| 00:05.57 | *** join/#asterisk-dev denon (i=denon@sassinak.net) |
| 00:15.19 | *** join/#asterisk-dev bkw_ (n=brian@freeswitch/developer/bkw) |
| 00:15.25 | bkw_ | russellb: you around? |
| 00:17.50 | bkw_ | Qwell: you alive? |
| 00:18.56 | bkw_ | Just wondering if Session-Expires: -1;refresher=uas is fixed in 1.6.1.6 |
| 00:19.07 | bkw_ | appears to not be from a report I have |
| 00:27.32 | *** join/#asterisk-dev MikeJ (n=MikeJ@freeswitch/developer/mikej) |
| 00:28.00 | MikeJ | Session-Expires: -1;refresher=uas |
| 00:28.07 | bkw_ | MikeJ: already asked |
| 00:28.10 | bkw_ | :P |
| 00:28.16 | MikeJ | okay |
| 00:28.17 | bkw_ | I was lookin for russellb but he's not here |
| 00:28.19 | MikeJ | nevermind then |
| 00:28.20 | MikeJ | :D |
| 00:28.30 | MikeJ | where is oej these days |
| 00:28.30 | bkw_ | cuz I had a hint of this at Astricon but didn't have a clear picture till today |
| 00:28.34 | MikeJ | other than sleeping |
| 00:28.36 | bkw_ | haha |
| 00:28.39 | bkw_ | he was at Astricon |
| 00:28.48 | *** part/#asterisk-dev MikeJ (n=MikeJ@freeswitch/developer/mikej) |
| 00:34.38 | *** join/#asterisk-dev kazaa_lite (n=msaleem@cpc1-lamb4-0-0-cust590.bmly.cable.ntl.com) |
| 00:37.55 | *** join/#asterisk-dev pyite (n=dschreib@unaffiliated/pyite) |
| 00:51.09 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 00:51.09 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 01:52.00 | *** join/#asterisk-dev mog (n=mog@c-68-62-169-247.hsd1.al.comcast.net) |
| 01:52.00 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 01:59.46 | *** part/#asterisk-dev kazaa_lite (n=msaleem@cpc1-lamb4-0-0-cust590.bmly.cable.ntl.com) |
| 02:46.40 | *** join/#asterisk-dev pyite (n=dschreib@unaffiliated/pyite) |
| 02:59.21 | *** join/#asterisk-dev bkruse (n=Administ@76.73.154.120) |
| 02:59.21 | *** mode/#asterisk-dev [+o bkruse] by ChanServ |
| 03:20.27 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 03:20.27 | *** join/#asterisk-dev bkw_ (n=brian@freeswitch/developer/bkw) [NETSPLIT VICTIM] |
| 03:20.27 | *** mode/#asterisk-dev [+o snuff-home] by irc.freenode.net |
| 03:59.02 | *** join/#asterisk-dev denon (i=denon@sassinak.net) |
| 04:31.37 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) |
| 04:31.37 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 05:28.07 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) |
| 05:28.07 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 05:56.55 | *** join/#asterisk-dev work|philipp64 (n=chatzill@66.232.79.143) |
| 05:59.56 | *** join/#asterisk-dev gardo (n=gardo@121.97.141.237) |
| 06:08.17 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@212.179.75.202) |
| 06:08.17 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 06:23.00 | *** join/#asterisk-dev |Cybex| (n=John@atwork-20.r-212.178.82.atwork.nl) |
| 06:36.24 | *** join/#asterisk-dev fiddur (n=fiddur@192.121.104.118) |
| 07:01.34 | *** join/#asterisk-dev mbranca (n=matteo@2001:1418:130:0:21e:8cff:fe51:5b05) |
| 07:21.06 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 07:21.16 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 07:24.44 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@62.90.10.53) |
| 07:24.44 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:25.57 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 08:44.04 | *** join/#asterisk-dev _ys (n=Miranda@178.109.dsl.westcall.net) |
| 09:07.29 | paravoid | there's a prototypejs vulnerability |
| 09:07.37 | paravoid | and you're embedding a copy within asterisk |
| 09:14.40 | fiddur | the js is only run on the client... you can always run any js on any webpage, so a vulnarability in that stage shouldn't be able to do anything to the server |
| 09:17.38 | mvanbaak | fiddur: that's not the point. if there's a vulnerability in prototypejs and asterisk is embedding a copy, the embedded copy should be updated according to upsteam security release |
| 09:18.04 | mvanbaak | paravoid: can you create a ticket for that ? |
| 09:18.49 | mvanbaak | paravoid: I think it's best to tick the 'private' checkbox to not expose it to the public yet |
| 09:25.28 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 09:25.28 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 09:43.30 | paravoid | mvanbaak: it's a public vulnerability, what's the point? |
| 09:44.22 | mvanbaak | I think the point is that we have this guideline in place that vulnerabilities in asterisk should be marked private till a fix is provided |
| 09:51.30 | atis_work | paravoid: just curious, is it that vulnerability that was fixed in prototype nearly 2 years ago? :p |
| 09:54.54 | tzafrir_laptop | paravoid, the asterisk one is a sample not installed by default, IIRC |
| 09:55.11 | tzafrir_laptop | asterisk-gui needs to be reviewed, though |
| 09:55.32 | tzafrir_laptop | IIRC it switched from prototype to jquery |
| 09:56.02 | tzafrir_laptop | But IIRC the same astmon.js (or whatever) is still used |
| 09:59.06 | tzafrir_laptop | astman.js |
| 11:22.44 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:40.52 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:40.52 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:47.08 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 12:13.05 | *** part/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 12:31.32 | *** join/#asterisk-dev Dovid (n=annon@tony09-118-62.inter.net.il) |
| 13:29.26 | *** join/#asterisk-dev gardo (n=gardo@121.97.141.237) |
| 13:51.17 | *** join/#asterisk-dev The_Boy_Wonder (n=davidvos@asterisk/batman-developer/dvossel) |
| 13:51.17 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 13:58.59 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 14:04.24 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:04.24 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:16.15 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:25.04 | *** join/#asterisk-dev moy (n=moy@74.12.134.3) |
| 14:37.05 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:37.05 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:40.18 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:40.18 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:47.22 | *** join/#asterisk-dev xpot-mobile (n=james@173.8.94.1) |
| 14:56.42 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 14:56.42 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:57.12 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:57.12 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:07.16 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 15:33.32 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:33.32 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:42.44 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 15:46.20 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 15:47.32 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:47.32 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:57.13 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 16:07.07 | tzafrir_laptop | anybody for a bit of scriptology? generate tonezones/indications formatted information directly from http://www.itu.int/ITU-T/inr/forms/files/tones-0203.pdf |
| 16:07.20 | *** join/#asterisk-dev pyite (n=dschreib@unaffiliated/pyite) |
| 16:11.10 | tzafrir_laptop | pdftotext tones-0203.pdf -layout - |
| 16:20.01 | jsmith | tzafrir_laptop: Doesn't look too hard to script... my only concern is that the names of the tones vary from country to country |
| 16:20.25 | jsmith | tzafrir_laptop: And if there are multiple versions of say "dial" tone (see Bulgaria for example), which one do we use? |
| 16:22.29 | *** join/#asterisk-dev davidbrillert (n=aragon12@h216-235-8-130.host.egate.net) |
| 16:23.57 | tzafrir_laptop | hmmm... not really sure |
| 16:24.28 | kpfleming | well, ideally each combination would result in a different toneset, but that could result in an explosion of tonesets |
| 16:27.18 | *** join/#asterisk-dev IgorG|note (n=IgorG|no@net195.186.188-3.dynamic.omsk.ertelecom.ru) |
| 17:02.14 | Damin | Can we make Astricon 2 weeks long next year? |
| 17:03.49 | Qwell | have it in vegas right before defcon next year |
| 17:04.01 | Qwell | or some other relevant show |
| 17:04.21 | Corydon76-dig | Wouldn't that conflict with Defcon? |
| 17:04.28 | Corydon76-dig | Err, Blackhat? |
| 17:04.36 | Qwell | s/before/after/ |
| 17:05.07 | Corydon76-dig | as smoke rises from what used to be the Astricon network? |
| 17:08.44 | *** join/#asterisk-dev _ys (n=Miranda@236-070.nat.mns.ru) |
| 17:09.07 | _ys | Hi. who is moderator on asterisk-bsd@lists.digium.com ? |
| 17:09.18 | _ys | please remove spamers |
| 17:10.24 | file | _ys: jtodd@digium.com runs it |
| 17:10.38 | _ys | file: danke :) |
| 17:12.40 | *** join/#asterisk-dev davidbrillert (n=aragon12@h216-235-8-130.host.egate.net) |
| 17:13.00 | Qwell | or asterisk-bsd-owner@lists.digium.com :D |
| 17:13.08 | Qwell | (as it says in the mailmain info) |
| 17:13.56 | tzanger | hmm |
| 17:14.17 | tzanger | is there anything the channel driver interface has that would allow a channel driver to know when asterisk has matched digits in the dialplan? |
| 17:14.21 | tzanger | i.e. |
| 17:14.26 | tzanger | exten => 123,1,Foo |
| 17:14.31 | tzanger | exten _555X,1,Bar |
| 17:14.44 | tzanger | when I dial 1... nohting... or timeout and alert the driver that nothing matched |
| 17:14.55 | tzanger | or if I dial 123 right away it tells me it matched an exten |
| 17:15.05 | tzanger | or if I dial 555 ... nothing... waiting for me to hit the last or digittimeout |
| 17:15.08 | tzanger | that knd of thing |
| 17:16.16 | file | tzanger: the PBX core can tell you whether something matches, doesn't match, or can match |
| 17:16.32 | file | it's up to you to act on it accordingly |
| 17:16.37 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:17.00 | tzanger | file: but I can access that in the channel driver? |
| 17:17.05 | file | sure. |
| 17:17.08 | tzanger | I'll be sending digits piecemeal (like an analog phone) |
| 17:17.29 | file | you *may* need a channel structure to do it |
| 17:19.11 | tzanger | ... but when the phone goes offhook I get dialtone from the PBX so a channel's already allocatd |
| 17:19.42 | file | if written that way, yes |
| 17:21.04 | file | the simple switch code is what you want to look at |
| 17:21.09 | file | in sig_analog.c |
| 17:22.10 | tzanger | awesome |
| 17:22.13 | tzanger | perfecto! |
| 17:48.00 | *** join/#asterisk-dev ebroad (n=EB@72.11.213.195) |
| 17:48.00 | ebroad | The_Boy_Wonder, ping |
| 17:49.07 | The_Boy_Wonder | ebroad, pong |
| 17:49.29 | ebroad | The_Boy_Wonder, i need your opinion on something |
| 17:49.35 | The_Boy_Wonder | sure |
| 17:49.44 | ebroad | M16091 |
| 17:49.46 | MuffinMan | [assigned] [Asterisk] Channels/chan_sip/General 0016091: Security Problem reported by thom4fun (Karma: neutral) https://issues.asterisk.org/view.php?id=16091 |
| 17:50.02 | ebroad | his issue is that permit/deny dont restrict invites |
| 17:50.20 | ebroad | which is true, i tested it myself, and looked through the code |
| 17:50.26 | The_Boy_Wonder | umm, let me take a look |
| 17:50.38 | ebroad | we only call ast_apply_ha() for acl checks for registrations |
| 17:51.04 | ebroad | the question is, should we be calling ast_apply_ha in handle_incoming |
| 17:51.51 | ebroad | which would involve finding the peer by name/ip that early in the game |
| 17:51.58 | tzafrir_laptop | Nobody replied with "Use the Source, Luis!" |
| 18:00.05 | The_Boy_Wonder | ebroad, i have a meeting in two minutes so i need to go :/ there are two permit/deny lists. one for a peer, which makes sense to only check that on registration, and the other is a global one set in the [general] section. i'd expect the global one to be applied on all incoming. |
| 18:00.12 | The_Boy_Wonder | ebroad, i'll be back in about an hour |
| 18:00.19 | ebroad | ok |
| 18:00.28 | ebroad | he wants to check on a per peer basis |
| 18:07.17 | *** join/#asterisk-dev |Cybex| (n=John@atwork-20.r-212.178.82.atwork.nl) |
| 18:29.36 | *** part/#asterisk-dev davidbrillert (n=aragon12@h216-235-8-130.host.egate.net) |
| 18:31.31 | *** join/#asterisk-dev puzzled (n=foobar@83.163.53.136) |
| 18:33.33 | *** join/#asterisk-dev davidbrillert (n=aragon12@h216-235-8-130.host.egate.net) |
| 19:09.53 | *** part/#asterisk-dev davidbrillert (n=aragon12@h216-235-8-130.host.egate.net) |
| 19:22.46 | The_Boy_Wonder | ebroad: when host = dynamic they have to register, so the permit/deny list works as expected.... when the host is specified i believe incoming connections have to match the set address, so the permit/deny wouldn't even be needed in the peer definition |
| 19:23.37 | ebroad | The_Boy_Wonder, in his case, he wants to restrict on invite |
| 19:23.41 | kpfleming | correct |
| 19:23.42 | ebroad | and maybe other traffic |
| 19:23.58 | kpfleming | if you have hardcoded the address of the peer, permit/deny is irrelevant |
| 19:24.01 | ebroad | the truth is restricting on all traffic isnt such a bad idead |
| 19:24.17 | ebroad | he is using host=dynamic |
| 19:24.24 | ebroad | *idea |
| 19:24.29 | The_Boy_Wonder | so they have to register before an invite will be accepted i believe |
| 19:24.36 | kpfleming | ok, so then the permit/deny lists for that peer will apply |
| 19:24.43 | The_Boy_Wonder | and to register they have to go through the ... yep |
| 19:24.52 | ebroad | you sure? |
| 19:24.55 | kpfleming | yes |
| 19:24.56 | The_Boy_Wonder | yep |
| 19:25.21 | ebroad | so asterisk wont do invite without reg |
| 19:25.26 | kpfleming | they will *not* be applied to the address that they register for us to contact... only to the address that the REGISTER request arrives from |
| 19:25.33 | The_Boy_Wonder | where would the invite go? |
| 19:25.34 | kpfleming | not for host=dynamic |
| 19:25.39 | kpfleming | exactly |
| 19:25.45 | kpfleming | The_Boy_Wonder: it could guess :-) |
| 19:26.04 | ebroad | i.e. the peer has a valid user/pass |
| 19:26.09 | file | you should be specific on direction here |
| 19:26.24 | kpfleming | yes, that too |
| 19:26.28 | ebroad | we just dont want it calling from any network other than x |
| 19:26.32 | file | I think ebroad means an incoming INVITE |
| 19:26.38 | ebroad | yes |
| 19:26.54 | The_Boy_Wonder | incoming it will not match the peer if it isn't registered... i believe |
| 19:27.02 | kpfleming | correct |
| 19:27.20 | kpfleming | if you want username based matching, you need type=user |
| 19:27.20 | The_Boy_Wonder | when do we match by name? |
| 19:27.25 | The_Boy_Wonder | ahh |
| 19:27.48 | The_Boy_Wonder | so does this make sense? |
| 19:28.13 | ebroad | sort of, im not really sure i understand the reporter either |
| 19:28.38 | ebroad | he wants to use insecure=invite, and restrict by ip |
| 19:28.47 | ebroad | M16091 |
| 19:28.49 | MuffinMan | [assigned] [Asterisk] Channels/chan_sip/General 0016091: Security Problem reported by thom4fun (Karma: neutral) https://issues.asterisk.org/view.php?id=16091 |
| 19:29.02 | kpfleming | but there is no way to match the INVITEs to that peer |
| 19:29.16 | jsmith | kpfleming: I thought that peers *will* match based on IP, even if the peer doesn't register to Asterisk |
| 19:29.26 | kpfleming | yes, but not for host=dynamic |
| 19:29.38 | ebroad | so for example |
| 19:29.44 | ebroad | [200] |
| 19:29.50 | ebroad | host=dynamic |
| 19:30.00 | ebroad | say 200 doesnt register |
| 19:30.12 | ebroad | but, decides to make a call |
| 19:30.22 | The_Boy_Wonder | to where |
| 19:30.24 | kpfleming | so if he wants to be able to accept INVITEs from random IPs that all fall into a permit/deny list, but not require authentication for them, then create a type=user entry with no secret and with the appropriate permit/deny list, and ensure that the INVITEs have the proper username in the From: header |
| 19:30.39 | ebroad | say over an outbound trunk |
| 19:30.55 | kpfleming | in that case, the [200] entry will not be used to match the incoming INVITE |
| 19:30.55 | kpfleming | the destination of the call is irrelevant |
| 19:31.10 | ebroad | my understanding is that we match by name, and Asterisk will challenge the invite |
| 19:31.16 | kpfleming | for host=dynamic, if nothing is registered, it effectively does not exist |
| 19:31.24 | kpfleming | only for type=friend or type=user |
| 19:31.36 | kpfleming | not for type=peer |
| 19:32.23 | ebroad | hmm |
| 19:32.40 | ebroad | the problem is my testcase was pretty flawed |
| 19:32.47 | kpfleming | but if these are only incoming calls, type=user is fine |
| 19:33.17 | ebroad | b/c i registered, modified my sip.conf for the peer to deny=0../0.., sip reload, and called out successfully |
| 19:33.27 | kpfleming | define 'called ou' |
| 19:33.35 | kpfleming | did the peer send an INVITE to asterisk? |
| 19:33.38 | ebroad | yes |
| 19:33.49 | ebroad | asterisk sent it over my sip trunk to my cell |
| 19:33.49 | Corydon76-dig | kpfleming: George Ou, the cnet reporter |
| 19:34.04 | kpfleming | in that case, i would have expected the incoming INVITE to not match that peer |
| 19:34.22 | kpfleming | but it may have matched another peer in your configuration |
| 19:34.22 | ebroad | yea, but i was registered |
| 19:34.31 | kpfleming | true |
| 19:34.34 | ebroad | and sip reload doesnt clear registrations |
| 19:34.35 | ebroad | hmm |
| 19:34.40 | ebroad | i could do database del sip |
| 19:34.40 | kpfleming | so in that case, the permit/deny list would not matter... i think |
| 19:34.45 | kpfleming | but that's a bizarre case, as you said |
| 19:35.09 | ebroad | there is a concept of call without reg |
| 19:35.20 | ebroad | my spa2102 has that option |
| 19:35.28 | ebroad | not that cisco should be allowed to set standards |
| 19:35.59 | kpfleming | sure, and we support that too |
| 19:36.18 | ebroad | i think thats whats he is asking |
| 19:36.33 | kpfleming | and i told you how to do it |
| 19:36.49 | kpfleming | type=user, insecure=invite, permit/deny, and ensure that the INVITE has the matching username in the From: header |
| 19:37.07 | ebroad | ah |
| 19:37.15 | ebroad | thanks kpfleming |
| 19:50.44 | ebroad | M16073 |
| 19:50.47 | MuffinMan | [confirmed] [Asterisk] Applications/app_page 0016073: Not all SIP extensions receive a page reported by aragon (Karma: +4.25) https://issues.asterisk.org/view.php?id=16073 |
| 19:51.07 | ebroad | anyone know offhand what the command size limit is in 1.4 |
| 19:51.15 | ebroad | in this case Page() |
| 19:51.51 | ebroad | the reporter is attempting to page 187 extensions |
| 19:52.08 | ebroad | the command size is about 5900 characters or so |
| 19:52.41 | kpfleming | i believe it is 4096 bytes |
| 19:52.58 | kpfleming | he should put groups of them into separate Dial statements and use Local/<foo> to dial them |
| 19:53.25 | ebroad | he is using local/ |
| 19:53.31 | kpfleming | i'll be surprised if that works though... 187 calls being answered at once is a lot |
| 19:53.31 | ebroad | but all on 1 line |
| 19:53.35 | ebroad | i know |
| 19:53.47 | ebroad | he gets about 140 |
| 19:53.51 | ebroad | according to the post |
| 19:55.59 | ebroad | kpfleming, dial wouldnt help if he is trying to page, correct? |
| 19:56.13 | kpfleming | no, probably not |
| 19:56.20 | ebroad | and to get all of them into the same meetme he needs to put them all on 1 line |
| 20:03.25 | ebroad | kpfleming, dead on, VAR_BUF_SIZE is 4096 in pbx.c |
| 20:03.49 | ebroad | and thats the size we initialize expand_buf to in ast_add_extension2 |
| 20:04.00 | kpfleming | yeah |
| 20:04.15 | ebroad | if we increase it to 8192 |
| 20:04.24 | ebroad | do you think something will blow up |
| 20:04.31 | kpfleming | probably not |
| 20:04.34 | ebroad | ok |
| 20:35.43 | *** join/#asterisk-dev errotan (n=errotan@5403E5A1.catv.pool.telekom.hu) |
| 20:44.16 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 20:44.16 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 20:59.48 | *** join/#asterisk-dev aubre (i=83cc550a@gateway/web/freenode/x-dmedrbsezwvargbc) |
| 21:18.39 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 21:18.39 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 21:18.39 | *** join/#asterisk-dev mnicholson (n=mnichols@nat/digium/x-vvmvqzywkovrnref) |
| 21:18.42 | *** join/#asterisk-dev The_Boy_Wonder (n=davidvos@asterisk/batman-developer/dvossel) |
| 21:18.42 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 21:18.43 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 21:18.48 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 21:18.48 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 21:19.04 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 21:19.04 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 21:19.23 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 21:19.23 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 21:22.22 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@81.218.155.147) |
| 21:22.22 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 21:29.45 | *** join/#asterisk-dev alecdavis (n=sivad@202-78-149-14.cable.telstraclear.net) |
| 21:30.29 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 21:30.38 | alecdavis | morning from NZ |
| 21:30.56 | alecdavis | any IAX experts listening |
| 21:31.06 | Corydon76-dig | Never |
| 21:31.21 | Corydon76-dig | ~ask |
| 21:31.22 | infobot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 21:31.48 | alecdavis | thanks infobot! |
| 21:31.49 | Corydon76-dig | third sentence. |
| 21:33.04 | ebroad | Corydon76-dig is the latter of the 5th sentence :) |
| 21:33.34 | Corydon76-dig | No, I'm here voluntarily |
| 21:35.03 | Corydon76-dig | I can just as effectively ignore somebody with this window open as I could if the channel were closed |
| 21:35.30 | ebroad | thats true |
| 21:35.39 | ebroad | i was just messing |
| 21:39.02 | alecdavis | I filed bug 16095 last night, where delayreject causes calls to fail. But packets seem to arrive out of order, casuing the failure. Before spending more time, I thought I'd ask whether this has been seen before, or whether someone may have a clue as to wheter it's the IAX packet scheduling that gets them out of order, or the network. |
| 21:51.49 | Corydon76-dig | Probably the network |
| 21:52.36 | Corydon76-dig | Understand that the scheduler works the same everywhere, so it wouldn't be just you that was having this issue if the scheduler were at fault |
| 21:59.49 | alecdavis | So your saying, IAX wont work over the internet, where packets might arrive out of order? |
| 22:02.51 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-218-155-148.cablep.bezeqint.net) |
| 22:02.51 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 22:04.57 | Corydon76-dig | alecdavis: Please don't try to put words in my mouth. It doesn't aid in the conversation, doesn't help you with your problem, and makes me less willing to help. |
| 22:21.33 | alecdavis | corydon76-dig: sorry. I'm now testing SVN-trunk-r224448M 2 boxes, using trunk, locally connected on the same subnet, so far haven't been able to get a call to fail, did however segfault, a few minutes ago. |
| 22:25.34 | Corydon76-dig | I've been working on a segfault of my own, most of the day |
| 22:44.39 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-218-155-148.cablep.bezeqint.net) |
| 22:44.39 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 22:56.36 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) |
| 22:56.36 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 23:13.36 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 23:35.14 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |