UPC zapíná IPv6

[the.max]

Peklo zamrzlo! Dneska v noci proběhla vlna aktualizací modemů a zároveň zapnutí IPv6 ve vybraných městech. Jde to po vlnách.

[tpoder]

Kde se tak stalo ? Přip. nějaký důkazní materiál by nebyl ?

[TheITman]

Důkaz by nebyl ale taky už jsem to od jednoho známého slyšel. Peklo asi vážně zamrzlo

[the.max]

Co si pamatuju, Teplice, Krupka, Dubí, Bystřany, Liberec, Jablonec, Košťany, Duchcov a něco ze severní moravy, ale to je ani ne čtvrtina. Ráno se pak objevila další informace o tom, že v noci proběhla aktualizace a aktivace IPv6, ale některé modemy že to nezchroupli.

EDIT:

26.4: HROB, HÁJ U DUCHCOVA, LITVÍNOV, LOM, LOUNY, MEZIBOŘÍ, OSEK, ÚSTÍ NAD LABEM
27.4: KARVINÁ, KLADNO, MOST, OBRNICE, ZLÍN, ČESKÝ TĚŠÍN
2.5: CHEB, CHOMUTOV, JIRKOV, KLÁŠTEREC NAD OHŘÍ, LITOMĚŘICE, LOVOSICE, PŘÍBRAM
3.5: HRADEC KRÁLOVÉ, MOHELNICE, NERATOVICE, NYMBURK, OLOMOUC, SOKOLOV
4.5: BRUNTÁL, HRANICE, KRALUPY NAD VLTAVOU, KRNOV, LIPNÍK NAD BEČVOU, NOVÝ JIČÍN, OPAVA, ŠENOV U NOVÉHO JIČÍNA, ŠUMPERK
9.5: BRANDÝS NAD LABEM-STARÁ BOLESLAV, KOLÍN, ORLOVÁ, ČELÁKOVICE, ČESKÁ LÍPA, ŽATEC
11.5: HODONÍN, HOLEŠOV, HULÍN, JINDŘICHŮV HRADEC, KROMĚŘÍŽ, MĚLNÍK

[zajdee]

Mate nekdo detail toho, jak zapnuti vypada na zarizeni v rezimu bridge (modem)? Dostava stavajici zakaznik stale verejnou IPv4 adresu?

[the.max]

Veřejka zůstává.

[zajdee]

Diky!

[hapi]

http://www.lupa.cz/aktuality/ipv6-u-upc ... chysta-sit

[the.max]

Takže doba pokročila a náš největší kabeloý operátor začal 12.6.2017 novým zákazníkům přidělovat IPv6 adresy.
Funguje to tak, že je provozován DS-Lite. Zákazník dostane na WAN kabelového modemu IPv6 adresu, na LANu je pak další IPv6 a neveřejná IPv4. Při přístupu zákazníka ven na IPv4 adresu probíhá překlad neveřejné IPv4 na IPv6, následně pak na cestě do Internetu dojde k překladu z IPv6 na dynamickou IPv4.

Zákazník již nemá na modemu dynamickou veřejnou IPv4.

Pokud zákazník chce mít veřejnou IPv4, lze to řešit přez klientské oddělení, v tom případě ale přijde o IPv6, navíc to znamená migraci na SoHo/Business tarif. Nově pro rezidenty prostě veřejná IPv4 už není. IPv6 se provozuje na modemech Compal, Technicolor a Ubee. Je docela zvláštní, že zákazníci, kteří mají Horizon, tak IPv6 nedostanou, protože ta j***a to asi neumí. Pokud má zákazník na modemu už IPv6, modem již NEJDE klientem přepnout do režimu bridge. Nejdříve musí přez klientské oddělení požádat o převod na IPv4.

Postupem doby (do konce roku?) budou na IPv6 migrováni i stávající rezidentní zákazníci s Compaly, Technicolory a Ubee. Ale to jen v případě, že modemy mají v režimu router, nikoli bridge. Takže, komu je milejší veřejná IPv4, nechť modem přepne do bridge, IPv6 se mu vyhne. Stejně tak se migrace netýká zákazníků s jinými, výše neuvedenými modemy (Cisco, Motorola, Webstar...), ty také IPv6 neumí.

Při čtení 'workshop' dokumentů co nám rozeslali, jsem se vcelku pobavil. Na jedné straně vyzdvihují pozitivní vlastnosti IPv6, jako že se bude možné spojit odkudkoli ze světa se zařízením doma, ale hned na druhé straně se dočtu, že IPv6 adresy budou dynamické. Tak nejak mi tedy uniká smysl IPv6. Byla požadována zpětná vazba, tak jsem položil několik dotazů. Uplynuly již dva týdny a zatím žádná odezva.

[zajdee]

Při přístupu zákazníka ven na IPv4 adresu probíhá překlad neveřejné IPv4 na IPv6, následně pak na cestě do Internetu dojde k překladu z IPv6 na dynamickou IPv4.

Přesněji: na straně UPC routeru (v terminologii DS-Lite se mu říká B4) probíhá zabalení IPv4 paketu do IPv6 paketu a na straně AFTR (operátorská strana DS-Lite, router s IPv4 i IPv6 konektivitou) dojde opět k vybalení z IPv6. Existující IPv4 paket od klienta je na AFTR zaNATován na jednu z veřejných IPv4 adres, které jsou AFTR přiděleny (86.49.192.0/18). Pro vytvoření NATovací tabulky na AFTR se využívá zdrojová (privátní) a cílová IPv4 adresa, zdrojový a cílový port a zdrojová IPv6 adresa klienta. Na straně klientského routeru se NAT neprovádí. Veřejná IP adresa AFTR NATu je celkem stabilní, rozhodně se nemění z minuty na minutu, spíš jednou za pár dní (ale to může souviset s výpadkem na mé straně a následným "odvázáním" z NAT tabulek na AFTR nebo změnou IPv6 adresy, kterou můj modem pro balení paketů v DS-Lite používá).

Přepnutí na "IPv4-only" je možné i u rezidentů, ale klient bude pořád ve stejném režimu - tj. pouze s dynamickou IPv4 adresu. Statickou jsem jako rezident nepoptával, ale věřím, že přes retenční oddělení by i tu zařídit dokázali. Nativní dual-stack neumí, ani za příplatek, a protože služby lokální pobočka sama nevytváří, tak asi umět nebudou (no, možná někdy v budoucnu a jen pro business/soho přípojky).

Aktuálně má IPv6 od UPC aktivních cca 300 klientských přípojek (pokud jsem počítal dobře), takže už je rozdávají.

Pokud má zákazník pouze kabelový modem, nemůže ho (kvůli úmyslnému blokování na straně operátora) použít s IPv6 vůbec (ani kdyby měl vlastní zařízení schopné IPv6 a DS-Lite). Modemy jsou na straně CMTS úmyslně nastaveny jako nekompatibilní. Za mě: tohle je hrozná prasárna.

Pokud má zákazník router, nedonutí ho k přepnutí do bridge ani násilím (=přímé volání API compalu ).

Compal umí delegovat JEDEN IPv6 /60 prefix (i když by mohl delegovat prefixů víc i jinak velkých) na další router klienta. Je to celkem stabilní, problémy můžou nastat jen při restartu Compalu (kdy se informace o delegaci ztratí). Pak je třeba z dalšího routeru klienta znovu vyvolat požadavek na delegaci DHCPv6.

IPv6 prefix přidělený domácí síti je celkem stabilní, za dva týdny se mi ještě ani jednou nezměnil (a to ani přes několik vícehodinových výpadků sítě).

Další pozorované problémy:
- DS-Lite AFTR by měl akceptovat pakety ze všech IPv6 rozsahů zákazníka. To se dnes neděje, takže pokud má klient za Compalem vlastní router s DS-Lite (třeba Turris), musí NATovat mezi vlastním routerem a pak ještě jednou na AFTR operátora. IMHO chyba v nastavení AFTR nebo předřadných firewallů.
- Compal má příliš restriktivní firewall. V defaultu zahazuje všechno, co je příchozí (i na delegovaný prefix). Smysl IPv6 (end-to-end konektivita) je tak potlačen, protože pro IPv6 není funkční a rozšířené UPnP, aplikace si nepožádají o otevření portu.
- Síť nemá reverzní záznamy k přiděleným IPv6 adresám

[Fang]

Ještě doplním přednášku od p. Krautwursta ze Semináře ipv6 z počátku června. Bohužel celé tyhle tanečky s DSLitem jsou jednak z důvodu diktátu matky ze zahraničí a druhak tím že fullDS+bridge neumí firmware modemů. Co se týče UPC Soho business přípojek tak u nich není známo datum přechodu a podle reakcí to vypadá, že budou ještě na nějakou dobu zabetonovány na IPv4 only.
--
Můj osobní názor je, že takovou zmršenou službu si můžou nechat. Z výmluv typu "neumí to FW modemů" jsem spíš přesvědčen, že nechtějí aby to šlo a jde jen o mlžení. Dokud nebude možné provozovat běžném dualstackem (veřejka v4 + rozsah v6) na soho business připojkách včetně bridge tak mají u mě i u mých zákazníků v dosahu jejich sítě utrum ať nabízí rychlosti jaké chtějí.

[radekpaos]

ahoj, chápu to dobře, že nově už nepůjde připojit za jejich modem třeba mikrotik a používat ho jako vlastní router?

[radekpaos]

Řešil to již někdo, viz můj dotaz? Díky

[Fang]

Ne nepůjde použít bridge pokud budeš mít aktivní IPv6.

[the.max]

Mikrotik připojit za modem jde, ale je potřeba přejít na Business tarif, u kterého je možný IPv4 entitlement. U Home tarifů toto bohužel není. Týká se to ale zatím pouze nových smluv, stávající smlouvy zůstávají na IPv4. IPv6 pak není možné použít v případě toho nahrávacího mrdkostroje, který ani IPv6 neumí, a bohužel neumí ani bridge. Poslední možnost je mít vlastní modem, který také IPv6 nepodporuje - Cisco EPC3208, EPC3212, EPC3925, UBEE EVM3206, EVW3226, nebo EVW3236. Ačkoli IPv6 nepodporují ani Webstary a Motorky, tak ty se používají už jen k telefonům a dožívají. Ale jak probíhá Home připojení s novou smlouvou na vlastní starší modem netuším, neřešil jsem to. A samozřejmě v případě použití vlastního modemu UPC kontroluje, jestli nepochází z trestné činnosti, takže bacha na zastavárny, aukro atd...