IRC log for #asterisk on 20091226

00:05.10*** join/#asterisk Akiraaa (n=Akiraa@79.112.31.181)
00:05.40AkiraaaIs it possible for Asterisk to auto-detect VoIP devices connected to the same LAN?
00:05.50AkiraaaOr to detect devices based on their individual IPs
00:06.07p3nguinIt only detects what is sent to it.
00:07.30AkiraaaHaving trouble configuring a hardware VoIP phone (could be non-working, actually), whereas it's painless to connect softphones like SJphone or X-Lite... Do you recommend a hardware device that you use yourself?
00:08.00p3nguinI use Cisco 7900 series hardphones, personally.
00:08.53voipmonkanyone selling an old 2g iphone?
00:09.26voipmonkAkiraaa: polycom, linksys, cisco  :)
00:10.03AkiraaaMay have gotten burned on some cheap Chinese crap
00:14.34*** join/#asterisk obnauticus (n=obnautic@about/windows/regular/obnauticus)
00:16.23tzafrir__laptopAkiraaa, do you have control over the DHCP server in the network?
00:16.41Akiraaatzafrir_laptop
00:16.47Akiraaatzafrir_laptop
00:16.55Akiraaayes
00:18.26Akiraaatzafrir__laptop: the problem is that the devices can be configured (through a web interface), but can't register to the local asterisk PBX, whereas the same settings work for a variety of equally configured softphones
00:19.34tzafrir__laptopOne option is to provide them configuration through tftp/ftp/http
00:20.04p3nguinYou've probably missed a setting that is required.
00:20.21p3nguinMaybe a proxy setting in addition to a registrar setting, for example.
00:33.57*** join/#asterisk mog (n=mog@c-71-228-185-24.hsd1.al.comcast.net)
00:33.57*** mode/#asterisk [+o mog] by ChanServ
00:34.33*** join/#asterisk Torrieri (n=Torrieri@nelug/crew/torrieri)
00:48.22*** join/#asterisk t0rrieri (n=Torrieri@nelug/crew/torrieri)
00:54.39*** join/#asterisk t0rrieri (n=Torrieri@nelug/crew/torrieri)
01:06.02*** join/#asterisk chendy (n=chatzill@119.139.168.169)
01:20.11*** join/#asterisk Rabenklaue (n=Rabe@p54A7FCDC.dip.t-dialin.net)
01:20.57Rabenklauehi, I'm using asterisk 1.6.1.12 with zaphfc dahdi drivers.
01:21.17RabenklaueI always get those messages in syslog:
01:21.17Rabenklaue[569136.296731] zaphfc[0]: b channel buffer underrun: 0, 0
01:21.17Rabenklaue[569143.259781] zaphfc[0]: b channel buffer underrun: 1, 1
01:21.17Rabenklaue[569143.259801] zaphfc[0]: b channel buffer overflow: 29, 29
01:22.34RabenklaueAnd with those (I think IRQ problems) my whole system is stucking (I'm also using a wifi card in master mode built inside my server, and with zaphfc loaded it is nearly unusable because both (HFC and WIFI are PCI cards)).
01:22.44RabenklaueDoes anyone know how I could fix my problem=
01:22.44Rabenklaue?
01:23.07florzRabenklaue: you know my patch?
01:23.13Rabenklauemy HFC card: 02:09.0 Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02)
01:23.47RabenklaueI've read sth about the florz patch, but didn't applied it,I think
01:24.11RabenklaueI'm just using the dahdi-linux-2.2.0.2_zaphfc patch to use my HFC card with dahdi
01:24.23florzit could help, if not directly, then there is an undocumented parameter in there that probably helps
01:25.11florzhowever, I'm not really sure how well it does apply on current versions of everything ... probably the one included with bristuff is the safest bet in that regard
01:25.38RabenklaueI thought bri(stuff) is included within asterisk 1.6, or am I wrong?
01:26.21florzbristuff certainly not, otherwise I don't know
01:26.24RabenklaueOn http://zaphfc.florz.dyndns.org/ I only see a way patching the common zaphfc driver, not the one shipped with dahdi (with the patch mentioned above applied)
01:26.57florzthey named it the same? sorry, I'm not on top of those things anymore
01:27.55florzbut the zaphfc driver from kapejod as well as my patch for it are GPL, so they probably are not being distributed by digium
01:29.44florzwhat I can tell you is that that driver with my patch should be able to handle those buffer overflows and underruns, but no clue whether it would work with * 1.6
01:32.03RabenklaueI just loaded zaphfc driver with timer_card=1
01:32.27RabenklaueAnd actually (at least the last 30 seconds) there are no messages in syslog any more.
01:32.57RabenklaueThose messages firstly appeared (as far I can say) after I plugged in my wifi card.
01:33.53RabenklaueSo perhaps there is something wrong with the timer settings, although I have no idea how this could happen
01:34.29RabenklaueThanks a lot anyway. If my problem persists, I'll try to apply your patch.
01:36.41RabenklaueWell, I even found a dahdi compliant florz patch at: http://www.solidboot.com/~fabled/zaphfc-dahdi-flortz.diff
01:41.49*** join/#asterisk denon (n=denon@synapse.subneural.net)
01:41.49*** mode/#asterisk [+o denon] by ChanServ
01:42.05RabenklaueI see this is the one I posted above (dahdi-linux-2.2.0.2_zaphfc).
01:42.10*** join/#asterisk denon (n=denon@synapse.subneural.net)
01:42.10*** mode/#asterisk [+o denon] by ChanServ
01:42.56*** join/#asterisk wonderworld (n=AndChat@p508D8C58.dip0.t-ipconnect.de)
01:43.15wonderworldHey
01:43.25wonderworldMerry xmas
01:46.02*** join/#asterisk denon (n=denon@synapse.subneural.net)
01:46.02*** mode/#asterisk [+o denon] by ChanServ
01:47.34*** join/#asterisk denon (n=denon@synapse.subneural.net)
01:47.34*** mode/#asterisk [+o denon] by ChanServ
01:53.01*** join/#asterisk denon (n=denon@synapse.subneural.net)
01:53.01*** mode/#asterisk [+o denon] by ChanServ
02:00.51*** join/#asterisk denon (n=denon@synapse.subneural.net)
02:00.51*** mode/#asterisk [+o denon] by ChanServ
02:02.47*** join/#asterisk denon (n=denon@synapse.subneural.net)
02:02.47*** mode/#asterisk [+o denon] by ChanServ
02:06.04*** join/#asterisk neurosys (n=neurosys@c-71-196-20-208.hsd1.fl.comcast.net)
02:19.20*** join/#asterisk MaliutaLap (n=biteme@96.53.148.53)
02:37.55*** join/#asterisk evil_gordita (n=evilgord@ip70-188-50-186.rn.hr.cox.net)
02:55.16RabenklaueCan anyone recommend a free administration frontend for asterisk (web based or common gui client)
02:56.17[TK]D-Fender~freepbx
02:56.19infobot[~freepbx] FreePBX is unable to be supported here. It is made up of complex dialplans and scripts which can't be easily supported by people who aren't deeply involved. Try joining #freepbx and asking there, or fpbx
02:56.20[TK]D-FenderRabenklaue: ^^^
02:58.18Rabenklaue[TK]D-Fender: Thanks, I'll have a look on FreePBX, respectively the applications used there.
03:00.46*** join/#asterisk minotaur01 (n=minotaur@d221-91-175.commercial.cgocable.net)
03:05.28*** join/#asterisk RypPn (i=TuMbL@rosscom.co.uk)
03:10.38*** join/#asterisk ChannelZ (i=channelz@burner.com)
03:27.03*** join/#asterisk dkirker-openmobl (n=dkirker@adsl-99-161-110-13.dsl.pltn13.sbcglobal.net)
03:37.43*** join/#asterisk coppice (n=chatzill@25.176.64.202.dyn.pacific.net.hk)
03:42.11*** join/#asterisk odie_flocon (n=Odie@S010600219113b6e8.cg.shawcable.net)
03:43.27*** join/#asterisk Micc (n=Micc@c-98-225-57-96.hsd1.wa.comcast.net)
03:45.17MiccI was just about to purchase the HP echo canceler, but I was reading part of it and noticed it says its only for use with dahdi hardware. Did I read something wrong? I thought it was just software echo cancelation that would work on our SIP/IAX trunks.
03:45.53coppiceyou can't echo cancel a SIP/IAX trunk
03:51.13hardwirecoppice: you can if you run it through TDMoE or TDM local first.
03:51.14hardwire:P
03:54.58coppicethat's not a SIP/IAX trunk
03:55.36coppiceif you call someone across the PSTN and they are using VoIP the EC at your end can go really funky
03:56.34hardwireSIP <-> TDM Loopback <-> IAX
03:57.19hardwireif you for some reason need to deal with EC on behalf of your SIP or IAX PSTN provider.
03:57.36coppiceoh, you can set up a whole bunch of weird configurations, but only a limited subset of those provide useful functionality
03:57.38hardwirethat would help, but it could become rather funky.
03:57.54hardwireat least if you were on a high jitter system
03:57.58Nivexplay that funky music!
03:58.00hardwireerr.. scenario
03:58.00coppiceyou simply *cannot* EC for your provider. it just won't work
03:59.00hardwirehas to EC on PRI often.
03:59.22coppiceduh, yeah, that's where is belongs :-)
03:59.37hardwireI take it you don't see the similarity?
04:00.02coppiceI take it you don't see the key differences?
04:00.19hardwireI'm not trying to be rude. but I can see situations where EC on VoIP may be desirable.
04:01.03coppiceoh, there are lots of places it would be desirable. there are very very few where is will work
04:01.34MiccYes, we need to echo cancel our IAX2 calls.
04:01.40hardwireI'm guessing mostly because of RTT.
04:02.00hardwirenow if there were a longer buffer for echo cancellation it may become more viable.
04:02.02MiccBut I do have access to the server that has the PRI, but its a really old version of asterisk 1.2
04:02.28MiccMaybe I can turn it on in the config over there.
04:03.03hardwireheh, well that would be a higher quality solution.
04:04.01hardwirecoppice: if it's only a 20ms or so and low jitter between IAX and the provider.  That would work out well.
04:04.06coppiceif you have a path which is purely A-law or u-law *and* the path has an absolutely rock solid length, with not jitter buffer juggling by anyone in the path, *and* the packet loss rate is extremely low, *and* an missing packet time is accurately filled, then you can echo cancel over IP. How often are all four conditions properly fulfilled
04:04.27hardwirepacket loss doesn't matter
04:04.46coppicewhy would that be?
04:04.54hardwirebecause if there is no audio. there is no echo.
04:05.08coppicehuh?
04:05.09hardwireand echo cancellation doesn't need to be 100% accurate.
04:05.43hardwireonce you loopback through TDM any loss is filled with silence.
04:06.15hardwireif what you were explaining were 100% the truth and the final argument.. we couldn't echo cancel on a PRI that is connecting to cellular phones.
04:06.20coppicein the best case just after each lost packet you'll get a rude noise. However, most systems don't fill the missing time accurately and the EC falls apart
04:06.54coppicehardwire: you can't you rely on the cellular system being very thorough at removing echo
04:07.05hardwireeh?
04:07.16hardwire-> food
04:07.25Nivexembrace the echo the echo the echo the echo
04:07.56coppicethe cellular networks have very carefully designed EC arrangements to remove all echo within their network, because it simply can't be handled beyond their network
04:09.51ChannelZSpeaking of echo, I have a TDM card;  Client calls in, I answer my SIP phone, and hear myself echoing for usually the first 15-20 seconds of the conversation.  I'm *pretty* sure the calls that echo are from the remote end calling in on their own interally VoIP system which causes extra delay
04:11.53ChannelZis the general idea to turn up the taps to hopefully get it to train faster, or is that then going to make other 'normal' calls (people calling in on their analog phones) echo?
04:19.31*** join/#asterisk voipmonk (n=shido6@CPE002191f85581-CM001692568382.cpe.net.cable.rogers.com)
04:26.45*** join/#asterisk [TK]D-Fender (n=chatzill@64.235.218.194)
04:40.50*** join/#asterisk sebbl (n=Momofu@109.192.162.148)
04:42.20*** join/#asterisk voipmonk (n=shido6@CPE002191f85581-CM001692568382.cpe.net.cable.rogers.com)
04:58.29dlynesChannelZ: you only hear it for the first 15-20 s of the conversation, and after that it disappears?
05:04.55*** join/#asterisk voipmonk (n=shido6@CPE002191f85581-CM001692568382.cpe.net.cable.rogers.com)
05:33.56ChannelZyeah it slowly disappears
05:41.45*** join/#asterisk voipmonk (n=shido6@CPE002191f85581-CM001692568382.cpe.net.cable.rogers.com)
05:46.55*** join/#asterisk _bradk (n=brad@unaffiliated/-bradk/x-9249860)
06:10.31*** join/#asterisk roo (n=w7@freenode/staff/wikimedia.werdan7)
06:45.43*** join/#asterisk Torrieri (n=Torrieri@nelug/crew/torrieri)
06:56.36*** join/#asterisk minotaur01 (n=minotaur@dhcp-0-13-46-41-d9-29.cpe.mountaincable.net)
07:08.17*** join/#asterisk |Cybex| (n=John@atwork-21.r-212.178.82.atwork.nl)
07:14.18*** join/#asterisk jasonwert (n=jasonwer@97-83-97-13.dhcp.trcy.mi.charter.com)
07:15.32jblackOn http://www.overpill.com/2009/12/21/soviet-scientist-turns-foxes-into-puppies/ I see "THIS SPACE LEFT INTENTIONALLY UGLY CUZ U BLOCKED R ADS BITCH"
07:30.28p3nguinWhat mechanism are you using to block their ads?
07:58.26ChannelZAdblock Plus here.. googlesyndication.com/pagead/* blocked :)
08:00.35*** join/#asterisk minotaur01 (n=minotaur@dhcp-0-13-46-41-d9-29.cpe.mountaincable.net)
08:06.48*** join/#asterisk tschi (n=rein@62-47-170-249.adsl.highway.telekom.at)
08:06.57tschihallo
08:07.16tschiIch briache bitte Hilfe mit dahdi
08:12.13*** join/#asterisk corretico (n=laguilar@201.201.46.106)
08:13.42tschiHallo
08:14.57tschikennt sich wer mit Asterisk 1.6 und DAHDI aus? Karte wird schon erkannt, aber wie mache ich das im Wählplan?
08:19.19tschiHello
08:19.38tschii need help with asterisk and dahdi
08:22.16florzthen you are wrong here
08:22.30florzthis channel is about wood and rainfall
08:22.39fenrus:)
08:22.49fenruswell, what seems to be the problem with dahdi ?
08:24.44tschii hava a TDM800 analog card running with asterisk 1.6
08:25.36tschiwhen i pick up the phone i get following message in asterisk:
08:25.51fenrusif long, use pastebin!
08:26.04*** join/#asterisk corretico (n=laguilar@201.201.46.106)
08:26.07tschiStarting simple switch on 'DAHDI/2-1'
08:26.43tschiafter pressing a number the phone signals busy
08:28.05tschiat DAHDI/1-1 and DAHDI/2-1 is a phone installed
08:28.55tschinow the question: where can i define the extensions for this phones?
08:33.12fenrusin chan_dahdi.conf i guess
08:33.28fenrusand with extensions.conf
08:33.35*** join/#asterisk minotaur01 (n=minotaur@dhcp-0-13-46-41-d9-29.cpe.mountaincable.net)
08:37.20*** join/#asterisk shamelessn00b (n=chatzill@58-65-172-114.nayatel.pk)
08:38.15shamelessn00bhi guys
08:39.33ManxPower~answers
08:39.51infobot[answers] Asterisk Book: http://astbook.asteriskdocs.org & SIP w/ NAT: http://www.aocomputing.net/?p=3 & Wiki:  http://www.voip-info.org & docs: /path/to/src/asterisk/doc & 1.4 .vs. 1.6.0 .vs. 1.6.1: : /path/to/src/asterisk/UPGRADE*.txt
08:39.51ManxPower~book
08:39.52infobot[~book] Asterisk: The Future of Telephony 2nd Edition (ISBN 0-596-51048-9) --- Order yours at http://www.oreilly.com/catalog/9780596510480/ --- Free downloadable PDF at http://www.asteriskdocs.org --- HTML at http://astbook.asteriskdocs.org or see ~buybook
08:43.52*** join/#asterisk minotaur01 (n=minotaur@dhcp-0-13-46-41-d9-29.cpe.mountaincable.net)
08:45.41*** join/#asterisk Akiraa (n=Akiraa@79.112.20.180)
08:48.33*** join/#asterisk DarkRift (n=dark@65.92.169.136)
08:53.09*** join/#asterisk war9407 (i=war@liquidswords.org)
08:57.18*** join/#asterisk minotaur01 (n=minotaur@dhcp-0-13-46-41-d9-29.cpe.mountaincable.net)
08:57.51*** join/#asterisk Godfather_ (n=Godfathe@62.43.134.46.dyn.user.ono.com)
08:58.24*** join/#asterisk ttl- (n=patrick@d5153A420.access.telenet.be)
09:05.49*** join/#asterisk Faithful (n=Faithful@ns.linuxterminal.com)
09:06.02*** join/#asterisk tschi (n=tschi@62-47-170-249.adsl.highway.telekom.at)
09:23.13*** join/#asterisk ChannelZ (i=channelz@burner.com)
09:32.24AkiraaDoes "SIP-5002" mean anything?
09:32.52ChannelZnot without context no
09:33.10*** join/#asterisk Faithful (n=Faithful@ns.linuxterminal.com)
09:34.35AkiraaHas anyone worked with Wuchan brand phones? (PH 802) http://www.5111soft.com/productview.php?id=1&pid=7
09:35.53ChannelZhmm never even heard of em
09:50.16shamelessn00bhey! ChannelZ
09:50.43fenruschannelz? ;)
09:50.59fenrusAkiraa, nah, never - looks a bit cheap dont you think
09:52.59coppicewhat IP phone doesn't look fairly nasty?
09:53.18fenrusi like the simpleness of the 7911
09:53.21fenrus(cisco)
10:05.43*** join/#asterisk errotan (n=errotan@81.0.115.3)
10:10.06benngardavaya 9650?
10:11.03fenrusOur avaya phones at work are real ugly
10:11.27fenrus1616
10:12.47benngardare u running with sip or h.323 software?
10:13.50*** join/#asterisk Heretic (n=fallen@dsl-246-82-190.telkomadsl.co.za)
10:14.31shamelessn00bhey guys, is there a way I could analyze data transmitted by my PRI cards
10:15.42*** join/#asterisk Faithful (n=Faithful@ns.linuxterminal.com)
10:19.33fenrusyou use some kind of PRI-payload-analyzer hardware
10:24.15*** join/#asterisk dandre (n=daniel@was59-3-82-236-48-30.fbx.proxad.net)
10:30.11AkiraaDo you have systems in place that optimize outbound calls based on carrier and subscription plans?
10:32.17AkiraaThis problem is compounded by new EU rules that allow subscribers to keep their phone numbers, while changing carriers.
10:33.07AkiraaAsterisk would have to do some signal analysis to detect a specific audio sequence that alerts someone of leaving the current network.
10:38.08*** join/#asterisk NateHB (n=noone@72.34.90.74)
10:38.16NateHBany one awake?
10:39.16fenrusAkiraa, hm, interesting.. this will probably develop in a little while then
10:40.56Tech_TravisNateHB: yes.
10:42.45NateHBcould you doube check a firewall rule for me, see if you can access port 80 of 72.34.90.75
10:43.17benngardtelnet  72.34.90.75 80
10:43.17Nuggettelnet is eeeeeeevil!
10:43.18benngardTrying 72.34.90.75..
10:43.28benngardno connect :(
10:43.35NateHBgood, thanks
10:43.40benngardnp
10:44.50NateHBI had to get rid of our edgemark, ended up using a dd-wrt on a linksys router, seting one of the lan ports to the same vlan as the wan, and pluging my asterisk box diectly to the internet, gave it its own ip
10:45.43NateHBthen I figured it probably be a good idea to drop any packets on ports 80,9000(openfire),9001(webmin)
10:46.15NateHBAny other ports you guys see that I should be blocking
10:46.59NateHB+question mark, that was supposed to be a question mark
10:47.27Tech_TravisNateHB: If it's only an * box shouldn't you drop every thing but 5060 UDP and whatever range your RTP is using?
10:47.31NateHB-mark, the last word was not good
10:47.40fenrusdrop all except what you want to let in.
10:47.47fenrusallow established tcp sessions from the inside
10:51.00benngardNateHB: why do u have: 139/tcp   open     netbios-ssn
10:51.00benngard445/tcp   open     microsoft-ds
10:51.09benngard:)
10:51.35benngardand: 6881/tcp  filtered bittorrent-tracker
10:52.24NateHBno shit, ive got a bittorrent tracker running on there?
10:52.33NateHBor just the port is open?
10:52.37benngard:)
10:52.56benngardshould i try to connect? ;)
10:57.47NateHBtake a look again
10:58.19NateHBI just (if i did this correctly) set to drop all tcp traffic not coming from my own subnet
11:00.11NateHBthats a decent solution, correct?
11:08.52shamelessn00bthis may sound newbish but meh, I've configured 2 independant sangoma cards, one as network other as cpe (4 ports each), now I'm placing calls from first card to the second card and I want to capture audio transmitted from the cards like you can do with SIP calls and analyze it in wireshark
11:09.10shamelessn00bsee the delay/quality
11:09.12shamelessn00betc
11:09.56shamelessn00bI captured some packets using wanpipemon from interface w1g1 at receiver and exported that file into wireshark
11:10.17shamelessn00bbut it just shows me LAPD or Q.931 packets
11:10.22shamelessn00bno RTP packets
11:26.55*** join/#asterisk Akiraa (n=Akiraa@79.112.20.180)
11:29.23*** part/#asterisk Tech_Travis (n=Administ@cpe-76-87-9-130.socal.res.rr.com)
11:30.02*** join/#asterisk vally (i=vally@ip-81-210-164-253.unitymediagroup.de)
11:38.20*** join/#asterisk mpe (n=mpe@x1-6-00-1e-2a-2a-b3-a2.k758.webspeed.dk)
11:57.10*** join/#asterisk gr0mit (n=tim@81.187.32.146)
12:05.17coppiceRTP is a VoIP packet format. if you E1 or T1 is configured as a traditional PSTN voice circuit you won't see RTP. You will see LAPD and Q.931 on the signalling channel, and alaw on the other 30 channels (E1), or ulaw on the other 23 channels (T1)
12:26.52*** join/#asterisk hluesea (n=hulusika@88.247.127.66)
12:28.01hlueseahello channel when i tried to install asterisk clean installed centos 5.4 i take a error messaje when tries installing dahdi
12:28.22hluesealike that ;  error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
12:28.48hlueseais anyone to know the that issue ? I searched google but i do not find a correct solution
12:28.53shamelessn00bcoppice: how can I capture traffic from channels other than the signalling channel
12:30.04coppiceI think wanpipemon lets you snoop on the audio in any time slot, but I can't remember how
12:30.25shamelessn00bis there a wanpipemanual online
12:30.31shamelessn00bits not very well documented
12:30.43shamelessn00bhluesea: install a package that provides libc.so.6
12:31.14*** join/#asterisk d-k-t (n=D@112.202.232.46)
12:31.20coppice"not very well documented" describes everything from sangoma. Its great when its set up, but getting it set up......
12:31.29shamelessn00blol
12:31.37shamelessn00bit aint that hard
12:31.40shamelessn00b:D
12:32.32coppicemaybe you've been lucky and stumbled on what you need quite quickly. if you have problems, trying to resolve them has been a huge pain for years
12:32.56shamelessn00bwhat problems?
12:34.27coppicefor example, their config generator only generates a few common types. if youre requirement doesn't fit it produces something useless you need to edit by hand. now, try figuring out how you need to change it :-)
12:43.42*** join/#asterisk rare1980 (n=rare@119.152.85.182)
12:43.59rare1980hi
12:44.02rare1980all
12:44.06rare1980how are you today?
12:46.34*** join/#asterisk puzzled (n=foobar@puzzled.xs4all.nl)
13:01.49shamelessn00bcoppice: lol,yeah
13:02.39shamelessn00bfortunately, what I configured falls in the 'common' categories
13:03.03shamelessn00bhi rare1980
13:22.33*** join/#asterisk mace (n=mace@debian/developer/mace)
13:25.38macehi, i'm having troubles with iax behind nat. the server behind the nat is 1.6.2.0, with the other end being a commercial provider (voiptalk). some calls (incoming and outgoing) are dropped after around 30 seconds. watching the channels, these calls invariably remain in the 'ringing' state, even though two way audio is being passed. the timeout is no doubt due to the timeout on the dial() command which passes the call to a handset
13:26.10macei've watched the firewall, and am not seeing any obvious packets being blocked when this occurs
13:26.21maceany ideas?
13:32.32fenrus1.6.2.0 is not valid rfc1918 addresses.
13:32.37fenrusyou should not use them.
13:32.51mchoumace: your description is confusing
13:32.52mchoulol
13:33.34mchoumace: is the called picked up?
13:34.15mchoumace: are you saying even though the call is picked up the "state" of the call is still reported as ringing?
13:35.58*** join/#asterisk RypPn (i=TuMbL@rosscom.co.uk)
13:36.16mchoufenrus: at least you've got a good sense of humor
13:36.45fenrusbegin solving your asterisk problem, then redesign your network according to standards ,)
13:36.49fenrus;)
13:46.04*** join/#asterisk smooth_penguin (n=smoove@115.240.103.171)
13:46.46*** join/#asterisk edguy3 (n=edguy3@c-98-221-27-224.hsd1.nj.comcast.net)
14:00.00*** join/#asterisk ttl- (n=patrick@d5153A420.access.telenet.be)
14:05.03*** join/#asterisk wonderworld (n=ww@ip-62-143-22-226.unitymediagroup.de)
14:20.33*** join/#asterisk ttl- (n=patrick@d5153A420.access.telenet.be)
14:42.46*** join/#asterisk jmacz (n=jmacz@186.81.60.200)
15:06.03*** join/#asterisk ttl- (n=patrick@d5153A420.access.telenet.be)
15:07.31macefenrus: 1.6.2.0 is asterisk version, not ip address
15:08.03macemchou: yeah, call picked up and two way audio, but asterisk reports as still 'ringing'
15:11.13*** join/#asterisk rare1980 (n=rare@119.152.85.182)
15:22.59fenrusmace, :D :D :D
15:25.46*** join/#asterisk voipmonk (n=shido6@CPE002191f85581-CM001692568382.cpe.net.cable.rogers.com)
15:27.53macefenrus: yeah got the joke after posting that
15:28.10maceis somewhat fattened from lunch :)
15:30.04*** join/#asterisk inkubus08 (n=inkubus0@c-71-207-46-164.hsd1.pa.comcast.net)
15:32.42rare1980yeh
15:32.45rare1980how are you all
15:32.55rare1980mace or fenrus
15:33.08rare1980how is going on so far?
15:33.12fenrusquite all right thankyou.
15:34.02rare1980good
15:34.09voipmonkvery well
15:38.50maceindeed
15:45.51*** join/#asterisk _ShrikE (n=_ShrikE@adsl-074-185-215-060.sip.msy.bellsouth.net)
15:51.49*** join/#asterisk silv3r_m00n (n=enlighte@59.93.166.52)
15:51.53silv3r_m00nhi there
15:52.52silv3r_m00nI wanted this ... a call comes in ... number is identified .....and a script runs using the number as input ........and came across asterisk .......i want some basic tutorial as to how to use asterisk
15:54.04fenrususe System() to execute for example shell-scripts outside asterisk
15:54.20silv3r_m00nwhere do I run that command ?
15:54.26silv3r_m00nin the terminal ?
15:54.49fenrusin the extensions-config.
15:55.24silv3r_m00nwell... first I want to understand what asterisk is, what hardware if any it needs and what all can it do ...
15:55.38fenrusthen go read :)
15:55.56silv3r_m00nlooking for some basic tutorial which can explain with some examples
15:55.57fenruswww.asterisk.org
15:56.21fenrushave a look at for example
15:56.22fenrus16:27:53             mace: fenrus: yeah got the joke after posting that
15:56.24fenruserr
15:56.28fenrushttp://www.automated.it/guidetoasterisk.htm
15:56.40fenrusor perhaps http://www.the-asterisk-book.com/unstable/installation-1.4-debian-4.0.html
15:56.58fenrusall depends on what OS you run
15:57.22silv3r_m00nfenrus: tell me 1 thing.....my computer has dialup modem , so can asterisk do something with that ?
15:57.29fenrusnah
15:57.41fenrusasterisk requires no hardware if you only intend to use it with SIP / Softphones
15:58.04fenrusif you need to use a hardphone consider buying an ATA box or some SIP-phone
15:58.55silv3r_m00nwhat is ata / sip phone ?
15:59.02fenrusif your connection to the POTS/PSTN isnt via SIP you might want to consider getting a SIP-provider, or getting a some kind of card to use a pstn-line
15:59.29fenrusanalouge telephone adapter, to connect an classic telephone to a sip-network
15:59.42fenrusan sip phone is phone that has the SIP-part built in ;)
15:59.55silv3r_m00n"card" ....what sort of
16:00.19silv3r_m00nsip means , session initiation protocol ?
16:00.42fenrushttp://www.digium.com/en/products/analog/
16:01.02fenrusYes
16:01.22fenrusthe signalling protocol
16:01.41silv3r_m00nwhat is the difference between connecting phone line via a dialup modem and via those digium cards ?
16:02.12fenruswith a digium card you will be able to call
16:02.15fenruswith a modem you wont.
16:02.25*** join/#asterisk Alagar (n=Administ@122.164.37.150)
16:03.13fenrussilv3r_m00n, http://www.digium.com/en/docs/misc/fxs_fxo_desc.php
16:03.20silv3r_m00nhmm... can't call with a modem...but I remember seeing a software many years ago ...thru which a call cud be made via a dialup modem
16:04.42silv3r_m00nso these call centers...where they receive calls on a computer ... they use something like this ?
16:05.05silv3r_m00nor calls cannot be received via a dialup modem
16:05.59fenruscall centers often use hardphones with some computer software connected to it
16:06.18silv3r_m00nfenrus: does this >> http://www.authenticsolution.com/voice-logger.html    have any similarity to the digium cards
16:06.24silv3r_m00nI mean is there any relation
16:06.28fenruswell, calls can be made and recieved with a dialup modem.. but they wont interface with asterisk
16:07.16fenrusi'm not that "in" telephony - dont know what that is.. :D
16:07.47silv3r_m00nwhat is a hardphone and softphone ?
16:07.48fenrusthe digium cards gives you the cupper-connections for T1/E1/POTS..
16:07.58fenrusa hardphone is a physical telephone
16:08.10fenrusa softphone is a software in a computer
16:08.14silv3r_m00nhmm
16:09.59silv3r_m00nso to handle incoming calls .... I need one of those cards ?
16:11.35fenrusto handle an analouge telephone OR an analouge telehpone-line you need one of those cards.
16:11.56silv3r_m00nhmm
16:12.17fenrusif you want to call by SIP you dont
16:12.53silv3r_m00nand can this be done ....that the telephone line is connected to the computer as well as a handset ....when a call comes .....the computer just checks the incoming number , but doesn't pickup the call and starts a program...then a user sees the program output and picks up the phone
16:13.32fenrusthe card recieves the call, and can do "whatever" with it
16:13.44fenrusroute it to a hardphone
16:14.10silv3r_m00nwhat is the technical term for those cards ? if I go to the market what do I ask for ?
16:14.31fenrusif you want one that works with asterisk, i'd go for a digium card
16:15.02fenrushttp://voip.weblogsinc.com/2005/07/14/use-a-v92-modem-as-an-fxo-card-on-asterisk/
16:15.04silv3r_m00nand what about non -digium cards?
16:15.22fenrusthen you need to read up about what cards asterisk support
16:15.23silv3r_m00nand can calls be recorded with these cards ?
16:15.35fenrusthe recording takes place inside asterisk
16:15.43fenrusand that's possible
16:16.22fenrushave a look at this: http://www.voip-info.org/tiki-index.php?page=X100P+clone
16:17.13fenrusto recieve calls from a analug telephone line you need a FXO-card
16:22.03*** join/#asterisk Slashman (n=Slash@ariane.fimasys.com)
16:26.45*** join/#asterisk [TK]D-Fender (n=chatzill@64.235.218.194)
16:28.25*** join/#asterisk xmitter (n=xmitter@c-24-21-212-187.hsd1.or.comcast.net)
16:33.02*** join/#asterisk riddlebox (n=james@75-132-225-75.dhcp.stls.mo.charter.com)
16:35.54*** part/#asterisk silv3r_m00n (n=enlighte@59.93.166.52)
16:39.31*** join/#asterisk jcmoore (n=jcmoore@unaffiliated/tgrman)
16:46.40*** join/#asterisk Defraz (n=Defraz@corp.fuzecore.com)
16:59.02*** join/#asterisk Akiraaa (n=Akiraa@79.112.20.105)
17:06.02*** join/#asterisk [netman] (n=netman@80.31.164.91)
17:12.46*** join/#asterisk bcrisp (i=bcrisp@ip72-222-167-229.ph.ph.cox.net)
17:13.25bcrispk, favorite xmas gifts received?
17:38.15*** join/#asterisk MaliutaLap (n=biteme@96.53.148.53)
17:52.24*** join/#asterisk corretico (n=laguilar@201.201.46.106)
18:01.43mchou~sipnat
18:01.44infobot[~sipnat] Quick guide on configuring * + SIP behind NAT : http://www.aocomputing.net/?p=3 , otherwise check the WIKI at http://www.voip-info.org/wiki/view/Asterisk+SIP+NAT+solutions
18:02.06benngardany1 that has tested lastest sip release (2.5) for avaya handseats?
18:02.52benngardcant get "SET DISPLAY_NAME_NUMBER 1" to work :(
18:03.12macemchou: just reproduced iax 'ringing' problem, will try again with wireshark running - if thats of any use?
18:05.34macemchou: interesting, can't reproduce with wireshark running - beginning to suspect race condition
18:06.09mchoumace: you can always downgrade
18:06.17mchoumace: or just use sip
18:07.20macesip + nat strikes me as an even larger world of pain
18:09.27*** join/#asterisk dkirker-openmobl (n=dkirker@adsl-99-161-109-81.dsl.pltn13.sbcglobal.net)
18:09.52mchoumace: you have iax phones?
18:10.12macemchou: just sip
18:10.34mchouthen why would you care about iax vs. sip?
18:11.23macebecause i've almost never had sip working through a firewall
18:11.36maceiax on the other hand almost always works
18:12.01macesuspect in this instance though i'm banging against the bleeding edge too much
18:12.47mchousip works just fine across firewalls as long as you don't try streaming media directly between endpoints
18:13.25mchoui.e. across multiple nats
18:14.00[TK]D-Fender[13:11]<mace>because i've almost never had sip working through a firewall <- The reverse in my experience
18:16.59*** join/#asterisk lost_soul (n=noymfb@cpe-74-71-234-100.twcny.res.rr.com)
18:18.37macenods
18:22.55*** join/#asterisk sebbl (n=Momofu@109.192.162.148)
18:23.32benngardsip server at publik ip and endpoints behind nat seems to work fine, atleast for me
18:30.29sun28moin
18:32.37[TK]D-Fenderplus
18:48.59teknoprepSIP is very easy to make work through a NAT
18:49.03teknoprepwith asterisk
18:49.15teknoprepthere are a few prereq's but its pretty simple
18:49.32teknoprepSIP ALG or any NAT helpers / Proxies should be turned off on the firewall
18:49.49teknoprepforward proper SIP 5060 ports and proper RTP ports
18:50.24teknoprepsetup your "externip =" "localnet ="
18:51.45teknoprepasterisk makes life pretty easy on NAT'ing of SIP... its SIP Proxies that get difficult to NAT sometimes... Port Randomnization can be a bitch
18:54.06wwalkeranyone know how to see the jitterbuffer settings?  I've added them to sip.conf, but sip show settings doesn't show anything.
18:56.37lost_soulafternoon everyone
19:05.39*** join/#asterisk xmitter (n=xmitter@c-24-21-212-187.hsd1.or.comcast.net)
19:10.20ChannelZyawns
19:29.07*** join/#asterisk fakhir (n=fakhir@unaffiliated/fakhir)
19:44.17fenrus8~
19:47.09*** join/#asterisk ManxPower-work (n=EWieling@24.42.221.26)
19:53.22*** join/#asterisk cesar_CR (i=cesar@201.201.41.242)
19:56.01*** join/#asterisk Sargun (n=Sargun@atarack/Staff/Sargun)
19:59.41*** join/#asterisk dshap (n=dshap@64.79.144.7)
19:59.53*** join/#asterisk luckyaba (n=lucky@ip72-194-215-55.sb.sd.cox.net)
20:05.16dshapI'm trying to write an iPhone app that can record and upload audio files for playback over a phone call on an asterisk server.  Could someone please take a look at these available audio formats and let me know which one will be the best quality that Asterisk is capable of playing without converting the file?  http://bit.ly/7mWvfQ
20:05.52fenrusulaw is neat
20:07.10ManxPower-workAsterisk'd WAV49 format is GSM audio wrapped in a MS header.  It is a decent compressed codec and will play on Windows without issues.
20:07.50ManxPower-workThe standard .WAV format in Asterisk us ulaw wrapped in a MS header.
20:07.56ManxPower-works/us/is
20:08.10fenrus"show file formats " in the asterisk CLI shows you the available formats
20:12.59*** join/#asterisk dshap (n=dshap@64.79.144.7)
20:13.04ChannelZHmmm.  * 1.6.1 complains: "app_voicemail.c:10656 load_config: maxsilence should be less than minmessage or you may get empty messages"
20:13.07dshapsry my IRC client froze
20:13.23ChannelZYet the dist config files don't have "minmessage", it's "minsecs".
20:13.25dshapi know how to see the avialble formats, i'm really just asking in terms of what will be the best quality
20:14.06dshapuLaw 2:1 is an available format to record on the iPhone
20:14.09dshapwould you recommend that one?
20:15.42tzafrirdshap, is disk space an issue?
20:16.00dshaptzafrir: assuming it's not, what would you recommend?
20:16.12tzafrirAlso: do you use wide-band anywhere on your system?
20:17.12dshapnot sure about that one
20:17.22dshap(i'm pretty new to this stuff)
20:17.43dshapi really just want to play an audio clip that a user can record on their iPhone and upload to the server
20:17.51dshapand i'd like it to sound as good as possible over a phone call
20:18.10ChannelZulaw
20:18.39ChannelZ16bit, 8kHz
20:19.59dshaphm
20:20.03dshapi know how to specify the sample rate
20:20.13dshapnot sure about the # of bits
20:20.17dshapthat's the # of bits per sample, right?
20:20.42dshapoh
20:20.45dshapbit depth maybe?
20:20.58ChannelZyes
20:21.27ManxPower-workChannelZ: reread UPGRADE*.txt and the .sample configs that came with your version of Asterisk.  Option names change all the time, but should be documented in the UPGRADE*.txt files.
20:21.43ChannelZI know that.  I have the right option, but * tells me the wrong one.
20:21.54dshapChannelZ: is ulaw considered a linear PCM audio format?
20:22.05ChannelZsort of
20:22.13ManxPower-workChannelZ: then you 1) have discovered a bug in Asterisk or 2) the sample files you are looking at are for a different version of Asterisk.
20:22.58ChannelZIt's an inconsistency.  One of many
20:23.00dshapwell according to Apple's documentation I can only set the bit depth of linear PCM audio formats
20:23.02ManxPower-workYou're not looking at the .sample files on voip-info.og, are you?
20:23.16ChannelZno, local from the distribution
20:23.32ManxPower-workAh.  Too bad.  If you installed from source I might be able to help you.
20:23.58ChannelZI don't need help
20:24.02ChannelZAnd it IS from the source
20:24.13ManxPower-workYou also can't file a bug against packaged Asterisks
20:24.26ManxPower-workChannelZ: what does "show version" or "core show version" give you?
20:24.47ChannelZIt's just the code wasn't fully changed, one warning tells you 'maxsilence should be less than minmessage' but another tells you 'minmessage has been depreciated'
20:25.04ChannelZ1.6.1.12
20:28.24*** join/#asterisk pa (n=pa@unaffiliated/pa)
20:31.36ManxPower-workChannelZ: report it on issues.digium.com
20:33.28ChannelZyes I am
20:39.08tzafrirwell, you sure can file a bug against packaged asterisk. If there are maintainers to that package
20:41.34ChannelZ(re: mine is not packaged, it was built by me from there source.  The default configs I keep in a 'dist' directory inside /etc/asterisk for reference, which is what I meant by 'local distribution')
20:41.52*** join/#asterisk dshap (n=dshap@64.79.144.7)
20:48.53ManxPower-worklooks like 1.6.12 fixed some "errors" in 1.6.1.8 that I was relying on for my scripts.
20:51.14[TK]D-Fender1.6.12 z0mg TIME TRAVEL!
20:51.16imcdonaI am setting up NFAS on two pri's. I am able to make and receive calls ok but there is no audio. Does anyone have any tips?
20:52.06[TK]D-Fenderimcdona: tip : provide complete details on your calls
20:52.34imcdonaTK what do you mean?
20:52.42imcdonayou want to see pastebin?
20:53.03imcdonamoment
20:58.13imcdonahere is the call: http://pastebin.com/m38ed9f95
20:58.58imcdonaI have been fiddling with the configs now I can make calls with no audio, and asterisk not answer incoming calls
21:01.16imcdonathis is the zapata.conf: http://pastebin.com/m5d90e85f
21:01.37[TK]D-Fenderimcdona: What makes you think I trust your SIP device>  call IN to your PRI
21:02.13*** join/#asterisk ttl- (n=patrick@d5153A420.access.telenet.be)
21:02.43*** join/#asterisk voipmonk (n=shido6@67.204.52.26)
21:03.40[TK]D-Fenderimcdona: And your configs don't look like NFAS.. you skip right over ch 24
21:03.51imcdonaTK. I hear you. I have ruled out the SIP devices....Here is an inbound call: http://pastebin.com/m340e7a3d
21:05.33ChannelZAnyone running 1.6.2 want to try a quickie for me
21:06.06ChannelZor actually any random people running any version.. this could be platform-related
21:06.42imcdonaWhat do you mean skip right over?
21:07.59imcdonaI have the trunkgroups and spanmap setup in zapata.conf for an NFAS config. I am confused
21:08.33[TK]D-FenderimacFirst... d-chan and spanmap stuff is for ZAPTEL, not ZAPATA
21:09.11[TK]D-Fenderimcdona: second :  channel => 1-23 channel => 25-47 <- you really don't seem to have a clue what you're doing on the other end
21:09.13imcdonasorry...I meant zaptel
21:09.21[TK]D-Fenderimcdona: You skip channel 24 which is the POITN of NFAS.
21:09.55[TK]D-Fenderimcdona: And then you also failed to show me your zaptel.conf
21:10.12imcdonaahh! I see...so in nfas I specify all the channels instead of just the b channels?
21:10.32[TK]D-Fenderimcdona: I also have no clue what is in that IVRo of your and its a flood of GUI crap I have little faith in
21:11.02imcdonazaptel.conf: http://pastebin.com/m20cd7915
21:11.05[TK]D-Fenderimcdona: the point of NFAS is to have multiple PRI's share a d-chan so you can recover +1 B / extra PRI added
21:11.13[TK]D-Fenderimcdona: its a waste most of the time
21:11.37[TK]D-Fenderimcdona: you configured those as INDEPENDENT PRI'S
21:12.02[TK]D-Fenderimcdona: Time to go read the docs again
21:12.32imcdonaI skipped channel 24 because channel 24 is the primary d cahnnel and 48 is the backup d cahnnel this is only 2 pri's in an nfas config. ARe you saying I need to include channels 24 and 48 even thourh they are d channels?
21:13.40imcdonaTK...no. I understand that the gains of NFAS are not apparent in this config. As in gaining extra b channels. The telco set it up this way to add more capacity rather than adding a rollover on the inbound did's to a second PRI
21:14.10*** join/#asterisk smooth_penguin (n=smoove@59.95.15.188)
21:19.18[TK]D-Fenderimcdona: it isn't required
21:20.39*** join/#asterisk wam (i=wam@unaffiliated/wam)
21:59.21*** join/#asterisk xmitter (n=xmitter@c-24-21-212-187.hsd1.or.comcast.net)
22:01.27*** join/#asterisk fskrotzki_ (n=fskrotzk@cpe-74-74-245-250.rochester.res.rr.com)
22:14.09*** join/#asterisk uqlev (n=yuriy@91.184.221.31)
22:15.51ManxPower-workimcdona: Remember that just because you ordered NFAS doesn't mean the telco ACTUALLY set it up that way.  NFAS is not all that common of a service in the USA.
22:18.16jblackManxPower-work: You mean my cheeseburger may come without cheese on it?
22:25.32*** join/#asterisk davemast (n=dmast@cpe-76-188-36-22.neo.res.rr.com)
22:26.28*** join/#asterisk lost_soul (n=noymfb@cpe-74-71-234-100.twcny.res.rr.com)
22:31.41wwalkeranyone know how to see the jitterbuffer settings?  I've added them to sip.conf, but sip show settings doesn't show anything.
22:31.54*** join/#asterisk Akiraa (n=Akiraa@79.112.20.105)
22:36.00*** join/#asterisk ticoit (n=ticoit@201.191.190.124)
22:36.20*** join/#asterisk lost_soul (n=noymfb@cpe-74-71-234-100.twcny.res.rr.com)
22:41.26ChannelZhmm this is fun.
22:41.43ChannelZsip show peers is showing my Name/username as "Bob/bitch".  But I don't see where that is coming from..
22:46.01TJNIII think someone is screwing with you.
22:46.49ChannelZno, I remember putting that in somewhere as an auth username when I was testing something for someone I can't find anywhere where that is set now so I don't know where it's getting it from
22:58.17*** join/#asterisk thansen (n=thansen@173.84.218.56)
23:03.04*** join/#asterisk Tech_Travis (n=Administ@cpe-76-87-9-130.socal.res.rr.com)
23:13.39*** join/#asterisk thansen (n=thansen@173.84.218.56)
23:28.10wwalkerChannelZ: grep -ril bitch /etc/asterisk
23:28.46wwalkerunless your peers are in realtime db
23:28.49ChannelZyeah it's not there.  It had to have been cached somewhere, which is strange because I've rebuilt 2 different versions of * and restarted since I was doing that testing
23:29.06wwalkerChannelZ: grep -ril bitch /
23:29.12wwalker:)
23:29.26ChannelZheh
23:30.09wwalkeror, to be rid of it but not locate it....:  rm -rf/; /bin/reboot
23:30.30ChannelZhmm my system is screw after running that command
23:30.34wwalkerthe missing space is for safety
23:31.05wwalkeronce ran his weekly report instead of cat'ing it....
23:31.18wwalkernot good for a sysadmin
23:31.34TJNIIWhy was the report chmodded +x?
23:32.41TJNIIMan, I moved all my computers out of my office and now this room is cold!
23:33.24ChannelZno global warming for you
23:33.24wwalkerwas 18 years ago, I'd been an admin for a few months.  typing chmod 755 * was common bad habit, until that day.  It was HP-UX, the real question is why was . in the PATH HP?
23:35.28*** join/#asterisk lost_soul (n=noymfb@cpe-74-71-234-100.twcny.res.rr.com)
23:44.54*** join/#asterisk corretico (n=laguilar@201.201.46.106)
23:51.24*** join/#asterisk corretico__ (n=laguilar@201.201.46.106)
23:52.24*** join/#asterisk xmitter (n=xmitter@c-24-21-212-187.hsd1.or.comcast.net)
23:54.31*** join/#asterisk corretico (n=laguilar@201.201.46.106)

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