From: Vincent Mashburn (vmashburn@fedex.com)
Date: Thu Mar 02 2006 - 11:48:00 GMT-3
The tcp 1720 port is the h.323 call set up (h.225). If this is not
queued with a better than best effort QoS, the setup may timeout before
the call is connected. Also, if you are using gatekeepers, you may need
to provide some QoS to tcp ports 1718 and 1719. This however would not
affect call quality, it would only affect call setup and setup delay
(and possibly dropped calls). For call quality, the udp ports you
specified should be sufficient. If you have an IOS that is capable of
running NBAR, I would definitely recommend classifying with that instead
of access-lists. Also, please be aware that if you do not have a QoS
SLA with your service provider, then all traffic is best effort across
the WAN. Hope this helps.
Vince Mashburn
Voice / Data Engineer
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
PANDI MOORTHY
Sent: Wednesday, March 01, 2006 9:51 PM
To: Cisco certification
Subject: VOIP qos question
Hi Group
QOS question:
The question is, VOIP users are complaining poor voice quality, to
overcome
this issue, dequeued the VOIP traffic first on the FR link
In order to class to create the class map, what is the port range
should I need
to include.
Is the below ports are sufficient.
ip access-list extended VoIP
permit tcp any any eq 1720
permit udp any any range 16384 32767
The confusion here in the IE solution guide, for some scenario they
match
only the UDP port in the class and some case they match both udp and tcp
packets as stated above.
May I know what is range of ports should need allow in the class map.
Please advice, thanks
Regards
Pandi
This archive was generated by hypermail 2.1.4 : Sat Apr 01 2006 - 10:07:37 GMT-3