| 00:15.14 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 00:16.33 | snuff-work | ooh caused a nice segfault with pjsip and config.. |
| 00:16.47 | snuff-work | pjsip configs seem very prone to blowing up all * |
| 00:16.53 | snuff-work | if u get it a bit wrong |
| 00:17.44 | snuff-work | http://pastebin.com/BFHFREzn |
| 00:18.15 | gtjoseph | what did yuo get wrong to cause that? |
| 00:19.02 | snuff-work | well i just added a 'qualify_freqency=180' |
| 00:19.11 | snuff-work | to one of my aors |
| 00:19.26 | snuff-work | others have qual of '60' |
| 00:19.58 | snuff-work | my definition order in file is aor / endp / ident |
| 00:22.09 | snuff-work | also i can't seem to get PJSIP_HEADER to add 'Privacy: id'.. |
| 00:22.16 | gtjoseph | order in file shouldn't matter. the config is read in its entirety before the relationships are resolved. |
| 00:22.42 | snuff-work | i do Set(PJSIP_HEADER(add,Privacy)=id).. but doesn't appear on the outbound invite |
| 00:22.45 | gtjoseph | Are you calling PJSIP_HEADER in a post-dial handler? |
| 00:23.01 | snuff-work | why would i do it after? |
| 00:23.10 | gtjoseph | sorry, pre-dial handler |
| 00:23.10 | snuff-work | i want to do it before it send call to provider |
| 00:23.52 | snuff-work | so user dials a mobile num.. part of the exten => xxx,n, set etc etc.. |
| 00:24.20 | snuff-work | then exten => xxx,dial(pjsip/${exten}@aapt-out,60) |
| 00:24.31 | gtjoseph | wont work that way |
| 00:24.45 | snuff-work | why not? that's the whole point of adding a header |
| 00:24.46 | gtjoseph | it's adding the header to the existing (incoming) channel |
| 00:24.52 | snuff-work | worked for chan_sip |
| 00:24.58 | gtjoseph | you have to add the header as part of a pre-dial handler |
| 00:25.01 | gtjoseph | yep |
| 00:25.01 | snuff-work | with SIP_ADDHEARER |
| 00:25.08 | gtjoseph | pjsip doesn't work the same way |
| 00:25.21 | snuff-work | geez how am i meant to do it now? |
| 00:25.30 | gtjoseph | do a core show function pjsip_header for an example |
| 00:25.44 | snuff-work | it doesn't show an example |
| 00:25.51 | snuff-work | it just gives the func definition |
| 00:26.03 | gtjoseph | yeah it does but the help is long enough that it scrolls off the top of the screen |
| 00:26.15 | snuff-work | also.. i thought somewhere in the code there was a way to add this privacy:id part |
| 00:26.54 | snuff-work | ahh i see what u mean |
| 00:27.22 | snuff-work | why is the example above a definition? |
| 00:28.22 | gtjoseph | I wrote the text but I have no idea why the description is above the syntax |
| 00:28.42 | gtjoseph | that's just how the help system works |
| 00:29.33 | snuff-work | mm.. |
| 00:29.54 | snuff-work | i think its partially that i wouldn't consider that a 'description' since its more an example |
| 00:30.02 | snuff-work | or at least a rather large one |
| 00:30.29 | snuff-work | sees what u mean though |
| 00:31.06 | snuff-work | i think its just co-incidence that it manages to scroll so nicely to 'syntax' when i get help |
| 00:31.14 | snuff-work | for that function |
| 00:32.02 | gtjoseph | I know. I just did it and thought "I swear I wrote an example, WTF?" Then I remembered to scroll up. |
| 00:36.16 | snuff-work | mm.. now i cant see my dialplan executiong |
| 00:36.27 | snuff-work | and i'm on verb.. was working before.. |
| 00:36.29 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 00:37.27 | gtjoseph | does 'dialplan show' bot hthe original context and the handler |
| 00:37.33 | gtjoseph | ? |
| 00:38.12 | snuff-work | i can see them in the dialplan.. |
| 00:38.31 | snuff-work | but somehow i've lost the ability to see execution of inbound call |
| 00:38.50 | snuff-work | aka set(.. dial(.. etc.. as it steps through dp |
| 00:39.05 | gtjoseph | hmmm... |
| 00:39.19 | gtjoseph | do verbose()'s show up? |
| 00:39.33 | snuff-work | i can see it in 'full' output |
| 00:39.38 | snuff-work | but seems gone from my cli |
| 00:39.57 | gtjoseph | weird |
| 00:40.19 | gtjoseph | it's the automatic terse processor. :) |
| 00:45.24 | snuff-work | mm.. i think i know my issue.. i might have somehow had 2 ast running i dont know very odd |
| 00:45.26 | snuff-work | <PROTECTED> |
| 00:45.26 | snuff-work | [Oct 1 10:44:34] NOTICE[27069][C-00000000]: app_stack.c:1082 gosub_run: PJSIP/aapt_mel-out-00000001 Abnormal 'Gosub(priv-h,priv,1)' exit. Popping routine return locations. |
| 00:45.52 | snuff-work | should i have a 'return' in there to get rid of that notice? |
| 00:46.12 | gtjoseph | couldn't hurt. |
| 00:47.23 | snuff-work | ok.. that made it go away.. should add to ur 'example' just a 'return' |
| 00:47.32 | snuff-work | to stop the notice msg |
| 00:47.37 | gtjoseph | i just added it to my list. |
| 00:48.54 | gtjoseph | did the header actually get added? |
| 00:49.00 | snuff-work | yes it did |
| 00:49.09 | snuff-work | i now get priv number on my dial out |
| 00:49.11 | gtjoseph | cool |
| 00:50.03 | snuff-work | is still surprised his invite works to this SIP provider.. we give it all bad info (my internal ip's) in the invite yet it makes the calls ok |
| 00:51.18 | gtjoseph | magic |
| 00:52.01 | snuff-work | still would really like it to be 'correct'.. but will need to put together a test case for you guys or something |
| 00:52.28 | gtjoseph | that'd definately help |
| 00:52.39 | gtjoseph | definitely |
| 01:20.51 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 01:52.34 | *** join/#asterisk-dev Dovid (~Dovid@ool-2f113961.dyn.optonline.net) |
| 03:05.11 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 03:10.18 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 03:44.47 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 03:49.31 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 04:14.14 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 04:28.50 | *** join/#asterisk-dev terryw (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 05:00.55 | *** join/#asterisk-dev coreyfarrell (~coreyfarr@71-80-124-168.dhcp.wlmn.ct.charter.com) |
| 05:01.57 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 05:29.02 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 05:29.11 | *** join/#asterisk-dev coreyfarrell (~coreyfarr@71-80-124-168.dhcp.wlmn.ct.charter.com) |
| 05:37.33 | *** join/#asterisk-dev coreyfarrell (~coreyfarr@71-80-124-168.dhcp.wlmn.ct.charter.com) |
| 05:44.07 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 06:13.18 | *** join/#asterisk-dev mjordan (~mjordan@2606:4100:3880:2520:e17f:97e5:a97f:58b9) |
| 06:13.18 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 06:15.31 | file | eyes mjordan |
| 06:17.29 | coreyfarrell | you guys are not normally here at this hour, where is your conference? |
| 06:17.43 | file | Nice, France. |
| 06:17.50 | coreyfarrell | nice |
| 06:18.01 | coreyfarrell | sorry that was lame, couldn't resist though |
| 06:26.06 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 06:26.59 | *** join/#asterisk-dev oej (~Adium@2606:4100:3880:2520:110:821:67b4:50e3) |
| 06:27.00 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:36.32 | mjordan | heh |
| 06:38.58 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:e9d2:16e0:9d9a:91c9) |
| 06:44.08 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 06:49.08 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 06:50.59 | file | are we there yet? |
| 07:25.12 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 07:30.31 | snuff-work | mm there is a way to turn on dtmf debug.. right i'm just forgetting i think |
| 07:31.54 | snuff-work | mm.. do i need to turn on sip debug / pjsip logger to see dtmf.. |
| 07:32.27 | snuff-work | i'm seeing lots of res_rtp_asterisk.c: Unsupported payload type received when hitting dtmf |
| 07:34.13 | coreyfarrell | snuff-home: I think you have to enable in logger.conf |
| 07:34.50 | snuff-work | mm.. seems i can break dtmf by 'noload' of chan_sip |
| 07:37.35 | snuff-work | well especially the 'printing' to the CLI is broken without it |
| 07:37.41 | snuff-work | least now i see it |
| 08:03.49 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 08:05.53 | snuff-work | <PROTECTED> |
| 08:13.26 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 08:21.52 | mjordan | snuff-work: DTMF logging has nothing to do with chan_sip. All of that logging is either controlled in the RTP stack (with rtp set debug on) or by enabling DTMF in logger.conf. |
| 08:29.47 | snuff-work | mm.. well i never got any dtmf output via console until i reloaded chan_sip |
| 08:29.58 | snuff-work | well took out the noload of chan_sip |
| 08:30.55 | snuff-work | my inband dtmf appears to be failing which is sad for pjsip |
| 08:31.18 | snuff-work | probably not helped by the bad invite msgs |
| 08:36.31 | snuff-work | http://pastebin.com/GMrf4kaQ |
| 08:36.50 | snuff-work | that's an example of using inband dtmf.. with pjsip |
| 08:37.15 | snuff-work | my phone is rfc223 or whaterver.. then onto an inband for my provider |
| 08:42.33 | snuff-work | mm don't like this line.. channel.c: Set channel PJSIP/aapt_mel-out-00000013 to write format slin |
| 09:02.36 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 09:26.00 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 09:26.01 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 09:40.38 | *** join/#asterisk-dev zerohalo (~zerohalo@2601:6:f80:224:2d93:dd78:7331:a61e) |
| 10:05.27 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 10:11.31 | *** join/#asterisk-dev oej (~Adium@2606:4100:3880:2520:648c:dabe:146:73c8) |
| 10:11.31 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:19.01 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 10:29.32 | *** join/#asterisk-dev oej (~Adium@132.177.252.215) |
| 10:29.34 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:02.17 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 11:02.17 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Asterisk 13.0.0-beta2 now released. Do the (beta) release dance! -=- Follow on Twitter at @AsteriskDev |
| 11:23.43 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 11:23.43 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Asterisk 13.0.0-beta2 now released. Do the (beta) release dance! -=- Follow on Twitter at @AsteriskDev |
| 11:26.45 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 11:38.08 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 12:00.37 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 12:06.37 | *** join/#asterisk-dev Dovid (~Dovid@ool-2f113961.dyn.optonline.net) |
| 12:12.03 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 12:44.13 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 12:55.14 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 13:08.17 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 13:08.46 | *** part/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 13:19.54 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 13:29.54 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 13:39.06 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-kxdwzbdvazaqjfyf) |
| 13:39.06 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 13:50.16 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 14:15.09 | *** join/#asterisk-dev anonymouz666 (~anonymouz@189-25-100-102.user.veloxzone.com.br) |
| 14:15.48 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-rsothwjkzdfkfmss) |
| 14:46.06 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-yokgdeuynwizvnfj) |
| 14:46.12 | *** join/#asterisk-dev otherwiseguy (~otherwise@99-46-2-71.lightspeed.mssnks.sbcglobal.net) |
| 14:47.41 | *** join/#asterisk-dev rmudgett (~rmudgett@nat/digium/x-pqlujtmffjjdgqjx) |
| 14:49.04 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-lfvwkxjnfnppdmmb) |
| 14:55.36 | *** join/#asterisk-dev Dovid (~Dovid@ool-2f113961.dyn.optonline.net) |
| 14:58.03 | *** join/#asterisk-dev angler (~angler@pdpc/sponsor/digium/angler) |
| 14:59.20 | *** join/#asterisk-dev fornax (~fornax@85.183.43.221) |
| 15:30.01 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 15:38.21 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 15:51.32 | *** join/#asterisk-dev otherwiseguy (~otherwise@99-46-2-71.lightspeed.mssnks.sbcglobal.net) |
| 16:03.37 | *** join/#asterisk-dev mjordan (~mjordan@a2576-0493837536.pck.nerim.net) |
| 16:03.37 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 16:04.05 | file | nods to mjordan |
| 16:04.45 | mjordan | nods back |
| 16:04.48 | mjordan | another successful day |
| 16:04.57 | file | yes |
| 16:05.13 | mjordan | I do need to file another three bug reports or so |
| 16:05.29 | file | I need to do a 12->trunk commit |
| 16:05.38 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 16:06.01 | mjordan | the big ones from today were multiple video streams; not rejecting a stream when it is incompatible and instead rejecting the entire offer; and *I think* assymetric packet types |
| 16:06.05 | mjordan | the latter I have to double check |
| 16:06.24 | mjordan | it may actually work, but I didn't get as far as I wanted to with Cisco since we nuked most offers they sent us |
| 16:06.44 | file | mjordan, shhhhhhh |
| 16:06.48 | file | you are talking in -dev |
| 16:07.07 | file | YOU SAW NOTHING, EVERYONE |
| 16:08.05 | file | ooo my box downstairs is in DNS publicly finally |
| 16:08.13 | mjordan | yay! |
| 16:08.23 | mjordan | mine is not :-( |
| 16:08.45 | file | harsh |
| 16:15.29 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 16:27.12 | gtjoseph | mjordan: i know you're busy but do you have an opinion on https://reviewboard.asterisk.org/r/3970/ as to whether it should go in 12-13? Same for 3976. rmudgett expressed concerns. |
| 16:27.46 | mjordan | I think we'd be severely bending the rules |
| 16:28.07 | mjordan | It's generally a major rewrite of the functionality, which is *awesome*, but at the same time, is a bit late for 13 |
| 16:28.18 | mjordan | 12's "new stuff policy" was mostly geared towards getting things prepped for 13 |
| 16:28.24 | mjordan | so putting it in there and not 13 doesn't make much sense |
| 16:28.42 | mjordan | particularly since 12 is a standard release |
| 16:28.53 | mjordan | gtjoseph: this feels like something that should be asked on asterisk-dev |
| 16:29.01 | mjordan | the mailing list :-) |
| 16:29.08 | gtjoseph | ok, will do. |
| 16:29.26 | mjordan | I'd rather not unilaterally squash it, since it's a great addition and it is in a module that - while handy - isn't critical |
| 16:29.40 | mjordan | at the same time, you gutted it :-) |
| 16:29.53 | mjordan | but, conversely, we aren't technically released yet |
| 16:30.11 | mjordan | So asterisk-dev feels appropriate. If someone is passionate one way or the other, we can discuss it out there |
| 16:30.36 | gtjoseph | i know. these are things that I should have thought of a while back but just didn't hit home until I actually started integrating pjsip into prod systems |
| 16:30.57 | mjordan | and I'd like to say we won't ever see that happen again, but I'd be lying |
| 16:30.58 | gtjoseph | the list it is. |
| 16:31.03 | file | notes the sun is disappearing |
| 16:31.07 | mjordan | thanks gtjoseph |
| 16:31.12 | mjordan | file: Dinner? |
| 16:31.27 | file | mjordan, I HATE YOU |
| 16:31.28 | file | hi |
| 16:31.31 | mjordan | HI! |
| 16:31.38 | Qwell | gtjoseph: While the refactor is awesome and should definitely go in for 14 - is there anything that could be done to solve the underlying issue of pjsip support, without all of the refactoring? |
| 16:31.56 | file | uhhhh I'm in the middle of my last fix from DTLS-SRTP |
| 16:32.30 | gtjoseph | Qwell: I tried but res_phoneprov just wasn't set up for multuple providers. |
| 16:33.13 | gtjoseph | the res_pjsip_phoneprov module is a standalone thing however. |
| 16:33.48 | mjordan | file: I can wait |
| 16:33.58 | mjordan | file: I'm in the middle of declining incompatible media streams individually |
| 16:34.22 | mjordan | Qwell: do you guys use res_phoneprov? |
| 16:34.31 | Qwell | mjordan: nope |
| 16:34.36 | Qwell | was just curious |
| 16:35.55 | file | uhhh |
| 16:35.58 | file | am I here? |
| 16:36.05 | file | oh there it is |
| 16:36.05 | Qwell | file: no, go away |
| 16:37.22 | mjordan | YAY! I declined an incompatible video stream |
| 16:37.29 | mjordan | now I just need to make sure we actually 488 something totally wrong |
| 16:37.48 | file | yay |
| 16:40.10 | file | this concludes my DTLS-SRTP fixes |
| 16:41.14 | mjordan | woot |
| 16:41.29 | file | I'd eliminate sips but that's complicated. |
| 16:42.33 | file | putnopvut, thoughts on Warning header support? |
| 16:43.01 | mjordan | file: Plus, not in our code for the most part, unless you can think of a way to work around it |
| 16:43.13 | file | mjordan, I ... think I can |
| 16:43.17 | mjordan | ooo |
| 16:43.24 | file | I just need to check some stuff |
| 16:44.11 | putnopvut | file: I'm for it, but don't really consider it top a-one priority. |
| 16:44.44 | file | nods |
| 16:45.06 | file | well now I can't resolve my box despite being able to earlier |
| 16:46.26 | mjordan | it's interesting to see what would be useful in some cases. Tracing lots of PJSIP messages in their full form can be a bit challenging. |
| 16:46.35 | mjordan | SIP history would be useful, as much as it pains me to say it |
| 16:46.50 | mjordan | but probably not that hard to write, now that I think about it |
| 16:47.00 | putnopvut | I'd hope we'd implement SIP history in a sane way. |
| 16:47.35 | file | I think the TLS infrastructure is still up... |
| 16:47.37 | file | yay |
| 16:48.20 | mjordan | putnopvut: separate module. Snoop on the message traffic. |
| 16:48.42 | mjordan | Possibly tie everything to call-id |
| 16:48.43 | jameswf | cel.... webhooks..... hmmmm |
| 16:48.57 | mjordan | Granted, forking would get interesting, but that's not terrible at that point |
| 16:49.31 | mjordan | I'm not sure I'd even want to purge the container for debugging |
| 16:49.49 | mjordan | maybe make it a 'turn on it stores everything/turn off it kills everything' CLI command ? |
| 16:50.03 | mjordan | then let it dump out the full message for any particular element in the ao2 container of call-ids |
| 16:50.24 | mjordan | and \o/ I 488 an INVITE with no compatible media streams |
| 16:50.29 | mjordan | huzzah |
| 16:50.36 | putnopvut | good job michael jordan! |
| 16:50.49 | mjordan | I'm so glad I wasn't named that |
| 16:51.06 | putnopvut | So are you going to come back from SIPit with a giant task list for us? :) |
| 16:51.34 | file | ...yes |
| 16:51.39 | file | YES! |
| 16:51.42 | file | TASK ALL THE THINGS |
| 16:52.17 | mjordan | not huge, actually |
| 16:52.28 | mjordan | most of what I think we've found are bugs, and most are getting knocked out by file rather quickly |
| 16:52.35 | file | at least on my side |
| 16:52.39 | file | I've got lots of nice to haves |
| 16:52.41 | mjordan | is a slowpoke |
| 16:52.45 | mjordan | ah |
| 16:52.46 | mjordan | well, yes |
| 16:52.50 | mjordan | there are lots of those |
| 16:52.59 | mjordan | death to sips! |
| 16:54.12 | file | I think I got it? |
| 16:54.29 | file | + pjsip_cfg()->endpt.disable_secure_dlg_check = PJ_TRUE; |
| 16:54.35 | mjordan | heh |
| 16:54.37 | mjordan | that's it? |
| 16:54.53 | file | that disables the internal checks on messages for 'sips' |
| 16:54.59 | mjordan | very cool |
| 16:55.03 | file | and then I changed the outbound registration module to use "sip" always |
| 16:55.33 | file | I need to check chan_pjsip -> Proxy -> Proxy -> chan_pjsip tomorrow, all with TLS |
| 16:55.45 | file | and maybe a non-TLS in the middle |
| 16:56.57 | mjordan | could throw your laptop in the middle |
| 16:57.08 | mjordan | or one of the other systems. I really only need one. |
| 16:57.23 | file | nah, want a proxy |
| 16:57.35 | file | as they add themselves to the signaling path |
| 16:58.09 | file | okay downstairs |
| 16:58.10 | file | kthx |
| 17:02.04 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 17:10.04 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 17:14.35 | *** join/#asterisk-dev Corydon76 (~quassel@c-69-137-93-158.hsd1.tn.comcast.net) |
| 17:14.36 | *** mode/#asterisk-dev [+o Corydon76] by ChanServ |
| 18:12.08 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 18:12.08 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 18:13.14 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-mjlnvpkgbygddxtr) |
| 18:13.14 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 18:22.21 | file | kaboom |
| 18:23.08 | mjordan | and we're back |
| 18:23.40 | file | after having discussed how we are going to deprecate SIP |
| 18:24.21 | mjordan | svn rm -r *sip*? |
| 18:24.34 | file | yes |
| 18:25.52 | mjordan | hm. I should probably look at asymetric packet types tonight too |
| 18:26.34 | file | you could |
| 18:34.22 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 18:39.32 | *** join/#asterisk-dev philippel (uid10480@gateway/web/irccloud.com/x-kgdicwlqdzsmwtch) |
| 18:43.32 | *** join/#asterisk-dev GameGamer43 (sid5533@gateway/web/irccloud.com/x-zwpnploegphzwsoh) |
| 18:56.46 | mjordan | yup, I faded. |
| 18:56.56 | mjordan | I shall sleep and give this a go tomorrow. |
| 18:57.49 | file | mjordan, quitter! |
| 18:58.10 | file | history! I demand history! |
| 19:03.09 | *** join/#asterisk-dev jameswf (uid27319@gateway/web/irccloud.com/x-dwhmjyxbqihsviqz) |
| 19:24.30 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-255-171-52.mci.googlefiber.net) |
| 19:44.41 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 19:45.57 | *** join/#asterisk-dev tonyclewis (sid6025@gateway/web/irccloud.com/x-nmeutvvggkqkbegm) |
| 20:03.23 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 20:22.34 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 20:22.34 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:25.55 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 20:31.40 | *** join/#asterisk-dev terryw (~otherwise@23-255-171-52.mci.googlefiber.net) |
| 20:33.08 | coreyfarrell | I just updated repotools, no merge1213? |
| 20:35.14 | coreyfarrell | nevermind, I just realized it doesn't automatically rerun configure, so my Makefile was not updated from the new Makefile.in |
| 21:09.06 | *** join/#asterisk-dev philippel (uid10480@gateway/web/irccloud.com/x-rplvommbftgornua) |
| 22:47.59 | *** join/#asterisk-dev dms1 (~dms1@c-50-168-154-89.hsd1.sc.comcast.net) |
| 22:52.48 | *** part/#asterisk-dev kharwell (~kharwell@nat/digium/x-rsothwjkzdfkfmss) |
| 23:26.10 | *** join/#asterisk-dev snuff-work (~snuffy@203.87.61.22) |
| 23:26.10 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |