km2
Expert Member
Frogfoot, Cape Town deep south. Might well be a Frogfoot issue as now it's lost the PPPoE connection and won't reconnect.
-
Join the MyBroadband community
South Africa’s biggest forum. Discuss, discover, and connect with thousands of members.
-
Question of the Day: Have you ever been to an airshow?
Web Squad ISP
- Thread starter Gazed416
- Start date
- Status
km2
Expert Member
Good call on the MTU. Using a Mikrotik router on the default 1480 MTU. After dropping the MTU down to 1200 pages load fine again. Obviously not ideal to stay in this state but ok as a workaround.
wingnut771
Honorary Master
- Joined
- Aug 14, 2018
- Messages
- 659
- Reaction score
- 294
Good morning, All. Thank you for your message. Please send me a PM with your FRG nr in order for our team to investigate the matter.
1200 may be a bit too low, you can try increase to 1400? MTU won't affect your traffic at all though, unless you've got 1 Gbps + of traffic. The internet is very flexible and will adjust MSS on every TCP connection, making sure to always send the largest payload the link will support.
It sounds like jumbo frame was disabled on a switch/interface between your POP and our handover. FF's EVPN network uses about 54 bytes to carry ISP tagged traffic (C-VLAN+VXLAN Tag), so if an interface is set to 1500, the max payload should be around 1446.
Can you drop our team a support ticket so we can escalate this to FF? They just need to enable jumbo on the affected device again to start carrying 1500 byte payloads again.
Hi
I'm struggling with buffering of MS virtual training days... yesterday and today. From what I can see it's served from here :
traces to those destinations are fine for the most part though
Not sure if that core device is fine.. maybe the problem is on their side. *shrug*
Just thought I'd mention it in case someone else can relate.
I'm struggling with buffering of MS virtual training days... yesterday and today. From what I can see it's served from here :
traces to those destinations are fine for the most part though
Not sure if that core device is fine.. maybe the problem is on their side. *shrug*
Just thought I'd mention it in case someone else can relate.
Seems to be a few lost packets on the FNO portion - let me know if this continues. These Akamai servers at Optinet are also notoriously under-provisioned, so I think the combination isn't that great.
No official notices yet - please log a ticket
Update: Seeing an outage reported at the Lakeside node
Last edited:
rvanwyk
Expert Member
@websquadza Did an upgrade just now and paid. Any idea how long it takes for new speed to take affect?
yeah in the past it's always been that bng-xe-02 hop that's troublesome. Still now.
Will do random traces over the next few days and post if it continues.
Definitely FNO related - please log a ticket with support.
rvanwyk
Expert Member
Ok, it seems they cannot upgrade me to 500/200 on Vuma? Currently on 200/200 and only upgrade options are 1000/200 and 1000/500. Why would that be?
rvanwyk
Expert Member
Ok, seems they have to upgrade to 200/200 to get the double-up (500/200) promotion
Morning. While new commercials are set, they haven't taken effect for us yet. But yes- the team quickly sorted that out.
rvanwyk
Expert Member
Thanks for the follow up. Checked on this, looks like it's still being provisioned. Change has been processed on Vumatel's and our side, but the service profile is still the old speed. Could be a dev issue with vuma. Will ask the team to submit a ticket if it's not complete first thing in the morning
rvanwyk
Expert Member
Thanks. Yeah looks like some queues holding things back. Speedtest will start at 500 and then move down to 200 during the test.
- Status