Packet loss shows in SSA under QOS (5.0)

[Yaze]

Here is the setup 130 ip phones with a PRI on a 10/100 mbs switched network with 1gb copper links to remote cabinets (cabling is new and is all cat6), we are using only avaya 5610/20s on the voice network no computer is plugged exept the voicemail server, i am using the second interface on the ipo to connect to the data network (on different switche)for user voice apps... No QOS or VLAN was implemented since it's an independent voice network...

From time to time i have an entry in ssa that shows packet loss on certain extensions 60-90% on one call(not alwas the same ones and mostly on the remote sites)... The user tells me he's going to make a bunch of calls and once in a while he s going to get a bad quality one but the rest are fine...

codec used is g729a, all extensions are allowed to connect to an ip extension directly...

I'm thinking of enabling qos on the network even though i am pretty sure it won't change a thing, and maybe opening a ticket with the switch provider (smc tigerswitch 6128pl2 latest firmware)...

Any ideas/help is welcome, thanks.

Yaze.
Chaos, Panic and Disorder, my work here is done.

 

[IPOfficeGuru]

Set CODEC to G711. Less processor intensive. If you are using Layer 2 switch - you really should setup VLAN - as it is on the phones by default as is diffserv.

"Never fear billing a client for services rendered, or they will think your time is worthless"

 

[VanZenden]

I'll always use G.711. On two locations I use separate switch for Voice, so there is no need for VLAN.

On our site we use switches for both, voice and data. but I think there is no diffserv set up, because there is not much data traffic and there are only 16 ip phones (16xx).

I assume the problem is, as said by hairlessupportmonkey, that IPO's LAN1 is connected to Gigabit port, set to Auto negotiation. will try to change it to 100 Mbit/full.

 

[amriddle01]

I'm not entirely convinced by that argument, in my experience it is setting one to 100 full and leaving one on auto that causes these little hiccups because one side tries to re-negotiate but as the other side is fixed you get funny little outages/delay spikes just like this. As the IP office is always Auto-negotiate with no option to change it leaving the switchport on Auto is usually best

ACS - IP Office Implement

"What the Crocodile Hat....was that?

 

[seryozha]

are you actually having trouble or just having alarms in the ssa? i ask becasue i have tons of alarms, some over 10000ms but no reports of trouble.

 

[qtelcom]

are you actually having trouble or just having alarms in the ssa? i ask becasue i have tons of alarms, some over 10000ms but no reports of trouble.

Same thing here, I get a tons of alarms in the QoS section of SSA, really high latency, pack loss, and there is zero complaints, in house testing gets me the same results and I'm using an extreme networks switch with VLAN's and QoS enabled. I think the SSA QoS section is bunked in what it reports. This is on Release 5.0.8 and 5.0.15 on an IP500

 

[amriddle01]

Any SSA alarms or tracing needs to be taken with a pinch of salt, they are very unreliable and cannot be relied on for troubleshooting and fault diagnosis

ACS - IP Office Implement

"What the Crocodile Hat....was that?

 

[Bas1234]

The best way to check if every thing is ok.

Open sysmon > status > RTP Sessions.

Look at the Delay/Jitter/Los/Remote Jitter

___________________________________________
It works! Now if only I could remember what I did...

Dain Bramaged
___________________________________________

 

[amriddle01]

Indeed, also handsets themselves will give you the same information if needed

ACS - IP Office Implement

"What the Crocodile Hat....was that?

 

[VanZenden]

seryozha,

Yea, I get lots of a alarms in SSA (5.0.8 & 5.0.15). Now and then I get complaints about one way speech for a second or two on SIP trunk, but its quite rare.