[Caiway Glasvezel] Ervaringen & Discussie - Deel 2

[w1mm13]

miniterror schreef op dinsdag 10 mei 2022 @ 12:40:
[...]


Wat een latency

Wat denk je hier van .....

PING pantheon-systems.map.fastly.net (151.101.38.133): 56 data bytes
64 bytes from 151.101.38.133: icmp_seq=0 ttl=61 time=0.948 ms
64 bytes from 151.101.38.133: icmp_seq=1 ttl=61 time=0.934 ms
64 bytes from 151.101.38.133: icmp_seq=2 ttl=61 time=0.878 ms
64 bytes from 151.101.38.133: icmp_seq=3 ttl=61 time=0.852 ms
64 bytes from 151.101.38.133: icmp_seq=4 ttl=61 time=0.874 ms
64 bytes from 151.101.38.133: icmp_seq=5 ttl=61 time=0.780 ms
64 bytes from 151.101.38.133: icmp_seq=6 ttl=61 time=0.856 ms
64 bytes from 151.101.38.133: icmp_seq=7 ttl=61 time=0.944 ms
64 bytes from 151.101.38.133: icmp_seq=8 ttl=61 time=0.867 ms
64 bytes from 151.101.38.133: icmp_seq=9 ttl=61 time=1.012 ms

--- pantheon-systems.map.fastly.net ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.780/0.895/1.012/0.062 ms

[miniterror]

w1mm13 schreef op dinsdag 10 mei 2022 @ 14:35:
[...]


Wat denk je hier van .....

PING pantheon-systems.map.fastly.net (151.101.38.133): 56 data bytes
64 bytes from 151.101.38.133: icmp_seq=0 ttl=61 time=0.948 ms
64 bytes from 151.101.38.133: icmp_seq=1 ttl=61 time=0.934 ms
64 bytes from 151.101.38.133: icmp_seq=2 ttl=61 time=0.878 ms
64 bytes from 151.101.38.133: icmp_seq=3 ttl=61 time=0.852 ms
64 bytes from 151.101.38.133: icmp_seq=4 ttl=61 time=0.874 ms
64 bytes from 151.101.38.133: icmp_seq=5 ttl=61 time=0.780 ms
64 bytes from 151.101.38.133: icmp_seq=6 ttl=61 time=0.856 ms
64 bytes from 151.101.38.133: icmp_seq=7 ttl=61 time=0.944 ms
64 bytes from 151.101.38.133: icmp_seq=8 ttl=61 time=0.867 ms
64 bytes from 151.101.38.133: icmp_seq=9 ttl=61 time=1.012 ms

--- pantheon-systems.map.fastly.net ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.780/0.895/1.012/0.062 ms

Dat red ik toch echt niet, dit is vanaf mijn server welke direct op de router zit aangesloten met een cat6 kabeltje van 0.25M, korter pad dan dat kan ik niet hebben.

PING 151.101.38.133 (151.101.38.133) 56(84) bytes of data.
64 bytes from 151.101.38.133: icmp_seq=1 ttl=60 time=7.11 ms
64 bytes from 151.101.38.133: icmp_seq=2 ttl=60 time=6.18 ms
64 bytes from 151.101.38.133: icmp_seq=3 ttl=60 time=7.47 ms
64 bytes from 151.101.38.133: icmp_seq=4 ttl=60 time=6.64 ms
64 bytes from 151.101.38.133: icmp_seq=5 ttl=60 time=7.84 ms
64 bytes from 151.101.38.133: icmp_seq=6 ttl=60 time=6.99 ms
64 bytes from 151.101.38.133: icmp_seq=7 ttl=60 time=8.32 ms
64 bytes from 151.101.38.133: icmp_seq=8 ttl=60 time=6.63 ms
64 bytes from 151.101.38.133: icmp_seq=9 ttl=60 time=6.06 ms
^C
--- 151.101.38.133 ping statistics ---
9 packets transmitted, 9 received, 0% packet loss, time 8014ms
rtt min/avg/max/mdev = 6.056/7.026/8.316/0.705 ms

[ernstoud]

w1mm13 schreef op dinsdag 10 mei 2022 @ 14:35:
[...]


Wat denk je hier van .....

PING pantheon-systems.map.fastly.net (151.101.38.133): 56 data bytes
64 bytes from 151.101.38.133: icmp_seq=0 ttl=61 time=0.948 ms
64 bytes from 151.101.38.133: icmp_seq=1 ttl=61 time=0.934 ms
64 bytes from 151.101.38.133: icmp_seq=2 ttl=61 time=0.878 ms
64 bytes from 151.101.38.133: icmp_seq=3 ttl=61 time=0.852 ms
64 bytes from 151.101.38.133: icmp_seq=4 ttl=61 time=0.874 ms
64 bytes from 151.101.38.133: icmp_seq=5 ttl=61 time=0.780 ms
64 bytes from 151.101.38.133: icmp_seq=6 ttl=61 time=0.856 ms
64 bytes from 151.101.38.133: icmp_seq=7 ttl=61 time=0.944 ms
64 bytes from 151.101.38.133: icmp_seq=8 ttl=61 time=0.867 ms
64 bytes from 151.101.38.133: icmp_seq=9 ttl=61 time=1.012 ms

--- pantheon-systems.map.fastly.net ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.780/0.895/1.012/0.062 ms

Hier vanuit een met ethernet aan de Platinum gekoppelde Windows 10 PC, 5 ms. naar diezelfde server.

Waar komt dit verschil vandaan?

[nero355]

ernstoud schreef op dinsdag 10 mei 2022 @ 10:11:
Wat is er dan zo anders via een VPN vraag ik me af. Het is toch gewoon TCP verkeer. Bijzonder.

Een VPN kan op twee manieren als je bijvoorbeeld OpenVPN erbij pakt :
- UDP voor maximale snelheid.
- TCP voor maximale betrouwbaarheid.

En beiden zullen je verkeer net zo betrouwbaar maken als de verbinding van je "Exit Point" toelaat

Zo heb ik een oude buddy uit Denemarken laten gamen via mijn xDSL verbinding destijds, omdat hij naar vrijwel elke server toe een flinke packetloss of time-outs had enkele dagen achter elkaar!

w1mm13 schreef op dinsdag 10 mei 2022 @ 11:45:
Ik heb een 800 Mb/s link en haal meestal iets meer ....

[Afbeelding]

Komt door de Traffic Shaping en komt eigenlijk bij iedereen voor

miniterror schreef op dinsdag 10 mei 2022 @ 12:40:
Wat een latency

Mijn simpele Internet Only 300/300 verbinding heeft dat ook elke keer als ik test binnen het Caiway netwerk en buiten het Caiway netwerk hangt een beetje af van de routing en/of de capaciteit aan de andere kant

Wat wel een beetje maf is :
- Ping naar USA Gaming Servers via xDSL = 90 ms grofweg.
- Ping naar USA Gaming Servers via Glasvezel = 90 ms grofweg.

Blijkbaar zijn de natuurkundige wetten een groter obstakel dan de capaciteit van de datalijnen die kant op!

BlazeMuis schreef op dinsdag 10 mei 2022 @ 12:57:
Kan ook aan je router liggen

Zeker waar!

ik heb geen goede ervaringen met Asus routers, maar dat is mijn mening.

"There... I fixed it!"

miniterror schreef op dinsdag 10 mei 2022 @ 13:14:
Voordat ik de AX86U's had heb ik een reguliere UDM geprobeerd met een AP van Ubiquiti.
Alleen maar problemen met dat ding, als je een bug melde op het forum werd je doorgestuurd om beta software te installeren
Dit was ten tijde van de 1.7 firmware voor dat ding 2 jaar geleden.

Wie koopt er dan ook een UDM

ernstoud schreef op dinsdag 10 mei 2022 @ 16:06:
Hier vanuit een met ethernet aan de Platinum gekoppelde Windows 10 PC, 5 ms. naar diezelfde server.

Waar komt dit verschil vandaan?

Hoe druk het is op jouw netwerkgedeelte gok ik, want mijn Raspberry Pi 3B achter Genexis 7840 + USG 3P doet het beter :

pi@unipi:~ $ ping pantheon-systems.map.fastly.net
PING pantheon-systems.map.fastly.net (151.101.38.133) 56(84) bytes of data.
64 bytes from 151.101.38.133: icmp_seq=1 ttl=59 time=3.26 ms
64 bytes from 151.101.38.133: icmp_seq=2 ttl=59 time=6.17 ms
64 bytes from 151.101.38.133: icmp_seq=3 ttl=59 time=3.03 ms
64 bytes from 151.101.38.133: icmp_seq=4 ttl=59 time=3.02 ms
64 bytes from 151.101.38.133: icmp_seq=5 ttl=59 time=3.07 ms
64 bytes from 151.101.38.133: icmp_seq=6 ttl=59 time=2.95 ms
64 bytes from 151.101.38.133: icmp_seq=7 ttl=59 time=2.98 ms
64 bytes from 151.101.38.133: icmp_seq=8 ttl=59 time=3.04 ms
64 bytes from 151.101.38.133: icmp_seq=9 ttl=59 time=2.93 ms
64 bytes from 151.101.38.133: icmp_seq=10 ttl=59 time=3.04 ms
64 bytes from 151.101.38.133: icmp_seq=11 ttl=59 time=3.03 ms
64 bytes from 151.101.38.133: icmp_seq=12 ttl=59 time=3.04 ms
64 bytes from 151.101.38.133: icmp_seq=13 ttl=59 time=3.03 ms
64 bytes from 151.101.38.133: icmp_seq=14 ttl=59 time=2.99 ms

[ Voor 22% gewijzigd door nero355 op 10-05-2022 16:11 ]

[w1mm13]

ernstoud schreef op dinsdag 10 mei 2022 @ 16:06:
[...]


Hier vanuit een met ethernet aan de Platinum gekoppelde Windows 10 PC, 5 ms. naar diezelfde server.

Waar komt dit verschil vandaan?

Doe eens een traceroute (met icmp)

traceroute to www.stanford.edu (151.101.38.133), 30 hops max, 60 byte packets
1 * 002-128-128-083.dynamic.caiway.nl (83.128.128.2) 1.417 ms 1.422 ms
2 * cn-asd-kbw-cr15-be2001-2010.caiw.net (62.45.30.253) 1.336 ms 1.343 ms
3 * 103.244.50.20 (103.244.50.20) 1.100 ms 1.107 ms
4 151.101.38.133 (151.101.38.133) 0.873 ms 0.881 ms 0.881 ms

[miniterror]

nero355 schreef op dinsdag 10 mei 2022 @ 16:07:
[...]

Wie koopt er dan ook een UDM

Iets met de WAF, een 1u server als de UDM pro in de woonkamer op de vensterbank is niet toegestaan.
De reguliere UDM vond ze er dan nog wel grappig uitzien en was makkelijk te verstoppen achter de gordijnen in de woonkamer, mijn Ziggo aansluiting zit in de hoek van de woonkamer.

Niet relevant, ik zou eigenlijk het hele huis opnieuw moeten bekabelen omtrent UTP en een vast punt maken waar ik alles zou kunnen opbouwen.
Ben nu alles klein aan het doen dat het makkelijk te verstoppen is.
Mijn 'server' bijvoorbeeld is een Asrock deskmini x300, klein maar 'krachtig' met een AMD 5700G er in en NVME opslag.
Wil eigenlijk alles opnieuw doen met een OPNsense box en dan 2 TP-link omoda 650 AP's voor de WiFi maar ja, dat is meer voor de play als dat ik er alles stabieler mee maak als de 2 Asus AX86U's, misschien als deze vervangen moeten worden dat ik die route ga inslaan.

[ Voor 14% gewijzigd door miniterror op 10-05-2022 16:20 ]

[ernstoud]

nero355 schreef op dinsdag 10 mei 2022 @ 16:07:

Hoe druk het is op jouw netwerkgedeelte gok ik, want mijn Raspberry Pi 3B achter Genexis 7840 + USG 3P doet het beter :

pi@unipi:~ $ ping pantheon-systems.map.fastly.net
PING pantheon-systems.map.fastly.net (151.101.38.133) 56(84) bytes of data.
64 bytes from 151.101.38.133: icmp_seq=1 ttl=59 time=3.26 ms
64 bytes from 151.101.38.133: icmp_seq=2 ttl=59 time=6.17 ms
64 bytes from 151.101.38.133: icmp_seq=3 ttl=59 time=3.03 ms
64 bytes from 151.101.38.133: icmp_seq=4 ttl=59 time=3.02 ms
64 bytes from 151.101.38.133: icmp_seq=5 ttl=59 time=3.07 ms
64 bytes from 151.101.38.133: icmp_seq=6 ttl=59 time=2.95 ms
64 bytes from 151.101.38.133: icmp_seq=7 ttl=59 time=2.98 ms
64 bytes from 151.101.38.133: icmp_seq=8 ttl=59 time=3.04 ms
64 bytes from 151.101.38.133: icmp_seq=9 ttl=59 time=2.93 ms
64 bytes from 151.101.38.133: icmp_seq=10 ttl=59 time=3.04 ms
64 bytes from 151.101.38.133: icmp_seq=11 ttl=59 time=3.03 ms
64 bytes from 151.101.38.133: icmp_seq=12 ttl=59 time=3.04 ms
64 bytes from 151.101.38.133: icmp_seq=13 ttl=59 time=3.03 ms
64 bytes from 151.101.38.133: icmp_seq=14 ttl=59 time=2.99 ms

Ik heb net ook nog rechtstreeks op de Platinum via SSH een “ping -I vlan100 151.101.38.133” gedaan; ook 5 ms. Dus de Windows PC geeft geen vertraging. Druk hier in het buitengebied kan ik me overdag niet zo voorstellen. Ik heb wel eens 2-3 ms. naar Google gehad, maar is al tijden ook 5 ms.

Doe ik een traceroute is de eerste hop al 5 ms. dus het zit gewoon in caiw.net.

[nero355]

miniterror schreef op dinsdag 10 mei 2022 @ 16:17:
Iets met de WAF, een 1u server als de UDM pro in de woonkamer op de vensterbank is niet toegestaan.

Heel die UDM/UDR Serie moet je gewoon skippen!

De reguliere UDM vond ze er dan nog wel grappig uitzien en was makkelijk te verstoppen achter de gordijnen in de woonkamer, mijn Ziggo aansluiting zit in de hoek van de woonkamer.

Als je "Stealth WiFi" wilt dan heb je daar van zowel Ubiquiti als TP-Link de (In) Wall modellen voor uit de UniFi en Omada reeksen!

Niet relevant, ik zou eigenlijk het hele huis opnieuw moeten bekabelen omtrent UTP en een vast punt maken waar ik alles zou kunnen opbouwen.
Ben nu alles klein aan het doen dat het makkelijk te verstoppen is.

Al eens rondgekeken in Het grote topic voor nette lan afwerking deel 4

Mijn 'server' bijvoorbeeld is een Asrock deskmini x300, klein maar 'krachtig' met een AMD 5700G er in en NVME opslag.

Klinkt als serieuze overkill maar ieder zijn ding en zo...

[ernstoud]

w1mm13 schreef op dinsdag 10 mei 2022 @ 16:16:
[...]


Doe eens een traceroute (met icmp)

traceroute to www.stanford.edu (151.101.38.133), 30 hops max, 60 byte packets
1 * 002-128-128-083.dynamic.caiway.nl (83.128.128.2) 1.417 ms 1.422 ms
2 * cn-asd-kbw-cr15-be2001-2010.caiw.net (62.45.30.253) 1.336 ms 1.343 ms
3 * 103.244.50.20 (103.244.50.20) 1.100 ms 1.107 ms
4 151.101.38.133 (151.101.38.133) 0.873 ms 0.881 ms 0.881 ms

tracert www.stanford.edu

Tracing route to pantheon-systems.map.fastly.net [151.101.2.133]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms 192.168.1.254 [192.168.1.254]
2 6 ms 7 ms 6 ms 002-128-128-083.dynamic.caiway.nl [83.128.128.2]
3 5 ms 5 ms 5 ms cn-asd-kbw-cr15-be2001-2010.caiw.net [62.45.30.253]
4 6 ms 6 ms 6 ms 103.244.50.20
5 5 ms 5 ms 5 ms 151.101.2.133

Trace complete.

Behoorlijk verschil dus. Exact zelfde tracé dus zelfde route. Verschil zit al in de 1e hop. Zit dus in de verbinding tussen mijn IP adres en 83.128.128.2.

@w1mm13 Jij hebt volgens mij de glasvezel via een SFP rechtstreeks in een eigen router toch? Wellicht dat de Platinum het verschil van 4 ms. introduceert.

[ Voor 6% gewijzigd door ernstoud op 10-05-2022 16:46 ]

[miniterror]

nero355 schreef op dinsdag 10 mei 2022 @ 16:21:
[...]

Heel die UDM/UDR Serie moet je gewoon skippen!


[...]

Als je "Stealth WiFi" wilt dan heb je daar van zowel Ubiquiti als TP-Link de (In) Wall modellen voor uit de UniFi en Omada reeksen!


[...]

Al eens rondgekeken in Het grote topic voor nette lan afwerking deel 4


[...]

Klinkt als serieuze overkill maar ieder zijn ding en zo...

Misschien als ik ooit eens een koophuis kan bemachtigen dat ik het mooi met inwalls kan doen inderdaad.
Voor nu in een huurhuis ga ik daar niet te veel in investeren om alles open te breken en de weet dat we ooit gaan kopen als de markt het weer toelaat

[nero355]

miniterror schreef op dinsdag 10 mei 2022 @ 16:32:
alles open te breken

TIP : Check of je de telefoonaansluitingen kan ombouwen, want daar zit nog weleens gewoon fatsoenlijke CAT5e achter!

Openbreken is een groot woord voor wat schroefjes losmaken en andere bevestigen

[w1mm13]

nero355 schreef op dinsdag 10 mei 2022 @ 16:34:
[...]

TIP : Check of je de telefoonaansluitingen kan ombouwen, want daar zit nog weleens gewoon fatsoenlijke CAT5e achter!

Openbreken is een groot woord voor wat schroefjes losmaken en andere bevestigen

Of oude telefoon kabel eruit en CAT5e erin :-) meeste telefoons zijn toch niet meer bedraadt.

[nero355]

w1mm13 schreef op dinsdag 10 mei 2022 @ 16:36:
Of oude telefoon kabel eruit en CAT5e erin :-) meeste telefoons zijn toch niet meer bedraadt.

Bedraadt ken ik niet, maar zelfs een VoIP telefoon heeft een kabeltje nodig!

Daarnaast zou ik gelijk voor CAT6 gaan, want dat kost geen drol meer!

[w1mm13]

nero355 schreef op dinsdag 10 mei 2022 @ 16:38:
Bedraadt ken ik niet, maar zelfs een VoIP telefoon heeft een kabeltje nodig!

In mijn geval staat dat kastje in de MER en niet in de huiskamer, telefoon is DECT alhoewel die nauwelijks wordt gebruikt.

Daarnaast zou ik gelijk voor CAT6 gaan, want dat kost geen drol meer!

Kan natuurlijk ook

[ Voor 7% gewijzigd door w1mm13 op 10-05-2022 16:47 ]

[w1mm13]

ernstoud schreef op dinsdag 10 mei 2022 @ 16:27:
@w1mm13 Jij hebt volgens mij de glasvezel via een SFP rechtstreeks in een eigen router toch? Wellicht dat de Platinum het verschil van 4 ms. introduceert.

Ik gebruikt een redelijke goede switch als "media converter" en daarna met koper mijn ASA55xx in.
Ik had met de oude titanium ook een lage latency ...

[miniterror]

Ik woon in een ouder huurhuis, heb geen telefonie aansluitingen in de kamers.
Laat het zoals het is, wilde eigenlijk de huidige cat5e kabels vernieuwen voor cat6 shielded, heb nu unshielded middels wat kabelgoten langs de muren lopen naar een paar punten in het huis, alles lekker over de AX WiFi op een paar devices na zoals mijn servertje en de Playstation 5.

Heb 2 van deze, een op zolder en een in de woonkamer, deze zijn bekabeld verbonden.
pricewatch: ASUS RT-AX86U

Edit: als ik nu allles nieuw zou moeten bouwen zou ik denk voor dit gaan

OPNsense er op.
https://m.nl.aliexpress.c...9a-4bb4-975b-099362b1bce7

2x deze
pricewatch: TP-Link EAP650

En 1x pricewatch: TP-Link TL-SG2008P

[ Voor 58% gewijzigd door miniterror op 10-05-2022 17:35 ]

[Deshmir]

Zo te zien zit ik ook aan de goede kant van de kabel

code:

root@PiHoleWireguard:~# ping pantheon-systems.map.fastly.net
PING pantheon-systems.map.fastly.net (151.101.38.133) 56(84) bytes of data.
64 bytes from 151.101.38.133 (151.101.38.133): icmp_seq=1 ttl=60 time=1.26 ms
64 bytes from 151.101.38.133 (151.101.38.133): icmp_seq=2 ttl=60 time=1.37 ms
64 bytes from 151.101.38.133 (151.101.38.133): icmp_seq=3 ttl=60 time=1.38 ms
64 bytes from 151.101.38.133 (151.101.38.133): icmp_seq=4 ttl=60 time=1.50 ms
64 bytes from 151.101.38.133 (151.101.38.133): icmp_seq=5 ttl=60 time=1.39 ms
64 bytes from 151.101.38.133 (151.101.38.133): icmp_seq=6 ttl=60 time=1.35 ms
64 bytes from 151.101.38.133 (151.101.38.133): icmp_seq=7 ttl=60 time=1.39 ms
64 bytes from 151.101.38.133 (151.101.38.133): icmp_seq=8 ttl=60 time=1.37 ms
64 bytes from 151.101.38.133 (151.101.38.133): icmp_seq=9 ttl=60 time=1.59 ms
--- pantheon-systems.map.fastly.net ping statistics ---
9 packets transmitted, 9 received, 0% packet loss, time 8009ms
rtt min/avg/max/mdev = 1.262/1.400/1.586/0.087 ms

[ernstoud]

Deshmir schreef op dinsdag 10 mei 2022 @ 21:01:
Zo te zien zit ik ook aan de goede kant van de kabel

code:

root@PiHoleWireguard:~# ping pantheon-systems.map.fastly.net
PING pantheon-systems.map.fastly.net (151.101.38.133) 56(84) bytes of data.
64 bytes from 151.101.38.133 (151.101.38.133): icmp_seq=1 ttl=60 time=1.26 ms
64 bytes from 151.101.38.133 (151.101.38.133): icmp_seq=2 ttl=60 time=1.37 ms
64 bytes from 151.101.38.133 (151.101.38.133): icmp_seq=3 ttl=60 time=1.38 ms
64 bytes from 151.101.38.133 (151.101.38.133): icmp_seq=4 ttl=60 time=1.50 ms
64 bytes from 151.101.38.133 (151.101.38.133): icmp_seq=5 ttl=60 time=1.39 ms
64 bytes from 151.101.38.133 (151.101.38.133): icmp_seq=6 ttl=60 time=1.35 ms
64 bytes from 151.101.38.133 (151.101.38.133): icmp_seq=7 ttl=60 time=1.39 ms
64 bytes from 151.101.38.133 (151.101.38.133): icmp_seq=8 ttl=60 time=1.37 ms
64 bytes from 151.101.38.133 (151.101.38.133): icmp_seq=9 ttl=60 time=1.59 ms
--- pantheon-systems.map.fastly.net ping statistics ---
9 packets transmitted, 9 received, 0% packet loss, time 8009ms
rtt min/avg/max/mdev = 1.262/1.400/1.586/0.087 ms

[Afbeelding]

Grappig (?) die verschillen, ik heb op 8.8.8.8 een response van max. 6 ms., jij zo te zien meer. En bij jou is de ping naar Stanford dan weer beter. Er is ook binnen DFN met alle overnames van vroeger zoals Cogas en lokale CAI bedrijven denk ik nog wel wat versnipperde infra. Zou wel eens een netwerk plaatje willen zien. Ook zal er wel enig verschil zijn of je dicht bij de core zit, of zoals in mijn geval in buitengebied. Het is dan wel glas, er zit toch nogal wat apparatuur tussen hiervan daar.

[Deshmir]

@ernstoud Ik zit in IJsselstein, net onder Utrecht; geen idee of je dan dichterbij de core zit...
Qua netwerk
Desktop => HP T620 met PiHole / Unbound => Edgerouter X => Genexis (Titanium volgens mij; die ene die in bridge kan).
Verder een "zakelijke lijn" van Delta (lees glasvezel met business pack).

Ik zie dan wel weer verschillen voor mijn tracerts

code:

Tracing route to stanford.edu [171.67.215.200]
  1    <1 ms    <1 ms    <1 ms  192.168.185.1
  2     2 ms     1 ms     1 ms  002-128-128-083.dynamic.caiway.nl [83.128.128.2]
  3     1 ms     1 ms     1 ms  cn-asd-kbw-cr15-be2001-2010.caiw.net [62.45.30.253]
  4     *        *        *     Request timed out.
  5     1 ms     1 ms     1 ms  151.101.38.133

code:

Tracing route to pantheon-systems.map.fastly.net [151.101.38.133]
  1    <1 ms    <1 ms    <1 ms  192.168.185.1
  2     1 ms     1 ms     1 ms  002-128-128-083.dynamic.caiway.nl [83.128.128.2]
  3     1 ms     1 ms     1 ms  cn-asd-kbw-cr15-be2001-2010.caiw.net [62.45.30.253]
  4     *        *        *     Request timed out.
  5     *        *        *     Request timed out.
  6     *        8 ms     7 ms  port-channel8.core3.lon2.he.net [72.52.92.213]
  7    76 ms     *        *     port-channel4.core2.nyc5.he.net [184.105.81.41]
  8     *        *        *     Request timed out.
  9   137 ms   139 ms   137 ms  100ge13-1.core4.fmt2.he.net [184.105.81.61]
 10   140 ms   141 ms   139 ms  100ge9-1.core1.pao1.he.net [184.105.222.90]
 11   140 ms   140 ms   140 ms  stanford-university.100gigabitethernet5-1.core1.pao1.he.net [184.105.177.238]
 12   139 ms   139 ms   139 ms  woa-west-rtr-vl3.SUNet [171.66.255.132]
 13     *        *        *     Request timed out.
 14   140 ms   140 ms   139 ms  web.stanford.edu [171.67.215.200]

[w1mm13]

Deshmir schreef op dinsdag 10 mei 2022 @ 21:57:

code:

Tracing route to stanford.edu [171.67.215.200]
  1    <1 ms    <1 ms    <1 ms  192.168.185.1
   ...
  5     1 ms     1 ms     1 ms  151.101.38.133

code:

Tracing route to pantheon-systems.map.fastly.net [151.101.38.133]
  1    <1 ms    <1 ms    <1 ms  192.168.185.1
  ...
 14   140 ms   140 ms   139 ms  web.stanford.edu [171.67.215.200]

Lijkt erop dat er iets omgedraaid is, je doet een traceroute naar 171.67.215.200 en je eindigt op 151.101.38.133

[miniterror]

bridgemodusniet schreef op maandag 9 mei 2022 @ 15:43:
[...]


Als je een goede VPN hebt gevonden, laat het even weten

Ik denk niet dat het aan downloaden ligt, gisteren avond was het precies tijdens de F1 race dat er super veel packet loss was, en het enige wat er qua traffic was, was Viaplay en een YouTube video.

Even wat getest deze ochtend met de drie providers welke ik heb.
De drie providers zijn Windscribe, Ivacy en VPN Unlimited.
Ivacy is de slechtste welke niet eens boven de 50MB/s uitkomt, Windscribe blijft tussen de 50MB/s en 80MB/s hangen.
Beetje afhankelijk welke locatie ik kies.
VPN Unlimited schommelt tussen de 90MB/s en 95MB/s.
Ik ga voor nu even VPN Unlimited actief laten en kijken of dat bij toekomstige sessies ook zo blijft.

Edit: VPN unlimited is nu ook ingezakt naar tussen de 50 en MB/s

[ Voor 3% gewijzigd door miniterror op 11-05-2022 11:41 ]

[Deshmir]

w1mm13 schreef op woensdag 11 mei 2022 @ 10:08:
[...]


Lijkt erop dat er iets omgedraaid is, je doet een traceroute naar 171.67.215.200 en je eindigt op 151.101.38.133

Kopiepasta foutje idd!

[Bliksem B]

Hebben meer mensen last van een storing bij Caiway? Ik zit nu op 72ms ping, 1,13 Mbs down en 51,57Mbs up: https://www.speedtest.net...a1-4e6a-8439-f10abcb9e12b

Het valt mij sowieso op dat ik bij Caiway regelmatig last heb van tijdelijke storingen, waarbij het internet ineens traag wordt en de ping omhoog schiet. Meestal is deze "storing" na 15 minuten weer verholpen.

Volgens alle storingen zijn er vandaag (maar ook gisteren) wel enkele storingen gemeld.

[ernstoud]

Bliksem B schreef op woensdag 11 mei 2022 @ 11:38:
Hebben meer mensen last van een storing bij Caiway? Ik zit nu op 72ms ping, 1,13 Mbs down en 51,57Mbs up: https://www.speedtest.net...a1-4e6a-8439-f10abcb9e12b

Het valt mij sowieso op dat ik bij Caiway regelmatig last heb van tijdelijke storingen, waarbij het internet ineens traag wordt en de ping omhoog schiet. Meestal is deze "storing" na 15 minuten weer verholpen.

Volgens alle storingen zijn er vandaag (maar ook gisteren) wel enkele storingen gemeld.

Ja hier ook, van 11:19 tot 11:47. De zoveelste al dit jaar. Van de week ook al rond deze tijd. Opvallend is altijd rond 12 uur in de middag of in de avond. Volgens mij een netwerk reset o.i.d. want daarna zie ik andere routering naar Google. En na zo’n “storing” is de latency naar Google altijd iets lager dan daarvoor.

[ Voor 4% gewijzigd door ernstoud op 11-05-2022 11:51 ]

[lier]

Welliswaar op Delta netwerk, maar heel herkenbaar wat jullie zeggen:

[ernstoud]

lier schreef op woensdag 11 mei 2022 @ 12:02:
Welliswaar op Delta netwerk, maar heel herkenbaar wat jullie zeggen:

[Afbeelding]

Inderdaad precies hetzelfde, inclusief de lagere latency na de “storing”. Leuk voor thuiswerkers die wegvallende verbindingen…

[miniterror]

Zal een bepaalde regio zijn geweest??
Hier niets gemerkt, ping naar 1.1.1.1

[w1mm13]

ernstoud schreef op woensdag 11 mei 2022 @ 12:24:
Inderdaad precies hetzelfde, inclusief de lagere latency na de “storing”. Leuk voor thuiswerkers die wegvallende verbindingen…

Ik had dit gisterenavond tussen 21:40 en 22:40 tijdens dit incident ook op het KPN netwerk een probleempje alleen was die veel korter (+/- 10 minuten)

[ernstoud]

miniterror schreef op woensdag 11 mei 2022 @ 12:32:
Zal een bepaalde regio zijn geweest??
Hier niets gemerkt, ping naar 1.1.1.1
[Afbeelding]

Grappig, ook bij XGS-PON rond de 5 ms. naar 1.1.1.1, ongetwijfeld heeft @w1mm13 een lagere latency daarnaartoe. Als je een tracert doet naar 1.1.1.1 is het dan bij jou ook al rond de 5 ms. naar de eerste hop?

Wat zou dat verschil van 4 ms. kunnen zijn? Ergens in de infra zit een klein flessenhalsje .

[ Voor 7% gewijzigd door ernstoud op 11-05-2022 14:10 ]

[miniterror]

ernstoud schreef op woensdag 11 mei 2022 @ 14:09:
[...]


Grappig, ook bij XGS-PON rond de 5 ms. naar 1.1.1.1, ongetwijfeld heeft @w1mm13 een lagere latency daarnaartoe. Als je een tracert doet naar 1.1.1.1 is het dan bij jou ook al rond de 5 ms. naar de eerste hop?

Wat zou dat verschil van 4 ms. kunnen zijn? Ergens in de infra zit een klein flessenhalsje .

traceroute to 1.1.1.1 (1.1.1.1), 30 hops max, 38 byte packets
 1  xxx-xxx-143-149.dynamic.caiway.nl (149.143.xxx.xxx)  3.582 ms  2.333 ms  1.472 ms
 2  62.45.255.129 (62.45.255.129)  5.007 ms  2.458 ms  4.022 ms
 3  speed-ix.cloudflare.com (185.1.222.191)  9.111 ms  16.358 ms  14.973 ms
 4  one.one.one.one (1.1.1.1)  4.586 ms  2.775 ms  5.470 ms

[w1mm13]

miniterror schreef op woensdag 11 mei 2022 @ 14:40:
[...]


traceroute to 1.1.1.1 (1.1.1.1), 30 hops max, 38 byte packets
 1  xxx-xxx-143-149.dynamic.caiway.nl (149.143.xxx.xxx)  3.582 ms  2.333 ms  1.472 ms
 2  62.45.255.129 (62.45.255.129)  5.007 ms  2.458 ms  4.022 ms
 3  speed-ix.cloudflare.com (185.1.222.191)  9.111 ms  16.358 ms  14.973 ms
 4  one.one.one.one (1.1.1.1)  4.586 ms  2.775 ms  5.470 ms

code:

traceroute to 1.1.1.1 (1.1.1.1), 30 hops max, 60 byte packets
 1  * 002-128-128-083.dynamic.caiway.nl (83.128.128.2)  1.713 ms  1.730 ms
 2  * cn-asd-kbw-cr15-be2001-2010.caiw.net (62.45.30.253)  1.729 ms  1.730 ms
 3  * cn-asd-kl-cr15-be3.caiw.net (62.45.254.17)  2.321 ms  2.343 ms
 4  * speed-ix.cloudflare.com (185.1.222.191)  3.377 ms  3.387 ms
 5  one.one.one.one (1.1.1.1)  2.719 ms  2.725 ms  2.782 ms

@miniterror je hoeft de eerste hop niet te verstoppen, die lijkt voor (bijna) iedereen gelijk te zijn, wel is er een verschil tussen het het XGS-PON en AON lijkt zo te zien.

[ernstoud]

w1mm13 schreef op woensdag 11 mei 2022 @ 14:56:
[...]

code:

traceroute to 1.1.1.1 (1.1.1.1), 30 hops max, 60 byte packets
 1  * 002-128-128-083.dynamic.caiway.nl (83.128.128.2)  1.713 ms  1.730 ms
 2  * cn-asd-kbw-cr15-be2001-2010.caiw.net (62.45.30.253)  1.729 ms  1.730 ms
 3  * cn-asd-kl-cr15-be3.caiw.net (62.45.254.17)  2.321 ms  2.343 ms
 4  * speed-ix.cloudflare.com (185.1.222.191)  3.377 ms  3.387 ms
 5  one.one.one.one (1.1.1.1)  2.719 ms  2.725 ms  2.782 ms

@miniterror je hoeft de eerste hop niet te verstoppen, die lijkt voor (bijna) iedereen gelijk te zijn, wel is er een verschil tussen het het XGS-PON en AON lijkt zo te zien.

Blijft bijzonder dat het verschil al in de eerste hop zit. Niet in de routering maar de “oprit” van de route. Ergens tussen de ISAM in de POP en die 83.128.128.2 router(?) ontstaat een paar ms. latency. Wellicht is bij w1mm3 de volledige weg daarnaartoe glas en bij miniterror en bij mij nog ergens een stuk koper en daardoor 2x conversie. Giswerk.

[nero355]

miniterror schreef op woensdag 11 mei 2022 @ 10:23:
Even wat getest deze ochtend met de drie providers welke ik heb.
De drie providers zijn Windscribe, Ivacy en VPN Unlimited.
Ivacy is de slechtste welke niet eens boven de 50MB/s uitkomt, Windscribe blijft tussen de 50MB/s en 80MB/s hangen.
Beetje afhankelijk welke locatie ik kies.
VPN Unlimited schommelt tussen de 90MB/s en 95MB/s.
Ik ga voor nu even VPN Unlimited actief laten en kijken of dat bij toekomstige sessies ook zo blijft.

Edit: VPN unlimited is nu ook ingezakt naar tussen de 50 en MB/s

Daar hebben we een ander topic voor : [VPN] Ervaringen & Discussie - Deel 2

miniterror schreef op woensdag 11 mei 2022 @ 12:32:
Zal een bepaalde regio zijn geweest??

Dat moet men echt effe erbij gaan vermelden, want anders wordt het een puinhoop!

ernstoud schreef op woensdag 11 mei 2022 @ 14:09:
Wat zou dat verschil van 4 ms. kunnen zijn? Ergens in de infra zit een klein flessenhalsje

Grapjas!

Je had eens moeten zien wat voor backbone problemen UPC vroeger had!
Dat waren pas flessenhalsjes en niet te zuinig ook!

100 ms/200 ms of zelfs een nog hogere ping anyone ?!

ernstoud schreef op woensdag 11 mei 2022 @ 15:08:
Blijft bijzonder dat het verschil al in de eerste hop zit. Niet in de routering maar de “oprit” van de route. Ergens tussen de ISAM in de POP en die 83.128.128.2 router(?) ontstaat een paar ms. latency.

Wellicht is bij w1mm3 de volledige weg daarnaartoe glas en bij miniterror en bij mij nog ergens een stuk koper en daardoor 2x conversie. Giswerk.

Dat zijn gewoon die flooding issues waar Caiway al maanden last van heeft denk ik

Ik zat toen met een 90 ms oprit naar de gateway van Caiway en mijn verbinding was zo goed als onbruikbaar op dat moment!

[Davith78]

Ik heb me aangemeld voor het laten aanleggen van glasvezel van Caiway, maar nu lees ik hier van alles over storingen / trage verbindingen / hoge latencies. Ik ben ook bezig met het overhalen van vrienden en kennissen w.b.t. glasvezel maar nu slaat de twijfel wel een beetje toe.

Momenteel zit ik bij Ziggo en is alles piekfijn in orde, ik vraag me wel ineens af of de eventuele overstap naar Caiway wel een verstandig idee is. Een hoge symmetrische up/down snelheid is mooi maar als de verbinding bij hun niet heel stabiel is dan weet ik het zo nog even niet.. Is het in de praktijk echt merkbaar?

[ernstoud]

Davith78 schreef op woensdag 11 mei 2022 @ 17:36:
Ik heb me aangemeld voor het laten aanleggen van glasvezel van Caiway, maar nu lees ik hier van alles over storingen / trage verbindingen / hoge latencies. Ik ben ook bezig met het overhalen van vrienden en kennissen w.b.t. glasvezel maar nu slaat de twijfel wel een beetje toe.

Momenteel zit ik bij Ziggo en is alles piekfijn in orde, ik vraag me wel ineens af of de eventuele overstap naar Caiway wel een verstandig idee is. Een hoge symmetrische up/down snelheid is mooi maar als de verbinding bij hun niet heel stabiel is dan weet ik het zo nog even niet.. Is het in de praktijk echt merkbaar?

Tja, Tweakers (zeker mijzelf) zijn natuurlijk degenen die van de hoed en de rand willen weten en dus is er meer aandacht voor de techniek, storingen e.d.

En besef dat Tweakers vaak monitoring hebben lopen, dan vallen onderbrekingen - ook hele korte - op. Dus of jou dat stoort is de vraag.

En alleen als er wat te mopperen valt trekken mensen de mond open, dus berichten op een forum kunnen een vertekend beeld geven.

Kijk je naar allestoringen.nl dan zie je verstoringen bij alle ISP’s. En alles is vaak regionaal dus storing voor de een betekent niets bij de ander. Jij bent tevreden over Ziggo, ik weet zeker dat op fora over Ziggo veel klachten te vinden zijn.

Anderzijds valt het mij wel tegen, sinds januari vorig jaar Caiway glasvezel en ik had het idee dat dat qua stabiliteit toch echt perfect zou zijn. En toch tientallen korte en een paar langere verstoringen. Zou je over die 16 maanden de beschikbaarheid berekenen dan denk ik echter wel dat het toch nog wel 99,9% is.

Ik zie meer uitval in 16 maanden Caiway dan bij KPN VDSL in meer dan 20 jaar. Maar snelheid van 17/2 naar 940/930 is wel heel fijn. Dus we doen het er mee.

Jammer is dat er nooit feedback is vanuit Caiway over de regelmatige korte onderbrekingen. Dat zou een indruk kunnen geven of er aandacht voor is en of er aan verbeteringen gewerkt wordt.

[Davith78]

ernstoud schreef op woensdag 11 mei 2022 @ 18:08:
[...]


Tja, Tweakers (zeker mijzelf) zijn natuurlijk degenen die van de hoed en de rand willen weten en dus is er meer aandacht voor de techniek, storingen e.d.

En besef dat Tweakers vaak monitoring hebben lopen, dan vallen onderbrekingen - ook hele korte - op. Dus of jou dat stoort is de vraag.

En alleen als er wat te mopperen valt trekken mensen de mond open, dus berichten op een forum kunnen een vertekend beeld geven.

Kijk je naar allestoringen.nl dan zie je verstoringen bij alle ISP’s. En alles is vaak regionaal dus storing voor de een betekent niets bij de ander. Jij bent tevreden over Ziggo, ik weet zeker dat op fora over Ziggo veel klachten te vinden zijn.

Anderzijds valt het mij wel tegen, sinds januari vorig jaar Caiway glasvezel en ik had het idee dat dat qua stabiliteit toch echt perfect zou zijn. En toch tientallen korte en een paar langere verstoringen. Zou je over die 16 maanden de beschikbaarheid berekenen dan denk ik echter wel dat het toch nog wel 99,9% is.

Ik zie meer uitval in 16 maanden Caiway dan bij KPN VDSL in meer dan 20 jaar. Maar snelheid van 17/2 naar 940/930 is wel heel fijn. Dus we doen het er mee.

Jammer is dat er nooit feedback is vanuit Caiway over de regelmatige korte onderbrekingen. Dat zou een indruk kunnen geven of er aandacht voor is en of er aan verbeteringen gewerkt wordt.

Dank voor het antwoord. Ja wat je zegt, het lijkt wel een beetje een afweging tussen snelheid aan de ene kant en stabiliteit aan de andere kant. Voor mij is stabiliteit niet persé heel kritiek (dus ik ga waarschijnlijk gewoon een jaartje glasvezel proberen), maar ik ga dit euvel toch maar even aankaarten bij die mensen die ik wellicht heb overgehaald ook glasvezel te nemen.

[w1mm13]

Davith78 schreef op woensdag 11 mei 2022 @ 18:58:
Dank voor het antwoord. Ja wat je zegt, het lijkt wel een beetje een afweging tussen snelheid aan de ene kant en stabiliteit aan de andere kant. Voor mij is stabiliteit niet persé heel kritiek (dus ik ga waarschijnlijk gewoon een jaartje glasvezel proberen), maar ik ga dit euvel toch maar even aankaarten bij die mensen die ik wellicht heb overgehaald ook glasvezel te nemen.

Bij mij kan je de storingen (met het risico dat ik de goden uitdaag) van zowel Caiway als XS4ALL op 1 hand tellen, natuurlijk is er wel eens een storing maar alles kan kapot gaan. Ik heb er geen spijt van dat ik glas van Caiway heb :-)

[Deshmir]

Davith78 schreef op woensdag 11 mei 2022 @ 17:36:
Ik heb me aangemeld voor het laten aanleggen van glasvezel van Caiway, maar nu lees ik hier van alles over storingen / trage verbindingen / hoge latencies. Ik ben ook bezig met het overhalen van vrienden en kennissen w.b.t. glasvezel maar nu slaat de twijfel wel een beetje toe.

Momenteel zit ik bij Ziggo en is alles piekfijn in orde, ik vraag me wel ineens af of de eventuele overstap naar Caiway wel een verstandig idee is. Een hoge symmetrische up/down snelheid is mooi maar als de verbinding bij hun niet heel stabiel is dan weet ik het zo nog even niet.. Is het in de praktijk echt merkbaar?

Het ligt er heel erg aan waar je zit.

Ik heb zelf het idee dat een aantal tweakers hier in het “buitengebied” zitten, of in ieder geval verder dan de randstad. Van hen lees je vaak storingen..
Ik heb Caiway oorspronkelijk, nu Delta over dezelfde lijn, maar buiten een gedeeltelijke connection los van de week tussen 12:00 en 12:05 heb ik een zeer stabiele verbinding.

DNS probe naar Cloudflare

[True]

Davith78 schreef op woensdag 11 mei 2022 @ 17:36:
Ik heb me aangemeld voor het laten aanleggen van glasvezel van Caiway, maar nu lees ik hier van alles over storingen / trage verbindingen / hoge latencies. Ik ben ook bezig met het overhalen van vrienden en kennissen w.b.t. glasvezel maar nu slaat de twijfel wel een beetje toe.

Momenteel zit ik bij Ziggo en is alles piekfijn in orde, ik vraag me wel ineens af of de eventuele overstap naar Caiway wel een verstandig idee is. Een hoge symmetrische up/down snelheid is mooi maar als de verbinding bij hun niet heel stabiel is dan weet ik het zo nog even niet.. Is het in de praktijk echt merkbaar?

Ik zou het lekker een jaartje proberen en gratis glasvezel laten aanleggen, dan kun je na 12 maanden altijd weer terug naar Ziggo die je vast een leuke aanbieding willen doen mocht het niet bevallen.

Er was eergisteren een storing, een flinke ook maar wel de eerste sinds maanden (al dan niet jaren?). Waar de meesten hier nu over klagen is de nieuwe PON-techniek die nog wat kinderziektes heeft bij Caiway/DELTA.

---

Deshmir schreef op woensdag 11 mei 2022 @ 19:32:
Ik heb zelf het idee dat een aantal tweakers hier in het “buitengebied” zitten, of in ieder geval verder dan de randstad. Van hen lees je vaak storingen..

Ik vraag mij af in hoeverre dat met glasvezel in hemelsnaam relevant kan zijn? Leg eens uit.

[ Voor 14% gewijzigd door True op 11-05-2022 19:35 ]

[JohnStaakke]

Is het mogelijk met de Nokia modem een VPN in te stellen? Zoek me rot in die GUI maar kan het niet vinden.

Oh en hallo, hier een nieuwe glasvezel gebruiker

[Davith78]

Dank @w1mm13 @Deshmir @True , ik kijk er nu iets positiever tegenaan. Ik woon in een historische binnenstad dus ik ben benieuwd welke techniek Caiway hier gaat toepassen aangezien PON relatief veel wijkkastjes nodig heeft ten opzichte van AON (als ik me het goed herinner) waar er hier weinig plek voor is ivm smalle straatjes / steegjes.

[nero355]

Davith78 schreef op woensdag 11 mei 2022 @ 17:36:
Ik heb me aangemeld voor het laten aanleggen van glasvezel van Caiway, maar nu lees ik hier van alles over storingen / trage verbindingen / hoge latencies. Ik ben ook bezig met het overhalen van vrienden en kennissen w.b.t. glasvezel maar nu slaat de twijfel wel een beetje toe.

Momenteel zit ik bij Ziggo en is alles piekfijn in orde, ik vraag me wel ineens af of de eventuele overstap naar Caiway wel een verstandig idee is. Een hoge symmetrische up/down snelheid is mooi maar als de verbinding bij hun niet heel stabiel is dan weet ik het zo nog even niet.. Is het in de praktijk echt merkbaar?

Daar ga je echt geen spijt van krijgen als je nu Ziggo hebt!

Wat mij betreft zitten beiden namelijk grofweg op hetzelfde niveau qua kwaliteit van hun verbindingen en services!

Een echte upgrade zou je pas bij KPN ervaren!

True schreef op woensdag 11 mei 2022 @ 19:33:
Ik vraag mij af in hoeverre dat met glasvezel in hemelsnaam relevant kan zijn? Leg eens uit.

Gebieden waar eerst geen ISP actief was i.c.m. een nieuwe techniek op een vers aangelegd netwerk zal je eerder problemen opleveren dan in een gebied waar Caiway al actief was als ISP op de Coax of een oude ISP hebben opgekocht zoals Kabelfoon of zo...

JohnStaakke schreef op woensdag 11 mei 2022 @ 19:41:
Is het mogelijk met de Nokia modem een VPN in te stellen? Zoek me rot in die GUI maar kan het niet vinden.

Ik gok van niet!

Oh en hallo, hier een nieuwe glasvezel gebruiker

Gefeliciteerd!

[Deshmir]

True schreef op woensdag 11 mei 2022 @ 19:33:

[...]

Ik vraag mij af in hoeverre dat met glasvezel in hemelsnaam relevant kan zijn? Leg eens uit.

Ik weet niet of ik het Twente gebied mag aanmerken als “buitengebied”, maar als ik het zo goed begrijp in dit forum is het daar vaak mis met hiccups, uitval en ander gedoe.

Ook als ik de reacties in het afgelopen jaar afzet tegen mijn verbinding mag ik in mijn handjes knijpen dat het zo “stabiel” is.

[ernstoud]

Mocht er nog iemand een Titanium-22 bridge “modem” willen, er staat er 1 op MP (ik heb er geen belang bij).

[ Voor 5% gewijzigd door ernstoud op 11-05-2022 23:09 ]

[rfbroek]

Heb een bod gedaan

[Arfman]

Deshmir schreef op woensdag 11 mei 2022 @ 22:36:
[...]


Ik weet niet of ik het Twente gebied mag aanmerken als “buitengebied”

Nee. Ook hier hebben we steden met meer dan honderdduizend inwoners, en enkele die er tegen aan hikken

, maar als ik het zo goed begrijp in dit forum is het daar vaak mis met hiccups, uitval en ander gedoe.

Ik heb nu een aantal jaren Caiway (sinds kort Delta) en misschien 3 keer een storing gehad waarvan die van afgelopen week de eerste keer was dat we echt last hadden van een slechte verbinding. Over het algemeen is het superstabiel.

Ook als ik de reacties in het afgelopen jaar afzet tegen mijn verbinding mag ik in mijn handjes knijpen dat het zo “stabiel” is.

Ik werk nu 2 jaar thuis en heb echt 0,0 last gehad van een slechte verbinding. Caiway/Delta krijgt van mij een 10 qua stabiliteit. Op andere gebieden kan het echt beter (overstap verliep niet soepel, nog steeds geen IPv6) maar uiteindelijk wil ik gewoon kunnen internetten/werken en dat werkt gewoon.

[headout]

True schreef op woensdag 11 mei 2022 @ 19:33:
[...]Ik zou het lekker een jaartje proberen en gratis glasvezel laten aanleggen, dan kun je na 12 maanden altijd weer terug naar Ziggo die je vast een leuke aanbieding willen doen mocht het niet bevallen.

Dat was voor mij de reden om nu de overstap te maken van T-mobile DSL naar Caiway glas. Na een jaar zie ik wel weer verder.

[ernstoud]

@Davith78 e.a.

Ik heb bij mij de ping logs (elke 30 sec. naar google.com met EasyNetMonitor Pro) eens in Excel gegooid en de uptime berekend.

Logs van 27 juli 2021 t/m vandaag 12:14 uur.

Dan kom ik op een uptime van 99,89%.

Totaal 416 minuten uitval, van totaal 393.747 minuten.

Van die 416 minuten zal er een (klein) aantal door mijzelf veroorzaakt zijn, dus zeg dat de beschikbaarheid dus 99,90% is geweest.

Niet heel slecht maar was ik een zakelijke gebruiker (ben ik) met kritische processen (heb ik niet) dan zou ik een andere aanbieder gaan zoeken, in die wereld is toch 99,99% (= plm. een uur per jaar uitval) wel de norm.

[nero355]

ernstoud schreef op donderdag 12 mei 2022 @ 13:24:
Niet heel slecht maar was ik een zakelijke gebruiker (ben ik) met kritische processen (heb ik niet) dan zou ik een andere aanbieder gaan zoeken, in die wereld is toch 99,99% (= plm. een uur per jaar uitval) wel de norm.

Totdat het daadwerkelijk zover is gekomen dat er iets mis is en ze die belofte toch niet kunnen halen...

* nero355 spreekt uit praktijkervaring!

/EDIT :

w1mm13 schreef op donderdag 12 mei 2022 @ 15:08:
Heb ik ook meegemaakt, en dan betalen ze braaf de penalty :-)

Dat dan weer wel!

[ Voor 17% gewijzigd door nero355 op 12-05-2022 15:12 ]

[w1mm13]

nero355 schreef op donderdag 12 mei 2022 @ 14:59:

Totdat het daadwerkelijk zover is gekomen dat er iets mis is en ze die belofte toch niet kunnen halen...

* nero355 spreekt uit praktijkervaring!

Heb ik ook meegemaakt, en dan betalen ze braaf de penalty :-)

[ernstoud]

nero355 schreef op donderdag 12 mei 2022 @ 14:59:
[...]

Totdat het daadwerkelijk zover is gekomen dat er iets mis is en ze die belofte toch niet kunnen halen...

* nero355 spreekt uit praktijkervaring!

Zeker, maar je hebt in ieder geval een service level. Opvallend is eigenlijk dat bij de niet-zakelijke abonnementen zoals ook bij Caiway er over beschikbaarheid en latency niets vastgelegd is.

En ach, elke aanbieder doet wel eens wat raar:

leroy98ecker in "[KPN Glasvezel] Ervaringen & Discussie - Deel 3"

[Davith78]

ernstoud schreef op donderdag 12 mei 2022 @ 13:24:
@Davith78 e.a.

Ik heb bij mij de ping logs (elke 30 sec. naar google.com met EasyNetMonitor Pro) eens in Excel gegooid en de uptime berekend.

Logs van 27 juli 2021 t/m vandaag 12:14 uur.

Dan kom ik op een uptime van 99,89%.

Totaal 416 minuten uitval, van totaal 393.747 minuten.

Van die 416 minuten zal er een (klein) aantal door mijzelf veroorzaakt zijn, dus zeg dat de beschikbaarheid dus 99,90% is geweest.

Niet heel slecht maar was ik een zakelijke gebruiker (ben ik) met kritische processen (heb ik niet) dan zou ik een andere aanbieder gaan zoeken, in die wereld is toch 99,99% (= plm. een uur per jaar uitval) wel de norm.

Dat zijn geruststellende cijfers, goed genoeg voor mijn internet-gebruik in ieder geval

[nero355]

ernstoud schreef op donderdag 12 mei 2022 @ 17:23:
Zeker, maar je hebt in ieder geval een service level. Opvallend is eigenlijk dat bij de niet-zakelijke abonnementen zoals ook bij Caiway er over beschikbaarheid en latency niets vastgelegd is.

Dat is wel maf inderdaad...

Misschien omdat het per contract verschilt of zo

En ach, elke aanbieder doet wel eens wat raar:

leroy98ecker in "[KPN Glasvezel] Ervaringen & Discussie - Deel 3"

Dat is gewoon KPN die je op een flauwe manier laat weten wat je beter hun DNS Servers kan gebruiken of gewoon zelf je DNS Resolving moet regelen!

/EDIT :

ernstoud schreef op donderdag 12 mei 2022 @ 20:33:
Heeft KPN een aandeel in UNBOUND ?

Ik gok van niet en vaak draaien ISP's nog steeds BIND of zoals bij XS4ALL bijvoorbeeld PowerDNS waar ze ook actief aan meedoen qua ontwikkeling!

[ Voor 17% gewijzigd door nero355 op 13-05-2022 14:40 ]

[ernstoud]

nero355 schreef op donderdag 12 mei 2022 @ 20:17:

Dat is gewoon KPN die je op een flauwe manier laat weten wat je beter hun DNS Servers kan gebruiken of gewoon zelf je DNS Resolving moet regelen!

Heeft KPN een aandeel in UNBOUND ?

[bridgemodusniet]

Wat me opvalt, met het Genexis media converter bakje: De packet drop is ALTIJD rond 21:30/22:00.

[iTeV]

bridgemodusniet schreef op donderdag 12 mei 2022 @ 22:07:
Wat me opvalt, met het Genexis media converter bakje: De packet drop is ALTIJD rond 21:30/22:00.

Uit nieuwsgierigheid: Zit jij toevallig in het gebied aan de rijn (if you know, you know ) waar recentelijk glasvezel is aangelegd? Wellicht dat er inderdaad wat congestion plaats vind omdat ze de "vraag" naar glas hier onderschat hebben. Maar goed, dat zou dus ook betekenen dat andere klanten met de normale nokia modem hier last van zou hebben (daar heb ik tot dusver niks over gehoord). Wellicht dat klanten met een eigen modem/ONT/ONU via een andere infra gaan waar wel het e.a.a. congested is? Who knows..

Ik ben iig de afgelopen dagen druk in de weer geweest met Delta hierover. Krijg helaas steeds hetzelfde riedeltje te horen: "Oh, eigen modem? Helaas, wij kunnen daar geen support op geven. Wellicht dat u iemand met meer netwerk/computerkennis inhuurt zodat deze naar uw probleem kan kijken"

Uiteraard snap ik dat je als provider geen support wilt geven op klanten met een eigen modems, maar als je gewoon even naar mijn verhaal had geluisterd, dan had je wellicht kunnen bedenken dat er mogelijk iets speelt in het DFN infra (zeg nou zelf, het is gewoon vrij apart dat de verbinding met GNX hele dag prima werkt, maar in de avonduren super bagger is waardoor de verbinding gewoon onwerkbaar is)

Maar goed, ik geef voorlopnig niet op. Ik zal ze vandaag ook weer eens lastigvallen

[ernstoud]

iTeV schreef op vrijdag 13 mei 2022 @ 10:56:..

Ik ben iig de afgelopen dagen druk in de weer geweest met Delta hierover. Krijg helaas steeds hetzelfde riedeltje te horen: "Oh, eigen modem? Helaas, wij kunnen daar geen support op geven. Wellicht dat u iemand met meer netwerk/computerkennis inhuurt zodat deze naar uw probleem kan kijken"

Uiteraard snap ik dat je als provider geen support wilt geven op klanten met een eigen modems, maar als je gewoon even naar mijn verhaal had geluisterd, dan had je wellicht kunnen bedenken dat er mogelijk iets speelt in het DFN infra (zeg nou zelf, het is gewoon vrij apart dat de verbinding met GNX hele dag prima werkt, maar in de avonduren super bagger is waardoor de verbinding gewoon onwerkbaar is)

Tja, zo’n houding van “dat is uw probleem” terwijl je een BBF.247 gecertificeerde media converter gebruikt is natuurlijk onzin. Juist dan zouden er alarmbellen bij de techneuten moeten gaan rinkelen. Nu pro-actief zijn en van XGS-PON een succes maken lijkt me heel verstandig. Dus ik zou als Caiway/Delta donders graag willen weten of er BBF.247 gecertificeerde devices zijn die toch problemen geven. Want als dat zo is dan kun je een zee van problemen in de toekomst bij brede uitrol gaan verwachten.

Ook hoef je dan als aanbieder minder van die Nokia media converters uit te delen als er meer opties zijn.

Maar goed, de mensen op support hebben van hogerhand de oekaze gekregen de klant maar te laten ronddobberen. Heel, heel merkwaardig.

Kortom, als ik jou was zou ik vooral aansturen op het feit dat je een gecertificeerd device gebruikt en dat er dus wel degelijk een mankement is met de DFN infra. Niet met je media converter.

[True]

Gisteravond rond een uur of 12 was het wederom raak. Zowel ik als een maat hadden packet loss op hetzelfde moment in-game en op een Teamspeak-server. Hij woont 10km verder waar hij ook Caiway glasvezel heeft. Het was overigens wel beduidend minder lang dan (ik dacht) afgelopen maandag.

Na verhuizen nog geen problemen gehad en nu twee keer in één week.

[nero355]

Ik heb het idee dat ik de laatste dagen een paar keer zelfs op mijn AON aansluiting in Albrandswaardgreppel* packetloss tijdens het gamen heb ervaren!


_{* : Copyright @PaT}

[w1mm13]

Afgelopen 3 dagen 's avond tussen 21:00 en 22:00 increased latency ... voor het eerst hoop dat het hier bij blijft.

[miniterror]

Hier eigenlijk alles nog stabiel als ik de grafieken mag geloven.
Had vanochtend wel met een YT filmpje dat die niet verder kon laden, maar dat was denk iets op mijn telefoon.
Router kon ik ook niet bereiken maar alle andere devices hadden nergens last van.

[ernstoud]

True schreef op vrijdag 13 mei 2022 @ 14:05:
Gisteravond rond een uur of 12 was het wederom raak. Zowel ik als een maat hadden packet loss op hetzelfde moment in-game en op een Teamspeak-server. Hij woont 10km verder waar hij ook Caiway glasvezel heeft. Het was overigens wel beduidend minder lang dan (ik dacht) afgelopen maandag.

Na verhuizen nog geen problemen gehad en nu twee keer in één week.

Hier (Veluwe Oost) niet gezien.

[PaT]

nero355 schreef op vrijdag 13 mei 2022 @ 14:45:
Ik heb het idee dat ik de laatste dagen een paar keer zelfs op mijn AON aansluiting in Albrandswaardgreppel* packetloss tijdens het gamen heb ervaren!


_{* : Copyright @PaT}

Nou game ik niet, maar ik heb van mijn zoon geen klachten gehoord.

[nero355]

PaT schreef op vrijdag 13 mei 2022 @ 15:59:
Nou game ik niet, maar ik heb van mijn zoon geen klachten gehoord.

Het gebeurt gelukkig ook niet te vaak, maar wel een aantal keren dit soort dingen gehad :
- Chat bericht wordt dubbel verstuurd.
- Warpende/Laggende spelers om me heen.
- Hitreg die gewoon keihard faalt!

Allemaal dingen die ik al heeeeel lang niet heb meegemaakt!

[bridgemodusniet]

iTeV schreef op vrijdag 13 mei 2022 @ 10:56:
[...]


Uit nieuwsgierigheid: Zit jij toevallig in het gebied aan de rijn (if you know, you know ) waar recentelijk glasvezel is aangelegd? Wellicht dat er inderdaad wat congestion plaats vind omdat ze de "vraag" naar glas hier onderschat hebben. Maar goed, dat zou dus ook betekenen dat andere klanten met de normale nokia modem hier last van zou hebben (daar heb ik tot dusver niks over gehoord). Wellicht dat klanten met een eigen modem/ONT/ONU via een andere infra gaan waar wel het e.a.a. congested is? Who knows..

Ik ben iig de afgelopen dagen druk in de weer geweest met Delta hierover. Krijg helaas steeds hetzelfde riedeltje te horen: "Oh, eigen modem? Helaas, wij kunnen daar geen support op geven. Wellicht dat u iemand met meer netwerk/computerkennis inhuurt zodat deze naar uw probleem kan kijken"

Uiteraard snap ik dat je als provider geen support wilt geven op klanten met een eigen modems, maar als je gewoon even naar mijn verhaal had geluisterd, dan had je wellicht kunnen bedenken dat er mogelijk iets speelt in het DFN infra (zeg nou zelf, het is gewoon vrij apart dat de verbinding met GNX hele dag prima werkt, maar in de avonduren super bagger is waardoor de verbinding gewoon onwerkbaar is)

Maar goed, ik geef voorlopnig niet op. Ik zal ze vandaag ook weer eens lastigvallen

Ik woon in de buurt van Halsteren. Maar er ligt hier nu net een maandje glas.

[wout]

Hier ook juist in de afgelopen weken wat vaker commentaar van mijn gamende zoons gehad. Nu bestaat mijn monitor alleen maar uit mijn whatsapp, waarin gemeld wordt dat de internetverbinding weer *@&# is... nu drie keer in een week tijd. Het lijkt wel telkens 's avonds, beetje in de orde 20.30-22.30 uur. En het is niet dat er alleen dan gegamed wordt... ;-)
Overigens heel andere regio dan hiervoor genoemde, dit is de Lopikerwaard (Zuidwest-Utrecht).

[rens-br]

Ik heb wat posts verhuisd naar het IPTV topic.

[DuMees]

Iemand die een werkende setup heeft om Nokia modem Caiwaiy te vervangen door een media converter + XGS-PON SPD?

[ Voor 65% gewijzigd door DuMees op 18-05-2022 10:17 ]

[ernstoud]

DuMees schreef op woensdag 18 mei 2022 @ 10:14:
Iemand die een werkende setup heeft om Nokia modem Caiwaiy te vervangen door een media converter + XGS-PON SPD?

Gewoon even deze thread paar pagina’s terugbladeren. Zelfde voor thread over Delta.

Je bedoelt denk SFP(+) i.p.v. SPD?

In dat geval nee. Er zijn nog geen SFP’s op de markt die lijken te werken. Hier:

sus in "[Delta glasvezel] Eigen router installeren"

Lees je de ervaringen van een Fritzbox verkooppunt/dealer die samen met AVM een Fritzbox 5530 met een XGS-PON SFP werkend probeert te krijgen. Alleen zijn de signalen dat die - nog niet leverbare - SFP alleen werkt in een Fritzbox.

Andere SFP’s zijn geprobeerd in een simpele media converter maar werken niet door ontbrekende certificering of MAC functionaliteit.

Delta/Caiway werkt aan een pilot met de Nokia xs-010x-q media converter en die lijkt goed te werken. Waarschijnlijk wordt dat in de toekomst een optie t.o.v. de Nokia router die nu ter beschikking staat en velen niet bevalt. Helaas is die Nokia xs-010x-q niet in de losse handel verkrijgbaar.

[andriesb435]

Ik heb een lijntje uistaan met een Ebay verkoper voor de Nokia converter. Zodra ze beschikbaar zijn laat ik het weten. Hij verwacht dat ze binnenkort namelijk weer te bestellen zijn

[ Voor 69% gewijzigd door andriesb435 op 18-05-2022 14:05 ]

[ernstoud]

andriesb435 schreef op woensdag 18 mei 2022 @ 14:04:
Ik heb een lijntje uistaan met een Ebay verkoper voor de Nokia converter. Zodra ze beschikbaar zijn laat ik het weten. Hij verwacht dat ze binnenkort namelijk weer te bestellen zijn

Dat zou mooi zijn. Hou ons op de hoogte. Dezelfde aanbieder als eerst, dat was “more-4-youtechnik” ?

[ThaHandy]

DuMees schreef op woensdag 18 mei 2022 @ 10:14:
Iemand die een werkende setup heeft om Nokia modem Caiwaiy te vervangen door een media converter + XGS-PON SPD?

Ik zit ook al rond te kijken voor mijn toekomstige glasvezel verbinding.

Als je een van de volgende modules kan krijgen. De pest is dat XGS-PON met MAC (OMCI) stevens duur zijn bij de 2 waar een "retail" prijs bij stond" Het lijkt er op dat deze allen voor Service providers zijn bedoeld.

Mogelijke kandidaten*:

XGS-PON ONT modules:

CIG XG-99S
ECIN EN-XGSFPP-OMAC
Zyxel PM7010-R0
Alcatel-Lucent Nokia 3FE46901AA
EN-XGSFPP-OMAC dubbel
championone C1-TXM-MPONU-01I
3c-link 3CX-SFP+-25-LR
FRITZ!SFP XGS.Pon (SOFT MAC?)
Huawei OptiXstar S800E (MAC?)
championone XGSPONONUSFP+NA H (MAC?)
Hisense LTF7225 SFP+ (MAC?)
FS XGS-SFP-25-20N2 (GEEN MAC)

*tot zover ik heb kunnen achterhalen

[ Voor 6% gewijzigd door ThaHandy op 18-05-2022 18:37 ]

[Larry]

ThaHandy schreef op woensdag 18 mei 2022 @ 14:24:
[...]

Ik zit ook al rond te kijken voor mijn toekomstige glasvezel verbinding.

Als je een van de volgende modules kan krijgen. De pest is dat XGS-PON met MAC (OMCI) stevens duur zijn bij de 2 waar een "retail" prijs bij stond" Het lijkt er op dat deze allen voor Service providers zijn bedoeld.

Mogelijke kandidaten*:

XGS-PON ONT modules:

CIG XG-99S
ECIN EN-XGSFPP-OMAC
Zyxel PM7010-R0
Alcatel-Lucent Nokia 3FE46901AA
EN-XGSFPP-OMAC
championone C1-TXM-MPONU-01I
3c-link 3CX-SFP+-25-LR
FRITZ!SFP XGS.Pon (SOFT MAC?)
Huawei OptiXstar S800E (MAC?)
championone XGSPONONUSFP+NA H (MAC?)
Hisense LTF7225 SFP+ (MAC?)
FS XGS-SFP-25-20N2 (GEEN MAC)

*tot zover ik heb kunnen achterhalen

Ik zou alleen SFP's van deze lijst gebruiken, en dan uitsluitend de gene die zonder converter zijn gecertificeerd. Je hebt nog kans dat een SFP die in een converter certificeerd is niet persee werkt buiten de converter. Dat zal zo zijn met de FRITZ!SFP en ook nog andere waarschijnlijk. Het is natuurlijk niet zeker dat de SFP niet simpelweg uit de converter te halen is en werkt in andere apparatuur maar gezien de werking van XGS-Pon is dat wel aannemelijk. In de praktijk ziet dan de CIG XG-99S er het mooiste uit, maar ook daar geen garantie want de Genexis media converter is ook gewoon netjes gecertificeerd... Je kan de Nokia 3FE46901AA in ieder geval 100% zeker van je lijst strepen. Ik heb deze module en die werkt niet in alle apparaten waar ik hem in getest heb. Wellicht is er een media converter die XGS-Pon ondersteund waar hij wel in werkt, maar dat is dan wel een vereiste.

[ThaHandy]

Op die lijst is er dan maar 1 merk over met een XGS-PON SFP+ module.

De CIG XG-99S voor 10Gb up/down.
De CIG SX-1001 is blijkbaar voor alleen 1Gb up/down.

[ Voor 10% gewijzigd door ThaHandy op 18-05-2022 18:36 ]

[Psyrex]

@ThaHandy
Deze ontbreekt nog op je lijst:
Mijns inziens de grootste kanshebber, echter nog geen duidelijkheid m.b.t. certificeringen.
https://ecin.ca/xgs-pon-s...n-mounted-on-sfp-package/

edit: Foutje, hij staat er zelfs dubbel op.

[ Voor 34% gewijzigd door Psyrex op 19-05-2022 08:12 ]

[Bever!]

Aparte storing met mn Nokia glasmodem, de wifi keys werken niet meer. Ook als ik hem aanpas in de modem kom ik met mobiele devices niet meer op de wifi... Iemand hier ervaring mee?

[nero355]

@Bever!
Vaag probleem...

Heb je dat ding al een reboot gegeven

Verder zou ik dat ding waarschijnlijk sowieso net als de Genexis 7840 gebruiken : WiFi helemaal UIT en lekker eigen Accesspoints door het huis heen neerzetten die bekabeld met de Nokia zijn verbonden

[Bever!]

nero355 schreef op donderdag 19 mei 2022 @ 13:49:
@Bever!
Vaag probleem...

Heb je dat ding al een reboot gegeven

Verder zou ik dat ding waarschijnlijk sowieso net als de Genexis 7840 gebruiken : WiFi helemaal UIT en lekker eigen Accesspoints door het huis heen neerzetten die bekabeld met de Nokia zijn verbonden

Inmiddels een rebootje gedaan en weer werkend als normaal, maar wel een aparte bug..

[miniterror]

Inmiddels nu een 'tijdje' op de Nokia xs-010x-q en tot op heden nog geen problemen.
Speedtests en latency blijven eenzelfde patroon houden en op de kleine variaties na per test acht ik dit als stabiel.


Ping naar 1.1.1.1, elke minuut doet deze een test van 45 seconden, als ik hem langer zet dan gaat die minuten skippen, ik denk door de verwerking van de resultaten op de achtergrond.

[ernstoud]

miniterror schreef op zaterdag 21 mei 2022 @ 18:53:
Inmiddels nu een 'tijdje' op de Nokia xs-010x-q en tot op heden nog geen problemen.
Speedtests en latency blijven eenzelfde patroon houden en op de kleine variaties na per test acht ik dit als stabiel.
[Afbeelding]

Ping naar 1.1.1.1, elke minuut doet deze een test van 45 seconden, als ik hem langer zet dan gaat die minuten skippen, ik denk door de verwerking van de resultaten op de achtergrond.
[Afbeelding]

Ziet er vrijwel identiek uit aan dat wat ik ook zie. Een upload die wat meer fluctueert en latency rond de 5 ms.

Die Nokia lijkt dus prima. Ben wel benieuwd hoe dat op een 8 Gbps lijn gaat zijn.

[miniterror]

ernstoud schreef op zaterdag 21 mei 2022 @ 19:27:
[...]


Ziet er vrijwel identiek uit aan dat wat ik ook zie. Een upload die wat meer fluctueert en latency rond de 5 ms.

Die Nokia lijkt dus prima. Ben wel benieuwd hoe dat op een 8 Gbps lijn gaat zijn.

Merkte de vorige keer ook dat je dit zei volgens mij is het omgedraaid, de download fluctueert meer dan de upload.
De dips naar beneden naar de 1030 is de download lijn, niet de upload.
Al met al ben ik content met deze resultaten.
Misschien dat ik ooit nog eens ga testen of die jitter door mijn oude cat5e kabel komt of niet maar in dagelijks gebruik merk ik geen eigenaardigheden.

Snelheden tot 8Gbit kan ik niet testen, mijn router heeft alleen een 2.5Gbit port, zie ook in de router dat deze netjes een 2.5Gbit link heeft met de Nokia.
Daarbij is mijn hele LAN momenteel 1Gbit, zou dus pure onzin zijn voor mij om meer te betalen dan 1Gbit.
Mocht Caiway willen testen dan zal de Speedtest direct vanaf de router wel laten zien of dit goed gaat of niet (mits de hardware van de router dat aan kan) maar ik zal daar zelf weinig toegevoegde waar van hebben.

[ernstoud]

miniterror schreef op zaterdag 21 mei 2022 @ 19:41:
[...]


Merkte de vorige keer ook dat je dit zei volgens mij is het omgedraaid, de download fluctueert meer dan de upload.
De dips naar beneden naar de 1030 is de download lijn, niet de upload.
Al met al ben ik content met deze resultaten.
Misschien dat ik ooit nog eens ga testen of die jitter door mijn oude cat5e kabel komt of niet maar in dagelijks gebruik merk ik geen eigenaardigheden.

Snelheden tot 8Gbit kan ik niet testen, mijn router heeft alleen een 2.5Gbit port, zie ook in de router dat deze netjes een 2.5Gbit link heeft met de Nokia.
Daarbij is mijn hele LAN momenteel 1Gbit, zou dus pure onzin zijn voor mij om meer te betalen dan 1Gbit.
Mocht Caiway willen testen dan zal de Speedtest direct vanaf de router wel laten zien of dit goed gaat of niet (mits de hardware van de router dat aan kan) maar ik zal daar zelf weinig toegevoegde waar van hebben.

Ja verhipt, de dip in download laat de kleur van de upload zien waardoor ik in de war raakte. Excuus.

[miniterror]

ernstoud schreef op zaterdag 21 mei 2022 @ 19:50:
[...]


Ja verhipt, de dip in download laat de kleur van de upload zien waardoor ik in de war raakte. Excuus.

No worries, nu zijn we zeker dat we beide hetzelfde zien

[nero355]

miniterror schreef op zaterdag 21 mei 2022 @ 19:41:
Snelheden tot 8Gbit kan ik niet testen, mijn router heeft alleen een 2.5Gbit port, zie ook in de router dat deze netjes een 2.5Gbit link heeft met de Nokia.
Daarbij is mijn hele LAN momenteel 1Gbit, zou dus pure onzin zijn voor mij om meer te betalen dan 1Gbit.

Dan bied ik mezelf bij deze aan om voor Caiway een 8 Gbps lijntje te testen!

Mijn eisen daarbij :
- De simpele Nokia Bridged ONT met RJ45 poortje erop!
- Een aparte XGS-PON lijn naast mijn huidige AON lijn!

En dan bestel ik zelf wel zoiets : https://tweakers.net/pricewatch/zoeken/?keyword=aquantia




/EDIT :

ernstoud schreef op zondag 22 mei 2022 @ 00:35:
Belangrijkste eis lijkt me dan toch dat je AON fiber omgezet wordt

Wat verstond je niet aan "Een aparte XGS-PON lijn naast mijn huidige AON lijn!"

[ Voor 16% gewijzigd door nero355 op 22-05-2022 14:49 ]

[ernstoud]

nero355 schreef op zaterdag 21 mei 2022 @ 23:51:
[...]

Dan bied ik mezelf bij deze aan om voor Caiway een 8 Gbps lijntje te testen!

Mijn eisen daarbij :
- De simpele Nokia Bridged ONT met RJ45 poortje erop!
- Een aparte XGS-PON lijn naast mijn huidige AON lijn!

En dan bestel ik zelf wel zoiets : https://tweakers.net/pricewatch/zoeken/?keyword=aquantia

Belangrijkste eis lijkt me dan toch dat je AON fiber omgezet wordt

[bridgemodusniet]

miniterror schreef op zaterdag 21 mei 2022 @ 18:53:
Inmiddels nu een 'tijdje' op de Nokia xs-010x-q en tot op heden nog geen problemen.
Speedtests en latency blijven eenzelfde patroon houden en op de kleine variaties na per test acht ik dit als stabiel.
[Afbeelding]

Ping naar 1.1.1.1, elke minuut doet deze een test van 45 seconden, als ik hem langer zet dan gaat die minuten skippen, ik denk door de verwerking van de resultaten op de achtergrond.
[Afbeelding]

Ben echt vet jaloers, mijn verbinding is helaas nog steeds niet bruikbaar (naast de halve oplossing waarbij enorm veel packet loss is). Ik heb het idee dat de mensen van Caiway mij een beetje zat zijn aangezien ze steeds minder reageren op mijn berichten. Ik heb nog gevraagd of ik ook een 010 modem kon krijgen; mij is toen verteld dat die op willekeurige basis uitgegeven worden naar mensen die laten weten dat ze een bridge modem willen. Heel vervelend. Dus ik denk dat het beter is dat ik mijn abonnement maar gewoon opzeg, en dat ik weer een abonnement start zodra de 010 modems vrij beschikbaar zijn.

[miniterror]

bridgemodusniet schreef op zondag 22 mei 2022 @ 01:05:
[...]


Ben echt vet jaloers, mijn verbinding is helaas nog steeds niet bruikbaar (naast de halve oplossing waarbij enorm veel packet loss is). Ik heb het idee dat de mensen van Caiway mij een beetje zat zijn aangezien ze steeds minder reageren op mijn berichten. Ik heb nog gevraagd of ik ook een 010 modem kon krijgen; mij is toen verteld dat die op willekeurige basis uitgegeven worden naar mensen die laten weten dat ze een bridge modem willen. Heel vervelend. Dus ik denk dat het beter is dat ik mijn abonnement maar gewoon opzeg, en dat ik weer een abonnement start zodra de 010 modems vrij beschikbaar zijn.

Met de Genexis was het echt slecht.
Gebruikte ik de Nokia xs-2426g-a en mijn eigen apparatuur in de DMZ van de Nokia ging het meeste goed.
Stabiliteit van de verbinding werkte iig naar behoren.
Werkt je lijn met se 2426 wel stabiel?

[andriesb435]

miniterror schreef op zaterdag 21 mei 2022 @ 18:53:
Inmiddels nu een 'tijdje' op de Nokia xs-010x-q en tot op heden nog geen problemen.
Speedtests en latency blijven eenzelfde patroon houden en op de kleine variaties na per test acht ik dit als stabiel.
[Afbeelding]

Ping naar 1.1.1.1, elke minuut doet deze een test van 45 seconden, als ik hem langer zet dan gaat die minuten skippen, ik denk door de verwerking van de resultaten op de achtergrond.
[Afbeelding]

Kijk dat is goed nieuws! Toch ook maar zo'n Nokia zien te scoren

[ernstoud]

nero355 schreef op zaterdag 21 mei 2022 @ 23:51:
[...]

Dan bied ik mezelf bij deze aan om voor Caiway een 8 Gbps lijntje te testen!

Mijn eisen daarbij :
- De simpele Nokia Bridged ONT met RJ45 poortje erop!
- Een aparte XGS-PON lijn naast mijn huidige AON lijn!

En dan bestel ik zelf wel zoiets : https://tweakers.net/pricewatch/zoeken/?keyword=aquantia




/EDIT :

[...]

Wat verstond je niet aan "Een aparte XGS-PON lijn naast mijn huidige AON lijn!"

Ik heb eigenlijk nooit goed gekeken maar zijn er in de Attema NTU eigenlijk 2 vezels afgemonteerd? Dan zou je in theorie twee abo’s kunnen hebben.

[bridgemodusniet]

miniterror schreef op zondag 22 mei 2022 @ 06:55:
[...]


Met de Genexis was het echt slecht.
Gebruikte ik de Nokia xs-2426g-a en mijn eigen apparatuur in de DMZ van de Nokia ging het meeste goed.
Stabiliteit van de verbinding werkte iig naar behoren.
Werkt je lijn met se 2426 wel stabiel?

Ja, met de bijgeleverde Nokia werkt alles prima. Voor mij is DMZ geen optie helaas.

[True]

ernstoud schreef op zondag 22 mei 2022 @ 17:03:
[...]


Ik heb eigenlijk nooit goed gekeken maar zijn er in de Attema NTU eigenlijk 2 vezels afgemonteerd? Dan zou je in theorie twee abo’s kunnen hebben.

Dat wordt bij mijn weten nooit standaard gedaan.

[andriesb435]

Net met Delta / Caiway gechat voor een vervangend modem IPV de Nokia 2426. Ik krijg nu een Genexis Live! Titanium-22 opgestuurd welke standaard in bridge-mode staat.

Iemand ervaringen met dit modem op een XGS-PON aansluiting?

Edit; Ik wordt net teruggebeld dat ze het modem niet kunnen omwisselen, modem werkt niet met de hudige XGS-PON verbinding. Ik moet morgen bellen met ze voor een modemwissel

[ Voor 27% gewijzigd door andriesb435 op 22-05-2022 19:47 ]

[True]

andriesb435 schreef op zondag 22 mei 2022 @ 19:38:
Edit; Ik wordt net teruggebeld dat ze het modem niet kunnen omwisselen, modem werkt niet met de hudige XGS-PON verbinding. Ik moet morgen bellen met ze voor een modemwissel

Niets verbaasd mijn nog bij Caiway/DELTA m.b.t. de 'service'desk.

[Fietspomp86]

True schreef op zondag 22 mei 2022 @ 20:58:
[...]


Niets verbaasd mijn nog bij Caiway/DELTA m.b.t. de 'service'desk.

Hahahaha echt he.
Ik kreeg initiëel ook een Genexis, terwijl ik 100% zeker wist dat ik een XGS-PON verbinding had.
Maar volgens de klantenservice was het onmogelijk dat ik een verkeerd modem had.
Toen verbinding actief werd wéér gebeld, owja nee u zit wel in XGS-PON, u heeft het verkeerde modem gekregen.
Dit was Delta trouwens.

[bridgemodusniet]

andriesb435 schreef op zondag 22 mei 2022 @ 19:38:
Net met Delta / Caiway gechat voor een vervangend modem IPV de Nokia 2426. Ik krijg nu een Genexis Live! Titanium-22 opgestuurd welke standaard in bridge-mode staat.

Iemand ervaringen met dit modem op een XGS-PON aansluiting?

Edit; Ik wordt net teruggebeld dat ze het modem niet kunnen omwisselen, modem werkt niet met de hudige XGS-PON verbinding. Ik moet morgen bellen met ze voor een modemwissel

Je gaat van een koude kermis thuiskomen, sorry.
Er is op dit moment geen XGS-PON beschikbaar vanuit Caiway, behalve een kleine pilot waarbij een smal aantal mensen een 010 modem krijgen.
Zit al maanden met Caiway te rotzooien hierover en ik ben nog geen meter opgeschoten.

[True]

Fietspomp86 schreef op zondag 22 mei 2022 @ 21:16:
[...]


Hahahaha echt he.
Ik kreeg initiëel ook een Genexis, terwijl ik 100% zeker wist dat ik een XGS-PON verbinding had.
Maar volgens de klantenservice was het onmogelijk dat ik een verkeerd modem had.
Toen verbinding actief werd wéér gebeld, owja nee u zit wel in XGS-PON, u heeft het verkeerde modem gekregen.
Dit was Delta trouwens.

Ze hebben dezelfde mensen in dienst voor zowel DELTA als Caiway, de callcentermedewerkers krijgen gewoon een toontje en "Caiway" of "DELTA" te horen, eventueel met het soort inbelopties: "Caiway, technisch" of "DELTA, facturen". Dat laatste is meer een ding in de callcenterwereld als een medewerker meerdere skills beheerst.

[ernstoud]

andriesb435 schreef op zondag 22 mei 2022 @ 19:38:
Net met Delta / Caiway gechat voor een vervangend modem IPV de Nokia 2426. Ik krijg nu een Genexis Live! Titanium-22 opgestuurd welke standaard in bridge-mode staat.

Iemand ervaringen met dit modem op een XGS-PON aansluiting?

Edit; Ik wordt net teruggebeld dat ze het modem niet kunnen omwisselen, modem werkt niet met de hudige XGS-PON verbinding. Ik moet morgen bellen met ze voor een modemwissel

In ieder geval ging dus bij iemand een lampje branden dat als een klant Nokia noemt dat het dan XGS-PON is en de Titanium-22 dan geen optie is. Dat is toch wel vooruitgang dat die mensen wel bestaan bij Caiway .

[ernstoud]

True schreef op zondag 22 mei 2022 @ 19:07:
[...]


Dat wordt bij mijn weten nooit standaard gedaan.

De Attema wordt met twee pigtails geleverd en ik heb de monteur indertijd niet op de vingers gekeken maar volgens mij heeft hij twee keer gespliced. Kan het mis hebben hoor.

[True]

ernstoud schreef op zondag 22 mei 2022 @ 22:04:
[...]


De Attema wordt met twee pigtails geleverd en ik heb de monteur indertijd niet op de vingers gekeken maar volgens mij heeft hij twee keer gespliced. Kan het mis hebben hoor.

Ik was niet wakker bij 'm vorige bericht. In Cogasgebied worden beide vezels afgemonteerd, de monteur vond het leuk dat ik interesse had en liet mij het bijna uitvoeren

[w1mm13]

ernstoud schreef op zondag 22 mei 2022 @ 17:03:
[...]


Ik heb eigenlijk nooit goed gekeken maar zijn er in de Attema NTU eigenlijk 2 vezels afgemonteerd? Dan zou je in theorie twee abo’s kunnen hebben.

ik ken mensen die beide on gebruik hebben