Je to na reklamaciu u ISP ?

Je to na reklamaciu u ISP ?
« kdy: 11. 11. 2023, 18:17:05 »
Kolega ma internet GPON od najvacsieho slovenskeho ISP a zda sa nam, ze ma trocha problem. Do internetu ma zapojenu aj e-kasu a zamestnanci sa mu stazovali, ze to niekedy ide dost pomaly. Zacal som teda testovat ping z vonka a pocas kratkeho 10 minutoveho testovania som zistil, ze cca kazdy 50 sekund je problem. Dam sem vypis pingu, ktory bezal 10 minut. Vsade kde je "..." to funguje dobre (cize zbytocne to tu nebudem kopcit). Pre prehladnost som dal 1-2 odpovede pred vysokou hodnotou a 1-2 odpovede po vysokej hodnote.
Tak isto je tam pomerne vysoky packet loss (13%)

Kód: [Vybrat]
ping xx.xx.136.202
PING xx.xx.136.202 (xx.xx.136.202) 56(84) bytes of data.
64 bytes from xx.xx.136.202: icmp_seq=1 ttl=62 time=6.49 ms
64 bytes from xx.xx.136.202: icmp_seq=2 ttl=62 time=5.77 ms
...
64 bytes from xx.xx.136.202: icmp_seq=34 ttl=62 time=6.03 ms
64 bytes from xx.xx.136.202: icmp_seq=37 ttl=62 time=1204 ms
64 bytes from xx.xx.136.202: icmp_seq=45 ttl=62 time=279 ms
64 bytes from xx.xx.136.202: icmp_seq=46 ttl=62 time=5.72 ms
64 bytes from xx.xx.136.202: icmp_seq=47 ttl=62 time=6.29 ms
...
64 bytes from xx.xx.136.202: icmp_seq=93 ttl=62 time=6.03 ms
64 bytes from xx.xx.136.202: icmp_seq=94 ttl=62 time=5.94 ms
64 bytes from xx.xx.136.202: icmp_seq=96 ttl=62 time=1204 ms
64 bytes from xx.xx.136.202: icmp_seq=97 ttl=62 time=1205 ms
64 bytes from xx.xx.136.202: icmp_seq=105 ttl=62 time=724 ms
64 bytes from xx.xx.136.202: icmp_seq=106 ttl=62 time=6.08 ms
...
64 bytes from xx.xx.136.202: icmp_seq=154 ttl=62 time=6.44 ms
64 bytes from xx.xx.136.202: icmp_seq=155 ttl=62 time=5.71 ms
64 bytes from xx.xx.136.202: icmp_seq=160 ttl=62 time=1205 ms
64 bytes from xx.xx.136.202: icmp_seq=162 ttl=62 time=1204 ms
64 bytes from xx.xx.136.202: icmp_seq=164 ttl=62 time=1204 ms
64 bytes from xx.xx.136.202: icmp_seq=166 ttl=62 time=249 ms
64 bytes from xx.xx.136.202: icmp_seq=167 ttl=62 time=6.03 ms
64 bytes from xx.xx.136.202: icmp_seq=168 ttl=62 time=5.74 ms
...
64 bytes from xx.xx.136.202: icmp_seq=275 ttl=62 time=6.05 ms
64 bytes from xx.xx.136.202: icmp_seq=276 ttl=62 time=6.18 ms
64 bytes from xx.xx.136.202: icmp_seq=287 ttl=62 time=168 ms
64 bytes from xx.xx.136.202: icmp_seq=288 ttl=62 time=5.98 ms
64 bytes from xx.xx.136.202: icmp_seq=289 ttl=62 time=5.90 ms
...
64 bytes from xx.xx.136.202: icmp_seq=335 ttl=62 time=5.97 ms
64 bytes from xx.xx.136.202: icmp_seq=336 ttl=62 time=5.82 ms
64 bytes from xx.xx.136.202: icmp_seq=345 ttl=62 time=1204 ms
64 bytes from xx.xx.136.202: icmp_seq=346 ttl=62 time=1204 ms
64 bytes from xx.xx.136.202: icmp_seq=347 ttl=62 time=642 ms
64 bytes from xx.xx.136.202: icmp_seq=348 ttl=62 time=5.62 ms
64 bytes from xx.xx.136.202: icmp_seq=349 ttl=62 time=6.03 ms
...
64 bytes from xx.xx.136.202: icmp_seq=396 ttl=62 time=6.49 ms
64 bytes from xx.xx.136.202: icmp_seq=397 ttl=62 time=5.73 ms
64 bytes from xx.xx.136.202: icmp_seq=403 ttl=62 time=1204 ms
64 bytes from xx.xx.136.202: icmp_seq=407 ttl=62 time=1097 ms
64 bytes from xx.xx.136.202: icmp_seq=408 ttl=62 time=79.6 ms
64 bytes from xx.xx.136.202: icmp_seq=409 ttl=62 time=5.82 ms
64 bytes from xx.xx.136.202: icmp_seq=410 ttl=62 time=6.21 ms
...
64 bytes from xx.xx.136.202: icmp_seq=456 ttl=62 time=6.07 ms
64 bytes from xx.xx.136.202: icmp_seq=457 ttl=62 time=5.61 ms
64 bytes from xx.xx.136.202: icmp_seq=468 ttl=62 time=517 ms
64 bytes from xx.xx.136.202: icmp_seq=469 ttl=62 time=6.16 ms
64 bytes from xx.xx.136.202: icmp_seq=470 ttl=62 time=6.02 ms
...
64 bytes from xx.xx.136.202: icmp_seq=577 ttl=62 time=6.11 ms
64 bytes from xx.xx.136.202: icmp_seq=578 ttl=62 time=7.34 ms
64 bytes from xx.xx.136.202: icmp_seq=585 ttl=62 time=1205 ms
64 bytes from xx.xx.136.202: icmp_seq=589 ttl=62 time=511 ms
64 bytes from xx.xx.136.202: icmp_seq=590 ttl=62 time=6.03 ms
64 bytes from xx.xx.136.202: icmp_seq=591 ttl=62 time=5.54 ms
...
64 bytes from xx.xx.136.202: icmp_seq=637 ttl=62 time=5.56 ms
64 bytes from xx.xx.136.202: icmp_seq=638 ttl=62 time=5.95 ms
64 bytes from xx.xx.136.202: icmp_seq=643 ttl=62 time=1204 ms
64 bytes from xx.xx.136.202: icmp_seq=647 ttl=62 time=1206 ms
64 bytes from xx.xx.136.202: icmp_seq=649 ttl=62 time=869 ms
64 bytes from xx.xx.136.202: icmp_seq=650 ttl=62 time=6.14 ms
64 bytes from xx.xx.136.202: icmp_seq=651 ttl=62 time=5.90 ms


--- xx.xx.136.202 ping statistics ---
800 packets transmitted, 696 received, 13% packet loss, time 802444ms
rtt min/avg/max/mdev = 4.628/41.218/1205.681/190.075 ms, pipe 2

No neviem, ale mne sa to nepaci. myslite, ze je to na reklamaciu u ISP ?


Re:Je to na reklamaciu u ISP ?
« Odpověď #1 kdy: 11. 11. 2023, 19:01:04 »
Co se o odezvě píše ve smlouvě?

Re:Je to na reklamaciu u ISP ?
« Odpověď #2 kdy: 11. 11. 2023, 19:49:06 »
To neviem, ale ked na gpon vypadava inet kazdych 50 sekund, tak to je OK?

Re:Je to na reklamaciu u ISP ?
« Odpověď #3 kdy: 11. 11. 2023, 21:23:11 »
U telekomu to spíš nebude a na přesnější radu je málo informací.

Co je tam za router? Co říká log v něm? Nevypadává link na ethernetu mezi routerem a ONT? Je tam pppoe? Rozpadá se?

alex6bbc

  • *****
  • 1 768
    • Zobrazit profil
    • E-mail
Re:Je to na reklamaciu u ISP ?
« Odpověď #4 kdy: 12. 11. 2023, 00:35:52 »
U telekomu to spíš nebude a na přesnější radu je málo informací.

Co je tam za router? Co říká log v něm? Nevypadává link na ethernetu mezi routerem a ONT? Je tam pppoe? Rozpadá se?

pokud je tam vmezereny vlastni router, tak jej vyndat a komp pripojit hned k ont bud kabelem nebo wifi a zkusit testy.


Re:Je to na reklamaciu u ISP ?
« Odpověď #5 kdy: 12. 11. 2023, 09:45:00 »
Takze viac informacii. Je tam tento ONU Sagemcom 5670 AX. Pokial viem, tak je prednastaveny od ISP s pevnou verejnou IPv4, vratane nastaveneho PPPoE (zrejme to tak robi ISP u niektorich zakaznikov, aby im po resete vzdy fungoval internet). To zariadenie je tak okliestene ("sme radi, ze si tam vobec mozeme zmenit DHCP"). Napr. hostovsku siet sa nam nepodarilo rozbehnut vobec aj ked ISP tvrdil (vzdialene sa pripojil do zariadenia), ze vsetko je nastavene OK a guest wifi musi fungovat.

U telekomu to spíš nebude a na přesnější radu je málo informací.

Co je tam za router? Co říká log v něm? Nevypadává link na ethernetu mezi routerem a ONT? Je tam pppoe? Rozpadá se?

Fyzicky som od modemu velmi vzdialeny a ked som chcel nastvit pristup z vonka (port forward), tak na GW sa pravidlo aplikovat neda. Do logu sa teda nedostanem. Ako by som vedel zistit ci sa rozpada PPPoE, videl by som to v logu ?

pokud je tam vmezereny vlastni router, tak jej vyndat a komp pripojit hned k ont bud kabelem nebo wifi a zkusit testy.
Router je od ISP a topologia je
Kód: [Vybrat]
OLT <--->  GPON <---> ONU <--->LAN
Kedze dnes je nedela, takze sa tam nic nedela  :) a cuduj sa svete, ze problemy su stale (vypis s ping logu).

Kód: [Vybrat]
--- xx.xx.136.202 ping statistics ---
884 packets transmitted, 732 received, 17.1946% packet loss, time 887418ms
rtt min/avg/max/mdev = 4.953/25.310/1204.715/147.769 ms, pipe 2

Musim este povedat ze do sagemcom je pripojeny dalsi wifi router (tplink archer c6). Je pripojeny ako router (nie bridge) a v nom  su 3 IP kamery. Je mozne, ze majitel sa obcas na kameru mrkne. Musel by som zistit, ze ci to nesleduje casto a v 4K, inak by aj to mohol byt problem, ze siet to nestiha.
« Poslední změna: 12. 11. 2023, 09:48:20 od darebacik »

Re:Je to na reklamaciu u ISP ?
« Odpověď #6 kdy: 12. 11. 2023, 14:55:09 »
Na tyhle vzdálené přístupy do routerů, kde se s tím musí nějak laborovat, bývá nejjednodušší si tam nechat spustit team viewer.  :)

Jelikož je nyní zřejmé, že to nejdůležitější tam dělá router spravovaný operátorem a pokud ty odezvy na ping opravdu chodí přímo z toho routeru, tak kromě kontroly kontrolky PON a optického patchcordu, není jiná možnost, než řvát na operátora, že to má rozbitý.

Re:Je to na reklamaciu u ISP ?
« Odpověď #7 kdy: 12. 11. 2023, 16:31:57 »
To neviem, ale ked na gpon vypadava inet kazdych 50 sekund, tak to je OK?
98% dostupnost... záleží na úhlu pohledu...

Re:Je to na reklamaciu u ISP ?
« Odpověď #8 kdy: 12. 11. 2023, 16:52:17 »
Teraz som napr. robil hodinovy test a vyzera to super.
Kód: [Vybrat]
--- 87.197.136.202 ping statistics ---
3600 packets transmitted, 3600 received, 0% packet loss, time 3604066ms
rtt min/avg/max/mdev = 4.540/5.994/10.741/0.332 ms
Skusim to este cez pracovny tyzden, resp. pocas celej pracovnej doby

Re:Je to na reklamaciu u ISP ?
« Odpověď #9 kdy: 12. 11. 2023, 17:50:07 »
Co na to mtr? Ten by mohol aspon potvrdit, ze vasa strana siete az po router je v pohode.

Stretol som sa s vela zlymi nastaveniami alebo aj zariadeniami. Moj tip je, ze nieco v sieti pravidelne prenasa vacsie mnozstva dat. SOHO routery maju nezriedka obrovske buffery a ked sa tie naplnia, tak maju vsetci horsiu latenciu.

Vo firme sme sa stretli so "zlym" IP telefonom, ktory takto zacal komunikovat.

Alebo to moze byt aj cyklus v sieti, kde sa s tym siet snazi vysporiadat: https://www.root.cz/clanky/smycka-na-ethernetu-je-spatna-bez-pridavnych-ochran-shodi-sit/

Re:Je to na reklamaciu u ISP ?
« Odpověď #10 kdy: 13. 11. 2023, 18:52:47 »
ISP to ma vraj nejako monitorovat a pripusta ze pri nejakych problemoch vymeni modem, alebo pojdeme do bridge.
Chcem sa opytat. Uz som spominal, ze tam mame dalsi wifi router tp-link archer c6 v3.20. Je dobre tam nechat orig. FW (ak da ISP modem do bridge), alebo radsej ist do openwrt. Nejake zakladne skusenosti v luci mam prip. SSH a vsetko k tomu je dohladatelne.
Nemam odskusane openwrt na archery, ale ked to ide aj na 10x slabsich skatulkach, tak to musi fungovat aj tam.

Re:Je to na reklamaciu u ISP ?
« Odpověď #11 kdy: 14. 11. 2023, 11:29:36 »
Nemam odskusane openwrt na archery, ale ked to ide aj na 10x slabsich skatulkach, tak to musi fungovat aj tam.

Nevím jak konkrétně u tohoto modelu, ani nevím jakou na té optice máte rychlost, ale OpenWRT má u spousty krabiček problém s tím, že neumí HW akceleraci routingu a tak to uroutuje třeba jenom 200 Mbit, což bude třeba na 1 Gbit přípojce docela poznat.

Většinou, pokud od toho člověk nechce nějaké zázraky, tak je nejvhodnější tam udržovat aktualizovaný stock firmware a pokud zařízení ztratí podporu, tak si teprve hrát s OpenWRT nebo ho vyměnit a to třeba za něco od jiného výrobce, který se léty osvědčil, že udržuje podporu i u starých kousků.

Re:Je to na reklamaciu u ISP ?
« Odpověď #12 kdy: 15. 11. 2023, 14:24:04 »
Nemam odskusane openwrt na archery, ale ked to ide aj na 10x slabsich skatulkach, tak to musi fungovat aj tam.
udržuje podporu i u starých kousků.
Který z těch SOHO výrobců to tak má?

Don.J

Re:Je to na reklamaciu u ISP ?
« Odpověď #13 kdy: 15. 11. 2023, 15:51:55 »
Na laborace s OpenWRT bych se být tebou vyprdnul, vezmi v potaz, kolik práce s tím budeš mít, jak jasný je výsledek a co to zvládne a kolik to ve finále bude stát čas=peníze.

Vezmi nějaký mikrotik s ARM64 (jsou rychlejší a universálnější než MIPS apod.), klidně vezmi AX2/AX3 (2400 resp. 3200,- Kč) mají na uroutování 1Gbit linky výkonu dost, wifi klidně můžeš vypnout, nebo RB5009 (pro tebe si myslím zbytečný overkill). Zapni si "Grafování" ať můžeš sledovat vytížení linek, mají spoustu diag nástrojů, bude se ti lovit problém rozhodně lépe než s tím TPčkem.

TP-Link Archer a podobné domácí routery nech domácím nebo velmi nenáročným uživatelům na takové to malé domácí wifinováníčko.

Re:Je to na reklamaciu u ISP ?
« Odpověď #14 kdy: 15. 11. 2023, 20:36:22 »
Nie som investor a uz tam bol kupeny archer c6 (takze robil som s tym co bolo). Co som vysledoval, tak udajne by ten router mal s openwrt vediet aj hw akceleraciu.
Ale ono je to vsetko tak narychlo a robi sa to za pochodu (okrem ineho tam maju predplateny nejaky pomaly inet 70/20).
Takze ISP dnes ONU prepol do bridge a na archery (orig FW) som nastavil vsetko ostatne.
Uvidim ako sa to bude chovat.
« Poslední změna: 15. 11. 2023, 20:40:49 od darebacik »