One hálózat halott?

Sziasztok!


Ma hajnalban tapasztaltam,hogy a One hálózata mintha teljesen állna (Bp., XXI): mobil internet és vezetékes is. Próbáltam más DNS szervereket is (cf/Google), de semmi. 

Más is ezt tapasztalja?

Hozzászólások

DNS nálam sem működik csak valamelyik root-ra átállítva. Más megy.

Hibabejentés előtt hosszasan sorolják hol végeznek karbantartást reggel 6-ig. Nem volt türelmem bejelenteni hibára kb 15 perc után feladtam.

treynek biztos működött az országos leállás alatt is mert orbán viktor azt mondta :D

A hálózat áll, vagy "csak" One-os DNS szerver probléma van? Szerintem érdemes lenne elkülöníteni. Nem szokatlan hogy sokan nem a One DNS szervereit használják One-os hálózaton.

Amúgy az internetszolgáltatók backup DNS-nek külsős szervert, szervereket nem adhatnak meg? Máshol (szolgáltató, ország) nincs ilyesmi stratégia? Amúgy én is külsős DNS szervereket használok, többet is, reklámblokkolón keresztül, nem szoktam hagyatkozni szolgáltatói DNS-re, de ez már inkább megszokás. Lehet rosszul teszem, bár az ábra szerint mégsem...

Felig offtopic:
En az utobbi idoben azt figyeltem meg (Debian), hogy a timeout a resolv.conf -ban (vagy ennek ekvivalens megfeleloi) sok esetben (de nem mindig, ez is wtf...) nincsenek normalisan lekezelve, siman nem valt resolvert, hanem az adott request eltaknyol.
Nalam internal resolver, szolgaltatoi resolver, g pubdns, cf pudns van felveve ebben a sorrendben, a fenti timeout (3) megvalositassal. Amit irtal, az teljesen jo megkozelites szerintem,

Error: nmcli terminated by signal Félbeszakítás (2)

úgy gondolom, technológia, protokoll függő, hogy menni DNS servert push-olhatnak a végpontra.
a DHCP pl többet megenged, emlékeim szerint a PPPoE "csak" kettőt.
Logikusnak érezném, h elsődlegesnek és másodlagosnak a 2 saját resolver-t adják meg, esetleg többediknek külsőst.

Nekem a Unifi contoller logolt egy packet losst éjszaka, a saját Icinga (pingel egy hostot a neten) nem jelzett hibát.

Nálam is one a szolgáltat optikán, de digi tartományból kapok ip-t. Itt nem volt semmi gond, pppoe is él, nem bontott le. 4. kerület Baross utca.
Igaz a one oldala szerint ide nem köthető optika, de a szerelőnek csak sikerült :D

http://szolarenergia.hu

A hálózatépítést csak elkezdeni lehet, befejezni soha

Nálam csak a dns romlott el. Azok az eszközök, amik adguard homera voltak irányítva észre sem vették.

18. Ker ex digi: pppoe felall (lassan), de 30s ping idok vannak ;)

64 bytes from www.bix.hu (193.41.47.210): icmp_seq=1 ttl=58 time=17801 ms
64 bytes from www.bix.hu (193.41.47.210): icmp_seq=2 ttl=58 time=19723 ms
64 bytes from www.bix.hu (193.41.47.210): icmp_seq=3 ttl=58 time=20160 ms
64 bytes from www.bix.hu (193.41.47.210): icmp_seq=4 ttl=58 time=20634 ms
 

mindezt úgy, hogy 15 és 60 sec között változik a ping idő, packet loss nélkül :D

az egész egy rejtély:

2690 packets transmitted, 2684 received, 0.223048% packet loss, time 2704499ms
rtt min/avg/max/mdev = 1.877/6228.224/51732.626/11179.559 ms, pipe 52

az a 6 csomag is azért tűnt el, mert a csomagok mennek kifele, de a leállítás pillanatában még nem érkeztek vissza :)

Ahol 10-15 hop alatt összejön 60 mp delay, ott valamelyik köztes rúternek rég dobnia kellene a csomagot, így aztán kicsi eséllyel alakulhatna ki ekkora késleltetés úgy h. mindenki az útvonalon képes ennyit pufferelni.

Valaki aki ért a traffic engineering-hez, és még olvassa ezt a boomer portált, homályosítson már fel, tényleg érdekelne.

Simán lehet, hogy a bix.hu az pont mérőpont (a BIX-en belül), így explicit meg van mondva, hogy az oda menő pingeket ne szűrjék. Eleve kevesen ismerik (főleg kockák) ezt a weboldalt, a legtöbb - egységsugarú - felhasználónak előbb jut eszébe a Telexet vagy az Indexet pingetni - amik ugye eloszott CDN szolgáltatóknál vannak -, mint ezt.

Annak idején mikor többet foglalkoztam hálózattal, mocsok sokat pingettük a bix.hu -t, és nem csak connectivity miatt, de latency mérésre is.

Blog | @hron84

valahol egy üzemeltetőmaci most mérgesen toppant a lábával 

via @snq-

szivesen.
Van egy olyan projekt, hogy https://atlas.ripe.net/

vannak kis probe-ok, amik kezdetben kis tenyérni TP-Link eszközök voltak (TL-MR3020 - talán még most is hasonlók - de van már letölthető VM image is emlékeim szerint)
https://www.ripe.net/analyse/internet-measurements/ripe-atlas/host-a-pr…

Ezek mindenféléket mérnek központilag, illetve Te is meg tudsz kérni adott probe-okat külön feladatra (pl ping, traceroute, dns query, stb)

Ők kivülről nem szólíthatók meg - a parancsot a központi "agyból" veszik/kapják.

Aztán vannak az Anchor-ok ( https://www.ripe.net/analyse/internet-measurements/ripe-atlas/host-an-a… ) amik masszivabb probe-ok, jellemzően DC-ben futtatva. Mondjuk úgy, h hitelesebb mérési információt szolgáltatnak.
No meg őket is lehet ping-elni - hiszen erre vannak.

Amennyiben van saját probe-od (akár több is) ők a futtatott mérésekkel krediteket termelnek neked - amiket el tudsz használni, pl olyan dolgokra, h folyamatosan monitorozod a hálózatodat velük.

Amennyiben van olyan szolgáltatásod, ahol fontos, h másik szolgátató hálózatából milyen "gyorsan" érhető el - kiváló eszköz lehet.

Bejelentés után 20 perccel volt egy 3 perces szakadás, majd megjavult a dolog (gondolom távoli restart). Így arra tippelnék, hogy az optika másik végén csücsülő eszköznél volt a gondom, szóval még csak nem is router, hanem egy fizikai layer szintjén mozgó rereretransmit okozta a delayt (a buffer méret kb 16k byte lehetett, ha ennél több adat ment ki, elkezdett droppolni, addig csak retransmit jött). Az érdekes része, hogy kizárólag visszirányban volt ez tapasztalható, a kifele menő icmp csomagok késleltetés nélkül érkeztek meg saját szerverre

Nálam nem volt kiesés, csak az IPTV nem ment 3 és 3/4 7 között. Bp. 14. ker.

Ma hajnal 1:00:54 mp óta össze vissza ugrálnak a rendszereim a tartalék mobilinternet és a volt-DIGI optika között. Akkor váltok automatikusan ha 100ms-es timeouttal sorozatban 2-nél több ping elveszik, és akkor váltok vissza ha sorozatban legalább 10 megjön. Nem volt időm megnézni a root causet, de gyanítom hogy engem is a fentebb írt óriás latencyk szivatnak. (Vagyis csak szívatnának ha nem menne át tartalékra magától...)

Amióta a digi-t kivásárolta a 4ig, azóta szar rajta minden: duplájára emelték az árat, de a külföldi vonalak még mindig ótvar szarok, este 6 körül rendszeres a 3-400 ms - 2sec -es ping.

Nem biztos, hogy a kiesés ex-Digi hálózaton volt, pletykálják a melóban, hogy az ex-UPC hálózatok döglődnek mostanában...

Akárhányszor van ilyen "One" kiesés, nekem a legtöbbször nincs semmi, mert én tök másik infrán vagyok. Nem tudom, ki húzta ki annak idején ezt az infrát, de évente összesen 2 vagy 3 leállásom van max. És abból legfeljebb 1 ami több, mint 5 perces hiccup.

Blog | @hron84

valahol egy üzemeltetőmaci most mérgesen toppant a lábával 

via @snq-

Amióta a digi-t kivásárolta a 4ig, azóta szar rajta minden

Ezt meg tudom erősíteni, pont így látom. Digis hálózat volt korábban, nem UPC-s.

Azon gondolkodom, hogy kellene valami kisebb pl T-s backup vonal. Úgy tűnik tudomásul kell venni, hogy "ennyivel drágább" lett a normális Internet, hogy két előfizetés kell.

Pl.: a home office miatt sem ártana, ha stabil lenne. - bár ezzel is csak a fele lenne megoldva, az irodában is szokott gond lenni.

Ezt meg tudom erősíteni, pont így látom. Digis hálózat volt korábban, nem UPC-s.

+0.5

Tényleg olcsóbb volt 4ig, mint utána, a sebesség is többször van közelebb a garantálthoz, mint a maximumhoz, de még csúcsidőben sem érzékelem, hogy belassulna (gyakorlatilag egész nap "tesztelem" ssh-val).

Nálam a kapcsolat továbbra is atomstabil, a site-to-site VPN-em december 7 21:12 óta egyszer sem szakadt meg (1 perc szakadás után bontana le). December 14 22:14-kor volt ugyan egy Network unreachable a logban, mert akkor járt le a PPPoE session, de az 9 másodperc alatt újrakapcsolódott :-)

Én is tapasztalom, gyakorlatilag minden DIGI meg One leállás elkerült. Custom DNS-t használok, bár ez maximum a névfeloldásnál számít.

Akkor volt kiesés, amikor 2020-ban vagy 2021-ben elvágtak a környéken valami kábelt, illetve amikor szintén 2020 körül rendszeresen volt este gond, valami core router miatt.

Amúgy betonstabil szerencsére. A külföldi sáv lehetne jobb egy kicsit, mert érzésre limitálva van az egy szálas kapcsolat, úgyhogy a rsync sajnos nem hasít gigabittel.

TheAdam

One: Szeged környékén most volt egy kb 3 órás kiesés.

És ez nem egyedi eset, hetente kétszer elmegy a net rövidebb időre... Szakadozik, egy sz*r az egész amióta a One csinálja.