Sziasztok!
Éjfél környékén előfordulnak Digi internet megszakadások, amikor is az ügyfélszolgálat szerint a legutolsó hálózati eszközig is rendben van a kapcsolat, lehetőség adott a felcsatlakozásra, ám a folyamat a
Timeout waiting for PADS packetskíséretében leáll, órákon át nem is képes a gép újraauthentikálni magát. A napközben minden rendben működik, még csak apróbb megszakadásokat sem érzékelek.
Érzékeltetek ilyet esetleg ti is? (Éjjelre vonatkozó gyors visszaellenőrzésez egy kis segítség:
journalctl --output=short-full -ru NetworkManager | grep -E "\(pp" | grep -P "disconnected ->" | grep -P "\ 21:|\ 22:| 23:| 00:"Az /etc/ppp/peers-en belül az aktuális ppp opciókat tartalmazó fájlba a logfile sort felvettem, mától innen is figyelem az eseményeket.
Milyen egyéb módon lehetséges még a kapcsolatbontás, felépítési folyamat részletes naplózása?
Muszáj a Digi felé bizonyítékokat szolgálnom, mert azon túlmenően, hogy nappal ideküldenének egy technikust, aki megállapítja, hogy miden rendben, nem tesznek, mert nem érzékeli a fennálló hibát.
Előre is köszönöm a válaszokat.
Hozzászólások
Optika?
Az elosztó dobozig, valameddig az, de ide már UTP-n jön a jel.
Valószínűleg totál off:
Nekünk van digis TV is (digitális és analóg is). Mivel éjfél körül mostanában már nem a neten lógok hanem a TV előtt alszom :) így csak olyan tapasztalatról tudok beszámolni, hogy analógon általában éjfélkor néhány adó elsötétül, nincs jel. Elég ritkán és elég változtos időtartamra (van hogy 10-20 másodperc de van hogy több perc). Korábban koaxon jött be a TV jel (UTP-n a net és a telefon), most már lakáson belül van az optikai router, és onnan jön minden (a TV koaxon), de a jelenség ugyanúgy elő szokott fordulni, mint korábban. Helyileg Szeged. Annyira sosem volt komoly, hogy érdeklődjek vagy reklamáljak. (Sajnos azt még nem próbáltam ki, hogy amikor az analógon nem megy egy adott csatorna, akkor a digitálison mi a helyzet, bár éjféltájban már macerás is lenne a gyerek miatt, mert nem egy szobában van a két készülék). Szóval valószínű, hogy az időpont kivételével semmi közös nincs a dologban, de gondoltam megemlítem.
Ne kattints ide!
Azt mondod, hogy a digi optikai dobozából a koaxon analóg TV-jel is jön ki, nemcsak DVB-C?
"Normális ember már nem kommentel sehol." (c) Poli
Szintén Szeged: igen, jön analóg TV és DVB-C is, más kérdés, hogy analóg csatornából valamivel kevesebb érhető el emlékeim szerint.
Igen jön az analógon 58 csatorna (Érd), az optikai router-nek van RF portja is, onnan koax a régi TV-hez. A képminőség nem nagyon jó, de lehet, hogy csak a digitális HD-hez szokott szemem miatt.
Üdv: István
Igen. Korábban is, mikor a lakásba csak a koax (plusz az UTP) jött be, akkor is jött rajta mindkettő. Ha csak TV-t kötöttél rá, akkor a hagyományos analóg (kb. 58-60 db) csatornák jöttek, ha a set-top-box-ba kötötted be, akkor fogható a 120+ digi csatorna. Nálam a nappaliban van set-top-box csak, ott nézzük a "digis verziót", a hálóban alváshoz :) bőven elég az analóg minősége (mint analóg jel szerintem egész jó minőségű) és kínálata. Egy spliterrel van megoldva a két szoba. Nem teszteltem még, hogy hány splittert vagy "végpontot" bír el a rendszer, de volt már két egymás után kötött splitteres megoldás is, mindhárom "végpont" tökéletesen működött analógként és digitálisként is.
Ne kattints ide!
Ezek szerint nem volt egységes a dolog. Nálam a koax+UTP időszakban is jött DVB-C a koaxon.
"Korábban is, mikor a lakásba csak a koax (plusz az UTP) jött be, akkor is jött rajta mindkettő. " - ezzel azt akartam mondani, hogy már a koax+UTP korszakban is jött DVB-C a koaxon (az analóg mellett), ugyanúgy mint nálad, így elvileg egységes volt. Vagy most én nézek be valamit? :)
Ne kattints ide!
Megvan... ott csúszott el a dolog, hogy a set-top-boxot is emlegettél.
Itt az a baj, hogy bőven belelógok sokszor az éjjelbe, de nem tévézek (van, előfizetés is, de nem nézem), így arról nincs ismeretem. Ha viszont van digis neten éjfélkor is lógó számítógépetek, akkor a fenti parancsot kiadva megtudhatod, hogy az éjfél körüli órákban volt-e megszakadt pppoe (jelen esetben Digi) kapcsolat. (Ott ahol a számítógép authentikál.)
Átnéztem a router logokat az elmúlt 1 hétből, de nálam csak egy újratárcsázás volt, viszont az kvázi menetrendszerű.
Köszönöm. Az az érdekes, ahol huzamosabb ideig nem tud visszacsatlakozni.
Pusztán csak egy ötlet: nem lehet, hogy ilyenkor a lépcsőházban megy le valami kismegszakító - amiről a lenti switch is megy - és van a lakók között, aki tudja, hol és hogyan kell visszapattintani?
Legközelebb, ha sokáig nem tudsz csatlakozni, akkor érdemes megnézni a hálókártyádon, hogy van-e link. Illetve ha hozzáférhető helyen van, akkor érdemes lemenni a fémszekrényhez és a réseken megnézni, hogy szűrődik-e ki valami fény. Könnyen lehet, hogy ilyesmi lesz a megfejtés.
Az utolsó eszköz, amit a Digi láthat (menedzselhető switch - feleteszem) látja az operátor, tehát ők elérik. Nekem erős a gyanúm, hogy a pppoe szerverükkel lehet valami, amit eddig nem ismertek be. Aztán az is lehet, hogy valami program egy ezred másodperc alatt szétbombázza kérésekkel a ppp szerverüket, és védekezőleg a nem akar szóba állni velem. Ezért akarnám megtudni, hogy szűkítsem a kört.
Fizikai gond itt nem valószínű, mert tipikusan éjfél közeli állapotról van szó, napközben sosem jelentkezik hasonló.
13 ker, két külön lokáció (2 utca távolságra) kb 1 órája folyamatosak a szakadások. A múltkor nyitottam hibajegyet, azt a választ kaptam, hogy náluk van a hiba. Azóta döcögnek...
Aláírás _Franko_ miatt törölve.
neut @
Ugyan ezeket a dolgokat csinalta nalam is. Bejelentettem, de nem volt ertelme ( naluk ok). Gondoltam, linux- szerverrol atdugom Mikrotikre. Azota meg ipcimet sem valtott.
A logfileokban nem latok csatlakozasi hibat.
Hmm... Köszönöm.
Nekem pont fordítva volt. Mikrotik ugyanilyen hibákat generált, megszakadt, több percig nem tudott visszalépni (port ugrált előtte). Ezt csinálta napi 1-2x. Csak a Mikrotik vagy az ONT teljes áramtalanítása oldotta meg (vagy kábel ki/be), se reboot, se interface down nem segített (pedig direkt scriptbe raktam). PC-ről ugyanazon a kábelen, se Windows, se Linux alatt nem volt baj. Próbáltam interface sebességet fixálni, minél lejjebb vettem, annál ritkábban produkálta. Cseréltettem ONT-t, a hiba megmaradt. Beraktam TP-Link routert, azzal tökéletesen működött. Végül beraktam egy buta switchet ONT és Mikrotik közé és többet nem jött elő a hiba. Aztán később (kb 1 év múlva) felszabadult egy másik UTP kábel az ONT-től a router fele és átraktam arra a vonalra a Mikrotiket. Tökéletesen működik azóta switch nélkül. Tehát a kábelre volt érzékeny Mikrotik, de rajta kívül minden másnak megfelelt, most is használom az adott kábelt, az emeleti AP azon van. Ráadásul nem egyedi hiba, Mikrotik port flappinggal tele az internet.
Ja és ha jól emlékszem műszerrel is néztem és SignalTEK-en átment a kábel.
Pusztán csak érdeklődésként: arra emlékszel, hogy milyen volt a problémás kábel? Cat5e? Cat6? Sima UTP? FTP? Esetleg árnyékolt dugóval?
Ha jól emlékszem kültéri kábel volt, érpáranként árnyékolatlan, de kívül háló és fólia. Cat5e még..
... és már megint...
Szerk.: A pppd logfile lemaradt.
A Digi hibabejelentő pedig nem válaszolt a bejelentésemre. Bejelentem megint...
Mit gondoltok, ez a kvázi rendszeresség lehet (éjfél körüli időpont). Lehet egyértelmű bizonyíték arra, hogy a Digi hibája? Nekem van egy tézisem: mivel nem pontosan egy adott időpontban történik ez a kiesés, így arra gondolok, hogy a Digi szerverén egy, vagy több adatelemző szkript elindulhat valamikor 22 környékén ütemezetten, aztán ezek lefutásával dönt egy algorithmus a pppoe szerver force-restartról. Ez megmagyarázná az időintervallumot és a rendszertelenséget. Az viszont furcsa, hogy ebben az esetben nehezen indul újra ez az eszköz. Persze, még az is megtörténhet, hogy a force-restart előtt egy hangup fut le, és még után is futnak elemzések, aztán reboot. Ez kb. eléggé amatőr munkának tűnne így, és valamiért lassú is. De tény, hogy létező esemény.
Hogy teljesebb képet kapjunk: mit mond ilyen timeout-ok esetén az ethtool?
Miért indítja újra a systemd a pppd-t? Meg mi az hogy Started Raise network interfaces?
Egy pppoe kapcsolati probléma megoldása első körben szerintem nem az kéne legyen, hogy újraindítja a pppd-t. Meg milyen network interfaces? Az egész Timeout egy ilyen újratöltős bukfenccel indul. Ha előtte lenne a Timeout, még az is furcsa lenne, hogy miért így reagálja le és miért nem egy reconnect. De így nekem elég furán néz ki. NetworkManager / Systemd hülyeség szaga van a dolognak. Változott valami konfiguráció? Upgrade után kezdte el?
Saját tapasztalatom most ezzel azért nincs, mert egyrészt már egy ideje nincs Digi-s előfizetésem, másrészt se systemd, se networkmanager nem fut a gépemen...
"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."
Nem a "Too many sessions" a titok nyitja? A hibaüzenet alapján azt tippelem, hogy a túloldal még azt hiszi, hogy él még a te PPPoE usereddel egy kapcsolat és idő kell neki, hogy timeoutra fusson / valami kitakarítsa a korábbi sessiont.