IRC log for #asterisk on 20170416

00:18.43*** join/#asterisk infobot (ibot@rikers.org)
00:18.43*** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.15.0 (2017/04/07), 11.25.1 (2016/12/08), Standard: 14.4.0 (2017/04/07); 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:58.38*** join/#asterisk fstd_ (~fstd@unaffiliated/fisted)
01:13.53*** join/#asterisk Y04NN (~y04nn@nayon.fr)
01:23.35*** join/#asterisk matrix1233 (~matrix123@197.2.121.123)
01:31.15*** join/#asterisk skrusty (~skrusty@88.150.145.104)
01:31.15*** mode/#asterisk [+o skrusty] by ChanServ
01:59.17*** join/#asterisk marlinc_ (~marlinc@1.0.0.127.13.204.167.185.in-addr.arpa)
02:04.10*** join/#asterisk matrix1233 (~matrix123@197.2.121.123)
02:14.44*** join/#asterisk Y04NN (~y04nn@nayon.fr)
02:37.28*** join/#asterisk jab416171 (~jab416171@c-76-27-96-12.hsd1.ut.comcast.net)
03:18.15*** join/#asterisk jab416171 (~jab416171@c-76-27-96-12.hsd1.ut.comcast.net)
03:27.24*** join/#asterisk Rini (uid196547@gateway/web/irccloud.com/x-iabnrbzbbniuuoah)
03:30.23*** join/#asterisk envisean (~envisean@c-24-17-23-27.hsd1.wa.comcast.net)
03:34.58*** join/#asterisk jab416171 (~jab416171@c-76-27-96-12.hsd1.ut.comcast.net)
03:40.28SamotWith the mailbox= setting, can that be set to watch all the mailboxes in a certain context or would I have to specify each box with the context?
03:41.25SamotSo can it be mailbox=@default or will it end up being mailbox=vm1@default,vm2@default etc..
03:45.20*** join/#asterisk Y04NN (~y04nn@nayon.fr)
04:03.09*** join/#asterisk jab416171 (~jab416171@c-76-27-96-12.hsd1.ut.comcast.net)
04:28.23*** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl)
04:54.35*** join/#asterisk evil_gordita (robert@ip70-188-41-127.rn.hr.cox.net)
05:10.22*** join/#asterisk lankanmon (~LKNnet@2607:fea8:d1f:fc17:a5dc:d3b9:a274:cb01)
05:15.49*** join/#asterisk Y04NN (~y04nn@nayon.fr)
05:41.45SamotAre there going to be any transcoding paths added for opus? At least g711 <-->  opus?
05:45.29*** join/#asterisk Samael28 (~Samael28@79.110.128.128)
05:47.52drmessanoYes
05:48.00drmessanoWas added in 13
05:48.14Samothttps://www.irccloud.com/pastebin/wyL3OQSh/
05:48.19drmessano13.12.1 or something
05:49.29SamotAsterisk 14.3.0 <-- That's where that came from.
05:49.43SamotLet me update.
05:50.06drmessanoWorking fine here
05:50.17drmessanoDo you have the module?
05:50.51drmessanoIm sure like g729, it does passthrough without the codec_opus.so
05:51.48drmessanoI wont bother to screen dump, but I just ran the same on 13.12.1 and I have paths to everything except SILK
05:51.57SamotHrm.
05:52.09SamotIt's listed in show codecs
05:52.28SamotLet me make sure it's loaded.
05:52.33drmessanomodule show like opus
05:53.02Samotres_format_attr_opus.so        Opus Format Attribute Module             1          Running              core
05:53.09drmessanoNope
05:53.12drmessanocodec_opus.so                  OPUS Coder/Decoder                       1          Running          extended
05:53.12drmessanoformat_ogg_opus.so             OGG/Opus audio                           0          Running              core
05:53.12drmessanores_format_attr_opus.so        Opus Format Attribute Module             1          Running              core
05:53.43SamotGot it..thought it installed with 14..
05:54.09*** join/#asterisk matrix1233 (~matrix123@197.2.121.123)
05:54.18*** join/#asterisk Samael28 (~Samael28@79.110.128.128)
06:01.49Samothttps://www.irccloud.com/pastebin/VbaSYiMB/
06:02.01SamotHey, check out what happens when you follow _all_ of the steps.
06:16.28*** join/#asterisk Y04NN (~y04nn@nayon.fr)
06:25.20drmessanoThats badass
06:25.31drmessanoGlad I could help.  Thank you, drive through
06:29.36drmessanoUhhhh.. there seems to be a problem with the ceiling fan
06:30.35SamotWhat's that?
06:30.58SamotIt's standing still but you're spinning?
06:33.08drmessanoIt's Beavis and Butthead
06:33.19drmessanoClosing Time
06:33.27drmessanoHow do you boys explain this mess?
06:33.30drmessanoUhhhh.. there seems to be a problem with the ceiling fan
06:33.44drmessanoWhen they were tossing food into the fan
06:35.01SamotWell it's evil, wicked, mean and nasty (Don't step on the grass, Sam) And it will ruin our fair country (Don't be such an ass, Sam) Well, it will hook your Sue and Johnny (You're so full of bull, Sam) All will pay that disagree with me (Please give up you already lost the fight, alright)
06:35.24CRCinAUso here's one
06:35.32CRCinAUwhy does 'core show translation' show this:
06:35.33CRCinAUhttps://paste.fedoraproject.org/paste/2hMXwUH10tZC8Xroz7zV8V5M1UNdIGYhyRLivL9gydE=
06:36.00*** join/#asterisk Samael28 (~Samael28@79.110.128.128)
06:36.13SamotIt's a chart of translation times
06:36.35CRCinAUbut so many slin's?
06:36.45lorsungcuits easter
06:36.52lorsungcuafter sunday all slins qwill be forgiven
06:37.35CRCinAUand no mention of g723 or g729 or g719 or speex or g726?
06:37.53SamotDo you have them installed?
06:37.58SamotAll of those are licensed codecs.
06:38.08SamotIt also doesn't have opus.
06:38.20Samotslin is the playback format.
06:38.29CRCinAUhrrrm
06:38.47SamotSo when you do Playback(hello)
06:39.16drmessanoWhen you said you havent used Asterisk in years
06:39.23Samotand you have .g722, .ulaw and .wav it will determine which version is the best based on your codec and it coverts to that slin rate
06:39.24drmessanoDid you mean *never*?
06:39.26drmessanoBe honest
06:39.53drmessanoor did you get banned from here before Asterisk could actually make calls
06:39.57drmessanoThat would be legit too
06:40.19CRCinAUdrmessano: are you talking to me or someone else?
06:41.12drmessanoCRCinAU: Who do you think?
06:41.24drmessanolol
06:42.26CRCinAUno idea - I have the man flu and it hurts to even read the screen at the moment - let alone think properly :\
06:42.51*** join/#asterisk Oatmeal (~Suzeanne@c-68-45-30-44.hsd1.nj.comcast.net)
06:43.38CRCinAUfacepalms having 64bit modules helps... 64bit system can't load 32 bit modules.
06:44.13CRCinAUbut yeah, I got banned here around asterisk 1.2 days when it was forking into several versions.
06:45.15drmessanoConsidering how difficult it is to get banned from here, your performance must have been extroadinary
06:45.27CRCinAUmy arguement was that it'd make things a pain for developers and it should proceed as even number = stable, odd = devel
06:45.35CRCinAUremember how we did kernel stuff back then?
06:46.36CRCinAUbut hey, it worked itself out over time - so meh.
06:46.55lorsungcui hear that. darn kernels.
06:47.03CRCinAUiirc it was around the time we had 1.2 / 1.4 / 1.6 / 1.8 on the go at the same time
06:47.21CRCinAUthat's if memory serves... was a *long* time ago.
06:48.02lorsungcuyoure forgetting 1.69
06:48.11drmessanowell in 1.6.x.x they stopped added major new features to the release
06:48.18drmessanowell in 1.6.x.x they stopped adding major new features to the release
06:48.34*** join/#asterisk matrix1233 (~matrix123@197.2.121.123)
06:48.54drmessanoAnything that would break existing dialplans or API
06:50.02CRCinAUmy memory is that it was a time of great turbulance for non-asterisk based developers
06:50.25drmessanoI think that's an exaggeration
06:50.53CRCinAUmore that lots of people weren't ready for it - and external addons failed etc etc
06:51.06CRCinAUnow its probably just more a ton of #ifdef etc
06:51.22drmessanoThat's an exaggeration
06:51.33CRCinAUI haven't really paid much notice other than download / ./configure / make install these days
06:52.08SamotYou realize that as of 1.10 all they did was drop the 1.
06:52.15drmessanoI remember a few limited occasions where something was fixed or changed within a branch that, while well publicized caused a few people to complain
06:53.01CRCinAUthat being said, I was using chan-sccp-b for just about as long... but that's adapted now, so eh.
06:53.03drmessanoSaying that new point releases would just break the shit out of things was a gross exaggeration
06:53.23CRCinAUif you only used SIP, you were fine.
06:54.12CRCinAUI still use chan_sccp-b to this day - and it even works over IPv6, so that's kinda cool.
06:54.45drmessanoMost of that was people looking for a reason to hate on Asterisk
06:54.58drmessanoThere were several things in play
06:55.25CRCinAUeh, I just think it was which side of the fence you were stuck on and if you were affected or not.
06:56.28drmessanoFor example, sure.. there were changes on a couple of occasions that broke something for someone.  But also, as a developer, if you're patching something into Asterisk EVEN TO THIS DAY.. you have to keep up with point releases.  If you don't, your extensive patching just doesn't work. So it was convenient to blame Digium for everything that stopped working
06:57.00drmessanoLike chan-sccp-b
06:57.06drmessanoBecause I used it too
06:57.11drmessanoand every time it broke
06:57.52CRCinAUout of intrest, why was it never upstreamed?
06:57.52drmessanoIt had nothing to do with Digium and everything to do with the patches just failing because that's how patching works (or fails) when core files change
06:58.05CRCinAUI feel it would make sense to replace the skinny stuff with it
06:58.16drmessanoBecause Asterisk had chan_skinny, which was infinitely more stable
06:58.25drmessanoNot as many features.. but far more stable
06:58.36drmessanoWhich Digium also was blamed for..
06:59.06drmessanoBecause it wasn't the chan-sccp-b developers fault the code was shitty
06:59.26drmessano#sarcasm
07:01.58CRCinAUanyway, not that any of it matters these days.
07:02.41drmessanoNo, but there's no reason to gaslight anyone over it either.
07:03.21drmessanoAsterisk has come a long way, but a lot of people assumed a lot of things that were just simply incorrect
07:03.50CRCinAUeh - I was just answering your question... tbh I don't really care now.
07:17.32*** join/#asterisk Y04NN (~y04nn@nayon.fr)
07:19.30*** join/#asterisk Samael28 (~Samael28@79.110.128.128)
07:20.00*** join/#asterisk Samael28 (~Samael28@79.110.128.128)
07:33.20*** join/#asterisk awk (~awk@alpha.security.web.za)
07:36.15*** join/#asterisk miralin (~Thunderbi@194.8.128.115)
07:42.41*** join/#asterisk matrix1233 (~matrix123@197.2.121.123)
07:48.18*** join/#asterisk bof22 (~Thunderbi@80.12.41.224)
07:52.24*** join/#asterisk bof23 (~Thunderbi@ARennes-650-1-66-109.w2-12.abo.wanadoo.fr)
07:57.48*** join/#asterisk miralin (~Thunderbi@194.8.128.115)
08:04.32*** join/#asterisk Samael28 (~Samael28@79.110.128.128)
08:05.22*** join/#asterisk Samael28 (~Samael28@79.110.128.128)
08:06.09*** join/#asterisk Samael28 (~Samael28@79.110.128.128)
08:06.59*** join/#asterisk Samael28 (~Samael28@79.110.128.128)
08:07.44*** join/#asterisk Samael28 (~Samael28@79.110.128.128)
08:08.33*** join/#asterisk Samael28 (~Samael28@79.110.128.128)
08:12.25*** join/#asterisk Samael28 (~Samael28@79.110.128.128)
08:18.02*** join/#asterisk Y04NN (~y04nn@nayon.fr)
09:02.26fileMoo
09:13.10dethafiled under Moo
09:19.05*** join/#asterisk Y04NN (~y04nn@nayon.fr)
09:19.59ChannelZmeow
09:45.32*** join/#asterisk miralin (~Thunderbi@194.8.128.115)
10:13.17*** join/#asterisk matrix1233 (~matrix123@197.2.121.123)
10:19.49*** join/#asterisk Y04NN (~y04nn@nayon.fr)
11:04.40CRCinAUwoof?
11:20.36*** join/#asterisk Y04NN (~y04nn@nayon.fr)
12:25.41*** join/#asterisk Rini (uid196547@gateway/web/irccloud.com/x-xkrmouyfjjachhwb)
13:08.40*** join/#asterisk Y04NN (~y04nn@nayon.fr)
13:22.16*** join/#asterisk matrix1233 (~matrix123@197.2.121.123)
13:33.45*** join/#asterisk ThomasKeller (~Thomas@vmx.ethz.ch)
13:49.43*** join/#asterisk sekil (~sekil@cable-89-216-195-176.dynamic.sbb.rs)
13:50.27*** join/#asterisk andresmujica (~andresmmu@ubuntu/member/andresmujica)
13:59.45*** join/#asterisk matrix1233 (~matrix123@197.2.121.123)
14:09.34*** join/#asterisk Y04NN (~y04nn@nayon.fr)
14:20.13*** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-157-202.satx.res.rr.com)
14:23.22*** join/#asterisk [TK]D-Fender (~joe@64.235.216.2)
14:33.13*** join/#asterisk forgotmynick (uid24625@gateway/web/irccloud.com/x-iyrwhvwxtnuojoqz)
15:10.22*** join/#asterisk Y04NN (~y04nn@nayon.fr)
15:14.56*** join/#asterisk matrix1233 (~matrix123@197.2.121.123)
15:26.20*** join/#asterisk lbazan (~LoKoMurdo@fedora/LoKoMurdoK)
15:52.33*** join/#asterisk matrix1233 (~matrix123@197.2.121.123)
16:11.22*** join/#asterisk Y04NN (~y04nn@nayon.fr)
16:37.11*** join/#asterisk Rini (uid196547@gateway/web/irccloud.com/x-audwezgixqefpcmp)
16:52.33*** join/#asterisk Y04NN (~y04nn@nayon.fr)
17:06.37igcewielingI think the problem with SCCP/Skinny is that Cisco hated all non-Cisco PBXs and didn't want people to use their phones on non-Cisco platforms.    That isn't the case as much today, since SIP clearly won over Skinny and they sell SIP phones and PBXs.
17:07.16igcewielingMy outlook was that if they didn't want my money, I didn't want their products.
17:07.36*** join/#asterisk matrix1233 (~matrix123@197.2.121.123)
17:12.03Mr_Pleb_Mgoowait their new range is on SIP ?
17:12.12igcewielingnew range?
17:12.51igcewielingTheir Linksys products don't do Skinny/SCCP
17:12.59Mr_Pleb_Mgoooh
17:13.04Mr_Pleb_Mgooso not the 9000 series phones
17:14.19igcewielingI don't see those on a google search, just Ciscoo Nexus switches.
17:15.09igcewielingAh, there it is.   Searching on Linksys 9000 worked.
17:15.58Mr_Pleb_Mgoosorry its the 8000 series, typod before
17:16.02igcewielingMr_Pleb_Mgoo: I was referring to Cisco's Call Manager products.
17:16.13Mr_Pleb_Mgoohttp://www.cisco.com/c/en/us/products/collaboration-endpoints/unified-ip-phone-8800-series/index.html
17:16.34Mr_Pleb_Mgooso those things are SIP friendly? because the late iterations of the 7000's were a nightmare
17:17.15igcewielingAh, those phones are from long after they bought Linksys so don't apply to my comments.
17:17.41SamotUnless it is an SPA series the phone is designed with the CUCM as the primary "system" for the phones.
17:17.55igcewielingSamot: thanks for the info.
17:18.41SamotAcquiring those lines of devices answered the "SIP first" problem for Cisco and their devices.
17:21.23sekil7800 have SIP fw
17:21.46SamotRight.
17:21.52SamotSo do the 79xx
17:22.05SamotThey were designed to work with the CUCM first and foremost.
17:22.06igcewielingMost Cisco phones had a SIP load, even if it was all Call Manager centric and terrbily documented and comlicated to set up.
17:22.07sekilthat is...they have SIP primary fw for cucm
17:22.09sekilSamot: no
17:22.12SamotSIP is an afterthought for those devices.
17:22.18SamotOK.
17:22.20sekilSamot: 7800 have SIP 3rd party fw officialy
17:22.32Mr_Pleb_Mgooyeah all the 7000's have sip firmware but the late models have such a crippled featureset with the SIP firmware there's no real point in using them over something like the SPA phones
17:22.37sekilSamot: and it works quite well..not like 79xx
17:22.50sekilSamot: which officially supported Cisco only
17:22.57SamotI'm sure they work just fine.
17:23.23igcewielingLong ago I standardized on Polycom phones, they want my money and even provide useful documentation.    Unlike Cisco's phones at the time.
17:23.30sekilthe thing is..when you move to 3rd party..you loose a licence to Cucm
17:23.45Samot....
17:23.53SamotWhich Cicso phones?
17:24.04sekilI have 7821
17:24.08igcewieling79xx are the ones I have specific experience with.
17:24.16SamotOh yeah, those are garbage.
17:24.19SamotIMO.
17:24.23SamotI hated using them.
17:24.37igcewielingI assume they were OK if used with CUCM
17:24.46Mr_Pleb_Mgoothe first gen 7900's were easy enough
17:24.46sekil79x0 worked ok...79x1 had issues
17:24.51Mr_Pleb_Mgoothe later ones were horrendous
17:24.59SamotIt was easy to fix.
17:25.01igcewielingI LIKE some of the ideas of SCCP and MGCP, but they lost out to SIP.
17:25.04SamotJust not use them.
17:25.23sekileven Cisco is moving to SIP for CUCM
17:25.48sekilI don't think 78xx have SCCP fws...maybe some..
17:25.57sekilI think 7821 only has SIP fws
17:26.10igcewielingsekil: That is about 15 years too late to make any difference to me.
17:26.45sekilwell..
17:28.32igcewielingHmmm..That's a little before I got so fed up with Digium cards that I switched to Sangoma.
17:31.54igcewielingI have at least 80 customer sites, some sites have more than one card, so we might have 100 - 125 Sangoma cards and a thousand or more polycom phones.  Very little will convince me to move away from those products, though Digium tries once in a while.    BTW: OLD Digum cards had issues, I don't have experiece with modern Digium cards -- I've heard they are quite good.
17:32.17Mr_Pleb_Mgoocards as in DACs?
17:33.12sekiltelcos don't offer SIP?
17:36.10igcewielingCards as in T-1 or Analog ports.    sekil:  We offer SIP, but some customers don't want SIP.
17:37.17igcewielingMost customers want backup lines, usually analog, for when their SIP service or Internet service go down.
17:37.54sekilthat's interesting..
17:37.56CRCinAUheh - I have 2 x 7970, 1 x 7960, 1 x 7940... only the 7940 uses SIP...
17:38.05CRCinAUthe rest use chan_sccp-b
17:38.42Mr_Pleb_Mgoomy condolences
17:38.53CRCinAUworks perfectly for me - and I'm still not sure if there's a phone with as decent speakerphone setup around that isn't mucho expensive.
17:40.08igcewielingA 7970 isn't expensive?
17:40.19igcewieling...er  7970
17:40.46CRCinAUyou get the 7970's for like $50AUD these days
17:41.00CRCinAUI think I paid $100 for mine around 5-6 years ago?
17:41.16sekilthose old phones cost nothing nowadays
17:42.08sekilCRCinAU: hey..what's like there down under?
17:43.15Mr_Pleb_Mgoodark
17:43.24Mr_Pleb_Mgoodat almost 2AM feel
17:43.28CRCinAUyeah - I should be in bed.
17:43.33CRCinAU3:43am here :\
17:43.42Mr_Pleb_Mgoorip in eastern states
17:46.02CRCinAUanyhow - I should piss off to sleep... having the man flu sucks and I've been in bed most of the day - so my sleeping pattern is cactus anyway :\
17:46.21CRCinAUcouple that with a 4 day weekend, and this is going to be an intersting week lol
17:46.30Samotsekil: Most deliver of services by Telcos/Cable companies is SIP and they convert it.
17:47.31sekilSamot: in europe it's mostly voip to customer
17:47.39CRCinAUyeah, I need to go to bed... was looking at ebay going "Woooo, a new 7970GE for $45... that's not bad... I could use that... No. Go to sleep"
17:47.53sekilSamot: PRI/BRI is being phased out...there are analog via SIP gws
17:48.09CRCinAUlate night ebaying is much worse than late night informercials.
17:48.20CRCinAUo/
17:49.40SamotHere in the US, Comcast offers "PRIs"
17:49.52SamotCompletely SIP.
17:54.31SamotAs much of a proponent of SIP that I am, I have no hesitation dropping analog or digital circuits into a client location for the right reasons and needs.
17:55.28Mr_Pleb_Mgooi find analog gateways tend to create more problems than they solve
17:55.34SamotAlarm/elevator lines are a prime example.
17:55.46SamotI find the opposite.
17:56.10SamotI use gateways over physical cards.
17:56.12Mr_Pleb_Mgoogranted, i also find im always inheriting something horrendous
17:56.27Mr_Pleb_Mgoolike SPA9000/400 combos
17:56.54Mr_Pleb_Mgooor some ancient audiocodes box
17:57.00SamotI use SPA8000's for hotels that still have FXS based systems.
17:57.07SamotAnd NeoGates.
17:58.08SamotEven when I replace a hotel's FXS based system with an IP PBX, still have to use FXS gateways.
17:58.25SamotFor the rooms.
17:58.44SamotUnless I can get in during construction, like I'm doing with two new ones..
17:59.03*** join/#asterisk matrix1233 (~matrix123@197.2.121.123)
17:59.05SamotWhich has all the rooms doing IP Phones on PoE switches.
18:00.09SamotThe worst part about replacing the FXS PBX systems in hotels..
18:00.45SamotAll the cards are 16 channel cards in the system, which means the 66 blocks are never fully used.
18:04.57sekilyeah I used 8000s for hotels
18:06.14SamotWell since the 6.x firmware, the SPA8K will do SIP trunks.
18:06.51SamotYou can do up to 4 trunks split how you want over the FXS ports.
18:08.21sekilyeah...I needed one only
18:08.27SamotYup.
18:08.30SamotThat's all I do.
18:09.05SamotNeoGates offer the same thing.
18:09.18SamotThey just have 4 to 32 port options.
18:09.42sekilthere is Patton too
18:10.53SamotYup.
18:11.12SamotI've used Patton and I've used Adtrans.
18:11.31SamotI would prefer to use Adtrans but cost restraints stop that.
18:11.50SamotNeoGates are decent, they hold up well.
18:12.10SamotThe 32 port version has 2 RJ-50 connectors..
18:12.45sekilthere is Grandstream too :)
18:12.54sekilalthough not recommended :)
18:12.55Mr_Pleb_Mgoo*shudder*
18:13.01SamotI won't use Grandstreams.
18:13.30Mr_Pleb_Mgoothe newer audiocodes gear is pretty solid in my experience
18:14.12Mr_Pleb_Mgoonever heard of neogates
18:14.53SamotWell it's an Asian PBX company that is trying to make a mark in the US.
18:14.59SamotTheir PBXes are horrible.
18:15.22Mr_Pleb_Mgoosounds a bit like Planet
18:15.27SamotThey run an modified version of Asterisk 1.6 but they are moving up.
18:15.35SamotHowever, the FXS gateways..
18:15.42SamotFor being FXS gateways are just fine.
18:15.47Mr_Pleb_MgooPlanet's early stuff was good but shits gone downhill lol
18:16.07SamotPlus, I can use Asterisk debugging in them.
18:16.41SamotSo unlike the SPA8K, I can watch a verbose log and a sip debug.
18:17.25sekilSamot: that's probably rebranded Yeastar...it has 1.6 as well
18:17.36SamotIt is Yeastar.
18:17.43sekilSamot: the pbx..it's terrible
18:17.45SamotThe NeoGate is their gateway brand.
18:17.54Samot2:14:54 PM <Samot> Their PBXes are horrible.
18:18.13SamotThey tried to hire me to fix them.
18:18.54sekilthat sounds bad
18:19.12SamotIt's like anything with Asterisk.
18:19.35SamotThey wrote subpar dialplan and functionality..
18:19.56SamotThey had no real idea on the US market they were trying to get into.
18:20.23sekilthis pbx dies all of the sudden on some sip packets
18:20.35sekilchan_sip stops working
18:21.00Mr_Pleb_Mgoodat old asterisk feel
18:21.12SamotI have _one_ in a client location.
18:21.33SamotVery, very low use client.
18:21.42drmessanosekil: Is that PBX exposed to the internet?
18:21.47Mr_Pleb_Mgooi have PBX's on 1.8 (kill me) that randomly decide they will no longer close / terminate channels / sessions, so ill find one locked up with like 700 active channels lol
18:21.49SamotUhm.
18:21.51SamotNo.
18:21.51sekildrmessano: no
18:21.56drmessanoInteresting
18:22.12SamotOh sekil.
18:22.14sekildrmessano: at least I don't think so..I don't really care..
18:22.27SamotThat's the attitude.
18:22.30drmessanoI know it was fairly common until recently that chan_sip didn't handle scans so well
18:22.52sekildrmessano: I offered my service to get rid of that...they said no..so..
18:23.36drmessanoheh
18:23.41drmessanoSeems to be a going thing
18:23.43Mr_Pleb_Mgooso is pj_sip recommended over chan_sip yet
18:23.54SamotDepends on your needs.
18:24.01drmessanoNot unless you need it
18:24.44SamotThat being said...
18:24.52SamotPJSIP is the new kid..
18:24.55Mr_Pleb_Mgooive not really looked into the differences although i do seem to recall pj_sip will handle multiple registers for the same peer
18:25.02Mr_Pleb_Mgooor something like that
18:25.05drmessanoKinda sorta yes
18:25.05SamotSo future development is all about the new kid.
18:25.10drmessanoIt has AORs
18:25.10Mr_Pleb_Mgoohavent touched it in a few years
18:25.17drmessanoWhich are nice
18:25.21SamotYes.
18:25.22Mr_Pleb_MgooAOR?
18:25.54Mr_Pleb_Mgoono idea what an aor is
18:26.19SamotAddress of Record.
18:26.31drmessanoAddress Of Record.. basically keeps track of those peers now
18:26.37drmessanoAssigns them an ID
18:26.40Mr_Pleb_Mgooah
18:26.41SamotAllowing a single SIP account to have multiple locations in memory
18:26.45SamotYup.
18:26.50Mr_Pleb_Mgoothat reminds me
18:27.38Mr_Pleb_Mgoowhat do you do with chan_sip if you have different remote peers sitting on the same IP address? i've seen some funky stuff happen where thats setup
18:27.49SamotWhat do you mean?
18:28.11SamotYou mean having 5 phones at a remote location that connect to Asterisk?
18:28.36drmessanoUse a decent router
18:28.40Samot^^^
18:28.41drmessanoNot some ISP provided shit
18:28.45drmessanoIt's called having proper NAT
18:28.49Mr_Pleb_Mgoono NAT
18:29.05drmessanoOk.. so you need to explain "Funky stuff" then
18:29.08SamotAre they registering?
18:29.13SamotOr peering?
18:29.23drmessanoand how are they sitting on the same IP address?
18:29.28Samot^^
18:29.41Mr_Pleb_MgooServer A with two trunks to Server B (each trunk has a different account code), what seems to happen is Server A starts getting the auth on the two trunks confused and one of the trunks will just fail to auth
18:30.04SamotSo you have two PBXes peering together?
18:30.06Mr_Pleb_MgooSIP trunks that is
18:30.14SamotDo they register?
18:30.15drmessanoBecause you're using the wrong type
18:30.17Mr_Pleb_Mgootwo asterisk boxes, not acting as PBX's
18:30.21Mr_Pleb_Mgooyeah they register
18:30.27Mr_Pleb_Mgooi believe they're set to 'friend'
18:30.29drmessanoLook up type=peer vs type=user
18:30.32drmessanoThats the problem
18:30.41SamotWith different listening ports?
18:30.43drmessanoOf course they are getting mixed up
18:30.47drmessanoThey are matching each other
18:31.02drmessanofriend creates a user and a peer for each one
18:31.10drmessanoand they both match differently
18:31.17drmessanoSo no way to differentiate
18:31.17Mr_Pleb_MgooSamot not sure off the top of my head but i would doubt it
18:31.33SamotWell if you have two trunks from the same system..
18:31.41SamotGoing to the same remote system..
18:31.50drmessanohttps://www.voip-info.org/wiki/view/Asterisk+sip+type
18:32.06Samot^^^ Follow that.
18:32.20SamotOr what he said, at least.
18:32.21Mr_Pleb_Mgooyeah, i figured chan_sip wouldn't like it, its not something i have setup just something i've noticed in yet another inherited system lol
18:32.34drmessanochan_pjsip won't like it either
18:32.40drmessanoYou have an improper config
18:32.50SamotSIP doesn't like it.
18:32.56drmessanoYou're creating 4 objects, not 2
18:33.00drmessanoand you're matching on all 4 of them
18:33.01Mr_Pleb_Mgoothats what i like to hear :p
18:33.21drmessanoWe call that a "Charlie Foxtrot"
18:33.42Mr_Pleb_Mgooso i'd want to configure type=user in this situation and just auth the trunks?
18:34.56drmessanoThat would be my suggesting
18:34.59drmessanoThat would be my suggestion
18:35.26drmessanoThe only benefit of type=user is when you _want_ to match on username regardless of IP the calls originate from.  <-- From the Wiki
18:35.49Mr_Pleb_Mgooyeah that is exactly what it needs to do
18:35.54drmessano'type=peer' is _never_ matched on username for incoming calls, only
18:35.54drmessanomatched on IP address/port number (unless you use insecure=port or higher).
18:35.59Mr_Pleb_Mgoomight have to suggest that change at some point
18:36.06drmessanoYou're matching on user AND IP
18:36.13Mr_Pleb_Mgoonot sure how that fuck-up happened in the first place
18:36.14drmessanoSince you have friend
18:36.19drmessanoWhich is both objects
18:36.28drmessanoSo it's yes and yes, oh and yes and yes
18:36.35SamotThey didn't understand the type= options.
18:36.54Mr_Pleb_Mgooi should point out, the trunks have different usernames, but will have the same peer IP
18:37.11Mr_Pleb_Mgoowill = do *
18:37.31drmessanoThat and you're creating a user and a peer on each end
18:37.41drmessanoWhich matching both ways
18:37.47drmessanoWhich is matching both ways
18:37.51Mr_Pleb_Mgoobut that explains why the log is full of auth errors about getting the wrong username attempting to auth against the trunk
18:38.00SamotYup.
18:38.03drmessanolol yes
18:38.10Mr_Pleb_Mgoo:~)
18:38.36Mr_Pleb_Mgooyet another thing for me to fix
18:38.43Mr_Pleb_Mgooman i tell you what i am never short of work
18:38.58drmessanoYoure preaching to the choir
18:39.03Samot^^^^^
18:39.05*** join/#asterisk Y04NN (~y04nn@nayon.fr)
18:39.08SamotBig time.
18:39.17SamotFunny though...
18:39.34SamotMy kid asked my about two hours ago "Do you think you're the best at your job?"
18:39.34Mr_Pleb_Mgoothe last major work i did with asterisk i actually made a (fairly primitive but rather reliable) email to fax / fax to email system
18:39.41SamotI said "No."
18:39.50SamotHe asked "Why?"
18:40.26SamotI said "I spent most of my time fixing things that people who thought they where 'The best at their jobs' did"
18:40.41Mr_Pleb_Mgookek
18:40.59Mr_Pleb_Mgooamen
18:41.09Mr_Pleb_Mgooevery time i look at this realtime system i cry
18:41.26Mr_Pleb_Mgoothere's some good ideas in there, but some of them are implemented in such a horrendous way
18:41.32drmessanoI think only PFSense users have a higher percentage of unqualified admins
18:41.56Mr_Pleb_Mgooasterisk realtime tought me an important lesson though
18:42.07Mr_Pleb_MgooPostgres > MySQL/Maria
18:42.16drmessanoAt least people trying Asterisk know what a phone looks like, 95% of the time
18:42.29drmessanoIm not so sure about PFSense users and basic cabling
18:53.26*** join/#asterisk matrix1233 (~matrix123@197.2.121.123)
18:57.35*** join/#asterisk robmal (r@wporzo.pl)
19:04.06*** join/#asterisk matrix1233 (~matrix123@197.2.121.123)
19:14.59*** join/#asterisk miralin (~Thunderbi@194.8.128.115)
19:27.41*** part/#asterisk war9407 (war@static-72-73-18-14.clppva.fios.verizon.net)
19:39.24*** join/#asterisk matrix1233 (~matrix123@197.2.121.123)
20:08.27*** join/#asterisk puzzled (~puzzled@2001:982:1097:1::1:3)
20:16.53*** join/#asterisk matrix1233 (~matrix123@197.2.121.123)
20:21.04*** join/#asterisk thiagoc (~thiagoc@unaffiliated/thiagoc)
20:54.32*** join/#asterisk matrix1233 (~matrix123@197.2.121.123)
21:12.02*** join/#asterisk qudama (~qudama@112.215.153.61)
21:35.11*** join/#asterisk envisean (~envisean@c-24-17-23-27.hsd1.wa.comcast.net)
21:42.31*** join/#asterisk envisean (~envisean@c-24-17-23-27.hsd1.wa.comcast.net)
23:03.48*** join/#asterisk matrix1233 (~matrix123@197.2.149.208)
23:09.46*** join/#asterisk forgotmynick (uid24625@gateway/web/irccloud.com/x-xpzrbexqofnnzqmk)
23:32.56*** join/#asterisk zapata (~zapata@2a02:b18:581:10:e49c:c903:2f92:f7bd)
23:37.20*** join/#asterisk matrix1233 (~matrix123@197.2.149.208)

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