| 00:48.25 | *** part/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 02:42.36 | *** join/#asterisk-dev drivefast (~radu@cpe-67-49-43-2.socal.res.rr.com) |
| 03:04.48 | *** join/#asterisk-dev aiguojun (~agj@117.39.246.108) |
| 03:05.20 | aiguojun | hi |
| 03:09.12 | *** join/#asterisk-dev elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 03:09.53 | aiguojun | asterisk1.6.2.17,I used xlite 3.0 softphone , dtmfmod was seted to rfc2833 and auto,i must dial password very fast, otherwise, asterisk only receive one or two digit. |
| 03:10.23 | aiguojun | would you please help me! |
| 06:04.24 | *** join/#asterisk-dev jmls (~Julian@host217-36-208-155.in-addr.btopenworld.com) |
| 06:04.33 | jmls | morning |
| 06:04.49 | jmls | bloody windows restart got me again :( |
| 06:04.57 | jmls | what did I miss ? |
| 06:15.52 | snuff-work | nothin |
| 06:20.06 | *** join/#asterisk-dev pabelanger (~pabelange@50.22.5.41-static.reverse.softlayer.com) |
| 06:20.06 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 06:21.49 | jmls | snuff-work: heh |
| 06:23.03 | snuff-work | changing monitoring systems takes fair bit of work :( |
| 06:23.11 | snuff-work | movin nagios to zabbix |
| 06:26.59 | jmls | yikes |
| 06:27.02 | jmls | reasons ? |
| 06:27.17 | jmls | haven't tried yet, so do you know if the cisco-registration bug in present in 1.8 ? |
| 06:28.03 | snuff-work | no idea.. dont work in that space anymore.. been meaning to look at doing more asterisk but low motivation atm |
| 06:28.08 | snuff-work | i did see your bug though |
| 06:28.24 | snuff-work | i would look and see if that commit was done against all branches |
| 06:28.44 | snuff-work | if so.. might be broken for more than just the version u reported |
| 06:30.14 | snuff-work | reasons moving to zabbix... config mostly web based.. looks nicer.. still have to add some custom checks manually to agents if u dont want to use diff polling method |
| 06:40.58 | snuff-work | one thing for sure is zabbix can put lot of hurt on ur storage.. |
| 07:29.01 | jmls | having broken ciscos puts a lot of hurt on me ;) |
| 08:03.18 | *** join/#asterisk-dev jmls (~Julian@host217-36-208-155.in-addr.btopenworld.com) |
| 08:08.59 | wdoekes2 | hm.. that seems wrong indeed |
| 08:13.16 | wdoekes2 | I suppose it should be sent to sent_by, unless maddr is present and only be sent to the originator if nat&=route |
| 08:21.06 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:21.06 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:21.07 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 09:40.28 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 09:40.35 | schmidts | good morning |
| 09:40.40 | wdoekes2 | morning |
| 09:40.59 | wdoekes2 | @jmls: but I'm not sure where ->sa was set previously so that it was "correct" |
| 09:41.03 | wdoekes2 | gay |
| 09:43.02 | wdoekes2 | schmidts: if you're interested.. jmls was having issues with #18951 and r304241: replies get sent to ->recv instead of the address in the Via |
| 09:43.26 | wdoekes2 | I believe you have been reviewing that one as well |
| 09:45.47 | *** join/#asterisk-dev jmls (~Julian@host217-36-208-155.in-addr.btopenworld.com) |
| 09:46.35 | wdoekes2 | AFAICS p->sa should be set to via->sent_by in process_via unless maddr is set |
| 09:47.49 | wdoekes2 | then sip_real_dst can still choose between recv and sa depending on the NAT_ROUTE flag |
| 09:59.42 | jmls | wdoekes2: are you talking about the cisco problem ? |
| 10:00.04 | wdoekes2 | yes |
| 10:07.56 | schmidts | wdoekes2 i have to take a look what this was ;) |
| 10:10.13 | schmidts | wdoekes2 AFAIK you are right about the via and maddr thing |
| 10:12.05 | wdoekes2 | ah, found, it's in check_via |
| 10:15.56 | wdoekes2 | yes.. handle_incoming -> handle_request_register -> check_via && register_verify -> transmit_response -> sa = recv <-- bad |
| 10:18.16 | schmidts | wdoekes2 only if nat is set to no |
| 10:18.27 | wdoekes2 | that's handled even later |
| 10:18.32 | wdoekes2 | at sip_real_dst |
| 10:18.44 | schmidts | ah ok then its bad but there was a discussion about this |
| 10:20.17 | schmidts | review 1059 but i have to search in which rev this was submitted |
| 10:21.57 | schmidts | this was submitted in rev 304241 so i dont think this is the problem jmls have |
| 10:22.14 | wdoekes2 | well.. he reports that |
| 10:22.27 | wdoekes2 | which made it easy to find |
| 10:22.35 | wdoekes2 | M18951 |
| 10:22.37 | MuffinMan | [new] [Asterisk] Channels/chan_sip/Registration 0018951: Cisco phones do not register reported by jmls https://issues.asterisk.org/view.php?id=18951 |
| 10:22.51 | schmidts | sorry didnt se it :D |
| 10:23.08 | schmidts | i only looked at the svn revision part of the bug ;) |
| 10:25.55 | schmidts | sorry i am now reading the review cause i didnt exactly remeber it |
| 10:26.40 | wdoekes2 | no worries.. I'm still running pre 1.6.2.18-rc1, so I'm not affected yet :) |
| 10:28.57 | wdoekes2 | (I can't read the reviewboard.. the loading of the pages always throws me off.. I start doing other stuff and don't remember that I was waiting for something) |
| 10:30.51 | schmidts | wdoekes2 you mean in transmit_response called after check_via & register_verify the nat flag is not checked, right? |
| 10:34.14 | wdoekes2 | no, I mean that the nat flag is checked first at sip_real_dst, which is in __sip_xmit which is called by send_response which is called after respprep |
| 10:34.34 | wdoekes2 | and respprep now ensures that the flag is useless by setting sa to recv |
| 10:35.02 | schmidts | ok now i got it |
| 10:38.59 | schmidts | i try to copy something from the review board in here, excuse me if this looks f**ked up ;) |
| 10:39.01 | schmidts | 5099 |
| 10:39.01 | schmidts | p->sa = p->recv; |
| 10:39.01 | schmidts | <PROTECTED> |
| 10:39.01 | schmidts | <PROTECTED> |
| 10:39.02 | schmidts | <PROTECTED> |
| 10:39.04 | schmidts | <PROTECTED> |
| 10:40.57 | schmidts | i am searching for this in doxygen and it looks like it was not submitted this way |
| 10:43.43 | schmidts | ok mnicholson just moved this into respprep bevore doing the check_via function but i think its just wrong to do this |
| 10:45.47 | schmidts | i asked oej what he thinks about the way its now implemented |
| 10:46.04 | schmidts | what i dont understand is why this was submitted, cause there is no ship it in the review board? |
| 11:01.09 | wdoekes2 | interesting indeed :) |
| 11:02.09 | wdoekes2 | my first thought is that check_via should be merged into process_via.. that might clear up some confusion |
| 11:02.21 | wdoekes2 | (but I don't know the ramifications of doing that) |
| 11:06.20 | wdoekes2 | btw, SIP_PAGE2_RPORT_PRESENT seems wrong too, as it sets the NAT_ROUTE only in case we know the user (check_user_full) which is not called for e.g. REGISTER |
| 11:08.42 | schmidts | hey thats 1.4 its nearly dead :D |
| 11:09.04 | wdoekes2 | hm? I'm looking at 1.6.2 here |
| 11:09.08 | jmls | oh no it isnt! |
| 11:09.17 | schmidts | ok thats bad then |
| 11:09.45 | jmls | tell me about it. I've a busted call center :) |
| 11:10.02 | wdoekes2 | that's what you get for running rc ;) |
| 11:10.05 | jmls | ok, not quite. testing found this out .. :-D |
| 11:20.01 | schmidts | jmls i didnt find it by now but AFAIK will support for 1.4 end in june |
| 11:42.12 | wdoekes2 | (to continue about RPORT_PRESENT.. I think it makes sense to check that in sip_real_dst as well) |
| 12:15.52 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:15.52 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:10.29 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:10.29 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 13:53.50 | *** join/#asterisk-dev e_dot_zilla99 (~e_dot_zil@8.224.32.34) |
| 14:00.13 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-uuymhbhfukpjvakc) |
| 14:01.58 | *** join/#asterisk-dev Victor_Yure (~victor@unaffiliated/victoryure/x-837844) |
| 14:06.53 | *** join/#asterisk-dev elguero (48f830e0@gateway/web/freenode/ip.72.248.48.224) |
| 14:07.56 | *** join/#asterisk-dev JonathanRose (~jonathan@nat/digium/x-bibcskvgdrirpqoq) |
| 14:29.22 | *** join/#asterisk-dev sgimeno (~chatzilla@163.117.206.10) |
| 14:35.42 | *** join/#asterisk-dev kriegerod (~krieger@chaf.tenet.odessa.ua) |
| 14:40.10 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 14:42.47 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:42.48 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:55.36 | *** join/#asterisk-dev _Corey_ (~chatzilla@64.121.4.75) |
| 15:12.24 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 16:00.26 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:10.25 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-neledwhbhgjbxxcb) |
| 16:16.00 | *** join/#asterisk-dev marv (~timr@173.14.206.193) |
| 16:29.06 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:29.06 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:35.49 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 16:35.49 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 17:04.36 | *** join/#asterisk-dev pabelanger (~pabelange@50.22.5.41-static.reverse.softlayer.com) |
| 17:04.36 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 17:06.18 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 17:17.36 | *** join/#asterisk-dev luckman212 (~irc@pool-173-77-253-141.nycmny.fios.verizon.net) |
| 17:25.15 | *** join/#asterisk-dev eugeneoden (~goden@southeast-invest.oneringnetworks.net) |
| 18:15.37 | *** join/#asterisk-dev eugeneoden (~goden@southeast-invest.oneringnetworks.net) |
| 18:15.58 | tzafrir | If I get an error about "svn:mime-type is not set" (but not about the other two) |
| 18:16.45 | tzafrir | it just means that there was not yet a check for svn:keywords and svn:eol-style, right? |
| 18:24.09 | *** join/#asterisk-dev luckman212 (~irc@pool-173-77-253-141.nycmny.fios.verizon.net) |
| 18:24.35 | *** join/#asterisk-dev luckman212 (~irc@pool-173-77-253-141.nycmny.fios.verizon.net) |
| 18:26.06 | *** join/#asterisk-dev luckman212 (~irc@pool-173-77-253-141.nycmny.fios.verizon.net) |
| 18:26.50 | kpfleming | tzafrir: correct |
| 18:39.29 | *** join/#asterisk-dev kriegerod (~krieger@user-204.45.infomir.com.ua) |
| 18:41.55 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 18:49.28 | tzafrir | gah. Enagling auto-props in ~/.subversion/config helps |
| 19:01.04 | *** join/#asterisk-dev eugeneoden (~goden@southeast-invest.oneringnetworks.net) |
| 19:11.57 | seanbright | that'll do it |
| 20:01.34 | *** join/#asterisk-dev cyphorious (~cyphoriou@chello062178189196.2.15.tuwien.teleweb.at) |
| 20:12.29 | *** join/#asterisk-dev eugeneoden (~goden@southeast-invest.oneringnetworks.net) |
| 20:45.24 | *** join/#asterisk-dev seraphie (~erin@207.98.195.107) |
| 21:39.29 | *** join/#asterisk-dev drivefast (~radu@adsl-99-92-126-154.dsl.lsan03.sbcglobal.net) |
| 21:40.13 | drivefast | hello ppl... does anybody knows where can i find the maximum size, in bytes, that an asterisk dialplan variable can handle? |
| 21:52.11 | *** join/#asterisk-dev codefreeze-lap (~Steve_Mur@mail.parsetree.com) |
| 22:03.35 | *** join/#asterisk-dev eugeneoden (~goden@southeast-invest.oneringnetworks.net) |
| 22:11.12 | kpfleming | drivefast: it's 4K in most versions, it may be larger in 1.8 |
| 22:12.23 | drivefast | thank you, is there any #define'd constant in the code that i could safely use for that?... |
| 22:52.04 | *** join/#asterisk-dev eugeneoden (~goden@conference/pycon/x-lcqomorvfhciqdbg) |
| 23:18.17 | *** join/#asterisk-dev dseeb_ (~Adium@CPE-58-169-91-120.lns1.bat.bigpond.net.au) |
| 23:18.32 | dseeb_ | morning all |
| 23:20.44 | kpfleming | dseeb_: not here :-) |
| 23:21.24 | dseeb_ | kpfleming: oh well :( |