[cisco-voip] 7.1(2) voice quality issues, IP phone to IP phone

[Erick Bergquist]

Just for informational purposes, is there anything in
QRT or CDR CMR data that isn't in the other? IE: Is it
good to have both besides QRT results being added when
someone presses the softkey to report a issue?

Having them turn on CDR w/call diag option :) It's not
on. 

--- Wes Sisk <wsisk at cisco.com> wrote:


---------------------------------
    even without QRT enabled, look back through CMR
data for jitter andpacket loss trending.

/Wes

Erick Bergquist wrote:  
I'm just getting involved in this issue, but they
andothers have been focusing on the ATM side and
carrierfor past 6 months. It is vbr-nrt right now
butdiscussion of moving to -rt. I'm trying to rule
outany issues on the whole network end-to-end and
anypotential phoneload/CCM issues since it is IP phone
toIP phone and occurs now and then on the same
LANlocally. I don't believe SAA probes have been
setup. I added QRT softkey yesterday when I got
involved andawaiting results. Will have a few monday
to look at.Theres no encryption set up on phones, or
on thenetwork, and since it's IP phone to IP phone in
sameCCM cluster that would be CAC/location setting.
Thephones aren't rebooting, etc so signalling
andkeepalives are good and not getting lost. They also
dohave external call quality issues for calls
comingacross same WAN to a PRI but I'm focusing on
theInternal call issues for now, because the
issuescausing that are going to magnify issues on
externalcalls.Locations is set to 200k, and the router
llq policyhas 256k for priority. No drops there. It's
set formatch-any ip rtp clause and dscp ef (was before
I gotinvolved). I'm still investigating the end-to-end
QoSsettings amongst all devices the calls travel
throughto make sure nothing is resetting dscp/etc.
I've done some 1000 packet size ping tests between
theCCM server and PCs at the remote site and its
40-45msresponse time. I know not a good test, but
justgetting an idea.--- "Dennis J. Hartmann"
<dhartma5 at optonline.net>wrote:  
      
	What are the SAA (Service Assurance Agent)
voiceprobes reportingduring this time?  I'm assuming
that SAA probes arebeing sent in the firstplace.  If
they're not, this would be an easy way ofcompletely
ruling outthe network.  	What are the call volumes
during this time?  	What CAC mechanism are you using? 
Locations doesnot account forIPSEC/SRTP and Layer 2
overhead.  H.323 CAC does notalign with the
priorityqueues.  	I think the most important parameter
would be thedelay incurred bythe ATM provider.  Even
though your not receivinglost packets, you may wantto
take a look at the jitter on the phone duringthis
time.  Enable the QRT(Quality Reporting Tool) and
train the users toclick this soft key duringbad calls
so you have something to go from.	Also, enable CMR
(call management records) thatwill tag your CDRswith
QoS information so you can see what's going onin the
network side.	Service providers have a very bad habit
of maxingout memory in theTX and RX buffers so they
delay ATM cells ratherthan drop them.  Dennis
HartmannCCVP/CCIP/CCNP/CCSI/MCSE-----Original
Message-----From:
cisco-voip-bounces at puck.nether.net[mailto:cisco-voip-bounces at puck.nether.net]
OnBehalf Of Erick BergquistSent: Saturday, October 01,
2005 1:40 AMTo: cisco-voip at puck.nether.netSubject:
[cisco-voip] 7.1(2) voice quality issues,IP phone to
IP phoneHi,Just want to bounce this off list. Working
on issueon a 4.1(2)sr1 systemwith 7960s on 7.1(2)
currently.They have 3 remote sites, ATM between sites.
QoS/LLQis set and no drops butusers reporting issues
with IP phone to IP Phonecalls, where the call willbe
fine for a few minutes then after a few minutesit
starts to cut in andout and progressively gets worse.
The call doesn'tdrop. No WAN/LANinterface errors along
path calls travel. They have regions set, and are
doing G729 betweensites and have 200kbandwidth
allocated under locations/CAC. No out ofresources
(checked theservers location performance counters). No
drops onQoS policies and LANappears to be ok with no
visible issues.They are also experincing echo on IP to
IP phonecalls now and then betweensites, and between 2
IP Phones on same LAN in samedevice pool (G711 in
thiscase).I am aware of bug CSCeh01099 which may be
playing afactor here maybe, butlooking to see if
anyone else has ran into this ornot. I'm pushing for
aphoneload update to 7.2(2) or 7.2(3) to start withand
have set up QRTsoftkey on phone also. this bug id also
mentions CCMversion for fix so doalso have to upgrade
CCM to 4.1(3)sr1 to getcomplete fix?	
__________________________________Yahoo! Mail - PC
Magazine Editors' Choice
2005http://mail.yahoo.com_______________________________________________cisco-voip
mailing
listcisco-voip at puck.nether.nethttps://puck.nether.net/mailman/listinfo/cisco-voip
   
    
		__________________________________ Yahoo! Mail - PC
Magazine Editors' Choice 2005
http://mail.yahoo.com_______________________________________________cisco-voip
mailing
listcisco-voip at puck.nether.nethttps://puck.nether.net/mailman/listinfo/cisco-voip
 




		
__________________________________ 
Yahoo! Mail - PC Magazine Editors' Choice 2005 
http://mail.yahoo.com