Re: [Asterisk-Users] QoS anyone?
Rich Adamson wrote: Has anyone played around with QoS or TOS relative to * and sip phones? I was just doing a little real-time research and noticed our C7960's mark IP packets with low delay and high throughput (presumably due to tos_media: 5 in the SIPDefault config file), and rtp packets flowing from asterisk back to the sip phone are not marked at all. Is there a * config parameter to enable such a function? http://www.voip-info.org/wiki-Asterisk+sip+tos /O ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] QoS anyone?
Has anyone played around with QoS or TOS relative to * and sip phones? I was just doing a little real-time research and noticed our C7960's mark IP packets with low delay and high throughput (presumably due to tos_media: 5 in the SIPDefault config file), and rtp packets flowing from asterisk back to the sip phone are not marked at all. Is there a * config parameter to enable such a function? http://www.voip-info.org/wiki-Asterisk+sip+tos Thanks Olle. I've tried tos=lowdelay and tos=throughput, and both do set the appropriate tos bits in the IP header. For those that might be digging through the archives, one can set the tos bits via two different mechanisms: first, as shown in the iax.conf samples, sip tos bits can be set towards the top of the sip.conf file using: tos=lowdelay ; or tos=throughput, etc. or, tos=0x18 ; where the tos bits are set individually and in combination For example tos=0x10 = low delay tos=0x08 = high throughput tos=0x04 = high reliability tos=0x02 = ECT bit set tos=0x01 = CE bit set or one can set multiple bits, such as tos=0x18 to set both low delay and high throughput. For those that might be sending sip/iax packets across the Internet, many of the backbone ISPs now honor the QoS/TOS bit settings. Rich ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] QoS anyone?
Rich, I would be surprised to find this. Typically ISP's will reset all QOS settings to 0 either on your CPE router if they manage it or on the aggregation router your circuit is connected to. Almost always if they support DSCP/TOS matching and priority queuing in the core of their network it's part of an extra charge service. If they don't do any priority queuing then they typical will just leave it alone and ignore it. - Dustin - Rich Adamson wrote: Snip For those that might be sending sip/iax packets across the Internet, many of the backbone ISPs now honor the QoS/TOS bit settings. Rich ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] QoS anyone?
- Original Message - From: Dustin Goodwin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, January 16, 2004 8:10 AM Subject: Re: [Asterisk-Users] QoS anyone? Rich, I would be surprised to find this. Typically ISP's will reset all QOS settings to 0 either on your CPE router if they manage it or on the aggregation router your circuit is connected to. Almost always if they support DSCP/TOS matching and priority queuing in the core of their network it's part of an extra charge service. If they don't do any priority queuing then they typical will just leave it alone and ignore it. - Dustin - My guess is the only way to really find out would be to test each carrier individually and then test interconnects. That would get messy fairly quickly. The best we can do is pick endpoints that we care about (site-to-site, etc) and sniff the packets to see if the bits are still set. If they are, that doesn't mean that the carrier is actually prioritizing, just not zero'ing them out. - Andrew Thompson http://aktzero.com/ Your eyes are weary from staring at the CRT. You feel sleepy. Notice how restful it is to watch the cursor blink. Close your eyes. The opinions stated above are yours. You cannot imagine why you ever felt otherwise. ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] QoS anyone?
Rich, I would be surprised to find this. Typically ISP's will reset all QOS settings to 0 either on your CPE router if they manage it or on the aggregation router your circuit is connected to. Almost always if they support DSCP/TOS matching and priority queuing in the core of their network it's part of an extra charge service. If they don't do any priority queuing then they typical will just leave it alone and ignore it. Having spent a number of years doing professional network performance and security work (and extremely heavy into protocol analysis, etc), I was _very_ surprised as well. Not suggesting all backbone providers support it. We spent a fair number of billable hours attempting to diagnose a dsl vs DS3 problem recently. The issue boiled down to: voip worked fine over a relatively low bandwidth dsl circuit, but failed (poor quality) over a dedicated DS3 (via a certain 'major' provider). In case anyone missed that, it was a 'single' PC on the DS3 with unacceptable voip to another D3 site about 800 miles away! No other traffic. After analyzing the packet trace data, we found the tos bits were being honored on the dsl but not on the ds3. Does that suggest all backbone ISPs support it? Absolutely not. (This happened to be a major trade show where the end result had to be of recognizable quality.) But, I can absolutely assure you we know _exactly_ what we're doing in analyzing the trace files. What we obviously don't know is all the components involved within the cloud. Trace routes were used to confirm the paths, etc. The end result was the DS3 provider was truly handling the tos bits, while the dsl provider was treating tos as non-existent. (In this particular case, one of the end nodes was an XP box, and someone had (unknowningly) unchecked the QoS setting. Repeated tests that involved nothing more then flipping the option verified the end result over and over. Extremely surprised! As a non-believer, I played around early this morning setting asterisk tos bits to a C7960 roughly 12 hops across the Internet. The testing was not scientific by any means. However, there was a very noticable difference between tos bits on verses off. Could there have been something else impacting this particular test? Sure, but will be replicating the test using a packet sniffer (again) to validate the results under different conditions. Surpised? Yes; believer? not totally, yet; ISP/path dependent? probably. Rich ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] QoS anyone?
I would be surprised to find this. Typically ISP's will reset all QOS settings to 0 either on your CPE router if they manage it or on the aggregation router your circuit is connected to. Almost always if they support DSCP/TOS matching and priority queuing in the core of their network it's part of an extra charge service. If they don't do any priority queuing then they typical will just leave it alone and ignore it. - Dustin - My guess is the only way to really find out would be to test each carrier individually and then test interconnects. That would get messy fairly quickly. Very difficult for sure, given the dynamic route changes that occur, etc. The best we can do is pick endpoints that we care about (site-to-site, etc) and sniff the packets to see if the bits are still set. If they are, that doesn't mean that the carrier is actually prioritizing, just not zero'ing them out. In process, but as noted, very difficult to prove without a doubt. But, extemely interesting to say the least. Obviously more real-time reseach to come. ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[Asterisk-Users] QoS anyone?
Has anyone played around with QoS or TOS relative to * and sip phones? I was just doing a little real-time research and noticed our C7960's mark IP packets with low delay and high throughput (presumably due to tos_media: 5 in the SIPDefault config file), and rtp packets flowing from asterisk back to the sip phone are not marked at all. Is there a * config parameter to enable such a function? Rich ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
