[cisco-voip] RS: QoS on VoIP Gateways

[Jason Burns]

In H.323 you can control the RTP markings with

ip qos dscp ef media (which is a default command)

on the dial-peer.

With MGCP you can specify

mgcp ip qos dscp ef media (which is also a default command)


On Wed, Oct 22, 2008 at 11:25 AM, Ruben Montes (Europe) <
Ruben.Montes at eu.didata.com> wrote:

>  Hi,
>
> and what about the RTP traffic? Should I mark it explicitly?
>
> Thanks in advance,
>
> Ruben
>
> ------------------------------
> *De:* Ryan Ratliff [mailto:rratliff at cisco.com]
> *Enviat el:* dc. 22/10/2008 17:08
> *Per a:* Ruben Montes (Europe); cisco-voip at puck.nether.net
> *Tema:* RE: [cisco-voip] QoS on VoIP Gateways
>
>  Yes the signalling traffic should be marked just like any other voip
> signalling.  You can set the specific values for dscp for both H.323 and
> MGCP with commands on the gateway.
>
>
> -Ryan
>
>
>  ------------------------------
> *From:* cisco-voip-bounces at puck.nether.net [mailto:
> cisco-voip-bounces at puck.nether.net] *On Behalf Of *Ruben Montes (Europe)
> *Sent:* Wednesday, October 22, 2008 7:27 AM
> *To:* cisco-voip at puck.nether.net
> *Subject:* [cisco-voip] QoS on VoIP Gateways
>
>  Hello,
>
> we have a 5.x cluster with several gateways. We have implemented QoS in the
> LAN (classification, marking and scheduling). The CallManager instructs the
> IP phones to use CoS marking for signaling (SCP) and voice (RTP). For a call
> to the PSTN, the path IP Phone->Gateway is QoS aware, but what happens in
> the other sense?
>
> We have some MGCP and H323 gateways. The switch ports where the gateways
> are connected are trusted, but does the H323, MGCP and RTP traffic
> originated in these gateways with destination the CCM or an IP Phone for an
> external call have any QoS mark?
>
> Thanks in advance,
>
> Ruben
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20081022/a5d2889e/attachment.html>