IRC log for #asterisk on 20160824

00:01.45*** join/#asterisk bhans (ddfd4592@gateway/web/freenode/ip.221.253.69.146)
00:04.41*** join/#asterisk acidfu_ (~acidfoo@24-212-247-227.cable.teksavvy.com)
00:36.12*** join/#asterisk tuxd00d (~tuxd00d@ip68-106-11-24.ph.ph.cox.net)
00:38.08WIMPyHmm. Is the only way to send a registration to a non-standard port, to configure outboundproxy? Doesn't port do anything?
01:01.22*** join/#asterisk tuxd00d (~tuxd00d@ip68-106-11-24.ph.ph.cox.net)
01:11.53*** join/#asterisk acidfu_ (~acidfoo@24-212-247-227.cable.teksavvy.com)
01:27.51PenguinYou want to register your asterisk to some remote system on a different port?
01:28.28*** join/#asterisk tuxd00d (~tuxd00d@ip68-106-11-24.ph.ph.cox.net)
01:29.30WIMPyyes
01:32.27PenguinIn the peer entry for that peer, set port=somePort
01:32.49WIMPyDoesn't seem to do anything.
01:33.03WIMPyIt still sends to 5060.
01:33.45PenguinThe register statement may also need the new port.
01:34.08Penguinregister => user:secret@host.domain.com:port
01:34.13WIMPyhasn't used register statements for ages.
01:34.37PenguinIf you're sending SIP registrations out to them, you'll probably need to set the port on that line as well.
01:35.11PenguinI have an ITSP that has non-standard ports available for bypassing ISP's firewalls, but I've never had to use the non-standard ports.
01:35.22WIMPyI meant that it doesn't exist. I've been using callbackextension since I found it.
01:36.57*** join/#asterisk UncleKiwi (~UncleKiwi@unaffiliated/unclekiwi)
01:37.35Penguin; A similar effect can be achieved by adding a "callbackextension" option in a peer section.
01:37.38Penguin; (note that the "port" is ignored - this is a bug that should be fixed).
01:38.10PenguinUntil the bug is fixed, I guess you'll have to resort back to the old register statement with non-standard port.
01:38.10WIMPyGuess that never happened.
01:38.47UncleKiwihi - I seem to getting a bit of this   '105 No Authentication ' when i go 'sip show registry' not sure whats going on
01:38.54WIMPyoutboundproxy also works. Both feel a little iffy, but well...
01:39.14PenguinIf it will work reliably, I say go for it.
01:41.28PenguinI can't use callbackextension because none of my register statements define an extension after the hostname to register against.
01:41.37PenguinUnless I don't understand how it works.
01:51.46*** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com)
01:54.27UncleKiwiAsterisk 11.22.0 built by root @ rpi2 on a armv7l running Linux on 2016-07-17 03:28:53 UTC
01:55.13UncleKiwiseems to lose registration and then show the above error and does not regain registration until i reload sip
02:07.06*** join/#asterisk Oatmeal (~Suzeanne@c-68-51-46-116.hsd1.in.comcast.net)
02:37.10UncleKiwiopps its this one Asterisk certified/11.6-cert13
02:49.23drmessanoWhy are you using Certified?
02:49.40drmessanoUse current unless you have a support need
02:50.33*** join/#asterisk fstd_ (~fstd@unaffiliated/fisted)
02:53.00UncleKiwiok
02:53.18UncleKiwii guess i was unsure
03:44.42*** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com)
03:44.46*** join/#asterisk robink_ (~quassel@unaffilated/robink)
04:00.37*** join/#asterisk ChannelZ (channelz@burner.com)
04:40.02*** join/#asterisk FarhaadN (~Farhad@82.99.206.194)
04:44.22FarhaadNhi everyone,does anyone know why my sip channesl dont hangup, i use asterisk 11.23.0 and voice gateway cisco
04:44.33FarhaadNthis is a asterisk bug or cisco
04:44.34FarhaadN?
04:46.15voipmonkplease show the evidence
04:47.13FarhaadNwhat u want?
04:47.20FarhaadNcore show channels?
04:48.41FarhaadNthis problem happend for many time, and every time i show hangup the channel in asterisk cli
04:50.54FarhaadNvoipmonk: i still have a old problem with InUse
04:51.35FarhaadNin that case, probel is rather than this,and there are't any channel
04:51.54*** join/#asterisk babak (uid19622@gateway/web/irccloud.com/x-untebqgtyuvcfund)
05:22.26[TK]D-Fendervoipmonk> please show the evidence <---
05:24.04wyoungFarhaadN: sip set debug on
05:50.30*** join/#asterisk miralin (~Thunderbi@195.19.212.23)
05:54.34*** join/#asterisk jjrh (~jjrh@2607:f0b0:8:801c:c197:8531:d44:dc21)
06:23.23*** join/#asterisk Rasputin3711 (~Rasputin3@87.255.254.66)
07:00.46*** join/#asterisk war9407 (war@static-72-73-18-14.clppva.fios.verizon.net)
07:04.24*** join/#asterisk evil_gordita (robert@ip70-188-41-127.rn.hr.cox.net)
07:04.51*** join/#asterisk pchero_work (~pchero@109.70.54.56)
07:09.15*** join/#asterisk hehol (~hehol@gatekeeper.loca.net)
07:17.24tirejhi everyone
07:18.08tirejhas anyone used AsterNET before?
07:18.26tirejcan we build a complex-complete interface with that?
07:20.04*** join/#asterisk jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za)
07:26.37*** join/#asterisk AviiNL (~AviiNL@185.21.52.255)
07:34.01*** join/#asterisk ThomasKeller (~Thomas@vmx.ethz.ch)
07:34.01*** join/#asterisk Tim_Toady (~fuzzy@snf-33276.vm.okeanos.grnet.gr)
07:41.18*** join/#asterisk matrix1233 (~matrix123@197.3.206.61)
07:49.17*** join/#asterisk bounceman (~bounceman@185.32.9.250)
07:50.44*** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com)
07:51.48bouncemanHi, I am wondering what causes Asterisk to return SIP 488 on in-dialog INVITE? And what is the consequence of this behavior? Thank you very much for any replies
07:54.46*** join/#asterisk tzafrir (~tzafrir@local.xorcom.com)
07:56.57bouncemanWe are having these issues with FAX
07:57.00bouncemanI found this in the CLI
07:57.05bounceman[Aug 24 09:34:17] WARNING[6382][C-000acfbd] chan_sip.c: Failed to initialize UDPTL, declining image stream
07:57.05bounceman[Aug 24 09:34:17] WARNING[6382][C-000acfbd] chan_sip.c: Failing due to no acceptable offer found
07:59.17HRH_H_Cr1bhello all
07:59.27HRH_H_Cr1bhttp://paste.debian.net/791251/
08:00.05HRH_H_Cr1bam i right in thinking that if the call is successful, at line 5, we will never actually get to ok2 (line 6) as one or other party will hang up thus ending the dialplan at that point?
08:00.20HRH_H_Cr1b(i would need to use the 'h' extension to continue processing i guess?)
08:17.26*** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com)
08:21.22*** join/#asterisk apb1963 (~apb@107-146-220-94.res.bhn.net)
08:41.50*** join/#asterisk Tiffon (~name@unaffiliated/tiff0n)
09:53.44*** join/#asterisk salz212 (67ff0419@gateway/web/freenode/ip.103.255.4.25)
09:54.40FarhaadNhi, i call cell phone that is off , but ext still ringing on call
09:54.42FarhaadNwhy?
09:58.40stefan27dialplan matching does not support matching 1 or more of preceeding character?
09:59.41stefan27like _3¤4 matching 34 334 3333334 but not 4 354
10:00.22stefan27like * and + is to standard (sed-like) regexps?
10:04.40*** join/#asterisk ruied (~ruied@125.44.62.94.rev.vodafone.pt)
10:32.25TandyUKstefan27: _[3].4 perhaps?
10:32.36TandyUKah ignore that
10:44.28SamotFarhaadN: Perhaps the carrier is sending back a ringing while it checks to see if the cell phone is "on"
10:44.33SamotOr accepting calls.
10:47.00Samotbounceman: You need t38pt_udptl set.
11:07.06*** join/#asterisk puzzled (~puzzled@2001:982:1097:1::1:3)
11:08.11stefan27Whenever a local channel Loc_X performs Dial(SIP/A) is it the channel variable "Extension" of Loc_X that determines the value of the channel variable "callerid" on the created channel SIP/A-0000003 (unless peer A has static callerid configured in sip.conf)?
11:10.30stefan27or is it Loc_X's "Connected Line ID"?
11:41.11FarhaadNSamot: carrier send me that is busy,beacuse when i call cell phone with another number and out of my call center,this was ok, any configure for cisco not need?
11:42.20bouncemanSamot: thank you. I am wondering. We use Asterisk as a B2BUA and when we recieve incoming fax they have all the good looking T38 SDP. But then other leg's SDP look just like a simple call. Is that an issue?
11:47.13*** join/#asterisk acidfu_ (~acidfoo@modemcable002.114-70-69.static.videotron.ca)
11:56.04Samotbounceman: You mean the call from the carrier has all the T.38 media in it?
11:56.14SamotWhat is the "other leg"?
11:57.43bouncemanSRC <--LEG1--> * <--LEG2--> DST
11:57.58bouncemanFirst leg has T38 info in the SDP, LEG2 does not
12:01.14bouncemanMaybe it is not needed and asterisk does all the translation, I have no clue.
12:01.17bouncemanI do not like FAX
12:09.43SamotNo, you need to pass it on to the endpoint with t38
12:13.39bouncemanWhat happens if I dont?
12:14.27SamotThen no fax.
12:14.41SamotYou have the issue that you have now.
12:14.49SamotYour PEER with your provider needs t38
12:15.01SamotAny endpoint should have it enabled as well.
12:15.33bouncemanWell I have solved my first issue with the errors using t38pt_udptl. But the issue with SDP is still different between the legs, would you say this is a issue?
12:15.47SamotWhere are the faxes going?
12:15.51SamotTo an ATA?
12:15.55*** join/#asterisk bmg505 (~leon@165.255.123.223)
12:16.57bouncemanSomething analog, that is all I know
12:17.32SamotWell it needs an adapter.
12:17.39SamotLike a SPA112 or something.
12:17.49SamotSo that should be setup to accept t38 as well.
12:18.24bouncemanWell, it is a setup that are accepting faxes without any issues. However when it pass through our B2BUA it works VERY sporradic.
12:18.40SamotWell there's something about FAX that has never changed.
12:18.44SamotFAX is best effort.
12:18.48SamotAlways has been.
12:18.51SamotEven on POTS.
12:19.26SamotI would need to see the SIP debug of a FAX that failed.
12:19.49bouncemanI can provide that
12:20.16bouncemanWould you like a pcap or txt?
12:33.25*** join/#asterisk [TK]D-Fender (~joe@216-191-106-165.dedicated.allstream.net)
13:01.53stefan27if there's a sip peer A on IP X and a sip friend B that has registered from IP X and asterisk receives an invite from IP X, which of A and B does asterisk try to match first?
13:02.09stefan27I can't remember and I forgot where to look up this information other than digging into source code
13:03.25[TK]D-FenderThe physically first one loaded from the config
13:03.52[TK]D-Fenderand that will eb the only thing it amtches against.  It'll never hit the 2nd
13:04.17[TK]D-FenderWhich is why when you have multiple devices behind the same IP you should be using FRIEND, not PEER.
13:04.27[TK]D-Fendersince that matches first on the user
13:15.10*** join/#asterisk matrix1233 (~matrix123@197.3.206.61)
13:26.11*** join/#asterisk afournier (~admin@80.215.212.130)
13:26.16afournierhi
13:27.34afournierdoes someone know about bridge that would "mix" different channels' audio based on VAD ? i.e to handle ConfBridge for G729 with zero transcoding
13:28.21stefan27thx
13:28.42afournierit would do the samething softmix does for video but for audio (more a selecter than a mixer)
13:28.42*** join/#asterisk newtonr (RustyNewto@nat/digium/x-ilrgytghakealrjm)
13:28.43*** mode/#asterisk [+o newtonr] by ChanServ
13:41.01*** join/#asterisk zapata (~zapata@2a02:b18:581:10:3958:12e7:ac3e:5b0e)
13:42.03*** join/#asterisk RahaiL (~RahaiL@73.161.239.35)
13:42.34RahaiLHi there how are you I got wired quesiton.. We are using  Asterisk with one of the CDMA network as soon as call HIT CDMA network it give answer
13:42.50RahaiLand asterisk start give answer signal to other switch
13:42.59RahaiLis there way in asterisk we can give delay giving out answer
13:43.04RahaiLsignal to other server
13:43.26[TK]D-FenderYou haven't shown us the call so we can see what's happening or even told us how * is ttalking to it.
13:44.10RahaiLAsterisk box ==> CDMA GATEWAY
13:44.26*** join/#asterisk Oatmeal (~Suzeanne@c-68-51-46-116.hsd1.in.comcast.net)
13:46.53*** join/#asterisk SunGod (~SunGod@92.55.116.125)
13:49.37[TK]D-FenderTry again....
13:58.14*** join/#asterisk Echo6 (~Echo6@64.136.247.50)
13:59.42*** join/#asterisk ruied (~ruied@125.44.62.94.rev.vodafone.pt)
14:06.53RahaiLnot sure how to expaling just looking for way to send delay on answer signal
14:08.20[TK]D-Fender[TK]D-Fender> You haven't shown us the call so we can see what's happening or even told us how * is ttalking to it.
14:18.22*** join/#asterisk KaliLinuxGR (~alexandro@unaffiliated/kalilinuxgr)
14:20.57*** join/#asterisk jkroon (~jkroon@197.175.24.123)
14:25.44*** join/#asterisk kharwell (kharwell@nat/digium/x-ququtwgooyzhfkkg)
14:43.38*** join/#asterisk hehol (~hehol@gatekeeper.loca.net)
14:44.02*** join/#asterisk jdcamacho92 (~jdcamacho@190.85.2.234)
14:44.41*** join/#asterisk rmudgett (rmudgett@nat/digium/x-ltifjaprhrmyjlhi)
15:00.45*** join/#asterisk jkroon (~jkroon@197.175.24.123)
15:10.41*** join/#asterisk shootbird (~quassel@205.185.122.214)
15:28.41*** join/#asterisk ThomasKeller (~Thomas@vmx.ethz.ch)
15:35.47*** join/#asterisk happy-dude (uid62780@gateway/web/irccloud.com/x-yfnzkyzjgzjznxrx)
15:51.30*** join/#asterisk jkroon (~jkroon@197.172.187.124)
15:59.11*** join/#asterisk miralin (~Thunderbi@194.8.128.48)
16:25.11*** join/#asterisk SunGod (~SunGod@92.55.116.125)
16:27.00*** join/#asterisk jab416171 (~jab416171@c-76-27-96-12.hsd1.ut.comcast.net)
16:29.25*** join/#asterisk thiagoc_ (~thiagoc@unaffiliated/thiagoc)
16:29.59*** join/#asterisk chl_ (~user@unaffiliated/chl/x-9330839)
16:30.43chl_hello
16:31.07chl_I have a device which is registrered, but asterisk log keeps telling me it failed to register
16:31.27chl_.. with the error "wrong password"
16:34.23*** join/#asterisk lotsofcows (~lotsofcow@host86-149-6-190.range86-149.btcentralplus.com)
16:36.14lotsofcowsWe had an internet outage. Once connectivity was back, we could make outgoing calls. Incoming calls died with "Unable to create channel of type 'SIP' (cause 20 - Subscriber absent)". Had to restart asterisk. What should I have done?
16:37.38*** join/#asterisk matrix1233 (~matrix123@197.3.206.61)
16:40.49*** join/#asterisk Chotaire (chotaire@oahu.chotaire.net)
16:44.43chl_i fixed it
16:50.42[TK]D-Fenderlotsofcows, restarting should have no impact on that.  20 = no IP to contact them at.  So whatever you were dialing hadn't registered, had timed outm, or other issue
16:50.51[TK]D-Fender* has nowhere to call.
16:50.53[TK]D-FenderThat sums it up
16:55.59wyounghey Mr [TK]D-Fender
16:56.01*** join/#asterisk lotsofcows (~lotsofcow@host86-159-249-234.range86-159.btcentralplus.com)
16:59.54*** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com)
17:01.37*** join/#asterisk infobot (~infobot@rikers.org)
17:01.37*** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.10.0 (2016/07/21), 11.23.0 (2016/07/21), Standard: 14.0.0-beta1 (2016/07/27); DAHDI: DAHDI-linux 2.11.1 (2016/03/01), DAHDI-tools 2.11.1 (2016/03/01); libpri 1.5.0 (2016/03/28) -=- Wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 -=- Logs: bit.ly/1s4AKKu
17:06.42*** join/#asterisk pppingme (~pppingme@unaffiliated/pppingme)
17:09.01*** join/#asterisk zway (~zway@74.203.105.194)
17:12.47ruiedHello. I'm having a strange problem. I have two trunks Account_A and Account_B to make/receive calls fom the same provider (with different numbers). when I receive the call fom Account_B asterisk always wants to use the context defined in Account_A (context_from-pstn) but it should use the context from-CAIP01.    http://pastebin.com/kJSuScNT
17:13.56ruieddo not know if I'm missing something or if it is some kind of bug...
17:14.22[TK]D-Fender* will match the FIRST peer with a matching host= and that is all
17:14.43[TK]D-FenderSince they are both the same ... automatic fail
17:14.52[TK]D-Fenderthat will not be a way to separate the calls
17:17.13*** join/#asterisk infobot (ibot@rikers.org)
17:17.13*** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.10.0 (2016/07/21), 11.23.0 (2016/07/21), Standard: 14.0.0-beta1 (2016/07/27); DAHDI: DAHDI-linux 2.11.1 (2016/03/01), DAHDI-tools 2.11.1 (2016/03/01); libpri 1.5.0 (2016/03/28) -=- Wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 -=- Logs: bit.ly/1s4AKKu
17:18.03*** join/#asterisk infobot (ibot@rikers.org)
17:18.03*** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.10.0 (2016/07/21), 11.23.0 (2016/07/21), Standard: 14.0.0-beta1 (2016/07/27); DAHDI: DAHDI-linux 2.11.1 (2016/03/01), DAHDI-tools 2.11.1 (2016/03/01); libpri 1.5.0 (2016/03/28) -=- Wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 -=- Logs: bit.ly/1s4AKKu
17:24.40ruiedhow can I differentiate them ?
17:25.41*** join/#asterisk infobot (ibot@rikers.org)
17:25.41*** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.10.0 (2016/07/21), 11.23.0 (2016/07/21), Standard: 14.0.0-beta1 (2016/07/27); DAHDI: DAHDI-linux 2.11.1 (2016/03/01), DAHDI-tools 2.11.1 (2016/03/01); libpri 1.5.0 (2016/03/28) -=- Wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 -=- Logs: bit.ly/1s4AKKu
17:26.43[TK]D-Fenderlook at the call once it has arrived
17:26.53[TK]D-Fenderthe EXTEN should be your first hint
17:34.27*** join/#asterisk jkroon (~jkroon@uls-154-73-32-15.wall.uls.co.za)
17:38.36lotsofcowsIncoming calls dying with "Unable to create channel of type 'SIP' (cause 20 - Subscriber absent)". Any ideas?
17:39.35[TK]D-Fenderthat has nothing to do with incoming calls
17:39.44[TK]D-Fenderthat is a message for a call you are trying to dial OUT
17:39.54[TK]D-FenderGo look at the call and then at what you are dialing out
17:48.42*** join/#asterisk piling (~piling@unaffiliated/piling)
18:07.14*** join/#asterisk SunGod (~SunGod@92.55.116.125)
18:07.25ruied[TK]D-Fender, so, I can't set each account to different contexts?
18:07.52[TK]D-FenderThere is no identifying them as being separate that way
18:07.57[TK]D-FenderI thought I was very clear on this
18:08.22[TK]D-Fenderit will take the FIRST one whose host matches and that's it
18:08.35[TK]D-FenderYou then need to parse out what to do based on the content of the invite
18:09.03[TK]D-Fender<[TK]D-Fender> look at the call once it has arrived
18:09.03[TK]D-Fender<[TK]D-Fender> the EXTEN should be your first hint
18:09.04[TK]D-Fender^^^
18:31.10*** join/#asterisk babak (uid19622@gateway/web/irccloud.com/x-bxqjtmfcmtzfswdd)
18:31.19*** join/#asterisk apb1963_ (~apb@107-146-220-94.res.bhn.net)
18:35.46ruiedI know how I can deal with the incoming numbers if both trunks goes to "from-pstn" context. I wanted to separate them to different contexts (from the sip.conf), didn't know if you were pointing me to deal with the incoming number (in the same context at extensions.conf from-pstn context) or if you were trying to tell me that there is some way to set them to different contexts. English is not my main language...
19:12.54*** join/#asterisk newtonr (RustyNewto@nat/digium/x-sphjsespqokkxiyo)
19:12.54*** mode/#asterisk [+o newtonr] by ChanServ
19:13.38*** join/#asterisk kharwell (kharwell@nat/digium/x-pqrxfvziljkjubnx)
19:15.10*** join/#asterisk libardi (~kvirc@179.159.8.239)
19:16.10*** join/#asterisk rmudgett (rmudgett@nat/digium/x-xebanmmsbdvfxkap)
19:29.39*** join/#asterisk Jesterboxboy (~Thunderbi@80-109-194-26.cable.dynamic.surfer.at)
19:29.48*** join/#asterisk xnaron (~xnaron@S0106b4750e5de3b2.ed.shawcable.net)
19:43.16*** join/#asterisk tuxd00d (~tuxd00d@ip72-222-145-83.ph.ph.cox.net)
19:47.46*** join/#asterisk matrix1233 (~matrix123@197.3.206.61)
19:51.07*** join/#asterisk tzafrir (~tzafrir@bzq-179-40-172.cust.bezeqint.net)
20:04.25*** join/#asterisk garygraham (~Tadgh@216-26-192-156.dynamic.tbaytel.net)
20:15.37*** join/#asterisk gtjoseph (~gtjoseph@unaffiliated/gtj)
20:20.21*** join/#asterisk Nate15329 (~Nate15329@99-72-98-70.lightspeed.oshkwi.sbcglobal.net)
20:29.19garygrahamHey all, I have a system that makes outgoing calls to users, and plays an mp3 when they pick up. However I'm running into issues with voicemail. If it goes to voicemail, it seems that the message starts playing immediately, and doesn't wait for the beep. Is there some canonical way of dealing with this?
20:29.21*** join/#asterisk gtjoseph (~gtjoseph@unaffiliated/gtj)
20:30.44[TK]D-Fender* will never know to wait for a beep
20:30.52[TK]D-FenderThre is no sane way to do this
20:31.24[TK]D-FenderThe most you can do is use AMD and then a WAITFORSILENCE to try to guess when to actually start
20:33.06garygrahamThanks for the quick response! Just wondering how telemarketers manage to do it so effectively with robocalls. I suppose they aren't using asterisk :P I will dig into it, thanks again.
20:33.55[TK]D-FenderYou're welcome
20:34.46[TK]D-FenderThis method is about the only way I can think of given even having a beep is optional, with varying potential frequencies, etc
20:34.57[TK]D-FenderI'd bet on the same methodology
20:35.10[TK]D-Fenderheads home
20:39.10Kunsigarygraham: my experience with telemarketers and voicemail is exactly what you are experiencing: if you listen to your voicemail, it just starts in the middle of the prerecorded text
20:50.45*** join/#asterisk miralin (~Thunderbi@194.8.128.48)
20:52.34*** join/#asterisk [TK]D-Fender (~joe@64.235.216.2)
20:58.19matt_does anybody know if its possiable to get asterisk to return 484 address incomplete for a user?
20:59.33matt_or do I have to match anything shorter than a valid ext and use something like ,Incomplete() ?
21:30.14*** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com)
21:37.17*** join/#asterisk SunGod (~SunGod@92.55.116.125)
21:57.22*** join/#asterisk matrix1233 (~matrix123@197.3.206.61)
22:22.12*** join/#asterisk Mango45 (~Mango45@142.59.246.22)
22:25.32Mango45I'm having a problem with choppy recordings.  One side of the call is over the internet, so it is possible there is a bandwidth issue there.  The other side of the call is on the LAN.  There's plenty of LAN bandwidth available, and the server has plenty of resources, yet the LAN side of the call is also choppy.  I cannot reproduce the problem and have no idea when it will occur.
22:26.31robmaltcpdump and wireshark
22:26.34*** join/#asterisk mahlon (~mahlon@martini.nu)
22:28.16Mango45I also have the problem when the internet user is speaking to our IVR, so it's not even over the LAN.
22:32.37Mango45I made a test call and manufactured some packet loss on one side.  The other side of the recording was fine, so that is not the problem.
22:32.45Mango45Could it be a timing issue and if so how do I troubleshoot that?
22:34.17robmalWhat kind of connection do you have?
22:34.41Mango45The internet portion of the call is ADSL.
22:35.03Mango45The PSTN portion of the call is via a VoIP service provider with SIP.
22:37.19robmalAny QoS on this ADSL?
22:37.52Mango45Yes.  However, I'm more concerned about choppy audio on the recording of the IVR-side of the call.
22:38.27Mango45Asterisk is using Monitor to record the call and Playback to play some audio, and the recording is choppy.
22:40.46Mango45I don't have any timing modules loaded; do I need that?
22:46.36*** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou)
22:51.21Mango45The only functionality that requires internal timing is IAX2 trunking. It may also be used when generating audio for playback, such as from a file. Even though internal timing is not a requirement for most Asterisk functionality, it may be advantageous to use it since the alternative is to use timing based on incoming frames of audio. If there are no incoming frames or if the incoming frames of audio are from an unreliable or jittery source, then the corr
22:51.25Mango45Sounds reasonable; hope this helps.
22:56.00matt_Mango45: what ext have you got for the filename of the MixMonitor statement?
22:59.23matt_Mango45: ive had funny issues when i had an ext that needed to be transcoded from the endpoints, these days I force everything to alaw and give a filename ending in .alaw
22:59.41matt_to avoid transcoding, dont have any issues anymore
23:06.50Mango45Good point.  It's in wav.
23:11.30*** part/#asterisk kharwell (kharwell@nat/digium/x-pqrxfvziljkjubnx)
23:12.24matt_Mango45: ok, will probuly need to transcode then
23:12.35*** join/#asterisk Oatmeal (~Suzeanne@c-68-51-46-116.hsd1.in.comcast.net)
23:13.18matt_Mango45: also, incase it helps when i save to alaw to play it back i use aplay -f a_law in.alaw and to re encode it to wav i use ffmpeg -ar 8k -f alaw -i in.alaw out.wav
23:13.31matt_anyway, i need to sleep now
23:14.10*** join/#asterisk chuckf (~chuckf@pool-108-45-91-234.washdc.fios.verizon.net)
23:14.28Mango45Thanks.  I will give that a shot.
23:25.29*** join/#asterisk chuckf (~chuckf@pool-108-45-91-234.washdc.fios.verizon.net)
23:26.13*** join/#asterisk tuxd00d (~tuxd00d@ip68-106-11-24.ph.ph.cox.net)
23:28.41*** join/#asterisk pvoigt (~Linux@unaffiliated/pvoigt)
23:33.45*** join/#asterisk matrix1233 (~matrix123@197.3.206.61)

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