Web Squad ISP

Status
Not open for further replies.
websquadza said:
Usually a saturated port on Optinet’s side. Let me try steer some traffic. If there’s any way you can get an IP, it will help narrow down which of their interfaces is the issue and drain that out.
Click to expand...

My apologies for the late reply, just hopped back online and things are a-okay. Thank you for the prompt reply.
 
websquadza said:
Morning, the NNI issue seems to have come right here. How's this looking now? Losses gone?
Click to expand...
So since the speeds have been sorted out and yes speeds still running great however since that was sorted I am suffering a lot of buffering and this is on 2 different iptv service providers I use. With the lower speeds before the buffering was definitely better. Its like the guys reporting before their speeds or pings was sorted out, their gaming experience was better before their ping times were lowered.
 
Ironically, I'd love the option to switch to the alternate Cogent routing on demand too. Latency not withstanding, it was definitely a better gaming experience somehow.
 
Hi @websquadza I am still having some issues with quad9. Check the pings below. Seems the IPV4 server is routing to elsewhere while the IPV6 routes here

~$ ping 9.9.9.9
PING 9.9.9.9 (9.9.9.9) 56(84) bytes of data.
64 bytes from 9.9.9.9: icmp_seq=1 ttl=48 time=181 ms
64 bytes from 9.9.9.9: icmp_seq=2 ttl=48 time=180 ms
64 bytes from 9.9.9.9: icmp_seq=3 ttl=48 time=180 ms
64 bytes from 9.9.9.9: icmp_seq=4 ttl=48 time=180 ms
^C
--- 9.9.9.9 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 180.205/180.355/180.525/0.117 ms

~$ ping 2620:fe::fe
PING 2620:fe::fe(2620:fe::fe) 56 data bytes
64 bytes from 2620:fe::fe: icmp_seq=1 ttl=59 time=5.24 ms
64 bytes from 2620:fe::fe: icmp_seq=2 ttl=59 time=4.58 ms
64 bytes from 2620:fe::fe: icmp_seq=3 ttl=59 time=4.69 ms
64 bytes from 2620:fe::fe: icmp_seq=4 ttl=59 time=4.87 ms
 
Gimli said:
Hi @websquadza I am still having some issues with quad9. Check the pings below. Seems the IPV4 server is routing to elsewhere while the IPV6 routes here

~$ ping 9.9.9.9
PING 9.9.9.9 (9.9.9.9) 56(84) bytes of data.
64 bytes from 9.9.9.9: icmp_seq=1 ttl=48 time=181 ms
64 bytes from 9.9.9.9: icmp_seq=2 ttl=48 time=180 ms
64 bytes from 9.9.9.9: icmp_seq=3 ttl=48 time=180 ms
64 bytes from 9.9.9.9: icmp_seq=4 ttl=48 time=180 ms
^C
--- 9.9.9.9 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 180.205/180.355/180.525/0.117 ms

~$ ping 2620:fe::fe
PING 2620:fe::fe(2620:fe::fe) 56 data bytes
64 bytes from 2620:fe::fe: icmp_seq=1 ttl=59 time=5.24 ms
64 bytes from 2620:fe::fe: icmp_seq=2 ttl=59 time=4.58 ms
64 bytes from 2620:fe::fe: icmp_seq=3 ttl=59 time=4.69 ms
64 bytes from 2620:fe::fe: icmp_seq=4 ttl=59 time=4.87 ms
Click to expand...

Thanks for this. We had a little issue with our JINX port this week, so we drained out those routes; looking why the next best route isn't CPT or KZN and will bring JINX back into the JB1 core (we run two cores in JHB - Samrand and Isando, JINX is back on Samrand, not Isando). Still not learning the v4 routes from PCH at NAP sadly. v4 and v6 stacks are basically two separate networks.
 
Hingisp said:
So since the speeds have been sorted out and yes speeds still running great however since that was sorted I am suffering a lot of buffering and this is on 2 different iptv service providers I use. With the lower speeds before the buffering was definitely better. Its like the guys reporting before their speeds or pings was sorted out, their gaming experience was better before their ping times were lowered.
Click to expand...

Will look into this; not really a speed/ping thing. We completely changed architecture on our NLD between JHB and KZN over the last two weeks; moving to newer topologies. The immediate benefit was more efficient packet processing (now all done at an ASIC level). I have a sneaky feeling this comes down to the load balancing algo in use, and will get the guys to look into it.
 
Seeyou said:
Ironically, I'd love the option to switch to the alternate Cogent routing on demand too. Latency not withstanding, it was definitely a better gaming experience somehow.
Click to expand...
We're eagerly waiting for Cogent to launch a CPT pop (they don't have a timeline yet - just blaming covid for the delay). Unfortunately there isn't a simple switch to determine this on a per user basis. We'll keep tweaking what we can in the meanwhile.
 
websquadza said:
Thanks for this. We had a little issue with our JINX port this week, so we drained out those routes; looking why the next best route isn't CPT or KZN and will bring JINX back into the JB1 core (we run two cores in JHB - Samrand and Isando, JINX is back on Samrand, not Isando). Still not learning the v4 routes from PCH at NAP sadly. v4 and v6 stacks are basically two separate networks.
Click to expand...
Hi, that issue seems to be sorted now thanks. Just for your information see the two below dig commands, the one before it was sorted out, and the one after.

~$ dig +short @9.9.9.9 CH txt id.server
"res720.cpt.rrdns.pch.net"

~$ dig +short @9.9.9.9 CH txt id.server
"res200.jnb.rrdns.pch.net"
 
@websquadza it seems on APNIC IPv6 measuring statistics that only about 5% of devices on your network are using ipv6. Does this correlate with your observations? If so, how can you help to improve that number?
 
websquadza said:
We're eagerly waiting for Cogent to launch a CPT pop (they don't have a timeline yet - just blaming covid for the delay). Unfortunately there isn't a simple switch to determine this on a per user basis. We'll keep tweaking what we can in the meanwhile.
Click to expand...
How about a VPN that uses the Cogent routing? I don't mind the added latency in trade for the better experience while we wait :)
 
@websquadza Got a quick question that I hope you can answer. The cancellation of my fibre line with my current ISP comes into affect on May 31st, i'm planning to switch to websquad but should I place my order now on your website for ISP migration? Or should I place the order when my current line is cancelled on monday?
 
Savy561 said:
@websquadza Got a quick question that I hope you can answer. The cancellation of my fibre line with my current ISP comes into affect on May 31st, i'm planning to switch to websquad but should I place my order now on your website for ISP migration? Or should I place the order when my current line is cancelled on monday?
Click to expand...

Place the order with our FTTH team in advance. They’ll then make sure that the order is placed with the FNO as soon as your line is released as well as manage the entire process for you. PM me your details if you want us to reach out and contact you.
 
Gimli said:
@websquadza it seems on APNIC IPv6 measuring statistics that only about 5% of devices on your network are using ipv6. Does this correlate with your observations? If so, how can you help to improve that number?
Click to expand...

Hmmm. Wonder how they’re getting those stats. Can you PM me the link? V6 is enabled throughout our network- We actively enable v6 on every FTTH router that goes out by default. Vuma trenched skews the numbers a tad (they’re the largest FNO and mostly trenched in major metros). We also push v6 to FTTB- though that’s always a debate between our engineers and their IT departments who tend to stick with what they’re comfortable with… seems to be a common issue with v6. Same goes for our colo and servers. V6 is enabled by default on Web Hosting and soon on VoIP (No more NAT !).
 
Drilling down in their dataset you get to all ASNs in South Africa

IPv6 Capability Metrics

stats.labs.apnic.net

And I got the below explanation of their method from the IPv6 Launch website

APNIC: APNIC recruits random measurements of IPv6 capability and preference through advertisements placed in web sites worldwide. The advert runs specially crafted HTML5/Javascript and measures a range of properties across wired, wireless and cellular networks. Per-Economy and Per-ASN daily totals are calculated through the RIR delegation stats and daily BGP dumps to map origin-as and economy of registration of each tested clients IP addresses. The measurement has run continuously since 2010 and currently collects around 10 million samples per day. Further information is available here.
Click to expand...
 
Savy561 said:
@websquadza Got a quick question that I hope you can answer. The cancellation of my fibre line with my current ISP comes into affect on May 31st, i'm planning to switch to websquad but should I place my order now on your website for ISP migration? Or should I place the order when my current line is cancelled on monday?
Click to expand...

As @websquadza has already said, place the order before your current service goes out. Their migration is flawless. For reference I migrated from Bitco 1000/100 static IP to Websquad 1000/100 static IP on Vumatel trenched, with the migration occurring on a Sunday morning. I only had about 2 hours of no connectivity during this process.
 
websquadza said:
Hmmm. Wonder how they’re getting those stats. Can you PM me the link? V6 is enabled throughout our network- We actively enable v6 on every FTTH router that goes out by default. Vuma trenched skews the numbers a tad (they’re the largest FNO and mostly trenched in major metros). We also push v6 to FTTB- though that’s always a debate between our engineers and their IT departments who tend to stick with what they’re comfortable with… seems to be a common issue with v6. Same goes for our colo and servers. V6 is enabled by default on Web Hosting and soon on VoIP (No more NAT !).
Click to expand...

Is there any way for you to provide v6 on Vumatel trenched? I'd love to play around with it
 
Status
Not open for further replies.
Back
Top
Sign up to the MyBroadband newsletter
X