IRC log for #asterisk on 20180205

01:19.54*** join/#asterisk infobot (ibot@rikers.org)
01:19.54*** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.19.0 (2018/01/11), Standard: 15.2.0 (2018/01/11); 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
01:43.20*** join/#asterisk qxork (~qxork@unaffiliated/qxork)
01:58.31*** join/#asterisk beek (~beek@173-163-169-201-cpennsylvania2.hfc.comcastbusiness.net)
02:28.45*** join/#asterisk K0HAX (~michael@28.139.154.104.bc.googleusercontent.com)
02:36.32*** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-157-202.satx.res.rr.com)
03:05.40*** join/#asterisk startledmarmot (~startledm@cpe-75-82-221-87.socal.res.rr.com)
03:55.08*** join/#asterisk qxork (~qxork@unaffiliated/qxork)
04:56.46*** join/#asterisk Catatronic (~corrupt@unaffiliated/catatronic)
05:12.54*** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl)
05:32.37*** join/#asterisk startledmarmot (~startledm@cpe-75-82-221-87.socal.res.rr.com)
06:21.17*** join/#asterisk tzafrir (~tzafrir@91.179.151.48)
06:44.21cwhuangfile: about the incorrect answer and end time in cdr_mysql, it's a regression introduced by commit 1199927f.
06:44.37cwhuangfile: yes, it's introduced several months ago
06:44.56cwhuangfile: I fixed it by https://github.com/cwhuang/asterisk/commit/4e012662f2d982f090f76904f6a714581f9ac078
06:45.46cwhuangIt works as expected. If you think it's OK, I'll send a pull request.
07:23.35*** join/#asterisk miralin (~Thunderbi@91.237.94.2)
07:28.17*** join/#asterisk tzafrir (~tzafrir@91.179.151.48)
07:40.58*** join/#asterisk MrMojit0 (~MrMojit0@194.171.91.248)
07:49.05*** join/#asterisk gzp (~gzp@catv-80-99-9-120.catv.broadband.hu)
07:58.36*** join/#asterisk sekil (~sekil@cable-89-216-195-223.dynamic.sbb.rs)
08:24.57*** join/#asterisk DanB (~DanB@clt-195.192.203.200.ip-anschluss.net)
08:28.38*** join/#asterisk BeeBuu (~beebuu@116.20.65.88)
08:29.32BeeBuuhello,all. I need a help on how to using playSIP to make a call to a client and record it...please?
08:30.17*** join/#asterisk defsdoor (~andy@cpc120600-sutt6-2-0-cust177.19-1.cable.virginm.net)
08:33.40*** join/#asterisk _0x5eb_ (~seb@seb-hpws2.elen.ucl.ac.be)
08:39.18*** join/#asterisk KValchev (~KValchev@ns.atsoftconsult-bg.com)
08:41.28BeeBuuanyone help me ,thanks.
08:48.07*** join/#asterisk jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za)
08:49.48*** join/#asterisk areski (~areski@154.red-83-47-211.dynamicip.rima-tde.net)
09:15.12*** join/#asterisk areski (~areski@154.red-83-47-211.dynamicip.rima-tde.net)
09:37.26*** join/#asterisk war9407 (war@pool-70-106-197-167.clppva.fios.verizon.net)
09:39.21*** join/#asterisk hehol (~hehol@gatekeeper.loca.net)
09:51.33*** join/#asterisk SoBlindWolf (~SoBlindWo@go.pcshost.co)
10:07.41*** join/#asterisk Chainsaw (~chainsaw@gentoo/developer/chainsaw)
10:15.02*** join/#asterisk areski (~areski@154.red-83-47-211.dynamicip.rima-tde.net)
10:43.08*** join/#asterisk pa (~pa@unaffiliated/pa)
10:44.17*** join/#asterisk thiagoc (~thiagoc@unaffiliated/thiagoc)
10:56.46*** join/#asterisk Chainsaw (~chainsaw@gentoo/developer/chainsaw)
11:25.27*** join/#asterisk bmg505 (~leon@196-209-225-228.dynamic.isadsl.co.za)
11:51.47*** join/#asterisk lankanmon (~LKNnet@CPE64777dd7e053-CM64777dd7e050.cpe.net.cable.rogers.com)
11:56.47*** join/#asterisk Chainsaw (~chainsaw@gentoo/developer/chainsaw)
12:06.34*** join/#asterisk Chainsaw (~chainsaw@gentoo/developer/chainsaw)
12:15.05*** join/#asterisk miralin (~Thunderbi@91.237.94.2)
12:30.58*** join/#asterisk ChannelZ (~bobm@burner.com)
12:51.43*** join/#asterisk pruonckk (~pruonckk@135-143-11-177.raimax.com.br)
12:56.48*** join/#asterisk Chainsaw (~chainsaw@gentoo/developer/chainsaw)
13:00.58*** join/#asterisk Oatmeal (~Suzeanne@47.51.5.154)
13:06.24*** join/#asterisk Chainsaw (~chainsaw@gentoo/developer/chainsaw)
13:14.12*** join/#asterisk Offer (~Offer@89.237.79.244)
13:26.13*** join/#asterisk billxx (49958984@gateway/web/freenode/ip.73.149.137.132)
13:31.05*** join/#asterisk [TK]D-Fender (~joe@216.191.106.165)
13:41.00*** join/#asterisk K0HAX (~michael@28.139.154.104.bc.googleusercontent.com)
13:52.16*** join/#asterisk Offer (~Offer@89.237.79.244)
13:56.52*** join/#asterisk Chainsaw (~chainsaw@gentoo/developer/chainsaw)
14:06.05*** join/#asterisk Chainsaw (~chainsaw@gentoo/developer/chainsaw)
14:07.48*** join/#asterisk brad_mssw (~brad@66.129.88.50)
14:07.52*** join/#asterisk yeoj (uid264385@gateway/web/irccloud.com/x-lbetndghwngbrqcr)
14:29.23*** join/#asterisk waldo323 (~waldo323@75-151-31-89-Michigan.hfc.comcastbusiness.net)
14:44.17*** join/#asterisk Dovid (~dovid@ool-d18c22b0.dyn.optonline.net)
14:58.54*** join/#asterisk K0HAX (~michael@28.139.154.104.bc.googleusercontent.com)
15:06.40*** join/#asterisk jamesaxl (~James_Axl@109.172.62.242)
15:08.37*** join/#asterisk kharwell (~kharwell@user-24-214-15-130.knology.net)
15:08.37*** mode/#asterisk [+o kharwell] by ChanServ
15:08.49*** join/#asterisk pruonckk (~pruonckk@135-143-11-177.raimax.com.br)
15:13.15*** join/#asterisk K0HAX (~michael@28.139.154.104.bc.googleusercontent.com)
15:25.01*** join/#asterisk qxork (~qxork@unaffiliated/qxork)
15:38.24*** join/#asterisk Covale (6144156b@gateway/web/cgi-irc/kiwiirc.com/ip.97.68.21.107)
15:40.00*** join/#asterisk sekil (~sekil@cable-89-216-195-223.dynamic.sbb.rs)
15:42.37Covalehello.  is anyone here familiar with configuring Asterisk while using a 4000 series Cisco router?  I am asking because we just upgraded to the 4000 series routers from 2900 series and now calls going through CUBE are ignoring the audio packets where before they were going through just fine.
15:43.28CovaleI was given a long explanation from the Cisco engineer that might better explain my situation.  however, I do not 100% trust the Cisco engineer's explanation.
15:44.21sekilwhat is the explanation?
15:45.18Covalehe said something about the SIP connection being set to "re-invite based transfer" where it should to be set to "refer based transfer"
15:46.25Covaleit's pretty long.  is it acceptable etiquette to just paste to the channel?
15:46.48Covalesorry, been out of touch on IRC for a while, so please forgive me ignorance.
15:47.45sibiriause pastebin.com
15:48.33Covaleahh, now I remember.  I thought I remembered something about it not being cool to paste walls to the channel.  thanks for the tip.  back in a min
15:50.12igcewielingFor the most part if you disable SIP ALG things will start working better.
15:51.09Covalehttps://pastebin.com/kdA72PLh
15:51.44Covalethat's the emailed explanation by the Cisco engineer.  I hope it made sense.
15:53.08CovaleI heard something about ALG and it being the mother of all cockblockers...
15:54.15CovaleI will have to look into that as well.  but before I suggest this to the Cisco fellas, I want to make sure there is not some setting in Asterisk I can try first.
15:55.00Covalelike a super secret "youwantyourcallstowork=yes"
15:57.25*** join/#asterisk rmudgett (rmudgett@nat/digium/x-ykvpyxopvndjxmeo)
15:57.25*** mode/#asterisk [+o rmudgett] by ChanServ
16:04.04*** join/#asterisk kharwell (~kharwell@user-24-214-15-130.knology.net)
16:04.04*** mode/#asterisk [+o kharwell] by ChanServ
16:06.37sekilCovale: this is to stop rtpbleed
16:07.09sekilCovale: https://www.rtpbleed.com/
16:15.52*** join/#asterisk elguero (~miguel323@74-95-21-41-Connecticut.hfc.comcastbusiness.net)
16:18.10yeojis there another more generic sip/voip channel on freenode?  i have a question that's sip/voip/foip related, but not specific to asterisk, but i'm not sure where to find a larger group of people with similar subject matter knowledge...
16:22.46Covalesekil: Thanks for the link, was an interesting read.  however, what does the rtp bleed bug have to do with my problem?
16:23.26sekilSR 4000 router will check the source port and IP to consider the packets are valid. So, that is the reason, new CUBE is  ignoring these packet because source port and ip are different( IP phone’s) then the IVR’s
16:24.13*** join/#asterisk startledmarmot (~startledm@cpe-75-82-221-87.socal.res.rr.com)
16:24.53Covaleso they are blocking my audio packets in a wild attempt to eliminate the rtp bleed bug?
16:25.01Covalethe router, I mean
16:26.13Covaleso I need to pass that link on to the network folks so they can stop blocking MY packets, is where you are going with that, right?
16:27.14sekilCovale: no
16:27.20sekilCovale: signalling is the issue
16:27.59*** join/#asterisk kharwell (~kharwell@user-24-214-15-130.knology.net)
16:27.59*** mode/#asterisk [+o kharwell] by ChanServ
16:27.59sekilCovale: Agent phone got instruction from CUCM to send media to CUBE’s IP. So, Phone started sending media to CUBE’s IP.
16:29.59sekilCovale: what he's telling you is that with CUCM sending REFER back with proper phone information..it should work..
16:30.54sekilCovale: cisco CUCM usually sends INVITEs w/o SDP
16:31.06Covaleok, that sounds like what he was talking about.  so how to I configure my Asterisk SIP connection to send REFER instead of INVITE?
16:32.04sekilCovale: where's Asterisk in this picture?
16:32.13sekilCovale: it says CUCM and CUBE
16:32.30Covaletransferring calls to CUCM for zero-out
16:32.53Covalesorry, I been breathing this, forgot that wasn't obvious.
16:33.04Covalebeen too close to this for a while.  you understand.
16:33.13igcewielingYou can't disable SIP ALG on the routers?
16:33.20fileI think the use of "transferring" is being incorrectly used
16:34.17Covalethe Asterisk system takes a call, the user does whatever he wants to do, presses options, and when it comes time to reach an operator, they press zero which the Asterisk system sends the call to a CUCM system on the same internal network over a SIP connection.
16:34.41fileyeah, that's a normal call not a transfer
16:34.56CovaleI have someone looking into ALG as we speak, but it takes forever to hear back from network guys - ironically.
16:35.15filehave you configured chan_sip (presumably) to not do a re-invite?
16:35.17Covaleand you are probably right about the call/transfer thing.
16:35.27sekilso I'm completely lost now...not the flow I thought it's there
16:35.45Covale@file: no, how would I do that?
16:35.48sekilCovale: just don't do re-invites like file said..
16:35.52filedirectmedia=no
16:36.15Covalethank you!  I think that is the magic setting I needed.  I will try this and let you guys know.
16:39.30*** join/#asterisk Worldexe (~Worldexe@95.107.33.134)
16:40.01Covaleso if I have a canreinvite=yes, that setting was renamed to directmedia at some point?  so I should remove the canreinvite and replace that with directmedia=no?
16:40.46fileyes.
16:41.01Covaleperfect, thanks!
16:41.04filethat will force media to be relayed through Asterisk, as apparently your new setup can't handle reinviting.
16:41.25fileyou also can't change to using a REFER because they serve two completely different purposes
16:41.50filea re-invite changes the media address information to have media flow directly, a REFER is used for blind or attended call transfers
16:42.41sekilfile: yeah I didn't know about asterisk at all
16:43.23sekilfile: Cisco usually does 3PCC INVITEs
16:47.31SamotWell..
16:47.36SamotREFER is not an Asterisk thing.
16:47.40SamotIt's a SIP thing.
16:48.31fileI REFER you to the spec, ahahahahahaha
16:48.35filefalls over
16:48.48fileuses NAPTR and SRV to locate an alternative server for failover purposes
16:48.50SamotDear god.
16:49.51SamotI run my own DNS to have full control of the NAPTR/SRV records for my sip domains.
16:50.27SamotAnd XMPP stuff.
16:51.40sekilCisco chose to use 3PCC for its SIP to emulate SCCP
16:52.34*** join/#asterisk corretico_ (~corretico@200.91.143.34)
16:52.47fileCisco: 10 SIP stacks are better than one.
17:12.47*** join/#asterisk kharwell (~kharwell@user-24-214-15-130.knology.net)
17:12.47*** mode/#asterisk [+o kharwell] by ChanServ
17:24.54*** join/#asterisk tzafrir (~tzafrir@37.26.148.163)
17:32.52*** join/#asterisk ihatewindoze (~jwpierce3@mail.trunkmasters.com)
17:54.43*** join/#asterisk kharwell (~kharwell@user-24-214-15-130.knology.net)
17:54.43*** mode/#asterisk [+o kharwell] by ChanServ
17:57.15*** join/#asterisk tzafrir (~tzafrir@37.26.148.140)
18:00.07*** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl)
18:07.36*** join/#asterisk jkroon (~jkroon@165.16.204.170)
18:07.59*** join/#asterisk billxx (49958984@gateway/web/freenode/ip.73.149.137.132)
18:45.35*** join/#asterisk pruonckk (~pruonckk@135-143-11-177.raimax.com.br)
18:55.53*** join/#asterisk Worldexe (~Worldexe@95-107-33-134.dsl.orel.ru)
18:58.39Worldexehmmm, do we have any way to call some macro/extension/sub periodically? i mean, once per minute or so - regardless of channel status as far as channel exists?
18:58.49Worldexedidnt find any myself (
18:59.54JohnWigleyworldexe: not internally to Asterisk, but you can call one externally through a call file dropped via a cron job, or through the other interfaces such as ARI
19:00.32[TK]D-FenderWorldexe, To do what exactly?
19:01.58Worldexeyeah, got it...
19:02.58Covalefile: if I am changing "directmedia=no" should I also change the setting for "insecure="?  I currently have it set to "insecure=port,invite"
19:03.11filethey are unrelated.
19:03.31Covaleok, I suspected so, but wanted to check first.  thanks!
19:04.18*** join/#asterisk miralin (~Thunderbi@91.237.94.2)
19:04.44Worldexewell, its complicated ) Im trying to find/mitigate very rare calls, that I can not handle properly, because hangup part of dialplan is not called for them, so they become 'trapped' in my statistics system
19:06.51JohnWigleyworldexe: What does your scheduled extension do in this process?
19:11.04igcewielingWorldexe: hangups using the 'h' extension?
19:11.28igcewielingIf so, switch to using hangup handlers, they are far more reliable than exten 'h'
19:11.59igcewielingWorldexe: you could also try setting an RTP timeout to drop calls which are dead.
19:13.17Worldexenono, they are dropped properly, there are just no 'h' being called - so they become 'zombie' in my db table.
19:13.31Worldexehmm, hangup handlers is an idea, thanks
19:13.45Worldexei was using 'h' and never had any problems untils now )
19:14.19igcewielingWorldexe: the problem with 'h' is you need one in every context a hangup might happen in.  With hangup handlers that isn't an issue anymore.
19:15.04Worldexeyeah; i use Lua dialplan and add them automatically at the end of the script; so no missing handlers, im sure )
19:15.41Worldexei guess this happens when my Originate call being answered and immediately dropped by far side while being Queue()-ed
19:16.08Worldexesomething like this
19:18.57*** join/#asterisk Dovid (~dovid@static-71-105-11-26.nycmny.fios.verizon.net)
19:19.54*** join/#asterisk Samael28 (~Samael28@176.104.56.91)
19:24.17*** join/#asterisk MrMojit0 (~MrMojit0@52D9DF74.cm-11-1d.dynamic.ziggo.nl)
19:28.08*** part/#asterisk Covale (6144156b@gateway/web/cgi-irc/kiwiirc.com/ip.97.68.21.107)
19:50.42*** join/#asterisk pmden_ (~pmden@fsf/member/pmden)
19:52.32*** join/#asterisk Samael28 (~Samael28@176.104.56.91)
19:58.35*** join/#asterisk elcontrastador (~textual@70.90.215.98)
20:00.36*** join/#asterisk sebastienthiry (~Thunderbi@91.177.165.137)
20:01.30*** part/#asterisk bluez_ (sid168910@gateway/web/irccloud.com/x-iqptmiacdfzpyzli)
20:08.34sebastienthiryHello guys, I'm trying to configure asterisk to work with Csipsimple on my smartphone with secure connexion. My phone can register with secure sip but I can't pass a call, I get "process_sdp: Rejecting secure audio stream without encryption details: audio 4000 RTP/SAVP 8 101".
20:08.58sebastienthiryHere is my configuration
20:08.59sebastienthiry[413]
20:09.00sebastienthirytype=friend
20:09.00sebastienthiryhost=dynamic
20:09.00sebastienthiryqualify=yes
20:09.00sebastienthirydtmfmode=rfc2833
20:09.00sebastienthirycallerid=Test TLS <413>
20:09.00sebastienthiryfullname = Test TLS
20:09.01sebastienthiryusername = testtls
20:09.01sebastienthirysecret=testTLS
20:09.02sebastienthirycontext = maison
20:09.02sebastienthirytransport=tls
20:09.03sebastienthiryencryption=yes
20:09.03sebastienthiryignorecryptolifetime=yes
20:31.05*** join/#asterisk Samael28 (~Samael28@176.104.56.91)
20:33.49*** join/#asterisk vt (~vt@osa.vbc.su)
20:43.49*** join/#asterisk Jesterboxboy (~Thunderbi@84-115-150-8.cable.dynamic.surfer.at)
20:55.00*** join/#asterisk Dovid (~dovid@static-71-105-11-26.nycmny.fios.verizon.net)
21:08.48*** join/#asterisk Samael28 (~Samael28@176.104.56.91)
21:17.49*** join/#asterisk Dovid (~dovid@static-71-105-11-26.nycmny.fios.verizon.net)
21:30.32*** join/#asterisk infobot (ibot@rikers.org)
21:30.32*** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.19.0 (2018/01/11), Standard: 15.2.0 (2018/01/11); 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
21:39.23*** join/#asterisk Samael28 (~Samael28@176.104.56.91)
22:06.24*** join/#asterisk pruonckk (~pruonckk@135-143-11-177.raimax.com.br)
22:34.33*** join/#asterisk dobson (~dobson@68.ip-149-56-14.net)
22:47.11*** join/#asterisk saint_ (~saint_@unaffiliated/saint-/x-0540772)
23:07.05*** join/#asterisk pruonckk (~pruonckk@135-143-11-177.raimax.com.br)
23:13.33*** join/#asterisk [TK]D-Fender (~joe@64.235.216.2)
23:33.49*** join/#asterisk Samael28 (~Samael28@176.104.56.91)
23:40.33*** join/#asterisk freebs (~freebs@unaffiliated/freebs)
23:56.02*** join/#asterisk qxork (~qxork@unaffiliated/qxork)
23:59.45*** join/#asterisk startledmarmot (~startledm@cpe-75-82-221-87.socal.res.rr.com)

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