[cisco-voip] Remote office phone connectivity

[Wes Sisk]

How's the router CPU during this time?
sh proc cpu
sh proc cpu hist  (for a nice graph)
/Wes

Vandy Hamidi wrote:

>Thanks for the info Wes,
>WSTTCP is exactly what I used to test the connection and my QOS Config.
>I pumped enough traffic through the link to consume 99.99% of the T1 (or
>2xT1) and then placed a call with no problem.  It's a great tool for
>easy traffic generation.
>
>I also put an access list checking for the DSCP/TOS bits to make sure
>the SMTP that was clogging the pipes were set for DSCP Code=0 (routine)
>and the voice is 5.  They were all set right.
>
>It's very odd how the QOS is set right, the traffic going through is set
>right and the voice is prioritized as it should be.
>
>One thing to add is that the calls are using a Sprint MPLS network, but
>I've worked with them and tested (with WSTTCP) to make sure the QOS is
>set correctly on their side too.
>
>	-=Vandy=-
>
>-----Original Message-----
>From: Wes Sisk [mailto:wsisk at cisco.com] 
>Sent: Wednesday, January 05, 2005 4:33 PM
>To: Vandy Hamidi
>Cc: Voll, Scott; cisco-voip at puck.nether.net
>Subject: Re: [cisco-voip] Remote office phone connectivity
>
>Hi Vandy,
>
>Use a tool such as ttcp or wsttcp to setup streams between the sites.  
>Then examine your service policies on your router interfaces to 
>determine what is/is not working properly.  Perhaps your SMTP traffic is
>
>getting DSCP or TOS modified so it is classified as voice control
>traffic?
>
>Clarify the src/dest, TOS, and DSCP of traffic leaving you Exg server, 
>then check your service policies on your routers to see how that traffic
>
>should be governed and check for matches.  Use the tool to re-simulate 
>the storm and isolate the condition.
>
>/Wes
>
>Vandy Hamidi wrote:
>
>  
>
>>Just checked it.  All coming in routine:
>>
>> 
>>
>>Extended IP access list DISCOVER
>>
>>    1 permit tcp any any eq smtp precedence routine (21 matches)
>>
>>    2 permit tcp any any eq smtp precedence priority
>>
>>    3 permit tcp any any eq smtp precedence immediate
>>
>>    4 permit tcp any any eq smtp precedence flash
>>
>>    5 permit tcp any any eq smtp precedence flash-override
>>
>>    6 permit tcp any any eq smtp precedence critical
>>
>>    7 permit tcp any any eq smtp precedence internet
>>
>>    8 permit tcp any any eq smtp precedence network
>>
>> 
>>
>> 
>>
>>
>>    
>>
>------------------------------------------------------------------------
>  
>
>>*From:* Voll, Scott [mailto:Scott.Voll at wesd.org]
>>*Sent:* Wednesday, January 05, 2005 3:00 PM
>>*To:* Vandy Hamidi
>>*Cc:* cisco-voip at puck.nether.net
>>*Subject:* RE: [cisco-voip] Remote office phone connectivity
>>
>> 
>>
>>Could the mail server be marking your smtp traffic?
>>
>> 
>>
>> 
>>
>>
>>    
>>
>------------------------------------------------------------------------
>  
>
>>*From:* cisco-voip-bounces at puck.nether.net 
>>[mailto:cisco-voip-bounces at puck.nether.net] *On Behalf Of *Vandy
>>    
>>
>Hamidi
>  
>
>>*Sent:* Wednesday, January 05, 2005 2:54 PM
>>*To:* cisco-voip at puck.nether.net
>>*Subject:* [cisco-voip] Remote office phone connectivity
>>*Importance:* High
>>
>> 
>>
>>HELP!
>>
>>I need some QOS and VOICE experts here.
>>
>>I just got done putting out a major fire.
>>
>>Our mail server in our Hub office (CALLMANAGER LOCATION) started 
>>sending out MASSIVE amounts of email to our remote offices.  Bandwidth
>>    
>>
>
>  
>
>>consumption on the WAN links between the HUB and remote offices shot 
>>up to 99.9%/7%.
>>
>>Our remote users had complaints of phones rebooting, calls not going 
>>through or being dropped, not being able to make outbound calls 
>>(through their local PRI), but I could call them and talk w/o any
>>    
>>
>problem.
>  
>
>>I don't understand.  I do have QOS setup Prioritizing VOICE and VOICE 
>>Control packets and I'm sure it's right (see QOS config below)
>>
>>I throttled SMTP at my hub router and all the phones started working
>>    
>>
>fine.
>  
>
>>I've maxed out the interface in the past and tested the phone w/o any 
>>problem.
>>
>>All ideas and suggestions are welcome.  Thanks!
>>
>>        -=Vandy=-
>>
>> 
>>
>>class-map match-all VOICE_CONTROL
>>
>>  match access-group name VOICE_CONTROL
>>
>>class-map match-all VOICE
>>
>>  match access-group name VOICE
>>
>>policy-map QOS-POLICY-T3-01
>>
>>  class VOICE
>>
>>   priority 600
>>
>>  class VOICE_CONTROL
>>
>>   bandwidth 50
>>
>>  class class-default
>>
>>   fair-queue
>>
>>   set precedence 0
>>
>>ip access-list extended VOICE
>>
>> permit ip any any precedence critical
>>
>> permit ip any any dscp ef
>>
>>ip access-list extended VOICE_CONTROL
>>
>> permit ip any any precedence flash
>>
>> permit ip any any dscp af31
>>
>>-----------------------------------------------------------------------
>>    
>>
>-
>  
>
>>_______________________________________________
>>cisco-voip mailing list
>>cisco-voip at puck.nether.net
>>https://puck.nether.net/mailman/listinfo/cisco-voip
>> 
>>
>>    
>>