IRC log for #asterisk on 20180425

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.18bllackjacktaskprocessor.c: The 'subp:ast_channel_topic_all-000029e6' task processor queue reached 500 scheduled tasks.
09:15.23bllackjackCan anyone help me with this?
09:15.39bllackjackThe 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]oulesbllackjack:  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.29bllackjack[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.17sigmaorionhi! 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.54sigmaorionalso, 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.25sigmaorionBoth extensions are configured as type = peer. Any ideas would be really appreciated!
12:57.42SamotDon't use peer
12:57.46SamotBecause it's matching on IP
12:58.11sigmaorionSamot, should I use "friend"?
12:58.17SamotYes.
12:58.25SamotFor phones, yes.
13:00.44sigmaorionthank 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-Fendersigmaorion, Are you trying to register 2 phones to the same peer entry in *?
13:04.05sigmaorionno, each phone is registering to its own extension definition in sip.conf
13:04.25sigmaorionphone A -> [100], phone B -> [200]
13:04.33[TK]D-Fenderok
13:04.42sigmaorionI have all my non-Cisco phones working perfectly like "peer" and UDP
13:04.52sigmaorionthis issue is showing only when the transport is TCP
13:05.52sigmaorionit looks like Asterisk thinks the SIP messages are all coming from the same phone when on TCP, no matter what
13:08.14filechan_sip didn't use the port when looking up from TCP or TLS sources
13:08.30fileit was changed, https://gerrit.asterisk.org/#/c/7430/, and will be in the next release
13:09.22sigmaorionhi @file, and will "friend" type workaround that in the meantime?
13:09.30fileI don't remember chan_sip.
13:10.49filecan only keep one SIP stack in his head at a time
13:13.57Samothttps://www.irccloud.com/pastebin/8Zkg1riq/
13:14.13Samot^ That's how Chan_SIP matches incoming calls
13:15.18Samothttps://www.irccloud.com/pastebin/noSDPMKL/
13:15.32Samot^^ That's the differences between friend/user/peer
13:15.38Samothttps://github.com/asterisk/asterisk/blob/master/configs/samples/sip.conf.sample
13:15.42Samot^^ Full details
13:16.49sigmaorionSamot, 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.12filebecause for TCP and TLS it did not check using the port number.
13:17.40sigmaorion@file, yes, got it... that's what I didn't know and didn't find anywhere
13:17.47sigmaorionthank you very much for that tip!
13:17.52SamotIf the device needs to do stuff based on username then peer is wrong.
13:18.14SamotPeer should be mainly for your "trunks"
13:18.48sigmaorionbut I've read some posts discouraging the use of friend for security reasons...
13:18.58Samot"some"
13:19.01sigmaorionsomething about an "enumeration attack"
13:19.13sigmaorionisn't that true?
13:19.25SamotThose are posts made by people who have no idea about SIP security.
13:19.48SamotIf you need your devices to do things based on the user..
13:20.06Samotthe device username, then you need to use friend.
13:20.15SamotSo it makes both a user and a peer entry
13:21.34sigmaorionSamot, thank you for your help!
13:21.49sigmaorionI 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.54sigmaoriongents, 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.00sigmaorionthank 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.10sigmaorion@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.22sigmaorionany specific documentation where I can read more?
13:44.34fileI don't know if there was ever any documentation or mentions
13:46.25sigmaorionso, may I ask, how do you know it? I mean, is it because you are involved with the code or something?
13:46.43sigmaorionjust being curious so I can look for more information somewhere, I'm interested in digging
13:46.54fileI reviewed the code review that I linked
13:47.10filehttps://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.16sigmaorionwell, 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.26sigmaorionso, it didn't actually work
13:57.52sigmaorionthere 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]oulesanyone happen to know a2billing ?
14:23.01[J]ouleshaving 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.32sigmaorionhi 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]oulesa2billing sends the call to another pbx. Even though our freepbx terminated the call
14:57.13[J]oulesi have a short debug which clearly shows whats happening
14:57.34[J]oulesbut 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]oulesSamot: originally i asked if anyone knows a2b.
15:18.19[J]oulesthere are a lot of people here so perhaps someone knows and wont kill me on cost to fix it
15:18.45[TK]D-FenderAnd even now you're showing half a call worth of processing
15:18.51[TK]D-Fendernever the full call
15:19.06[TK]D-Fendernot showing matching config setting to back it up
15:19.10igcewielingThankfully I don't have to deal with CDRs and billing, we use the CDRs from the carrier for billing.
15:20.07[TK]D-Fenderhttp://newsroom.plantronics.com/press-release/plantronics-acquire-polycom-2-billion
15:20.24[TK]D-Fenderthere goes the neighbourhood
15:21.28igcewielingPlantronics is the only headset I recommend.   It could be worse, Microsoft could be buying Polyvom.
15:21.37Samot^^^
15:21.58SamotPlantronics/Polycom is the combo I use too.
15:22.06SamotSo yeah, I'm good with this.
15:22.31SamotCould'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.00igcewielingDigium needs to buy Polycom so Broadsoft doesn't 8-)
15:25.21SamotI like Broadsoft.
15:25.37SamotWay 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.34igcewielingIf they bought polycom they would not need to make their phones better.
15:31.14[TK]D-Fenderigcewieling, 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-FenderIf 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-FenderMcDLT the bitch.  That's what I'm saying....
15:32.34*** join/#asterisk wyoung (~wyoung@wesleyy.com)
15:43.21igcewielingPolycom 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]oulesigcewieling: you want annoying? How about grandstream phone that boots then locks up?
17:03.59igcewieling[J]oules: No thanks.   I tried Grandstream in 2005, never again.
17:06.37[TK]D-FenderBT-1XX & GXP-2000 era.  Yeah, those were garbage
17:07.50filehas more Digium phones than he needs
17:08.15[J]oulesnever tried digium phones
17:08.27[J]oulesperhaps i should
17:08.33[TK]D-FenderI 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.37filethey 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.02igcewielingIf 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]oulesu use digium phones igcewieling
17:26.23[J]oules?
17:30.43igcewielingNo, I use Polycom
17:30.57igcewielingsince Digium didn't make phones at the time.
17:32.53meyouyou guys played with Yealinks?
17:38.08[TK]D-FenderFrom 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]oulesmy disti  just said grandstream/yealink have the most returns/warranty claims.
17:40.27[J]oulespolycom/digium hardly ever
17:40.33*** join/#asterisk puzzled (~puzzled@2001:982:1097:1::1:3)
17:41.05[J]oulesbut he told me digium phones cant be automated unless using digium pbx
17:41.15[J]oulesseems strange
17:44.33meyourip we just replaced polycoms with yealinks
17:44.52meyoui haven't heard any SQ complaints yet, and featurewise they seem pretty slick
17:45.16meyoualthough 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.45meyoulike 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]ouleswhy would this be in cli when openssl connect shows certs are OK
21:31.47[J]oules5: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.52sawgoodQuestion: 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.54rpifanihi
23:18.58sawgoodThat’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.56SamotActually, it does. Just has to be supported.
23:32.15SamotIn Asterisk, that's what Parking Lots/BLF is kinda for.
23:32.29SamotTo hold so others can pick it up.
23:34.47sawgoodright parking lots ... awesome ... but not natively
23:35.41sawgoodsome like to call that SLA or SCA ... but that is so broken or has conditions that make you not use it
23:36.15SamotSCA/BLA has to be supported.
23:36.24SamotBy both the server and the device.
23:36.32sawgoodSamot: What about getting a phone to have a DSS/BLF key which monitors a VM-box for a non-registered phone?
23:36.47SamotI just answered in #freepbx
23:36.52SamotRead the wiki.
23:37.03sawgoodah! thanks!

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.