• Ostatní

  • T-Mobile 1000/500 GPON obrovské zpomalení a nárůst odezvy ve večerních hodinách

Dobrý den, máte někdo zkušenosti s optikou od T-Mobile přes CETIN 1000/500?
Zatím používám Sagecom od T-Mobile přepnutý do bridge mode s PPPoE passthrough jako GPON terminátor, za kterým mám Mikrotik hAP AC2, který používám jako PPPoE Client.
Zaznamenávám obrovské zpomalení a nárůst odezvy ve večerních hodinách cca 18:30 - 23:30 i když ani nejsem doma a mám vypnuté všechny PC až na Raspberry Pi 4 s Home Assistantem. Je to u T-Mobile optiky normální?
Všiml jsem si toho před pár dny, tak jsem kontaktoval T-Mobile a ten mi řekl, že mám rychlost a odezvu pravidelně sledovat. Pomocí Speedtest CLI jsem si tedy udělal automatický monitoring, který měří každých 5 minut. Za poslední 3 dny se mi problém krásně vykresluje na grafech:
Odezva většina dne 2 ms, večer 20x tolik:
ping graf
Download většina dne 900+ Mbit/s, večer to padá až na 20 Mbit/s:
download graf
Upload většina dne 490+ Mbit/s, večer to padá ani ne na poloviční rychlost 200 Mbit/s:
upload graf
Doufám, že s tím T-Mobile něco udělá, jinak budu muset hledat jiného poskytovatele. Jsem zvědavý, co mi na to řekne technik, který mi dnes má zavolat. Čekal bych nějaké menší zpomalení ve večerní špičce, ale takový extrém jsem opravdu nečekal, mám večer problém zahrát si s takovou odezvou online hru nebo i streamovat filmy...

Pokud je jako ONT pouzit Sagemcom, je to vlastni pristupova sit T-Mobilu a CETIN tam bude max. v pozici poskytovatele backhaulu (propojeni mezi lokalnim OLT a agregacni siti T-Mobilu).

Na siti CETINu s konektivitou od T-Mobilu nic podobneho nepozoruji (latence jsou stabilni, cca. 7,5 ms. na ruzne cile v Praze).

Mate na te pripojce (PPPoE rozhrani v routeru) vlastni verejnou IPv4 adresu nebo jste za NATem T-Mobilu?
Pokud nemate vlastni verejnou adresu, zlepsi se situace, pokud si ji nechate aktivovat?

  • Boos replied to this.

    zajdee
    Aktivace statické veřejné IP situaci nezlepšila. Také mě to napadlo a zkoušel jsem ji aktivovat, přiložené grafy jsou už s veřejnou statickou ipv4.
    Ještě před aktivací statické veřejné ipv4 jsem pozoroval, že jsem při připojení PPPoE klienta dostával 2 různé IP rozsahy, které se výrazně lišili v kvalitě připojení:

    1. první IP rozsah je vlastně to co mám teď (2 ms odezva na seznam.cz a další pražské servery na speedtest.net, cca 900+ download a 490+ upload s tímto obřím výkyvem každý večer)
    2. druhý IP rozsah byl na tom s kvalitou připojení hůře (bylo to cca 15 ms odezva na stejné servery, ale rychlost byla jen cca 500 download a 100 upload), ale neměl tak velký večerní výkyv

        Boos zajimave, to by naznacovalo, ze jste se obcas pripojil na "zalozni" agregacni router = agregacni koncentrator pro PPPoE (BRAS), podle latence nejspis na druhe strane republiky nebo dokonce na Slovensku. Nazev koncentratoru, ke kteremu jste pripojeny, je videt v PPPoE statusu, Active AC Name.

        Tyhle problemy s pretizenim se typicky muzou objevit na nekolika mistech:
        1) Lokalne na GPON vetvi, pokud by vsichni zakaznici zacali vytezovat linku naplno
        2) Lokalne na spoji mezi OLT v miste a core siti T-Mobilu, pokud by doslo k naplneni kapacity
        3) Centralne pri pretizeni BRASu (saturovana linka mezi BRASem a core siti, pripadne naplneni kapacity BRASu)
        4) Centralne pri vytizeni NATu
        5) Centralne na spojich do Internetu (tranzit, peering)

        Samozrejme vzdycky se to muze pokazit i v core siti, pokud ta je saturovana, ale tam to doufam tak daleko dojit nenechaji (dopadlo by ro na zakazniky s GPONem, mobilnimi daty i na firemni zakazniky zaroven).
        Bod 5) muzeme vyloucit, protoze tam TM ma kapacitu ve stovkach Gbps a protoze se problem neprojevuje na jinych pripojkach (i kdyz tam ma T-M kvuli routovani casti provozu pres Bratislavu taky maslo na hlave), 4) jste vyloucil aktivaci verejne IP adresy.

        Zustavaji body 1), 2) a 3). Podle popisu to skoro vypada na bod 3). Bylo by zajimave najit dalsi zakazniky na stejnem koncentratoru a zjistit, jestli se jim tyhle problemy taky deji.

        V jakem jste meste?

          Jsem v Praze, konkrétněji kousek od metra Opatov. Je to panelák, ale co jsem porozoval, tak tady bydlí spíše starší lidé, kteří myslím naplno připojení nevyužijí, navíc je tu optika celkem nově, dřív jsem měl internet přes kabelovku od UPC, myslím si tedy, že ani bod 1) z vašeho výčtu možných příčin to nejspíš nebude.
          Současný BRAS je ph482-bras-1.

          Napadlo mě, že bych teoreticky mohl vyzkoušet na mikrotiku zkopírovat PPPoE Client interface a vytvořit více PPPoE připojení (pokud to tedy Mikrotik a T-Mobile podporuje) a pokusit se druhé připojení dostat na ten záložní BRAS, možná by to potom vyřešilo tu večerní špičku?

            Boos vice soubeznych PPPoE pripojeni pry T-M nemel (mozna stale nema) osetrenych, ale v pripade aktivni staticke verejne adresy to vedlo (vede?) k vice PPPoE rozhranim se stejnou IP, coz by nebyla uplne funkcni konfigurace.
            Osobne bych nouzove pripojeni na zalozni BRAS bral jako workaround, i kdyz, jak se rika, tonouci se stebla chyta... 🙁
            T-Mobile by mel byt schopen identifikovat, kde problem nastava, a pokud infolinka nebude vedet, co s tim, nechte se prepojit na technicke specialisty a sermujte identifikace BRASu. 🙂
            Nekdo tam prece musi byt schopen zjistit, co se deje.

              Zatím pořád čekám na ten telefonát z t-mobilu.
              Mezitím jsem zkusil to dvojité PPPoE připojení a vypadá to, že to funguje. Ještě nevím, jak to bude Mikrotik balancovat v té večerní špičce, ale nyní to vypadá, že používá to PPPoE připojení, které má zrovna v tu chvíli nižší odezvu.
              Zajímavé je, že i přes to, že obě PPPoE připojení mají stejnou lokální IP adresu (tu mojí statickou veřejnou), tak to celé funguje. Liší se pouze ve vzdálené adrese a aktivním AC.
              ph482-bras-1 je ten rychlejší BRAS server, kde mám 2 ms a vyšší rychlosti, zatímco bo3080-bras-1 je ten 15 ms a nízké rychlosti, tedy asi ten záložní.
              Zatím to dvojí připojení nechám vypnuté, aby to nějak neovlivnilo ten hovor s t-mobilem, ale večer to případně zkusím zapnout a uvidím co to ve špičce udělá. Každopádně doufám, že s tím něco udělá samotný t-mobile, protože večer je ten internet fakt nepoužitelný, to už bylo spolehlivější DSLko přes coax od UPC.

                Ani by som sa necudoval keby na danom segmente gponu bol zakaznik aka home isp ktory to sharuje pre dalsich 50 ludi a zaroven dokaze zahltit niektory smer, najskor upload..

                Boos jakou latenci (ping) mate na ten bo3080-bras-1 resp. na jeho IP adresu (10.10.109.11)...?

                • Boos replied to this.

                    zajdee na ten bo3080-bras-1 mám latency 15 ms.
                    Zrovna mi volali z T-Mobile a tam mi potvrdili, že ph482-bras-1 je hlavní BRAS a bo3080-bras-1 je záložní.
                    Zatím ovšem problém nevyřešili, nechali si poslat grafy odezvy a rychlostí a prý to předají dalším technikům, tak jsem zvědavý, jak to dopadne.

                      kozlicek no protože to je jejich záložní BRAS, který je někde daleko, na speedtestu to píše, že od Prahy je víc jak 100 Km. Na tom hlavním BRAS serveru mám 2 ms mimo ten problémový večerní čas.

                        PH - Praha
                        BO - Brno

                        Převzaté značení z ex GTS.

                        The download speed of 1 GPON port is 2.5G. The upload speed is 1.25G.
                        One Gpon port can split into 128 onus. It means maybe you share the 2.5G/1.25G with other 127 subscribers in max at the same time. That's why you feel the low bandwidth during the peak time.

                        pusobi to na me ze GPON v teto verzi je pro tak velke operatory jakym je i TM dost nedostacujici... pokud chteji agregovat mezi cele sidliste 2,5 / 1,2G, potes koste, to snad raci zustat na VDSL, ktere jede ve dne v noci 99% maximalni psanou rychlosti...

                          Agregace je jedna věc, QoS druhá. Pokud pustím bez shapingu do gponu data tak se musí takhle rozsypat. A ono to tak vypadá. A vůbec by mě nepřekvapilo kdyby OLT mělo 1Gbit uplink a taky bych nebyl překvapený kdyby uplink OLT byl připojený na DSL 🙂

                            Pokud se nepletu, tak TMCZ to stavi jako XPON, ne?

                            Vrabci na střechách cvrlikaj, že nejmenovaný operátor nemá aktuálně některá OLT díky útoku pod kontrolou. Ale je to z jednoho zdroje, neověřeno ...

                            mam taky GPON od TM a je pravda ze ten zalozni bras je nic moc. Sranda je ze oni obcas delaji vypadky, nebo servisni zmeny, netusim z jakeho duvodu, ale pozoruju reinicializaci PPPoE klienta a pak to rado skace na zalohu. Uz nejaky cas mam vyplneny AC name, aby mi to nepreskakovalo. Snad ten AC name nebudou menit :-)

                            SERVICE MAC-ADDRESS AC-NAME
                            24:21:24:86:3F:83 bo3080-bras-1
                            24:21:24:86:3F:82 bo3080-bras-1
                            24:21:24:A1:67:85 ph482-bras-1
                            -- [Q quit|D dump|C-z pause]

                            pcwifi GPON znamená 2,5 Gb down celkem pro až 128 ONT t.j. klientů. To není málo. A operátor nemusí použít maximální dělicí poměr 128, pokud vím CETIN třeba používá 1:64. T-Mobile nevím.

                            • gemb replied to this.

                                📡 Telekomunikace.cz