Prezentace z IT 11 jsou na webu, včetně „koncertu“

Na webových stránkách červnové konference Internet a Technologie 11 jsou k dispozici prezentace a jejich videozáznamy. Součástí této akce byl i živý „koncert“ Chrise van Fossena z Hurricane Electric. Ten nejen že prezentoval, ale také na závěr prvního dne představil svoji píseň IPv6 Heartbreak.

14.7.2011 11:27 | Vilem Sladek | Upozornění

Komentáře

[pavlix]

Jo, hudební kroužek byl skvělý… tak pěkné zakončení konferenčního dne jsem ještě nezažil.

P.S.: Kde je Petr Tomášek, jaktože ještě netrolluje?

[trekker.dk]

Mám chuť vzít to za něj, už zase jsem musel pokillovat několik procesů SSH, protože se zaseklo spojení, když jsem přes IPv6 chtěl procpat větší množství dat naráz...

[pavlix]

Mno… lidem, kteří IPv6 opravdu používají a mají s ním nějaké problémy se obvykle snažím spíš pomoct, když vím jak. Tam přežiju i nějakou tu invektivu, protože kdo z nás je slušný, když mu něco nejde :D.

[trekker.dk]

V tomhle případě už ani na invektivy nedochází, tady už je jenom pasivní rezignace

Jasně, kdyby mi něco nešlo vůbec, tak se snažím řešit, čím to je. Jenže v tomhle případě zadám mcedit soubor přes SSH a to spojení spadne - tcpdump ukazuje, že žádné pakety nepřichází, na vzdáleném serveru nestat ukáže, že to spojení má nějaký kilobajt nepotvrzených odchozích dat, načež to celé vytimeoutuje.

A pak, aniž bych něco měnil, najednou všechno OK. Proto jsem na to rezignoval, prostě podezřívám ten tunel od NICu, čas od času (když to nejede vůbec) si na kompu zruším default route pro IPv6 a čekám na nativní IPv6...

[Luboš Doležel (Doli)]

Špatné MTU na tom tunelu? To je tak častý problém, že to na test-ipv6.com speciálně testují.

[trekker.dk]

MTU je nastavené na 1280 - někde jsem dohledal, že by mohlo pomoct tu hodnotu snížit, tak jsem to zkusil a je fakt, že se problémy objevují méně častěji.

test-ipv6.com jsem vyzkoušel a tvrdí, že jsem z 7/10 připravenej Neuspěl jenom test na IPv6-only DNS, předpokládám, že to MTU je v testu "large packets", který ohlásil "ok"

[pavlix]

MTU je nastavené na 1280 - někde jsem dohledal, že by mohlo pomoct tu hodnotu snížit, tak jsem to zkusil a je fakt, že se problémy objevují méně častěji.

Jsi si jistý, že obě strany vidí MTU stejně?

[trekker.dk]

Zkusil jsem to dumpovat a vypadá to, že ne - při pokusu o komunikaci ze serveru odejdou dva pakety, ten druhý dorazí, na ten první se vrátí "Packet Too Big, MTU 1480", takže se rozdělí na dvě části - druhá (malá) dojde taky, velká ne.

Tak nějak jsem si myslel, že malé MTU u mě by vadit nemělo, protože by se taky mělo vrátit Packet Too Big... to jsem se zjevně spletl.

Každopádně teď to (alespoň na první pohled) s MTU 1480 na sit0 funguje, uvidíme, jak dlouho to vydrží (jsem přesvědčen o tom, že takhle nastavené to už jednou bylo a fungovalo to blbě). Každopádně díky za tip.

[pavlix]

Tak nějak jsem si myslel, že malé MTU u mě by vadit nemělo, protože by se taky mělo vrátit Packet Too Big... to jsem se zjevně spletl.

To je dost častý problém, zvlášť na IPv4 s DF bitem. Chybové pakety se často nevrací, nebo dokonce nemůžou vracet. Tunel IPv6 v IPv4 je někdy schopný posbírat problémy obou protokolů, zvlášť pokud jde o MTU.

Podle mě potřebuješ nastavit shodné MTU (třeba těch nouzových 1280) na obou stranách.

Každopádně teď to (alespoň na první pohled) s MTU 1480 na sit0 funguje, uvidíme, jak dlouho to vydrží (jsem přesvědčen o tom, že takhle nastavené to už jednou bylo a fungovalo to blbě). Každopádně díky za tip.

Uvidíš.

[trekker.dk]

Podle mě potřebuješ nastavit shodné MTU (třeba těch nouzových 1280) na obou stranách.

Ten tunel je 6to4 od NICu, druhou stranu nastavit nemůžu...

[pavlix]

Nejsi první, kdo má se 6to4 problémy. Dokonce to došlo až tak daleko, že se v IETF prakticky všichni snaží 6to4 definitivně zbavit.

Tunel od NICu? Znamená to, že na odchozí cestu používáš přímo jejich IPv4? To je sice hezké, ale cesta zpět je na 6to4 taková dost nejistá. Na spoustě připojení v česku nefunguje ani IPv4 s DF a TCP, pokud router nezasahuje do TCP paketů. Vtip je v tom, že tady by musel zasáhnout hlouběji do paketu, což nejspíš nedělá. Možná by stálo za to zkusit vynutit MTU/MSS druhé strany aspoň přes TCP.

[trekker.dk]

Tunel od NICu? Znamená to, že na odchozí cestu používáš přímo jejich IPv4?

No jejich, je to anycast (192.88.99.1), takže to může jít kdekam, ale když pominu pár dní poté, co to spustili, tak vždycky, když jsem se koukal na traceroute, to končilo u nich.

[pavlix]

Když já mám pocit, že jsou s MTU problémy za různých okolností různé, je otázka, jestli to testují dostatečně.

Mně ta potvora píše 10/10.

[pavlix]

A pak, aniž bych něco měnil, najednou všechno OK. Proto jsem na to rezignoval, prostě podezřívám ten tunel od NICu, čas od času (když to nejede vůbec) si na kompu zruším default route pro IPv6 a čekám na nativní IPv6...

U nás je naštěstí nativní IPv6.

[Petr Tomášek]

P.S.: Kde je Petr Tomášek, jaktože ještě netrolluje?

neboj, už jsem tady

[pavlix]

Vítej, cizinče.

[pavlix]

Pro neflashaře, na cílovém odkazu se dá proklikat přímo na stažení FLV souboru.

[Petr Tomášek]

Že je takové nesmysly ještě baví :-P