Hi Datucha, Thanks for the good troubleshooting. You are right in the case of CUCME - and I forgot the fact that CUCME dial-peers are efxs ports. which means CUCME always re-originates the traffic on behalf of IP Phones, hence the traffic being remarked.
Nice one. Cheers, On Sat, Dec 17, 2011 at 11:46 AM, datucha123 datucha123 < datucha...@gmail.com> wrote: > I have made the test to prove it and here are the results: > > IP Phone <---> CUCM <---> CUBE <---> CUCME <---> IP Phone > > CUBE is placed between, so that I can match the DSCP marking on it through > the simple policy-map: > > > > R1#sh policy-map interface ser 0/3/0.2 input > Serial0/3/0.2: DLCI 201 - > > Service-policy input: cme > > Class-map: ccmecs3 (match-all) > 22 packets, 8881 bytes > 5 minute offered rate 0 bps, drop rate 0 bps > Match: dscp cs3 (24) > QoS Set > dscp cs3 > Packets marked 22 > > Class-map: ccmeef (match-all) > 1392 packets, 89088 bytes > 5 minute offered rate 0 bps, drop rate 0 bps > Match: dscp ef (46) > QoS Set > dscp ef > Packets marked 1392 > > Class-map: cmecs2 (match-all) > 15 packets, 4225 bytes > 5 minute offered rate 0 bps, drop rate 0 bps > Match: dscp cs2 (16) > QoS Set > dscp cs2 > Packets marked 15 > > Class-map: cmeaf21 (match-all) > 2285 packets, 146240 bytes > 5 minute offered rate 0 bps, drop rate 0 bps > Match: dscp af21 (18) > QoS Set > dscp af21 > Packets marked 2285 > > Class-map: class-default (match-any) > 485 packets, 28903 bytes > 5 minute offered rate 0 bps, drop rate 0 bps > Match: any > > > > So as you can see here, I am matching the DSCP marking coming from the > CUCME Router to CUBE. Interface Serial 0/3/0.2 is PVC connected to CUCME > Router. > > So when the CUCME dial-peer pointing to CUBE has the DSCP values of EF and > CS3 set, the "class-map cmeef" and "class-map cmecs3" are matched on > inbound direction on CUBE when I make a call from CUCME IP Phone to CUCM IP > Phone. (other class-maps are note matched, except default one, which has > some traffic which we does not care) > > But as soon as I change the QoS setting on CUCME Dial-peer pointing again > to CUBE and set DSCP CS2 (signaling) and DSCP AF21 (media), then the > "class-map cmecs2" and "class-map cmead21" are matched, and earlier > class-maps are not matched any more. > > So based on that, we can say, that CUCME dial-peers are re-marking/marking > QoS values according to IP QoS setting in a DP when the IP Phones are > making calls through that dial-peer, and even the RTP traffic is > re-marked/marked based on DP QoS settings, thus the RTP traffic is > originated by the IP Phones itself. > > The same goes goes for CUBE Dial-peer QoS settings - When the CUCM IP > Phones call the CME IP Phone through the CUBE, which has IP QoS setting on > dial-peer pointing to CUCME, the RTP and Signaling traffic QoS values are > marked accoding to CUBE dial-peer settings, thus the traffic has been > originated from the CUCM IP Phones. > > So I think it is possible to say, that Dial-peer QoS markings take place > not only when the Router Generates the Traffic, but even when some traffic > (does not matter where it is originated) that has matched this dial-peer is > also remarked/ marked based on the outoing dial-peer settings. > > As for inbound direction, the dial-peer QoS settings does not take effect. > > On Fri, Dec 16, 2011 at 10:07 PM, George Goglidze <gogli...@gmail.com>wrote: > >> wrong, the media stream might not even hit the router at all! :-) >> it would only remark it if the router was re-originatnig the stream - as >> in MTP/XCODING/CONFERENCE >> >> Stricktly speaking the RTP stream might not even pass the router! the >> stream if between the endpoints! >> But... if it passes the router, that does not mean the router has >> originated that stream so it will not get remarked... >> >> why don't you try it :) >> >> wireshark is your friend... >> >> >> On Fri, Dec 16, 2011 at 5:09 PM, datucha123 datucha123 < >> datucha...@gmail.com> wrote: >> >>> yes, but when the Media stream coming from the CUCME IP Phones will >>> reach the Routers outgoing dial-peer, it will re-mark it (if previously >>> marked other then the DP has). >>> >>> >>> On Fri, Dec 16, 2011 at 6:38 PM, George Goglidze <gogli...@gmail.com>wrote: >>> >>>> Hi Datucha, >>>> >>>> when you have "ip qos dscp" under dial-peer configuration, that will >>>> only change the DSCP marking for RTP stream originated from the router. >>>> For example, incoming PSTN call -> PSTN ---> GW dial-peer 10 dscp cs1 >>>> -> CUCM (IP Phone) >>>> In this case the stream originated from the voice gateway towards IP >>>> Phone would have cs1 marking. >>>> >>>> But if it's a CUCME for example, and the phones are on a switch with >>>> mutation map or whatever other QoS you have configured on the switch, the >>>> dial-peer has no means to force the phone to change the marking... >>>> >>>> I hope this helps, >>>> >>>> On Fri, Dec 16, 2011 at 1:08 PM, datucha123 datucha123 < >>>> datucha...@gmail.com> wrote: >>>> >>>>> As we know, all voip dial-peers on a Router are marking the RTP >>>>> with EF and Signaling with CS3, by default. >>>>> >>>>> Now imagine the following situation: >>>>> >>>>> You have CUCME, which is connected to some ITSP through H323/SIP >>>>> trunk. The ITSP is reuiesting that Media has to be marked with CS2 (just >>>>> an >>>>> example) and Signaling with CS1 (also just an example). >>>>> >>>>> Also as I know, the Policy-map (which marks EF and CS3 and remarks >>>>> them as required) set on outgoing interface (Pointing to ITSP) has >>>>> priority >>>>> over the Dial-peer QoS settings, so that that Policy-Map will overwrite >>>>> the >>>>> Dial-peer Markings. >>>>> >>>>> But if we shall put the Policy-Map on inbound interface (to which the >>>>> IP Phones are connected) the outoing packets will still have the EF and >>>>> CS3 >>>>> as the Dial-peer has priority over the inbound policy-map and will >>>>> overwrite the values. >>>>> >>>>> I am just trying to say that there is not way to configure the Switch, >>>>> for instance to which the IP Phones are attached, so that it will re-mark >>>>> the EF and CS3 to ITSP requested DSCP values through the CoS to >>>>> DSCP mappings, as the Dial-peer will still overwrite the DSCP Markings. >>>>> >>>>> Also for instance, if we are told on the Exam to mark all voice RTP >>>>> and Signaling traffic with other values then the EF and CS3, on the CUCME >>>>> Router, then we have to consider the dial-peer markings as well. >>>>> >>>>> Am I right? >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> For more information regarding industry leading CCIE Lab training, >>>>> please visit www.ipexpert.com >>>>> >>>>> Are you a CCNP or CCIE and looking for a job? Check out >>>>> www.PlatinumPlacement.com <http://www.platinumplacement.com/> >>>>> >>>> >>>> >>> >> >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
