IRC log for #asterisk on 20151119

00:01.11*** join/#asterisk drab (~administr@23-24-198-190-static.hfc.comcastbusiness.net)
00:06.56*** join/#asterisk DavidHuebner (~hubie@206.188.180.201)
00:26.34*** join/#asterisk DragonAzul (~DragonAzu@187.208.50.52)
00:35.08drabI'm trying to use callfiles to pull a bunch of extensions into a confbridge and trying to do so with just one extension, but the other phones hung up as soon as I pick up. Here's the config and script: http://pastebin.ca/3260533
00:35.40drabif I don't filter with the /5000 (the only phone I want to allow to initiate that process), the confbridge actually works, but then all the other phones are also triggering the script
00:36.28drabif I put the /5000 filter on the callfile call, then the other phones ring, but when I pick up the call ends and I see a "statys UNKNOWN" message
00:36.58drabeven tho the other phones show up in sip show peers and work otherwise just fine
00:37.51*** join/#asterisk crocodilehunter (~Thunderbi@CPE-121-211-223-68.hhui7.cht.bigpond.net.au)
00:57.24drabok, I got it to work with a gotoif, so if the callerid is not the extension I want to enable to trigger the callfile it just skips to same,n(join), otherwise it executes system
00:59.39*** join/#asterisk fstd (~fstd@unaffiliated/fisted)
01:10.58*** part/#asterisk cyberfawkes (CyberAssas@gateway/shell/panicbnc/x-yryhmmvodhgzsfkb)
01:13.46*** join/#asterisk jasonwert (~jasonwert@71.89.137.28)
01:17.45*** join/#asterisk puzzled (~puzzled@2001:982:1097:1:95d7:9209:52a6:719)
01:27.08elcontrastadorAnyone having issues or know what's happening with wiki.asterisk.org?
01:27.28elcontrastadorjust came back
02:01.32*** join/#asterisk F2Knight (~F2Knight@c-50-139-86-39.hsd1.or.comcast.net)
02:15.43*** join/#asterisk [NC] (~nc@rv1.sabius.net)
02:21.24*** join/#asterisk u0m3 (~u0m3@89.120.204.99)
02:23.54*** join/#asterisk Champi_ (Champi@damn.e-leet.be)
02:24.10*** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212)
02:24.26*** join/#asterisk troyt (~troyt@2601:681:4600:99c1:44dd:acff:fe85:9c8e)
02:24.32*** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou)
02:24.37*** join/#asterisk F2Knight (~F2Knight@c-50-139-86-39.hsd1.or.comcast.net)
02:24.37*** join/#asterisk AlHafoudh (~AlHafoudh@echo.freevision.sk)
02:25.23*** join/#asterisk paraxor (~paraxor@unaffiliated/prazial)
02:31.48*** join/#asterisk crocodilehunter (~Thunderbi@CPE-121-211-223-68.hhui7.cht.bigpond.net.au)
02:58.56*** join/#asterisk mac_ified (~mac_ified@67-9-150-210.res.bhn.net)
03:20.12*** join/#asterisk bluemerlin (~bluemerli@cpc65602-trow6-2-0-cust988.18-1.cable.virginm.net)
03:38.02*** join/#asterisk w9sh (~skhenke@c-73-54-187-250.hsd1.ga.comcast.net)
04:04.50*** join/#asterisk vader- (~Adium@38.126.217.136)
04:13.32*** join/#asterisk crocodilehunter (~Thunderbi@CPE-121-211-223-68.hhui7.cht.bigpond.net.au)
05:03.42*** join/#asterisk juned (~juned@202.131.119.122)
05:05.19*** part/#asterisk juned (~juned@202.131.119.122)
05:12.16*** join/#asterisk saratogga (~saratogga@ip98-165-139-238.ph.ph.cox.net)
05:16.43*** join/#asterisk LiuYan (~hola@unaffiliated/liuyan)
05:23.38*** join/#asterisk saratogga (~saratogga@ip98-165-139-238.ph.ph.cox.net)
05:34.15*** join/#asterisk bulkorok (~Adium@92.206.232.157)
05:45.36*** join/#asterisk goddva (~goddva@77.40.154.242)
05:48.45*** join/#asterisk F2Knight (~F2Knight@c-50-139-86-39.hsd1.or.comcast.net)
06:19.25*** join/#asterisk gerhard7 (~gerhard7@77-172-82-111.ip.telfort.nl)
06:28.16*** join/#asterisk elitas (~elitas@213.226.135.203)
06:49.50*** join/#asterisk tparcina (~tomo@212.92.200.41)
06:54.18*** join/#asterisk jzaw (~jzaw@loki.dzki.co.uk)
06:57.52*** join/#asterisk DavidHuebner (~hubie@67-7-106-112.frgo.qwest.net)
07:31.31*** join/#asterisk evil_gordita (robert@ip70-188-63-173.rn.hr.cox.net)
07:38.08*** join/#asterisk bulkorok (~Adium@89.245.151.228)
07:57.15*** join/#asterisk pchero_work (~pchero@109.70.54.56)
08:08.21*** join/#asterisk tzafrir (~tzafrir@local.xorcom.com)
08:17.19*** join/#asterisk Chainsaw (~chainsaw@gentoo/developer/chainsaw)
08:29.18*** join/#asterisk mirela666 (~Mirko@D57E13CA.static.ziggozakelijk.nl)
08:32.38*** join/#asterisk hehol (~hehol@gatekeeper.loca.net)
08:38.03*** join/#asterisk mirela666 (~Mirko@D57E13CA.static.ziggozakelijk.nl)
08:38.32*** join/#asterisk ChannelZ (channelz@burner.com)
08:49.02elcontrastadorHi guys.
08:50.18*** join/#asterisk sekil (~sekil@78.24.104.73)
08:50.53elcontrastadorI'm messing with the ARI on 13.6.0 and noticing that none of the list all paths are working. For instance, get /applications
08:51.11elcontrastadorget /channels, etc
08:51.23elcontrastadormore specific queries work
08:54.35*** join/#asterisk doop (~doop@colostomy.club)
08:59.07*** join/#asterisk babak (uid19622@gateway/web/irccloud.com/x-fjgzhxdrbdkkasxz)
09:01.23*** join/#asterisk slav3_sergal (~frankthet@unaffiliated/slav3-kitten/x-0866809)
09:26.22*** join/#asterisk bluemerlin (~bluemerli@cpc65602-trow6-2-0-cust988.18-1.cable.virginm.net)
09:30.42*** join/#asterisk MadHatter42 (~MadHatter@unaffiliated/madhatter42)
09:39.09*** join/#asterisk ruied (~ruied@31.33.136.95.rev.vodafone.pt)
09:54.01*** join/#asterisk Ickmund (~Ickmund@cli-5b7e85d7.bcn.adamo.es)
09:55.30*** join/#asterisk aberrios (~antonio@185.99.164.76)
10:00.16*** join/#asterisk _0x5eb_ (~seb@seb-hpws2.w1.tele.crt1.net)
10:16.39*** join/#asterisk areski (~areski@80.174.128.74.dyn.user.ono.com)
10:35.48*** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou)
10:36.11dan_jHi. Does asterisk provide any debug reports on jitter or packet loss?
10:41.15*** join/#asterisk MadHatter42 (~MadHatter@unaffiliated/madhatter42)
10:41.54*** join/#asterisk CeBe (~CeBe@a81-14-224-229.net-htp.de)
10:52.42*** join/#asterisk crocodilehunter (~Thunderbi@CPE-121-211-223-68.hhui7.cht.bigpond.net.au)
11:14.12aberriosdan_j: I believe you can grab them via rtcp debug... i think
11:20.21*** join/#asterisk marceloamorim (~marcelo@189-90-192-72.isimples.com.br)
12:10.51*** join/#asterisk italorossi (~Adium@187.60.66.11)
12:37.58*** join/#asterisk areski (~areski@106.Red-83-37-156.dynamicIP.rima-tde.net)
12:47.12*** join/#asterisk vinrock (~vin@unaffiliated/vinrock)
12:51.41*** join/#asterisk wonderworld (~ww@ip-84-119-184-180.unity-media.net)
12:59.39*** join/#asterisk fstd (~fstd@unaffiliated/fisted)
13:07.01*** join/#asterisk [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net)
13:16.32*** join/#asterisk coppice (~chatzilla@123203240102.ctinets.com)
13:21.01*** join/#asterisk Draecos (~Draecos@203-121-194-11.e-wire.net.au)
13:21.08*** join/#asterisk sekil (~sekil@78.24.104.73)
13:26.49*** join/#asterisk bluemerlin (~bluemerli@cpc65602-trow6-2-0-cust988.18-1.cable.virginm.net)
13:40.37*** join/#asterisk mjordan (~mjordan@75.76.55.191)
13:40.37*** mode/#asterisk [+o mjordan] by ChanServ
13:43.46WIMPydan_j: It sets some variables at the end of Dial.
14:09.47*** join/#asterisk lmkone (53906dda@gateway/web/freenode/ip.83.144.109.218)
14:09.55lmkonehello all
14:12.58*** join/#asterisk jetlag (~jetlag@pool-71-168-203-134.cmdnnj.east.verizon.net)
14:13.06*** join/#asterisk vader- (~Adium@65.199.222.133)
14:18.48*** join/#asterisk newtonr (RustyNewto@nat/digium/x-abnsgpdgluiwkynb)
14:18.49*** mode/#asterisk [+o newtonr] by ChanServ
14:23.53lmkoneI got passed a simple internal asterisk configuration and moved on to configure external sip trunk. The strange thing is that I am unable to make any calls via that trunk (asterisk responds with 503 Service Unavailable and does not even talk to sip trunk provider) and inbound calls sometimes work (for every 10 tries I get 2 that make it and ring internal phones). I have followed mutliple configuration samples but unable to get it t
14:26.50[TK]D-FenderShow us the calls
14:26.52[TK]D-Fender~pb
14:26.52infobotA "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude.
14:26.53[TK]D-Fender^^^
14:27.03[TK]D-Fender"sip set debug on"
14:27.06[TK]D-Fender"core set verbose 10"
14:27.53*** join/#asterisk bluemerlin (~bluemerli@cpc65602-trow6-2-0-cust988.18-1.cable.virginm.net)
14:28.31*** join/#asterisk brad_mssw (~brad@66.129.88.50)
14:31.40lmkonehttp://pastebin.com/viMKSJqM
14:32.17*** join/#asterisk bluemerlin (~bluemerli@cpc65602-trow6-2-0-cust988.18-1.cable.virginm.net)
14:32.51*** join/#asterisk doobeh (~doobeh@ergo.io)
14:40.49doobehI've got a odd little problem-- I've setup an asterisk box-- for now it's all fed by analog lines
14:41.15doobehwhen I call in, I get connected and the audio is fine, I can hear them, they can hear me
14:41.32doobehwhen I dial out though, it's all quiet on both sides
14:41.57doobehthe call does connect, just no audio
14:41.58[TK]D-Fenderlmkone: It's looking like you didn't enable SIP debug globally, only for your calling peer
14:42.31wdoekes(or the other peer is unreachable)
14:42.40[TK]D-Fenderdoobeh: What are those analog lines connected to?  And the bigger suspect is the OTHER end of the call.
14:43.04[TK]D-Fenderwdoekes: No, we see a SIP COS 5 which indicates a new packet is being formed
14:43.07doobehthe analog lines connect to FXO ports on the xorcom box
14:43.08[TK]D-Fenderwdoekes: Which we never see
14:43.22[TK]D-Fenderdoobeh: Show us the full call
14:43.24[TK]D-Fender~pb
14:43.24infobotA "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude.
14:43.25[TK]D-Fender^^^
14:46.01doobehhttps://gist.github.com/doobeh/04f5c102f4578bce9f19
14:46.45*** join/#asterisk sparetire_ (~sparetire@unaffiliated/sparetire)
14:46.54[TK]D-FenderSIP/2008-00000058 <-  we aren't seeing the debug for this end
14:47.02[TK]D-Fender[09:26][TK]D-Fender"sip set debug on"
14:47.04[TK]D-Fender[09:27][TK]D-Fender"core set verbose 10"
14:50.52lmkonethis is so weird - now I am able to make outbound calls - so it must be something with my sip.conf and external sip trunk configuration right ?
14:51.26[TK]D-Fenderlmkone: You aren't showing debug for the call you are placing out
14:51.27lmkonehave not changed anything
14:51.42[TK]D-Fenderlmkone: that is ONLY the debug for the inbound leg
14:52.02[TK]D-Fender[09:26][TK]D-Fender"sip set debug on" <- Do NOT attempt to restrict to a specific peer
14:52.20lmkoneit is what I did
14:52.39doobehhttps://gist.github.com/doobeh/a67f903cea27e01ebab1 is this more helpful [TK]D-Fender ?
14:52.47lmkoneafter inputing "sip set debug on" and "core set verbose 10" i tried to make a call
14:53.02[TK]D-FenderShow us a call that actually goes out, a peer dump, etc "sip show peer freeconet-out", etc
14:54.43lmkonesip show peer freeconet-out --> http://pastebin.com/PxP017Y3
14:55.49[TK]D-FenderI don't see it answering
14:55.54[TK]D-Fenderdoobeh: ^
14:56.15[TK]D-Fenderlmkone: New call....
14:59.41*** join/#asterisk adnauseum (uid126405@gateway/web/irccloud.com/x-glucswiesxblenhq)
15:01.01doobehpeer-freeconet not found
15:02.28[TK]D-Fender?
15:02.45[TK]D-FenderShow us, don't just tell us.
15:03.10*** join/#asterisk gerhard7 (~gerhard7@77-172-82-111.ip.telfort.nl)
15:03.33[TK]D-FenderSo far I see you did previously PB it
15:03.39lmkonei was able to make a call again, so not sure if this logs going to help but here it is anyway http://pastebin.com/XHi2TZtG
15:03.46*** join/#asterisk mjordan (mjordan@nat/digium/x-vibjofivrzwivrdv)
15:03.46*** mode/#asterisk [+o mjordan] by ChanServ
15:03.53[TK]D-FenderWhere is the new call attempt where I can also see you issuing the debug types requested?
15:03.55*** join/#asterisk kharwell (kharwell@nat/digium/x-ynohairdkogdlfgd)
15:04.34lmkonebut the sound quality was really bad, is it because of the codec settings ?
15:05.02[TK]D-Fenderno, it's your internet connection, or your provider
15:05.17[TK]D-FenderReliably Transmitting (NAT) to 213.218.116.66:5060: <- and your provider is NOT behind NAT.  Fix your peer settings for them
15:05.36[TK]D-FenderNo real ITSP would even require this
15:06.03[TK]D-FenderThe call you just showed also shows your SPA303 hanging up before answering
15:06.03*** join/#asterisk LostBoy (sid110950@gateway/web/irccloud.com/x-xjfltbdreseukgvn)
15:06.25[TK]D-FenderSo we don't get to see the rest of what's negotiated
15:08.18doobehSorry, must be very trying on your patience-- when I run `sip show peer freeconet-out` during, or when a call is not active in rasterisk I just get: "Peer freeconet-out not found."
15:08.24doobehhttps://gist.github.com/doobeh/bb870edd2cb3fd873feb
15:08.31doobehis with the verbose mode set to 10 for core
15:09.31*** join/#asterisk vane- (~vane-@static-71-176-211-9.rcmdva.fios.verizon.net)
15:10.30doobehoh
15:10.43doobehI see, sorry-- crossed wires, I should be asking for peer 2008 right?
15:11.25doobehhttps://gist.github.com/doobeh/f5d6691fa5610169d284 for the peer info
15:13.09*** join/#asterisk chadxz (~Adium@2601:7c1:102:fa53:7c41:4df7:be45:6919)
15:18.35*** join/#asterisk SunGod (~SunGod@92.55.116.125)
15:22.02*** join/#asterisk eofster (~eofster@213.61.153.26)
15:24.12[TK]D-Fenderdoobeh: Conversations are getting mixed
15:24.29[TK]D-Fenderso far your call looks fine except I don't see DAHDHI answering that call.
15:26.19lmkonebad sound quality was because of the codec setting on the spa303. I am still unable to figure out why it started working all of the sudden - have tried different settings for a few hours prior but was unsucessful
15:34.02*** join/#asterisk DavidHuebner (~hubie@ip-69-178-218-71.far.ideaone.net)
15:34.19*** join/#asterisk rmudgett (rmudgett@nat/digium/x-knntylqwbonipsbx)
15:37.22doobehhmm, so when I call from an extension to my cellphone-- it's all quiet, but when I hang up I do get a little noise just before the call terminates
15:37.57doobehcould that speak to a codec issue in that when the extension dials via the analog line-- it's just not talking in an analog way?
15:38.08[TK]D-Fenderno
15:38.12doobehdamn :P
15:38.29[TK]D-FenderDAHDI = TDM.  There is no "codec" to that per-se
15:40.19lmkonenow unable to take incoming calls -> http://pastebin.com/LP6CZkBf
15:41.46*** join/#asterisk saratogga (~saratogga@wsip-98-174-232-77.ph.ph.cox.net)
15:42.10[TK]D-FenderNo matching peer for 'xxx' from '213.218.116.65:5060'
15:42.22[TK]D-Fenderyou are failing to match the inbound call
15:43.10[TK]D-FenderWhich means the IP isn't matching what they are sending, and you are not allowing unidentified calls to fall through anywhere
15:43.45*** join/#asterisk DavidHuebner (~hubie@ip-69-178-218-71.far.ideaone.net)
15:44.38lmkonedoes this line not match every call ?? exten => freeconet_in,1,Dial(SIP/10,Ttr)
15:48.48[TK]D-Fendernothing to do with it
15:49.04[TK]D-Fenderdiaplan only gets executed when the call is ACCEPTED
15:49.07[TK]D-Fenderthey are not accepted
15:49.16[TK]D-Fender* cannot identify them as a peer it knows about
15:49.23[TK]D-Fender[10:42][TK]D-FenderNo matching peer for 'xxx' from '213.218.116.65:5060' <-
15:49.39[TK]D-FenderDialplan is what they ask for.  They are not accepted as somebody * knows
15:50.38*** join/#asterisk SunGod (~SunGod@92.55.116.125)
15:53.31*** join/#asterisk pjensen00 (~per@ip-69-178-218-71.far.ideaone.net)
15:53.51*** join/#asterisk azerus (~badass@unaffiliated/badass)
15:56.12ThomasKellerres_odbc.c:1412 _ast_odbc_request_obj2: SetConnectAttr (Txn isolation) returned an error: HY000: [MySQL][ODBC 5.1 Driver]MySQL server has gone away
15:56.20lmkone[TK]D-Fender : can you advise what should i do then as I am buffled right now
15:56.24ThomasKellerI am getting above the error
15:56.51ThomasKellerlooks like connection to my MySQL database times out
15:57.07ThomasKellerare there some "keep alive" settings ?
15:57.37lmkoneshall i add all the ip addresses / hosts of the provider to sip.conf ??
15:58.00ThomasKelleror how else can i prevent this error ?
15:59.32igcewieling1ThomasKeller: that is not always an error.   Asterisk will attempt to re-connect automatically.
16:00.17igcewieling1ThomasKeller: there is an idlecheck option for res_odbc.conf
16:02.13[TK]D-Fenderlmkone: As I said.  Your peer doesn't match.  It is not coming from an IP that matches what you have in your peer
16:02.32[TK]D-Fenderlmkone: And if they give you the list... then yes, that's what you're going to have to do.
16:04.50lmkone[TK]D-Fender : thanks
16:06.14*** join/#asterisk jasonwert (~quassel@75-134-81-98.static.aldl.mi.charter.com)
16:07.30ThomasKellerigcewieling1: so this  idlecheck option should be some number smaller than "wait_timeout" settings in my MySQL database ?
16:10.10igcewieling1ThomasKeller: Ignore the message unless you are experiencing problems.
16:12.23igcewieling1I get these when the server has been idle, it reconnects and there is not a problem.
16:12.23igcewieling1[Nov 19 04:15:01] WARNING[18425] res_odbc.c: SetConnectAttr (Txn isolation) returned an error: HY000: [MySQL][ODBC 5.1 Driver]MySQL server has gone away
16:12.23igcewieling1[Nov 19 04:15:01] NOTICE[18425] res_odbc.c: Re-connecting asterisk-rw
16:14.13ThomasKellerigcewieling1: yes, it reconnects again and everything works
16:14.26ThomasKellerI am just bothered by the warnings in my logs
16:15.24*** join/#asterisk cyford (~support@96.80.63.53)
16:15.31igcewieling1ThomasKeller: it will stop when you have enough calls to keep the connection active.   I only get the message when there has been no calls for a while.
16:15.44ThomasKelleryes, me too
16:16.05ThomasKellerI don't have many calls
16:16.19ThomasKellerI have set "idlecheck => 600" in cdr_odbc.conf
16:16.22rrittgarnwhen using webrtc with dtls, can the certs be self signed, or do they need a valid CA?
16:16.26ThomasKellerlets see if that makes any difference
16:19.36doobeh[TK]D-Fender: got it working-- thanks for the help-- it was to do with the country settings in dahdi config.  Again, thanks a million for helping narrow it down
16:20.06[TK]D-FenderYou're welcome
16:25.17rrittgarnchan_sip.c:5717 dialog_initialize_dtls_srtp: No DTLS-SRTP support present on engine for RTP instance '0x7f5dd8cc01b8', was it compiled with support for it?  <--- this is just looking for res_srtp right?
16:40.21*** join/#asterisk bluemerlin (~bluemerli@79.135.114.76)
16:42.20fileno, it requires DTLS-SRTP support in OpenSSL
16:48.38*** join/#asterisk kharwell (kharwell@nat/digium/x-mthjxjkdyipwqwgr)
16:54.20rrittgarnfile is there a particular package that that would be in (debian)? I have the dev packages for libsrtp but i'm on squeeze so wondering if they aren't up to date enough?
16:54.42filelibssl-dev but whether that OpenSSL has DTLS-SRTP support or not in squeeze I wouldn't know
16:54.50fileand without it you don't get DTLS-SRTP support
16:55.12igcewieling1rrittgarn: that info is often in "make menuconfig"
16:55.33rrittgarnmenuconfig didn't complain about anything - i didn't even see a dtls option in make menuconfig though
16:56.14rrittgarnjust res_srtp was the only thing that required the crypto libraries - and thats with adding the --with - crypto,ssl, and srtp flags on the ./configure
16:56.32rrittgarni appreciate the direction either way. thank you for the help as always
16:57.24rrittgarni do have one more question - working with sipml5.org trying to test my configuration and i keep showing the reg contact as peername@[random].invalid - with errors trying to resolve that. Thought it was stun servers, but that doesn't seem to be helping either?
16:57.41igcewieling1rrittgarn: resource modules / res_srtp ?
16:57.49igcewieling1(I/m on Asterisk 11)
16:58.05rrittgarnyeah i have that - it allowed me to install without issue (and 13 here)
16:58.32*** join/#asterisk ruied (~ruied@31.33.136.95.rev.vodafone.pt)
17:04.52*** join/#asterisk ChannelZ (channelz@burner.com)
17:16.33*** join/#asterisk DragonAzul (~DragonAzu@187.208.6.167)
17:38.45*** join/#asterisk roler (~textual@unaffiliated/roler)
17:43.39rolerHey guys... Trying to figure out why audio is jittery (not laggy, but actual cut outs) on inbound audio from cell phones. Inbound audio from land lines is perfect. We have a Sangoma PRI card which worked perfectly on a Time Warner Circuit. After moving and using AT&T BVoIP, the issue started. Do you guys think it could be an audio codec? They say that we need to support G.711 and G.729 codecs (protocols) and honestly i'm not sure where that is
17:43.39roler<PROTECTED>
17:45.49[TK]D-FenderYou are PRI to their gatway which is basically just VoIP
17:46.11[TK]D-FenderWhich means like anything else that is packetized that way, subject to loss, jitter, etc
17:46.12igcewieling1roler: I doubt cell phones have anything to do with it.
17:46.22[TK]D-FenderAnd you should cutt out the middleman and just go direct to them
17:46.45igcewieling1roler: if it was a codec issue you will never have audio
17:47.13igcewieling1roler: PRIs do not support codecs.
17:47.23roleri see...
17:47.26igcewieling1(for all reasonable values of "not"
17:48.08igcewieling1if your carrier is talking about codecs, then you don't have a PRI.
17:48.24rolerit was a trouble shooting guide, maybe it was generic
17:49.23igcewieling1roler: you should throw out that guide.
17:49.31roler[TK]D-Fender ; when you say cut out the middle man, what do you mean? They provide us with a Cisco 3900. It has one ethernet in from the MPOE, and two out - one ethernet for internet and one PRI for our PBX. Are you suggesting there is a way to eliminate the Cisco 3900 and use VoIP directly?
17:50.08[TK]D-Fenderyou go PRI to it, it goes VoIP out.  Cut out the PRI interface and that Cisco and just go direct
17:50.35roler[TK]D-Fender ; which would make my ears happy, that SOB has 5 hovercraft fans on it
17:50.39igcewieling1[TK]D-Fender: I don't think that's what he has.
17:51.36igcewieling1roler: contact your carrier and complain.
17:52.15rolerigcewieling1 ; I will complain again.. Those guys suck honestly... can't talk directly to techs. you can only submit tickets
17:52.59igcewieling1roler: assuming what you are saying is true then the issue is the carrier.
17:53.28roleri will definitely inquire about VoIP though... I love cutting out unnecessary equipment
17:53.36igcewieling1roler: are you providing them with calla33ac0543dd5e74b5ba9480844f5ca19794b20f08cfb8532cffbefc92f9ee82553d84558ff5a45c7d15a4d5cd534b1ac72dc1715f1cd83aaab3c
17:53.41igcewieling1oopd.
17:54.02igcewieling1roler: are you providing them with call samples?
17:55.02rolerigcewieling1 ; when I first set up the service, someone from India took call samples from their cisco router... They had me try an 800 number, landline, cellphone, and I think a 900 number. But no, I haven't provided call samples from my own equipment. Having a test for a landline and cell phone makes me think they have something screwed up on their end
18:01.23*** join/#asterisk vader- (~Adium@65.199.222.133)
18:12.30*** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou)
18:13.42rrittgarnanybody play with debian8 much? I'm trying to be better than an average user and not say i don't like change... tried to systemctl enable asterisk and then start it - but after a re-compile it will no longer start. I'm probably missing something but as stated - change
18:16.03rrittgarnand it was a problem caused by my recompile - not debian8... nevermind
18:18.41*** join/#asterisk LostBoy (sid110950@gateway/web/irccloud.com/x-tvveoidtxwkgdelt)
18:19.22*** join/#asterisk tzafrir (~tzafrir@bzq-179-40-172.cust.bezeqint.net)
18:21.12*** join/#asterisk jonno11 (~Jon@cpc1-walt12-2-0-cust582.13-2.cable.virginm.net)
18:24.32*** join/#asterisk cloud9 (~cloud9@50-193-216-9-static.hfc.comcastbusiness.net)
18:26.29cloud9Hello everyone, I have a question I could use help with if anyone has a moment. I've had an asterisk server recording CDR's to a mysql db for a few years. As of recently I've been running into an issue where asterisk generates a uniqueid that's already been used, can't be inserted into the table, and asterisk crashes as result.
18:26.52cloud9is there a way I can configure asterisk to prepend something I specify to the uniqueid?
18:41.31*** join/#asterisk adnauseum (uid126405@gateway/web/irccloud.com/x-uztzocqlolrbnicu)
18:42.57*** join/#asterisk evil_gordita (robert@ip70-188-63-173.rn.hr.cox.net)
18:44.08mjordancloud9: well, if you're repeating unique IDs, you probably have some very interesting time issues going on.
18:44.42mjordancloud9: that aside, Asterisk will always prepend the hostname to the unique ID if you specify that in asterisk.conf
18:45.26mjordancloud9: So if you have reset the time on your server somehow, or have otherwise made it so that the epoch timestamp is repeating with entries in the DB, you can specify the system name in asterisk.conf to avoid duplicates
18:48.10*** join/#asterisk tristero (~al.f.zero@unaffiliated/transfinite)
19:09.41rrittgarnwith web rtc, is a reg contact containing 'invalid' normal? or do I have an issue to troubleshoot - googling for that term leads me to stuff from last year and i'm not sure how relevant it is
19:16.46*** join/#asterisk azerus (~badass@unaffiliated/badass)
19:22.52*** join/#asterisk areski (~areski@80.174.128.74.dyn.user.ono.com)
19:37.48*** join/#asterisk cmendes0101 (~cmendes01@pool-98-112-114-3.lsanca.fios.verizon.net)
19:38.12*** join/#asterisk jonathanrose (jon@nat/digium/x-xoyxabkvswwapwdq)
19:54.45*** join/#asterisk jasonwert (~quassel@75-134-81-98.static.aldl.mi.charter.com)
20:03.41*** join/#asterisk crocodilehunter (~Thunderbi@CPE-121-211-223-68.hhui7.cht.bigpond.net.au)
20:07.29*** join/#asterisk pchero (~pchero@109.70.54.56)
20:09.12*** join/#asterisk Apocryphal (~js@0x3ec66427.inet.dsl.telianet.dk)
20:09.28*** join/#asterisk ghoti (~paul@hq.experiencepoint.com)
20:10.20ApocryphalEvening! When doing a Blind Transfer (SIP blind transfer), is it possible to get the callerid of the one did the transfer. Right now all I'm getting is the callerid of the one being transferred
20:12.03*** join/#asterisk ruied (~ruied@31.33.136.95.rev.vodafone.pt)
20:12.15igcewieling1Apocryphal: attended transfer shows the callerid of the one doing the transfer.
20:12.24*** join/#asterisk evil_gordita (robert@ip70-188-63-173.rn.hr.cox.net)
20:12.25ApocryphalYEah, but this is for a blind transfer :/
20:12.48robmalCEL can has.
20:12.51igcewieling1Apocryphal: Then you'll have to hack something into the dialplan.
20:13.04igcewieling1robmal: um, CEL is a logging system.
20:13.45Apocryphaligcewieling1: yeah, I've done that for one scenario, simply setting a __transferer=blabla variable. But in this scenario the Dial happens in a Local Channel, and __variables doesn't seem to inherit out of a local channel into a SIP channel
20:15.53[TK]D-Fender${BLINDTRANSFER} <-------------
20:16.16ApocryphalThat contains the channelname of the one who did the transfer - can I exchange that for a callerid somehow?
20:16.47igcewieling1Apocryphal: have you looked at the f() and o() options to Dial?
20:16.51[TK]D-FenderLookup the info from the peer
20:17.33Apocryphaligcewieling1: the o-option changes the callerid for the one receiving the call - we don't want that. Let me check f real quick
20:17.49igcewieling1if not, then [TK]D-Fender is a good way.
20:18.02igcewieling1if not, then [TK]D-Fender's way is a good way.
20:18.28ApocryphalHmm, yeah something like SIPPEER(${BLINDTRANSFER},callerid_num)
20:18.57ApocryphalBut will that sip peer still be present when the code runs though. I'm doing this entirely with Fast AGI
20:19.18igcewieling1Apocryphal: Oh!  Then I can't help you.
20:19.31igcewieling1Best of luck though.
20:20.55ApocryphalThanks anyway igcewieling1 ;)
20:21.51igcewieling1Apocryphal: next time mention that at the start.
20:23.30*** join/#asterisk superscrat (~asanders@173-21-89-217.client.mchsi.com)
20:23.33ApocryphalYeah - sorry was so focused on maybe just missing some channel variable
20:25.04WIMPyWell, you have to extract the peer name from the chnnel name.
20:25.21WIMPyOff course, that will only work for chan_sip.
20:25.35[TK]D-FenderWELL THE LOOKUP FUNCTION AFTERWARDS THAT IT
20:25.37[TK]D-FenderIS
20:25.40[TK]D-Fender</caps>
20:26.44ApocryphalThe channel is hung up at the point that I need it though
20:28.10ApocryphalAh, and SIPPEER won't do - all the users are registered with a kamailio server.
20:28.13ApocryphalSo there are two peers
20:28.17ApocryphalThe two kamailio servers
20:30.58WIMPyDo the blonde transfer then and hope the caller ID update won't work.
20:31.03*** join/#asterisk evil_gordita (robert@ip70-188-63-173.rn.hr.cox.net)
20:34.43*** join/#asterisk bluemerlin (~bluemerli@79.135.114.76)
20:42.39*** join/#asterisk saratogga (~saratogga@166.170.47.25)
20:43.08*** join/#asterisk crocodilehunter (~Thunderbi@CPE-121-211-223-68.hhui7.cht.bigpond.net.au)
20:50.03*** join/#asterisk PeterFox (~peterschr@cpe-76-95-32-85.socal.res.rr.com)
20:56.23*** join/#asterisk bluemerlin (~bluemerli@office-nat.westpoint.gradwell.net)
21:02.16*** part/#asterisk marceloamorim (~marcelo@189-90-192-72.isimples.com.br)
21:05.47*** join/#asterisk evil_gordita (~evilgordi@ip70-188-63-173.rn.hr.cox.net)
21:19.36Kobazsoooo
21:19.45Kobazi have a customer who does logistics for a fortune 500
21:19.52Kobazis this bad...
21:20.09Kobaz2 agents logged in. 25 calls waiting in queue, longest waiting is 35 minutes
21:20.32Kobazgoing into thanksgiving and black friday sales
21:20.34KobazTWO ???
21:21.44paraxoras a consumer, yes
21:21.51paraxor35 minutes is ridiculous
21:21.58Kobazhehe
21:28.48*** join/#asterisk hetii (~na@31-178-122-20.dynamic.chello.pl)
21:28.50hetiiHi :)
21:29.30hetiiQ:I have set  videosupport=yes in my sip.conf and I use zoiper  app for andorid
21:29.31*** join/#asterisk camerin (hoax@elite.bshellz.net)
21:29.45hetiias I see I`m not able to send/get any video
21:29.51hetiido I need to do something elese ?
21:43.38newtonrProbably have the video codecs enabled for the device and in sip.conf
21:44.06newtonrI haven't configured a video call in a long time so I'm not too much help
22:10.01*** join/#asterisk tzafrir (~tzafrir@bzq-179-40-172.cust.bezeqint.net)
22:10.31*** join/#asterisk saratogga (~saratogga@166.170.47.25)
22:10.58*** join/#asterisk ruied (~ruied@31.33.136.95.rev.vodafone.pt)
22:20.45*** join/#asterisk evil_gordita (robert@ip70-188-63-173.rn.hr.cox.net)
22:28.57*** join/#asterisk crocodilehunter (~Thunderbi@CPE-121-211-223-68.hhui7.cht.bigpond.net.au)
22:31.15*** join/#asterisk areski (~areski@80.174.128.74.dyn.user.ono.com)
22:32.39*** join/#asterisk saratogga (~saratogga@mobile-166-171-120-085.mycingular.net)
22:47.19*** join/#asterisk bluemerlin (~bluemerli@office-nat.westpoint.gradwell.net)
22:51.20*** join/#asterisk crocodilehunter (~Thunderbi@CPE-121-211-223-68.hhui7.cht.bigpond.net.au)
23:00.32*** join/#asterisk eofster (~eofster@ip5b4063a6.dynamic.kabel-deutschland.de)
23:11.53*** join/#asterisk wonderworld (~ww@ip-84-119-184-180.unity-media.net)
23:13.24*** join/#asterisk crocodilehunter (~Thunderbi@CPE-121-211-223-68.hhui7.cht.bigpond.net.au)
23:17.19thinkgnuLooks like I have a Sonicwall that likes to eat RTP traffic. Anyone else here have that experience?
23:21.54newtonrMaybe look for SIP ALG options. Sometimes firewalls/routers try to be helpful and end up mangling things. When in doubt simply see if you can turn the SIP ALG off.
23:22.53*** join/#asterisk mac_ified (~mac_ified@67-9-150-210.res.bhn.net)
23:23.27thinkgnuI turned that off
23:24.07thinkgnuStrange thing is that it will do it frequently and other times not at all. I've attempted to configure traffic shaping and QoS and still can't seem to affect it in any positive way
23:25.56newtonrHopefully someone here is familiar with Sonicwall. It has been years since I've messed with Sonicwall specifically. It may come down to examining the SIP packets on both sides and verifying where each side is being instructed to send RTP. That may help you know if it is only the RTP being affected itself or if it is information in the SIP SDP that is being affected.
23:26.38thinkgnuI examined the packets from my wan interface to my lan interface and that seems to be where I'm losing them
23:26.56thinkgnuThey are all making it to the WAN interface and addressing is taking place there
23:27.30robmalI've dealt with a few sonicwalls and none ate anything.
23:27.38thinkgnuMost of the RTP packets are making it. I'm usually losing anywhere from .50-1.5%
23:28.12robmalMaybe the WAN connection?
23:28.26newtonrDo the lost packets account for entire calls? Or do you mean out of a single call you are losing that percentage of packets?
23:28.35thinkgnuout of a single call
23:28.51thinkgnuthere are times(few) where I will lose 0.05% packets on a call
23:29.09thinkgnuthis is when nothing is changing on my asterisk config or my sonicwall config. Just losing less packets
23:29.18*** join/#asterisk bluemerlin (~bluemerli@87-127-230-5.static.enta.net)
23:29.40newtonrOdd, yeah that sounds like a more fundamental problem than configuration, but I'm not sure
23:30.00thinkgnuI am particularly suspect of the sonicwall anyway. Last week it started killing my openvpn traffic and I had to default it and fully reconfigure it to make it do anything sensible at all
23:32.45thinkgnuI was just curious if anyone else had experienced /strange/ sonicwall voip behavior before
23:35.31thinkgnuI'm replacing it with something else. If I were really on the ball I supposed I'd add a NIC to my Asterisk box and stick one NIC on my WAN and on in the LAN. Maybe another time.
23:40.02*** join/#asterisk superscrat (~asanders@173-21-89-217.client.mchsi.com)
23:44.30lvlinuxthinkgnu: go pfsense or astlinux
23:46.01*** join/#asterisk crocodilehunter (~Thunderbi@CPE-121-211-223-68.hhui7.cht.bigpond.net.au)
23:53.27*** join/#asterisk laptopdude90 (laptopdude@HLFXNS016CW-142134091178.dhcp-dynamic.FibreOp.ns.bellaliant.net)
23:59.52*** join/#asterisk bluemerlin (~bluemerli@office-nat.westpoint.gradwell.net)

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