| 00:17.54 | *** join/#asterisk-dev kpfleming (~kpfleming@unaffiliated/kpfleming) |
| 01:32.08 | *** join/#asterisk-dev mjordan (~mjordan@user-69-1-6-49.knology.net) |
| 01:32.08 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 02:16.41 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 02:17.31 | *** join/#asterisk-dev luckman212 (~luckman21@2001:470:8abb:0:211:32ff:fe10:cdc1) |
| 02:31.22 | *** join/#asterisk-dev mjordan (~mjordan@user-69-1-6-49.knology.net) |
| 02:31.22 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 03:37.54 | *** join/#asterisk-dev mjordan (~mjordan@user-69-1-6-49.knology.net) |
| 03:37.55 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 04:46.20 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 04:47.34 | *** join/#asterisk-dev luckman212 (~luckman21@2001:470:8abb:0:211:32ff:fe10:cdc1) |
| 04:50.45 | *** join/#asterisk-dev GameGamer43 (uid5533@gateway/web/irccloud.com/x-gjtquzsfeobihnqf) |
| 06:20.03 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 06:29.34 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 06:29.34 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 07:21.24 | *** join/#asterisk-dev amateur (~amateur@162.2.17.81.nexcom.ru) |
| 07:22.53 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:7dfa:e976:90d0:bdf5) |
| 07:24.36 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 07:24.37 | schmidts | good morning |
| 07:26.05 | amateur | Hello! Excuse me, I want to "reanimate" chan_h323. To whom should I address this question? |
| 07:33.21 | snuff-work | i thought we still had 1 active h323 module ? |
| 07:41.51 | amateur | I suggest to have two. I've made some patches (for 1.8, 10 and trunk) to make chan_h323 work with latest PTLib/H323Plus versions and have included another's patch to have T.38 support in chan_h323. Probably this work would be useful for community. |
| 07:57.51 | amateur | Is there any interest in having updated version of chan_h323 in latest Asterisk releases? |
| 08:06.35 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 08:06.36 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:41.06 | *** join/#asterisk-dev wedhorn (~wedhorn@123-243-209-34.static.tpgi.com.au) |
| 08:46.09 | *** join/#asterisk-dev hehol (~hehol@217.9.101.222) |
| 11:02.48 | *** join/#asterisk-dev caio1982 (~caio1982@189.125.242.3) |
| 11:16.36 | leifmadsen | amateur: I'm just curious why we need 2 separate h323 modules... |
| 11:16.46 | leifmadsen | why can't work be done on a single one? |
| 12:00.40 | WIMPy | Why do we have 2 modules for USB Sticks, and like 10 for ISDN? |
| 12:03.34 | amateur | leifmadsen: Well... Probably work can be done on a single module. But which one would you select? chan_ooh323 is good because it is already working. But chan_h323 uses H323Plus which has advanced H.323 protocol support including recently adopted recommendations from ITU-T. As I see, H323Plus guys doing a lot of work to make their library have comprehensive H.323 protocol support. I don't know if su |
| 12:03.34 | amateur | ch activity takes place for H.323 frameworks from Objective Systems. |
| 12:05.25 | leifmadsen | amateur: well I just know that chan_ooh323 seems to have become the more defacto module, but if there is a library for chan_h323, and you wanted to be the maintainer of that module, then there probably isn't a reason to NOT update the module. I'd go ahead and file an issue, and open a reviewboard request with your changes, then we can take it from there. Additionally, if you want to find out if there is a reason to no |
| 12:05.25 | leifmadsen | t implement your changes, you could mail the asterisk-dev mailing list. |
| 12:06.05 | leifmadsen | WIMPy: did someone pee in your corn flakes this morning? |
| 12:07.14 | russellb | re: h323 ... reality is that the people who make such decisions have never cared about h323. |
| 12:07.26 | WIMPy | One of the less spoken of features of Asterisk. |
| 12:07.35 | amateur | leifmadsen: I want to try |
| 12:07.58 | amateur | What should I do next? |
| 12:09.31 | leifmadsen | amateur: if you already have changes that you've tested, then I'd go ahead and post a new issue at issues.asterisk.org/jira (sign the license agreement if you haven't already), describe your changes, and then post a reviewboard review at reviewboard.asterisk.org, linking the reviewboard post and your issue in jira |
| 12:09.45 | leifmadsen | that's probably a good start |
| 12:10.05 | leifmadsen | if you're willing to maintain the module, I'd note that as well, since it is not maintained by anyone currently |
| 12:13.09 | *** join/#asterisk-dev italorossi (~textual@189.124.194.15) |
| 12:39.17 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 12:39.18 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 12:48.28 | leifmadsen | has anyone tried using jitsi and video conferencing with ConfBridge() in Asterisk 11 yet? |
| 12:49.05 | leifmadsen | jitsi it rejecting the call with a "Remote party sent a faulty session description" whenever I enable video on the jitsi (and asterisk) side |
| 13:00.47 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-jwvowwshngynfjmo) |
| 13:08.44 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-hiyawymnboatfiyk) |
| 13:08.44 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:13.27 | opticron | leifmadsen, so jitsi is failing the call based on bad info in the received 200 OK? |
| 13:14.06 | opticron | pastebin of the relevant INVITE and 200OK SDP would be helpful |
| 13:22.16 | leifmadsen | opticron: aye |
| 13:22.22 | leifmadsen | opticron: yep let me grab that |
| 13:22.50 | leifmadsen | I was trying minimize the things that were passed to make sure it wasn't something like ICE support, or NAT stuff etc |
| 13:22.55 | leifmadsen | I think I have it fairly clean now |
| 13:23.03 | opticron | cool |
| 13:26.54 | leifmadsen | opticron: https://gist.github.com/3775937 |
| 13:27.01 | leifmadsen | try that, let me know if that doesn't give you the infoz |
| 13:27.23 | opticron | it's the video reply |
| 13:27.30 | opticron | the offer is recvonly |
| 13:27.35 | opticron | the reply has sendrecv |
| 13:27.42 | opticron | this is a limitation in asterisk |
| 13:27.47 | leifmadsen | huh... |
| 13:27.54 | file | streams, my kingdom for streams! |
| 13:28.00 | opticron | attach a webcam to your jitsi client or otherwise provide it a video source |
| 13:28.08 | leifmadsen | it has a video source... |
| 13:28.13 | leifmadsen | I verified it was working |
| 13:28.26 | opticron | well it thinks it isn't supposed to transmit video |
| 13:28.32 | leifmadsen | interesting |
| 13:28.33 | opticron | hence the recvonly in the invite |
| 13:28.38 | leifmadsen | ok let me see if there is a failed setting |
| 13:29.50 | opticron | and chan_sip is notoriously bad about sendonly/recvonly/sendrecv attribute compliance |
| 13:30.28 | leifmadsen | hmmm ya I don't see anything that lets me change that so far :\ |
| 13:30.44 | leifmadsen | at least I kind of know why now, but it is likely because it doesn't let me enable video until I'm already in the conference |
| 13:30.45 | opticron | :/ |
| 13:30.53 | opticron | ah |
| 13:31.15 | leifmadsen | with x-lite etc... I know sometimes it has a "make a video call" button |
| 13:31.18 | leifmadsen | I don't see that here |
| 13:31.31 | opticron | edit the string in the binary? :) |
| 13:31.49 | opticron | actually, that probably wouldn't help |
| 13:32.03 | mjordan | Jitsi should be offering the video session immediately in the initial INVITE |
| 13:32.13 | mjordan | (it has in the past for me, anyway) |
| 13:32.21 | leifmadsen | aye |
| 13:32.34 | leifmadsen | doesn't seem to be doing that with the latest version (and the version prior to that I was using) |
| 13:33.54 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:33.54 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:36.22 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 13:36.22 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 13:36.43 | leifmadsen | opticron: does this mean sendrecv? |
| 13:36.44 | leifmadsen | a=rtpmap:99 H264/90000 |
| 13:36.44 | leifmadsen | a=fmtp:99 profile-level-id=4DE01f |
| 13:36.44 | leifmadsen | a=imageattr:99 send [x=[0-640],y=[0-480]] recv [x=[0-1920],y=[0-1080]] |
| 13:37.31 | opticron | a=recvonly |
| 13:37.41 | opticron | vs a=sendrecv |
| 13:38.41 | mjordan | uhm. Hm. Do you have Jitsi's video multiplexing enabled? |
| 13:38.46 | file | errr wait a sec |
| 13:39.07 | file | that's not the problem |
| 13:39.52 | file | a=rtpmap:96 /0 |
| 13:39.54 | file | that's the problem |
| 13:40.56 | leifmadsen | mjordan: I had no idea I could enable something like that |
| 13:42.02 | leifmadsen | file: huh ya, I guess that would make jitsi maybe freak a bit |
| 13:42.23 | leifmadsen | should that be like... H264/0 ? |
| 13:42.42 | file | H264/90000 |
| 13:42.46 | leifmadsen | ahhh ya |
| 13:44.17 | file | o i c |
| 13:47.35 | file | leifmadsen, file a bug - I'll immediately do the stuff and things (I have a potential fix) |
| 13:48.19 | leifmadsen | file: sounds good -- filing now |
| 13:55.11 | leifmadsen | file: ASTERISK-20464 |
| 13:55.44 | file | give that a go. |
| 13:56.33 | leifmadsen | compiling |
| 13:57.09 | leifmadsen | compiles (with warnings) fyi |
| 13:57.18 | leifmadsen | res_format_attr_h264.c: In function ‘h264_format_attr_cmp’: |
| 13:57.18 | leifmadsen | res_format_attr_h264.c:78:15: warning: unused variable ‘idc2’ [-Wunused-variable] |
| 13:57.18 | leifmadsen | res_format_attr_h264.c:77:15: warning: unused variable ‘idc1’ [-Wunused-variable] |
| 13:57.41 | leifmadsen | reloading the modules now |
| 13:58.26 | file | you have to unload/load, or potentially restart Asterisk |
| 13:59.31 | *** join/#asterisk-dev leedm777 (~Adium@nat/digium/x-zoqstixaydkoemrg) |
| 13:59.45 | tzafrir_laptop | Who is the SVN user beagles? |
| 13:59.52 | file | Brent Eagles |
| 14:00.02 | tzafrir_laptop | (may he be addd to the authors file?) |
| 14:01.59 | mjordan | I'll take care of it |
| 14:02.14 | tzafrir_laptop | ok, great |
| 14:03.12 | *** join/#asterisk-dev dms (~dms@nat/digium/x-tbktrljyvklmnvqw) |
| 14:03.12 | *** mode/#asterisk-dev [+o dms] by ChanServ |
| 14:03.26 | leifmadsen | file: ship it! |
| 14:03.34 | file | leifmadsen, not quite. |
| 14:03.40 | leifmadsen | well, it allows me to join :) |
| 14:03.51 | file | true |
| 14:03.58 | leifmadsen | I havent' gotten far enough to add another video conference |
| 14:04.18 | leifmadsen | s/conference/participant |
| 14:11.11 | *** join/#asterisk-dev dms (~dms@nat/digium/x-dnnhpcohxhfytzdq) |
| 14:11.11 | *** mode/#asterisk-dev [+o dms] by ChanServ |
| 14:12.21 | amateur | leifmadsen: concerning chan_h323 - https://issues.asterisk.org/jira/browse/ASTERISK-20465 . I'm not sure that I did everything correctly. |
| 14:15.57 | wdoekes | amateur: the patch should be a single long patch file, not an archive with small patches |
| 14:17.15 | wdoekes | and preferably should be submitted on reviewboard.asterisk.org |
| 14:19.16 | file | what the heck... oh... doxygen changes |
| 14:21.57 | *** join/#asterisk-dev acidfoo (~nib@modemcable094.94-70-69.static.videotron.ca) |
| 14:22.17 | amateur | wdoekes: understood |
| 14:33.57 | *** join/#asterisk-dev mcolombo (~mcolombo@212.29.130.12) |
| 14:34.05 | mcolombo | hi all |
| 14:38.03 | mcolombo | anybody say if asterisk support history-info? |
| 14:38.28 | mcolombo | already tried to grep History-Info in asterisk's source code |
| 14:38.34 | mcolombo | but nothing |
| 14:38.36 | mcolombo | thanks |
| 14:42.45 | pabelanger | not it source, not supported |
| 14:42.59 | pabelanger | what's it do anyways? |
| 14:48.32 | Marquis42 | It can be used for a few things, although I've never seen it implemented except on Nortel equipment. One of the things is as a "standard" mechanism where Diversion is currently used. |
| 14:50.29 | putnopvut | Asterisk has no history-info support. The tricky part with it is that it's difficult to know the "correct" behavior for history-info when it comes to b2buas. |
| 14:51.21 | putnopvut | The History-Info RFC seems to center around proxies and endpoints. |
| 14:55.59 | mcolombo | i found on google this line : Set(orig_exten=${SIP_HEADER(History-Info)}) |
| 14:56.22 | mcolombo | very old post, can this line help me? |
| 14:57.29 | pabelanger | all that is going to do is add the header |
| 14:57.48 | pabelanger | any logic around it within asterisk does not exist |
| 14:58.44 | mcolombo | ok, thanks |
| 15:01.07 | Marquis42 | Right, and in my interoperability with Nortel PBXes I use exactly that (the SIP_HEADER function). |
| 15:03.38 | *** join/#asterisk-dev marv (~Adium@173-14-206-193-huntsville.hfc.comcastbusiness.net) |
| 15:09.05 | file | rnewton, re: fish talk something else that may cause that could be the timer |
| 15:33.17 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-xgncunoonlagwqyy) |
| 15:43.16 | file | I do enjoy a good race condition to brighten up my day |
| 16:10.39 | *** part/#asterisk-dev mcolombo (~mcolombo@212.29.130.12) |
| 16:15.18 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 16:15.28 | *** part/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 16:29.03 | *** join/#asterisk-dev youjelly (~bwahahaha@39.47.78.66) |
| 16:29.09 | Corydon76-home | jrose_atDigium: ping |
| 16:31.31 | file | he is presently in a meeting and will return momentarily |
| 16:33.41 | *** join/#asterisk-dev otherwiseguy (~otherwise@69.23.116.90) |
| 17:25.06 | *** join/#asterisk-dev JimVanM (~JimVanM@76-10-151-7.dsl.teksavvy.com) |
| 17:58.52 | jrose_atDigium | Corydon76-home: pong |
| 17:59.08 | jrose_atDigium | I only have a few minutes unfortunately |
| 18:00.25 | jrose_atDigium | Well, a little less actually. I'll probably have to get back to you later. |
| 18:18.12 | tzafrir_laptop | I'm trying to get the testsuite to run with live_ast |
| 18:18.37 | tzafrir_laptop | I have an older version installed on the system, and the testsuite seems to prefer to use it |
| 18:19.07 | tzafrir_laptop | Where does it it connect to asterisk / run asterisk / whatever? |
| 18:20.41 | pabelanger | tzafrir_laptop: the testsuite expects everything to be in /etc/asterisk |
| 18:20.46 | *** join/#asterisk-dev italorossi (~textual@189.124.194.15) |
| 18:21.35 | pabelanger | if will generate sandbox instances in /tmp/asterisk-testsuite |
| 18:21.47 | pabelanger | then use asterisk -C /tmp/asterisk/foo to connect to them |
| 18:23.11 | pabelanger | The testsuite also expects the ../ directory to contain the source code of the installed version of asterisk you are testing with |
| 18:27.49 | pabelanger | That said, I've started work on testing asterisk with chroots again. Hope to have a patch up for review this week |
| 18:28.06 | pabelanger | just focusing on compiling asterisk under a chroot first |
| 18:28.17 | pabelanger | then, unit tests and testsuite |
| 18:31.49 | tzafrir_laptop | yikes |
| 18:32.15 | tzafrir_laptop | So the test suite will not do at all to test asterisk without installing |
| 18:32.50 | pabelanger | Right, it assumes you already have asterisk installed into /etc/asterisk |
| 18:33.09 | tzafrir_laptop | BTW: it also does not like the version number 1.8.13.1~dfsg1 |
| 18:33.15 | pabelanger | yup |
| 18:33.23 | pabelanger | version parsing only assume svn and tarball release |
| 18:33.24 | leifmadsen | I think that's been a problem since forever |
| 18:33.39 | leifmadsen | ya, what pabelanger -- assumes a vanilla version |
| 18:34.08 | tzafrir_laptop | It seems trivial to fix (change split to re.split), but I did not want to fix that without having a working test suite |
| 18:34.27 | pabelanger | tzafrir_laptop: there should be a way to pass into testsuite which version you want to test with. EG: --version 1.8.13.1 |
| 18:34.40 | pabelanger | something like that |
| 18:36.07 | tzafrir_laptop | http://paste.debian.net/192614/ |
| 18:36.23 | tzafrir_laptop | I figure the first hunk is not needed |
| 18:38.03 | tzafrir_laptop | Why does the test suite need the source? |
| 18:38.36 | pabelanger | it parses some header files for build opts |
| 18:38.41 | pabelanger | and used to check version number |
| 18:38.50 | tzafrir_laptop | that's available in asterisk-dev |
| 18:39.04 | pabelanger | tzafrir_laptop: ./runtests.py --version 1.8.13.1 |
| 18:39.10 | pabelanger | then you don't need to hack source |
| 18:39.41 | pabelanger | Ideally, we should be installing the testsuite into /opt or something, and it should just work |
| 18:39.48 | pabelanger | but that requires some work to happen |
| 18:47.50 | *** join/#asterisk-dev citywok (~citywok@67-134-194-33.dia.static.qwest.net) |
| 18:48.30 | *** join/#asterisk-dev b3nt_pin (~quassel@stjhnf0148w-142134079200.dhcp-dynamic.FibreOP.nl.bellaliant.net) |
| 18:56.54 | *** join/#asterisk-dev caio1982 (~caio1982@189.125.242.3) |
| 18:57.56 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 18:58.07 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 18:58.08 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 19:06.14 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 19:07.56 | *** join/#asterisk-dev sustav (~vpp@nat/digium/x-vodekuezljoqgrko) |
| 19:10.35 | *** part/#asterisk-dev sustav (~vpp@nat/digium/x-vodekuezljoqgrko) |
| 19:13.59 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 19:13.59 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 19:14.06 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 19:14.07 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 19:17.31 | *** join/#asterisk-dev youjelly (~bwahahaha@39.47.78.66) |
| 19:19.58 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 19:31.51 | *** join/#asterisk-dev caio1982 (~caio1982@189.125.242.3) |
| 19:37.27 | *** join/#asterisk-dev caio1982 (~caio1982@189.125.242.3) |
| 19:58.39 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 19:58.39 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 20:15.45 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 20:15.45 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 20:15.53 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 20:15.53 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 20:16.01 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 20:16.01 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 20:16.09 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 20:16.09 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 20:16.17 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 20:16.17 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 20:31.26 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 20:31.26 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 21:02.58 | *** join/#asterisk-dev tzanger (tzanger@wallace.mixdown.ca) |
| 21:03.09 | *** join/#asterisk-dev frawd (~francois@79.Red-88-9-167.dynamicIP.rima-tde.net) |
| 21:04.01 | *** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file) |
| 21:04.01 | *** mode/#asterisk-dev [+o file] by sturgeon.freenode.net |
| 21:08.43 | *** join/#asterisk-dev wdoekes (~walter@wjd.osso.nl) |
| 21:08.52 | *** join/#asterisk-dev italorossi (~textual@189.124.194.15) |
| 21:17.17 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 21:17.17 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 21:25.15 | *** join/#asterisk-dev newtonr (~newtonr@64.34.219.47) |
| 21:25.15 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 21:33.11 | *** join/#asterisk-dev spditner (~simon@206-248-134-65.dsl.teksavvy.com) |
| 21:48.23 | mjordan | jcolp: putnopvut: ping |
| 21:48.30 | mjordan | or file |
| 21:48.32 | mjordan | heh |
| 21:48.52 | putnopvut | mjordan: pong |
| 21:49.20 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 21:49.20 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 21:49.27 | mjordan | right. So speaking of code discussions. The RFC 2833 DTMF change I made was hacky in the first place, but it causes all sorts of issues with the test suite. |
| 21:49.49 | putnopvut | which tests? |
| 21:49.56 | mjordan | in order to not duplicate an end event when the UA is erroneously increasing the timestamp, we have if (timestamp > rtp->last_end_timestamp + 320) |
| 21:50.06 | mjordan | putnopvut: a lot of em. 6 - a few directory/voicemail ones |
| 21:50.17 | mjordan | tests that send DTMF very quickly after the RTP session is created |
| 21:50.56 | mjordan | point is, if the timestamp associated with the DTMF event happens within 320 ms after channel creation, then there is no way the end event will be detected |
| 21:51.35 | mjordan | last_end_timestamp is initialized to 0 - hence the first DTMF event occurs within the 'buffer' that was supposed to account for the end packet retransmissions |
| 21:51.59 | tzafrir_laptop | pabelanger, I still needed that patch to be able to run |
| 21:51.59 | putnopvut | ah |
| 21:52.18 | putnopvut | That seems like it might cause problems for more than just the testsuite. |
| 21:52.34 | tzafrir_laptop | Next thing I want to try is to run things in a schroot |
| 21:52.36 | mjordan | yup. |
| 21:52.43 | mjordan | I'm at a loss on how to handle this crap UA. |
| 21:53.01 | mjordan | I can put another hack on top of it - which would basically just ignore the first hack if last_end_timestamp is 0 |
| 21:53.10 | mjordan | but this is getting ridiculous quickly. |
| 21:53.16 | putnopvut | So refresh me on what the original problem was |
| 21:53.30 | putnopvut | Is the 320 buffer only relevant if DTMF had previously been received? |
| 21:53.45 | mjordan | its relevant for all End of Event packets |
| 21:54.56 | putnopvut | okay. My adviceis to revert the change until a better method of solving the problem is devised. |
| 21:54.56 | pabelanger | tzafrir_laptop: right now I am using pbuilder to handle this. |
| 21:54.57 | pabelanger | http://svnview.digium.com/svn/asterisk/team/pabelanger/run_tests/ |
| 21:55.03 | pabelanger | check out run_tests.sh |
| 21:55.17 | mjordan | putnopvut: agreed. |
| 21:55.19 | mjordan | blech. |
| 21:55.55 | pabelanger | I only when with pbuilder since it is an easy step to do packages |
| 21:56.06 | pabelanger | going to try mock for RHEL too |
| 22:00.36 | pabelanger | maybe RTP is just CDRs, we avoid making a change in release branches like the plague |
| 22:00.57 | pabelanger | the new CDRs |
| 22:01.16 | mjordan | not really |
| 22:01.29 | mjordan | The DTMF change here only broke this one guy's craptacular endpoint |
| 22:01.38 | mjordan | because its non-RFC compliant |
| 22:01.45 | mjordan | the problem is I'm trying to be nice :-P |
| 22:02.33 | pabelanger | indeed |
| 22:03.54 | pabelanger | on to another issue. Why is ptlib-config required by our configure script? I can't see it find a good reason for it |
| 22:04.07 | pabelanger | so much so, we error out and say to install it if missing |
| 22:04.19 | pabelanger | I'm thinking it is just a bug, but don't know the history if it well |
| 22:05.07 | tzafrir_laptop | pabelanger, do you assume that the shell is bash? |
| 22:05.19 | tzafrir_laptop | you use arrays in pbuilderrc |
| 22:05.55 | pabelanger | ya, I haven't tested portability on the code yet |
| 22:06.10 | tzafrir_laptop | run_test.sh seems mostly posix-clean, except the use of 'function' |
| 22:06.22 | pabelanger | nods |
| 22:06.26 | pabelanger | likely needs some work |
| 22:06.42 | tzafrir_laptop | Remove those and try checkbashism |
| 22:09.08 | pabelanger | cool, never knew about that |
| 22:10.01 | *** join/#asterisk-dev drmessano (~nonya@64-139-91-201-Augusta.hfc.comcastbusiness.net) |
| 22:12.22 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 22:12.34 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 22:13.31 | *** join/#asterisk-dev otherwiseguy (~otherwise@69.23.116.90) |
| 22:13.33 | *** part/#asterisk-dev otherwiseguy (~otherwise@69.23.116.90) |
| 22:15.31 | *** join/#asterisk-dev alecdavis (~alec@210.48.127.227) |
| 22:17.44 | alecdavis | seeking a shipit for review 2129. which polishes off 'supporting available hint on a queue' |
| 22:22.01 | mjordan | alecdavis: I think a number of us are heading out for the day - if you don't get any takers right now, ping someone in the channel tomorrow |
| 23:12.24 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:12.24 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:12.32 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:12.32 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:12.40 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:12.40 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:12.48 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:12.48 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:12.56 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:12.56 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:13.04 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:13.04 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:15.13 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:15.13 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:15.21 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:15.21 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:15.28 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:15.28 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:15.34 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:15.34 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:15.42 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:15.42 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:15.48 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:15.48 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:17.56 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:17.56 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:18.03 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:18.03 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:18.10 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:18.10 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:18.18 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:18.18 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:18.26 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:18.26 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:18.34 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:18.34 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:20.44 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:20.44 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:20.51 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:20.51 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:20.59 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:20.59 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:21.07 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:21.07 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:21.15 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:21.15 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:21.23 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:21.23 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:21.31 | *** join/#asterisk-dev frawd (~francois@79.Red-88-9-167.dynamicIP.rima-tde.net) |
| 23:22.31 | *** mode/#asterisk-dev [+b Qwell!north@pdpc/sponsor/digium/Qwell] by Corydon76-home |
| 23:23.32 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:23.32 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:23.39 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:23.39 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:23.46 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:23.46 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:23.50 | *** mode/#asterisk-dev [+b *!*north*@pdpc/sponsor/digium/Qwell] by Corydon76-home |
| 23:24.15 | *** mode/#asterisk-dev [-b Qwell!north@pdpc/sponsor/digium/Qwell] by Corydon76-home |
| 23:26.02 | *** mode/#asterisk-dev [-b *!*north*@pdpc/sponsor/digium/Qwell] by Corydon76-home |
| 23:30.56 | *** join/#asterisk-dev micols (~t@rlogin.dk) |
| 23:33.43 | *** join/#asterisk-dev niluje (~niluje@82.227.67.242) |
| 23:44.43 | *** join/#asterisk-dev Kobaz (~kobaz@its.kobaz.net) |
| 23:47.22 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |
| 23:50.28 | *** join/#asterisk-dev wudles (~wudles@gateway.secureinstrument.com) |
| 23:56.01 | *** join/#asterisk-dev mjordan (~mjordan@user-69-1-6-49.knology.net) |
| 23:56.02 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |