| 00:04.08 | *** join/#asterisk-dev Praise (~Fat@unaffiliated/praise) |
| 00:45.40 | *** join/#asterisk-dev moy_ (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 00:47.14 | *** join/#asterisk-dev Praise (~Fat@unaffiliated/praise) |
| 00:57.02 | *** join/#asterisk-dev Praise (~Fat@unaffiliated/praise) |
| 01:10.23 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 01:10.23 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 01:49.06 | *** join/#asterisk-dev Praise (~Fat@unaffiliated/praise) |
| 01:56.44 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 01:56.44 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 02:07.07 | *** join/#asterisk-dev Praise (~Fat@unaffiliated/praise) |
| 02:33.17 | *** join/#asterisk-dev brookshire (mbrooks@hijacked.us) |
| 02:36.04 | *** join/#asterisk-dev brookshire (mbrooks@hijacked.us) |
| 02:36.55 | *** join/#asterisk-dev brookshire (mbrooks@hijacked.us) |
| 02:48.49 | *** part/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 03:24.50 | *** join/#asterisk-dev zerohalo (~zerohalo@cambridge.zerohalo.com) |
| 03:30.58 | *** join/#asterisk-dev brookshi1e (mbrooks@hijacked.us) |
| 04:54.30 | *** join/#asterisk-dev tiny_D (~tiny_D@mail.snom.com) |
| 05:04.18 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@71-34-112-49.ptld.qwest.net) |
| 05:19.56 | *** join/#asterisk-dev tiny_D (~tiny_D@mail.snom.com) |
| 05:34.49 | *** join/#asterisk-dev tiny_D (~tiny_D@mail.snom.com) |
| 05:46.53 | *** join/#asterisk-dev tiny_D (~tiny_D@mail.snom.com) |
| 06:03.38 | *** join/#asterisk-dev oej (~olle@2001:470:1f15:d79:225:ff:fe44:74ec) |
| 06:03.38 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:51.02 | *** join/#asterisk-dev micols (~mio@rlogin.dk) |
| 07:05.32 | *** join/#asterisk-dev lftsy (~lftsy@pul-lav-fw-so-01-x1.vtxnet.net) |
| 07:12.52 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 07:12.52 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:16.13 | *** join/#asterisk-dev oej (~olle@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 07:16.13 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:16.51 | oej | Morning |
| 07:20.45 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 07:23.13 | snuff-work | ello oej |
| 07:27.28 | *** join/#asterisk-dev tiny_D (~tiny_D@mail.snom.com) |
| 07:36.32 | *** join/#asterisk-dev schmidts (d5ebd4c1@gateway/web/freenode/ip.213.235.212.193) |
| 07:36.36 | schmidts | morning all |
| 11:17.12 | *** join/#asterisk-dev tiny_D (~tiny_D@mail.snom.com) |
| 11:29.20 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:29.20 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 11:39.15 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:39.15 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:43.24 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.50.119.172) |
| 11:54.24 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 11:59.35 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 12:20.52 | *** join/#asterisk-dev crowb4r (~JKLOBUCAR@12.2.84.2) |
| 12:42.27 | pabelanger | Anything change on mantis? I'm no longer getting timeouts when posting |
| 12:42.41 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 12:51.54 | snuff-home | pabelanger: i somehow doubt it.. certianly hasn't changed versions anyway |
| 12:58.20 | *** join/#asterisk-dev schmidts_ (d5ebd4c1@gateway/web/freenode/ip.213.235.212.193) |
| 12:58.25 | schmidts_ | re |
| 12:58.42 | schmidts_ | i am not sure if my last msg was send, could someone help me with an sip problem? |
| 12:59.26 | schmidts_ | its more a sip question ;) |
| 12:59.57 | schmidts_ | if a call is established between a client (embeded asterisk on a pirelli vdsl router) and over a Ser proxy to two asterisk server |
| 13:00.24 | schmidts_ | i see in the communication the normal Invite, Trying and then a 183 session progress which comes from the first asterisk over the proxy |
| 13:01.28 | schmidts_ | the embeded asterisk then saves the route out of the contact header from this 183 message and if for example the invite is terminated from the asterisk behind the proxy, the asterisk will send the cancel/ack whatever msg to the asterisk itself instead to the proxy |
| 13:02.33 | schmidts_ | as far as i understood the sip rfc, the message has to be send back to the proxy until a 200 OK received |
| 13:02.45 | schmidts_ | iam right? |
| 13:06.42 | kpfleming | only if the proxy is configured to require that, by putting record-route headers in the responses |
| 13:07.12 | schmidts_ | but the record route is only send within a 200 ok package |
| 13:09.05 | schmidts_ | i think i see what cause this problem |
| 13:09.36 | schmidts_ | in the first reply of the proxy (mostly a 100 trying) the record route should also be present not only in the 200 ok |
| 13:09.57 | kpfleming | the 200 OK is not special, it's just a final response, just like any other final response |
| 13:10.17 | kpfleming | if you want all requests for that dialog to be sent through the proxy, the proxy has to indicate that |
| 13:11.12 | kpfleming | you should also keep in mind that asterisk as a UAC cannot handle INVITEs being forked very well at all... if it receives responses for two branches of the INVITE it sent out, it will get confused |
| 13:12.37 | schmidts_ | my problem is that the asterisk on this router is patched and i cant get the sources of this, but i think they use an older 1.4 version so this maybe a bug |
| 13:13.35 | schmidts_ | a know and allready resolved bug ;) |
| 13:15.47 | kpfleming | what is 'this' that you are referring to as a bug? asterisk is doing exactly what it should in this case |
| 13:17.15 | kpfleming | if you have a device that contains asterisk licensed under the GPLv2 and the sources are not available to you, that is a violation of the GPLv2 and we'd be interested in contacting the provider of that device |
| 13:18.39 | schmidts_ | i dont have asked them if i can get the sources, i will try this and if wont get them, i will tell you |
| 13:19.34 | kpfleming | thanks |
| 13:19.35 | schmidts_ | i think of a bug, that asterisk use the contact adress from the 183 session progress msg as the contact header for further communication. so if i hang up the phone the cancel msg is not send to the proxy but to the asterisk behind |
| 13:19.40 | kpfleming | send me an email with whatever you find |
| 13:19.53 | kpfleming | that is exactly what it is supposed to do |
| 13:20.44 | kpfleming | if the proxy is stateful (it needs to know about further requests in the dialog), then it needs to insert itself in the Via headers properly so that future requests in the dialog will be sent to the proxy |
| 13:23.27 | schmidts_ | i am sure that asterisk itself does this situation right, cause we have several normal asterisk servers out there behind our proxy, without this problem. But i had to report a bug to the vendor of this router, so i wanted to find the part of rfc pending on this. |
| 13:24.55 | kpfleming | you are completely missing the point. being in front of the proxy is completely different from being behind it. there is no bug being exhibited by asterisk here. |
| 13:25.16 | schmidts_ | i know |
| 13:25.32 | schmidts_ | sorry for my not so good english, maybe its not easy to understand what i mean |
| 13:25.39 | kpfleming | is the proxy part of the router too? |
| 13:25.45 | schmidts_ | no |
| 13:25.56 | kpfleming | then why is there anything to report to the router vendor? |
| 13:26.06 | schmidts_ | cause an asterisk runnes on this router |
| 13:26.16 | schmidts_ | s/runnes/run/ |
| 13:26.25 | schmidts_ | the setup looks like this |
| 13:26.40 | kpfleming | and that copy of asterisk is doing exactly what it is supposed to be doing... there is no bug to report |
| 13:28.03 | schmidts_ | we have tried to reproduce this with a normal asterisk in front of the proxy and there a cancel after a 183 msg is send to the proxy instead of the contact adress of the 183 msg |
| 13:28.24 | schmidts_ | so maybe its not a bug, but i think its not the normal behavior |
| 13:30.28 | kpfleming | you didn't mention that before |
| 13:34.13 | schmidts_ | cause only this asterisk version of this router vendor act like this so this is not a normal asterisk bug as i said |
| 13:34.46 | kpfleming | then there's nothing we can do to help you here |
| 13:35.15 | kpfleming | but it would have been very useful if you had clarified that in the beginning, that you've already tried to reproduce this using a 'normal' asterisk installation and could not do so |
| 13:35.27 | schmidts_ | sorry |
| 13:47.33 | schmidts_ | it was not my intention to steal your time :( |
| 13:49.48 | russellb | I think he had a meeting to get to, I don't think he left in response to your conversation. |
| 13:51.27 | schmidts_ | but i know this situations when a unclear question cause a loss of time |
| 13:54.37 | *** join/#asterisk-dev bbryant (~brett@c-76-26-221-79.hsd1.sc.comcast.net) |
| 13:54.37 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 13:55.33 | schmidts_ | i have written a mail to klaus darillion cause i can tell him the situation in german so its much clearer then |
| 13:55.57 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:55.57 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:15.16 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:15.16 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:22.00 | schmidts_ | cya all |
| 14:29.15 | *** join/#asterisk-dev moy_ (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 14:30.19 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 14:53.34 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:53.34 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:28.27 | *** join/#asterisk-dev chazzam (~chazz@173-24-237-15.client.mchsi.com) |
| 15:35.59 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:35.59 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:45.39 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:11.39 | *** join/#asterisk-dev crowb4r (~JKLOBUCAR@12.2.84.2) |
| 16:11.57 | *** join/#asterisk-dev oej (~olle@2001:470:1f15:d79:225:ff:fe44:74ec) |
| 16:11.57 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:25.37 | *** join/#asterisk-dev CunningPike (~CunningPi@204.239.8.157) |
| 16:35.42 | *** join/#asterisk-dev marv (~timr@router.asteriasgi.com) |
| 17:08.54 | *** join/#asterisk-dev oej (~olle@2001:470:1f15:d79:225:ff:fe44:74ec) |
| 17:08.54 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:46.13 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 17:46.13 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 17:48.49 | *** join/#asterisk-dev elguero (~miguel323@64.241.37.140) |
| 17:49.43 | *** join/#asterisk-dev tiny_D (~tiny_D@mail.snom.com) |
| 18:38.40 | *** join/#asterisk-dev micols (~mio@rlogin.dk) |
| 18:52.09 | *** join/#asterisk-dev oej (~olle@2001:470:1f15:d79:225:ff:fe44:74ec) |
| 18:52.09 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:24.41 | *** join/#asterisk-dev citrus2 (~citrus2@72.215.183.28) |
| 19:24.46 | citrus2 | does anyone have any experiance with placing ISDN calls with asterisk using the clear-channel bearer type? |
| 19:25.39 | jsmith | doesn't |
| 19:25.46 | jsmith | Or, at least I won't claim to in public :-) |
| 19:37.52 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@75-92-150-245.war.clearwire-wmx.net) |
| 19:40.17 | *** join/#asterisk-dev oej (~olle@2001:470:1f15:d79:225:ff:fe44:74ec) |
| 19:40.17 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:47.09 | *** join/#asterisk-dev tiny_D (~tiny_D@e178192248.adsl.alicedsl.de) |
| 19:48.44 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/developer/jpeeler) |
| 19:48.44 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 21:29.57 | *** join/#asterisk-dev ahowlader (howlader@180.234.34.27) |
| 23:25.09 | *** join/#asterisk-dev brookshire (mbrooks@hijacked.us) |
| 23:26.43 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 23:49.51 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 23:49.51 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |