zajdee

Je to paskvil. Firmware je horsi nez ten od LGI, a to je co rict. Bridge mode (zalozka "Modem") je az v poslednim updatu firmware. Problemu to ma vic nez jen napevno nastaveny prefix 192.168.0.x v DMZ/portforwardingu (napr. nefunkcni interni routing na podrizeny router, pokud je Compal v rezimu DS-Lite a podrizeny router si vyzada delegovany IPv6 prefix), a ve VF o nich uz vi - kdy se s nimi neco stane, tezko rict. Tohle je zase blábol. Pardon za off-topic, ale nedá mi to. CETIN diktuje velkoobchodní ceny, ne maloobchodní. CETIN diktuje podobu tarifů (rychlosti, asymetrii). CETIN ale nediktuje, jak bude operátor routovat provoz do Internetu, a tak s některými ISP dostanete kvalitní tranzitní i lokální konektivitu, s jinými vaše pakety obletí republiku, i když by mohly zůstat v Praze. Na rychlosti interconnectu mezi CETINem a ISP záleží, protože ISP s gigovým interconnectem nebude schopen nabídnout gigabitový tarif (na CETINí optice). Na schopnosti ISP záleží, protože pokud ISP neumí nabídnout služby na optice CETINu, těžko si ho v takové lokalitě vyberete. Podobně pokud ISP nenabízí bonding, těžko si ho vyberete, pokud bondovanou službu chcete. (Zdravím k růžovým, kteří patří zrovna mezi ty méně schopné.) Rozdíly mezi ISP na infrastruktuře CETINu jsou obrovské. Služby neposkytuje O2, ale CETIN. Pokud chcete mluvit o koncernu jako o celku, říkejte mu radši PPF Telecom, ale rozhodně netvrďte, že O2 vlastní infrastrukturu, diktuje ceny a poskytuje všechny služby.

DS-Lite poskytuje plnou IPv6 a Prefix delegation (mi) funguje. Jenže jsou zákazníci, kteří nechtějí přijít o veřejnou IPv4 adresu, a pro IPv6 používají 6in4 tunel. Pro ty je tu tenhle příspěvek, aby nehledali problém u sebe nebo u tunnelbrokera.

Nedávno jsem se dostal k tomu, abych zadokumentoval chování Compalu, o kterém se moc neví. Pokud máte IPv6 tunel s protokolem 6in4 (IP protokol 41) a Compal v režimu IPv4 (i v bridge), rychlost tunelu (tj. IPv6 provozu skrze tunel) je uměle omezena na ~20 Mbps. Nejčastěji se s 6in4 setkáte na tunelovací službě tunnelbroker.net od Hurricane Electric, ale problém se vyskytuje u všech takových tunelů (i vlastních). Zdá se, že jde o nějaký bug v Compalu, protože na prostém modemu (Ubee) se nic podobného neprojevuje. Pozorováno poprvé před ~3 lety, naposledy před týdnem. Rrůzné Compaly, různý firmware, různé tarify na kabelovce (residenční i firemní). Problém jsem zadokumentoval na svém blogu - https://zajic.v.pytli.cz/2020/06/15/pomale-ipv6-tunely-s-modemem-compal-od-upc-vodafone/ Vodafone to snad už řeší. Jestli to i vyřeší, ukáže až čas.

Míval jsem 300/30, pak 400/40 a pak se z toho stalo 500/30. Rezidentní služba. Změna asymetrie u domácích přípojek z 1:10 na 1:>10 už je tak dva (?) roky stará. Business má 500/50 doteď. https://business.upc.cz/zivnostnici-a-podnikatele/internet/

Ale jakou? Od roku 2017 mají nové přípojky jen IPv6 konektivitu, IPv4 funguje skrze operátorský překlad adres (CG-NAT), takže zvenku nelze po IPv4 navazovat spojení. Co to znamená, založit? Jak zapnout? Pokud teĎ máte IPv6 (ověřte na http://www.test-ipv6.cz) a chcete mít svou vlastní veřejnou IPv4 adresu, musíte požádat operátora o přepnutí z režimu IPv6 s DS-Lite na režim IPv4.

Nejen na Vinohradech, ale i ve Vrsovicich. A i jinde - nasel jsem jednu oblast v Hostivari. Zda se, ze maji nejakou dohodu s PRE, takze kde PRE rekonstruuje elektrorozvody, tam se pridava i CETIN (a na tech Vinohradech se pridalo i UPC a misty Pe3ny). UPC zase v nasledujicim mesici kompletne rozkope a pripoji prazsky Sychrov. Kazdopadne na koaxu UPC si muzu vzit jen sluzbu definovanou UPC. Na optice CETINu si muzu vzit sluzbu definovanou nejen VF, ale celkem dvaceti ruznymi operatory (a rozdily jsou vyznamne v cene, kvalite tranzitu, nabizenem zarizeni, ci ve sluzbach - napr. plnohodnotny Dual-Stack s IPv6 /56 blokem, zatimco z UPC Compalu dostanu max. /60 a z VF Compalu zatim nic, protoze to ma rozbity).

Vernostni obdobi je uz minimalne rok docela saskarna. Rozhodovaci praxe CTU byla min. na konci roku 2018 ve prospech zakaznika, ktery pokutu ve vysi poctu odslouzenych mesicu * mesicni sankce platit nemusel. https://www.ctu.cz/sites/default/files/obsah/ctu/monitorovaci-zprava-c.12/2018/obrazky/mz-2018-12.pdf To se samozrejme nebude tykat pripadneho snizeni sluzby (napr. ted mam 300/20 a chci prejit na 100/?, tak musim zaplatit pokutu za kazdy odslouzeny mesic, protoze se nejedna o vypoved). Jsem pro zruseni vsemoznych vernostnich "slev" (i VF jich ma plny cenik, dava slevy za uvazek). Nejzajimavejsi to ovsem bude s cenami sluzeb exUPC - dnesni cenikove ceny se dost lisi od toho, co realne zakaznici plati. Pokud bych mel za aktualni podobu sluzeb (povinny compal, ds-lite, relativne nizka rychlost uplinku) platit plnou cenikovou cenu, tak sluzbu radsi zrusim.

O necelé dva měsíce později je problém zpět. Uf.

Když jsem včera konečně mluvil s technikem z druhé úrovně podpory, tak jsem se dozvěděl, že se problému nikdo nevěnoval (jen visel ve frontě tiketů). Bezva. Dneska, po cca. 24 hodinách od posledního kontaktu s technikem, začala konečně konektivita fungovat - a to nejen mně, ale i na další pražské přípojce. Asi si někdo konečně uvědomil, že udělal chybu v konfiguraci.

To jsem udelal uz ve ctvrtek. Prispevek tady je hlavne kvuli tomu, aby se i ostatni dozvedeli, ze nejaky takovy problem existuje, a pripadne se mohli prihlasit, ze jsou na tom stejne.

Tak jsem zkušebně restartoval modem pomocí vypínače vzadu a - světe, div se - na nefunkční konektivitu to nemělo vůbec žádný efekt. Je pořád nefunkční.

Tento prémiový modem skutečně žádné pokročilé možnosti konfigurace nenabízí. Bohužel.

Pokud nejsem v místě, nemůžu ani vypnout vypínač ani shodit jistič.

Nezkoušel jsem restartovat modem, protože 1) nejsem v místě a Compal nadálku reálně restartovat nejde 2) poslední restart po úpravách v síti UPC způsobil znefunkčnění i DS-Lite, takže přestala přípojka fungovat úplně 3) problém není v modemu; když se tohle dělo v Kroměříži (stejný efekt), pomohla až rekonfigurace sítě UPC (na modem se tam nesáhlo) 4) modem může restartovat technik UPC vzdáleně; reakce technika (první úrovně podpory) ovšem byla "vobec tomu nerozumiem, predam to kolegom do Prahy" Z.

Ahoj, po dvou letech s IPv6 na síti UPC se mi dnes v noci restartoval modem a z funkční IPv6 konektivity se mi stala nefunkční IPv6 konektivita. Původní IPv6 příděl (prefix) byl z rozsahu (začínal na) 2a02:8308:33f::/48. Nový IPv6 příděl je z rozsahu 2a02:8308:3c1::/48. Nefunkčnost se projevuje tak, že z počítače v koncové síti nejsem schopen kontaktovat žádný IPv6 cíl v Internetu, traceroute skončí na modemu. WAN adresa modemu samotného (v Compalu v sekci Admin-Info) začíná na 2a02:8302:0::/48 a ta zvenku dostupná je. Problém je tedy jen při přístupu z/na adresy přidělené pro LAN stranu modemu. Podobný problém mi nedávno nahlásil známý z Kroměříže, kde byla síť v tomto stavu několik měsíců (!). # traceroute -6 -I nix.cz traceroute to nix.cz (2a02:38::1001), 30 hops max, 80 byte packets 1 2a02:8308:3c1:x:x:x:x:x (2a02:8308:3c1:x:x:x:x:x) 2.096 ms 3.511 ms 4.550 ms 2 * * * 3 * * * 4 * * * 5 * * * 6 * * * 7 * * * 8 * * * 9 * * * 10 * * * 11 * *^C Při pokusu o traceroute zvenku (např. na https://lg.he.net/) nejsou ve výpise vůbec vidět IPv6 adresy UPC, jako kdyby UPC tyto adresy ve své síti neznalo (viz obrázek). Máte-li od UPC IPv6, jak jste na tom vy? Stačí spustit http://www.test-ipv6.cz/ a vložit sem výsledek. V případě nefunkční IPv6 konektivity vám to tento test nahlásí. Běžný provoz (v prohlížeči) na první pohled neindikuje problémy, protože dnešní prohlížeče povětšinou zkoušejí IPv4 i IPv6 naráz a vyberou si ten protokol, který je funkční.

thaischumi: Compal mam doma a zadna automaticka inspekce provozu na nem neprobiha. Dokud nemam rucne nastavenou adresu z rozsahu 192.168.100.0/24, tak se na nej nedostanu. (Na routeru ji mam jako druhou adresu navic k tomu, co mi prideli sit.)

Rezim modem = bridge Compalu se po prepnuti do rezimu modem zmeni IP adresa ze 192.168.0.1 na 192.168.100.1 a prestane fungovat DHCP server uvnitr (logicky). Naopak pokud odpojite kabel a pripojite ho, dostanete verejnou IP adresu od UPC. Pristup do administrace Compalu je stale mozny, ale je treba si na pocitaci rucne nastavit IP adresu napr. 192.168.100.2 s maskou 255.255.255.0 a pak v prohlizeci otevrit http://192.168.100.1/ mackani tlacitka Reset neni treba.

V CR jen novym. Existujicim jen na vyzadani. Na SK urcite novym, stavajici podle nejakych zprav maji migrovat (nekdy). Ovsem musite mit i spravny kabelovy router.

Tak jiste. IPv6 totiz zadnny forwarding nepouziva (z principu). Dneska jsem vyzkousel explicitni povoleni urcitych portu podle meho navodu vyse a konektivita zvenku fungovala...

Musím říct, že od okamžiku přepnutí přípojky na IPv6+DS-Lite (a tedy i násilného přepnutí Compalu z Bridge do režimu Router) se mi Compal chová trošku slušněji. S dřívější konfigurací začal do 24 hodin od rebootu ztrátovat pakety, od přepnutí jsem tenhle stav neviděl (v4 i v6 je stabilnější). Uvidíme za týden, dva, jestli to není jen nějaká krátkodobá dobrá nálada.

Compal ma ve vychozim nastaveni aktivni restriktivni IPv6 firewall. Abyste se dostal zvenku na stroj ve vnitrni siti, je treba v nastaveni Compalu firewall bud uplne vypnout, nebo v Security-IP and Port filering udelat vyjimku ve firewallu. Tuhle vyjimku ve firewallu ostatne doporucuju, jinak compal zabiji zakladni princip IPv6 - moznost spojit se kazdy s kazdym. New Inbound rule - Protocol: TCP/UDP - Source IP: All - Destination IP: All - Source port range: Any - Destination port range: 32768-65535 Timhle pravidlem se zajisti, ze Compal povoli vsechna prichozi spojeni na porty v rozsahu 32768-65535. Tyto porty pouzivaji aplikace pro vzajemnou komunikaci, napr. prenos souboru nebo audia/videa, bez ucasti serveru v ceste. https://support.microsoft.com/en-us/hel ... dows-vista https://en.m.wikipedia.org/wiki/Ephemeral_port

A konfiguraci modemů připravuje kdo? No zase UPC. Takže jde o to najít cestu, jak to zařídit, aby byla funkční IPv6-only v bridgi až na schopný zákaznický router. (Compal není ani zdaleka schopný.)

quadra2030: BFU ať má klidně jen Compal, ale v Liberty Global se zjevně nikdo nezamýšlel nad náročnějším uživatelem (nativní dual-stack není, bridge mode není, a takhle zmršený to mají ve všech zemích). Marek-26: Konfigurace čeho to neumožňuje? Standard umožňuje režim IPv6-only už dlouho (od DOCSIS 3.0), naopak ve standardu není ani slovo o DS-Lite (DS-Lite je totiž IP nadstavba nesouvisející s DOCSISem, IPv4 tunel uvnitř IPv6 paketů). V Německu minimálně chvíli umožňovali TC7200 používat v bridge režimu (https://forum.pfsense.org/index.php?topic=108258.0) a pak se zákazník dostal přesně do toho stavu, který jsem popisoval.

To je samozrejme nesmysl. IPv6 bych dostal stejne jako ji dostava Compal (DHCPv6 IA pro WAN, DHCPv6 Prefix Delegation pro oddelegovany /56 prefix) a na IPv4 bych se dostal pomoci vlastniho zarizeni s podporou DS-Lite.

Kratke prvni zkusenosti: - compal umi delegovat prefix na zarizeni (router) za nim. Prefix ma velikost prave /60 a muze byt jen jeden, vic jich compal nezvlada pridelit (i kdyz upcckem pridelena sit ma 16 takovych prefixu). - compal nejde do rezimu bridge ohackovat ani pomoci primeho zaslani konfiguracniho pozadavku na setter.xml (pro ty znalejsi), zustava v rezimu router - prefix globalniho ipv4 natu pro ds-lite pripojky je 86.49.192.0/18 - adresa aftr stroje je aftr01.chello.cz, ale ze stroju za compalem ds-lite spojeni sestavit nelze (nejspis je filtrovano necim na ceste, mozna podle ip adres - viz dale) - WAN strana compalu dostava adresy (v Praze, na me CMTS) z rozsahu 2a02:8302:0:7::/64 - LAN strana compalu pouziva adresy z 2a02:8308::/32 - test-ipv6.cz ukazuje 10/10 - pcp neotestovano - cg-nat pro ds-lite nejak bezi, do cesty paketum pridava par milisekund (jednotky)