Názory k článku Pomalé IPv6 tunely s modemem Compal od UPC/Vodafone

> Dobré dopoledne, Radku, informace ověřím na technickém oddělení. Jakmile budeme mít nové informace, hned vám napíšeme. Děkuji za trpělivost.

Ja myslel, ze tohle je eufemismus pro "zapomen, takovy ptakoviny abysme resili"...

Mozna. Mam ale i dalsi signaly (nez jen ten tweet), ze to neskoncilo na prvni urovni podpory. Tak uvidime.

"prémiový" modem? Strašná krabice toto, vždyť se to zapíná i půl hodiny... :( zlaté staré cisca.

Proto je slovo premiovy v prvnim odstavci za perexem kurzivou. Protoze ja tomu tak uplne rict nedokazu, kdyz vidim, co je ten modem zac. :-/

Fascinující zařízení.
Napadá mě, zda se tak trochu soudruzi z UPC/Vodafone nesnaží vynalézat hranaté kolo, jistě již někde existuje lepší funkční řešení.

Mít doma router, kterému se "tak nějak sám někdy" aktualizoval firmware, tak od toho ISP utíkám jak nejrychleji to jde...To je jak nezamykat dveře, kdyby si náhodou někdo v supermarketu vzpomněl, že mi chce v ledničce vyměnit mlíko za čerstvé...

Update pres provisioning bezna vec. U nekterych ISP to ani jinak nejde pokud je predavaci rozhrani nekde na technologii a ne pred ni jako napr. ucastnicka zasuvka. Jenomze zalezi jak se to dela. Jestli se to ohlasi predem a jestli lze zarizeni prepnout do rezimu bridge a mam jistotu ze tam i po updatu zustanu.
Vodafone dela dost update u svych LTE modemu. Nikdo nic nekvaknul a novy firmware je tam i s resetem modemu. Vzhledem k tomu ze dost pracuju v noci (a neprimo nekdy i pro Vodafone jako subdodavatel subdodavatele), tak mne to dost nakrklo. Driv mu evidentne delal provisioning nejake potize ale pred par mesici se s updaty roztrhl pytel.
V nemecku pro zmenu na kabelovem modemu mi po updatu dokonce zarvalo moje nastaveni. Takze z bridge modu modem spadnul do vychoziho tovarniho NATu.

Pritom Huawei ODU je spickova. Kam se na nej hrabe mikrotik se svou "entry level" radiovou casti. Ani neumi ani vsechny u nas predpokladane bandy. Navic mikrotik nikde nema vicesmerovou motoricky natacenou mimo antenu ve sve nabidce. Huawei ma v podstate SW radio ktere je pripraveno i na 5G a fw se lisi jen podle zeme.
IDU od huaweie s vodafone brand fw je silene zmrsene. Nejde firewall v kombinaci s necim v DMZ. A "IP passtrough" je v jejich fw skryty.

Bridge pokud vím už nejde (položka "Režim modemu" mi z menu zmizela). Koukal jsem tam teď na to a je to peklo v tom něco klikat :D Je to pomalé jak youtube přes GPRS

Bridge jde. Musíte si napsat na podporu.
Budete pak mít jen ipv4.

Bridge je možný, ale pouze tehdy, pokud máte Compal v režimu IPv4. V režimu IPv6 (DS-Lite) je tahle volba úmyslně deaktivována.

V Bratislave, mam ten modem v rezime bridge a dostavam IPv6 adresu na mojom routri OmnaTurris cez protocol IPv6-over-IPv4 (6to4) 2002:bca7:XXXX::/48

No ty koky, taky dobré. Já si koupil Technicolor TC7200 a nestačil jsem se divit. To je asi první domácí WiFi router, který jsem za posledních 20 let viděl, kde nejde jednoduše nastavit DHCP rezervace přes MAC adresy.

Po tom, co jsem prolezl fóra, přečetl návod, tak jsem zkusil i technickou podporu. Asi jsem tam volal, protože v mailu jsem nic nenašel. Bylo mi doporučeno nastavit adresu staticky, chvíli počkat, modem si zjistí, že má v sítí nějaké zařízení s danou MAC a IP a pak když to přepnu do DHCP, tak by to mělo do restartu modemu přidělovat danou adresu, co byla původně staticky.

Bez komentáře. Beztak by mi zdejší filtr vulgarit nedovolil něco takového odeslat.

S tímhle modemem jsem řešil podobné problémy v rámci IPsec tunelů. I když byl v bridge módu tunel dosáhl maximální rychlosti cca 10Mbit/s a pak už jen klesal k nepoužitelným jednotkám kb/s. Obnovení rychlosti bylo možné jen rebootem.
Bylo mi sděleno, že o tomto problému vědí a že to možná vyřeší upgradem FW v budoucnu.
Proto jsem zůstal u Technicolor modemu TC7200, kde ale zase není možno dosáhnout 500Mbis/s na downloadu.

Tento modem mam, a nemam problem saturovat 500Mbps linku. Modem je v bridge modu a za nim Mikrotik CHR, jeste navic pres switch a VLAN.
S Hex S napojenym naprimo jsem schopen dosahnout 100-120Mbps (AES-128-CBC).

Defaultně je modem nastaven na IPv6, řešil jsem stejný problém protože jsem chtěl veřejnou IPv4, všude propagovali že mám mít veřejnou IPv4 adresu, po zavolání na technickou podporu mi přepli nastavení na IPv4. V nastavení modemu se najednou objevili položky které tam předtím nebyli v režimu IPv6. Radím všem zavolat na podporu a požadovat přepnutí do režimu IPv4, adresa sice není statická ale to se dá řešit přes DDNS.

Jsem koncový uživatel Wifi od Tlapnetu. Chtěl jsem si zprovoznit ipv6 přes HE, ale nemají ani povolený ICMP, takže smůla. Nativně to tímhle tempem nebude nikdy. Bohužel, v mém městě jsou na tom všichni operátoři s ipv6 naprosto stejně. Místní kabelovka ani neví, že to existuje.

"Pokud na ní ale chcete využívat vlastní veřejnou IPv4 adresu, nedostanete se k nativní IPv6 konektivitě "

Vy tady řešíte IPv6, ale já se bojím, že příjdu i o tu veřejnou IPv4. Nic z toho není oficiálně zaručeno jako vlastnost objednávané služby! Spíše to totiž vypadá, že se snaží režim bridge úplně odstranit. Společně s osekáváním možných uživatelských nastavení v modemu. V rozrhaní toho Compalu už nejde nastavit skoro nic. Zatím si sice jde vyškemrat režim bridge na podpoře, ale týpek mi rovnou řekl, že sice mám neměnnou veřejnou IPv4, ale rozhodně nezaručuje, že po restartu nebo větším výpadku nedostanou přidělenu jinou, takže ji pravidelně ověřuju.

Zajímavé je, že ten uplink je i u business nabídky jen 50 Mbps. Podle https://en.wikipedia.org/wiki/DOCSIS (jestli to chápu dobře) by to s těmi 8 kanály mohlo být něco přes 300 Mbps, kdyby chtěli. Poměr download:upload 3:1 nebo 2:1 v tomto případě by byl mnohem lákavější.

Další věc, kterou úplně nechápu je, proč vůbec něco upřednostňují, když do toho zahrnou TCP i UDP. Není to potom tak, že je vše v "nejvyšší" kategorii a efektivně tak ty kategorie nemají moc velkou funkci? To by se na to mohli taky úplně vybodnout a nepriorizovat vůbec nic, nebo třeba jen TCP ACK apod. co v reálu může pomoct a skoro nikdy uškodit.

Umí ten Compal prefix delegation, když je v režimu IPv6 nebo to mají rozbité? Mám bohužel zkušenost, že různé Hitron apod. právě PD neumí/ není to kde nastavit. Když potom chcete připojit něco rozumného za tuto krabici, tak si efektivně odříznete podporu IPv6 a děláte dva NATy, protože bridge to taky umí (jestli vůbec) jen s kooperací s poskytovatelem.
Někde lze snad použít vlastní modem, např. https://avm.de/produkte/avm-produktvergleich/fritzbox/kabel/.
Já to vyřešil tak, že mám Draytek Vector 130, který funguje s VDSL2 od Deutsche Telekom v bridge módu velmi stabilně a nemám problém za tím provozovat Turris Omnia. To připojení není z nejlevnějších, ale v podstatě jsem zatím neměl jediný problém (i když teda monitoring na to nemám). Mám dual stack, žádný CGNAT.

Bohužel alespoň v Praze mám na upstreamu aktivní (bondované) jen čtyři kanály z osmi možných, tj. max. 4 * 27 = 108 Mbps rozdělených mezi všechny uživatele na stejné větvi. Kdysi dávno jsem jich viděl aktivních šest, ale to se nejspíš neosvědčilo.

Compal (bílý) prefix delegation pomocí DHCPv6-PD umí a je i funkční. Bohužel deleguje maximálně jednu /60 (sám má přiděleno /56).

Aha, to jsem nevěděl, že ty kanály se ještě k tomu sdílí mezi více uživatelů. Ale ano, potom to asi dává smysl - můžou částečně sdílet kabeláž. Taky teď vidím, že jsem se při výpočtu díval do sloupečku pro downstream bandwidth místo upstream, kde je nižší efektivita kódování, ale správně jsi mě opravil.

Hmm, tu PD nejspíš někdo zase programoval po hexadecimálních cifrách místo bitech. No, pořád lepší /60 než /64, ale je to na ránu.
Je zarážející, že výrobky, jako tyto CPE, které nejsou zrovna zadarmo a mají docela dlouhou životnost nemají daleko lepší kvalitu softwaru (a částečně asi i hardwaru). Neumím si představit, že je to poskytovateli totálně jedno, co dávají zákazníkům, když jim potom, připouštím asi malé procento, geeků volá kvůli různých okrajovým problémům a zaměstnává support. Normálního zákazníka možná taky něco ruší, ale neumí to pojmenovat a neví jak chybu hledat a řešit. Tam je asi zase vidět, že monitoring poskytovatele nemusí být tak detailní... nemám o tom představu.

Ono to sdílení je na DOCSISu úplně běžné nejen mezi uživateli v domech, ale často v celých blocích domů. Dá se to řešit rozdělováním větví (z jedné větve udělám dvě, tři), ale vyžaduje to odstávku, přepojení oddělovaných větví na nový optokoax převodník (pokud se používá) a dostatek volných portů na CMTS.
Dohromady ta kapacita vypadá ohromná (24 kanálů down dá 1,2 Gbit/s), ale když se pak sejdou tři stahující s tarifem 500/30, tak už se o celkovou rychlost musí dělit. Naštěstí máme malé disky a 4K streamy takový tok zatím nevyužijí. :-)

I u GPONu se médium sdílí (ale má větší kapacitu - typicky 2,5/1,25 Gbit/s). U DSL má každý svůj bitstream mezi DSL modemem a DSLAMem, sdílí se až upstream (a ten může být v násobcích 1 nebo 10 Gbps, s LACP a DWDM je tam kapacita obrovská).

Zajimavy, to me fakt nenapadlo. Zrovna tak cca 3-4 mesice zpet me napadlo si nahodit IPv6 pres HE a samo sem to zase dal pryc kvuli rychlosti.
Modem v bridge mode a byl sem schopen dosahnout neco malo pres 1MB/s download.
A ja si celou dobu rikal ze to ma HE pomaly :-)

Tak jsem napsal na...
Technické dotazy: technicalhelpdes­k@vodafone.com
Cim vic lidi s tim bude otravovat, tim driv (doufam) to zacnou resit/poresi.

Od Vodafonu jsem dostal zpravu, tak uvidime kam se to dal pohne:

Váš požadavek jsem předal kolegům na výšší úrovni helpdesku, aby to dořešili.

Aktualni test pres HE Praha -> VPS Hetzner

> /tool bandwidth-test address=IPv6 protocol=tcp duration=30s
                status: done testing
              duration: 31s
            rx-current: 10.4Mbps
  rx-10-second-average: 11.7Mbps
      rx-total-average: 10.5Mbps
           random-data: no
             direction: receive
      connection-count: 20
        local-cpu-load: 1%

> /tool bandwidth-test address=IPv4 protocol=tcp duration=30s
                status: done testing
              duration: 30s
            rx-current: 501.5Mbps
  rx-10-second-average: 500.9Mbps
      rx-total-average: 479.6Mbps
           random-data: no
             direction: receive
      connection-count: 20
        local-cpu-load: 6%

Tak bohuzel...

Hezký den,

odepisuji Vám na základě IPv6 tunelu.

Velice se omlouvám za vyjádření, které mi přišlo:

Aktuálně je situace neřešitelná a problematika byla předáná, zda bude oprava firmware a za jak dlouho, tyto informace zatím nemáme.

Čím by to mohlo být? Může být jiný důvod než cílené zařezávání vybraného protokolu?
Nedalo by se pomocí traceroute a generátoru zátěže s omezením TTL nějak zjistit místo zpomalení? (Žádný nástroj jsem na to nenašel.)

Nemyslim si ze to bude ucelove, to by byly postizene i jine modemy. Spis to bude nejaky bug ve firmware, mozna i ve spojitosti s danym HW. Mozna by nebylo od veci se poptat na reddit a zkusenosti s HE s timto modemem v zahranici.
Jak odhalit kde a v cem by to mohlo byt je tezke bez pristupu k firmwaru. Jinak na RouterOS/CHR je Traffic Generator s celkem dosti moznostmi. Pokud by vas napadlo jak neco zkusit, nemam problem to ozkouset. Me nenapada jak, nejsem Network specialist a tak do hloubky vse neznam.

Zkusil jsem se optat na reddit, uvidime:
https://www.reddit.com/r/HomeNetworking/comments/hg4jn9/compal_ch7465lg_and_hurricane_electric_6to4/

Tak jsem jeste vyzkousel jak je to s rychlosti pres HE tunnel jinde.

Mikrotik CHR (Brno): link 1Gbps
Mikrotik CHR (Brno) -> HE Frankfurt -> Mikrotik CHR (Hetzner FSN)
TX speed: >900Mbps

P.S.: HE Frankfurt protoze stejny sem testoval na UCP kde ma mensi latency nez Praha

Mala oprava, cisty modem, se kterym jsem testoval tunely a ty jely plnou rychlosti linky, je Ubee EVM3230. (Na problemovosti Compalu to nic nemeni.)

Ctenarum se omlouvam.

No hlavne se desne prehrejva tenhle nevim jak to nazvat, je to vazne strasny zarizeni a nejen kvuli ipv6.

Taky jsem si kdysi koupil router od providera, s wired, wifi a lte, s tim, ze chci, aby podporoval zalohu pres jinou linku.

Dostal jsem modem s "customizovanym" firmware, kdy pevna fungovala jako ZALOHA lte, a opacne nikoliv. Originalni firmware to odmitalo jako nekompatibilni. A ne, tomu mobilnimu operatorovi to "divny neprislo". Proc by jako melo lte s kreditem 10gb zalohovat pevnou, kdyz si muzu nastavit automaticke prikupovani 10gb/300 kc ?

Tak jsem jim sluzbu i se zarizenim vratil, koupil si router z it shopu, a lte od jinyho operatora. A ne, nebyl problem to s originalnim firmware nastavit.

A to bylo naposled, co jsem si nechal vnutit nejakou firemni krabicku "se slevou" ...

To je rozumny pristup. Bohuzel u UPC/Vodafone je dnes Compal jedinym modemem/routerem, se kterym vam novou sluzbu aktivuji.

Mne by zajímala i jiná věc:

1/velikost bedny neustále narůstá (za deset let třetí modem a čimdál větší a čímdál víc topí jak kamna)

2/spotřeba bedny taky čímdál větší

3/doba připojení po zapnutí je za ty roky z minuty na 10-15minutách!

4/zatím co původní napájecí zdroj k prvnímu modemu (už nevím co to bylo) skoro nerušil, poslední dva jsou dokonalé rušičky: jeden měl soused a končilo to tím že jsem volal odrušovačku protože na AM radiu nešlo nic v okruhu asi 150-200m a u mne doma (v Brně!) ani Dobrochov na 954kHz. Musel si koupit jiný, jinde, nespínaný a "za svoje". Já ostatně taky.

5/ na kterémkoliv polu napájecího konektoru naměříte proti zemi nebo "nuláku" asi 65 až 95V AC! Že to "kope" nemusím asi říkat. A že tím tečou rozdílové proudy do země a zvyšuje se tak rušení je bonus, že.
Že vám taky bude vrčet audiotechnika s komplem spojená asi nemusím ani říkat.
Tohle neřešilo UPC a nehodlá řešit ANI VODAFONE JAK VIDÍM.
Navíc se pracovníci technických služeb už u UPC vyznačovali "hlubokými znalostmi" takže sem jim to musel poslat s obrázky a asi 4x načež se po návštěve technika zjistilo že má v autě asi 10 zdrojů a dělají to všecky!

Jiné zdroje I NABÍJEČKY mají tak kolem 1-2V AC proti zemi na výstupu.
Vyjímkou z tý haldy doma byl snad jinak jen Sencor (to myslím ani není značka??) co měl 35V AC...

6/ nemůžu si pomoct ale posdlední roky mám z komunikace s UPC ale hlavně te´d s Vodafone pocit, že jednám s absolventy pomocné školy!

V dnešní době je všude spousta odborníků. Před pár lety jsem nastoupil do jisté firmy a svému nadřízenému v servisu jsem musel vysvětlit co je studený spoj. Byl mladý a perspektivní, ale do školy asi moc nechodil.
Stačí mít papír a mládí vpřed.
Taky proto to dneska leckde vypadá, tak jak to vypadá.

Staci mit hlupaka ktery za ty penize nastoupi. Znas to.Po VS jim vsak chybeji naproste zaklady. Nalejt,zapich,zkou­ska a pak vypadne z ouska. Pofobne funguji certifikace.
Ono na VS mne dost iritovalo ze i kdyz teoreticke informace byly velmi zajimave a dobrovolne jsem zustaval v labu i dele a fungoval i jako asak, tak stejne mne prevalcovali lidi na vyhazujicich predmetech ktere by mi byli maximalne vhodne na PhD, pripadne na vyzkum na coz se priznavam fakt nemam. Resit vylepsovani modulace pro 5G, beamforming a firmwary pro radia mobilnich siti je precijen velmi uzkoprofilovy obor ve kterem pusobi v nasi montovne velmi malo lidi.

25. 6. 2020, 06:41 editováno autorem komentáře

Je spousta odborniku, protoze je spousta slozitych technologii. Muzou za to i castecne lidi pracujici v nasem oboru - napr. systemd, certifikatove valky prohlizecu a jine.
Mnohdy je do bezneho zivota cloveka zavlecena zbytecna komplexita neprinasejici uzitek v pomeru k vynalozene praci.
Pred 150ti lety mohl clovek pomerne snadno obsahnout principy pristroju vyskytujicich se kolem nej. Dnes? Muze mi bezny chlap co umi opravit normalni veci doma vysvetlit funkci firmwaru v kotli?
Jeste pred 40ti lety byla vetsina plynovych ohrivacu na mechanickem principu - serizeni mohl delat kvalifikovany mechanik. Ne specialista se sondami, laptopem a hromadou drahych zkousek. Muze mi bezny automechanik rici kterou cast kodu upravit v ridici jednotce? Proc musim kvuli taznemu zarizeni mit update fw?
Jeste za meho detstvi byl vrchol "modifikace firmwaru" oprava termostatu a z vyroby chcipajiciho karburatoru schade auto.

> Proc musim kvuli taznemu zarizeni mit update fw?

Toto je velmi jednoduche - pretoze ked sa zdetekuje pripojeny prives, vtedy sa riadiaca jednotka sprava inac, vstrekuje sa trocha bohatsia zmes paliva, apod.

(Jedno z toho apod je vypnutie systemu start-stop).

Zdravim,

ten rozdiel oproti zemi vobec nemusi byt zo zdroja. Tento rozdiel moze pochadzat z kabelovej siete pri nespravnom uzemneni zosilovaca. Bohuzial tieto veci nejdu riesit nicim inym ako galvanickym oddelovacom na kabelovom privode.

Až na to, že internet po kabelovce jede přes galvanický oddělovač.... a TV taky, jinak to bylo nepoužitelný oboje.
Ta jejich síť je v Brně stavu kterej nejde slušně popsat!

od devadesátek na nic nikdo ani nesáhl a to už tehdy instalovali poloidioti!

he! vlastně jde, je na to americká vojenská zkratka!

" SNAFU" !!!!

jerry

U přístroje SELV bude nějaké napětí vůči zemi vždy, pokud ho neuzemníte. A nemá smysl ho měřit, protože jeho velikost závisí na zátěži. Voltmetrem naměříte bludy, podle toho, jakou má vnitřní impedanci Podstatný je proud (leakage current), jaký to umí do země protlačit. Měří se to při obou polohách vidlice L-N, protože se ta kapacitní vazba na výstup může pro oba kolíky lišit. U napaječů "medical grade" ten proud nesmí překročit 0,15 mA, u těch ostatních snad 0,5 mA, pokud si to pamatuju. A když je větší, omlátit to dodavateli o hlavu.

To ovšem neřeší nijak extrémní a širokopásmové rušení které zdroje půsbí a zmenožní tak příjem čehokoliv i na destítky metrů.
O odpověď "povodnýho telefóne" na modemy a zdroje?

"A jinak jiné zdroje, než které nabízíme nemáme."
Adam P.
Specialista technické podpory

Takže řešení je jaký? Holt asi mít vlastní zdroj a ideálně kdyby to šlo i jiný modem ale to nepude zaručeně! A volat odrušovačku, že. Každopádně po odpovědi z "pomocný desky" sem byl na prkně taky a museli podpírat mne!

Jsem z toho znechucenej pač je to rok od roku horší a horší a jen dražší a dražší a není nad "tržní hospodářství" pač vybrat si mužete jen tohle, a nebo si trhnout nohou!!! Extra když ve vašem okolí NEEXISTUJE jiný poskytovatel.

Pokud de o moje okolí, začínám mít silný dojem, že než se ten krám někam připojí a než něco najdu na webu nějaký firmy tak je lepší tam osobně zajít a vyjde to i rychleji! (Proč nepsat a nebo nevolat? No "dobrej zvyk" je neodpovídat na majly a nebrat telefony...)

A ještě vzpomínám taky na: "nejde vám internet a nebo UPC telefon? napiště nám na kontaktním formuláři nebo zavolejte UPC telefonem!!"

Zrovna do toho šmejdu koukám. Doklikat se na log trvá snad 2 minuty a tam vidím hned potvrzení "kvality" firmwaru. "04-07-2020 17:10:31 warning [90:5C:XX:XX:­XX:XX][DFS] Radar signal detected, DFS sequence applied, channel changed from 124 to 48" - Přitom je 5GHz wifi vyplá!! Navíc se do logu vleze jen 20 položek a ty ho zaplní za 2 hodiny, takže 04-07-2020 tam už nemá co dělat. Tragédie :(