Thanks Brent,
While we haven't been affected by this issue it's great to see a post like this from yourself and chorus for that matter.
Keep it up and do keep us posted of any changes so we know if something breaks who caused it :)
Regards
Kind regards,
Barry Murphy / Chief Operating Officer
+64 27 490 9712 / barry(a)vibecommunications.co.nzmailto:barry(a)vibecommunications.co.nz
[3sparks llc]http://www.vibecommunications.co.nz/ [Vibe Communications] https://www.facebook.com/VibeCom [Vibe Communications] https://twitter.com/vibecomnz [Vibe Communications] https://www.linkedin.com/company/1941512
Office: +64 9 222 0000 / Fax: 0800 842 326
Unit A7, 1 Beresford Square, Auckland, New Zealand
Web: www.vibecommunications.co.nzhttp://www.vibecommunications.co.nz/ / Peering: AS45177http://www.peeringdb.com/view.php?asn=45177
This communication, including any attachments, is confidential. If you are not the intended recipient, you should not read it - please contact me immediately, destroy it, and do not copy or use any part of this communication or disclose anything about it. Thank you. Please note that this communication does not designate an information system for the purposes of the Electronic Transactions Act 2002.
From: Brent Marquis mailto:Brent.Marquis(a)chorus.co.nz>
Date: Wednesday, 8 October 2014 4:46 pm
To: "nznog(a)list.waikato.ac.nzmailto:nznog(a)list.waikato.ac.nz" mailto:nznog(a)list.waikato.ac.nz>
Subject: Re: [nznog] UFB Upload Issues
Result!
Having been inundated with replies yesterday (which was great!) we've narrowed this issue down to a probable cause...
The new Chorus 'Accelerate' plans use Two Rate Three Colour marking on the low priority part of the service, which includes a low priority CIR of 2.5mbps.
The EIR above this, up to the low priority plan speed (i.e 100mbps, 200mbps, 1gig, etc), is marked as discard eligible with the VLAN header DEI(CFI) bit.
Collaborative debug/information sharing with Chorus, Fastcom, Callplus, Inspire and DTS has shown that Chorus is, in fact, forwarding all traffic from our handover as expected, but traffic marked with DEI=1 is lost/discarded in RSP networks.
The affected RSPs are discussing this with equipment vendors to find solutions or workarounds. I'm not keen to name names, as it's the RSPs equipment, but if anyone has experience with DEI marking causing issues on various switches, I'm sure help would be appreciated.
In parallel, we are looking at disabling DEI marking, but being that this was an integral part of the new plans, I need to engage a few people around chorus to find a way forward here. Considering some RSPs are consuming DEI=1 without issue, we don't want to break things that they may be doing. Not to mention this would be a change to a lot of our QoS policies, so need some sanity testing and deployment to production, etc.
Thanks to the RSPs involved, although I suspect we all have some work to do to get clear of this issue completely...
Thanks,
Brent
Brent Marquis | Layer 2 Network Specialist
[cid:image001.png(a)01CFE316.2C08BEB0] Chorus | T : +6448964169 | M :+64272290923
From: nznog-bounces(a)list.waikato.ac.nzmailto:nznog-bounces(a)list.waikato.ac.nz [mailto:nznog-bounces(a)list.waikato.ac.nz] On Behalf Of Brent Marquis
Sent: Tuesday, 7 October 2014 3:38 p.m.
To: noc(a)ngw.co.nzmailto:noc(a)ngw.co.nz; nznog(a)list.waikato.ac.nzmailto:nznog(a)list.waikato.ac.nz
Subject: Re: [nznog] UFB Upload Issues
I've only heard about it recently.
I'm investigating at the moment - instead of me running back via account managers to track down technical peoples details, can RSPs experiencing this email me please? Particularly if you have some kind of test connection where you can push some traffic through while I debug at our end.
I have some theories, but I'm double checking all our configuration at the moment to rule that out definitively. I certainly can't replicate it in our lab.
Thanks,
Brent
Brent Marquis | Layer 2 Network Specialist
[cid:image001.png(a)01CFE316.2C08BEB0] Chorus | T : +6448964169 | M :+64272290923
From:nznog-bounces(a)list.waikato.ac.nzmailto:nznog-bounces(a)list.waikato.ac.nz [mailto:nznog-bounces(a)list.waikato.ac.nz] On Behalf Of "NOC(a)NGWnoc"@ngw.co.nzmailto:%22NOC(a)NGWnoc%22(a)ngw.co.nz
Sent: Tuesday, 7 October 2014 2:43 p.m.
To: nznog(a)list.waikato.ac.nzmailto:nznog(a)list.waikato.ac.nz
Subject: Re: [nznog] UFB Upload Issues
Yes, we have the same issues but also on the 100/50 plans, not just limited to auckland pops, it's with Chorus, but they are scratching heads still, ETA to be confrimed, so far we have been waiting over 5 weeks for a answer.
-- NOC @ Next Generation Wholesale - ngw.co.nz
On 7/10/2014 2:36 p.m., Dave Mill wrote:
Hi all
If any RSPs currently have any reports of 100/20 UFB Right Performing customers having only 2M upload could you contact me offlist? If you do contact me I'm really interested in where your BNG is and where your customers are with the issue.
If any end users are on 100/20 with only 2M upload also feel free to contact me. I'm more interested in your location and your ISP in this case.
Cheers
Dave
(representing Inspire Net in this post)
_______________________________________________
NZNOG mailing list
NZNOG(a)list.waikato.ac.nzmailto:NZNOG(a)list.waikato.ac.nz
http://list.waikato.ac.nz/mailman/listinfo/nznog
This communication, including any attachments, is confidential and may be legally privileged. If you are not the intended recipient, you should not read it - please contact me immediately, destroy it, and do not copy or use any part of this communication or disclose anything about it. Thank you. No confidentiality or privilege is waived or lost by any mis-transmission or error. Please note that this communication does not designate an information system for the purposes of the Electronic Transactions Act 2002.
