I agree with the opinion that upstream is unlikely to be an issue.

 

I don���t agree that LFCs should be more concerned, you left out important considerations.

GPON is intended to be a shared medium, queuing occurs as required and impact will be minimal.

It is not as simple as ���available bandwidth divided by users���

The whole point of the MAX (note I don���t call them 1gbps/500mbps) plans *IS* to allow the PON capacity to be consumed.  Let customers burst to get things done, and move on. Bandwidth is allocated fairly.

This is also why:

  1. Bandwidth utilisation of the PON ports today - even where there are schools, high proportion of MAX plans, etc - is single or, barely double digit percentages over a 5min period. Very few (i.e can count on a hand or 3) had over 50%. 

Sure, this is likely to be changing as we speak, but it is meant to and is designed to.

  1. Upstream queuing/shaping to get onto the PON segment is actually useful, as the 500mbps policer on the other side (required for us to mean SLAs) is not TCP friendly, if CPEs aren���t shaping to the actual plan rate
  2. The GPON segment is not part of the CIP link utilisation reporting ��� it is understood across the industry that ���congestion��� here is actually just ���using the available bandwidth as designed��� and not really congestion at all.

 

Also of note, is that the high traffic class CIR and CBS is also prioritised timeslot allocation on the PON.   If you want to guarantee bandwidth and SLAs(Frame Loss, Frame Delay and Frame Delay Variation) then look towards the BS3/3a services.

 

Cheers,
Brent

From: Peter Lambrechtsen <peter@crypt.co.nz>
Sent: Wednesday, 1 April 2020 9:44 AM
To: Jason Orchard <Jason.Orchard@enable.net.nz>
Cc: nznog@list.waikato.ac.nz
Subject: [nznog] Re: NZ Working From Home Traffic Profile

 

I wouldn't have thought that while upstream would be an issue for most / many RSPs unless they are purchasing capacity for each direction which I have not heard of and am happy to be wrong here. I would have typically assumed that all RSPs would purchase symmetrical capacity between Chorus DSL and LFCs for their handovers (as you can't purchase a 10/1GB handover only 10GB or 100GB symmetrical) and it would also be symmetrical domestic and international.

So while "the other direction" will be getting more of a workout that shouldn't have too much of a tangible impact on the RSPs asides from the bump in peak time traffic.

LFCs in my view should/would have far more reason for concern as people move from 100/20 plans to GB plans and a 500Mbit upstream could very quickly saturate the PON if everyone started uploading large files or streaming video / sharing desktop as part of remote learning for schools.

From personal experience 100/20 was more than satisfactory for a house of 5 when the kids (11/13/15) were mostly consuming CDN data rather than creating it being on a Video chat with their peers/school and parents are working from home over VPN while on video conferences too.

My bet is those who haven't upgraded to GB will probably do so in 2-3 weeks once all the kids go back to school as by that point the schools should hopefully be up to speed with remote learning.

I still think CFH regulated plans and thus LFCs are missing a widespread adoption of an in between plan to offer to RSPs a 100-200/50-100 plan (I think 200/100 is the sweet spot right now) and GB. As the ONT would police traffic over the upstream rate and only impact the single subscriber vs getting congestion on the upstream PON and it is detrimental for everyone on that PON port. It also would mean that more splitter visits and resplicing if required where certain PON ports that may be getting congested. But I haven't seen any anecdotal reports of that.

Or perhaps it is just RSPs keeping their plans simple to reduce FAB complexity and CFH/LFCs have no real say as they are already offering those plans and RSPs are chosing not to take them up.

But that is just my guess.  

Cheers, Peter

 

On Tue, Mar 31, 2020 at 12:57 PM Jason Orchard <Jason.Orchard@enable.net.nz> wrote:

Hi All

From where I'm sitting in Enable Network (LFC), I can see a different changes to "normal" time of day trends compared to the last 3 week of "normal" utilisation.
Once the whole country finally moved into level 4 lockdown, it's my opinion that all RSP and LFC network started to be tested,  further to this last Friday night (27th) was the biggest peak utilisation Enable networks has every recorded.
  

While everyone is talking about how download utilisation has increased, we aren't talking about how the upload utilisation has also increase thought the roof and I'm just wonder what point the RSP and LFC will start having contention on the uploads?

Its good too see as a country we are all doing what we can to keep the internet running, and sharing information on overall performance.  


I'm predicting that by about Thursday/Friday this week,  we are all going to understand what the new Covid-19 utilisation "normal" looks like and we can plan for there.
Forecast models of utilisation growth is interesting to say the least, as there really isn't any historic data too looking back predict a patten and so far no one day has been the same as the other, we are keeping a very close eye working very hard to keep a contention free network, so the end user experience isn't impacted

On the most interesting things I've noticed when the country stop at Dinner Time as the overall utilisation decrease between 5.30pm and 6.30pm, then it ramps up again to the "normal" peaks 8-10.30pm.

 

Well that my 2 cents.  @Ahmad Saeed (ahmad.saeed@huawei.com) Give me a call off the list and we can talk about your original questions.  

 

Jason Orchard

Senior Network Engineer | Enable Networks Limited

DDI +64 3 741 5283

M    +64 27 666 8468

www.enable.net.nz

 

 

 

 

 

-----Original Message-----
From: William Liu <william.liu@aut.ac.nz>
Sent: Tuesday, 31 March 2020 12:00 PM
To: nznog@list.waikato.ac.nz
Subject: [nznog] Re: NZ Working From Home Traffic Profile

 

Just an interesting article to taste - "Everyone can contribute to data transmission management in a COVID-19 world"

https://www.aei.org/technology-and-innovation/everyone-can-contribute-to-data-transmission-management-in-a-covid-19-world/

 

Cheers Will

 

-----Original Message-----

From: ahmad.saeed@huawei.com <ahmad.saeed@huawei.com>

Sent: Tuesday, 31 March 2020 9:35 AM

To: nznog@list.waikato.ac.nz

Subject: [nznog] Re: NZ Working From Home Traffic Profile

 

I think daytime peak is already close to RWC peak now _______________________________________________

NZNOG mailing list -- nznog@list.waikato.ac.nz To unsubscribe send an email to nznog-leave@list.waikato.ac.nz

_______________________________________________

NZNOG mailing list -- nznog@list.waikato.ac.nz

To unsubscribe send an email to nznog-leave@list.waikato.ac.nz

The information contained in this message and/or attachments is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, re-transmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any system and destroy any copies

Save a tree. Please think before printing this email.

_______________________________________________
NZNOG mailing list -- nznog@list.waikato.ac.nz
To unsubscribe send an email to nznog-leave@list.waikato.ac.nz

The content of this email (including any attachments) is intended for the addressee only, is confidential and may be legally privileged. If you���ve received this email in error, you shouldn���t read it - please contact me immediately, destroy it, and do not copy or use any of the content of this email . No confidentiality or privilege is waived or lost by any mis-transmission or error. This communication does not designate an information system for the purposes of Part 4 of the Contract and Commercial Law Act 2017. Although we have taken reasonable precautions to ensure no viruses are present in this email, we cannot accept responsibility for any loss or damage arising from the use of this email or its attachments.