BT a ce problème de padding sur son réseau 20CN (ATM). C'est un bug IOS fixe dans les versions récentes (contre d'autres bugs bien sur :p). Comme BT ne veux pas changer leur IOS (leur version est antique et a plein de "patch" spéciaux) le seul moyen de faire de l'IPv6 sur leur reseau c'est de padder les packets avant de leur envoyer.
From http://www.aaisp.net.uk/news-ipv6.html Technical details: The bug is such that packets from us to our end user, using 2 byte PPP protocol identifiers and totalling less than 75 bytes are truncated such that the PPP payload is the length indicated in the 3rd and 4th bytes of that payload. For IPv4 and most PPP protocols this is where there happens to be a length field and so there is no effect. For IPv6 this is the flow label which is usually 0000, and so the payload is truncated to zero bytes and arrives as just the protocol tag 0057. The problem can be made to happen for IPv4 using compound-frames with two IPv4 packets back to back totally under 75 bytes being truncated to just have the first packet. This affects CISCO ESR RASes on BTs IPStream service only. It does not affect 21st Century WBC services, but if it it ever did BT would presumably not fix it. Thomas On 1 Dec 2009, at 15:02, Radu-Adrian Feurdean wrote: > > On Tue, 1 Dec 2009 13:49:17 +0100, "Florian Coulmier" > <fcoulm...@netplus.fr> said: >> Sur du réseau IP, il y a également une taille minimum de paquet pour >> s'assurer qu'il n'y a pas eu de collision sur ledit paquet. > > Sauf que: > - il ne s'agit pas d'IP mais d'Ethernet > - si la taille du paquet est inferieure a 64 octets il y a du "padding" > (agrandi artificiellement jusqu'a 64 bytes) > > Mais des equipement foireux ou bugge, ca existe malhereusement...... > > -- > Radu-Adrian Feurdean > raf (a) ftml ! net > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/