UFB speeds significantly lower at night

Forums › Spark New Zealand (including Skinny and BigPipe) › UFB speeds significantly lower at night

1 | 2 | 3 | 4 | 5 | 6

30853 posts

Uber Geek
+1 received by user: 9996

Retired Mod

Trusted

Biddle Corp

Lifetime subscriber

#1325610 16-Jun-2015 10:42

michaelmurfy:

3) I am not going to disable 5GHz WiFi off my Wireless LAN at the moment however if you're using this your speeds will be slower again (I get around 20-40mbit down, 20mbit up).

I think you mean 2.4GHz?

jaysin

20 posts

Geek

#1325619 16-Jun-2015 10:49

Jase2985: okay if you say so, you know better than the spark rep

Well, the fact that the congestion etc. is done physically on the network rather than logically by the throughput capability on the exchange hardware, means that the LFC restrictions are more in play when talking about congestion rather than the ISP.
The original fellow said he was in Hamilton, which is UFF (Huawei) exchange equipment, so Spark would have no clue about their hardware restrictions.

jaysin

20 posts

Geek

#1325627 16-Jun-2015 10:54

sbiddle:
jaysin:
The traffic shaping done by Spark was only on streaming and P2P ports also.
Browsing was fine, but streaming you tube and P2P / torrent connections were shaped down to miserable speeds.
Changed back to the capped 150GB plan, and this no longer occurred

Spark do not and have not shaped traffic. End of story. They don't even have hardware in their network right now capable of doing this.

They did when I signed up with them last August (2014).
It was specifically stated on the plans terms and conditions, and was confirmed by the rep when I requested to go back to the 150GB data plan.
The plan has now changed obviously, as the disclaimer isn't noted on the plan on the website.
I should have mentioned this was nearly a year ago to clarify things.

But, surely traffic shaping is done via port or traffic tag types (software based) rather than hardware?

jaysin

20 posts

Geek

#1325638 16-Jun-2015 10:56

Talkiet:
jaysin: [snip]
The traffic shaping done by Spark was only on streaming and P2P ports also.
Browsing was fine, but streaming you tube and P2P / torrent connections were shaped down to miserable speeds.
Changed back to the capped 150GB plan, and this no longer occurred

You. Are. Wrong.

I was involved in the design of reporting system which we used to look at the amount of P2P and streaming traffic etc in the network. I was also involved in the decision not to implement the traffic management side of that solution.

It didn't happen. It didn't go into the network.

I'm 100% right and telling the truth on this from a position of intimate knowledge about the situation.

Something else was impacting you. (Did you have the same IP address on both plans? There were other changes a few weeks ago which improved performance across the board.

Cheers - N

See the note about when I was using Spark (August last year).
I should have clarified this earlier.

cbrpilot

964 posts

Ultimate Geek
+1 received by user: 555

Trusted

Spark NZ

#1325645 16-Jun-2015 11:14

August last year, Spark did not shape traffic on Unlimited.
We have never shaped traffic on our current unlimited plan. The only plans that had traffic shaping were some time ago (Go Large and Big Time). They were from well well before August last year.

At the time Spark launched its Unlimited plan (not Go Large or Big Time) a clause was present in the terms and conditions so that Spark would have the right to shape if it viewed that this was necessary in the future. It was never done. The clause was subsequently removed from the Terms and Conditions.

If you were experiencing degraded throughput while on the unlimited plan, there must have been other factors at play. The unlimited plan had the same IP ranges as other plans. I.e. it was (and continues to be) completely identical in the network to all other plans (capped and overage). I.e. the network does not know which plan you are on.

There is probably no point in theorising as to what the cause of your poor speeds were during that period of time seeing as it no longer effects you and there is no way to prove or test any conjecture.

And yes, Taiket and I can speak very authoratively on this topic.

My views are my own, and may not necessarily represent those of my employer.

sbiddle

30853 posts

Uber Geek
+1 received by user: 9996

Retired Mod

Trusted

Biddle Corp

Lifetime subscriber

#1325646 16-Jun-2015 11:14

jaysin:
sbiddle:
jaysin:
The traffic shaping done by Spark was only on streaming and P2P ports also.
Browsing was fine, but streaming you tube and P2P / torrent connections were shaped down to miserable speeds.
Changed back to the capped 150GB plan, and this no longer occurred

Spark do not and have not shaped traffic. End of story. They don't even have hardware in their network right now capable of doing this.

They did when I signed up with them last August (2014).
It was specifically stated on the plans terms and conditions, and was confirmed by the rep when I requested to go back to the 150GB data plan.
The plan has now changed obviously, as the disclaimer isn't noted on the plan on the website.
I should have mentioned this was nearly a year ago to clarify things. But, surely traffic shaping is done via port or traffic tag types (software based) rather than hardware?

Spark didn't do any shaping then either. Their terms and conditions reserved the right to do this on their unlimited plans, but this was never done. Their terms and conditions removed this quite some time ago.

You can't shape traffic via port anyway, it needs to be done via a DPI appliance.

Geekzone

Want to support Geekzone and browse the site without the ads? Subscribe to Geekzone now (monthly, annual and lifetime options).

Monza

299 posts

Ultimate Geek
+1 received by user: 30

#1325654 16-Jun-2015 11:22

Spark had HOP congestion issues in Christchurch a few months back that caused decreased performance in the evenings. Upgrading the HOP in Christchurch from 1G to a 10G had immediate affect. Maybe the Hamilton HOP is now experiencing a similar issue.

However as someone has already pointed out the minimum they have to deliver 2.5 Mb/s (the CIR)

cbrpilot

964 posts

Ultimate Geek
+1 received by user: 555

Trusted

Spark NZ

#1325658 16-Jun-2015 11:24

There is no congestion of the Hamilton UFB (UFF) handover connection. The OP needs to test with a wired connection.

My views are my own, and may not necessarily represent those of my employer.

jaysin

20 posts

Geek

#1325659 16-Jun-2015 11:24

cbrpilot: August last year, Spark did not shape traffic on Unlimited.
We have never shaped traffic on our current unlimited plan. The only plans that had traffic shaping were some time ago (Go Large and Big Time). They were from well well before August last year.

At the time Spark launched its Unlimited plan (not Go Large or Big Time) a clause was present in the terms and conditions so that Spark would have the right to shape if it viewed that this was necessary in the future. It was never done. The clause was subsequently removed from the Terms and Conditions.

If you were experiencing degraded throughput while on the unlimited plan, there must have been other factors at play. The unlimited plan had the same IP ranges as other plans. I.e. it was (and continues to be) completely identical in the network to all other plans (capped and overage). I.e. the network does not know which plan you are on.

There is probably no point in theorising as to what the cause of your poor speeds were during that period of time seeing as it no longer effects you and there is no way to prove or test any conjecture.

And yes, Taiket and I can speak very authoratively on this topic.

Ok, well this is just what I was told by the rep, and the issue ceased once I went back on to the capped 150GB plan

I don't doubt anyone's authority here, and am quite ready to bow down to superior knowledge bases. Again, relaying what I was told by Spark staff at the time.

jaysin

20 posts

Geek

#1325664 16-Jun-2015 11:30

cbrpilot: There is no congestion of the Hamilton UFB (UFF) handover connection. The OP needs to test with a wired connection.

There may be no congestion on the handover, as long as the customer base is not passing traffic higher than the E-NNI throughput of the handover the ISP has ordered.
But the end customer may have congestion due to the OLT ports throughput restriction, which is 2.5Gbps per second. This one OLT port will be feeding all customers on the cabinet's splitter. The OLT is completely seperate to the capability of the EAS, which is where the E-NNI is programmed for the ISP's handover connection.

This is why businesses generally pay for high CIR's. A business paying for a 10Mbps CIR will get more guaranteed throughput than a residential folks on a plan with a 2.5Mbps CIR.

Talkiet

4819 posts

Uber Geek
+1 received by user: 3934

Trusted

#1325668 16-Jun-2015 11:33

jaysin:
cbrpilot: There is no congestion of the Hamilton UFB (UFF) handover connection. The OP needs to test with a wired connection.

There may be no congestion on the handover, as long as the customer base is not passing traffic higher than the E-NNI throughput of the handover the ISP has ordered.
But the end customer may have congestion due to the OLT ports throughput restriction, which is 2.5Gbps per second. This one OLT port will be feeding all customers on the cabinet's splitter. The OLT is completely seperate to the capability of the EAS, which is where the E-NNI is programmed for the ISP's handover connection.

This is why businesses generally pay for high CIR's. A business paying for a 10Mbps CIR will get more guaranteed throughput than a residential folks on a plan with a 2.5Mbps CIR.

You really shouldn't be trying to tell us how UFB works. We know in excruciating detail (more than you will ever ever ever want to know) how these things should work, do work currently, and might work in the future.

If it was likely that there was congestion on the OLT port we'd have thought of it by now. It's not likely. And your earlier split ratio isn't correct for the whole country either.

Cheers - N

Please note all comments are from my own brain and don't necessarily represent the position or opinions of my employer, previous employers, colleagues, friends or pets.

Mighty Ape

Shop now at Mighty Ape (affiliate link).

jaysin

20 posts

Geek

#1325685 16-Jun-2015 11:58

Talkiet:
jaysin:
cbrpilot: There is no congestion of the Hamilton UFB (UFF) handover connection. The OP needs to test with a wired connection.

There may be no congestion on the handover, as long as the customer base is not passing traffic higher than the E-NNI throughput of the handover the ISP has ordered.
But the end customer may have congestion due to the OLT ports throughput restriction, which is 2.5Gbps per second. This one OLT port will be feeding all customers on the cabinet's splitter. The OLT is completely seperate to the capability of the EAS, which is where the E-NNI is programmed for the ISP's handover connection.

This is why businesses generally pay for high CIR's. A business paying for a 10Mbps CIR will get more guaranteed throughput than a residential folks on a plan with a 2.5Mbps CIR.

You really shouldn't be trying to tell us how UFB works. We know in excruciating detail (more than you will ever ever ever want to know) how these things should work, do work currently, and might work in the future.

If it was likely that there was congestion on the OLT port we'd have thought of it by now. It's not likely. And your earlier split ratio isn't correct for the whole country either.

Cheers - N

I was not trying to tell YOU how UFB works. I was trying to explain to the original poster what might be causing the issue. I did not address anyone else to begin with.

I thought the idea of such forums was for people to try to explain / help with other peoples issues. Not to interrupt such conversation to flex the testosterone of your I.T. knowledge.

The fact that I have worked extensively in the LFC space does give me some sort of knowledge about how UFB works.
However, I don't see the need to tell other people about my vast knowledge of UFB, and the details I know, as it won't make me sleep better at night, and I don't see the need in portraying a large ego on a geek forum.

So, if your aim here is to try to put other people, myself in this case, in their place with your protruding extensive phallic like knowledge of I.T. you have failed, sorry.

Talkiet

4819 posts

Uber Geek
+1 received by user: 3934

Trusted

#1325688 16-Jun-2015 12:01

jaysin: I was not trying to tell YOU how UFB works. I was trying to explain to the original poster what might be causing the issue. I did not address anyone else to begin with.

I thought the idea of such forums was for people to try to explain / help with other peoples issues. Not to interrupt such conversation to flex the testosterone of your I.T. knowledge.

The fact that I have worked extensively in the LFC space does give me some sort of knowledge about how UFB works.
However, I don't see the need to tell other people about my vast knowledge of UFB, and the details I know, as it won't make me sleep better at night, and I don't see the need in portraying a large ego on a geek forum.

So, if your aim here is to try to put other people, myself in this case, in their place with your protruding extensive phallic like knowledge of I.T. you have failed, sorry.

Wow.

To be fair, you were wrong about our traffic shaping and tried to maintain that position for a while, you are wrong about the 24 way split (at least as far as what's actually deployed), and you are paying WAY too much attention to the DW PON bandwidth for an OLT port.

I'll happily flex appropriate muscles if people come and post wrong information here, more so if they carry on and defend statements I know for a fact are wrong.

You are factually correct about the PON bandwidth split (at least in the DS direction, US is a different bandwidth and a completely different method of BW sharing) but you're wrong to think it would be having a real world impact.

Cheers - N

Please note all comments are from my own brain and don't necessarily represent the position or opinions of my employer, previous employers, colleagues, friends or pets.

freitasm

BDFL - Memuneh
80658 posts

Uber Geek
+1 received by user: 41070

Administrator

ID Verified

Trusted

Geekzone

Lifetime subscriber

#1325696 16-Jun-2015 12:18

The post was reported but seriously I just had a big laugh here.

Get on with the program now. For the newcomer, please familiarise yourself with the FUG.

This is a family show

Referral links: Quic Broadband (free setup code: R587125ERQ6VE) | Samsung | AliExpress | Wise | Sharesies

Support Geekzone by subscribing (browse ads-free), or making a one-off or recurring donation through PressPatron.

Talkiet

4819 posts

Uber Geek
+1 received by user: 3934

Trusted

#1325701 16-Jun-2015 12:21

For the record, I didn't report the post, I had a chuckle as well :-)

Cheer s- N

Please note all comments are from my own brain and don't necessarily represent the position or opinions of my employer, previous employers, colleagues, friends or pets.

1 | 2 | 3 | 4 | 5 | 6