Page 1 of 1

Typical One way AUDIO Issue

PostPosted: Mon Apr 06, 2009 4:38 pm
by globalme
I have a server with 2 Lan Cards.

I have VERSION: 2.0.4-121 BUILD: 80424-0442

Now, when I am trying to make calls using Local Lan, its One way Audio which means customer cant hear me but if I use Static IP with Wan Connection, it works perfectly.

I changed the network from loc1 to loc2 but its same.

I tried changing Ethernet Card but no use.

What could be the Issue ?

PostPosted: Tue Apr 07, 2009 1:52 pm
by williamconley
My experience with this has been resolved with iptables. The sound was being sent to the "default" gateway instead of to the local subnet.

Each time a packet is sent from the vicidial server, it is "on the way" to a specific IP address, if iptables is in place that packet can be "routed" through the correct course (based entirely on the destinatin IP address or subnet). Otherwise, it was shipped through the default gateway and out to the internet ... which has no path to the target IP address so it got lost.

This may NOT be your case, but I hope it helps you resolve your issue.

PostPosted: Tue Apr 07, 2009 1:56 pm
by globalme
I had no other option but to format the system as I was under deadline.

How to solve this problem if it ever happens ??

PostPosted: Tue Apr 07, 2009 3:42 pm
by williamconley
post your network configuration files and see if someone can find your issue.

if you get it working, back up your system so you can restore it if you need to.

PostPosted: Wed Apr 08, 2009 5:55 am
by Op3r
service iptables stop is your friend.

PostPosted: Tue Apr 14, 2009 5:11 am
by globalme
Recently I faced the problem again and I saw given below error in Astrerisk CLI :


Apr 14 06:13:16 WARNING[2620]: chan_sip.c:1229 retrans_pkt: Maximum retries exceeded on transmission MWMzYmMzNjk2NmEwNjQ4ZDFlMTEzMGFlNmMxMjMxNjU. for seqno 2 (Critical Response)
Apr 14 06:13:16 WARNING[2620]: chan_sip.c:1246 retrans_pkt: Hanging up call MWMzYmMzNjk2NmEwNjQ4ZDFlMTEzMGFlNmMxMjMxNjU. - no reply to our critical packet.
== Spawn extension (default, 9447830654535, 2) exited non-zero on 'SIP/cc111-09a4d218'


I also tried service iptables stop and service iptables start but not resolved.


# Firewall configuration written by system-config-securitylevel
# Manual customization of this file is not recommended.
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:RH-Firewall-1-INPUT - [0:0]
-A INPUT -j RH-Firewall-1-INPUT
-A FORWARD -j RH-Firewall-1-INPUT
-A RH-Firewall-1-INPUT -i lo -j ACCEPT
-A RH-Firewall-1-INPUT -p icmp --icmp-type any -j ACCEPT
-A RH-Firewall-1-INPUT -p 50 -j ACCEPT
-A RH-Firewall-1-INPUT -p 51 -j ACCEPT
-A RH-Firewall-1-INPUT -p udp --dport 5353 -d 224.0.0.251 -j ACCEPT
-A RH-Firewall-1-INPUT -p udp -m udp --dport 631 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m udp -p udp --dport 5060 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m udp -p udp --dport 4569 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 80 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 443 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 10000 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m udp -p udp --dport 10000:20000 -j ACCEPT
-A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited
COMMIT
~
~
~

PostPosted: Wed Apr 15, 2009 10:30 am
by globalme
Stopped iptables also . but still...

I reinstalled everything and then it worked for 5-7 days perfectly but again it started

Any suggestions ?

PostPosted: Wed Apr 15, 2009 11:43 am
by williamconley
globalme wrote:but again it started
?? One way audio? If your configuration did not change from day to day and one way audio "suddenly" happened, then something truly unusual is happening. Check your server load and drive space and check with your VOIP carrier. And verify that there is nothing wrong with the workstation (after all, if the Agent's phone stops transmitting, no sound will go to the prospect).

PostPosted: Wed Apr 15, 2009 11:49 am
by globalme
Here are the stats :

Server Load is below 1.

Physical Memory 26%

/boot ext3 /dev/sda1 11% (1%)
/ ext3 /dev/sda2 5%


If agent configure x-lite directly with VOIP provider, it works awesome and good.

Local Lan port of the server is getting blocked or overloaded or anything like that ?

PostPosted: Wed Apr 15, 2009 11:52 am
by globalme
Network Usage
Device Received Sent Err/Drop
lo 139.85 MB 139.85 MB 0/0
eth0 41.58 MB 45.52 MB 0/0
eth1 569.95 MB 463.81 MB 0/0
eth2 0.00 KB 0.00 KB 0/0
sit0 0.00 KB 0.00 KB 0/0

PostPosted: Wed Apr 15, 2009 12:25 pm
by williamconley
"below 1"? so ... .99? Single cpu system? Also, the question of the x-lite bypassing vicidial altogether and successfully transmitting sound is nice, but does not guarantee that it is still sending signal through vicidial.

Also, "an agent" directly contacting the provider and successfully calling with sound in both directions demonstrates that your issue is not likely to be your provider's issue (although it does not rule it out, as x-lite may generate the call differently than vicidial does, and a simple switch has been known to break the dialplan at the provider, believe me).

So: Try THE agent who you have just demonstrated could not be heard on a call with a prospect. Have THAT agent generate a MANUAL call THROUGH VICIDIAL. This is best done with NO LOAD. If not successful, try THAT AGENT directly to the provider to be sure microphone and sound card work. If the manual call was successful, duplicate WITH FULL LOAD. If not successful, you have a load issue.

PostPosted: Wed Apr 15, 2009 12:37 pm
by globalme
Processors 2
Model Intel(R) Xeon(TM) CPU 3.00GHz
CPU Speed 2.99 GHz
Cache Size 2.00 MB
System Bogomips 11971.67
PCI Devices
- Class ff00: Intel Corporation E7525/E7520 Error Reporting Registers
- (2x) Ethernet controller: D-Link System Inc DGE-530T Gigabit Ethernet Adapter
- Ethernet controller: Marvell Technology Group Ltd. 88E8050 PCI-E ASF Gigabit Ethernet Controller
- Host bridge: Intel Corporation E7525 Memory Controller Hub
- IDE interface: Intel Corporation 6300ESB PATA Storage Controller
- IDE interface: Intel Corporation 6300ESB SATA Storage Controller
- ISA bridge: Intel Corporation 6300ESB LPC Interface Controller
- PCI bridge: Intel Corporation 6300ESB 64-bit PCI-X Bridge
- PCI bridge: Intel Corporation 82801 PCI Bridge
- PCI bridge: Intel Corporation E7525/E7520 PCI Express Port B
- PCI bridge: Intel Corporation E7525/E7520/E7320 PCI Express Port A
- PCI bridge: Intel Corporation E7525/E7520/E7320 PCI Express Port A1
- PIC: Intel Corporation 6300ESB I/O Advanced Programmable Interrupt Controller
- SMBus: Intel Corporation 6300ESB SMBus Controller
- System peripheral: Intel Corporation 6300ESB Watchdog Timer
- (2x) USB Controller: Intel Corporation 6300ESB USB Universal Host Controller
- USB Controller: Intel Corporation 6300ESB USB2 Enhanced Host Controller
- VGA compatible controller: ATI Technologies Inc Rage XL
IDE Devices none
SCSI Devices
- ATA ST3320620SV (Direct-Access)
USB Devices none