forum.odorik.cz

Dobrý den.

O těchto stavech v komunikaci víme a řešíme je s našim poskytovatelem konektivity.
Jde o to, že v případě, kdy paket adresovaný VPS dostane jiný HW stroj, který tento VPS nehostuje,
přepošle jej tam kam má být doručen. To ukazují vaše příklady traceroute6 a řešíme tím tento problém,
který se objevuje na straně našeho poskytovatele konektivity.
Mimo podrobnosti uvedené z výpisu traceroute6 dále dochází k občasným ztrátám paketů, ke kterým dochází velmi zřídka.

Zde jsou zjištěné podrobnosti na základě mého šetření:

* Ke ztrátám IPv6 paketů dochází pouze v případě, kdy jedním z účastníků komunikace je VPS a komunikuje do internetu.
* Ke ztrátám IPv6 paketů naopak nedochází, pokud dvě VPS na různých HW strojích spolu komunikují přes IPv6 a současně využívají brněnský router našeho poskytovatele připojení - coš je zajímavé. Mimochodem, jiná fyzická síťová cesta pro IPv6 neexistuje.
* Ke ztrátám paketů také nedochází, pokud je koncovým komunikujícím uzlem (ať už příjemcem, nebo odesilatelem) paketu některý HW server 4smart.cz.

* Ve všech případech, kdy dochází ke ztrátám paketů je ale důležíté to, že k nim nedochází při vzájemné výměně HW uzel <-> VPS, ale ještě dříve - mimo 4smart.cz. Toto bylo ověřeno nástrojem tcpdump, který byl současně spuštěn na všech HW strojích 4smart.cz a dokonce i VPS konkurenčního poskytovatele virtuálních serverů, který v případě obdržení ICMP6 requestu korektně odeslal ICPM6 reply. Ten ale nedorazil na žádný HW stroj 4smart.cz.

V případě, kdy by v úvahu připadl fakt, že program tcpdump podává na HW uzlu nesprávné (neúplné infromace), znamenalo by to možnou chybu v síťové vrstvě kernelu. Ta se mi ale s ohledem na výše popsané stavky, kdy ke ztrátám dochází, zdá nepříliž pravděpodobná. Navíc podobná chyba spojená s IPv6 v kernelu nebyla nikým hlášena, nebo jsem alespoň neobjevil cokoliv, co by tomu v Bugzille nasvědčovalo.

Nabízí se proto možnost chyby spojené se špatně nastaveným QoS na straně našeho poskytovatele konektivity, případně nějaká zrada v jeho dynamickém routování. Alternativně může jít o přetížení některého uzlu (routeru) po cestě. Ještě podotýkám, že 4smart.cz používá mezi HW uzly zatím pouze statické routování IPv6 datového provozu.

Třetí možností může být vznik nějaké druhotné chyby na straně poskytovatele konektivity, která je spojená s vlastnostmi námi používaného síťového rozhraní
venet a IPv6 adres, které jsou spojeny s VPS na 4smart.cz vzhledem k hloubce implementace IPv6 tímto rozhraním. Nicméně, jak jsem zjistil, i konkurence používá tento typ rozhraní a to zcela bez problémů.

Problémem se nyný intenzivně zabývám a má nejvyšší prioritu.
Prosím proto o trpělivost při hledání řešení tohoto netriviálního problému.

J.M.

Dobrý den.

Problém kolem drobných ztrát v IPv6 komunikaci byl podrobně prošetřen a rozebrán s vývojáři jádra.
Jedná se o problém spojený s tzv. objevováním sousedů, jenž implementuje IPv6 jako náhradu za ARP protokol používaný u IPv4.

1) 4smart.cz používá ve VPS síťové rozhraní venet, které je na wiki stránkách projektu prezentováno jako "venet devices are not fully IPv6 compliant".
Tato informace na wiki stránkách projektu kernelu je zastaralá. Rozhraní venet je plně použitelné pro IPv6, ikdyž nemá vlastní MAC adresu.

2) Celý problém je způsoben špatnou implemantací funkce objevování sousedů v routeru našeho poskytovatele konektivity.

3) Existují celkem 2 možná řešení problému - A) upgrade routeru na straně našeho poskytovatele konektivity, B) upgrade jádra na straně 4smart.cz.

Pokud Vás zajímají podrobnosti kolem tohoto problému, naleznete je zde:
http://bugzilla.openvz.org/show_bug.cgi?id=2040


Dnes jsme požádali našeho poskytovatele konektivity o sjednání nápravy z jeho strany.
Pokud se problém nepodaří vyřešit tímto způsobem, dostane upgrade kernelu na 4smart.cz vyšší prioritu.


S pozdravem,
J. Marák

No myslím, s routerem je hlavní problém v tom že je to cisco. A takovým velkým firmám se hrozně špatně dokazuje, že udělali chybu.
Muselo by zásadní chybu přiznat celé oddělení a do toho se jim rozhodně nebude chtít, takže raději se na něco vymluví, nebo budou hrát mrtvého brouka.

Dobrý den.

Náš poskytovatel datového připojení nás právě informoval o naplánování upgradu jeho směrovačů.
Upgrade by tak měl vyřešit problémy s drobnými ztrátami paketů v případě komunikace protokolem IPv6, ke kterým nyní dochází
nejen na 4smart.cz.

O výsledcích budu informovat, jakmile budu vyrozuměn
technickou podporou našeho poskytovatele konektivity.

J.M.

Dobrý den,

Problém kolem ztrát při komunikaci protokolem IPv6 by měl být vyřešen.

J.M.

admin píše:Problém kolem ztrát při komunikaci protokolem IPv6 by měl být vyřešen.

Rozdiel je citeľný najmä pri prvom spustení traceroute6. Teraz je to výborné. Ďakujem!