Re: [asterisk-users] Noise on FXS ports (Sangoma)
Hi, What about your timing source? Did you check with zttest if you had any interrupt loss? Do your card share interrupts with other source? Are you using a Xen kernel or an IDE hard drive without DMA activated? François. Stephen Bosch wrote: Hi, Jorge: Jorge Mendoza wrote: Never experienced with FXS modules on a PC with Asterisk. However we have experienced that kind of problems on legacy PBX without a good ground. If you replace the system with a analogue set and have not noise, then a ground current is generated in your system, probably originated at FXO side. Have you tested the PC isolated, with not lines and not switches? just the FXS calling the voicemail? No, I haven't gone that far yet, but it might be worth trying. One question I have: if this turned out to be the cause, what could I do to clean up the ground? There are so many elements -- the power supply ground, the telephone lines, the network cable ground, etc. -Stephen- ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Asterisk in Xen domu with tdm400 hardware
Hi, Be careful with believing too much that your zaptel hardware will work together with xen, you could have problems like the ones described in the thread linked below: http://www.mail-archive.com/asterisk-users@lists.digium.com/msg180825.html Good luck, François. Adam Robins wrote: We are running Asterisk on native CentOS. We then install VMWare on CentOS with Windows 2003 in the VMWare partition for AD services. We have 50+ users in a call center environment with no issues. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jonathan Creasy Sent: Sunday, May 27, 2007 11:52 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] Asterisk in Xen domu with tdm400 hardware Why would you want to do this? If you wanted to run multiple systems together on an Asterisk server I would run the Asterisk server on Dom0 and the other stuff on DomU systems. -Jonathan James Harper wrote: I did it back in the xen 2.x days with a BRI adapter (Traverse NetJet). It worked fine for the testing I was doing. I'm not sure of the status or performance of the PCI mapping through to DomU these days, but that should be the only extra step required. James -Original Message- From: [EMAIL PROTECTED] [mailto:asterisk-users- [EMAIL PROTECTED] On Behalf Of Roberto Pereyra Sent: Saturday, 26 May 2007 23:06 To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: [asterisk-users] Asterisk in Xen domu with tdm400 hardware Hi all !!! I would like to install asterisk in Xen domU using TDM400 hardware. Somebody know a howto or tutorial about that ? Thanks in advance roberto -- Ing. Roberto Pereyra ContenidosOnline http://www.contenidosonline.com.ar ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] zaptel huge irq problem
Hi, I don't want multiple instances of Asterisk. My goal here is to make Asterisk and its Zaptel hardware run nice on a machine that is not dedicated and also hosts VM. I had lot's of problems with Xen, as the host runs a modified kernel that has apparently issues with the interrupt handling (at least). My question was more of what kind of hypervisor I should use for Asterisk/Zaptel not to have problems like it has in Xen. François. Tzafrir Cohen wrote: On Thu, May 17, 2007 at 07:26:10PM +0200, François Delawarde wrote: Hi, Why are you so determined to use Asterisk in a VM? You're asking for trouble. Asterisk belongs on dedicated hardware. I actually want to use Asterisk in a machine HOSTING a VM (that's what I implied with the Dom-0 thing I said earlier), sorry for the misunderstanding. I agree with you that given the state of advancement of just about any 'virtualizer', I would have to be totally stupid to try running Asterisk inside a VM. (I also wouldn't have asked here in the first place, as I would have been totally certain that problems came from the virtualizer itself) What kind of separation do you really need? Xen, VMWare and such are big cannons here. Every virtual machine will consume fixed ammount of memory. There is a considerable overhead for hardware access. It allows you things like running different OS/distribution on each guest. But for some reason I'm not sure you really need that? Will the users have direct acces to the dialplan and the rest of the configuration? If not: just run a single instance of Asterisk. If you do need multiple asterisk instances, verver or openvz might help you to give a separate container for that user's personal usage. Stephan has mentioned in this thread he set up several Asterisk-es on a vserver system. -- _ François Delawarde Ingeniero de red Tel: 918.03.92.51 E-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] _ WIRELESS MUNDI http://www.wirelessmundi.com/ C/Isaac Newton, 1 - Oficina 26 · Parque Tecnológico de Madrid 28760 TRES CANTOS (Madrid) Tlf./Fax: (+34) 918 03 92 51 La información contenida en este mensaje y en sus archivos adjuntos es CONFIDENCIAL y se dirige exclusivamente a sus destinatarios. Queda expresamente prohibida la utilización de la misma por cualquier persona distinta de los destinatarios de esta comunicación. Si usted ha recibido este mensaje por error le rogamos que lo comunique inmediatamente a WIRELESS MUNDI y lo borre al igual que todos sus documentos adjuntos. El correo electrónico no puede asegurar la confidencialidad ni la integridad de sus mensajes por lo que WIRELESS MUNDI no se hace responsable de tales errores u omisiones. --0-- All information in this message and its attachments is confidential and may be legally privileged. Only intended recipients are authorized to use it. If you have received this transmission in error, please notify WIRELESS MUNDI immediately and delete this message and its attachments. E-mail transmissions are not guaranteed to be secure or error free and WIRELESS MUNDI does not accept liability for such errors or omissions. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] zaptel huge irq problem
I will try VMWare then. Does it support AMD-V or Intel VT virtualization at processor level for speedup? If so, I guess there is at some point some kernel code (module like KVM or special kernel like Xen) that could provoke some similar problems with zaptel interrupts. Could there be some issues here or am I totally wrong again? François. Stephen Bosch wrote: François Delawarde wrote: And I thank you for that (the helping part), you've found the deep cause of all my zaptel problems (Xen), so please don't leave me alone! ;-) To be a bit more constructive, I'd like to ask you or anyone that dared to try using Asterisk on a non-dedicated hardware, specifically those that tried on a machine hosting VMs the following: - If there is no way running Asterisk with Xen, what type of 'hypervisor' should I use in order not to have problems? KVM?, KQemu?, VMWare? The only one I would bother with is VMWare Server. It is solid, proven technology, and they have a big team of very talented engineers who have worked years to get the virtualization to the point where it can be sold as an enterprise grade product. If I were to try virtualizing anything, it would be on VMWare Server. - What type of problems should I expect if I dare to do that? (of course, Asterisk will be realtime-niced to make it more important) Well, in particular anything that expects unfettered access to hardware (as most realtime applications which rely on interface cards do) is going to be vulnerable to the proclivities of the hypervisor. Virtualization is still mostly rocket science. I have no doubt that it is the future and one day everything will run in virtualized environments -- but we're still a bit away from that. Virtualization makes financial sense when you have 20 database servers running at 10% utilization; you can drop your hardware requirements by at least a third... but for systems relying on dedicated hardware, I would be very careful (again -- I speak from ugly experience here). -Stephen- ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ François Delawarde Ingeniero de red Tel: 918.03.92.51 E-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] _ WIRELESS MUNDI http://www.wirelessmundi.com/ C/Isaac Newton, 1 - Oficina 26 · Parque Tecnológico de Madrid 28760 TRES CANTOS (Madrid) Tlf./Fax: (+34) 918 03 92 51 La información contenida en este mensaje y en sus archivos adjuntos es CONFIDENCIAL y se dirige exclusivamente a sus destinatarios. Queda expresamente prohibida la utilización de la misma por cualquier persona distinta de los destinatarios de esta comunicación. Si usted ha recibido este mensaje por error le rogamos que lo comunique inmediatamente a WIRELESS MUNDI y lo borre al igual que todos sus documentos adjuntos. El correo electrónico no puede asegurar la confidencialidad ni la integridad de sus mensajes por lo que WIRELESS MUNDI no se hace responsable de tales errores u omisiones. --0-- All information in this message and its attachments is confidential and may be legally privileged. Only intended recipients are authorized to use it. If you have received this transmission in error, please notify WIRELESS MUNDI immediately and delete this message and its attachments. E-mail transmissions are not guaranteed to be secure or error free and WIRELESS MUNDI does not accept liability for such errors or omissions. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] zaptel huge irq problem
I don't really know of other virtualization technology other than Xen, and I thank you for guiding me through this, but I have a few doubts related to the choice of a virtualization technology in a host with Asterisk: - Isn't the fact that KVM is now included in the mainstream Linux kernel as of 2.6.20 a certain type of 'proof' that it could be stable enough compared to others (of course there could be licensing or other political/friendship issues)? - Even if the virtual guests aren't totally stable and 100% reliable yet, wouldn't the use of KVM be better with Zaptel compatible cards than Xen, in architecture point of vue, as it is only a kernel module that -as far as I know- don't appear to be changing fundamental issues like IRQ handling or I/O scheduling in the kernel, and from the fact that virtual machines are treated like simple processes? François. Andrew Kohlsmith wrote: On Wednesday 16 May 2007 1:00 pm, François Delawarde wrote: Thanks again for your help, and sorry if I was not 'that' convinced on your first answer and sent a mail to Xen user mailing list to check if they knew that issue (no answer yet). Now I almost believe you a lot. If I understand well I have two options, recode Xen or abandon it. I'll probably go for the 2nd choice and start looking at other solutions, KVM seems to be a good choice and shouldn't interfere much with Asterisk (again: as far as mailing lists say). Let me try to understand this: Xen is a (far) more mature virtualization technology than KVM, and it's been said that it's commercialization was rushed. So you're going to try KVM, which is still under heavy development, as a stable solution? -A. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] zaptel huge irq problem
Hi, Why are you so determined to use Asterisk in a VM? You're asking for trouble. Asterisk belongs on dedicated hardware. I actually want to use Asterisk in a machine HOSTING a VM (that's what I implied with the Dom-0 thing I said earlier), sorry for the misunderstanding. I agree with you that given the state of advancement of just about any 'virtualizer', I would have to be totally stupid to try running Asterisk inside a VM. (I also wouldn't have asked here in the first place, as I would have been totally certain that problems came from the virtualizer itself) If you feel concerned with my reasons for doing that anyway: - No one told me that Asterisk belonged on dedicated hardware before you, so I didn't know. - I'm just not very rich and try to integrate some things I need in my machine (don't worry, I did not framebuffered or X.orged it yet) because I cannot afford to buy another one (yes, even the 200€ one)... The part you don't want to know is how many people I had to kill in order to get my TDM400 card, until I found out that other cheaper solutions existed. :-) We're just trying to help -- but if you insist on running Asterisk in a VM, then you're on your own. And I thank you for that (the helping part), you've found the deep cause of all my zaptel problems (Xen), so please don't leave me alone! ;-) To be a bit more constructive, I'd like to ask you or anyone that dared to try using Asterisk on a non-dedicated hardware, specifically those that tried on a machine hosting VMs the following: - If there is no way running Asterisk with Xen, what type of 'hypervisor' should I use in order not to have problems? KVM?, KQemu?, VMWare? - What type of problems should I expect if I dare to do that? (of course, Asterisk will be realtime-niced to make it more important) Thanks and sorry again for the misunderstandings, François. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] zaptel huge irq problem
aaah... I'm running asterisk in a Xen kernel, but not on a virtual machine (DomU), only on Dom0, so it's supposed to be running on the physical server (no PCI frontend device, ...). I had seen possible problems with older versions of Xen, but only with ztdummy timing and on DomU virtual machines. On Xen mailing list, they all advise to use a digium PCI card to remove those problems. I will test and report what happens with a normal kernel, but meanwhile doesn't anyone know of a possible possibility to make it work with this setting playing for example with IRQ priorities or something, or isn't there any hope at all? Thanks again, François. Stephen Bosch wrote: François Delawarde wrote: Thanks Michael, I've already been through all that unfortunately, and I have a SATA drive, so no UDMA mode 2 as far as I know. I'm currently trying everything again anyway, but i doubt it will work if nothing worked the first time. Anyone would know of issues with XEN or SMP (or both) kernel? Do dual core AMD64 processors have issues? Uh, yeah... Xen has many, many problems with interrupt handling and is utterly unsuitable for running anything that depends on hardware peripherals. I speak from very painful experience. There is no way, under any circumstance, that I would try to run Asterisk with interface cards in a Xen environment. It's too bad you wasted so much time trying to fix it -- it's never going to work. Try ripping Xen out and doing it directly on the physical server. I think you'll find your problems will go away. -Stephen- ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] zaptel huge irq problem
Stephen Bosch wrote: François Delawarde wrote: aaah... I'm running asterisk in a Xen kernel, but not on a virtual machine (DomU), only on Dom0, so it's supposed to be running on the physical server (no PCI frontend device, ...). I had seen possible problems with older versions of Xen, but only with ztdummy timing and on DomU virtual machines. On Xen mailing list, they all advise to use a digium PCI card to remove those problems. You had seen? Did you have these problems personally, or are you going by mailing list postings? Sorry for not being Scottish anymore, my English is not what it used to be a few hundred years ago. I meant that I'm mainly going by mailing list postings. I will test and report what happens with a normal kernel, but meanwhile doesn't anyone know of a possible possibility to make it work with this setting playing for example with IRQ priorities or something, or isn't there any hope at all? We abandoned Xen (recent versions too!) after serious interrupt problems (it doesn't matter if you are in domU or dom0, by the way) that caused the entire *system*, with all the VMs, to lock up *hard* whenever we started to push significant amounts of data through anywhere, be it an Ethernet controller or a SCSI adapter. It is in need of a lot of work. Their efforts to commercialize it are premature. We had to learn this hard way, unfortunately. If you need virtualization that badly, you might want to consider going with VMware Server, which is now freely available. My experience with VMware has been better. Thanks again for your help, and sorry if I was not 'that' convinced on your first answer and sent a mail to Xen user mailing list to check if they knew that issue (no answer yet). Now I almost believe you a lot. If I understand well I have two options, recode Xen or abandon it. I'll probably go for the 2nd choice and start looking at other solutions, KVM seems to be a good choice and shouldn't interfere much with Asterisk (again: as far as mailing lists say). François. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] zaptel huge irq problem
Hello, I had noticed strange crackling sound on my phone calls going through my zaptel device (TDM400P), so i decided to check on possible timer issue, and found lots of issues on forums concerning the sensibility of zaptel with IRQs, and tried about everything: moving PCI slots, noapic and acpi=off boot options, play with different kernel options: iosched/preemption/timer/..., play with BIOS PCI options, change priorities, PCI latencies, IRQ balance, smp_afinity, but impossible to come up with anything correcting that problem. Any idea about this? Is it possible to force the timer to ztdummy (RTC timer) when you have a zap card plugged in? It's the only thing i could try to make it work. Thanks, François. Just in case: - Linux 2.6.18 with debian patches and xen enabled, asterisk running on dom0. - Here is my zttest results under a bit of load: # ./zttest Opened pseudo zap interface, measuring accuracy... 99.609375% 99.609375% 99.218750% 99.316406% 99.804688% 99.414062% 99.121094% 99.511719% 99.121094% 99.316406% 99.707031% 99.707031% 98.730469% 99.414062% 99.902344% 99.218750% 100.00% 99.414062% 98.828125% 99.218750% 99.316406% 98.449707% 100.00% - The card DOES NOT seem to share interrupts (checked also with lspci): # cat /proc/interrupts CPU0 CPU1 1: 1626 0Phys-irq i8042 6: 3 0Phys-irq floppy 8: 0 0Phys-irq rtc 9: 0 0Phys-irq acpi 14: 63 0Phys-irq ide0 16: 1 0Phys-irq libata, eth3 17:6762583 0Phys-irq libata 18: 13789 0Phys-irq libata 19: 33459690 0Phys-irq eth1 20: 19864325 0Phys-irq sky2, eth0 21: 269250881 0Phys-irq wctdm 256: 77735119 0 Dynamic-irq timer0 257:3986325 0 Dynamic-irq resched0 258: 37 0 Dynamic-irq callfunc0 259: 04652748 Dynamic-irq resched1 260: 0139 Dynamic-irq callfunc1 261: 0 28924306 Dynamic-irq timer1 262: 1021 0 Dynamic-irq xenbus 263: 0 0 Dynamic-irq console NMI: 0 0 LOC: 0 0 ERR: 0 MIS: 0 ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] zaptel huge irq problem
Thanks Michael, I've already been through all that unfortunately, and I have a SATA drive, so no UDMA mode 2 as far as I know. I'm currently trying everything again anyway, but i doubt it will work if nothing worked the first time. Anyone would know of issues with XEN or SMP (or both) kernel? Do dual core AMD64 processors have issues? François. Michael L. Young wrote: François, I too had a similar problem and found the information on this page helpful: http://www.voip-info.org/wiki/view/Asterisk+PCI+bus+Troubleshooting What ended up working for me was changing the UDMA to mode 2 for the hard drive. Once I did that, this card has worked perfectly for me. Michael L. Young -Original Message- From: [EMAIL PROTECTED] [mailto:asterisk-users- [EMAIL PROTECTED] On Behalf Of François Delawarde Sent: Monday, May 14, 2007 10:24 AM To: asterisk-users@lists.digium.com Subject: [asterisk-users] zaptel huge irq problem Hello, I had noticed strange crackling sound on my phone calls going through my zaptel device (TDM400P), so i decided to check on possible timer issue, and found lots of issues on forums concerning the sensibility of zaptel with IRQs, and tried about everything: moving PCI slots, noapic and acpi=off boot options, play with different kernel options: iosched/preemption/timer/..., play with BIOS PCI options, change priorities, PCI latencies, IRQ balance, smp_afinity, but impossible to come up with anything correcting that problem. Any idea about this? Is it possible to force the timer to ztdummy (RTC timer) when you have a zap card plugged in? It's the only thing i could try to make it work. Thanks, François. Just in case: - Linux 2.6.18 with debian patches and xen enabled, asterisk running on dom0. - Here is my zttest results under a bit of load: # ./zttest Opened pseudo zap interface, measuring accuracy... 99.609375% 99.609375% 99.218750% 99.316406% 99.804688% 99.414062% 99.121094% 99.511719% 99.121094% 99.316406% 99.707031% 99.707031% 98.730469% 99.414062% 99.902344% 99.218750% 100.00% 99.414062% 98.828125% 99.218750% 99.316406% 98.449707% 100.00% - The card DOES NOT seem to share interrupts (checked also with lspci): # cat /proc/interrupts CPU0 CPU1 1: 1626 0Phys-irq i8042 6: 3 0Phys-irq floppy 8: 0 0Phys-irq rtc 9: 0 0Phys-irq acpi 14: 63 0Phys-irq ide0 16: 1 0Phys-irq libata, eth3 17:6762583 0Phys-irq libata 18: 13789 0Phys-irq libata 19: 33459690 0Phys-irq eth1 20: 19864325 0Phys-irq sky2, eth0 21: 269250881 0Phys-irq wctdm 256: 77735119 0 Dynamic-irq timer0 257:3986325 0 Dynamic-irq resched0 258: 37 0 Dynamic-irq callfunc0 259: 04652748 Dynamic-irq resched1 260: 0139 Dynamic-irq callfunc1 261: 0 28924306 Dynamic-irq timer1 262: 1021 0 Dynamic-irq xenbus 263: 0 0 Dynamic-irq console NMI: 0 0 LOC: 0 0 ERR: 0 MIS: 0 ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ François Delawarde Ingeniero de red Tel: 918.03.92.51 E-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] _ WIRELESS MUNDI http://www.wirelessmundi.com/ C/Isaac Newton, 1 - Oficina 26 · Parque Tecnológico de Madrid 28760 TRES CANTOS (Madrid) Tlf./Fax: (+34) 918 03 92 51 La información contenida en este mensaje y en sus archivos adjuntos es CONFIDENCIAL y se dirige exclusivamente a sus destinatarios. Queda expresamente prohibida la utilización de la misma por cualquier persona distinta de los destinatarios de esta comunicación. Si usted ha recibido este mensaje por error le rogamos que lo comunique inmediatamente a WIRELESS MUNDI y lo borre al igual que todos sus documentos adjuntos. El correo electrónico no puede asegurar la confidencialidad ni la integridad de sus mensajes por lo que WIRELESS MUNDI no se hace responsable de tales errores u omisiones. --0-- All information in this message and its attachments is confidential and may be legally privileged. Only intended recipients are authorized
Re: [asterisk-users] CDR changes in 1.4.3?
Happens to me again, SIP-Zap or SIP-SIPProvider with a quite simple dialplan, it generates an 's' record in the context of both sides just like if it was doing a per-channel CDR instead of a per-call... Scott Lykens wrote: Hello all: I upgraded to 1.4.3 last night and use MySQL for CDR. I have noticed that 1.4.3 seems to log a lot of crap to CDR that 1.4.2 did not. I use a few macros in my dialplan to handle outgoing calls (lcr type stuff) and in addition to the proper CDR for the call itself I also have records to 's' in the same dest-context and entries to 's' in the default context. Up to 3 CDRs are generated for one outgoing call (SIP - Zap channel) with one being the legit CDR and two being the type described above. My dialplan executes a ResetCDR after calling the lcr macro so that the CDR is sane and accurate, however, it appears these spurious CDR entries are generated by the call the ResetCDR even though I do not call it with any options. Am I missing something obvious here? I have read the ChangeLog but I didn't see anything that addressed this particular issue. Thanks for the help. sl ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ François Delawarde Ingeniero de red Tel: 918.03.92.51 E-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] _ WIRELESS MUNDI http://www.wirelessmundi.com/ C/Isaac Newton, 1 - Oficina 26 · Parque Tecnológico de Madrid 28760 TRES CANTOS (Madrid) Tlf./Fax: (+34) 918 03 92 51 La información contenida en este mensaje y en sus archivos adjuntos es CONFIDENCIAL y se dirige exclusivamente a sus destinatarios. Queda expresamente prohibida la utilización de la misma por cualquier persona distinta de los destinatarios de esta comunicación. Si usted ha recibido este mensaje por error le rogamos que lo comunique inmediatamente a WIRELESS MUNDI y lo borre al igual que todos sus documentos adjuntos. El correo electrónico no puede asegurar la confidencialidad ni la integridad de sus mensajes por lo que WIRELESS MUNDI no se hace responsable de tales errores u omisiones. --0-- All information in this message and its attachments is confidential and may be legally privileged. Only intended recipients are authorized to use it. If you have received this transmission in error, please notify WIRELESS MUNDI immediately and delete this message and its attachments. E-mail transmissions are not guaranteed to be secure or error free and WIRELESS MUNDI does not accept liability for such errors or omissions. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] One way audio problem on gateway to PSTN after some time, no NAT involved
Hi, I have similar symptoms (usually one-way audio like you, but sometimes echoed, distorded, or low volume sound), in a simpler configuration, using just SIP with a few phones and a TDM400 card with two FXOs: Asterisk -- PSTN I have kernel 2.6.18-XEN and using Asterisk 1.4 François. [EMAIL PROTECTED] wrote: Did you solved this Problem? I have the same problem, and i can't solve it, did you know anything about? Thanks Nico On Thu, 14 Sep 2006, Kai Militzer wrote: Hello everyone, since some weeks I experience strange problems on my gateways to the PSTN. The gateways use chan_ss7 and SIP. My setup is roughly like that SER -- Asterisk A -- Asterisk B (chan_ss7) -- PSTN What happens is, that after a while (uptime was a least two days) the gateway starts to not transmit audio to the PSTN on outgoing calls, but the caller can still hear the called party. There is no NAT involved and firewall rules allow the RTP ports defined in rtp.conf on both asterisk (A and B) machines. The SIP packages look good, no errors messages from asterisk or anything else, so I have really no idea what causes it and I cannot reproduce it except by waiting till it happens again. :( Now the strange thing is, that if I restart the asterisk all works fine again. A reload does not help, only a restart. Until now I came across this phenomenon two times on different machines and it all started about three weeks ago. Before that I ran asterisk 1.2.10 on the machines and then updated to 1.2.11. I looked through the Changelog but coulnd't find anything that seems related, but I guess it's a bug that was introduced somewhere between 1.2.10 and 1.2.11 ... Does anyone else have similar problems? Regards, Kai -- Kai Militzer WESTEND GmbH | Internet-Business-Provider Technik CISCO Systems Partner - Authorized Reseller Lütticher Straße 10 Tel 0241/701333-14 [EMAIL PROTECTED] D-52064 Aachen Fax 0241/911879 ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] volume control in VoIP
Hi Is there a way to control volume in VoIP calls just like the gain parameters for ZAP lines? Thanks, François. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] volume control in VoIP
Don't you think it could be an interesting feature in Asterisk? It already does transcoding, why not gain when voice flow passes through it? François. Eric ManxPower Wieling wrote: Yes. This is a function of the VoIP endpoint devices, not Asterisk. François Delawarde wrote: Hi Is there a way to control volume in VoIP calls just like the gain parameters for ZAP lines? Thanks, François. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] dialplan logic based on caller ID
Hello! Is there any easy way to use the caller ID display info (CALLERID(name) in Asterisk) in dialplan just as we could use the number in: exten = _X./67803287, 1, action I have a SIP GSM device, and when a call comes in, it passes me the caller ID like so: -- Sip message Header: From: 67803287 sip:[EMAIL PROTECTED];tag=... -- Asterisk variables: CALLERID(num) = gsm CALLERID(name) = 67803287 I would like to make a logic based on the caller id, that would also work in the case of zap devices that set variables like: CALLERID(num) = 67803287 CALLERID(name) = Anyone has a clue (without having to complicate things too much)? Thank you, François. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Analog FXO status checking
Hi all, I would like to make a script/program that would be able to show lots of status information from my analog FXO lines (and FXS lines in the near future). Example of interesting status information: - Hook status: is there a call being made with that zap? - Voltage status: cable connected, voltage values (if possible), line ringing? - RX/TX Volume status I'm using a TDM400 card with FXO modules plugged on spanish lines, and trying to parse zap show channel X with Asterisk 1.4.0 gives me unexpected results: - Hookstate (FXS only) line shows Onhook when cable is disconnected and Offhook when cable is connected, whether there is a phone call or not... Is it normal (with an FXO line)? Can someone explain me why? - The only way i found to know if the line is in use is to check the Echo Cancellation line which shows currently ON... Is there another way without having to parse core show channels concise? - No volume information, voltage status or anything. Would it be possible to check status of those lines (with voltage info, ...) making a program that would read information from /dev/zap/X character devices (ioctl?) without having to stop asterisk (/dev/zap/3: Device or resource busy when asterisk is running)? Thanks in advance for anyone that could help me! ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users