[cisco-voip] Remote office phone connectivity

[Vandy Hamidi]

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
>  
>