Ik ben er mij van bewust dat DOCSIS sowieso geen pakketten van pakweg
1500 bytes kan versturen in een keer, maar waarom dan nog eens de extra
overhead van ip/ethernet headers erbij nemen? Kleinere latency?
Het viel mij op toen mijn vpnclient opeens weigerde te werken, om een
of andere reden heeft die meer plaats nodig in zijn pakketten.
$ip address show
5: eth0.1: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue
link/ether 00:1b:fc:xx:xx:xx brd ff:ff:ff:ff:ff:ff
inet 84.197.x.x/20 brd 255.255.255.255 scope global eth0.1
Ik weet niet waar je het haalt, maar de Ethernet MTU is wel degelijk 1500
als je bij Telenet met DHCP via een DOCSIS de verbinding maakt. Vermoedelijk
heb je onder Windows een of ander tweaking utility gedraaid om uw
netwerkverbinding te "optimalizeren" (lees: naar de kl*ten te helpen).
--
V
Doet die dat? Heb je een packet capture? Zoek naar option 26.
Als je dhclient gebruikt, kan je in je dhclient.conf je MTU superseden
met een meer zinvolle value.
> Ik ben er mij van bewust dat DOCSIS sowieso geen pakketten van pakweg 1500
> bytes kan versturen in een keer, maar waarom dan nog eens de extra overhead
> van ip/ethernet headers erbij nemen? Kleinere latency?
PMTU discovery vangt dat wel op. Er is geen enkele reden om de MTU van een
Ethernet link in een fatsoenlijk geconfigureerd netwerk op wat anders dan 1500
te zetten (een fysieke link, welteverstaan).
- Philip
--
Philip Paeps Please don't email any replies
phi...@paeps.cx I follow the newsgroup.
Even serieus blijven, Windows zit er hier voor niets tussen, ik draai
een plain vanilla Debian Etch op de router die mijn Telenetmodem met
mijn lan verbind. Telenet rijkt mij wel degelijk een MTU van 576 aan.
Dat doet-ie. Dhclient vraagt blijkbaar standaard naar een MTU, Telenet
geeft 576 terug. Heb het hier zonet nog eens met Wireshark geverifieerd..
> Als je dhclient gebruikt, kan je in je dhclient.conf je MTU superseden
> met een meer zinvolle value.
>
Dat heb ik reeds gedaan, ik vroeg mij gewoon af waarom ze dat doen.
>> Ik ben er mij van bewust dat DOCSIS sowieso geen pakketten van pakweg 1500
>> bytes kan versturen in een keer, maar waarom dan nog eens de extra overhead
>> van ip/ethernet headers erbij nemen? Kleinere latency?
>
> PMTU discovery vangt dat wel op.
Dat ga ik eens nagaan, of die dat wel degelijk doet.. Woensdag toch examen
van breedbandnetwerken, dus dat telt als studeren ;-)
> Er is geen enkele reden om de MTU van een Ethernet link in een
> fatsoenlijk geconfigureerd netwerk op wat anders dan 1500
> te zetten (een fysieke link, welteverstaan).
>
Dat dacht ik ook, blijkbaar denkt Telenet anders. Zal eens een mail sturen
naar de helpdesk.
Wel, mij een MTU van 1500. Weliswaar geen Debian maar wel linux. Heb je je
rekening wel op tijd betaald ;)
wat gebeurt er als je handmatig je mtu wijzigt in 1500 eigenlijk? Werkt dan
alles nog?
# ip link set eth0 mtu 1500
--
V
> Zal eens een mail sturen
> naar de helpdesk.
Woehahaha :)
--
V
Op de helpdesk konden ze mij niet helpen, ze wisten enkel te zeggen dat
vpn verbindingen niet ondersteund worden op gewone consumentenabonnementen.
De man van de helpdesk leek mij niet direct te weten wat MTU's waren, heb
er hem dan ook maar niet mee lastiggevallen.