| 00:48.59 | seanbright | holy crap app_voicemail.c is a turd. |
| 01:05.15 | seanbright | jsmith: around? |
| 01:49.24 | *** join/#asterisk-dev qdk (n=qdk@0x573d8dd1.bynqu1.dynamic.dsl.tele.dk) |
| 01:58.00 | *** join/#asterisk-dev jets (n=brian@dsl-75-010.twf.pmt.org) |
| 02:01.11 | *** join/#asterisk-dev bbryant (n=brett@68.59.20.153) |
| 02:01.11 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 02:07.29 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 02:07.30 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 03:18.30 | securevoip | sip.conf supports video fine in Asterisk 1.4.24.1 but not in Asterisk 1.6.1.0. i thought it was just me. has anything major changed or should the same sip.conf work? |
| 03:36.24 | securevoip | any ideas on why this (http://pastebin.com/m789e6688) might work fine in Asterisk 1.4.24.1 but not in Asterisk 1.6.1.0??? |
| 03:38.34 | tzafrir_laptop | securevoip, define what you mean by "work" and "doesn't work"? What happens with it in 1.4.24.1 and 1.6.1.0 ? |
| 03:46.04 | securevoip | in 1.4etc, i can make video calls. in 1.6etc, i cannot. i am testing using x-lite on both clients. |
| 03:47.40 | securevoip | 1.6 renders codes mismatches per x-lite. i am a n00b w/ dCAP. for days, i have been thinking that the problem is mine. however, i tried the same config on an older version and all works great. |
| 03:49.45 | securevoip | whoamiewhoamie |
| 03:49.52 | *** join/#asterisk-dev IgorG (n=igorg@host-92-124-191-247.pppoe.omsknet.ru) |
| 04:02.02 | tzafrir_laptop | securevoip, if you have dCAP, you hopefully should know that a sip debug trace can help identify problems there |
| 04:02.07 | *** join/#asterisk-dev CunningPike (n=CunningP@24.87.13.173) |
| 04:07.30 | *** part/#asterisk-dev securevoip (n=securevo@c-76-123-20-170.hsd1.va.comcast.net) |
| 04:52.17 | *** join/#asterisk-dev eliel (n=eliels@120-17-235-201.fibertel.com.ar) |
| 04:52.17 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 05:24.16 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.121) |
| 06:20.53 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 08:30.53 | *** join/#asterisk-dev Zeeek (n=Zeeek@pdpc/supporter/active/zeeek) |
| 08:31.39 | Zeeek | VoIP Bandits go on rampage in Germany! http://tr.im/rawhide |
| 10:26.37 | *** join/#asterisk-dev DarkRift (n=dark@65.92.169.66) |
| 10:59.16 | tzafrir_laptop | direct link: http://voipusersconference.org/wp-content/uploads/goodbadugly.flv |
| 11:34.12 | *** join/#asterisk-dev tamiel (n=tamiel@81.220.126.26) |
| 11:59.17 | Zeeek | the tr.im link just made it easy for me to see how many cared. |
| 11:59.46 | Zeeek | actually, not sure how many linux geeks can even see flash |
| 12:08.20 | mvanbaak | hhmm, is current trunk and 1.6.0 uncompatible in regards to IAX2 ? |
| 12:08.39 | mvanbaak | I had a config with two 1.6.0 boxen having an IAX2 link between them |
| 12:08.42 | mvanbaak | worked great |
| 12:08.51 | mvanbaak | upgraded one box from 1.6.0 to trunk |
| 12:09.17 | mvanbaak | now it is not working anymore. 1.6.0->trunk is not working, trunk->1.6.0 is working |
| 12:09.35 | mvanbaak | 1.6.0 sends an IAX2 POKE and gets an INVAL back |
| 12:09.45 | mvanbaak | trunk sends an IAX2 POKE and gets an ACK back |
| 12:11.32 | mvanbaak | result: in the 1.6.0 box the IAX2 peer is UNREACHABLE, in the trunk box the IAX2 peer is OK (38ms) |
| 12:17.01 | mvanbaak | oh, and what happened to --with-asterisk-user and --with-asterisk-group configure flags ? |
| 13:05.51 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:05.51 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 13:33.27 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:33.27 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 15:10.44 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:20.18 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 15:20.18 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 15:57.45 | mvanbaak | anyone here ? |
| 16:04.41 | Zeeek | several |
| 16:08.05 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 16:13.23 | mvanbaak | what can be the reason if I have two asterisk boxen, both with the same entry in iax.conf (cept for the ip address of course) |
| 16:13.30 | mvanbaak | and asteriska->asteriskb works, but asteriskb->asteriska is not working |
| 16:13.35 | mvanbaak | in iax debug I see that packets from asteriskb->asteriska make asteriska respond with an INVAL |
| 17:00.53 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 17:00.54 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 17:23.00 | mvanbaak | hey kpfleming |
| 17:23.11 | kpfleming | hello |
| 17:23.56 | mvanbaak | kpfleming: care to help me a little with some IAX2 trouble ? |
| 17:24.18 | mvanbaak | I have this weird problem and I'm really lost |
| 17:24.58 | kpfleming | maybe... brain is not working too well, but i can try |
| 17:25.10 | mvanbaak | ok |
| 17:25.14 | mvanbaak | I have two systems |
| 17:25.22 | mvanbaak | asteriskA running svn 1.6.0 |
| 17:25.30 | mvanbaak | asteriskB running svn trunk |
| 17:25.45 | mvanbaak | on both I configured the same IAX2 friend |
| 17:26.12 | mvanbaak | stuff from asteriskA to asteriskB work fine (calls, qualify) |
| 17:26.28 | mvanbaak | stuff from asteriskB to asteriskA is not working |
| 17:26.42 | mvanbaak | on asteriskA I see the peer 78ms away from me |
| 17:26.52 | mvanbaak | on asteriskB I see: UNREACHABLE |
| 17:27.20 | mvanbaak | iax.conf entries are the same, only difference is the 'host=' line |
| 17:27.55 | kpfleming | so what does 'not working' mean? console errors, logs, ??? |
| 17:28.52 | mvanbaak | [May 9 19:27:45] Rx-Frame Retry[Yes] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass: POKE |
| 17:28.56 | mvanbaak | [May 9 19:27:45] Timestamp: 00009ms SCall: 10502 DCall: 00000 [82.103.138.183:4569] |
| 17:28.59 | mvanbaak | [May 9 19:27:45] Rx-Frame Retry[ No] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass: INVAL |
| 17:29.02 | mvanbaak | [May 9 19:27:45] Timestamp: 00000ms SCall: 10502 DCall: 00001 [82.103.138.183:4569] |
| 17:29.47 | kpfleming | so you need to do a packet capture of a call each way and see what is different between them |
| 17:30.27 | mvanbaak | problem is, it all worked great for months |
| 17:31.02 | mvanbaak | and now I decided to upgrade asteriskB to latest trunk (it was running on code from 5 weeks ago) and it's not working anymore |
| 17:31.50 | kpfleming | well, then you can do a bisection... find all the revisions of chan_iax2.c between the version that was working and now, and try a revision in the middle |
| 17:32.05 | kpfleming | if it works, move up until it doesn't... if it doesn't move down until it does |
| 17:32.23 | kpfleming | there can't be that many changes in the last 5 weeks |
| 17:33.21 | mvanbaak | ok, let's start that :) |
| 17:33.23 | mvanbaak | thanks |
| 17:36.30 | mvanbaak | hhmm, maybe it's my system acting up |
| 17:36.40 | mvanbaak | I was connected to the asterisk console |
| 17:36.45 | mvanbaak | wanted to check a file |
| 17:36.48 | mvanbaak | so hit CTRL+c |
| 17:36.49 | Zeeek | back on the job already kpfleming? I'm hiding out this weekend (no work) |
| 17:36.51 | mvanbaak | checked the file |
| 17:36.54 | mvanbaak | asterisk -r |
| 17:37.18 | mvanbaak | Unable to connect to remote asterisk (does /var/run/asterisk/asterisk.ctl exist?) |
| 17:37.20 | kpfleming | Zeeek: nope, just hanging out at home |
| 17:37.32 | mvanbaak | all of a sudden /var/run/asterisk/ is empty |
| 17:37.32 | kpfleming | umm... ctrl-c at the asterisk console kills the process |
| 17:37.40 | Zeeek | have a good one, everyone |
| 17:37.43 | *** part/#asterisk-dev Zeeek (n=Zeeek@pdpc/supporter/active/zeeek) |
| 17:37.46 | mvanbaak | ps ax | grep asterisk showed it was still running |
| 17:37.55 | mvanbaak | I was connected to asterisk with 'asterisk -r' |
| 17:38.22 | kpfleming | that's not the console, that's a 'remote console' |
| 17:38.24 | kpfleming | :-) |
| 17:38.35 | mvanbaak | :) |
| 17:40.17 | mvanbaak | [May 9 19:39:57] ERROR[13419]: chan_iax2.c:1411 iax2_destroy_helper: FRACK!, Failed assertion s != NULL (0) |
| 17:40.29 | mvanbaak | got like 500 of those in the last 5 minutes |
| 17:42.08 | mvanbaak | on the 1.6.0 box |
| 17:57.12 | mvanbaak | what reasons are there for asterisk to send an IAX INVAL ? |
| 17:58.39 | kpfleming | don't know off the top of my head, and about to go off line |
| 17:58.43 | kpfleming | you can read the RFC though :-) |
| 17:58.44 | kpfleming | or the code |
| 17:58.52 | kpfleming | and if they don't match, the code wins! |
| 18:03.42 | mvanbaak | :) |
| 18:03.47 | mvanbaak | invalid destination |
| 18:03.57 | mvanbaak | as far as I can see that's the only time we send it |
| 18:08.41 | *** join/#asterisk-dev puzzled (n=foo@puzzled.xs4all.nl) |
| 18:12.35 | *** join/#asterisk-dev dwayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 18:14.45 | *** join/#asterisk-dev eliel (n=eliels@120-17-235-201.fibertel.com.ar) |
| 18:14.45 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 18:47.46 | *** join/#asterisk-dev wedhorn (n=nnnnnnnw@123-243-209-34.static.tpgi.com.au) |
| 19:54.17 | mvanbaak | hhmm, think I found it |
| 19:54.28 | mvanbaak | ow, kevin left |
| 21:58.55 | *** join/#asterisk-dev puzzled_ (n=foobar@puzzled.xs4all.nl) |
| 22:29.35 | *** join/#asterisk-dev puzzled_ (n=foobar@puzzled.xs4all.nl) |
| 22:46.51 | Juggie | when * plays a file to a channel |
| 22:47.02 | Juggie | does it read the entire file in and play it back piece by pice |
| 22:47.04 | Juggie | *piece |
| 22:47.06 | Juggie | or read it as required. |
| 22:47.15 | Juggie | translation: buffer, or no. |
| 22:49.38 | mvanbaak | try it with a huge wav on a remote location |
| 22:49.58 | snuff-home | mm i think it just reads piece by piece.. |
| 22:50.08 | snuff-home | i know recording now uses a buffer |
| 22:50.18 | *** join/#asterisk-dev puzzled_ (n=foobar@puzzled.xs4all.nl) |
| 22:50.20 | snuff-home | i remember helping with that though ;) |
| 22:50.49 | mvanbaak | put a 250MB wav file on a remote box, mount it using nfs or samba, an run a playback with that file |
| 22:51.55 | mvanbaak | if it takes a long time before you hear the music, it will read everything into memory before starting to play. if it starts quickly it will read+playback piece by piece |
| 22:52.12 | Juggie | heh |
| 22:52.19 | Juggie | well thats actually the problem i'm trying to solve |
| 22:52.27 | Juggie | client reporting dropped calls in agi: stream_file |
| 22:52.34 | Juggie | and they are playing back off nfs. |
| 22:53.24 | snuff-home | mm i really think its being 'streamed' |
| 22:53.39 | snuff-home | lookin at main/file.c |
| 22:54.42 | mvanbaak | Juggie: the NFS is remote ? or on the same lan as the asterisk box ? |
| 22:56.00 | mvanbaak | I sure hope the NFS is on the same lan |
| 22:56.51 | mvanbaak | btw: http://picasaweb.google.com/mvanbaak/Unsorted#5333827170572547602 |
| 22:56.57 | mvanbaak | present from my wife today :) |
| 22:57.38 | snuff-home | heh |
| 22:59.02 | Juggie | same lan |
| 22:59.23 | Juggie | they claim to run 1500 simultanious calls but yet the problem sometimes happen when there is only 3. |
| 22:59.29 | Juggie | they are however using xen and their backend is fastagi |
| 22:59.35 | Juggie | so the problem could be in like 5 places ;) |
| 22:59.57 | mvanbaak | Juggie: on same lan you should be able to do playback over NFS as fast as from local HD |
| 23:00.15 | Juggie | mvanbaak, my hunch is though if there is any sort of network interuption at all |
| 23:00.22 | mvanbaak | 1500 simultanious calls with audio going thru asterisk ???? wow |
| 23:00.25 | Juggie | and the 20ms or whatever * is trying to be read cannot be read in time |
| 23:00.29 | Juggie | mvanbaak, 6 server cluster |
| 23:00.33 | Juggie | then its gonna bail |
| 23:00.45 | mvanbaak | yup |
| 23:00.55 | mvanbaak | cant you put the files on the asterisk machines itself ? |
| 23:01.02 | Juggie | so all in all my recomendation is to rsync the files to the local machines |
| 23:01.03 | Juggie | yes. |
| 23:01.10 | Juggie | absolutely thats what my recomendation is. |
| 23:01.14 | mvanbaak | something like a once-every-5-minute rsync from the master server ? |
| 23:01.18 | Juggie | exactally. |
| 23:01.46 | mvanbaak | if that fixes the problem, you're done |
| 23:01.59 | mvanbaak | if not, it's one of the 4 remaining areas ;) |
| 23:02.51 | mvanbaak | you could also have a look at the network card driver they use in xen |
| 23:03.06 | mvanbaak | we found out, providing an intel gbit interface inside xen works best |
| 23:03.07 | Juggie | oh ya is one bad and one good? |
| 23:03.30 | mvanbaak | the realtek stuff in the xen layer is,..... annoying |
| 23:04.17 | Juggie | in what way? |
| 23:04.18 | snuff-home | intel have always been best supported.. |
| 23:04.22 | Juggie | bad io? lost packets? etc. |
| 23:04.45 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.118) |
| 23:04.48 | mvanbaak | well, specially the interrupt handling of the realtek driver can cause some issues |
| 23:05.05 | mvanbaak | digraded io, intermittent hangs of transfers |
| 23:05.08 | Juggie | ok so this is basically the xen host dom0 or whatever |
| 23:05.20 | Juggie | what virtual card is it providing to the virtual machines |
| 23:05.25 | mvanbaak | yup |
| 23:05.29 | Juggie | so i should make sure its virtualizing an intel card |
| 23:05.31 | Juggie | whats the default? |
| 23:05.33 | mvanbaak | there are some config options for it |
| 23:05.50 | mvanbaak | I have no idea. I moved from xen to kvm |
| 23:06.03 | snuff-home | oh to the dark side :) |
| 23:06.18 | snuff-home | giving RH some loving then mvanbaak |
| 23:06.37 | mvanbaak | Juggie: it's easy to check. login to a domU and have a look at the 'dmesg' output |
| 23:06.52 | mvanbaak | snuff-home: dont be scared: Ubuntu server with kvm |
| 23:07.36 | mvanbaak | and to be honest: it sux |
| 23:07.41 | snuff-home | i guess citrix own xen... so technically.. RH is at least a linux company |
| 23:08.19 | snuff-home | kvm worse then xen? |
| 23:08.29 | mvanbaak | yup |
| 23:08.42 | Juggie | it looks like the xennet driver is the one in use |
| 23:08.50 | snuff-home | u seen vSphere.. talk bout money gouging |
| 23:09.04 | snuff-home | new 'enterprise plus' license.. |
| 23:09.14 | mvanbaak | kvm has a lot of trouble when the host gets some work |
| 23:09.39 | mvanbaak | my host is doing the backups from 2 servers on the net |
| 23:09.43 | Juggie | mvanbaak, are we talking about the virtualized cards or the real hardware card on the domU |
| 23:09.58 | mvanbaak | when the rdiff-backup starts, all the vm's loose connectivity to eachother |
| 23:10.01 | snuff-home | Juggie: real hw |
| 23:10.04 | Juggie | k |
| 23:10.07 | snuff-home | i would assume |
| 23:10.07 | mvanbaak | Juggie: real hw |
| 23:10.28 | mvanbaak | the intel hardware is really good in offloading tasks to the nic itself |
| 23:10.40 | mvanbaak | like tcp checksumming and packet normalization |
| 23:10.40 | snuff-home | no internal nic's on xeons are non intel these days though |
| 23:11.06 | snuff-home | amd hw.. well that's normally broadcom |
| 23:12.33 | snuff-home | mm guess i should rephrase.. hp use broadcom.. dell uses intel.. sun uses intel |
| 23:12.48 | snuff-home | for intel servers |
| 23:13.08 | mvanbaak | yup |
| 23:13.16 | mvanbaak | we only have intel and sun servers |
| 23:13.48 | mvanbaak | intels for firewalls and routers, suns for all the rest |
| 23:14.05 | snuff-home | good news.. oracle keeping sun HW devision |
| 23:14.24 | mvanbaak | good news: oracle might not get sun at all |
| 23:14.45 | mvanbaak | the deal was decided without consulting the shareholders |
| 23:14.50 | snuff-home | oracle is better than ibm dismanteling |
| 23:14.53 | mvanbaak | and they think it's a non-deal |
| 23:15.25 | mvanbaak | shareholders think the deal is way too cheap |
| 23:15.37 | snuff-home | well if sun shareholders rejects... sun need to do the drastic restructure themselves.. |
| 23:15.45 | mvanbaak | yup |
| 23:15.47 | snuff-home | they've been too weak to do |
| 23:16.38 | mvanbaak | I'm a bit scared by the whole situation |
| 23:17.08 | mvanbaak | what's goin to happen with mysql and postgresql when the deal goes through ? |
| 23:17.28 | snuff-home | mysql will be made like a 'oracle starter' db |
| 23:17.40 | snuff-home | gets oracle in the door at lots of places |
| 23:18.22 | snuff-home | u want ur webapp db.. here mysql ent.. u want to do business logic.. oracle db |
| 23:19.00 | mvanbaak | I'm not so sure about that |
| 23:19.28 | snuff-home | postgres.. well it lives on its own anyway.. |
| 23:19.49 | mvanbaak | yeah, but the main person is employed by sun |
| 23:20.48 | snuff-home | either way.. java is safe.. that's its major jewel really.. |
| 23:22.06 | mvanbaak | ah, we dont have to fear for postgresql |
| 23:22.16 | mvanbaak | it's licensed under the BSD license |
| 23:22.33 | snuff-home | mysql is gpl still as i understand.. |
| 23:22.45 | mvanbaak | yeah, it's dual-license |
| 23:22.48 | mvanbaak | like asterisk |
| 23:23.17 | mvanbaak | there's a gpl version, and a closed version |
| 23:23.24 | snuff-home | mm |
| 23:47.46 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 23:47.46 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 23:59.13 | *** join/#asterisk-dev micols (n=mio@rlogin.dk) |