-
Let op: Dit is het archief van het Provider Forum. De berichten die je hier ziet zijn gedateerd en er kan niet meer op worden gereageerd.
- Status
Dat zou je inderdaad denken, maar dat is dus niet zo. Een firmware foutje...:shock:
- Berichten
- 4.439
- Internet
- Ziggo
- Digitale TV
- Ziggo
@LeoVeo: Mijn opmerking hierboven is inderdaad onzin. Ik zat te googelen op WAN blocking en vond bovenstaande uitleg voor de Ubee. Ik had natuurlijk in de advanced Ubee handleiding moeten kijken. Daar staat expliciet:
En inderdaad, als ik WAN Blocking aanzet, kan ik niet meer inloggen op mijn server die achter mijn Ubee hangt. Het blokkeert dus effectief het verkeer dat vanaf de wan-kant geïnitieerd wordt.
EDIT: Nog een correctie. Bij testen kon ik inderdaad niet inloggen op mijn server. Maar nu ik de inlogpoging herhaal, kan ik wel inloggen op mijn eigen server met WAN- blocking aan. Ik vraag me dan af wat hij blocked.
En inderdaad, als ik WAN Blocking aanzet, kan ik niet meer inloggen op mijn server die achter mijn Ubee hangt. Het blokkeert dus effectief het verkeer dat vanaf de wan-kant geïnitieerd wordt.
EDIT: Nog een correctie. Bij testen kon ik inderdaad niet inloggen op mijn server. Maar nu ik de inlogpoging herhaal, kan ik wel inloggen op mijn eigen server met WAN- blocking aan. Ik vraag me dan af wat hij blocked.
Laatst bewerkt door een moderator:
L
LeoVeo
Bedoelen ze met WAN Blocking misschien alleen dat de Admin web interface geblokkeerd wordt voor aanvragen van buitenaf?
Het is misschien wel handig om eens een portscan vanaf buiten te laten doen, eentje mét WAN Blocking en eentje zonder. Kijken of er een verschil zichtbaar is.
Het is misschien wel handig om eens een portscan vanaf buiten te laten doen, eentje mét WAN Blocking en eentje zonder. Kijken of er een verschil zichtbaar is.
- Berichten
- 101
- Internet
- Ziggo
- Digitale TV
- Ziggo
- Berichten
- 4.439
- Internet
- Ziggo
- Digitale TV
- Ziggo
Op stateoftheinternet.com zie ik niet direct dat er een grote terugval geweest is. De laatste maand schommelt het ipv6 gebruik binnen Ziggo rond de 6 à 7 %.
L
LeoVeo
Hoewel Ziggo inmiddels IPv6 op een aantal modemtypen (tijdelijk?) weer uit heeft gezet gaat de landelijke uitrol via de Ubee 321 en de Technicolor zo te horen gewoon door. Het netto effect lijkt nog steeds positief te zijn aangezien Ziggo's IPv6 verkeer bij alle meetpartijen blijft groeien:
Ook het IPv6 verkeer van Nederland in z'n geheel blijft groeien, en daar zal Ziggo sinds twee maanden een flink aandeel in hebben:
- https://stats.labs.apnic.net/ipv6/AS9143?a=9143&c=NL&x=1&s=1&p=1&w=1&s=0 (Begin dit jaar nog 0.30% en nu 5.94%)
- https://www.worldipv6launch.org/measurements/ (Begin dit jaar nog 0.32% en nu 7.58%)
Ook het IPv6 verkeer van Nederland in z'n geheel blijft groeien, en daar zal Ziggo sinds twee maanden een flink aandeel in hebben:
Laatst bewerkt door een moderator:
P
poema71
Er mag wel eens wat informatie van ziggo betreffende de cisco's komen. Duurt wel erg lang voor een firmware fix. Of zit dat op een heel laag pitje ofzo? Anders wil ik wel modem ruilen voor eentje die wel werkt met IPv6 
D
daxy
Er mag wel eens wat informatie van ziggo betreffende de cisco's komen. Duurt wel erg lang voor een firmware fix. Of zit dat op een heel laag pitje ofzo? Anders wil ik wel modem ruilen voor eentje die wel werkt met IPv6
Een fix kan nog heel lang duren.
Ze moeten eerst weten wat de oorzaak van het probleem is. Een probleem alleen constateren is niet genoeg
Pas als ze weten wat de oorzaak is, kan de fix gemaakt worden. Als de fix klaar is wordt deze nog door Ziggo getest voordat hij live gaat.In mijn ervaring (ik werk bij een vendor) duurt het het langst om de oorzaak te vinden. Hier zit 70% van alle tijd in (+10% voor fix maken en 20% testen).
Ik denk dat het nog wel een maand of 3-4 op zijn minst kan duren voordat er wat beweging in komt. Dit heeft waarschijnlijk niet de allerhoogste prioriteit.
- Status