zajdee

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.