| 05:22.00 | *** join/#asterisk-bugs tzafrir (~tzafrir@bzq-218-155-170.cablep.bezeqint.net) |
| 08:02.49 | *** join/#asterisk-bugs tzafrir (~tzafrir@local.xorcom.com) |
| 08:43.11 | *** join/#asterisk-bugs mnicholson (~mnicholso@nat/digium/x-cesjxcvajktvshgt) |
| 09:03.13 | *** join/#asterisk-bugs mnicholson (~mnicholso@nat/digium/x-lextxwrmazepaupi) |
| 12:16.31 | *** join/#asterisk-bugs elguero (~miguel323@ns1.nashuacs.com) |
| 13:20.08 | *** join/#asterisk-bugs elguero (~miguel323@ns1.nashuacs.com) |
| 14:15.46 | *** join/#asterisk-bugs logicwrath (~no@adsl-99-56-133-2.dsl.sfldmi.sbcglobal.net) |
| 14:16.56 | *** part/#asterisk-bugs logicwrath (~no@adsl-99-56-133-2.dsl.sfldmi.sbcglobal.net) |
| 15:07.43 | *** join/#asterisk-bugs The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 16:07.32 | *** join/#asterisk-bugs Corydon76-lap (~Adium@nat/digium/x-phrutkhsmtkmdoau) |
| 16:07.32 | *** mode/#asterisk-bugs [+o Corydon76-lap] by ChanServ |
| 16:18.41 | *** join/#asterisk-bugs Corydon76-lap (~Adium@nat/digium/x-hnwiqtrxbogykskg) |
| 16:18.41 | *** mode/#asterisk-bugs [+o Corydon76-lap] by ChanServ |
| 16:28.09 | *** join/#asterisk-bugs The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 16:45.12 | *** join/#asterisk-bugs malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 17:18.38 | *** join/#asterisk-bugs miguel3239 (~miguel323@ns1.nashuacs.com) |
| 19:00.06 | *** join/#asterisk-bugs ccesario (~ccesario@189-29-53-173-ac.cpe.vivax.com.br) |
| 19:02.35 | *** join/#asterisk-bugs ebroad (~EB@72.11.213.195) |
| 19:03.58 | ebroad | got a interesting issue, i noticed in my * logs that a sip scanner was causing asterisk to run out of udptl ports |
| 19:05.38 | ebroad | i dont have the actual packet(s), but my guess is that the ast_udptl_new_with_bindaddr() call in sip_alloc() is binding up all available ports, even if the inivite is rejected to due authentication |
| 19:07.10 | ebroad | essentially causing a DoS condition for incoming fax calls |
| 19:24.37 | *** join/#asterisk-bugs elguero (~miguel323@ns1.nashuacs.com) |
| 19:31.37 | Corydon76-lap | ebroad: then it's not the fault of that API, but of the driver forgetting to free that port afterwards |
| 19:32.03 | ebroad | Corydon76-lap, isnt the default dialog destruction time 32 seconds? |
| 19:32.13 | Corydon76-lap | Yes |
| 19:32.36 | Corydon76-lap | just in case it wishes to retry |
| 19:32.40 | ebroad | a lot can happen in 32 seconds, maybe we shouldnt be binding udptl ports early on |
| 19:33.29 | *** join/#asterisk-bugs The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 19:33.38 | Corydon76-lap | Well, the problem is that a failure to obtain an address is equally a trouble condition that we'd need to be able to signal |
| 19:34.10 | Corydon76-lap | I suppose we could make it early, just not as early, though |
| 19:34.31 | *** join/#asterisk-bugs The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 19:34.53 | Corydon76-lap | since we wouldn't be signalling ports on auth failure |
| 19:38.19 | ebroad | makes sense |
| 19:38.26 | ebroad | i am going to see if i can reproduce this with sipp |
| 19:38.35 | ebroad | since i don't have the offending packet(s) |
| 19:46.20 | ebroad | hehe |
| 19:46.31 | ebroad | sipp <host> is all thats needed to reproduce this |
| 22:10.25 | *** join/#asterisk-bugs russellb_ (~russellb@asterisk/digium-open-source-team-lead/russellb) |
| 22:10.25 | *** mode/#asterisk-bugs [+o russellb_] by ChanServ |