From: Petr Lapukhov (petrsoft@gmail.com)
Date: Sun Apr 09 2006 - 05:57:20 GMT-3
Hello,
As a matter of fact, only actual voice (RTP) traffic needs to be
prioritized,
as it is most sensitive. This is why voip signalling usually is not in PQ.
Besides, you would never know, if they use H.323, or SIP, or whatever. :)
As for voice traffic matching. It is a good quesion to the proctor, since
you can catch RTP with NBAR or "ip rtp priority" too :)
HTH
2006/4/9, PANDI MOORTHY <moorthypandi@gmail.com>:
>
> The question is to put the VOIP traffic into the "priority queuing" (The
> current problem is poor voice quality)
>
>
>
> My confusion is in matching the VOIP packet.
>
>
>
> Can I just match the UDP packet " 16384 32767" , will it sufficient.
>
>
>
> ip access-list extended
>
> permit udp any any range 16384 32767
>
>
>
>
>
> Do I need match the TCP 1720 also?
>
>
>
> ip access-list extended VoIP
>
> permit tcp any any eq 1720
>
> permit udp any any range 16384 32767
>
>
>
>
>
> Because in Internetwork solution guide, for some scenario they just match
> only UDP port and for some they match both of them.
>
>
> Please advice me.
>
> Regards.
> Pandi
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Mon May 01 2006 - 11:41:56 GMT-3