IRC log for #asterisk on 20131111

00:06.48*** join/#asterisk bunchof6 (~dan@c-67-170-148-231.hsd1.or.comcast.net)
00:08.34*** join/#asterisk vlad_starkov (~vlad_star@109.188.124.76)
00:15.51*** join/#asterisk troglobyte (~troglobyt@unaffiliated/troglobyte)
00:21.19*** join/#asterisk vlad_starkov (~vlad_star@109.188.124.76)
00:59.24*** join/#asterisk serafie (~erin@24.96.64.240)
01:07.20*** join/#asterisk suneye (~atcmmi@119.139.62.17)
01:22.53cuscowhat is wanpipe?
01:26.19[TK]D-Fendercusco: Sangoma card driver
01:26.22*** join/#asterisk rogersja (~rogersja@162-192-162-17.lightspeed.rlghnc.sbcglobal.net)
01:26.37*** join/#asterisk evil_gordita (robert@ip70-188-56-12.rn.hr.cox.net)
01:26.40cuscook
01:27.59*** join/#asterisk atcmmi (~atcmmi@116.25.197.112)
01:56.22*** join/#asterisk elcontrastador (~textual@173-12-219-184-Fresno.hfc.comcastbusiness.net)
02:01.37*** join/#asterisk vinhdizzo (~vinh@cpe-98-154-220-20.socal.res.rr.com)
02:04.55*** join/#asterisk jpoz (~jpoz@c-24-22-121-42.hsd1.or.comcast.net)
02:25.03*** join/#asterisk jpoz (~jpoz@ec2-184-169-152-1.us-west-1.compute.amazonaws.com)
02:28.14*** join/#asterisk darkbasic (~quassel@niko.linuxsystems.it)
02:45.04*** join/#asterisk suneye (~atcmmi@116.25.197.112)
03:05.18*** join/#asterisk drmessano (~nonya@pdpc/supporter/active/drmessano)
03:41.33*** join/#asterisk elcontrastador (~textual@173-12-219-184-Fresno.hfc.comcastbusiness.net)
03:48.13*** join/#asterisk rogersja_ (~rogersja@162-192-162-17.lightspeed.rlghnc.sbcglobal.net)
03:50.51*** join/#asterisk timahvo1 (~rogue@197.237.174.93)
04:01.36*** join/#asterisk serafie (~erin@24.96.64.240)
04:06.00*** part/#asterisk CrashHD (~na@204-195-127-247.wavecable.com)
04:06.23*** join/#asterisk CrashHD (~na@204-195-127-247.wavecable.com)
04:10.53*** join/#asterisk rogersja (~rogersja@162-192-162-17.lightspeed.rlghnc.sbcglobal.net)
04:29.06*** join/#asterisk evil_gordita (robert@ip70-188-56-12.rn.hr.cox.net)
04:37.58*** join/#asterisk rogersja (~rogersja@162-192-162-17.lightspeed.rlghnc.sbcglobal.net)
04:39.36*** join/#asterisk kasanop (~kasanop@128-68-127-68.broadband.corbina.ru)
04:43.02*** join/#asterisk gerhard7 (~gerhard7@77-172-47-159.ip.telfort.nl)
05:11.18*** join/#asterisk elcontrastador (~textual@173-12-219-184-Fresno.hfc.comcastbusiness.net)
05:11.42*** join/#asterisk andrewyager (~andrewyag@syd02s26-fw01.thecore.net.au)
05:22.28*** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212)
05:35.18*** join/#asterisk vlad_starkov (~vlad_star@109.188.124.60)
05:48.22*** join/#asterisk vlad_starkov (~vlad_star@109.188.125.37)
05:59.34*** join/#asterisk vlad_sta_ (~vlad_star@109.188.124.52)
06:29.11*** join/#asterisk jploh (~textual@122.2.37.42)
06:30.15*** join/#asterisk gartral (~gartral@unaffiliated/gartral)
06:33.08*** join/#asterisk vlad_starkov (~vlad_star@109.188.124.52)
06:58.29*** join/#asterisk wbill (~textual@71-80-64-105.dhcp.kgpt.tn.charter.com)
07:18.58*** join/#asterisk tparcina (~tomo@cisco15.fesb.hr)
07:26.50*** join/#asterisk mitchrodrigues (~mitchrodr@c-98-244-30-255.hsd1.ca.comcast.net)
07:35.30*** join/#asterisk hos7ein (~chatzilla@91.98.33.208)
07:37.40*** join/#asterisk threesome (~threesome@ip-94-113-13-143.net.upcbroadband.cz)
07:47.13*** join/#asterisk suneye (~atcmmi@119.139.60.197)
07:51.09*** join/#asterisk tzafrir (~tzafrir@local.xorcom.com)
08:05.47*** join/#asterisk vlad_starkov (~vlad_star@109.188.127.46)
08:08.17*** join/#asterisk vlad_starkov (~vlad_star@109.188.127.46)
08:10.14*** join/#asterisk Blashyrkh (~michaeld@043-054-094-081.as39912.net)
08:12.10*** part/#asterisk Blashyrkh (~michaeld@043-054-094-081.as39912.net)
08:18.51*** join/#asterisk andrewyager (~andrewyag@68-104-141-114.static-dsl.realworld.net.au)
08:21.56*** join/#asterisk evil_gordita (~evilgordi@ip70-188-56-12.rn.hr.cox.net)
08:27.32*** join/#asterisk mitchrodrigues (~mitchrodr@c-98-244-30-255.hsd1.ca.comcast.net)
08:35.52*** join/#asterisk d45h (~d45h@unaffiliated/dash-/x-7576607)
08:36.53*** join/#asterisk bulkorok (~Benjamin@85.183.61.47)
08:39.38bulkorokhello
08:49.49*** join/#asterisk sjs205 (~sjs205@host81-151-252-147.range81-151.btcentralplus.com)
08:54.42*** join/#asterisk martinfletcher_ (~martinfle@87.237.70.109)
08:59.49*** join/#asterisk hehol (~hehol@2001:1438:1009:200:d8f4:d116:8ffa:6d3a)
09:04.59*** join/#asterisk jpoz (~jpoz@c-24-22-121-42.hsd1.or.comcast.net)
09:09.48*** join/#asterisk tomii (~tomii@128.54.168.125.sta.wbroadband.net.au)
09:22.23*** join/#asterisk Neoti (~Thunderbi@cpc5-nott16-2-0-cust33.12-2.cable.virginm.net)
09:27.52*** join/#asterisk gerhard7 (~gerhard7@77-172-47-159.ip.telfort.nl)
09:28.51*** join/#asterisk CrashHD (~na@204-195-127-247.wavecable.com)
09:36.25*** join/#asterisk BorjaGVO (d51beb92@gateway/web/freenode/ip.213.27.235.146)
09:41.31BorjaGVOHi everyone, I want to check if a variable follows a certain pattern. If it doesn't, then go to label "return". That's what I'm trying with this dialplan snippet: is it right? Should I write quotes or it would work like this? GotoIf(${AMPUSER}!=38.}?return)
09:44.53kaldemarBorjaGVO: you're missing $[], curly braces don't match and you've made an erroneous assumption that . can be used as a wildcard.
09:45.52BorjaGVOkaldemar: yeah, that's right. It's an assumption. I don't know if in an if condition I can use that kind of wildcard
09:46.09BorjaGVOWhat wildcard can be used?
09:51.38kaldemarnone.
09:52.27kaldemarwhat you should concentrate on is take two first characters of ${AMPUSER}.
09:55.57BorjaGVOkaldemar: alright..i got it! Thanks!
09:58.51*** join/#asterisk atha (~atha@unaffiliated/athayde)
10:11.12*** join/#asterisk Chainsaw (~chainsaw@gentoo/developer/chainsaw)
10:12.56*** join/#asterisk vlad_starkov (~vlad_star@109.188.127.38)
10:23.05*** join/#asterisk m0sphere (m0sphere@S01060018e78c9cff.cg.shawcable.net)
10:24.54*** join/#asterisk davlefouAMD (~david@197.15.54.29)
10:25.05*** join/#asterisk tomii (~tomii@128.54.168.125.sta.wbroadband.net.au)
10:26.14m0sphereanyone up for answering a bunch of probably retarded questions about asterisk and voip in general?
10:28.06ChainsawSure, we'll have a go.
10:28.56m0spheregreat. so, i have a small company running off of old centrex services through the major provide here in canada
10:29.50m0sphereour customers dial a number for our switch which is local to them, they're then prompted for a 7 digit number, which would not be local to them. our switch then uses the centrex lines to connect the customer to the person they're trying to call
10:30.20m0spherei want to get away from centrex and move to voip but i don't really know what it is I need
10:30.54m0spherei also want the users to be able to dial a 10 digit number and allow them canada wide long distance
10:31.52m0spherei would also like the server to become virtual/cloud based so i don't have to screw with hardware
10:32.11*** join/#asterisk vlad_starkov (~vlad_star@109.188.127.38)
10:32.21Chainsawm0sphere: So most of this is dial-plan magic.
10:32.45Chainsawm0sphere: You basically want to take a number they dial, modify it, and then send it out through a paid VoIP telephony provider.
10:32.57m0sphereright
10:33.12m0spherebut still be able to verify they're valid and active customers
10:33.13Chainsawm0sphere: How are we interfacing with the telephones in the small company? Analog phone lines? Digital ISDN phones? Some other system?
10:33.25m0sphereanalog lines
10:33.42Chainsawm0sphere: Okay. And what equipment are we using locally? An Asterisk box you provide, or are we buying something in?
10:34.25m0spherecurrently our servers are red hat running some custom software that was made for this purpose
10:34.34Chainsawm0sphere: (This is mostly about protocol options. SIP has the widest support, but you could talk IAX2 between two Asterisk-based solutions and bypass NAT just that little bit easier.)
10:34.38m0spherebut i'd like to go virtual/cloud based
10:35.08Chainsawm0sphere: Well yes, you could virtualise your main Asterisk instance anywhere you like. But you can't connect far-away analog lines into that cloud without having some little box locally.
10:35.43Chainsawm0sphere: I'm trying to find out whether that will be some "ATA" device or a full-fledged Asterisk server with PCI/PCI-X/PCIe cards.
10:36.19m0spherecurrently our server's have dialogic pci cards in them
10:36.29*** join/#asterisk vlad_starkov (~vlad_star@109.188.127.38)
10:36.51Chainsawm0sphere: Okay. So you have a rackmount server at each customer location?
10:37.04m0spherebasically
10:37.12Chainsawm0sphere: Did you wish to keep that, or are you scaling that down at the same time?
10:37.33m0spherei'd like to get rid of phsysical hardware
10:38.04Chainsawm0sphere: Well, we can likely scale down to a little "ATA".
10:38.07m0sphereif i have to keep them, thats fine, but they're so old and having to drive to the other 2 cities if something goes wrong is not ideal
10:38.30Chainsawm0sphere: By which I mean a little box like this: http://www.voipmechanic.com/images/spa2102_210.jpg
10:39.00Chainsawm0sphere: You could go for something more Telco-grade though, like a Patton Smartnode. 4118 comes to mind.
10:39.42m0sphereso I would need 1 of those in each city?
10:39.46Chainsawm0sphere: In which case the 4118 speaks SIP to your "cloud" Asterisk instance and provides 8 analog telephone lines, complete with ringing voltage and caller ID, to your customer equipment.
10:40.12Chainsawm0sphere: Well, I can't answer that yet. You haven't told me enough about your topology.
10:40.55m0spherehmm 1 sec
10:41.41Chainsawm0sphere: But just as a plan of action, I would only make one change at a time. So I would deploy say... a 4118 on the customer site to push the telephony out towards a physical server elsewhere. And then in phase 2, I would virtualise that server.
10:42.09Chainsawm0sphere: That way, my customers can never conflate the change of equipment with the virtualisation of the core server. Because they can, and they will. And it will be your fault.
10:42.15m0sphereoh i think i didn't explain something properly
10:42.30Chainsawm0sphere: Very well. Let's add that clarification and see if it changes the picture.
10:42.36m0spheremy customers are the general public, they use their own phones, analog, digital, cellular, whatever
10:42.40m0spherethey dial an access number basically
10:42.53m0spherethey don't get any equipment from me
10:42.56Chainsawm0sphere: That is rather different a picture, yes.
10:43.15m0spherehttp://i.imgur.com/1WXFIax.png i made this a little while ago
10:43.17Chainsawm0sphere: So you have a telco terminating those access numbers on analog telephone lines.
10:43.32m0sphereya
10:43.57Chainsawm0sphere: Which you take elsewhere over SIP, and then terminate on other telco-provided analog telephone lines.
10:44.56Chainsawm0sphere: What I said about replacing servers with smaller equipment, like that 4118 I mentioned, continues to apply.
10:45.33Chainsawm0sphere: You could use a single core server, be it "cloud" virtualised, part of a virtual cluster you host yourself, or a plain old physical server... to route the traffic between those boxes.
10:46.09m0sphereso in my diagram, it makes sense right?
10:46.30Chainsawm0sphere: It does, yes.
10:46.50Chainsawm0sphere: I could use smaller, simpler equipment in most places, but I'd have to place a core server in the middle.
10:47.35m0sphereare you in north america?
10:47.37Chainsawm0sphere: The edge routers, currently in your diagram as 4 big servers, can be replaced with simpler equipment if you place that one core server in the middle.
10:47.46Chainsawm0sphere: No, I am in the United Kingdom.
10:48.13Chainsawm0sphere: I can think of two people that could set this up for you, but one is also in the United Kingdom and the other is in South Africa.
10:48.58m0spheredoes voip.ms offer what I need?
10:49.00m0spherehttp://voip.ms
10:49.28Chainsawm0sphere: That would replace all of your equipment though.
10:49.44Chainsawm0sphere: It depends on whether they'd be able to take over your current analog line termination points.
10:50.36m0sphereok so i need those boxes to connect the analog lines to a virtual pbx?
10:51.03Chainsawm0sphere: Well, this is highly dependent upon your ambitions.
10:51.22m0spherewhat do you mean?
10:51.31Chainsawm0sphere: The way I'm looking at it, is by providing the equipment yourself. So as to maximise your ability to rectify faults and your profit.
10:52.04Chainsawm0sphere: If you're looking for a minimum hassle approach where your profit margin is less, but where you can then expand so much further to make equal profit...
10:52.13Chainsawm0sphere: I suppose you can involve others like voip.ms
10:52.35Chainsawm0sphere: This goes more into "running a business" territory then "setting up a VoIP infrastructure" though.
10:54.47m0sphereassuming i keep phsyical boxes in each city
10:55.26m0spherehow do they allow multiple callers to use them at the same time
10:56.10Chainsawm0sphere: By having multiple analog lines (difficult way), or by terminating on ISDN instead (easy way).
10:56.24m0spherewith centrex, we only need 2 lines going into each server, from how i understand it, it connects the caller and the callee together and drops our servers involvement
10:57.56Chainsawm0sphere: Doesn't sound like analog lines to me.
10:58.17*** join/#asterisk mitchrodrigues (~mitchrodr@c-98-244-30-255.hsd1.ca.comcast.net)
10:59.16m0spherehmm
11:02.39m0spherewhat kind of costs would i be looking at
11:03.32m0sphereour monthly costs are currently $400/city for centrex lines
11:04.34*** join/#asterisk ickmund_ (uid11004@gateway/web/irccloud.com/x-xobxtpazehkjiadd)
11:04.44*** join/#asterisk gartral (~gartral@unaffiliated/gartral)
11:06.26Chainsawm0sphere: Unfortunately I do not deal with the commercial side here.
11:07.23m0sphereok
11:08.19m0spherethe asterisk software can do what I need it to do though right? with the routing based on the callers number and their input
11:18.42Chainsawm0sphere: Yes, I see no problem with that requirement.
11:32.34*** join/#asterisk tzafrir (~tzafrir@188.64.200.0)
11:43.01*** join/#asterisk tzafrir_laptop (~tzafrir@local.xorcom.com)
11:56.59*** part/#asterisk kaldemar (~kaldemar@unaffiliated/kaldemar)
11:59.03*** join/#asterisk mitchrodrigues (~mitchrodr@c-98-244-30-255.hsd1.ca.comcast.net)
12:10.45*** join/#asterisk rogersja (~rogersja@162-192-162-17.lightspeed.rlghnc.sbcglobal.net)
12:34.20*** join/#asterisk anonymouz666 (~anonymouz@187.76.181.102)
12:36.15*** join/#asterisk slidesinger-ss (~jtatum@c-68-44-123-117.hsd1.nj.comcast.net)
12:43.56*** join/#asterisk TimeRider (~steve@timerider.plus.com)
12:44.08BorjaGVOI want to give my dialplan some custom behaviour (I'm using FreePBX, but I considered that this is an Asterisk issue as I don't really understand what is happening within Asterisk Dialplan. For now I'm just trying that it does Noop correctly. You can see both contexts in here: http://pastebin.com/xvxRk94g I can not make it work. What am I doing wrong?
12:44.12BorjaGVOTnaks in advance
12:47.09ChainsawYou need to speak to the FreePBX people.
12:47.15ChainsawThey are in #freepbx
12:51.55*** join/#asterisk zigg (~matt@unaffiliated/zigg)
12:52.43*** join/#asterisk jploh (~textual@49.144.120.20)
13:03.45*** join/#asterisk generalhan (~generalha@about/windows/staff/generalhan)
13:11.16*** join/#asterisk Draecos (~Draecos@124-169-112-101.dyn.iinet.net.au)
13:16.11*** join/#asterisk [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net)
13:16.32BorjaGVOIf you use "include =>" inside a context and you include the same extensions? What would have priority? Which extensions would be executed?
13:17.50[TK]D-FenderBorjaGVO: Answered in #freepbx
13:25.37*** join/#asterisk Sophira (~sophie@neo.theblob.org)
13:25.42SophiraHiya.
13:39.48*** join/#asterisk Draecos (~Draecos@58-7-127-26.dyn.iinet.net.au)
13:54.51*** join/#asterisk amessina (~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e)
13:55.35*** join/#asterisk rogersja (~rogersja@70.43.143.142)
14:07.49*** join/#asterisk amessina (~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e)
14:10.38*** join/#asterisk zerohalo (~zerohalo@c-174-62-142-83.hsd1.ma.comcast.net)
14:16.04m0sphereif you guys had to guess, what is the average length of a phone call these days? would there be a significant difference between the average length of a business call vs a residential call?
14:16.42*** join/#asterisk MaliutaLap (~nobusines@eth637.qld.adsl.internode.on.net)
14:16.44Chainsawm0sphere: I don't think Asterisk keeps those statistics by default, you'd have to extract it from CDR data.
14:16.58*** join/#asterisk jacobw (5ac0a069@gateway/web/freenode/ip.90.192.160.105)
14:17.31m0spherei just meant in general
14:17.37m0spherenot related to asterisk
14:19.07*** join/#asterisk puzzled (~patrick@2001:980:5e31:1:d058:1520:8dcd:78bc)
14:19.10jacobwHi, I'm getting "chan_sip.c:32856 setup_srtp: No SRTP module loaded, can't setup SRTP session." when I try to call an extension, but I don't have an SRTP configuration in the extension or server in general
14:20.22[TK]D-Fenderjacobw: Perhaps the other side is OFFERING it
14:20.57puzzledhi
14:26.38*** join/#asterisk _Corey_ (~chatzilla@50-200-184-54-static.hfc.comcastbusiness.net)
14:27.43jacobw[TK]D-Fender: could be I guess
14:30.26*** join/#asterisk Vann (~manny@71-14-7-106.static.stbr.ga.charter.com)
14:32.51*** join/#asterisk Draecos (~Draecos@106-68-49-72.dyn.iinet.net.au)
14:35.57[TK]D-Fenderjacobw: "could be" is often confirmed by looking at the call.
14:36.58BorjaGVOwhat cmd can I use to grab the two first digits of a variable? I want to get just 32 from 3249
14:37.21jacobw[TK]D-Fender: sorry, checking now
14:38.05[TK]D-FenderBorjaGVO: there is no "command".  You can return the RESULT of chopping the first 2 off by ${VARIABLE:2}
14:38.17[TK]D-FenderBorjaGVO: Go read your DIALPLAN BASICS
14:38.23[TK]D-FenderBorjaGVO: This is all in the book...
14:38.25[TK]D-Fender~book
14:38.26infobotAsterisk: The Definitive Guide, 4th Edition (ISBN 1-4493-3242-0) available at http://oreilly.com/catalog/0636920025894 - Asterisk: The Definitive Guide is released under a Creative Commons License (http://creativecommons.org/licenses/by-nc-nd/3.0/us/) and a version is available for reading online at http://www.asteriskdocs.org/ or see ~buybook
14:38.36BorjaGVO[TK]D-Fender: yes, thanks
14:43.34*** join/#asterisk serafie (~erin@24.96.64.240)
14:43.59*** join/#asterisk darkbasic_ (~quassel@niko.linuxsystems.it)
14:44.31*** join/#asterisk gerhard7 (~gerhard7@77-172-47-159.ip.telfort.nl)
14:47.07*** join/#asterisk mjordan (~mjordan@nat/digium/x-ruudytuedfrkorvb)
14:47.07*** mode/#asterisk [+o mjordan] by ChanServ
14:57.38*** join/#asterisk Histerisk (501cfaa4@gateway/web/freenode/ip.80.28.250.164)
15:01.51Histeriskhi! I need help to properly BLF-monitor an spa3102 PSTN gateway from some of my phones. Someone who could help?
15:02.05*** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212)
15:02.43*** join/#asterisk darkbasic (~quassel@niko.linuxsystems.it)
15:03.25[TK]D-FenderHisterisk: set callcounter for you peer.  make a dialplan hint pointing to the device.  use the hint.  Done/.
15:07.56HisteriskD-fender, thanks, this already works. However when the analog line is seized externally by an analog phone connected to it, asterisk doesn't seems to get informed of the busy status, and it doesn't notify the BLF subscribed phones. Any hint about how this could be fixed?
15:09.21[TK]D-FenderHisterisk: There is no detection that the "line" is in use, only if the SPA is claiming to have seized it
15:09.42[TK]D-FenderHisterisk: It is not made to "share" a line.
15:10.13[TK]D-FenderHisterisk: There is no normal means of getting that info
15:12.14*** join/#asterisk SushiB (~Thunderbi@200.77.217.106)
15:15.46HisteriskD-Fender: so I understand from your answer that although it knows the line is busy (it is shown in its info tab, near the voltage and current levels), the firmware does not notify asterisk about the seizure unless the analog line has an incoming call or an outgoing call placed by the spa itself
15:16.35[TK]D-FenderHisterisk: There is no mothod for it to tell * this
15:16.48WIMPyMaybe you can subsribe directly to the GW and get that info, i.e. without Asterisk.
15:16.48[TK]D-FenderHisterisk: * does not receive presence info from devices.
15:16.59[TK]D-FenderHisterisk: * reports ITS usage of devices
15:19.47*** join/#asterisk putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson)
15:19.47*** mode/#asterisk [+o putnopvut] by ChanServ
15:20.21HisteriskD-Fender: I understand. So maybe the only way is making the phones subscribe to the GW, as WIMPy pointed out
15:23.36[TK]D-FenderIf it even allows it...
15:24.39*** join/#asterisk gtjoseph (~gtj@unaffiliated/gtj)
15:25.31*** join/#asterisk vlad_starkov (~vlad_star@217.26.6.70)
15:26.28HisteriskD-Fender: well, the spa allows the SUBSCRIBE method in its headers, so something must be able to be done! :-/
15:28.46[TK]D-FenderHisterisk: Go try....
15:29.24filejust because it has SUBSCRIBE does not mean it will do what you want.
15:32.33HisteriskD-Fender: yep, I'll try. Thanks a lot!
15:33.20Histerisk@file: I know, I know. I doubt it can do it, but I'll give it a try. Thanks!
15:36.44*** join/#asterisk serafie (~erin@24.96.64.240)
15:46.05*** join/#asterisk orn (~orn@2a01:8280:101:0:a17e:8f1b:bca:b6db)
15:47.45ornHello. Does anyone know if I can catch a call file that has given up (retried and failed too many times) in the dialplan somehow, e.g. send a text message if this is the case?  If not in the dialplan, it would be fine if I could specify an action within the call file.
15:50.59*** part/#asterisk Histerisk (501cfaa4@gateway/web/freenode/ip.80.28.250.164)
15:53.10[TK]D-Fenderorn: http://www.voip-info.org/wiki/view/Asterisk+auto-dial+out#Example
15:54.17*** part/#asterisk bulkorok (~Benjamin@85.183.61.47)
15:54.44ornthank you!
16:03.37*** join/#asterisk Defraz (~Defraz@mail.pocatellochildren.com)
16:05.24ornD-Fender: Do you know if there's anything else I can access other than an archived call file to determine whether the outgoing call failed completely? That is, all the retry attempts failed too? This goes to failed for each failure.
16:06.15*** join/#asterisk pietro (~pietro@78-134-1-229.v4.ngi.it)
16:06.22pietrohello.
16:06.52[TK]D-Fenderorn: Don't see it telling you the reason.  At that point, if you really care I'd recommend doing the actual dialout in a local channel and monitoring it yourself...
16:07.30pietroI need to grab the Call-ID header used in the 2nd leg of call(SIP/${EXTEN}). I need it before the call answer (so no M() ). Is there a way ?
16:12.53ornah, the channel does have a REASON=5 variable
16:13.00ornafter it gives up
16:13.07ornwhatever the =5 means :D
16:13.16*** join/#asterisk d45h (~d45h@unaffiliated/dash-/x-7576607)
16:13.21ornahh
16:13.22ornok
16:13.25ornmeans busy
16:13.26ornthanks a lot!
16:14.05ornoh, never mind. it does that for all the calls :) oh well
16:14.28[TK]D-Fenderpietro: Not in that leg.. you'd have to use an external process to monitor AMI.
16:16.15pietro[TK]D-Fender: as I suspected .. thanks
16:16.30*** join/#asterisk serafie (~erin@24.96.64.240)
16:24.34*** join/#asterisk darkbasic (~quassel@niko.linuxsystems.it)
16:25.03*** join/#asterisk jasonwert (~w3rt@75-134-81-98.static.aldl.mi.charter.com)
16:28.28*** join/#asterisk tzafrir_laptop (~tzafrir@local.xorcom.com)
16:33.43SushiBHi people, there is anyone can help me with this problem.... Signalling requested on channel 13 is MFC/R2 but line is in ISDN PRI signalling????
16:36.00[TK]D-FenderSo change your signaling parameters in your DAHDI configs...
16:37.02*** join/#asterisk kaldemar (~kaldemar@unaffiliated/kaldemar)
16:37.08*** join/#asterisk puzzled (~patrick@2001:980:5e31:1:7587:f03:f75:44af)
16:37.35*** join/#asterisk coppice (~chatzilla@123203240234.ctinets.com)
16:41.08SushiBwhen I change /etc/asterisk/dahdi-channels.conf and I set signalling = mfcr2 and I reload the module, it show me this message, WARNING attempt to configure channel 12 with signalling MFC/R2 ignored because it is already configured to be MFC/R2, and ERROR, signalling requested on channel 16 is MFC/R2 but line is in unknown signalling 896 signalling
16:42.51PenguinThe word is spelled "signaling" so could that have an effect on the setting?  Or is the setting actually misspelled?
16:43.22SushiBmy bad, is signalling
16:45.03SushiBI set the mfcr2_variant and all the other mfcr2 parameters on the /etc/asterisk/dahdi-channels.conf file
16:46.21SushiBand I also set on the chan_dahdi.conf over [channels] signalling=mfcr2
16:48.16PenguinNo, signaling.
16:50.23SushiBno, the file is spelled as: signalling
16:50.34filegrins
16:50.44PenguinSo they spell it wrong in the configuration setting?
16:50.52PenguinThat's not very intuitive.
16:51.01fileit will accept either
16:51.34SushiBjejee,,, nooo,, it was my bad... I typed wrong! on the chat
16:52.30*** join/#asterisk kasanop (~kasanop@128-68-127-68.broadband.corbina.ru)
16:53.46*** join/#asterisk jpoz (~jpoz@c-24-22-121-42.hsd1.or.comcast.net)
17:06.15*** join/#asterisk Pullphinger (~Pullphing@12.40.23.68)
17:06.56*** join/#asterisk jasonwert (~w3rt@75-134-81-98.static.aldl.mi.charter.com)
17:09.01*** join/#asterisk jasonwert (~w3rt@75-134-81-98.static.aldl.mi.charter.com)
17:09.06*** join/#asterisk ChannelZ-Wk (~bobm@spark.idolum.com)
17:09.59*** join/#asterisk jpoz (~jpoz@ec2-184-169-152-1.us-west-1.compute.amazonaws.com)
17:16.14*** join/#asterisk timahvo1 (~rogue@197.237.174.93)
17:27.39*** join/#asterisk d45h (~d45h@unaffiliated/dash-/x-7576607)
17:31.59*** join/#asterisk sjs205 (~sjs205@host81-151-252-147.range81-151.btcentralplus.com)
17:33.41*** join/#asterisk mitchrodrigues (~mitchrodr@204-16-155-82-static.ipnetworksinc.net)
17:36.19*** join/#asterisk tzafrir (~tzafrir@local.xorcom.com)
17:36.34mitchrodriguesIs their an easy way to enable ref debug
17:36.37mitchrodriguesaccorss the entire core
17:36.51mitchrodriguesim about tojust stick it in asterisk.h
17:37.01*** join/#asterisk aidinb (~aidin@unaffiliated/aidinb)
17:38.16mitchrodriguesnvm i foudn the docs :)
18:04.18*** join/#asterisk jblack (~jblack@c-24-16-121-14.hsd1.wa.comcast.net)
18:11.32*** join/#asterisk felipealmeida (~user@177.40.162.156)
18:12.00*** join/#asterisk gtjoseph (~gtj@unaffiliated/gtj)
18:30.18*** join/#asterisk navaismo (~navaismo@189.191.206.207)
18:45.20*** join/#asterisk vlad_starkov (~vlad_star@109.188.126.51)
18:50.28*** join/#asterisk war9407 (war@c-71-62-63-105.hsd1.va.comcast.net)
19:03.27*** join/#asterisk vlad_starkov (~vlad_star@109.188.126.51)
19:23.55*** join/#asterisk JonathanD (~JonathanD@freenode/staff/jonathand)
19:27.59*** join/#asterisk zpotoloom (~tom@tom.data.ee)
19:27.59*** join/#asterisk vlad_sta_ (~vlad_star@109.188.124.81)
19:28.35zpotoloomevening
19:29.10zpotoloomhas anyone encountered a problems with asterisk and Cisco spa79XX series phones ?
19:29.30zpotoloomphone is registered to asterisk, but on INVITE it answers with SIP/2.0 404 Not Found
19:30.51navaismocisco 79xx phones sucks
19:30.59navaismouse spa series
19:31.05navaismoor another sip phone
19:31.27zpotoloomyeah... works on lan, but if NAT comes to play then problems start
19:31.34zpotoloom79XX series then
19:32.28navaismomaybe you can correct the nat issues on the asterisk side
19:33.14zpotoloomcurrently i'm not even sure what's causing the phone to respond with 404 for invites
19:33.48zpotoloomcause they were working for some time without problems, and now just stopped
19:33.58zpotoloomwithout changing the configuration and everything
19:33.58SushiBI have those phones working with my asterisk, I'm using cisco 7940 phones. and on every extension I set nat=no
19:34.08zpotoloomreloaded the fw and configuration and still
19:36.18slav3_kittenhappy veterans day to all our current or former armed services in here :)
19:36.31zpotoloomSushiB I have 7940 and 7960 on LAN also working fine without NAT
19:37.27zpotoloomnop, no use, even with nat=no still answering with 404
19:38.57Penguinnat=no is not a setting for extensions.
19:39.07PenguinIt's a setting for sip devices in sip.conf.
19:39.16zpotoloomyes, i know :)
19:39.30Penguinsushib didn't.
19:40.14zpotoloomi thought maybe Cisco doesn't like letters in extension name as I have
19:40.49PenguinPhones don't care what extensions are named, but it is hard to dial letters from the keypad.
19:41.30*** join/#asterisk tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net)
19:43.44zpotoloommy bad, not extension, sip device name :)
19:44.14PenguinLetters are perfectly valid in the device names.  And they are encouraged.
19:44.44PenguinPastebin your device definition for the phone giving you trouble.  Mask ONLY the secret.
19:51.32zpotoloomPenguin, http://pastebin.com/irQKbvXb added SIP trace also
19:52.24PenguinYou've mangled the sip debug, so it's useless.
19:52.24zpotoloomat first it seemed like some SIP ALG proxy doing something, but I've changed the port from 5060 to 5080 and still the same
19:52.33zpotoloomi-ve only removed the IP address
19:52.58PenguinAlways make sure SIP ALG is disabled.
19:53.10PenguinIs the phone behing a NAT?
19:53.31PenguinAsterisk is in a remote location while the phone is on your LAN?
19:54.03zpotoloomnop, i have asterisk access, it's on the public network, phone is behind NAT, no access to there, nor idea what router is in use
19:54.45PenguinSo you have the phone behind a NAT, with asterisk on the outside, but you still set nat=no for the phone?
19:55.25zpotoloomnat was set to yes, tried with nat=no also
19:55.37PenguinIf the phone is behind a nat, the correct setting is not nat=no.
19:57.10PenguinSo let's change that setting to a more appropriate setting and change the port back to the normal port.
19:57.34zpotoloomok, I'll try this
19:58.02PenguinIn your SIPDefault.cnf or SIP<MAC>.cnf, make sure you did not enable the nat settting.  nat_enable: 0
19:58.07PenguinLet asterisk handle the nat stuff.
20:02.26SophiraI know this channel is for Asterisk, but I can't find any IRC channel applicable for this. Is there anybody here who has experience with the Linksys SPA3102? I'm setting one up and I'm running into an odd issue.
20:02.46SophiraI'm happy to take it to /msg if the conversation is too off-topic for this channel.
20:02.51PenguinWhat's the problem?
20:03.55SophiraWell, I have a phone connected to the SPA's FXS socket and have got the SPA to route my calls okay, but the dial tone I get from the SPA after going off-hook only lasts for about 2.5 seconds before giving me the reorder tone.
20:04.39SophiraSyslog doesn't show any messages other than going off-hook, and my dial tone specification seems to imply it should last for 10 seconds. ("350@-19,480@-22;10(*/0/1+2)")
20:05.08Sophira(yes, I realise 480Hz is non-standard; that's deliberate)
20:05.25Sophira(although hmm, I wonder if my phoneis detecting that or something. Hang on)
20:05.35Sophiraputs it back to 440.
20:06.06SophiraNope, it's definitely the SPA doing it.
20:07.31zpotoloomPenguin, no change, except client port which is now 5060, thanks for input
20:07.43zpotoloomi'll try to get access to the router to see what's going on there
20:08.01Penguinzpotoloom: Did you check the cnf files to be sure nat_enable is set to 0?
20:08.05SophiraI can't find any settings that might do it. The only one close to a value that seems relevant is "CWT8 Cadence", which is "2.3(.3/2)". Changing the 2.3 to a higher number makes no difference though, as expected.
20:10.46PenguinIs the phone even registering to asterisk?  It looked like you were trying to make a call to the phone.
20:11.23SophiraPenguin: (are you talking to me or to zpotoloom?)
20:12.02PenguinOh, I was talking to zpotoloom about his Cisco phone.
20:12.13SophiraOkay.
20:14.28*** join/#asterisk sjs205 (~sjs205@host81-151-252-147.range81-151.btcentralplus.com)
20:14.35zpotoloomPenguin, nop, cause that will not work, but I tried still setting cisco nat_enable to 0, now it's time to go to sleep :)
20:14.49zpotoloomcause it's sending register with internal IP REGISTER sip:XX.XX.XX.XX:5060 SIP/2.0
20:14.50zpotoloomVia: SIP/2.0/UDP 192.168.0.100:5060;branch=z9hG4bK0de06ced
20:15.04PenguinThat's because of a fucked up nat setting.
20:15.21PenguinIf you don't ever register, asterisk will never be able to send a call to the phone.
20:16.02*** join/#asterisk dxd828 (~dxd828@host-92-24-127-29.ppp.as43234.net)
20:19.30zpotoloomdamn, there was also nat_received_processing: "1" in SIPDefault.cnf, missed that
20:20.30PenguinAlways turn off all nat crap on phones.  Let asterisk handle the nat stuff.
20:21.13*** join/#asterisk vlad_starkov (~vlad_star@109.188.124.81)
20:31.13kasanopzpotoloom: cisco 79xx phones use random source ports for sending sip register, and 5060 for all other messages, that's why nat=yes in sip.conf doesn't work
20:33.22PenguinI've never had a problem with NAT and my Cisco phones, but I did switch to SCCP because the SIP firmware is extremely limited.
20:34.07*** join/#asterisk vlad_sta_ (~vlad_star@109.188.126.46)
20:39.19*** join/#asterisk sawgood (~sawgood@unaffiliated/sawgood)
20:53.43SophiraHmm. Nobody knows the answer to my query, then?
20:54.03Sophira(not that I expect anybody to in an Asterisk channel, given my question isn't actually about Asterisk...)
20:56.05PenguinLots of people use that device with asterisk.  Give people time to read and decide if they want to answer.
20:57.50ChannelZ-WkSophira: Sounds like your dialplan in the SPA has a weird timeout or globally as a setting it has a short timeout
20:59.33SophiraChannelZ-Wk: That's what you'd think, but I can't find the timeout value anywhere.
20:59.51SophiraOh, hang on.
20:59.56SophiraI just realised something.
21:00.46ChannelZ-WkI'm looking in mine, there might not be a default as a setting.. but it is something you can change within the dialplan string so make sure that doesn't have something going on
21:01.15*** join/#asterisk sruffell (~sruffell@asterisk/the-kernel-guy/sruffell)
21:01.15*** mode/#asterisk [+o sruffell] by ChanServ
21:02.57SophiraChannelZ-Wk: I just found the problem. As a test, I was using the dial plan "(x.<:@gw0>)". As it turns out, though, the "." operator means repetition zero or more times, meaning that no entry at all was turning out to be a completed sequence and thus the short interdigit timeout was used.
21:03.15SophiraThe solution was using "(xx.<:@gw0>)" instead.
21:03.32Sophira(obviously in my real usage, I wouldn't use a dial plan like that; it was just a test)
21:03.33ChannelZ-WkThe default Interdigit timers are on the Regional tab BTW
21:04.29SophiraYeah, and that's set to 3 seconds for the short one. The thing is, I was assuming that that wouldn't be the issue. Heh.
21:05.10SophiraAlso, my measurements showed the tone was only on for 2.5 seconds or so. I guess the beginning .5 seconds weren't coming through because of my FXS settings.
21:11.49*** join/#asterisk hackeron (~hackeron@gentoo/user/hackeron)
21:18.52*** join/#asterisk bluehawk (~bluehawk@67.214.225.82)
21:25.48*** join/#asterisk hardwire (~hardwire@222-83-237-24.gci.net)
21:43.12*** join/#asterisk vlad_starkov (~vlad_star@109.188.126.44)
21:48.01*** join/#asterisk vlad_starkov (~vlad_star@109.188.126.44)
21:49.17ChannelZ-WkWell glad you found it
22:02.24*** join/#asterisk Pullphinger (~Pullphing@12.40.23.68)
22:03.12*** join/#asterisk Chainsaw (~chainsaw@gentoo/developer/chainsaw)
22:09.40bluehawkSo I'm testing and playing around with an event socket and trying to initiate a call through the php example from the wiki (http://wiki.freeswitch.org/wiki/PHP_Event_Socket)  I have two SIP agents registered, 1003 and 1004. What $cmd to I send to connect a call between those two users? Something like "originate user/1003, user/1004" isn't working, so I must be doing something stupid.
22:13.19navaismowrong channel?
22:13.41*** join/#asterisk smirker (~x@CPE-144-137-156-146.lnse3.cha.bigpond.net.au)
22:14.34bluehawkha
22:14.36bluehawkyes
22:14.37bluehawksorry
22:18.37*** join/#asterisk vlad_sta_ (~vlad_star@109.188.125.41)
22:29.17*** join/#asterisk [TK]D-Fender (~chatzilla@64.235.216.2)
22:30.27*** join/#asterisk m1tO (~m1tO@unaffiliated/m1to)
22:45.46*** join/#asterisk andrewyager (~andrewyag@2-104-141-114.static-dsl.realworld.net.au)
22:49.44*** join/#asterisk vlad_starkov (~vlad_star@109.188.125.43)
22:50.37*** join/#asterisk TimeRider (~steve@timerider.plus.com)
23:02.14*** part/#asterisk mjordan (~mjordan@nat/digium/x-ruudytuedfrkorvb)
23:08.38*** join/#asterisk elcontrastador (~textual@173-12-219-184-Fresno.hfc.comcastbusiness.net)
23:11.09elcontrastadorCan I get some opinions on the very best desktop sip softphone for osx and Asterisk? I've been using Bria but there's just got to be something better....
23:11.54navaismoBLINK
23:13.59elcontrastadorsweet...checking it out now
23:18.45*** join/#asterisk vlad_starkov (~vlad_star@109.188.125.32)
23:21.07*** join/#asterisk CrashHD (~na@204-195-127-247.wavecable.com)
23:21.22elcontrastadornavaismo: Thanks so much! Blink is so much better than Bria so far.
23:40.28*** join/#asterisk SushiB (~Thunderbi@200.77.217.106)

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