Works on Canopy, though.
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 On Sun, Jun 7, 2015 at 1:56 PM, Mike Hammett <[email protected]> wrote: > Having only half listened to the thread, it sounds like broken Grandstream > VoIP is broke on ePMP. > > > > ----- > Mike Hammett > Intelligent Computing Solutions > http://www.ics-il.com > > <https://www.facebook.com/ICSIL> > <https://plus.google.com/+IntelligentComputingSolutionsDeKalb> > <https://www.linkedin.com/company/intelligent-computing-solutions> > <https://twitter.com/ICSIL> > > Midwest Internet Exchange > http://www.midwest-ix.com > > <https://www.facebook.com/mdwestix> > <https://www.linkedin.com/company/midwest-internet-exchange> > <https://twitter.com/mdwestix> > ------------------------------ > *From: *"Josh Luthman" <[email protected]> > *To: *[email protected] > *Sent: *Sunday, June 7, 2015 12:54:29 PM > > *Subject: *Re: [AFMUG] ePMP VoIP QoS > > For this use case (QoS on VoIP): > > Cambium Canopy works > Cambium ePMP does not work > > Seems that simple to me. > > > Josh Luthman > Office: 937-552-2340 > Direct: 937-552-2343 > 1100 Wayne St > Suite 1337 > Troy, OH 45373 > > On Sun, Jun 7, 2015 at 11:11 AM, Faisal Imtiaz <[email protected]> > wrote: > >> BTW, the latest firmware for GXP 2160 is 1.0.4.23 (did a google search), >> and the admin manual shows two settings for L3 QOS (one for SIP and one for >> RTP) >> >> EPMP QOS allows you to modify the default settings to over-ride to your >> taste. >> >> If I understand your 'complaint' you are dealing with f**ed up >> GrandStream Phones, and you want Cambium to Change the Default handling of >> VOIP QoS to match your needs ? >> >> Now that does not make any logical sense... >> >> The default setup for QoS Voip on EPMP is perfectly fine for all of the >> other devices which follow the industry standard of VOIP/Video packet >> marking. >> >> Unless there is something that I am totally missing, I think you are >> taking out your frustrations with GrandStream on Cambium ! >> >> :) >> >> >> Faisal Imtiaz >> Snappy Internet & Telecom >> 7266 SW 48 Street >> Miami, FL 33155 >> Tel: 305 663 5518 x 232 >> >> Help-desk: (305)663-5518 Option 2 or Email: [email protected] >> >> ----- Original Message ----- >> > From: "George Skorup" <[email protected]> >> > To: [email protected] >> > Sent: Sunday, June 7, 2015 3:06:27 AM >> > Subject: Re: [AFMUG] ePMP VoIP QoS >> > >> > The 1.0.4.17 firmware for the GXP phones (we have mostly 2160s and some >> > 30s and 40s) cannot be downgraded since it contains a security fix. I >> > have a couple phones that are now fk'n stuck on that because of it. >> > We're running an internal engineering build on some phones with fixes >> > for their screwed up SIP message handling and corrupt outgoing messages. >> > Some phones we have not upgraded from 1.0.3.9 because it mostly works. >> > None of those firmwares allows separate SIP and RTP QOS. We're doing >> > testing and validation of 1.0.4.23 with our switch vendor currently, >> > which does do the split QoS. About half of the bug fixes listed in the >> > .21/.23 release notes were ours. Just have to wait and see what other >> > shit is broken now. >> > >> > But besides all that, I have other phones and ATAs (both Grandstream and >> > not) that refuse to send SIP with anything other than DSCP12, even when >> > it's configurable. I don't really care if SIP is sent with AF and RTP as >> > EF, that's perfectly acceptable. RTP should be higher priority than SIP >> > anyway. Standard DiffServ config supports this just fine. So as far as >> > the network is concerned, I have to support AF and EF, and I'm fine with >> > that. All I was saying is that Cambium should do this out of the box on >> > ePMP if you turn on VoIP priority. This is what happens on Canopy when >> > you turn on HP on an SM, both DSCP12 and 46 end up in the HP channel. >> > >> > On 6/7/2015 1:11 AM, Josh Reynolds wrote: >> > > I don't know what grandstream devices you are looking at, but 21xx >> series >> > > and the other Linux and android based phones don't have that issue. >> > > Neither does the asterisk based UCMs, such as the 6104. Screenshots >> > > attached. >> > > >> > > On Jun 6, 2015 8:17 PM, George Skorup <[email protected]> wrote: >> > >> I disagree. This is exactly what Canopy does. DSCP12/AF is sent over >> the >> > >> HP channel. Look at the default DiffServ table and see for yourself. >> > >> Many managed switches are set up exactly the same way, except they >> have >> > >> more queues, and Canopy only has MIR and HP. Well, there's LP CIR, >> but >> > >> lets not get into that. ePMP just has "priority" which I assume means >> > >> priority over everything else. >> > >> >> > >> I need a way to correct stupid manufacturer's mistakes (Grandstream >> > >> being the worst offender). Lots of their devices ALWAYS send SIP >> packets >> > >> as DSCP12 and this CANNOT be changed. Or the other one I mentioned, >> the >> > >> GXP phones have one DSCP setting and this changes both SIP and RTP. >> I'm >> > >> disgusted with their stupidity, but unfortunately it has to be >> supported >> > >> because those devices aren't going away. >> > >> >> > >> It's totally doable and Cambium could add it by default, saving me >> time >> > >> configuring every radio with it. Or just make DiffServ on ePMP >> > >> work/configure like Canopy. >> > >> >> > >> I don't care what's wrong or right. I care about shit working right >> now >> > >> and customers not being pissy. >> > >> >> > >> So the burden falls on the network as usual. It's always our fault. >> > >> Sometimes I just don't know how I haven't murdered people. If I >> drank, >> > >> it would probably happen. And I'm finding myself agreeing with that >> one >> > >> guy Steve every other day now. Stupidity has no limit. >> > >> >> > >> On 6/6/2015 10:31 PM, Faisal Imtiaz wrote: >> > >>>> Yo Cambium, you need to add DSCP 12 (Assured Forwarding) in >> addition to >> > >>>> DSCP 46 (Expedited Forwarding) to the default VoIP priority >> > >>>> configuration. >> > >>> That would be a mistake and the wrong thing to do. >> > >>> >> > >>>> We're finding more devices sending SIP packets as AF and >> > >>>> RTP as EF. >> > >>> When a device is mis-configured, why should the burden of dealing >> with >> > >>> that mis-configurtion as a default fall on another device >> > >>> >> > >>> There is plenty of flexibility to override the wrong setup of a >> device, >> > >>> if that is they way you want to correct it in your radios... >> > >>> (Which by all standards would be the wrong way to fix it...but more >> power >> > >>> to you). >> > >>> >> > >>> Two wrongs don't make a right.. >> > >>> >> > >>> >> > >>> Regards. >> > >>> >> > >>> >> > >>> Faisal Imtiaz >> > >>> Snappy Internet & Telecom >> > >>> 7266 SW 48 Street >> > >>> Miami, FL 33155 >> > >>> Tel: 305 663 5518 x 232 >> > >>> >> > >>> Help-desk: (305)663-5518 Option 2 or Email: >> [email protected] >> > >>> >> > >>> ----- Original Message ----- >> > >>>> From: "George Skorup" <[email protected]> >> > >>>> To: [email protected] >> > >>>> Sent: Saturday, June 6, 2015 10:27:05 PM >> > >>>> Subject: [AFMUG] ePMP VoIP QoS >> > >>>> >> > >>>> Yo Cambium, you need to add DSCP 12 (Assured Forwarding) in >> addition to >> > >>>> DSCP 46 (Expedited Forwarding) to the default VoIP priority >> > >>>> configuration. We're finding more devices sending SIP packets as >> AF and >> > >>>> RTP as EF. AF isn't prioritized and out-of-band signaling >> (prompts, etc) >> > >>>> are sent as SIP messages so sometimes these are getting dropped, >> not to >> > >>>> mention registrations, invites, etc. And more devices are stupid >> (mostly >> > >>>> Grandstream), they only let you set ONE priority value for the >> entire >> > >>>> device. These are coming default as DSCP12/AF. I've tried to get >> > >>>> everyone to change this to 46, but they don't remember. >> > >>>> >> > >>>> Or just apply the whole Canopy DiffServ table. We've never had to >> change >> > >>>> any of those code points. Turn HP on, it just works. >> > >>>> >> > >> > >> > > >
