00:14.34 | *** join/#asterisk aness (~aness@cm-84.209.52.150.getinternet.no) |
00:21.28 | *** join/#asterisk infobot (ibot@208.53.50.136) |
00:21.29 | *** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.23.1 (2018/09/20) 16.0.0 (2018/10/09), Security Only: 15.6.1 (2018/09/20); DAHDI: DAHDI-linux 2.11.1 (2016/03/01), DAHDI-tools 2.11.1 (2016/03/01); libpri 1.6.0 (2017/01/27) -=- Wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 -=- Logs: bit.ly/1s4AKKu |
02:07.33 | *** join/#asterisk pppingme (~pppingme@unaffiliated/pppingme) |
02:17.59 | *** join/#asterisk masoudd (~masoudd@5.116.12.133) |
02:40.49 | *** join/#asterisk u0m3 (~u0m3@86.120.97.73) |
03:16.22 | *** join/#asterisk m4rcu5 (nobody@546AF885.cm-12-3d.dynamic.ziggo.nl) |
03:50.02 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-128-59.satx.res.rr.com) |
04:42.17 | *** join/#asterisk m4rcu5 (nobody@546AF885.cm-12-3d.dynamic.ziggo.nl) |
05:09.08 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
06:11.48 | *** join/#asterisk Cory (~Cory@unaffiliated/cory) |
06:49.08 | *** join/#asterisk masoudd (~masoudd@5.116.12.133) |
06:50.35 | *** join/#asterisk masoudd (~masoudd@5.116.12.133) |
06:51.23 | *** join/#asterisk masoudd (~masoudd@5.116.12.133) |
07:05.42 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
07:50.49 | *** join/#asterisk moldypenguins (~moldypeng@CPEf81d0fa68be3-CMf81d0fa68be0.cpe.net.cable.rogers.com) |
08:22.45 | *** join/#asterisk WizJin (~WizJin@150.129.105.191) |
08:24.06 | *** join/#asterisk defsdoor (~Andrew@cpc120600-sutt6-2-0-cust232.19-1.cable.virginm.net) |
08:32.33 | *** join/#asterisk moldy|away (~moldypeng@CPEf81d0fa68be3-CMf81d0fa68be0.cpe.net.cable.rogers.com) |
08:33.13 | *** join/#asterisk m4rcu5 (nobody@546AF885.cm-12-3d.dynamic.ziggo.nl) |
08:41.15 | *** join/#asterisk moldypenguins (~moldypeng@CPEf81d0fa68be3-CMf81d0fa68be0.cpe.net.cable.rogers.com) |
09:36.45 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-128-59.satx.res.rr.com) |
10:35.16 | *** join/#asterisk troyt (zncsrv@2601:681:4100:8981:44dd:acff:fe85:9c8e) |
11:01.12 | *** join/#asterisk Stefan26 (~Stefan26@78-67-218-242-no207.tbcn.telia.com) |
11:04.07 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
11:11.30 | *** join/#asterisk Jesterboxboy (~Thunderbi@84-115-150-8.cable.dynamic.surfer.at) |
11:25.47 | Stefan26 | Hello |
11:27.40 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-128-59.satx.res.rr.com) |
11:31.49 | Stefan26 | How's asterisk doing? |
11:45.35 | *** join/#asterisk m4rcu5 (nobody@546AF885.cm-12-3d.dynamic.ziggo.nl) |
12:02.30 | *** join/#asterisk moldy|away (~moldypeng@CPEf81d0fa68be3-CMf81d0fa68be0.cpe.net.cable.rogers.com) |
12:10.06 | *** join/#asterisk yokel (~yokel@unaffiliated/contempt) |
12:11.27 | *** join/#asterisk sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
12:36.36 | *** join/#asterisk jamesaxl (~James_Axl@176.98.158.9) |
12:55.55 | *** join/#asterisk Ellenor (ellenor@unaffiliated/ellenor) |
13:22.57 | *** join/#asterisk troyt (zncsrv@2601:681:4100:8981:44dd:acff:fe85:9c8e) |
13:34.13 | *** join/#asterisk odyniec (~odyniec@89-67-110-7.dynamic.chello.pl) |
13:37.12 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
15:40.35 | *** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou) |
15:47.00 | *** join/#asterisk zapata (~zapata@2a02:b18:581:10:7966:f226:55b2:a537) |
16:32.00 | *** join/#asterisk dandann00dle (~dandann00@2601:840:8401:d7ee:cd87:f9f3:b237:db82) |
16:45.00 | *** join/#asterisk Typhon (~Typhon@dslb-188-106-146-082.188.106.pools.vodafone-ip.de) |
16:48.37 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
18:05.33 | *** join/#asterisk Cory (~Cory@unaffiliated/cory) |
18:54.32 | *** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou) |
19:13.14 | FrankyCyborg | can somebody tell me the format of the 'Contact' field in a pjsip.conf file? somehow I can't find working documentation/examples for it.. is it Contact="USER" <SIP-URL> ? |
19:14.43 | file | if you are referring to within an AOR, it is a SIP URI to reach something |
19:14.50 | file | generally, sip:host |
19:21.54 | FrankyCyborg | yep, wihtin an AOR.. |
19:22.59 | FrankyCyborg | ok, because in that case some code in pjproject-2.8 and/or asterisk-16.0.0 is plain wrong, as it's constructing/parsing text values the wrong way.. hmmmm |
19:23.31 | FrankyCyborg | (which eventually leads to null pointers and segfaults on my installation) |
19:58.46 | *** join/#asterisk K0HAX (~michael@gateway/tor-sasl/k0hax) |
20:21.30 | *** join/#asterisk FuriousGeorge (ad3fb567@gateway/web/freenode/ip.173.63.181.103) |
20:21.35 | FuriousGeorge | hi everyone |
20:22.30 | FuriousGeorge | ive tried jumping based on dialstatus and using ,,g but i can't seem to park the calling party after called party hangs up. the console looks like it works. i see saydigits playing for the first spot, but calling party hears nothing, and eventually channel drops |
20:23.22 | FuriousGeorge | Channel SIP/99-00000027 joined 'holding_bridge' parking-bridge <a39f0003-0bc8-4d07-914c-a7d6b8f5503f> |
20:23.53 | [TK]D-Fender | show the whole thing |
20:24.02 | [TK]D-Fender | piecmeal is worthless |
20:46.40 | FuriousGeorge | [TK]D-Fender: it's odd. i had this working at some point, but now i only hear silence on the saydigits, and the call park appears to work but fails |
20:46.46 | FuriousGeorge | https://pastebin.com/3CG1SYnr |
20:53.19 | [TK]D-Fender | Where's the call? |
20:53.31 | [TK]D-Fender | I have no proof this code is used or anything that happens to the actual call |
21:03.13 | FuriousGeorge | [TK]D-Fender: https://pastebin.com/JB3xed02 |
21:03.44 | FuriousGeorge | the problem seems to be larger than just parking. saydigits doesn't produce sound to the caller in any context. almost like an rtp problem |
21:03.49 | [TK]D-Fender | The whole call |
21:03.52 | [TK]D-Fender | and SIP debug |
21:04.04 | [TK]D-Fender | You seem to be doing your very best to NOT look at this |
21:04.20 | FuriousGeorge | im rebooting the gateway, ill get the debug when it comes back |
21:04.25 | FuriousGeorge | momentarily |
21:04.36 | [TK]D-Fender | Step 1: Do NOT fuck with the evidence |
21:05.20 | [TK]D-Fender | And the dialplan doesn't match the exectution |
21:05.27 | [TK]D-Fender | execution* |
21:05.43 | FuriousGeorge | i set up an extension that parks. that should help in keeping it simple. (I just realized that I enabled parking, and some options in res_parking... i can't help but think it's related) |
21:05.53 | [TK]D-Fender | You are giving a solid reason to not trust any of what we see |
21:07.33 | *** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou) |
21:15.38 | FuriousGeorge | [TK]D-Fender: it seems everything started working per normally after a reboot |
21:22.03 | [TK]D-Fender | [TK]D-Fender> Step 1: Do NOT fuck with the evidence <--- |
21:29.16 | *** join/#asterisk pa (~pa@unaffiliated/pa) |
21:43.35 | *** join/#asterisk Typhon (~Typhon@dslb-188-106-146-082.188.106.pools.vodafone-ip.de) |
21:59.31 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-128-59.satx.res.rr.com) |
22:05.32 | FuriousGeorge | here's a sip dump from call parking. now the parties can hear each other, but after about a minute it hangs up. ive set the timeout to 600 seconds and when that didn't work i set it to300 |
22:08.17 | FuriousGeorge | https://pastebin.com/fiuYBffG |
22:08.33 | FuriousGeorge | maybe a problem in my parking config |
22:08.47 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
22:10.57 | [TK]D-Fender | I don't see parking in there |
22:11.14 | [TK]D-Fender | I don't see a timeout message |
22:12.02 | [TK]D-Fender | That PB is neutered and worthless |
22:12.49 | [TK]D-Fender | So far all I see is a device deliberately ending a call. |
22:14.37 | FuriousGeorge | ill do the whole call |
22:15.20 | *** join/#asterisk dandann00dle (~dandann00@2601:840:8401:d7ee:cd87:f9f3:b237:db82) |
22:22.42 | FuriousGeorge | [TK]D-Fender: https://pastebin.com/qHCGkGuu parking not happening for me today. |
22:23.06 | FuriousGeorge | not sure if related, but i had some circular hints overflowing the stack earlier. not sure if that but me in a bad state again. |
22:29.41 | [TK]D-Fender | You don't even have basic verbose enabled in there |
22:29.58 | [TK]D-Fender | Seriously, what are you even doing? |
22:30.20 | [TK]D-Fender | You seem incapable of actually LOOKING at a call. |
22:35.45 | FuriousGeorge | [TK]D-Fender: i sip set debug on. did i not start the capture soon enough? when you say i don't have basic verbose, are you saying i dind't start with enough vvvvvvv? |
22:36.10 | [TK]D-Fender | Do you see dialplan apps executing in there? |
22:36.36 | [TK]D-Fender | NVM |
22:36.40 | [TK]D-Fender | I see others lower down |
22:36.55 | [TK]D-Fender | but you're not starting a the beginning of a call |
22:43.39 | *** join/#asterisk scampbell (~scampbell@mail.scampbell.net) |
22:51.39 | FuriousGeorge | [TK]D-Fender: this is from the beginning of the call. 1 priority, which is to park. nothing else happens |
22:51.40 | FuriousGeorge | https://pastebin.com/CZFeUbbA |
22:51.49 | FuriousGeorge | [TK]D-Fender: i don't believe the call lasts a minute. |
22:58.23 | [TK]D-Fender | <--- SIP read from UDP:192.168.1.204:5088 ---> |
22:58.23 | [TK]D-Fender | BYE sip:1000@192.168.1.201:5060 SIP/2.0 |
22:58.41 | [TK]D-Fender | User-Agent: Grandstream GXW4216 V2.3B 1.0.5.30 |
22:58.58 | [TK]D-Fender | Is see the only device involved in this deciding to terminate the call |
22:59.11 | FuriousGeorge | sip 1000 is an analog phone attached to a gateway. it only has a hook flash button, which we are not hitting |
22:59.36 | [TK]D-Fender | no |
22:59.40 | [TK]D-Fender | We're looking a Channel SIP/99-0000000f |
22:59.53 | FuriousGeorge | yeah, the grandstream is an ata |
22:59.53 | [TK]D-Fender | there is no 1000 as a device here that I see in that |
23:00.21 | FuriousGeorge | no, i call extension 1000, and it just parks me |
23:00.28 | FuriousGeorge | there is no device there, so you are correct |
23:00.59 | FuriousGeorge | i'm calling the park orbit extension directly. but transferring to it yields the same result |
23:01.10 | [TK]D-Fender | ... |
23:01.20 | [TK]D-Fender | The gateway hung up. |
23:01.24 | [TK]D-Fender | If was not kicked out |
23:01.38 | [TK]D-Fender | The app did not "time out" |
23:01.44 | FuriousGeorge | [TK]D-Fender: you think it is some sort of faulty hangup detection? |
23:01.50 | FuriousGeorge | that makes no sense actually |
23:02.00 | [TK]D-Fender | We clearly see the device go "BYE". |
23:02.05 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-128-59.satx.res.rr.com) |
23:02.08 | FuriousGeorge | [TK]D-Fender: i see that |
23:02.11 | [TK]D-Fender | Why is this even a QUESTION? |
23:02.41 | [TK]D-Fender | It hung up. |
23:02.44 | FuriousGeorge | are you asking me why i asked if i saw the "BYE"? i didn't see the bye till much more recently |
23:03.05 | FuriousGeorge | even still, i wouldn't assume that there is nothing else to be gleaned, unless im told so |
23:03.45 | FuriousGeorge | can you think of any setting that i could tweak on the GS gateway to try and fix this? |
23:04.20 | [TK]D-Fender | I don't know that there is something that is qualified as a thing that requires fixing. |
23:04.27 | *** join/#asterisk h3apspray (~h3apspray@68.118.148.175) |
23:10.18 | FuriousGeorge | [TK]D-Fender: i expect it not to hang up. result is hangup. probably qualifies as something that needs fixing. or i could just not use park |
23:10.27 | FuriousGeorge | to be clear, no one is hanginig up the call |
23:10.36 | FuriousGeorge | at least not intentionally |
23:11.02 | FuriousGeorge | sounds like it's time to try the magic reboot |
23:11.45 | h3apspray | hello gents... I had a quick question: how would I go about having asterisk dial an external number Dial(SIP/provider/1NPANXXXXXX) and once connected transfer the call to an internal context? i"ve tried using Goto() but no luck... also tried using a .call file to no avail. any ideas? |
23:12.23 | [TK]D-Fender | FuriousGeorge, SIP/99 decided to end the call |
23:12.29 | [TK]D-Fender | The end. |
23:12.42 | [TK]D-Fender | WTF does "rebooting" play in debugging this? |
23:13.25 | [TK]D-Fender | h3apspray, Who is doing that dial? What should happen to the caller? |
23:15.14 | FuriousGeorge | [TK]D-Fender: sanity check. it worked before so i'm just hoping |
23:15.30 | h3apspray | I would... I want to dial XXX, have XXX Dial(SIP/provider/1NPANXXXXXX) and once answered have it bridge/connect to a local context. |
23:15.46 | [TK]D-Fender | you need to be clearer. |
23:16.28 | [TK]D-Fender | you are using a device. You dial something to *. you want * to dial out based on that. The call gets answered. What do you want to have happen to THEM, and what do you want to have happen to YOU? |
23:17.26 | h3apspray | D-Fender: one moment |
23:28.37 | FuriousGeorge | the sangoma phone survives parking, so it seems to be something up with the grandstream |
23:30.40 | [TK]D-Fender | You don't need anything else to say that's it's the device that is responsible |
23:30.41 | [TK]D-Fender | We see the "bye" |
23:35.01 | FuriousGeorge | [TK]D-Fender: not so fast |
23:35.12 | FuriousGeorge | how do you know it isn't the analog phone? |
23:35.47 | [TK]D-Fender | <[TK]D-Fender> <--- SIP read from UDP:192.168.1.204:5088 ---> |
23:35.47 | [TK]D-Fender | <[TK]D-Fender> BYE sip:1000@192.168.1.201:5060 SIP/2.0 |
23:35.48 | [TK]D-Fender | <[TK]D-Fender> User-Agent: Grandstream GXW4216 V2.3B 1.0.5.30 |
23:36.35 | [TK]D-Fender | For WHATEVER reason the GRANDSTREAM GXW4216 there said "That's it, I'm not talking anymore" |
23:36.44 | FuriousGeorge | [TK]D-Fender: what if, pray tell, the analog phone has some sort of "dial tone detection" or "call progress detection", and in fact what is happening is that it is dropping the call |
23:37.06 | FuriousGeorge | maybe all i need to do is find a jumper on the back, flip it to the off position, and solve my problem |
23:37.24 | [TK]D-Fender | Phone's don't detect anything. |
23:37.44 | [TK]D-Fender | There is no such thing as "progress" on an analog phone |
23:38.49 | FuriousGeorge | [TK]D-Fender: maybe some do, and if i flip dip switch 2 as described on page 3, section C part 2: |
23:38.50 | FuriousGeorge | https://www.vikingelectronics.com/product_docs/DOD/210.pdf |
23:38.55 | FuriousGeorge | it will solve my problem |
23:39.01 | FuriousGeorge | you think |
23:39.03 | FuriousGeorge | ? |
23:40.46 | [TK]D-Fender | That's a device detecting that a line has returned to giving it dialtone instead of being on what it consideres a call |
23:41.44 | [TK]D-Fender | Just to reset itself. |
23:47.31 | FuriousGeorge | [TK]D-Fender: at least, that's how they drew it up |
23:47.44 | FuriousGeorge | but in my case it hangs up the channel. im seeing if it's the MOH |
23:55.13 | FuriousGeorge | and sure enough, it was the music. changing the music prevents the hangup |
23:56.38 | FuriousGeorge | should have trusted my instincts <FuriousGeorge> [TK]D-Fender: you think it is some sort of faulty hangup detection? |