IRC log for #asterisk on 20170502

00:08.38*** join/#asterisk CountRumford (ylorb@gave-jessica-and-ashlee-simpson-my.stickynapalm.com)
00:08.50CountRumfordis this as-close as one can get to a telecom channel?
00:08.54CountRumfordtelecom pointed me in this direction
00:12.30*** part/#asterisk CountRumford (ylorb@gave-jessica-and-ashlee-simpson-my.stickynapalm.com)
00:14.03*** join/#asterisk newtonr_ (~newtonr@173-21-147-197.client.mchsi.com)
00:14.04*** mode/#asterisk [+o newtonr_] by ChanServ
00:19.15*** join/#asterisk infobot (ibot@rikers.org)
00:19.15*** 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:32.28*** join/#asterisk fstd_ (~fstd@unaffiliated/fisted)
01:18.02*** join/#asterisk mahlon (~mahlon@martini.nu)
01:26.58*** join/#asterisk mahlon (~mahlon@martini.nu)
01:32.16SamotWell apparently he was unhappy with his wait time and disconnected.
01:32.24SamotI'm sure he'll try back.
01:33.08igcewieling1I wonder who mr/ms telecom is
01:39.28*** join/#asterisk cmendes0101 (~cmendes01@36.67.37.201)
01:41.05*** join/#asterisk tripleslash (~triplesla@unaffiliated/imsaguy)
01:44.53*** join/#asterisk mattchis (~mattchis@c-67-166-5-252.hsd1.co.comcast.net)
02:20.46*** join/#asterisk genpaku (~genpaku@107.191.100.185)
03:20.37*** join/#asterisk Rini (uid196547@gateway/web/irccloud.com/x-sdfrnvgrkzgbfxxy)
04:14.04*** join/#asterisk Oatmeal (~Suzeanne@c-68-45-30-44.hsd1.nj.comcast.net)
04:54.54*** join/#asterisk cmendes0101 (~cmendes01@36.67.37.201)
05:12.10*** join/#asterisk bof22 (~Thunderbi@ARennes-650-1-235-230.w90-32.abo.wanadoo.fr)
05:38.23*** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl)
05:59.15*** join/#asterisk bof22 (~Thunderbi@185.13.183.107)
06:04.31*** join/#asterisk Dovid (~dovid@ool-4573a525.dyn.optonline.net)
06:13.03*** join/#asterisk miralin (~Thunderbi@195.19.212.23)
06:59.26*** join/#asterisk samwierema (~samwierem@178-85-67-226.dynamic.upc.nl)
07:09.26*** join/#asterisk dasjoe (~dasjoe@americangirlscouts.org)
07:10.10*** join/#asterisk miralin (~Thunderbi@195.19.212.23)
07:10.45*** join/#asterisk miralin (~Thunderbi@195.19.212.23)
07:11.13*** join/#asterisk jkroon (~jkroon@165.16.204.40)
07:23.10*** join/#asterisk pa (~pa@unaffiliated/pa)
07:24.40*** join/#asterisk lanning (~lanning@50-193-22-25-static.hfc.comcastbusiness.net)
07:25.24*** join/#asterisk pchero_work (~pchero@109.70.54.56)
07:52.20*** join/#asterisk sekil (~sekil@cable-89-216-231-131.dynamic.sbb.rs)
08:06.41*** join/#asterisk samwierema (~samwierem@a80-101-67-102.adsl.xs4all.nl)
08:10.12georgempanybody have any recommendations for a sip provider with DID in the US (and possibly India)? I've looked at callcentric (they don't seem to support tcp or srtp/tls), voip.ms (don't allow accounts from India), and Twilio. Looking to see if there are any other providers I should consider..thanks
08:13.21sekilif anyone is interested OpenSIPS summit is live at https://www.youtube.com/watch?v=anmyMC6Ovl8
08:22.06*** join/#asterisk ganbold (~ganbold@173.244.215.173)
08:28.42Dovidtry Telnyx.com
08:29.46Dovidgeorgemp: try Telnyx.com. They have US numbers. Indian numbers are hard to come by due to regulations in India. I know Voxbone.com and tollfreeforwarding.com have India but only freephone numbers and the callers line must support intl. calling
08:43.32*** join/#asterisk samwierema (~samwierem@a80-101-67-102.adsl.xs4all.nl)
08:44.49TandyUKhey guys any homer users here?
08:45.11TandyUKconfused trying to get it working... does homer have an agent to listen for HEP packets, or do we need to configure kamailio for that?
08:47.37*** join/#asterisk miralin (~Thunderbi@195.19.212.23)
08:49.03*** join/#asterisk hehol (~hehol@gatekeeper.loca.net)
08:57.26*** join/#asterisk dasjoe (~dasjoe@americangirlscouts.org)
09:02.50georgempDovid: thank you..will check those out
09:17.34dan_jHi. I've got ringinuse set to 1 for all queues. I have a selection of DIDs. Each DID goes into it's own queue. All SIP phones are members of all queues. When a call comes in, an agent answers. When a 2nd call comes in for that queue, if the agent is still on the phone, it does not ring that agent. But if a 2nd call comes in for a different queue, it does
09:17.34dan_jring.
09:17.47dan_jAny ideas why it might not be ringing?
09:28.47*** join/#asterisk samwiere_ (~samwierem@095-097-255-066.static.chello.nl)
09:39.07*** join/#asterisk samwierema (~samwierem@095-097-255-066.static.chello.nl)
09:42.36*** join/#asterisk Alblasco1702 (~Alblasco1@84.86.180.107)
09:43.52DanQuinneyTandyUK: homer runs its own kamailio install to capture the HEP packets
09:46.01dan_jMy issue has been occuring since upgrading from v11 to v13.
09:49.10*** join/#asterisk drmessano (sid104353@pdpc/supporter/active/drmessano)
09:55.06*** join/#asterisk Samot (sid133316@gateway/web/irccloud.com/x-jggubpjbzeqvbdkh)
11:08.05TandyUK[2017-05-02 12:07:18]   == Problem setting up ssl connection: error:00000000:lib(0):func(0):reason(0)
11:08.06TandyUK[2017-05-02 12:07:18] WARNING[23597]: tcptls.c:683 handle_tcptls_connection: FILE * open failed!
11:08.23TandyUKstill getting loads of these, any clues as to what i can do to make asterisk give me more info about what that is relating to?
11:08.45TandyUK"some random TLS connection failed" is really unhelpful for debugging the cause
11:10.00TandyUK100+ extensions are online and working perfectly, im having issues with 2 specific handsets, and having turn TLS/SRTP OFF on both ofthem, im suddenly getting MORE of these errors
11:10.03TandyUKgo figure
11:34.36*** join/#asterisk thiagoc (~thiagoc@unaffiliated/thiagoc)
12:05.09*** join/#asterisk miralin (~Thunderbi@195.19.212.23)
12:09.16*** join/#asterisk cmendes0101 (~cmendes01@36.67.37.201)
12:17.06*** join/#asterisk Chotaire (chotaire@oahu.chotaire.net)
12:20.57*** join/#asterisk mrcirca (~mrcirca@2a02:587:b913:bc00:d250:99ff:fe4a:6ed0)
12:21.36mrcircahello can someone tell me what is the limit of sip peer latency for monitoring?
12:26.15*** join/#asterisk Rini (uid196547@gateway/web/irccloud.com/x-jqxhuthcivfbxmtv)
12:44.47*** join/#asterisk Dovid (~dovid@static-173-63-105-210.nwrknj.fios.verizon.net)
13:00.56*** join/#asterisk brad_mssw (~brad@66.129.88.50)
13:02.34*** join/#asterisk jetlag (~jetlag@c-71-226-222-56.hsd1.nj.comcast.net)
13:04.10*** join/#asterisk putnopvut (putnopvut@asterisk/master-of-queues/mmichelson)
13:04.11*** mode/#asterisk [+o putnopvut] by ChanServ
13:13.35*** join/#asterisk scgm11_ (~scgm11@r186-49-63-12.dialup.adsl.anteldata.net.uy)
13:28.28*** join/#asterisk [TK]D-Fender (~joe@216.191.106.165)
13:30.42*** join/#asterisk ramirezb (~ramirezb@pcitcs03.cern.ch)
13:33.15ramirezbHello people. It is my first time in this channel and I need some help concerning Asterisk behaviour.
13:35.34*** join/#asterisk pchero_work (~pchero@109.70.54.56)
13:35.36ramirezbI deployed one month ago an Asterisk server in my office with their stored version which is the 13.9. There are several deployments in physical machines but I am dealing with the virtual ones (in openstack).
13:36.06ramirezbthe problem is since 2 weeks ago the virtual machines restarts (only asterisk) with no reason.
13:37.32ramirezband the logs don´t say anything. Just, the welcome message when you start the service.
13:37.33*** join/#asterisk jetlag (~jetlag@c-71-226-222-56.hsd1.nj.comcast.net)
13:37.48[TK]D-FenderYou'll need to find a core dump, etc to trace it by
13:37.53[TK]D-Fender~collectdebug
13:37.53infobotwell, collectdebug is a method of collecting logs allowing others help troubleshoot an issue.  Refer to https://wiki.asterisk.org/wiki/display/AST/Collecting+Debug+Information
13:38.14ramirezbmmmmmm
13:39.56ramirezbI followed that reference https://wiki.asterisk.org/wiki/display/AST/Collecting+Debug+Information but the log doesnt give me any interesting information
13:41.54ramirezbfor example, the last info in my log.txt before rebooting is the following
13:42.43ramirezb[May  2 15:05:26] DEBUG[3971] res_pjsip_session.c: Response is 486 Busy Here
13:42.57ramirezb[May  2 15:05:26] DEBUG[3986][C-0000000e] channel.c: Hanging up channel 'PJSIP/pbx_main-00000018'
13:43.06ramirezb[May  2 15:05:26] VERBOSE[3986][C-0000000e] app_dial.c: Everyone is busy/congested at this time (1:1/0/0)
13:43.09ramirezbthats all
13:44.06[TK]D-Fenderdoesn't say anything there
13:44.17[TK]D-Fenderif * crashes there should be a core dump
13:44.27[TK]D-Fendermake sure of that
13:44.46[TK]D-Fendertaht is if * itself is the one thing exclusively rstarting on that box
13:44.52*** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n)
13:44.53*** mode/#asterisk [+o cresl1n] by ChanServ
13:45.21ramirezbi see
13:45.59ramirezbi am going to check it know. btw, sorry if my questions is kind of naive. I am new in the asterisk world.
13:46.07ramirezbare*
13:48.27*** join/#asterisk newtonr (~newtonr@173-21-147-197.client.mchsi.com)
13:48.27*** mode/#asterisk [+o newtonr] by ChanServ
13:49.48*** join/#asterisk jetlag (~jetlag@c-71-226-222-56.hsd1.nj.comcast.net)
13:50.36[TK]D-FenderNothing wrong with your quetions.  You just need some actual evidence that * itself core dumped & crashed, not something else that just took it out without the ability to do so
13:51.01ramirezbwhen asterisk crashes
13:51.12ramirezbthe core file where it is?
13:52.08[TK]D-FenderHrm, not the link you need there...
13:52.22[TK]D-Fenderhttps://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace
13:52.28[TK]D-FenderSorry about that.
13:52.40[TK]D-FenderI have seen the previous link thrown around and hadn't validated it
13:52.52[TK]D-FenderThis should do it
13:53.23ramirezbThanks
13:53.26ramirezbOMG
13:53.36ramirezbomw
13:58.05ramirezbi cannot find it
13:58.13ramirezbi am not sure if it is generated
13:58.33ramirezbthe core file I mean
13:59.16*** join/#asterisk bof23 (~Thunderbi@185.13.183.107)
14:06.58ramirezbI thing core is not generated because i cannot find it
14:07.54[TK]D-FenderIt'd only get generated if * itself crashed in a "normal" way I believe
14:08.07[TK]D-FenderSo perhaps it isn't * itself that is dying?
14:08.12*** join/#asterisk sh_smith (foobar@cpe-76-174-26-91.socal.res.rr.com)
14:08.31[TK]D-Fender(specificically)
14:10.12ramirezbmmmmmmmmmm
14:11.41ramirezbi thing asterisk is not crashing
14:11.45ramirezbjust reloading
14:11.51ramirezbwith no reason
14:13.10[TK]D-Fenderreloading ... or actually completely restarting?
14:13.13[TK]D-Fenderdoes it kill calls?
14:14.30ramirezbi´ve it in realtime with 20k endopints aprox. It does not kill calls but becomes unavailable during endpoints reloading.
14:15.22ramirezbit takes about 15 minutes for checking all the endpoints before enabling new calls again.
14:15.54[TK]D-FenderOk, then we aren't talking a "crash"
14:16.03[TK]D-Fenderwhich is what yuo said walking in.
14:16.17[TK]D-Fenderif it is just doing a reload process... really can't help you there...
14:16.27*** join/#asterisk kharwell (kharwell@nat/digium/x-dzvuxxefgubdpgwl)
14:16.27*** mode/#asterisk [+o kharwell] by ChanServ
14:16.28ramirezbmmm
14:17.10ramirezbthat´s the reason because i am a bit anxious XD
14:17.20ramirezbbecause is too weird.
14:18.04ramirezbanyway, thank you so much for your support :)
14:18.24ramirezbif i can find the solution i´ll notice it.
14:19.20Mr_Pleb_Mgoothats a decent amount of end points
14:19.34Mr_Pleb_Mgooits not struggling for memory/RAM or anything?
14:20.37ramirezbi checked it and dont
14:21.08ramirezbthis machine handles with 20~30 calls as much.
14:21.10filethere's an issue, https://issues.asterisk.org/jira/browse/ASTERISK-26806
14:22.55ramirezbthanks people
14:23.29filethat's for .conf specifically, but changes went into later versions to improve the realtime case
14:23.51ramirezbi see
14:26.36*** join/#asterisk rmudgett (rmudgett@nat/digium/x-zonjgyixyqolnktv)
14:26.36*** mode/#asterisk [+o rmudgett] by ChanServ
14:38.51dan_jHi. I've got a queue with ringinuse set to on, but when an agent answers a call from that queue, they dont receive any other calls from that queue until their call ends.
14:38.58dan_jBut they do receive calls from other queues.
14:39.32dan_jAny ideas what could be causing that?
14:39.35dan_jThey are SIP phones
14:44.42*** join/#asterisk miralin (~Thunderbi@195.19.212.23)
14:50.09*** join/#asterisk rwb (~Thunderbi@75-150-110-170-NewEngland.hfc.comcastbusiness.net)
14:50.24SamotBy "on" you mean "yes"?
14:51.10*** join/#asterisk justinmrkva (~justinmrk@unaffiliated/justinmrkva)
14:53.03*** join/#asterisk tm1000 (sid6728@gateway/web/irccloud.com/x-cpmqvisvwehzxudx)
14:54.51*** join/#asterisk Bryanstein (~Bryanstei@shellium/admin/bryanstein)
14:57.27*** join/#asterisk Dovid (~dovid@172.58.233.253)
14:58.00*** join/#asterisk Jesterboxboy (~Thunderbi@80-109-194-26.cable.dynamic.surfer.at)
14:59.27*** join/#asterisk Tamo (~Tamo@54.152.105.226)
15:00.31*** join/#asterisk vader- (sid163236@gateway/web/irccloud.com/x-kzrwqqzngrnygddt)
15:03.07*** join/#asterisk klow (uid213056@gateway/web/irccloud.com/x-tsyvzkxtsgttdqvx)
15:05.38*** join/#asterisk DanQuinney (sid18169@gateway/web/irccloud.com/x-yrvxhkjjbewuccvy)
15:07.41*** join/#asterisk Rini (uid196547@gateway/web/irccloud.com/x-thaiwlnsajmikxog)
15:12.38*** join/#asterisk zaf (~zaf@104.254.192.70)
15:22.17*** join/#asterisk bof23 (~Thunderbi@185.13.183.107)
15:23.36*** join/#asterisk simplydrew (~simplydre@unaffiliated/simplydrew)
15:24.37*** join/#asterisk MissionCritical (~MissionCr@unaffiliated/missioncritical)
15:51.55rrittgarnjoin #asterisk-ari
15:52.05rrittgarndarn missing slashes...
15:52.06rrittgarnsorry
15:53.51[TK]D-Fender#emo
15:54.17rrittgarn(//_-)
15:54.22TandyUKcan someone try connectiing to 109.169.6.122 on udp port 5060
15:54.41TandyUKyou should be blocked, but struggling to understand why im still seeing  a load of failed logins
16:07.12*** join/#asterisk giesen (~ggiesen@2001:19f0:0:1019:5400:ff:fe25:bda6)
16:08.36*** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com)
16:15.19*** join/#asterisk eric_hill (~eric_hill@wsip-184-180-163-60.ks.ks.cox.net)
16:15.51igcewieling1what is the iptables setting you are using to block it?
16:24.22*** join/#asterisk ruied (~ruied@81.84.234.209)
16:32.04*** join/#asterisk miralin (~Thunderbi@194.8.128.114)
16:50.29*** join/#asterisk dan_j (sid21651@gateway/web/irccloud.com/x-fwfkbytflhcipbdd)
17:00.31*** join/#asterisk overyander (~jeff@12.49.160.131)
17:08.29*** join/#asterisk [d__d] (~d__d]@54.85.45.223)
17:09.51*** join/#asterisk simplydrew (~simplydre@unaffiliated/simplydrew)
17:17.46*** join/#asterisk brad_mssw (~brad@66.129.88.50)
17:21.30*** join/#asterisk defsdoor (~andy@cpc120600-sutt6-2-0-cust177.19-1.cable.virginm.net)
17:30.14*** join/#asterisk friedrich (~friedrich@aextron.de)
17:50.43*** join/#asterisk Dovid (~dovid@rrcs-24-97-203-163.nys.biz.rr.com)
18:07.02wolfmitchellHow would I be able to get rid of these messages spamming my console? https://screenshits.nofla.me/2017-05-01_18-07-36.txt
18:07.57igcewieling1disabling message would be a good start
18:08.01filedon't try to do something involving media in the dialplan on the Message channel?
18:08.49[TK]D-Fender"Doctor, doctor, it hurts when I raise my arm like this!"
18:20.43*** join/#asterisk jab416171 (~jab416171@c-76-27-96-12.hsd1.ut.comcast.net)
18:28.49*** join/#asterisk miralin (~Thunderbi@194.8.128.114)
18:37.49*** mode/#asterisk [-o DivideBy0] by DivideBy0
18:38.54klowThis is a weird one,  has anyone ever ran into a situation where audio from the remote end begins to loop? Have a customer saying this is happening to him. Havent started digging in yet,  my first intuition is softphone or audio driver on the PC itself vs an asterisk/RTP issue .  Just wondering if anyone has experienced similar.
18:39.22klowthey are saying it only happens with calls that are trunked in from PTSN (just a sipstation connection on our side)
18:57.12wolfmitchelligcewieling1, what config file is that set in?
18:57.41wolfmitchellfile, pretty sure I'm not doing anything at all on the message channel
18:57.59filewolfmitchell: that'd be the only reason those messages would appear
18:59.00wolfmitchellfile, how would I see what is doing anything on it then?
19:00.30fileYou can bump up the verbose
19:00.43igcewieling1try adding accept_outofcall_message=no to sip.conf
19:09.34*** join/#asterisk simplydrew (~simplydre@unaffiliated/simplydrew)
19:15.57*** join/#asterisk bof22 (~Thunderbi@ARennes-650-1-246-146.w2-14.abo.wanadoo.fr)
19:23.26*** join/#asterisk bof22 (~Thunderbi@ARennes-650-1-246-146.w2-14.abo.wanadoo.fr)
19:36.18*** join/#asterisk skywayskase (~skywayska@67.139.42.219)
19:38.59*** join/#asterisk skywayskase (~skywayska@67.139.42.219)
20:04.40*** join/#asterisk pchero (~pchero@109.70.54.56)
20:09.22*** join/#asterisk Dovid (~dovid@rrcs-24-97-203-163.nys.biz.rr.com)
20:11.50*** join/#asterisk Oatmeal (~Suzeanne@68.45.30.44)
20:18.31dan_jHow can I find out where this is coming from? I cant locate 'ringinuse/ignorebusy' in any of the queue conf files. Nor in realtime.
20:18.32dan_japp_queue.c:10961 load_module: No entries were found for ringinuse/ignorebusy in queue_members table. Using 'ringinuse'
20:22.59Samotringinuse is by default yes
20:23.09SamotUnless otherwise told, it is used.
20:23.30dan_jAh. I mis-read it.
20:23.47dan_j<PROTECTED>
20:23.54dan_jBut they can receive calls from other queues
20:32.04*** join/#asterisk aness (~aness@cm-84.209.155.137.getinternet.no)
20:33.16SamotYou need it to be no
20:33.47SamotOr do you want him to ring while "in-use"?
20:33.57Samotit/them/whatever.
20:36.08dan_jI want it to ring while in use. the cli says ringinuse enabled, but it cannot receive two calls from the same queue.
20:36.29dan_jOther queues will ring that 'busy' peer, without a problem
20:36.40SamotWhat do they have set in them?
20:37.17dan_jPlease can you explain what you mean?
20:37.23dan_jringinuse=yes
20:37.41SamotSo the queues that are doing what you want, that is set in them?
20:38.32dan_jNope. I have set ringinuse=yes, but asterisk is only partially ringing-in-use.
20:38.39dan_jLet me explain again....
20:38.57dan_jThere are two queues (Queue 1 and Queue 2)
20:39.21dan_jThere are 5 SIP peers. All peers are members of both Queues
20:39.28dan_jringinuse=yes for both queues
20:39.46dan_jCall comes in for Queue 1, Peer 5 accepts the call
20:40.08dan_j2nd call comes in for Queue 1, Peer 5 does not receive the call, even though ringinuse=yes
20:40.14SamotLike Chan_SIP peers?
20:40.22SamotOr PJSIP peers?
20:40.28dan_j3rd call comes in, for Queue 2 this time, Peer 5 receives an incoming call notification
20:40.30dan_jPJSIP
20:40.48Samothttps://www.irccloud.com/pastebin/EnukUHMJ/
20:40.54SamotEhm.
20:40.58SamotLine 8.
20:41.10SamotUnless that has changed.
20:41.27dan_jSIP channel driver = chansip + pjsip as far as im aware
20:41.39SamotNo.
20:41.45SamotPJSIP is it's OWN driver
20:41.59SamotSIP is Chan_SIP
20:42.18Samotie Dial(SIP/<exten>) vs Dial(PJSIP/<exten>)
20:42.26dan_jOne sec. It says 'is able to report 'in use''.
20:42.38SamotRight
20:42.41dan_jIn this case, I dont care what 'in use' state it's in. I want it to ALWAYS ring!
20:43.34SamotRemove the setting.
20:43.34dan_jThis reads to me like a bug. It works fine if the 2nd call is coming from a different queue. But if the new call is from the same queue as the active call, the peer does not get called.
20:43.40SamotIt's not needed unless you set it to no
20:43.54SamotMaybe.
20:45.58SamotWhen Peer 5 is on a call..
20:46.17Samotqueue show queue1 (where they're on the call)
20:46.25SamotWill show them 'inuse'?
20:46.29dan_jyes
20:46.37SamotBut doing that on queue2 shows?
20:46.50dan_jAlso inuse
20:46.54dan_jWhich is correct
20:46.56SamotK
20:46.57SamotRight.
20:47.01SamotJust checking.
20:47.57dan_jIt seems to be tracking it correctly. It just doesnt seem to be honouring the 'ringinuse' when the new call is coming from a queue that already has an active call with that peer.
20:48.16dan_jI'm going to try to run some tests tomorrow to try to work it out.
20:50.34*** join/#asterisk bl3nto (~bl3nto@78.134.210.254)
20:55.48SamotAnd it doesn't matter which peer it is.
20:55.56SamotAlways the same result?
21:08.14*** join/#asterisk skywayskase (~skywayska@67.139.42.219)
21:08.19dan_jYes
21:10.12dan_jChecking out for the night. Will see what I can find tomorrow in the debug output to explain it.
21:22.01*** join/#asterisk scgm11_ (~scgm11@r186-49-13-160.dialup.adsl.anteldata.net.uy)
21:30.24*** join/#asterisk rwb (~Thunderbi@65.183.151.239)
21:30.40*** join/#asterisk sawgood (~sawgood@unaffiliated/sawgood)
21:52.53*** join/#asterisk simplydrew (~simplydre@unaffiliated/simplydrew)
22:07.14*** join/#asterisk skywayskase (~skywayska@67.139.42.219)
22:20.16rrittgarnAnybody worked with large banks of SIMs/GSM texting that could recommend a hardware manufacturer? Seems like there are a few, but I'm unsure of quality
22:25.45igcewieling1I suspect people needing to do a lot of txting use a service provider with a REST or JSON interface to do it for them.]
22:32.58*** join/#asterisk scgm11_ (~scgm11@r186-49-13-160.dialup.adsl.anteldata.net.uy)
22:37.37rrittgarnyeah, I am aware, however there are limitations of what an SMS enabled SIP number can do, vs. an actual mobile number
22:39.45*** join/#asterisk av0cad0 (~jordan@access-63-249-68-54.static.cruzio.com)
22:42.35av0cad0Hello, I have a customer complaing about "ghost" calls that keep calling their phone extension. If I'm not seeing the invites on a call report/sip capture, is it safe to assume that a device on their network was compromised and is attempting to place calls to the phone?
23:03.56*** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com)
23:15.49*** part/#asterisk kharwell (kharwell@nat/digium/x-dzvuxxefgubdpgwl)
23:24.20*** join/#asterisk aness (~aness@cm-84.209.155.137.getinternet.no)
23:34.37*** join/#asterisk [TK]D-Fender (~joe@64.235.216.2)
23:52.15*** join/#asterisk u0m3 (~u0m3@188.27.74.129)
23:53.27*** join/#asterisk u0m3 (~u0m3@188.27.74.129)
23:53.38*** join/#asterisk Download-Fritz (~Download-@pD9FE2787.dip0.t-ipconnect.de)
23:54.09Download-FritzHey again, does somebody happen to run an Asterisk server with PJSIP and has a transport binding to a local-link IPv6 address?
23:54.27Download-Fritzmy global IPv6 works fine, though with the local-link, I get 'invalid argument' when trying to create the transport
23:57.22*** join/#asterisk u0m3 (~u0m3@188.27.74.129)
23:58.22*** join/#asterisk u0m3 (~u0m3@188.27.74.129)

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