00:15.49 | *** join/#asterisk lbazan (~LoKoMurdo@fedora/LoKoMurdoK) |
00:22.31 | *** join/#asterisk infobot (ibot@rikers.org) |
00:22.31 | *** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.20.0 (2018/03/15), Standard: 15.3.0 (2018/03/15); 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 |
00:29.11 | *** join/#asterisk jkroon_ (~jkroon@165.16.204.174) |
00:32.29 | *** join/#asterisk Chotaire (chotaire@unaffiliated/chotaire) |
01:04.17 | *** join/#asterisk Chotizei (chotaire@unaffiliated/chotaire) |
01:24.24 | *** join/#asterisk sibyakin (~sibyakin@188.162.228.165) |
01:29.47 | *** join/#asterisk Chotizei (chotaire@unaffiliated/chotaire) |
02:27.08 | *** join/#asterisk paulgrmn_ (~paulgrmn@184.75.212.68) |
02:51.15 | *** join/#asterisk Chotizei (chotaire@unaffiliated/chotaire) |
02:55.47 | *** join/#asterisk Chotizei (chotaire@unaffiliated/chotaire) |
02:59.33 | *** join/#asterisk boris_t (~boris_t@109.248.217.2) |
03:45.20 | *** join/#asterisk Oooohboy (~Oooohboy@2605:6000:1711:c1ff:300b:bb21:8bb2:2647) |
03:52.07 | *** join/#asterisk gringo (~gringo@unaffiliated/gringo) |
04:09.49 | *** join/#asterisk Chotaire (chotaire@unaffiliated/chotaire) |
05:17.03 | *** join/#asterisk jkroon__ (~jkroon@165.16.204.164) |
05:28.27 | *** join/#asterisk Milos (~Milos@pdpc/supporter/student/milos) |
06:18.48 | *** join/#asterisk miralin (~Thunderbi@194.8.128.51) |
06:26.17 | *** join/#asterisk sibyakin (~sibyakin@188.162.228.78) |
06:42.11 | *** join/#asterisk crossbuilder (~crossbuil@p5B3E70AD.dip0.t-ipconnect.de) |
07:00.02 | *** join/#asterisk Jesterboxboy (~Thunderbi@84-115-150-8.cable.dynamic.surfer.at) |
07:20.14 | *** join/#asterisk jkroon (~jkroon@165.16.204.164) |
07:20.55 | *** join/#asterisk Mr_Pleb_Mgoo (~jakeb@103.46.213.148) |
07:26.44 | *** join/#asterisk tzafrir (~tzafrir@local.xorcom.com) |
07:46.33 | *** join/#asterisk DanB_ (~DanB@37.251.226.3) |
07:52.13 | *** join/#asterisk CatCow97 (~mine9@c-24-22-38-85.hsd1.or.comcast.net) |
08:20.41 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
09:00.01 | *** join/#asterisk Asgaroth (~Asgaroth@212.2.172.228) |
09:09.33 | *** join/#asterisk Jesterboxboy (~Thunderbi@84-115-150-8.cable.dynamic.surfer.at) |
09:15.07 | *** join/#asterisk bllackjack (67d86345@gateway/web/freenode/ip.103.216.99.69) |
09:15.18 | bllackjack | taskprocessor.c: The 'subp:ast_channel_topic_all-000029e6' task processor queue reached 500 scheduled tasks. |
09:15.23 | bllackjack | Can anyone help me with this? |
09:15.39 | bllackjack | The calls get stuck in waiting and this is what I get in the log |
09:26.35 | *** join/#asterisk chiggins (~chiggins@unaffiliated/chiggins) |
09:26.40 | *** join/#asterisk sebastienthiry (~Thunderbi@109.134.29.137) |
09:55.51 | *** join/#asterisk Jesterboxboy (~Thunderbi@84-115-150-8.cable.dynamic.surfer.at) |
10:15.32 | [J]oules | bllackjack: you have pjsip extensions loosing registration too? |
10:20.16 | *** join/#asterisk drmessano (drmessano@pdpc/supporter/active/drmessano) |
10:24.35 | *** join/#asterisk jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
10:36.29 | bllackjack | [J]oules: Just SIP, using the legacy. |
10:58.56 | *** join/#asterisk dar123 (~dar@2600:1700:38d0:1470:e8f7:3a37:bd18:5e25) |
11:03.30 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
11:15.07 | *** join/#asterisk Samot (sid133316@gateway/web/irccloud.com/x-vsulbeeoxylmslge) |
12:11.52 | *** join/#asterisk sebastienthiry (~Thunderbi@109.134.29.137) |
12:28.19 | *** join/#asterisk infobot (ibot@rikers.org) |
12:28.19 | *** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.20.0 (2018/03/15), Standard: 15.3.0 (2018/03/15); 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 |
12:28.40 | *** join/#asterisk tripleslash (~triplesla@unaffiliated/imsaguy) |
12:32.57 | *** join/#asterisk Bryanstein (~Bryanstei@shellium/admin/bryanstein) |
12:44.29 | *** join/#asterisk DanB (~DanB@37.251.226.3) |
12:50.37 | *** join/#asterisk [TK]D-Fender (~joe@216.191.106.165) |
12:52.30 | *** join/#asterisk sigmaorion (98a88e91@gateway/web/freenode/ip.152.168.142.145) |
12:55.17 | sigmaorion | hi! I've registered two Cisco 7960 phones with Asterisk (TCP transport) from different networks, different ISPs. If only one phone is connected, everything works fine, but once I connect the second one I get "forbidden" when I try to dial. Asterisk logs show "username mismatch, has <xxx> digest has <yyy>". |
12:55.54 | sigmaorion | also, when I connect the second phone, the first one changes as if it has registered from the same external IP the second one has |
12:56.25 | sigmaorion | Both extensions are configured as type = peer. Any ideas would be really appreciated! |
12:57.42 | Samot | Don't use peer |
12:57.46 | Samot | Because it's matching on IP |
12:58.11 | sigmaorion | Samot, should I use "friend"? |
12:58.17 | Samot | Yes. |
12:58.25 | Samot | For phones, yes. |
13:00.44 | sigmaorion | thank you very much for you answer! I have read the difference between friend, user and peer, but haven't completely understood... would you please briefly try to clarify why, in this case, I should use type = friend? |
13:03.18 | [TK]D-Fender | sigmaorion, Are you trying to register 2 phones to the same peer entry in *? |
13:04.05 | sigmaorion | no, each phone is registering to its own extension definition in sip.conf |
13:04.25 | sigmaorion | phone A -> [100], phone B -> [200] |
13:04.33 | [TK]D-Fender | ok |
13:04.42 | sigmaorion | I have all my non-Cisco phones working perfectly like "peer" and UDP |
13:04.52 | sigmaorion | this issue is showing only when the transport is TCP |
13:05.52 | sigmaorion | it looks like Asterisk thinks the SIP messages are all coming from the same phone when on TCP, no matter what |
13:08.14 | file | chan_sip didn't use the port when looking up from TCP or TLS sources |
13:08.30 | file | it was changed, https://gerrit.asterisk.org/#/c/7430/, and will be in the next release |
13:09.22 | sigmaorion | hi @file, and will "friend" type workaround that in the meantime? |
13:09.30 | file | I don't remember chan_sip. |
13:10.49 | file | can only keep one SIP stack in his head at a time |
13:13.57 | Samot | https://www.irccloud.com/pastebin/8Zkg1riq/ |
13:14.13 | Samot | ^ That's how Chan_SIP matches incoming calls |
13:15.18 | Samot | https://www.irccloud.com/pastebin/noSDPMKL/ |
13:15.32 | Samot | ^^ That's the differences between friend/user/peer |
13:15.38 | Samot | https://github.com/asterisk/asterisk/blob/master/configs/samples/sip.conf.sample |
13:15.42 | Samot | ^^ Full details |
13:16.49 | sigmaorion | Samot, that's clear like water, and that makes sense with all my UDP phones defined as peer and working... but why is TCP not working? |
13:17.12 | file | because for TCP and TLS it did not check using the port number. |
13:17.40 | sigmaorion | @file, yes, got it... that's what I didn't know and didn't find anywhere |
13:17.47 | sigmaorion | thank you very much for that tip! |
13:17.52 | Samot | If the device needs to do stuff based on username then peer is wrong. |
13:18.14 | Samot | Peer should be mainly for your "trunks" |
13:18.48 | sigmaorion | but I've read some posts discouraging the use of friend for security reasons... |
13:18.58 | Samot | "some" |
13:19.01 | sigmaorion | something about an "enumeration attack" |
13:19.13 | sigmaorion | isn't that true? |
13:19.25 | Samot | Those are posts made by people who have no idea about SIP security. |
13:19.48 | Samot | If you need your devices to do things based on the user.. |
13:20.06 | Samot | the device username, then you need to use friend. |
13:20.15 | Samot | So it makes both a user and a peer entry |
13:21.34 | sigmaorion | Samot, thank you for your help! |
13:21.49 | sigmaorion | I will try type friend right now and see if it works! :) |
13:28.31 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
13:28.31 | *** mode/#asterisk [+o cresl1n] by ChanServ |
13:40.54 | sigmaorion | gents, so far it looks good! I cannot confirm until another guy reaches the other phone, a mile away from here, and we can fully test it. But I think it's working... |
13:41.00 | sigmaorion | thank you for your help! |
13:41.44 | *** join/#asterisk mlhess (~mlhess@drupal.org/user/102818/view) |
13:43.14 | *** join/#asterisk LunaLovegood (~alice@75.98.139.193) |
13:44.10 | sigmaorion | @file, where can I read about UDP and TCP differences? I haven't ever found anything about Asterisk not checking port when on TCP or TLS... |
13:44.22 | sigmaorion | any specific documentation where I can read more? |
13:44.34 | file | I don't know if there was ever any documentation or mentions |
13:46.25 | sigmaorion | so, may I ask, how do you know it? I mean, is it because you are involved with the code or something? |
13:46.43 | sigmaorion | just being curious so I can look for more information somewhere, I'm interested in digging |
13:46.54 | file | I reviewed the code review that I linked |
13:47.10 | file | https://gerrit.asterisk.org/#/c/7430/ |
13:52.02 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
13:52.03 | *** mode/#asterisk [+o cresl1n] by ChanServ |
13:54.13 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
13:54.13 | *** mode/#asterisk [+o cresl1n] by ChanServ |
13:55.16 | sigmaorion | well, unfortunately it has failed again... 'sip show peers' show the same IP address for both phones (on different ISPs) and the phone cannot place calls |
13:55.26 | sigmaorion | so, it didn't actually work |
13:57.52 | sigmaorion | there must be something wrong with the registration process... how could both extensions end up registered as if they were under the same IP? |
13:58.16 | *** join/#asterisk andresmujica (~andresmmu@ubuntu/member/andresmujica) |
13:59.01 | *** join/#asterisk kharwell (kharwell@nat/digium/x-afonjizduowtoezp) |
13:59.01 | *** mode/#asterisk [+o kharwell] by ChanServ |
14:09.07 | *** join/#asterisk mhache (~mhache@198.164.250.208) |
14:13.04 | *** join/#asterisk Da-Geek (Da-Geek@nat/redhat/x-klxfrilsfvbalcfv) |
14:14.08 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
14:16.41 | *** join/#asterisk tehgooch (~tehgooch@unaffiliated/tehgooch) |
14:21.49 | [J]oules | anyone happen to know a2billing ? |
14:23.01 | [J]oules | having an issue where a2billing is sending a terminated call to another pbx. found what its doing but unsure where to remove it.. It's not in any of the settings in gui |
14:23.03 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
14:23.04 | *** mode/#asterisk [+o cresl1n] by ChanServ |
14:31.32 | sigmaorion | hi J]oules, I use a2billing... could you please give some more detail? is it resending the call through another trunk? |
14:31.49 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-nbuetivdnahpqfgi) |
14:31.49 | *** mode/#asterisk [+o rmudgett] by ChanServ |
14:36.30 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-hacnjwvxhdgcyjof) |
14:36.31 | *** mode/#asterisk [+o rmudgett] by ChanServ |
14:38.37 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-dzfygyrqpxclkoeq) |
14:38.38 | *** mode/#asterisk [+o bford] by ChanServ |
14:41.29 | *** join/#asterisk gtjoseph (~gtjoseph@unaffiliated/gtj) |
14:41.29 | *** mode/#asterisk [+o gtjoseph] by ChanServ |
14:53.00 | *** join/#asterisk gtjoseph (~gtjoseph@unaffiliated/gtj) |
14:53.00 | *** mode/#asterisk [+o gtjoseph] by ChanServ |
14:53.13 | *** join/#asterisk GameGamer43 (sid5533@gateway/web/irccloud.com/x-kfsyuvjshqsishwk) |
14:56.55 | [J]oules | a2billing sends the call to another pbx. Even though our freepbx terminated the call |
14:57.13 | [J]oules | i have a short debug which clearly shows whats happening |
14:57.34 | [J]oules | but I am guessing the issue is in the mya2billing db |
15:11.47 | *** join/#asterisk infobot (ibot@rikers.org) |
15:11.47 | *** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.20.0 (2018/03/15), Standard: 15.3.0 (2018/03/15); 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 |
15:17.54 | [J]oules | Samot: originally i asked if anyone knows a2b. |
15:18.19 | [J]oules | there are a lot of people here so perhaps someone knows and wont kill me on cost to fix it |
15:18.45 | [TK]D-Fender | And even now you're showing half a call worth of processing |
15:18.51 | [TK]D-Fender | never the full call |
15:19.06 | [TK]D-Fender | not showing matching config setting to back it up |
15:19.10 | igcewieling | Thankfully I don't have to deal with CDRs and billing, we use the CDRs from the carrier for billing. |
15:20.07 | [TK]D-Fender | http://newsroom.plantronics.com/press-release/plantronics-acquire-polycom-2-billion |
15:20.24 | [TK]D-Fender | there goes the neighbourhood |
15:21.28 | igcewieling | Plantronics is the only headset I recommend. It could be worse, Microsoft could be buying Polyvom. |
15:21.37 | Samot | ^^^ |
15:21.58 | Samot | Plantronics/Polycom is the combo I use too. |
15:22.06 | Samot | So yeah, I'm good with this. |
15:22.31 | Samot | Could've been the other way as well. Still be cool. |
15:23.52 | *** join/#asterisk X-Rob (X-Rob@gateway/web/irccloud.com/x-xxfhdnrpfuphddll) |
15:24.00 | igcewieling | Digium needs to buy Polycom so Broadsoft doesn't 8-) |
15:25.21 | Samot | I like Broadsoft. |
15:25.37 | Samot | Way better than the M6 platform. |
15:29.11 | [TK]D-Fender | <igcewieling> Digium needs to buy Polycom so Broadsoft doesn't 8-) <- Digium already has their own phones and other hardware, they should probably concentrate on making those products better |
15:30.34 | igcewieling | If they bought polycom they would not need to make their phones better. |
15:31.14 | [TK]D-Fender | igcewieling, but I'm actually against the hardware & software side merging. What made * great was that it was intented to work with all sorts of random devices hence its name. When you start developing specific hardware to match special functions in software then you end up being just another proprietary solution and standards can go out the window ... along with options. |
15:32.01 | [TK]D-Fender | If one day my phones piss me off I can ditch them in a heartbeat. If * somehow becomes some kind of serious pain for me it can go too and my hardware isn't just written off. |
15:32.16 | [TK]D-Fender | McDLT the bitch. That's what I'm saying.... |
15:32.34 | *** join/#asterisk wyoung (~wyoung@wesleyy.com) |
15:43.21 | igcewieling | Polycom already does special stuff for Broadsoft and MS Link -- which is really annoying. |
15:53.33 | *** join/#asterisk moy (sid47040@gateway/web/irccloud.com/x-aqaattrmptbyntga) |
15:54.59 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
15:55.00 | *** mode/#asterisk [+o cresl1n] by ChanServ |
16:00.23 | *** join/#asterisk yokel (~yokel@unaffiliated/contempt) |
16:03.05 | *** join/#asterisk DanQuinney_ (sid18169@gateway/web/irccloud.com/x-bnmzqaxedfthvsza) |
16:10.53 | *** join/#asterisk simbalion` (~simba@45.77.108.203) |
16:12.51 | *** join/#asterisk roukoswarf (znc@rouk.org) |
16:13.39 | *** join/#asterisk z3ntu (z3ntumatri@gateway/shell/matrix.org/x-nbombjaduqnzqvbx) |
16:21.44 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
16:21.44 | *** mode/#asterisk [+o cresl1n] by ChanServ |
16:31.55 | *** join/#asterisk moreentropy (markuslind@gateway/shell/matrix.org/x-bxfkdhlsqciirxyf) |
16:38.14 | *** join/#asterisk zapata (~zapata@2a02:b18:581:10:187a:ea3e:c0ea:88b7) |
16:53.32 | *** join/#asterisk meyou_ (~meyou@unaffiliated/meyou) |
16:54.01 | *** join/#asterisk setham (~setham@unaffiliated/setham) |
17:00.40 | [J]oules | igcewieling: you want annoying? How about grandstream phone that boots then locks up? |
17:03.59 | igcewieling | [J]oules: No thanks. I tried Grandstream in 2005, never again. |
17:06.37 | [TK]D-Fender | BT-1XX & GXP-2000 era. Yeah, those were garbage |
17:07.50 | file | has more Digium phones than he needs |
17:08.15 | [J]oules | never tried digium phones |
17:08.27 | [J]oules | perhaps i should |
17:08.33 | [TK]D-Fender | I just made an actual purchase of one of thier newest executive models because of the sidecar & management and it orks decently. The build quality, sound, etc were all what one should expect in general (though of course Polycom does that little bit extra. Build I'd compare to Aastra & Digium's 1st get (that I own) |
17:08.37 | file | they help pay my mortgage |
17:14.30 | *** join/#asterisk zerohalo (sid288136@gateway/web/irccloud.com/x-rxsubvrspnptuqyi) |
17:20.24 | *** join/#asterisk jkroon (~jkroon@165.16.204.164) |
17:22.02 | igcewieling | If Digium had phones in 2003 when I was deciding what to standardize on there is a good chance I'd have chosen them. |
17:24.10 | *** join/#asterisk aness (~aness@cm-84.209.48.16.getinternet.no) |
17:26.20 | [J]oules | u use digium phones igcewieling |
17:26.23 | [J]oules | ? |
17:30.43 | igcewieling | No, I use Polycom |
17:30.57 | igcewieling | since Digium didn't make phones at the time. |
17:32.53 | meyou | you guys played with Yealinks? |
17:38.08 | [TK]D-Fender | From what I've heard they look nice (kinda) in as much as they knock-off Polycom & Cisco, but the sound, fit & finish, and stability is really second-rate |
17:40.17 | [J]oules | my disti just said grandstream/yealink have the most returns/warranty claims. |
17:40.27 | [J]oules | polycom/digium hardly ever |
17:40.33 | *** join/#asterisk puzzled (~puzzled@2001:982:1097:1::1:3) |
17:41.05 | [J]oules | but he told me digium phones cant be automated unless using digium pbx |
17:41.15 | [J]oules | seems strange |
17:44.33 | meyou | rip we just replaced polycoms with yealinks |
17:44.52 | meyou | i haven't heard any SQ complaints yet, and featurewise they seem pretty slick |
17:45.16 | meyou | although i did find a funny bug, as soon as 12:00AM UTC rolls over, all of your calls from before that will show "Yesterday" in history |
17:45.45 | meyou | like 5PM here is 12 UTC, and at 5:01 a call from 4:59 says yesterday, even though the times show correct PST times |
18:14.59 | *** join/#asterisk Asgaroth (~Asgaroth@86-41-12-151-dynamic.b-ras3.lmk.limerick.eircom.net) |
18:15.30 | *** join/#asterisk atotclic (~Atotclic@unaffiliated/atotclic) |
19:02.25 | *** join/#asterisk dar123 (~dar@2600:1700:38d0:1470:e8f7:3a37:bd18:5e25) |
19:03.24 | *** join/#asterisk rwb (~Thunderbi@65.183.151.121) |
19:08.21 | *** join/#asterisk tzafrir (~tzafrir@62-90-199-247.barak.net.il) |
19:13.45 | *** join/#asterisk pchero (~pchero@x1-6-d8-d7-75-5e-99-79.cpe.webspeed.dk) |
19:54.41 | *** join/#asterisk tuxd00d (~tuxd00d@wsip-70-166-203-100.ph.ph.cox.net) |
19:57.48 | *** join/#asterisk ChkDigit (~u388mw@74.3.144.66) |
19:59.35 | *** join/#asterisk atotclic (~Atotclic@unaffiliated/atotclic) |
19:59.46 | *** join/#asterisk tehgooch (~tehgooch@unaffiliated/tehgooch) |
20:17.34 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
20:17.34 | *** mode/#asterisk [+o cresl1n] by ChanServ |
20:40.44 | *** join/#asterisk kfife (~Miranda@home.chicagoventure.com) |
21:31.47 | [J]oules | why would this be in cli when openssl connect shows certs are OK |
21:31.47 | [J]oules | 5:31 PM pjproject:0 <?>: SSL 6 [SSL_ERROR_ZERO_RETURN] (Read) ret: 0 len: 32000 |
21:49.26 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
22:02.39 | *** part/#asterisk kharwell (kharwell@nat/digium/x-afonjizduowtoezp) |
22:08.37 | *** join/#asterisk fauxalliance (~vo1pbx@2604:180:2:1210::73:3) |
22:23.36 | *** join/#asterisk CatCow97 (~mine9@c-24-22-38-85.hsd1.or.comcast.net) |
22:27.41 | *** join/#asterisk sibiria (~sibiria@unaffiliated/sibiria) |
22:36.30 | *** join/#asterisk tuxd00d (~tuxd00d@wsip-70-166-203-100.ph.ph.cox.net) |
22:40.30 | *** join/#asterisk sibyakin (~sibyakin@188.162.228.241) |
22:43.47 | *** join/#asterisk KittyKatt (~kittykatt@unaffiliated/kittykatt) |
22:43.49 | *** part/#asterisk KittyKatt (~kittykatt@unaffiliated/kittykatt) |
22:45.42 | *** join/#asterisk jeremy31 (~jeremy31@ubuntu/member/jeremy31) |
22:52.21 | *** join/#asterisk rpifan (~rpifan@2600:1:c118:67fa:9089:61aa:77b:8b9e) |
22:59.43 | *** join/#asterisk sawgood (~sawgood@unaffiliated/sawgood) |
23:05.52 | sawgood | Question: In general when using PJSIP (and you have) (3 phones registered as x1000) ... is there anyway to "share" HOLD (so that) if one phone as x1000 puts a call on HOLD ... the other (2) phones would be able to press a button an take that call as x1000 as well? |
23:08.32 | *** join/#asterisk sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
23:08.54 | rpifan | ihi |
23:18.58 | sawgood | Thatâs correct. That type.of feature does not exist in the SIP world with asterisk. |
23:19.48 | *** join/#asterisk Iamnacho (~Iamnacho@ip72-213-55-81.om.om.cox.net) |
23:31.56 | Samot | Actually, it does. Just has to be supported. |
23:32.15 | Samot | In Asterisk, that's what Parking Lots/BLF is kinda for. |
23:32.29 | Samot | To hold so others can pick it up. |
23:34.47 | sawgood | right parking lots ... awesome ... but not natively |
23:35.41 | sawgood | some like to call that SLA or SCA ... but that is so broken or has conditions that make you not use it |
23:36.15 | Samot | SCA/BLA has to be supported. |
23:36.24 | Samot | By both the server and the device. |
23:36.32 | sawgood | Samot: What about getting a phone to have a DSS/BLF key which monitors a VM-box for a non-registered phone? |
23:36.47 | Samot | I just answered in #freepbx |
23:36.52 | Samot | Read the wiki. |
23:37.03 | sawgood | ah! thanks! |