It should be getting done in the settings for the phones. I think the configs push out DCSP 46. It's a little deceiving in the phone config because it is labled as COS 5 plus a couple of other settings. The net result though of the default settings is DSCP 46 (EF).
Mike -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Matthew Kitchin (public) Sent: Monday, December 14, 2009 10:46 AM To: [email protected] Subject: Re: [sipx-users] DSCP markings Also - Polycom 450 and 550 phones. The only notes I could find indicate I couldn't do it at the handset level. ------Original Message------ From: Picher, Michael To: [email protected] To: [email protected] Subject: RE: [sipx-users] DSCP markings Sent: Dec 14, 2009 9:19 AM I don't know as there is a way to do it in the PBX. I usually force all traffic on the ports that my gateways and my PBX are plugged into in my network switch to DCSP 46 (EF). Mike -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of [email protected] Sent: Monday, December 14, 2009 10:13 AM To: [email protected] Subject: [sipx-users] DSCP markings It looks like I passed my 81 point Verizon interop test for the most part. They did come back with one issue. 2 things I was supposed to show are below: [TC60]* RTP Test Objective: The objective of this test is to confirm that the customer's IP-PBX sets the RTP with the DSCP to EF or CS5 to ensure QoS across the network. Expected Results: The customer should send RTP with the DSCP set at the IP layer with EF or CS5. If not, the customer must at a minimum, set the ToS precedence bits to 101 (5) for media. [TC61]* SIP signaling marked with DSCP AF32 or CS3 Test Objective: The objective of this test is to confirm that the customer's IP-PBX/SBC sets the SIP IP packets with the correct DSCP binary AF32 or CS3 to ensure QoS across the network Expected Results: Customers should send SIP with the DSCP set at the IP layer with AF32 or CS3. If not, the customer must at a minimum, set the ToS precedence bits to 011 (3) for signaling. media marked with DSCP EF or CS5 Verizon's response tp my test data I sent them is: "These cannot be BLOCK. There are no traces showing they are marking RTP correctly. I can see from the SIP traces that they are not marking SIP with any DSCP markings. It should be marked AF31 and RTP should be EF. This can't be approved until we have confirmation that the packets are being marked correctly. Keith/Destry, the customer will need to provide a capture showing that they are marking the packets correctly with the RTP being EF and the SIP packets being marked as AF31." Can you tell me if there is anything that should be done at the sipx level, or if this should be handled at the networking level. We haven;t done any QOS on this yet since it was just testing... I'm assuming it is networking and waiting for my network engineer to get into the office. Thanks, Matthew _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/ _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/ _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
