Cool Ideas Fibre ISP - Feedback

Status
Not open for further replies.
TheRoDent said:
Could you switch back to the dynamic again please ?
Click to expand...

Thanks.

OK, this helps me a lot. Again, evidence. I can use. It makes no sense.

Our handoff is a single BGP session, in theory, this should all be the same.

A static assigned massive packet loss, and latency. A dynamic after hours, working well.... :rolleyes:
 
TheRoDent said:
Thanks.

OK, this helps me a lot. Again, evidence. I can use. It makes no sense.

A static assigned massive packet loss, and latency. A dynamic after hours, working well....
Click to expand...

Right, only difference is that static ip is from a different ip range. If all ips are treated equally then the outcome should be the same assuming they are assigned on the same switch.

The packetloss on that static ip looked to me like heavy shaping occurring for some bizarre reason.
 
So, this is part of the network that we don't have insight to. The routing, and handoff for that IP should be exactly the same.

I get an interface 154.0.1.125 (my router) that I get fed packets from the Trenched network. What happens inside it is a black box, and I have a bit of a web interface to manage your MAC addresses, and static IP's.

The rest is entirely opaque to us as an ISP.
 
TheRoDent said:
So, this is part of the network that we don't have insight to. The routing, and handoff for that IP should be exactly the same.

I get an interface 154.0.1.125 (my router) that I get fed packets from the Trenched network. What happens inside it is a black box, and I have a bit of a web interface to manage your MAC addresses, and static IP's.

The rest is entirely opaque to us as an ISP.
Click to expand...

The results is closer to the Twilight zone. o_o
 
TheRoDent said:
Queue bun-fight with Vumatel. I had my daily dose with Octotel this morning.
Click to expand...

Just a thought, is it possible they might be offloading certain ip assigned to different physical hardware ie. the static ip you assigned might have been offloaded on a faulty switch vs the dynamic ip being assigned on a lets-call-it functional switch.

Is this at all plausible ?
 
John Tempus said:
Just a thought, is it possible they might be offloading certain ip assigned to different physical hardware ie. the static ip you assigned might have been offloaded on a faulty switch vs the dynamic ip being assigned on a lets-call-it functional switch.

Is this at all plausible ?
Click to expand...

This is entirely plausible. But in theory the have a "managed" layer 2 network to our handoff in Bree street, but since they take care of DHCP, and routing, yes. It could be that the "static" network takes a different path.

They do the layer 3 on our behalf. I wish they didn't. Just to put it in perspective of how much of a "black box" it is. We have zero insight aside from the first (third) handoff hop.

With other FNO's (Telkom excluded) we at least get raw ethernet packets....
 
TheRoDent said:
This is entirely plausible. But in theory the have a "managed" layer 2 network to our handoff in Bree street, but since they take care of DHCP, and routing, yes. It could be that the "static" network takes a different path.

They do the layer 3 on our behalf. I wish they didn't. Just to put it in perspective of how a "black box" it is. We have zero insight aside from the first hop.
Click to expand...

PS. this is why at no point in this thread and the issues with Vumatel did I ever once blame CISP just so that we are all on the same page. My fight is with Vumatel and I appreciate the interaction coming from you guys. :)
 
Has been rather fascinating reading through this all.
Suprised you aren't passed out in your bed by the sounds of what you've been fighting through @TheRoDent
 
TheRoDent said:
Hah, I live on Heineken and good company. Sleep is a by product of hard work.
Click to expand...

Here is what I will do today after loadshedding when I am 99.99% certain the link will just go into blinking hell until probably the same time of the day. Will that static ip be usable for me to assign right after load shedding to see for myself even if the traffic is still wonky if the sync will occur and the ip assigned just enough to do the same MTR test.

I suspect going dynamic or static ip the line sync will simply not occur after loadshedding. I might be proven wrong or Vumatel might have fixed something in the wee hours just now, tomorrow will tell I guess.
 
John Tempus said:
Here is what I will do today after loadshedding when I am 99.99% certain the link will just go into blinking hell until probably the same time of the day. Will that static ip be usable for me to assign right after load shedding to see for myself even if the traffic is still wonky if the sync will occur and the ip assigned just enough to do the same MTR test.

I suspect going dynamic or static ip the line sync will simply not occur after loadshedding. I might be proven wrong or Vumatel might have fixed something in the wee hours just now, tomorrow will tell I guess.
Click to expand...

The static is assigned to your circuit, and doesn't require any DHCP involvement (in theory).

You can re-use it at any time. I make no promises however, as to it's veracity or usefulness but at least it's something we can eliminate.

If it works, or eliminates your down-time, then I will assign a static to every single one of our clients. It costs's me nothing. *edit* aside from some hard work, which I'll code away.
 
TheRoDent said:
The static is assigned to your circuit, and doesn't require any DHCP involvement (in theory).

You can re-use it at any time. I make no promises however, as to it's veracity or usefulness but at least it's something we can eliminate.

If it works, or eliminates your down-time, then I will assign a static to every single one of our clients. It costs's me nothing. *edit* aside from some hard work, which I'll code away.
Click to expand...

Yup that is the only thing I want to test during the blinking hellzone. If I assign the static would it cure the blinking hell and if so we need to figure out how to actually use the static ip since the current static ip test resulted in unusable connectivity. :-)
 
TheRoDent said:
I wouldn't consider this thread and the various notices we put up as radio silence. Do understand, if you were with another ISP, they would give you the same information.
Click to expand...

I concede that there are some generic notices in the website, but so does every other ISP. But as an ISP of the year, there should be more visible/regular comms or at least the perception that more is being done to address or push Vumatel/Octottel/whoever on status updates. Why else would I use CISP, if it's the same as ISP XYZ?

Edit: Thanks for the update though :)
 
TheRoDent said:
Who did you have to chase back in the days of ADSL? Sure, you could engage with your ISP, but everyone knew at the end of the day that only Telkom could fix your ADSL.

It's no different today. Just the names have changed from Telkom to Vumatel/Octotel/Frogfoot/<insert name here>
Click to expand...

True, but ADSL is not Fibre. We would have hoped the tech and how me manage it would have improved with all the money being poured into getting fibre everywhere. In this specific case, it seems (perception) that it is worse than ADSL.
 
TheRoDent said:
Queue bun-fight with Vumatel. I had my daily dose with Octotel this morning.
Click to expand...
Any update with regards to Netstream? Is there any plan from their side to fix whatever is wrong with my line? It's now been going on for 4 months and it is even worse than when I first reported it.
 
I see Frogfoot decided to do unannounced scheduled maintenance from 5 this morning until 17:00 in my area. Hopefully it'll fix my twitch streaming :p
 
I'm going to work out what it costs per hour for internet, and deduct the hours before I pay my bill at the end of the month. (Luckily no debit order)

Vumatel claims if you are not up after 2 hours call your ISP, ISP says it's Vumatel, someone is lying.

Power up at 16:20pm, but internet only started to work 100% at 6:19am thins morning, for a second day in a row.
Was working briefly at 02:15am for a few minutes.


1550034252945.png

I
 
Status
Not open for further replies.
Back
Top
Sign up to the MyBroadband newsletter
X