04:19.17 | *** join/#asterisk infobot (ibot@96-86-209-99-static.hfc.comcastbusiness.net) |
04:19.17 | *** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.35.0 (2020/07/16) 16.12.0 (2020/07/16) Standard: 17.6.0 (2020/07/16); DAHDI: 3.0.0 (2018/11/15); libpri 1.6.0 (2017/01/27) -=- Wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 |
04:30.09 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
04:46.38 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
04:47.27 | *** join/#asterisk gerhard7 (~gerhard7@86-87-238-48.fixed.kpn.net) |
05:03.14 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
05:36.29 | *** join/#asterisk Snuupy (~Snuupy@unaffiliated/snuupy) |
05:41.48 | *** join/#asterisk matrix1233 (~matrix123@41.230.203.239) |
05:41.58 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
06:15.20 | *** join/#asterisk tsal (~tsal@i59F52248.versanet.de) |
06:28.22 | *** join/#asterisk verzo_ (~verzo@gateway/tor-sasl/verzo) |
07:08.56 | *** join/#asterisk defsdoor (~Andrew@cpc120600-sutt6-2-0-cust232.19-1.cable.virginm.net) |
07:33.41 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
07:34.33 | *** join/#asterisk Jesterboxboy (~Thunderbi@84-115-150-8.cable.dynamic.surfer.at) |
08:00.33 | *** join/#asterisk aness (~aness@cm-84.209.60.95.getinternet.no) |
08:22.48 | *** join/#asterisk infobot (ibot@96-86-209-99-static.hfc.comcastbusiness.net) |
08:22.48 | *** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.35.0 (2020/07/16) 16.12.0 (2020/07/16) Standard: 17.6.0 (2020/07/16); DAHDI: 3.0.0 (2018/11/15); libpri 1.6.0 (2017/01/27) -=- Wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 |
09:19.37 | *** join/#asterisk Posterdati (~posterdat@host-79-37-8-106.retail.telecomitalia.it) |
10:23.11 | *** join/#asterisk tafa2 (~tafa2@185.115.101.208) |
10:52.36 | *** join/#asterisk tombriden (~tom@94.2.80.232) |
10:53.24 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
10:56.22 | tombriden | hi, i'm experiencing an intermittent issue with chan_dahdi/libpri: in some cases when bridging two dahdi legs using a dial command in the dialplan, the response to the outgoing SETUP sent to Telco is a RELEASE COMPLETE (Cause 34). This in turn triggers asterisk to send a RELEASE COMPLETE back to the original leg. The issue is, the channel for that first leg is now "stuck" as the call object is never cleared and any further calls to it return a cause 17 |
10:56.22 | tombriden | "User busy" |
10:57.14 | tombriden | from what i can tell, the channel gets cleared in asterisk when the PRI_EVENT_HANGUP_ACK is received but this never happens as there's been no DISCONNECT/RELEASE message sent or received on that call |
11:58.51 | Zombie | So. |
12:21.01 | *** join/#asterisk puzzola (~puzzola@unaffiliated/puzzola) |
12:22.36 | Samot | Lol |
12:23.33 | Zombie | Hi. |
12:23.55 | Zombie | I'm ready to start on the Fax Facet of this situation. |
12:39.08 | *** join/#asterisk sysgrammer_moe (~sysgramme@d50-117-157-138.yt.northwestel.net) |
12:45.32 | Samot | You're not waiting for approval are you? |
12:46.19 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
12:47.40 | *** join/#asterisk paulgrmn_ (~paulgrmn@c-98-250-183-21.hsd1.mi.comcast.net) |
12:51.46 | *** join/#asterisk gerhard7 (~gerhard7@86-87-238-48.fixed.kpn.net) |
12:53.47 | *** join/#asterisk rpifan_ (~rpifan@p200300d2672a0c050d7fe6111fa223ca.dip0.t-ipconnect.de) |
13:12.44 | *** join/#asterisk matrix1233 (~matrix123@41.230.117.12) |
13:14.44 | *** join/#asterisk Maliuta (maliutamat@gateway/shell/matrix.org/x-hwvlsvjnrntpwked) |
13:29.24 | *** join/#asterisk CatCow97 (~mine9@c-73-96-109-206.hsd1.or.comcast.net) |
13:32.45 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
13:44.06 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
13:46.50 | *** join/#asterisk DanFromUK (sid21651@gateway/web/irccloud.com/x-nxyqgdwxoazeglxo) |
13:47.56 | DanFromUK | Hi. Does call parking support multitenancy? IE. In the same way that endpoints can be put into groups for call pickup, can they be put into groups for parking, to prevent other tenants from picking up the wrong calls? |
13:48.29 | DanFromUK | By setting a field property against the endpoint, rather than writing a custom dialplan to handle parking. |
13:50.17 | Zombie | What? No. I've been consumed with another project completely unrelated |
13:51.58 | DanFromUK | Zombie: Was that "What? No." a response to my question? I only just rejoined the channel, so I'm not sure if you were already in the middle of a conversation. |
13:52.42 | Zombie | Different thread of discussion. |
14:04.41 | *** join/#asterisk kharwell (uid358942@gateway/web/irccloud.com/x-rmrhkagjehwjwjmi) |
14:04.41 | *** mode/#asterisk [+o kharwell] by ChanServ |
14:07.29 | Samot | DanFromUK: Yes. You can have multiple lots |
14:08.07 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
14:08.15 | DanFromUK | @Samot: I found it. And managed to park in separate lots. Just struggling to unpark now. It's only looking in the 'default' lot at the moment. |
14:15.07 | DanFromUK | How do you delete a dynamically created parking context? I need the Parking Context variable to update, with a new value set via setvar in the pjsip endpoint config. |
14:15.31 | DanFromUK | But since the parking lot has been created, it's not updating. |
14:15.45 | DanFromUK | module reload res_parking.so didn't do it |
14:27.56 | *** join/#asterisk sa02irc (~mbax@155-079-043-212.ip-addr.inexio.net) |
14:34.42 | DanFromUK | Is this Asterisk blog post missing something? https://blogs.asterisk.org/2016/03/30/setup-call-parking/ |
14:34.43 | *** join/#asterisk iamnurls (~nurls@gateway/tor-sasl/nurls) |
14:35.18 | DanFromUK | I cannot see where [park_tenant_1] and [park_tenant_2] are being included in the dialplan for each specific tenant. |
14:35.41 | DanFromUK | IE. Is it missing an "include => park_tenant_2" statement? |
14:37.05 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-gaejoxoayfyiyrzh) |
14:37.05 | *** mode/#asterisk [+o bford] by ChanServ |
14:38.13 | DanFromUK | @rmudgett: Please see my question above. Thanks. |
14:38.57 | DanFromUK | Specifically, the one about the blog post. |
14:41.35 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
14:45.50 | *** join/#asterisk spatel (~spatel@70.42.54.42) |
14:46.10 | *** join/#asterisk fstd_ (~fstd@unaffiliated/fisted) |
15:03.54 | *** join/#asterisk tafa2 (~tafa2@185.115.101.208) |
15:07.45 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
15:09.06 | rmudgett | DanFromUK: The park_tenant_1 and park_tenant_2 contexts are not included as that generated dialplan is not used. It is the parking lot configured on the endpoints that distinguishes where calls get parked. Generic dialplan is used to put the calls into their respective parking lots. |
15:12.53 | *** join/#asterisk retentiveboy (~retentive@c-73-43-121-243.hsd1.ga.comcast.net) |
15:13.56 | *** join/#asterisk matrix1233 (~matrix123@41.230.117.12) |
15:14.01 | DanFromUK | @rmudgett: I'm using the feature code in features.conf to park calls. And used "set_var=__PARKINGDYNCONTEXT=tenant1_parking" against the endpoint in pjsip.conf. Calls park into the correct lot. But dialling 70X to pickup the call is using 70X@default, and not 70X@tenant1_parking. |
15:14.16 | DanFromUK | I've had to include => tenant1_parking to get it to successfully pickup. |
15:14.42 | DanFromUK | Unless this is a bug in my version of asterisk which isn't adding the dialplan to the peer properly? |
15:38.56 | rmudgett | If you do not specify the parking lot on the Park() and ParkedCall() app options then which lot is used is determined by PARKINGLOT channel variable or CHANNEL(parkinglot) value or the default lot if the other two locations are empty. |
15:39.49 | *** join/#asterisk Janos (~textual@201.204.94.76) |
15:48.33 | *** join/#asterisk H0ND0 (~H0ND0@170.205.128.51) |
15:51.17 | *** join/#asterisk mvanbaak (~mvanbaak@asterisk/contributor-and-bug-marshal/mvanbaak) |
16:14.48 | *** join/#asterisk rpifan_ (~rpifan@p54ac5434.dip0.t-ipconnect.de) |
16:22.22 | *** join/#asterisk Janos (~textual@201.204.94.76) |
16:34.43 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
16:44.56 | *** part/#asterisk boredguy (~boredguy@unaffiliated/boredguy) |
17:14.47 | *** join/#asterisk matrix1233 (~matrix123@41.230.117.12) |
17:38.51 | *** join/#asterisk matrix1233 (~matrix123@41.230.117.12) |
17:59.35 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
18:02.36 | *** join/#asterisk netman (~netman@185.94.249.222) |
18:17.50 | *** join/#asterisk miralin (~Thunderbi@5.138.30.60) |
18:19.06 | *** join/#asterisk miralin (~Thunderbi@5.138.30.60) |
18:38.58 | *** join/#asterisk _mwoodj_ (~mwoodj@pdpc/sponsor/digium/hyper-eye) |
18:47.30 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
18:49.45 | *** join/#asterisk miralin1 (~Thunderbi@5.138.30.60) |
18:55.59 | *** join/#asterisk sa02irc (~mbax@155-079-043-212.ip-addr.inexio.net) |
19:36.09 | *** join/#asterisk tafa2_ (~tafa2@185.115.101.208) |
19:44.52 | *** join/#asterisk tafa2 (~tafa2@185.115.101.208) |
20:24.48 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
21:23.20 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
21:49.08 | *** join/#asterisk iamnurls (~nurls@gateway/tor-sasl/nurls) |
21:54.12 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
22:32.33 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
22:42.47 | *** join/#asterisk matrix1233 (~matrix123@41.230.117.12) |
22:45.14 | *** join/#asterisk paulgrmn_ (~paulgrmn@c-98-250-183-21.hsd1.mi.comcast.net) |
23:40.51 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
23:43.36 | hardwire | Is there a slightly more readable way of escaping the x's and n's and such in the following: |
23:43.40 | hardwire | exten => _[x]siphost-co[n]versatio[n]al#NXXNXXXXXX,1,Dial(PJSIP/11241#${EXTEN:21}@outbound-xsiphost,60,S(1200)) |
23:43.40 | hardwire | exten => _[x]siphost-dialer#NXXNXXXXXX,1,Dial(PJSIP/${EXTEN:13}@outbound-xsiphost,60,S(1200)) |
23:50.11 | Samot | Whoa. |
23:50.17 | Samot | That's what you're matching against? |
23:51.14 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
23:52.30 | hardwire | Yup. Just a verbose prefix is all |