IRC log for #asterisk on 20140713

00:04.20*** join/#asterisk mjordan (~mjordan@nat/digium/x-psyqeelrxujcsmtr)
00:04.20*** mode/#asterisk [+o mjordan] by ChanServ
00:28.47*** join/#asterisk Draecos (~Draecos@106-69-50-213.dyn.iinet.net.au)
00:31.49*** join/#asterisk w9sh (~sph@50-79-224-193-static.hfc.comcastbusiness.net)
00:33.00*** join/#asterisk mcrane (~markjcran@96.18.42.239)
00:33.00*** join/#asterisk raspberrypifan (~raspberry@190.131.164.211)
00:41.49*** join/#asterisk evil_gordita (robert@70.188.56.12)
00:44.16*** part/#asterisk mcrane (~markjcran@96.18.42.239)
01:07.59*** join/#asterisk sgriepentrog (~sgriepent@107-220-72-78.lightspeed.brhmal.sbcglobal.net)
01:08.45smkellyfile: YES
01:08.58smkellyducks
01:31.45*** join/#asterisk Gunchedorn (~gunchedor@187.188.241.231)
01:40.00*** join/#asterisk u0m3_ (~u0m3@92.80.102.105)
01:50.46*** join/#asterisk Draecos (~Draecos@106-69-50-213.dyn.iinet.net.au)
01:54.16*** join/#asterisk darkbasic (~quassel@niko.linuxsystems.it)
01:58.06*** join/#asterisk [[thufir]] (~thufir@96.55.205.166)
02:17.23*** join/#asterisk raspberrypifan (~raspberry@190.131.164.211)
03:06.33*** join/#asterisk ThatDamnRanga (~wiretap@unaffiliated/wiretap)
03:27.51*** join/#asterisk mjordan (~mjordan@75.76.55.191)
03:27.52*** mode/#asterisk [+o mjordan] by ChanServ
03:31.32*** join/#asterisk evil_gordita (robert@ip70-188-56-12.rn.hr.cox.net)
04:04.18*** join/#asterisk wolrah (~wolrah@24.239.210.140)
04:04.25*** part/#asterisk w9sh (~sph@50-79-224-193-static.hfc.comcastbusiness.net)
04:43.05*** join/#asterisk Iamnacho (~Iamnacho@ip98-186-184-132.ks.ks.cox.net)
04:56.54*** join/#asterisk clopez (~tau@neutrino.es)
04:58.03*** join/#asterisk gerhard7 (~gerhard7@77.172.20.151)
05:20.40*** join/#asterisk Raden (~Raden@24-240-51-238.dhcp.stpt.wi.charter.com)
05:20.51Radenhow can i match inbound area code to route calls ?
05:21.04Radenso lets say 630 area code goes to sip/1000 ?
05:24.12WIMPyI'm not sure if you can use patterns in the callerID part of extensions.
05:25.10WIMPyBut you can always use *If or an AGI or just goto the part of the callerID or ise it to fetch data from a DB or ....
05:28.50Radenthere no way to match like an outbound call context ?
05:29.45WIMPyAll calls are incomming.
05:31.11Radenyes
06:23.16MaliutaLapWIMPy: use AEL if (CALLERID(NUM) = <regex>) ....
06:25.23WIMPyMaliutaLap: So you are the one using AEL? ;-)
06:34.21MaliutaLapWIMPy: pretty sure I'm not the only one :P
06:34.51MaliutaLapWIMPy: could be worse - I could be using LUA ;)
06:35.16WIMPyWell, the thing is that using LUA does at least make sense.
06:36.09MaliutaLapnot really
06:36.14MaliutaLapAEL is fine
06:36.35WIMPyBut AEL is only translated to standard dialplan.
06:37.07MaliutaLapStill lets me programmaticly express my dialplan
06:37.27WIMPyBut it doesn't give you additional features.
06:37.39WIMPyProbably even less.
06:38.15MaliutaLapI haven't come across a feature that it didn't support
06:38.31MaliutaLapare you saying LUA adds extra features?
06:39.54WIMPyWell, it adds LUA.
06:40.12WIMPyIt's not just a translation.
06:50.10*** join/#asterisk wonderworld (~ww@ip-62-143-157-238.unitymediagroup.de)
07:11.14*** join/#asterisk r00f (~r00f@94.200.97.245)
07:17.22*** join/#asterisk tzafrir (~tzafrir@local.xorcom.com)
07:31.01*** join/#asterisk chendy (~chatzilla@210.75.18.8)
07:31.49*** join/#asterisk sgriepentrog (~sgriepent@107.220.72.78)
07:57.22*** join/#asterisk evilman_home (kvirc@89-179-77-66.broadband.corbina.ru)
08:03.31*** join/#asterisk gavimobile (~user@bzq-218-196-30.red.bezeqint.net)
08:04.58*** join/#asterisk dfighter (~someone@arcemu/staff/dfighter)
08:08.06gavimobileit seems all but one of my sip trunks are having audio issues, is there a way I can verify if the issue is actually with this one provider and not a local pbx issue?
08:08.38*** join/#asterisk evilman_home (kvirc@89-179-77-66.broadband.corbina.ru)
08:17.53*** join/#asterisk kafal (6a33f048@gateway/web/freenode/ip.106.51.240.72)
08:19.58kafalhello, I am trying to setup confbridge in Asterik 12.3. Agent is logged in and I am able to make and outbound cal. But I am not able to put both the calls in the same conference bridge. I keep getting following message in the logs "No channel type registered for 'Agent'". Is this error related to the issue I am facing? Any ideas how I can fix this issue?
08:26.51*** join/#asterisk ChannelZ (channelz@burner.com)
09:17.45WIMPyWhat do agents have to do with conferences?
09:35.11mic_are there any known issues when SIP provider is using cirpack apart from the "keepalive" that google shouts about?
09:51.39*** join/#asterisk kafal (6a33f048@gateway/web/freenode/ip.106.51.240.72)
09:51.45kafalHi WIMPy: is there any sample examples to show how to put to users in a conference?
09:52.04kafalfor asterisk 12.3
10:22.18*** join/#asterisk af_ (~af@93-43-45-195.ip90.fastwebnet.it)
10:40.29*** join/#asterisk MaliutaLap (~nobusines@unaffiliated/maliuta)
10:40.29*** join/#asterisk Juggie (~Juggie@unaffiliated/juggie)
10:40.29*** join/#asterisk mzb (~mzb@2001:44b8:512d:7501:f66d:4ff:fe90:9629)
10:40.29*** join/#asterisk X-Rob (X-Rob@gateway/web/irccloud.com/x-boeazzlbzlokrgfu)
10:40.29*** join/#asterisk snadge (~snadge@unaffiliated/snadge)
10:42.58*** join/#asterisk justdave (~dave@unaffiliated/justdave)
10:46.25*** join/#asterisk evilman_home (kvirc@89-179-77-66.broadband.corbina.ru)
10:46.26*** join/#asterisk puzzled (~patrick@54692095.cm-12-2a.dynamic.ziggo.nl)
10:50.24*** join/#asterisk Draecos (~Draecos@106-69-50-213.dyn.iinet.net.au)
10:58.37*** join/#asterisk Juggie (~Juggie@unaffiliated/juggie)
10:59.03*** join/#asterisk fstd_ (~fstd@unaffiliated/fisted)
11:18.37*** join/#asterisk darkbasic (~quassel@niko.linuxsystems.it)
11:29.57*** join/#asterisk snadge (~snadge@unaffiliated/snadge)
11:57.00*** join/#asterisk asterisco (~kvirc@host185-81-dynamic.17-87-r.retail.telecomitalia.it)
12:02.54asteriscosomeone use click to call with hp+asterisk?
12:06.44*** join/#asterisk fling (~fling@fsf/member/fling)
12:29.14*** join/#asterisk Draecos (~Draecos@106-69-50-213.dyn.iinet.net.au)
12:37.44*** join/#asterisk CeBe (~CeBe@port-92-206-111-96.dynamic.qsc.de)
13:25.34*** join/#asterisk jonno11 (~jonno11@cpc1-walt12-2-0-cust582.13-2.cable.virginm.net)
13:53.42*** join/#asterisk gusto (~gusto@2a02:810d:8600:2f70:21b:63ff:fe31:8426)
13:53.50gustoso
14:16.59*** join/#asterisk [TK]D-Fender (~chatzilla@64.235.216.2)
14:39.24*** join/#asterisk MarkSX (~MarkSX@C-59-101-137-17.mel.connect.net.au)
15:10.23*** join/#asterisk jonno11 (~jonno11@cpc1-walt12-2-0-cust582.13-2.cable.virginm.net)
15:23.31*** join/#asterisk ThatDamnRanga (~wiretap@unaffiliated/wiretap)
15:31.49*** join/#asterisk joesmoe (~joesmoe@c-50-134-198-248.hsd1.co.comcast.net)
15:36.00*** join/#asterisk MaliutaLap (~nobusines@unaffiliated/maliuta)
15:46.04*** join/#asterisk tristero (~al.f.zero@unaffiliated/transfinite)
16:11.04*** join/#asterisk FreezingCold (~FreezingC@135.0.41.14)
16:13.17joesmoei have two trunks to the same provider with seperate usernames but their calls keep getting routed to the same place
16:13.19joesmoei.e. incoming calls from one accounts are being routed to both incoming rules
16:19.03[TK]D-FenderShow us the call
16:19.12[TK]D-Fender? cli
16:19.18[TK]D-Fender"sip set debug on"
16:19.21[TK]D-Fenderoops...
16:19.31[TK]D-Fender(at * CLI)
16:19.48[TK]D-Fenderand "both incoming rules" does not make sense as worded.
16:20.24joesmoeSo i have an incoming call rule that mathes localphone.com Trunk1 and another that matches all calls for localphone.com Trunk2
16:20.36joesmoebut when i call a DID @ localphontTrunk1, it matches loaclphone.com trunk2
16:20.38joesmoedoing a debug now
16:21.17joesmoei'm using digium
16:21.20joesmoenot the cli... :(
16:21.21[TK]D-Fenderinclude both sip.conf entries masking only the secret
16:22.07[TK]D-Fender[12:21]joesmoei'm using digium [12:21]joesmoenot the cli... <-  what is this supposed to mean?
16:22.19joesmoei think it may be because i have the insecure mode on the trunks set to 'very'
16:22.25joesmoedigium is like a gui for asterisk
16:22.41[TK]D-FenderThe GUI has been dead for over 3 years.
16:22.54[TK]D-Fendermore like 4 at this point
16:23.15[TK]D-FenderGUI also doesn't factor into this.
16:23.17joesmoewhen using insecure=very, and having 2 trunks going to the same provider, coudl that be whats messing things up?
16:23.27[TK]D-FenderIt's a show the peers
16:23.32[TK]D-Fendershow the peers
16:25.31joesmoeeven when removing the trunk i'm still getting my PBX when making a call to one of the incoming numbers
16:29.32*** join/#asterisk u0m3 (~u0m3@92.80.89.211)
16:33.10*** join/#asterisk BakaKuna (~Thunderbi@82-169-251-128.ip.telfort.nl)
16:42.21*** join/#asterisk hackeron (~hackeron@gentoo/user/hackeron)
16:44.03*** join/#asterisk jermy (~jeremy@pinkstuff.publication.org.uk)
16:52.41jermyI'm having issues getting BLFs to update in a timely manner on a Yealink phone. They update fine when it re-subscribes the SIP connection, so I assume some notifications aren't working? (Asterisk version 11.10.2)
16:54.22WIMPyI do also have issues with subscriptions soptting to work after some time. It works again for a time if I either restart the phone or Asterisk.
16:55.03WIMPyI should try to get the time, but I have a feeling that it works for longer if I restart both at the same time.
16:55.50*** join/#asterisk raspberrypifan (~raspberry@190.131.164.211)
16:58.13*** join/#asterisk Apteryx (~maxim@198-48-204-126.cpe.pppoe.ca)
17:08.05*** join/#asterisk bkruse (~Adium@24.42.207.11)
17:08.15ApteryxHi! It seems I fail to understand what direcmedia=nonat is supposed to do. I have a peer, named FPL (sip trunk, registered) sitting outside my nat at address sip:208.65.240.44. My Asterisk is portforwarded to port 5060 inside my nat at address 192.168.0.10. I'm connecting to it from a local peer, maxim-VostroV130, using 192.168.0.10. When FPL tries to call maxim-VostroV130, Asterisk causes a re-invite. This doesn't work because maxim-VostroV13
17:10.21[TK]D-Fenderas both should be listed as "nat=no" they should both think they're allowed to reinvite which is bad.
17:10.34[TK]D-FenderYou're far better off just preventing them across the board.
17:10.49[TK]D-FenderOtherwise you're going to be playing cat & mouse with a lot of pain
17:11.52*** join/#asterisk seanbrig1t (~sean@asterisk/contributor-and-bug-marshal/seanbright)
17:12.30Apteryx[TK]D-Fender: Hello! Given that I set localnet to 192.168.0.0 and that this is a NATed network (because this address is inherently private), shouldn't Asterisk be smart and detects a peer with address 192.168.0.100 as NATed too?
17:12.46Apteryxlocalnet=192.168.0.0/24 to be exact.
17:13.08[TK]D-FenderApteryx: there is no detection.  These settings are explicit
17:13.17[TK]D-Fenderand that is what you put in your peer
17:13.20[TK]D-Fender"nat="
17:13.55SeRiPenguin: got the mikrotik going.
17:14.15Apteryx[TK]D-Fender: Ok! I guess that explains the behaviour I'm seeing! Thanks.
17:14.43SeRiPenguin: complicated when you dont know what is going on. once I learn a few triks from other folks it was easy from there
17:16.03[TK]D-FenderApteryx: You're welcome
17:16.56Apteryx:)
17:38.06ApteryxStrange. After putting "directmedia=nonat" and "nat=force_rport,comedia" in my NATed peers definition, Asterisk is still re-invitting my NATed peers with external one. Confused.
17:38.24*** join/#asterisk derekb (~derekb@d24-57-14-108.home.cgocable.net)
17:38.51WIMPyGlad to hear that I'm not the only one where it doesn;t seem to work.
17:39.12derekbhi there, been having an issue with contexts on sip trunks for a little bit now.  basically had an issue when my pstn gateway passed a call back to asterisk that it was making a loop due to using the wrong context
17:39.27derekbive changed to the correct context on the sip trunk, but now it seems outbound dialing is effected.
17:39.51derekbheres the output from the asterisk CLI when i try to make an outbound call from the customers phone system to asterisk: http://pastebin.com/SBiV6Jty
17:40.05[TK]D-FenderOutbound from your other devices has nothing to do with a context on the peer yo are dialing
17:40.22derekbHaha, yes we had this discussion yesterday
17:40.35[TK]D-FenderAnd this is STILL the same broken Goto
17:40.41[TK]D-Fenderthis is not a SIP problem
17:41.20[TK]D-Fenderthat also does not look like you dialing out.. that looks like you dialing IN from your gateway
17:41.41derekbits an IP phone, registered to a customers telephone system.  placing a call out to 5195517056
17:41.54ApteryxWIMPy: Ok. Thanks for sharing. Maybe a bug in the version of Asterisk we are using (mine: 11.7.0 from Ubuntu 14.04 repo)
17:42.06[TK]D-Fenderwell look where that phone's peer is pointing.
17:42.07derekbvia sip trunk SIP/5199977432 using an outbound CLID of 5197376668
17:42.15[TK]D-FenderWhy is the phone pointing to from-outside?
17:42.19derekbi agree it looks like an inbound call for some reason
17:42.30WIMPyApteryx: If it's a bug, it's not new.
17:42.31[TK]D-Fenderthat is where you peer to the gateway shold be pointed, not peers for your phones
17:43.14derekbwhat do you mean?
17:44.23[TK]D-Fender<PROTECTED>
17:44.36derekbyes
17:44.43[TK]D-FenderSIP/5199977432 <- if this is a PHONE then you should not have pointed it to that context
17:44.52derekbthats a trunk
17:44.55derekbtoa phone system, from asterisk
17:44.56[TK]D-Fenderthat peer is PHONE peer, not your GATEWAY peer, correct?
17:45.04[TK]D-Fender...
17:45.09[TK]D-FenderThere is no "trunk to a phone"
17:45.13[TK]D-Fenderyou are mising ins * outs
17:45.18[TK]D-Fendermixing*
17:45.32derekbi didnt say it wasa a trunk to a phone :(
17:45.35[TK]D-Fender....
17:45.37WIMPyheard there are no trunks at all with SIP
17:45.52[TK]D-Fenderderekb: Get clear, fast.
17:46.01derekbsorry
17:46.03[TK]D-FenderWHAT is on the other side of that peer?
17:46.21derekbsoftphone was makign the call.
17:46.33[TK]D-FenderYou just said gateway.
17:46.39[TK]D-FenderNow it's a softphopne?
17:46.43derekb*sigh*
17:46.48derekbi am confused, im sorry
17:46.52derekbi appreciate you trying to help
17:49.55[TK]D-Fenderwhat device is directly coming in to * there? [5199977432] is the peer being matched in sip.conf.  What is the exact device making that comm?
17:51.28derekbSorry [TK]D-Fender, I feel like an idiot here. THis is the exact call setup.  Softphone logged into customer PBX, makign call out. Have trunk setup between phone system and asterisk, which is the SIP/5199977432 peer.
17:51.57[TK]D-Fender"customer PBX" < what is this
17:51.59*** join/#asterisk camelCase (~camelCase@unaffiliated/camelcase)
17:52.00[TK]D-FenderYoua re being vague
17:52.26[TK]D-FenderSome other type of system?
17:52.43derekbyeah its an NEC telephone system
17:52.47derekbnot asterisk
17:52.52MaliutaLapshudders
17:52.55[TK]D-FenderFrom your description Asterisk precisely NOTHING about the softphone.  It is only talking to that other PBX
17:53.09[TK]D-FenderThe fact there is something beyond it isn't *'s concern
17:53.17[TK]D-FenderSo * ONLY talks to that other PBX?
17:54.00derekbwhat are you referring to as *?
17:54.05[TK]D-Fender* = asterisk
17:54.21MaliutaLap[TK]D-Fender: tautology!
17:54.23derekbduh
17:54.24[TK]D-FenderYou know.. the key on your keyboard.  That's what it's called.
17:54.32MaliutaLap:)
17:54.40derekbsorry :(
17:54.58[TK]D-Fenderhttp://www.asterisk.org/ <- you might recognize it from their giant logo.
17:55.06camelCaseanyone here mess with a cosmos(ess7) to SIP gateway using *?
17:55.09derekbasterisk is talking to other pbx's as well, not just that one.
17:55.35MaliutaLapcamelCase: * is my sip gateway :)
17:55.42camelCaseno shit
17:55.54camelCasehave you ever use * to interface with ESS7?
17:56.13[TK]D-Fenderderekb: Ok, so if [5199977432] is supposed to be an account for the PBX to call and dial OUT... then this is probably supposed tro be treated as a PHONE in your * system, and that is the wrong context for that peer.
17:56.15[TK]D-FenderGo fix it
17:56.25derekbgotcha.
17:56.37MaliutaLapcamelCase: nope. all my phones talk to * which talks to an ITSP for external purposes
17:56.47derekb[TK]D-Fender: thanks for helping, and being patient
17:57.30*** join/#asterisk [[thufir]] (~thufir@S0106c8fb2677e8ca.vs.shawcable.net)
17:59.14*** join/#asterisk cmendes0101| (~cmendes01@pool-96-251-59-96.lsanca.fios.verizon.net)
18:04.09*** join/#asterisk Ian_AU (~ian_au@203.23.208.92)
18:14.26*** join/#asterisk raspberrypifan (~raspberry@190.131.164.211)
18:16.25derekb[TK]D-Fender: looks like things are working :D
18:16.46derekb[TK]D-Fender: thank you so much for the tips, and being patient. i really appreciate the assistance.
18:17.05[TK]D-FenderYou're welcome.
18:22.43*** join/#asterisk tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net)
18:25.24[TK]D-Fender~best
18:25.27infobotbest for what? please define what you mean by "best"  Gloria Gaynor!  Tina Turner!  Aretha Franklin!  Men without Hats!  Women without Hats!  Flock of Seagulls!, or fvwm!  Women without clothes!
18:25.35[TK]D-Fenderraspberrypifan: ^
18:26.07raspberrypifanwhen did come out with women  without hats
18:30.55*** join/#asterisk evil_gordita (robert@ip70-188-56-12.rn.hr.cox.net)
18:46.38WIMPycamelCase: What is _E_SS7?
19:00.51*** join/#asterisk satsu (satsu@gateway/shell/devio.us/x-pyllyetdjalrabrs)
19:03.44camelCasehttp://en.wikipedia.org/wiki/Signalling_System_No._7
19:30.02WIMPycamelCase: I don't find any E there, just regular SS7.
19:30.47*** join/#asterisk D-Boy (~D-Boy@unaffiliated/cain)
19:34.48*** join/#asterisk amizraa (~amizraa@gateway/tor-sasl/amizraa)
19:36.58*** join/#asterisk raspberrypifan (~raspberry@190.131.164.211)
19:38.41*** join/#asterisk rmudgett (~rmudgett@nat/digium/x-hcbozgnpktelweta)
19:50.40camelCaseESS is another way it is called, like ESS5
19:50.56TazzNZmorning all
19:52.43WIMPyNot seen that before. And google doesn't seem to know much about it, either.
19:53.04camelCaseit's what we called it in the early 1990's when it was coming out
19:53.19camelCaseyou may find old text files named ESS7
20:02.17*** join/#asterisk sawgood (~sawgood@unaffiliated/sawgood)
20:03.50*** join/#asterisk igcewieling1 (~ewieling@ip98-183-26-100.pn.at.cox.net)
20:04.27igcewieling1Does anyone have experience running Asterisk as non-root and binding to a low port, such as 443, for TLS?   I tried it using setcap (aka libcap) but I must be doing something wrong.
20:10.42*** join/#asterisk skrusty (~skrusty@168.63.14.171)
20:20.58*** join/#asterisk seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright)
20:23.29*** join/#asterisk yano (~yano@freenode/staff/yano)
20:38.12*** join/#asterisk bkruse (~Adium@64.89.97.113)
20:55.26*** join/#asterisk darkbasic_ (~quassel@niko.linuxsystems.it)
21:04.11*** join/#asterisk Ian_AU (~ian_au@203.23.208.92)
21:23.14*** join/#asterisk Chainsaw (~chainsaw@gentoo/developer/chainsaw)
21:32.59*** join/#asterisk Cynagen (~cynagen@ip70-190-135-8.ph.ph.cox.net)
21:40.08ApteryxI am right that the safest (and simple to deploy) way to deal with a PSTN gateway is to find a SIP `trunk` provider supporting TLS connections? I know that the PSTN part of the call will not be encrypted, but this is still better security than no security... and ZRTP is not possible in this scenario.
21:40.56WIMPyAre you talking about a gateway or an ITSP?
21:41.13ApteryxGateway
21:41.37WIMPyWhat's the point of encrypting on your own network?
21:42.13ApteryxWell, sorry, I would encryp both.
21:42.15WIMPyAnd the NSA will save a copy of the call anyway.
21:42.25WIMPyBoth what?
21:42.53ApteryxBy SIP `trunk` provider I meant ITSP (not familiar with the right terminology yet)
21:43.33ApteryxSo I would provide TLS on my * personal gateway
21:43.39[TK]D-Fender" PSTN Gateway" implies a device you own hooked to standard telco lines.
21:43.45ApteryxAnd I would setup the ITSP peer to use TLS as well.
21:43.53[TK]D-Fender"ITSP" is a service provider over the internet
21:43.58[TK]D-Fenderdo not mix these up
21:44.33[TK]D-Fenderare we talking about hardware, or an ITSP?
21:44.49ApteryxITSP. Sorry for mixing up.
21:47.13ApteryxSo to rephrase it right, I plan to offer TLS connections to my * PXB, and connect * to an ITSP over TLS. That way my calls would be encrypted all the way until the PSTN network (assuming the ITSP doesn't screw it up)
21:48.44*** join/#asterisk paulc (~paulc@unaffiliated/paulc)
21:49.19[TK]D-Fenderthat's one way
21:50.59Apteryx[TK]D-Fender: Would another way be better in your opinion?
21:51.21[TK]D-FenderYou could direct VPN to yor provider if they offer
21:53.56MaliutaLapVPN has stronger encryption too
21:55.00*** join/#asterisk raspberrypifan (~raspberry@190.131.164.211)
21:55.01ApteryxMaliutaLap: OK. Thanks.
22:13.18*** join/#asterisk darkbasic (~quassel@niko.linuxsystems.it)
22:25.53ApteryxMaliutaLap: I'm not sure we can fully trust VPN though... I remember reading this: http://marc.info/?l=openbsd-tech&m=129236621626462&w=2 a few years back, and then this: https://highdeserttechs.com/technology-resources/security-and-privacy-news/can-we-trust-ipsec.html. Of course it is a bit pointless to talk about NSA backdoors when the finality will be hitting the PSTN, but still, I understand TLS is simpler thus safer.
22:27.52*** join/#asterisk bmurt (~brendan@c-76-124-158-106.hsd1.pa.comcast.net)
22:49.21igcewieling1Does anyone have experience running Asterisk as non-root and binding to a low port, such as 443, for TLS?   I tried it using setcap (aka libcap) but I must be doing something wrong.
23:07.03*** join/#asterisk fstd_ (~fstd@unaffiliated/fisted)
23:08.03*** join/#asterisk wonderworld (~ww@ip-62-143-157-238.unitymediagroup.de)
23:09.49*** join/#asterisk darkbasic (~quassel@niko.linuxsystems.it)
23:11.31*** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212)
23:20.57*** join/#asterisk ipengineer (~zconkle@108-206-120-218.lightspeed.mckntx.sbcglobal.net)
23:21.07*** join/#asterisk darkbasic (~quassel@niko.linuxsystems.it)
23:24.36ipengineeris the present of rport=5060 an indication of SIP ALG or some kind of manipulation usually?
23:25.12ipengineerTrying to trace down a problem that happens on a particular network and that is about the only thing I see different on the INVITE
23:27.08*** join/#asterisk syadnom (~syadnom@host-184-166-238-96.bln-mt.client.bresnan.net)
23:28.02*** join/#asterisk darkbasic (~quassel@niko.linuxsystems.it)
23:30.35*** join/#asterisk [[thufir]] (~thufir@S0106c8fb2677e8ca.vs.shawcable.net)
23:38.28*** join/#asterisk darkbasic_ (~quassel@niko.linuxsystems.it)
23:46.10*** join/#asterisk evil_gordita (robert@ip70-188-56-12.rn.hr.cox.net)
23:49.23*** join/#asterisk darkbasic (~quassel@niko.linuxsystems.it)

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