Praeses
Expert Member
- Joined
- Oct 29, 2005
- Messages
- 4,932
ThanksWe are aware of some arb international loss happening, it should be resolved shortly.
ThanksWe are aware of some arb international loss happening, it should be resolved shortly.
You mention multiple times you have the UPS on the CPE. Just checking, its on both the CPE and router not only the CPE?
Ok I wasn't sure if you expected a better outcome and thus posted that MTR to show a bad outcome. Your MTR looks perfectly fine.
I wouldn't say they belong to CISP, its a redstation based server if anything you are just testing redstation ingress network more than CISP controlled network point. The only controlled test here would be up until you extra CISP network which is far down the line before you get to queen.cisp.co.za destination.
The first 2 CISP wont have control over(directly) over especially the last 2 which enter redstation datacenter they would have ZERO control over from what I can see.
| 195.66.224.207 - 0 | 7 | 7 | 141 | 141 | 141 | 141 |
| 62.128.207.217 - 0 | 7 | 7 | 144 | 166 | 304 | 144 |
| 185.20.96.154 - 0 | 7 | 7 | 146 | 147 | 150 | 146 |
| 62.233.65.195 - 0 | 7 | 7 | 144 | 144 | 144 | 144 |
I wasn't trying to be obtuse I was just trying to show that international seems fine on Octotel down here.
I know that when you run iperf tests you run them to lnms.cisp.co.za (local server) and iperf.cisp.co.za (international server) meaning CISP must trust them enough to make them control tests.
This is resolved.We are aware of some arb international loss happening, it should be resolved shortly.
Sorry I should have been more specific, it was only relative to JHB.I wasn't trying to be obtuse I was just trying to show that international seems fine on Octotel down here.
I know that when you run iperf tests you run them to lnms.cisp.co.za (local server) and iperf.cisp.co.za (international server) meaning CISP must trust them enough to make them control tests.
Thanks, working againThis is resolved.
I have noticed this as well. Thought it had something to do with the load shedding as it has been like this ever since my power came back on Monday evening but it has not improved.Thanks, working again
Any idea why this past week my latency to the coreix server went from 167ms to 180+ms ?
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.0.1 - 0 | 24 | 24 | 0 | 0 | 0 | 0 |
| u1h-cust.coolideas.co.za - 0 | 24 | 24 | 6 | 8 | 37 | 6 |
| uya-cust.coolideas.co.za - 0 | 24 | 24 | 6 | 8 | 36 | 6 |
| u13n-cust.coolideas.co.za - 0 | 24 | 24 | 6 | 8 | 36 | 7 |
| 197.96.214.112 - 0 | 24 | 24 | 7 | 11 | 45 | 7 |
| 168.209.100.212 - 0 | 24 | 24 | 194 | 199 | 225 | 194 |
|ge-0-1-0-68.peering1.the.lon1.coreix.net - 0 | 24 | 24 | 182 | 184 | 214 | 182 |
| xe-6-1.edge3.enf.lon5.coreix.net - 0 | 24 | 24 | 172 | 178 | 203 | 172 |
| 85.13.193.200.reverse.coreix.net - 0 | 24 | 24 | 182 | 184 | 213 | 182 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
Hehe ok cool, well it takes a lot to have a good Octotel connection so bigup![]()
We are using our IS backup transit, whilst we are upgrading some of our UK infrastructure.
@PBCool : Is there any update on the Openserve capacity issue in CT you guys were having?
I have noticed this as well. Thought it had something to do with the load shedding as it has been like this ever since my power came back on Monday evening but it has not improved.
Any feedback on the issues with Netstream?The latency over IS transit is slightly higher.
The latency over IS transit is slightly higher.
Any feedback on the issues with Netstream?
Any feedback on the issues with Netstream?
When do you anticipate to cut back over to your own backhaul?