CCIS Increasing Delays in Speech Path Setup - SV8100

[StuckInNYForever]

Hi all,

I have SV8100's at 2 locations with a 100mb point to point line connecting them. They are in separate vlan's from data traffic, and have QoS set up. I have replaced the switch infrastructure (to Cisco), and it still happens. As the day goes on, there are delays in connecting calls between the 2 boxes (interoffice calls). The only way to fix it is by restarting one of the boxes.

My phone vendor thinks its is errors building up that fills up the buffer resulting in delays in the call setup, and the error lies on the network side. Once the call does connect, the quality is perfect. As time goes on though, calls will either not connect or start dropping across the point to point circuit, but not from outside.

Please help! Any assistance is greatly appreciated!

 

[belevedere]

Ping your connection after the reset and again after the trouble appears. See if the ping times vary. Place a wireshark on the LAN/WAN and see what it turns up.

 

[StuckInNYForever]

Thank you for your reply. After a reset, you can get one or two pings through to the virtual NIC before they drop. Then no more. If I clear the arp table, I can get another 1 or 2 pings through before they all drop. The physical NIC IP address pings fine.

However, I did a wireshark on that vlan, and it seems the virtual IP address is communicating fine with the IP phones, which use UDP to that IP address. All the packets between the phone systems come back as malformed though, with a message that states "Malformed Packet (exception occurred)".

 

[StuckInNYForever]

FYI...issue was in network. Wiresharked confirmed this. Lucky me stumbled across a bug where Cisco SG500X switches change the last 4 bits of a MAC address when routing between vlans. while it doesnt affect too much, it directly affects the virtual ip address on the SV8100's.

 

[belevedere]

It seems like wireshark has replace the butt set as the tool of necessity today.