Joseph
2005-Jan-26 20:12 UTC
[Asterisk-Users] phone rings when I'm using it over VOIP - WHY?
When I use my phone to make VOIP call and another calls comes from POTS my phone rings to POTS caller. Why? Shouldn't it generate busy signal! -- #Joseph
Tony Mountifield
2005-Jan-27 01:40 UTC
[Asterisk-Users] Re: phone rings when I'm using it over VOIP - WHY?
In article <1106795533.11343.90.camel@sysconcept.ca>, Joseph <syscon@interbaun.com> wrote:> When I use my phone to make VOIP call and another calls comes from POTS > my phone rings to POTS caller. Why? > > Shouldn't it generate busy signal!Yes, but there are all sorts of configuration errors that could result in the behaviour described. Without knowing your particular setup, it is impossible to know what the cause could be. Perhaps you could describe in more detail. Cheers Tony -- Tony Mountifield Work: tony@softins.co.uk - http://www.softins.co.uk Play: tony@mountifield.org - http://tony.mountifield.org
Hi I have a strange situation. Once in a while (non-deterministic) the 2 TDM04B cards lock up at the same time and stop processing incoming and outgoing calls even though * shows that it is trying to communicate to ZAP channels (at least on the outgoing). The only cure is to reboot the system when it happens. It makes me very apprehensive of the system Has anyone seen this problem. Could this be something to do with the IRQ sharing. Here is the output of lspci -v. I see that one of the cards shares IRQ # with VGA controller and the other one with ICH4 IDE. Any help would be appreciated. 00:00.0 Host bridge: Intel Corp. 82845G/GL [Brookdale-G] Chipset Host Bridge (rev 01) Subsystem: Dell Computer Corporation: Unknown device 0160 Flags: bus master, fast devsel, latency 0 Memory at f0000000 (32-bit, prefetchable) [size=128M] Capabilities: [e4] #09 [1105] 00:02.0 VGA compatible controller: Intel Corp. 82845G/GL [Brookdale-G] Chipset Integrated Graphics Device (rev 01) (prog-if 00 [VGA]) Subsystem: Dell Computer Corporation: Unknown device 0160 Flags: fast devsel, IRQ 11 Memory at e8000000 (32-bit, prefetchable) [size=128M] Memory at feb80000 (32-bit, non-prefetchable) [size=512K] Capabilities: [d0] Power Management version 1 00:1e.0 PCI bridge: Intel Corp. 82801BA/CA/DB PCI Bridge (rev 81) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=32 I/O behind bridge: 0000d000-0000dfff Memory behind bridge: fe900000-feafffff 00:1f.0 ISA bridge: Intel Corp. 82801DB ISA Bridge (LPC) (rev 01) Flags: bus master, medium devsel, latency 0 00:1f.1 IDE interface: Intel Corp. 82801DB ICH4 IDE (rev 01) (prog-if 8a [Master SecP PriP]) Subsystem: Dell Computer Corporation: Unknown device 0160 Flags: bus master, medium devsel, latency 0, IRQ 9 I/O ports at <ignored> I/O ports at <ignored> I/O ports at <ignored> I/O ports at <ignored> I/O ports at ffa0 [size=16] Memory at feb7fc00 (32-bit, non-prefetchable) [size=1K] 00:1f.3 SMBus: Intel Corp. 82801DB SMBus (rev 01) Subsystem: Dell Computer Corporation: Unknown device 0160 Flags: medium devsel, IRQ 3 I/O ports at efe0 [size=32] 01:04.0 Communication controller: Tiger Jet Network Inc. Intel 537 Subsystem: Unknown device b100:0003 Flags: bus master, medium devsel, latency 64, IRQ 11 I/O ports at dc00 [size=256] Memory at fe9fc000 (32-bit, non-prefetchable) [size=4K] Capabilities: [40] Power Management version 2 01:05.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) Subsystem: Realtek Semiconductor Co., Ltd. RT8139 Flags: bus master, medium devsel, latency 64, IRQ 3 I/O ports at dd00 [size=256] Memory at fe9fbf00 (32-bit, non-prefetchable) [size=256] Capabilities: [50] Power Management version 2 01:06.0 Communication controller: Tiger Jet Network Inc. Intel 537 Subsystem: Unknown device b100:0003 Flags: bus master, medium devsel, latency 64, IRQ 9 I/O ports at de00 [size=256] Memory at fe9fd000 (32-bit, non-prefetchable) [size=4K] Capabilities: [40] Power Management version 2 Regards Goutam Shaw
Goutam Shaw wrote:> Hi > I have a strange situation. Once in a while (non-deterministic) the 2 TDM04B > cards lock up at the same time and stop processing incoming and outgoing > calls even though * shows that it is trying to communicate to ZAP channels > (at least on the outgoing). The only cure is to reboot the system when it > happens. It makes me very apprehensive of the system > > Has anyone seen this problem. Could this be something to do with the IRQ > sharing. Here is the output of lspci -v.Get the cards on their own interrupts - use the BIOS, turn off unneeded onboard devices etc. If you still have problems and the FXO modules are marked "Rev C" on the non pin side, talk to Digium support. I had ongoing problems with FXO modules stopping responding and requiring reboots to restore. Regdumps of the offending module show "ff" loaded in almost all registers. After contacting Digium, I was told this was a hardware issue and after having them replaced with modules marked "X100B RevB", I have so far had no problems. Regards, Richard
Possibly Parallel Threads
- Old harware (intel 82845G card) stopped working after update (centos 6)
- No incoming audio on Dahdi channels (TDM410P)
- Glusterfs 2.0 hangs on high load
- Why I''m getting "Couldn''t locate PCI device ... perhaps already in-use?"
- CentOS 5.2 vs. Intel 82801 AC'97 Audio