| 00:42.57 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 00:42.57 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 00:48.05 | *** join/#asterisk-dev otherwiseguy (~otherwise@67.201.80.8) |
| 00:49.57 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 04:20.54 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip24-251-34-116.ph.ph.cox.net) |
| 04:30.04 | *** join/#asterisk-dev otherwiseguy (~otherwise@67.201.80.8) |
| 04:50.28 | *** join/#asterisk-dev jagruti_ (~root@122.169.9.49) |
| 04:50.31 | *** part/#asterisk-dev jagruti_ (~root@122.169.9.49) |
| 04:51.21 | *** join/#asterisk-dev terryw (~otherwise@67.201.80.8) |
| 06:09.00 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 06:09.00 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:12.18 | *** join/#asterisk-dev jagruti_ (~root@122.169.7.253) |
| 07:12.24 | *** part/#asterisk-dev jagruti_ (~root@122.169.7.253) |
| 08:30.31 | *** join/#asterisk-dev danjenkins (~dan@cpc11-folk2-2-0-cust171.1-2.cable.virginm.net) |
| 08:32.43 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:32.44 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 11:03.58 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 12:17.30 | *** join/#asterisk-dev protocoldoug (~quassel@unaffiliated/protocoldoug) |
| 12:57.34 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 13:39.24 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-txbcynmuotxavymm) |
| 13:39.24 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:53.08 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-lvtetwgkvzzxilvx) |
| 13:53.08 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 13:53.23 | *** join/#asterisk-dev otherwiseguy (otherwiseg@conference/openstack/x-bzisoifppnkedobe) |
| 13:59.32 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-qfmutlkykrnpfsib) |
| 14:09.22 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:09.22 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:43.33 | *** join/#asterisk-dev rmudgett (~rmudgett@nat/digium/x-xbghjnlhilgrybdq) |
| 14:44.02 | *** join/#asterisk-dev otherwiseguy (otherwiseg@conference/openstack/x-xjqdcgrgvswhhbsw) |
| 14:51.04 | jrose_atDigium | tm1000: never seen that one before. Pastebin me a dial plan snippet and I'll see if I can't reproduce it. It's just a SIP to SIP attended transfer right? Using chan_pjsip I assume? |
| 14:51.31 | file | he's using DTMF to do it, so it's not protocol level |
| 14:51.36 | file | oh attended |
| 14:51.37 | file | yeah |
| 14:51.41 | file | I'll shut up now |
| 14:51.52 | jrose_atDigium | Well... there are DTMF attended transfers too. |
| 14:52.27 | jrose_atDigium | I'll give that a look then. |
| 14:53.46 | jrose_atDigium | Now... as for the swapped calls part, that's probably normal. The parker is swapping with the parkee. |
| 14:55.41 | jrose_atDigium | Couldn't replicate it under normal conditions with my Digium phones. I'll probably need a call log. |
| 14:56.27 | *** join/#asterisk-dev terryw (otherwiseg@conference/openstack/x-vqophccvkyygackb) |
| 14:59.24 | jrose_atDigium | As for getting bridged into MOH, that's normal for parking unless the Park application is called with the 'r' option. |
| 15:07.14 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:14.03 | jrose_atDigium | My setup for testing this was pretty similar: |
| 15:14.12 | jrose_atDigium | 1. PJSIP/1601 dials PJSIP/1603 |
| 15:14.23 | jrose_atDigium | 2. call starts when PJSIP/1603 picks up |
| 15:14.43 | jrose_atDigium | 3. PJSIP/1601 uses attended transfer dtmf feature (2 in my case) to 700 |
| 15:15.14 | jrose_atDigium | 4. PJSIP/1601 hears the announcement and then gets MOH (since it's an attended transfer, we effectively parked ourselves until the transfer is complete) |
| 15:15.54 | jrose_atDigium | 5. PJSIP/1601 hangs up, PJSIP/1603's MOH briefly stops and starts back up again as a result of swapping into the parking bridge. The silence gap is a fraction of a second. |
| 15:16.23 | jrose_atDigium | So there is probably some other factor here that isn't known. |
| 15:20.28 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 15:20.28 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 15:30.34 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 15:43.31 | *** join/#asterisk-dev protocoldoug (~quassel@unaffiliated/protocoldoug) |
| 16:20.21 | *** join/#asterisk-dev protocoldoug (~quassel@unaffiliated/protocoldoug) |
| 16:30.22 | *** join/#asterisk-dev otherwiseguy (otherwiseg@conference/openstack/x-bqidfquggcomqsyo) |
| 16:39.12 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 16:39.12 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 16:48.20 | mjordan | sighs at the STANDALONE, STANDALONE2, and STANDALONE3 pre-processor identifiers |
| 16:56.33 | pabelanger | better then new, new1 and new2 |
| 17:51.51 | *** join/#asterisk-dev otherwiseguy (otherwiseg@conference/openstack/x-mwzmqnlrybafbhkd) |
| 18:30.07 | *** join/#asterisk-dev otherwiseguy (otherwiseg@conference/openstack/x-zitqmepqkdnazmch) |
| 18:34.57 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 20:15.01 | *** join/#asterisk-dev danjenkins (~dan@cpc11-folk2-2-0-cust171.1-2.cable.virginm.net) |
| 20:35.57 | *** join/#asterisk-dev skirmisha (~vk@46.47.82.189) |
| 20:36.02 | skirmisha | hi guys |
| 20:36.08 | file | hello |
| 20:37.14 | skirmisha | i have one stupid question |
| 20:38.02 | skirmisha | i got strange hack |
| 20:38.13 | skirmisha | and wondering how this could happens |
| 20:38.42 | skirmisha | the hack is exactly like in this blog - http://forums.asterisk.org/viewtopic.php?f=1&t=85635&start=0 |
| 20:39.21 | skirmisha | however i am wondering whether asterisk checks where 302 comes from and whether there is any check of 302 |
| 20:39.46 | skirmisha | for example user call and extension - that ext is called by ast |
| 20:40.11 | skirmisha | but someone keeps sending 302 to our server as it is coming from ext - making fake 302 packets |
| 20:40.28 | skirmisha | does ast accept this without any checks? |
| 20:40.37 | file | no, it has to be for a valid call |
| 20:40.49 | skirmisha | it is valid call |
| 20:41.53 | skirmisha | its pstn call to extension - pstn - ast - ext - same time a sip client sends fake 302 msg to server over sip pretending that this ext has forward set - then when server dials that ext - it takes 302 right after that |
| 20:42.30 | file | if the 302 contains all of the correct information for a valid call, including call-id and tag information then it is accepted |
| 20:43.53 | skirmisha | so call id is checked? |
| 20:44.11 | file | yes, or else it would be impossible to associate it with the call that should be forwarded |
| 20:44.24 | skirmisha | because from the rfc i see only From, To, contact - which is giving forwarding number |
| 20:44.56 | file | for the act of forwarding yes but you still need to associate the 302 with the right dialog and transaction |
| 20:45.15 | skirmisha | so the only way this to happens is to have call forward set on the extension |
| 20:49.21 | skirmisha | another question, not for this channel, but you follow my issue so far - is it possible to disable asterisk to answer on 302 msg - promiscredir is set to no, but still it takes the call |
| 20:49.40 | skirmisha | can i do something in dial plan? |
| 20:49.44 | skirmisha | about 302 msg |
| 20:54.59 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip24-251-34-116.ph.ph.cox.net) |
| 20:57.47 | mjordan | the destination of the redirect is an extension in the dialplan... |
| 21:01.44 | skirmisha | i have to match 302 msg then play them a msg - forward is disabled or similar |
| 21:24.31 | *** join/#asterisk-dev tonyclewis (sid6025@gateway/web/irccloud.com/x-ldfvggobgrwtgilh) |
| 21:30.32 | *** join/#asterisk-dev X-Rob (sid14615@gateway/web/irccloud.com/x-bkaphnxxdnbmnhro) |
| 21:34.44 | *** join/#asterisk-dev jameswf (uid27319@gateway/web/irccloud.com/x-oqszfhhxaqcjmfav) |
| 22:31.02 | *** part/#asterisk-dev kharwell (~kharwell@nat/digium/x-qfmutlkykrnpfsib) |
| 23:08.12 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 23:17.04 | *** join/#asterisk-dev protocoldoug (~quassel@unaffiliated/protocoldoug) |
| 23:35.08 | *** join/#asterisk-dev snuff-work (~snuffy@210.8.167.13) |
| 23:35.08 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |