UPC-ről tudunk valamit?

 ( kumgabor | 2013. november 2., szombat - 13:07 )

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Pont eleget ahhoz, hogy messzire elkerüljem őket! :D
Sajnos a többi szolgáltató is kezd felzárkózni hozzá. :-(
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

engem most hívtak pár perce hogy + 710 hufért dupláznák a netet, meg adnának még pár csatornát :D

+1

Viszont a Digi eddig jó, nemrég cseréltem az ő optikaijukra ADSL-ről
De az ADSL is megbízható volt de csak 4Mbites le, ~512 fel

Kidobva a UPC-s DNS szervereket, jónak tűnik:
dhcp-option=6,8.26.56.26,8.20.247.20,8.8.8.8,8.8.4.4
----------
rohamkocka

Sajnos úgy sem bár javul a helyzet de akkor sem tökéletes! :-S

Külföldről továbbra sem érem el a UPC-s gépeimet, ez pedig nem névszerver probléma.

--
Kum G.
Linux pólók HUP pólók Linux tanga

Jahm, érdekes, pl az ncore-t rendben feloldja (erre hivatkoznak sokan, hogy nem érik el), de a weboldalt mégsem hozza be.

----------
rohamkocka

$ traceroute 89.135.209.**
traceroute to 89.135.209.** (89.135.209.**), 30 hops max, 60 byte packets
1 192.168.2.1 (192.168.2.1) 0.419 ms 0.363 ms 0.377 ms
2 * * *
3 10.76.178.25 (10.76.178.25) 80.311 ms 80.528 ms 89.992 ms
4 10.78.248.74 (10.78.248.74) 99.942 ms 109.849 ms 110.253 ms
5 * * *
6 * * *
7 * * *
8 * * *
9 78.25.80.93 (78.25.80.93) 145.921 ms 145.957 ms 145.992 ms
10 78.25.80.92 (78.25.80.92) 155.425 ms 155.504 ms 156.005 ms
11 * * 10.222.255.78 (10.222.255.78) 180.351 ms
12 te-3-4.border2.lon.docler.net (195.66.224.210) 270.085 ms 269.246 ms 269.291 ms
13 TE-3-1.border0.ams2.dditservices.com (5.159.218.41) 179.295 ms 179.091 ms 170.777 ms
14 TE-2-2.core2.dp.bud.docler.net (80.77.112.158) 171.385 ms 170.875 ms 139.931 ms
15 TE-Po1-10.core0.dhq.bud.docler.net (80.77.112.237) 149.655 ms 169.275 ms 169.034 ms
16 TE-9-2.core1.vh.bud.docler.net (80.77.112.194) 169.155 ms 169.074 ms 149.750 ms
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *

--
Kum G.
Linux pólók HUP pólók Linux tanga

ja, én is lecseréltem saját NS-re, akkor nekem minden jó lett (legalábbis amiket én nézek).

Szerintem nézz meg más oldalakat is, pl. hetzner.de

Hmm, érdekes:

hetzner.de [213.133.107.227] pingelése - 32 bájtnyi adattal:
Válasz 213.133.107.227: bájt=32 idő=29 ms TTL=63
Válasz 213.133.107.227: bájt=32 idő=29 ms TTL=63
Válasz 213.133.107.227: bájt=32 idő=28 ms TTL=63
Válasz 213.133.107.227: bájt=32 idő=30 ms TTL=63

És a weboldal mégsem jön be ...

----------
rohamkocka

Hmm, ezt nem is néztem - érdekes.
Ezek a csomagok nálam is megjönnek, a weboldal viszont nem. Utóbbi ugyanakkor működik, mert VPS-en átpasszírozva bejön az oldal is.

Bekapcsolták a tartalomszűrést -- csak még nincsen beállítva "Az amennyiben ez az oldal a munkádhoz szükséges, vedd föl a kapcsolatot a Helpdeskkel" :) :)

----------
rohamkocka

Ok, akkor ezentúl csak munkára lehet használni az internetet? Akkor a többség számára az 1 Mb/s-os sebesség is túlzás.

-----
(&%;_98\<|{3W10Tut,P0/on&Jkj"Fg}|B/!~}|{z(8qv55sr1C/n--k**;gfe$$5a!BB]\.-

AZ valóban nem megy.

De éljenek a proxy-k, így amíg belföldi forgalom van nem számít :D

Nagyobb a gond, ugyanis a hetzernel levo gepeket se erem el upc-on keresztul.

Így van - Hetznert, és angol VPS-t sem érek el, ugyanakkor egy amerikait igen...

Ezen felül még korábban nem tudtam, miért nem elérhető egy oldal, amiről letölteni szerettem volna - azt hittem, áll a szerverük.
...hát nem náluk volt a baj...

Nekem ott a monitoring gép, pontban 0:00-kor jöttek a nagiostól a mailok az összes UPC-s figyelt végpontra, azóta sem megy...
--
The Community ENTerprise Operating System

Pontban 0:00-kor nem nagyon szoktak véletlen dolgok történni

--
Kum G.
Linux pólók HUP pólók Linux tanga

Ez is egy nagy igazság :) Megy is aláírásba.

-----------
"640GB sokmindenre elég"

Ha munkát keresel, akkor kezdd az elején: írj CV-t.

Híres leszek?

--
Kum G.
Linux pólók HUP pólók Linux tanga

Úgy fest :)

-----------
"Pontban 0:00-kor nem nagyon szoktak véletlen dolgok történni"

Lehet hogy hülyeség de nem lehet hogy összefügg a szökőmásodperccel?

http://hup.hu/szavazasok/20150701/a_2015-os_szokomasodperc_nalunk_okozott

Mondjuk az 30-ról elsejére virradóra volt

Off

Elfogyott a Linux tanga:)

necro! 2013

---
Referrall https://goo.gl/7S2vlp (koding) | https://goo.gl/muWzKz (digitalocean)

"az amszterdami központtal közösen dolgoznak a megoldáson, még nem tudják, mi okozza pontosan a problémát"
A UPC már teljes mértékben beköltözött a holland felhőbe. :)
--
zsebHUP-ot használok!

A UPC saját nemzetközi hálózatát (aorta.net) használja külföldi adatcserélésre, aminek a központja van hollandiában (illetve a upc szolgáltatások zöme is ott foglal helyet). Valószínűleg ott van valami gebasz, mert infók alapján csak a külföldi eléréseket érinti a hiba


// Happy debugging, suckers
#define true (rand() > 10)

Subscrible. Amúgy nem csak a UPC hülyéskedik, a T- se 100-as, akadnak apróbb fennakadások tegnap ~23 óta.

Eh, eltűntet az NSA pár transzparens bridge-et, erre fél Európa leáll :D

Ez kész! :D

azért az jó, hogy elég a hup-ra feljönni és rögtön látom tényleg globális a probléma. jobb a hup mint a upc helpdesk :D

Ezért is kérdeztem itt. A T rendszeres lehalásáról itt lehet a legtöbb információt kapni.

--
Kum G.
Linux pólók HUP pólók Linux tanga

most köti be az NSA a lehallgatókészüléket a magyar internetbe!!!!!!

pont minket akarna lehallgatni! :))))

--- Jaj ne, már megint én! :D ---

liberty ?

Pár perce rendesen működik minden. Kíváncsi leszek a hiba okára.

--
Kum G.
Linux pólók HUP pólók Linux tanga

Meddig?! :)

bár a grafikonok szépek a bix-en, de szerintem ez még nem 100-as....

Mivel döntően minden hír arról szólt, hogy a külföldükkel van/volt gond, az meg értelem szerűen nem igazán látszik a BIX forgalmán, így..

"Az UPC-ről tud valaki valamit?"

Én eleget tudok, hogy Hétfőn az legyen az első dolgom, hogy bontom a szerződést a gecibe...

--
openSUSE 12.2 x86_64

Én sem kedvelem őket mostanában, de nem találtam sokkal kevésbé idegesítő alternatívát.

Én igazából egy olyan szolgáltatót sem tudok mondani, amelyikkel maradéktalanul elégedett lettem volna. Igaz még csak hármat "fogyasztottam el". Jelenleg UPC van, de nem tudom mennyire javulna a helyzet, ha most hirtelen felindulásból szerződést bontanék (hűségidő már nem köt), és mennék egy másikhoz. A digi az érdekelne (azt is akartam eredetileg), de az nálunk nincs.

Invitel ADSL-em volt korábban, 4-5 év alatt leállás nélkül. Pedig küldtek néha e-mait, hogy kiesés lehet 10-15 percre a "társszolgáltató munkái" miatt, de soha nem volt a logok alapján.
Persze a kínált sebességeket nem érdemes egymás mellé tenni.

--
Kum G.
Linux pólók HUP pólók Linux tanga

Én nem emlékszem, hogy 5 éven belül lett volna ilyesmi. 5 évente meg egy belefér, a többi szolgáltatónál se jobb.

Nálam nem fér bele. Naponta küzdök az kiadott szar eszközeikkel. állandó net szakadozás, lassúság, szar dns szerverek miatt sajátot kell konfigurálnom stb...
Szóval váltok Digire. Volt már vele dolgom, és nem volt annyi gond, mint ezzel a szarral. Csak köröket kell futnom a tulajjal...

--
openSUSE 12.2 x86_64

hát hajrá, a digi az catv-s vagy utp-s?

Itt UTP-st szoktak kötni. De ahogy hallottam, van ahol optikát adnak.

--
openSUSE 12.2 x86_64

8.8.8.8 és 8.8.4.4 dns miért nem jó?

http://hup.hu/node/127969

--
openSUSE 12.2 x86_64

Felénk a hálózatot rendberakták az elmúlt években, előtte folyamatosan voltak gondok a UPC-vel. Ami zavar, az a szinte folyamatos DNS-probléma.

--
Kum G.
Linux pólók HUP pólók Linux tanga

ez miért zavar? OK, értem én, hogy jó volna, ha menne, de használhatsz google DNS-t, ill sok egyebet.

Persze, Józsibácsinak ez kevésbé jó megoldás, de Te azért csak meg tudod oldani...

Google DNS-t használok, de jobban örülnék, ha inkább a szolgáltatómét használhatnám. A "sok egyéb" alatt konkrétan mikre gondolsz?

--
Kum G.
Linux pólók HUP pólók Linux tanga

valószínűleg nem blokkolja a szolgáltatód a root DNS-ek használatát, így akár telepíthetsz saját (caching only) nameservert is. Használhatod a munkahelyed DNS szerverét (ha távolról beengednek). Megkéred a haverodat, h engedjen hozzáférni a DNS-éhez, etc.

Én világ életemben saját resolvert használtam - a problémát se értem a "nem megy a szolgáltató resolvere" c. történetben...

Jó ötlet, köszönöm.

--
Kum G.
Linux pólók HUP pólók Linux tanga

akkor itt is jeleznem, hogy letezik ez a projekt - ha valaki nem ismerne. peldaul a "sok egyeb" kozul ez az egyik. jelenleg 63 ns szerver alkotja, van mibol valogatni.

Meg majd váltogatni, ha elkezdenek szaporodni a TLD-k az internetes névtérben. :)
--
zsebHUP-ot használok!

Ez érdekes, köszönöm!

--
Kum G.
Linux pólók HUP pólók Linux tanga

Nem nagyon, az utóbbi kb. fél évben marha sok leállás volt... Azelőtt nem is emlékszek még csak kimaradásra sem errefele, most fél éven belül a sokadik. Ráadásul olyan, ami mindenkit érint, a business előfizetőket is, mert most ugye arról beszélek.
Nem tudom mi van, felvettek valami magát "network engineer"-nak valló szakbarbárt, vagy beszereztek valami szuper új eszközt, de kezdi verni a t-nek a minőségét a szolgáltatásuk.
--
The Community ENTerprise Operating System

Ugye a hírek alapján az UPC tök vétlen ebben az esetben.

Valahogy nehezen tudom elhinni, hogy egy tök más cég rosszul beállított cucca okozta. Ennyi erővel, fogom és beállítom a Google tartományát az itthoni routeremen és leállítom félnapra komplett Google cuccot. Kicsit kamun hangzik.

--
openSUSE 12.2 x86_64

Tessék tanulmányozni a BGP mûködését. Elvileg csak azon prefixeket (értsd IP blokkokat) szabadna elfogadni a hirdetôtôl ami igazoltan hozzá köthetô.
Mivel a kérdéses cég elég komoly nemzetközi infrastruktúrával is bír -és tranzitál is forgalmat- akár még jogos is lehetne, h átmegy rajta a forgalom. Valószínûleg sokadik route kéne, h legyen - de vmiért preferrált lett.
(Szerintem)

Lehet, h rosszul gondolom, de eleg sokrétû nek tûnik a probléma. Ja, és simán lehte, h a Te csomagod kimegy a UPC hálózatól de vissza - fentiek miatt- már nem talál. Ez pedig már kevésbé a UPC hatásköre...

Olyan is volt, hogy Pakisztán le akarta tiltani a youtube-ot országon belül és rosszul módosították a konfigurációt. A rossz információt nagyon gyorsan tovább adták egymásnak az eszközök tier 1 szinten és emiatt az egész világon órákig nem volt youtube.

Semmi közöm az UPC-hez, de ilyen létezik.
http://www.renesys.com/2008/02/pakistan-hijacks-youtube-1/

"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."

Ok. Ha 3-an is találtatok ilyet, akkor elhiszem, hogy van ilyen. Csak akkor nem értem, miért nincs ebből állandó probléma?.. (hisz annyi gyökér van ezen a bolygón, hogy már csak puszta élvezetből szopatnák a népet...)

--
openSUSE 12.2 x86_64

Általában a triviális dolgok ellen védekeznek. Az alapvetõ emberi hülyeség csodákat kêpes produkálni. Ha egy ilyen eset elôfordul, akkor kidolgozzák rá a védekezést is. Szerintem a paki trükköt sem lehet beadni újra.

+1
gyanítom, van otthon egy fiber powered ötezeré, és mész inkább a másik szolgáltatóhoz.
tedd azt, és nézd meg, hogy ott boldogabb leszel-e. nem leszel.

ha tutira mész, veszel két - egymástól amennyire csak lehet - független hozzáférést.
ha erőlködsz egy kicsit, tudsz közöttük balance-olni (főleg tőled indított forgalmat),
de az az igazi nyereség, hogyha az egyik leszakad, még ott a másik.
Ja, hogy kétszer annyiba kerül? hát, a rendelkezésre állásnak ára van!

Fiber jah. Régen Digim volt, és jóval elégedettebb voltam azzal. Csak sajnos itt ez volt és el kellett fogadni vagy még be nem kötik. Ugyanannyi a digi, mint ez és 80/25-t ad, 60/3 helyett...

Failovernek meg ott a mobilnet. Igaz nem automatikus, de legalább van.

--
openSUSE 12.2 x86_64

Volt ilyenem itthon, egy Dunaweb mikros meg egy Fibernet kabelteves, amig mindkettot meg nem vette az Invitel :-)

Hasonló sztori: üf.-nek csak úgy lehetet netet csiholni, hogy volt benne egy mikrós szakasz. 2x2Mbit-es mikró felrak, üf. megkapja az egyik csatornát, másik netszolgáltató meg rácsap a másikra, mondván, hogy neki nagyon kell ott egy ilyen összeköttetés.
Jött a karbantartási igény, üf. (meg a másik netszolgáltató is) megkapta a ticketet a szolgáltatótól, hogy a mikrós átvitel karbantartás miatt állni fog x időpontban. Üf. örül, hiszen vett egy másik szolgáltatótól tartalék vonalat... A kellemetlen az volt, amikor a tartalék szolgáltatótól megkapta a levelet, hogy rajtuk kívülálló okok miatt x időpontban a szolgáltatásukat szüneteltetni fogják...

Ennél csak az volt a durvább, amikor a két 64k-s bérelt vonal, ami egymás tartalékja volt, ugyanazon az érpáron közlekedett... Igaz, itt a cég saját magának kiépített vonalairól volt szó...

No és ahhoz mit szólsz, amikor 16db redundanciát biztosító vonalból 9 ment ki, mert ugyarra az eldurrant kártyára csatlakoztak. Pont akkor, amikor az adatbázis inaktív lett. És akkor még nem a + csinálta ospf volt, így el kellett kezdeni a dolgozók berendeléset reggelre a másik telephelyen.

Csaxólok, hogy az a 2x64k adta a cég ... szolgáltatását biztosító három telephely egyikének a szerverek felé a kapcsolatot. Ennek a leszakadása a pécsi telephely és az ott lévő kb. 80 munkahely (a nagyjából 300-ból) kiesését jelentette volna. Az egész rendszer úgy lett tervezve, hogy SPOF ne legyen. A kivitelezésbe viszont itt-ott belecsúsztak ilyen hibák... Egy ilyen leszakadásnál nem másnapra, hanem "azonnal" kellett volna kezelőket előteremteni a másik két telephelyen - szerencsére tartalék (üres) munkahelyek azért mindenütt volt, ha nem is sok.

már benne van, nyugodt lehetsz.

Lehetséges, hogy egyes debian mirrorok is érintettek?
Pl. ftp.hu.debian.org?


Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)

"a cég kommunikációs igazgatója azt mondta, hogy egy hazai internetes cég konfigurálta félre a UPC IP-címtartományait, ezzel pedig elterelték a cég felhasználóit." via

Szűcs úr (a pletykák szerint) egy időben jelen volt az index fórumán. Amennyire emlékszem, nem szokott hülyeségeket beszélni.


Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)

lol

Valaki a nagyok közül megint nem szűrte a BGP prefixeket?

Normális esetben Pistike bt hiába trombitál, hogy a 11.12.13.0/24 az övé ha az upstream másképp gondolja.

lehet, hogy én tudom rosszul, de elvileg csak olyan prefixet fogadnak el tőled, ami hozzád tartozik (vagy rajtad keresztül elérhető). Mindkettő RIPE adatbázisban nyilván van tartva,
ami alapján dolgoznak a route filterek.
(bár ezt lehet, h sokan nem használják)

https://stat.ripe.net/widget/bgplay#w.resource=89.134.0.0/15

itt meg lehet nézni, h mi történt ill. történik éppen a világban.

Nekem úgy tűnik, hogy az egyik jelentős hazai _tartalom_ szolgáltató hálózatán át érhető el a UPC (valószínűleg hibás konfiguráció miatt).

Hahh, ez marha mókás kis eszköz. Pár óra alatt szépen magukra húztak elég sokmindent.

ha jol ertelmezem, akkor dacosan magukkal vittek az internetet is brusszelbe?

--
NetBSD - Simplicity is prerequisite for reliability

http://index.hu/tech/2013/11/11/a_pornokiraly_cege_akasztotta_meg_a_upc-t/

az, hogy miért fogadták el a UPC tartományára a hírdetést tőlük, és miért kellett ennyi idő a javításra, az még mindíg nem tiszta.

biztos fog mostanaban meguresedni pozicio, jelentkezz, es megtudhatod. :)
--
zsebHUP-ot használok!

Ők is felajánlhatnának pár filmet ingyen. Biztos vannak akik élveznék a szopás után.

:)

Jók a hozzászólások:
user1: "jé? ilyet lehet? ez ilyen egyszerű?"
user2: "Nem ilyen egyszerü csak lefordították a hozzád hasonló egyszerü emberek nyelvére"

Ha U2 tudná, hogy milyen egyszerű. :)
--
zsebHUP-ot használok!

Asszem nemrég Kínán ment keresztül a fél világ egy hasonló nyomor miatt.

...no és akkor ki hirdetett milyen AS szám alól milyen IP tartományt? :D
http://www.origo.hu/techbazis/20131102-eltereltek-a-upc-forgalmat.html

Szerintem itt a válasz :) http://hup.hu/node/128012?comments_per_page=9999#comment-1660299

Mintha tegnap délután kettőkor állt volna helyre a rend.

én inkább tegnap éjjelt (vagy késő estét) mondanék. azért a hivatalos kommunikációra nagyon kíváncsi leszek.

Hát, nekem reggel, délelőtt volt észrevehető nyomorom az FB képekkel (akamai vagy mi elérése), délután már nem tűnt fel.

Meg most...

Nekem este het korul. Reggel neztem, nem ment, aztan Allatkertbe mentem a gyerekkel es mikor negy korul megjottem, nem ment.

Egy ugyfelunk proxyjat hasznaltam arra a par infora, ami kellett (vmi ADSL kapcsolatuk van)
Aztan ugy este het korul rendbejott.

--
http://www.micros~1

X. keruletben fel oraja semmi nyoma azinternetnek. nalatok minden ok?

XIV.-ben szuperjó

Igaz ez tök függetlenül a tegnapi hibától, de itt ma megint volt egy több mint 1 órás leállás...
--
The Community ENTerprise Operating System

Megint kezdődik valami lassulás, packet loss, timeout... Nálatok is, vagy csak én látok már rémeket? :)
Kezd besárgulni a nagios a upc-s végpontokra.
--
The Community ENTerprise Operating System

Ez van FB-n.

Kedves Előfizetőink!

Jelenleg nem működnek a szolgáltatásaink, ha áramszünet vagy áramtalanítás után újraindítjátok a modemet. A probléma okát jelenleg kutatjuk, azonnal tájékoztatunk mindenkit, amit többet tudunk arról, hogy ezt a hibát mikorra tudjuk elhárítani. Köszönjük a türelmeteket!

még jó, hogy UPC független mobilon is lehet nézni a facebookot :-)

Remek, kösz. Azóta amúgy helyreállt minden....
--
The Community ENTerprise Operating System

Ma nem láttam, de tegnap véglegesen begőzöltem, és "újraálmodtam" a komplett bekötést. Volt a bejövő kábelen egy elosztó, és 2 szűrő. Egy EZHP 88/65/50 036 és egy EMN-224.25 025 jelölésű. Előbbi a(z amúgy nem bekötött) TV-felé érkező kimeneten volt, utóbbi a netfelé jövő. Az EZHP-st felismerem, az a TV felől kell szűrje a cuccot, de ezt a másikat nem ismerem és sehol sem találtam semmi infót erről. Tudja valaki mi ez a második? Mondjuk mióta nincs bent, azóta nincs annyi net szaggatás.

--
openSUSE 12.2 x86_64

Én ilyesmit nem láttam, de egy ismerősömhöz (legalábbis ezt mesélte) kijött az UPC, mértek valamit, azt mondták, hogy túl erős a jel, betettek egy csillapítót és elmentek... nem ő hívta őket, a nettel pedig sem előtte, sem utána nem volt gondja.

Ez most konkrétan nem minősítése semminek, csak érdekesség... nem tudom, mi lehetett ez nálad, de lehetett akár hasonló céllal is bent.

mi is jártunk már így. A bekötésnél még más volt a jelszint, aztán a közelben felraktak egy erősítőt. Gyanítom, ez azon helyeken, ahol előtte is már nagyon jó jel volt jeltorzuláshoz vezethez.

Gondolom, ilyesmi lehetett - és a rendszerükben látták emiatt a hibákat.

Másfelől fordított esetben (régen kellett, ma nem feltétlen) nem tudom, mennyire jönnének maguktól, ill. mennyire jutna eszükbe ezt ellenőrizni pl...

nyilvan van naluk is "zajkommando" csoport. ennek az eremnek a masik oldala az, amikor lemondod, de az analog tv meg megy fel evig tovabb, mert csak akkor jutnak el idoben hozzad, hogy lehuzzanak.

-

Apa kezdődik!!!
Megint valami.... Ti mit láttok?
--
The Community ENTerprise Operating System

FUNOFF:

Kiderült, nem bírtak magukkal az emberek és a pornóigényükkel összedöntötték a fél netet :D

Egyelőre minden megy, de a pingidők megint megnőttek minden UPC végpont felé...
szerk: már nem megy... tracerouteok alapján megint valami routing issuenak néz ki.
--
The Community ENTerprise Operating System

+1
Megint sz@r...
Hónapok óta fos az egész. Mehetnek kapálni.

valami konkrétumot is írnátok? nekem működőnek tűnik...

Pl nalunk a nagios del ota kb 170 email kuldott…

ssh belépés egy külső szerverre 7sec...
traceroute zéró
ping elérés egy másik szerver felé tózse
Nem arról van szó, hogy nem tudom megnézni a youtubes videót...
Dolgozni szerettem volna.

ezen információk nagyon hasznosak, jelentősen segítik a probléma behatárolását. köszönjük.

http://kepfeltoltes.hu/view/131118/dns_www.kepfeltoltes.hu_.gif

Ehhez a dns szerverek: 151.236.10.135, 8.8.4.4, 213.46.246.53, 129.250.35.250
DNS forwarder lekérdezési stratégia: párhuzamos.

Hát mint külsős ennél több infót nehezen tudunk mondani. Packet loss, össze-vissza routolt csomagok, akadozó elérés. Ennyit látunk/láttunk.

Egyébként igazán subscribeolhatna a UPC is erre a threadre, ha már nekik nincs nagiosuk :).
--
The Community ENTerprise Operating System

nézd, ha legalább 2 hostot (v prefixet) megadnál, akkor más is ki tudná próbálni.
Te - mint (talán) hozzáértő - a megadott infók alapján mihez kezdenél?
Én addig dobnám vissza a munkalapot amíg MINDEN szükséges infó nincsen benne.

89.134-es tartomány, debrecen, upc business előfizetők.
80.99 budapest, szintén business előfizetők.
--
The Community ENTerprise Operating System

Remélem azért ezeket a tartományokat nem a hupon keresztül monitorozzák.

Digi akadozik. Nem kicsit.

Nálunk soha nem akadozott, pedig több helyen is használjuk elég durva adatforgalommal.

No kéremszépen. az utolsó csepp...

# traceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 40 byte packets using UDP
1 * * *
2 * * *
3 * * *
Unable to look up 89.135.220.62: Átmeneti névfeloldási hiba
4 89.135.220.62 1592.216 ms 1632.322 ms 1678.301 ms
Unable to look up 84.116.240.1: Átmeneti névfeloldási hiba
5 84.116.240.1 1715.837 ms 1759.700 ms 1799.291 ms
Unable to look up 72.14.217.146: Átmeneti névfeloldási hiba
6 72.14.217.146 1840.658 ms 1885.000 ms 1926.631 ms
Unable to look up 209.85.243.119: Átmeneti névfeloldási hiba
7 * 209.85.243.119 2039.975 ms *
Unable to look up 209.85.241.212: Átmeneti névfeloldási hiba
Unable to look up 72.14.234.11: Átmeneti névfeloldási hiba
8 209.85.241.212 2107.398 ms 2164.724 ms 72.14.234.11 2192.790 ms
Unable to look up 209.85.254.114: Átmeneti névfeloldási hiba
9 209.85.254.114 1217.501 msUnable to look up 209.85.254.118: Átmeneti névfeloldási hiba
209.85.254.118 8882.160 msUnable to look up 209.85.254.112: Átmeneti névfeloldási hiba
209.85.254.112 831.258 ms
10 * * *
Unable to look up 8.8.8.8: Átmeneti névfeloldási hiba
11 8.8.8.8 1178.775 ms 1139.827 ms 1214.032 ms

--
openSUSE 12.2 x86_64

nálam szuperül megy

Útvonal követése a következőhöz: google-public-dns-a.google.com [8.8.8.8]
legfeljebb 30 ugrással:

1 <1 ms <1 ms <1 ms 192.168.1.1
2 40 ms 27 ms 19 ms catv-188-142-197-254.catv.broadband.hu [188.142.197.254]
3 7 ms 10 ms 7 ms catv-89-135-217-94.catv.broadband.hu [89.135.217.94]
4 10 ms 7 ms 7 ms 72.14.217.146
5 * 9 ms 11 ms 209.85.243.121
6 26 ms 22 ms 24 ms 72.14.234.11
7 23 ms 25 ms 25 ms 209.85.254.118
8 * * * A kérésre nem érkezett válasz a határidőn belül.
9 23 ms 22 ms 25 ms google-public-dns-a.google.com [8.8.8.8]

Az útvonalkövetés elkészült.

Dettó.

fisher@ap:~$ traceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
 1  catv-89-134-207-254.catv.broadband.hu (89.134.207.254)  8.113 ms  8.294 ms  8.957 ms
 2  catv-89-135-220-46.catv.broadband.hu (89.135.220.46)  7.900 ms  9.374 ms  9.342 ms
 3  84.116.240.1 (84.116.240.1)  9.303 ms  9.268 ms  9.232 ms
 4  72.14.217.146 (72.14.217.146)  9.508 ms  10.247 ms  10.214 ms
 5  * 209.85.243.119 (209.85.243.119)  9.749 ms *
 6  209.85.241.212 (209.85.241.212)  25.641 ms 72.14.234.11 (72.14.234.11)  26.319 ms  26.537 ms
 7  209.85.254.114 (209.85.254.114)  30.649 ms 209.85.254.112 (209.85.254.112)  26.181 ms 209.85.254.114 (209.85.254.114)  25.473 ms
 8  * * *
 9  google-public-dns-a.google.com (8.8.8.8)  25.257 ms  26.179 ms  24.097 ms
fisher@ap:~$

Azért ez odabasz. Komolyan mind a ketten magyar nyelvű traceroute-ot használtok...?

pont ez volt az elso gondolatom nekem is.

a masodik meg az, hogy mi a franc van a nettel?

(itthon upc, teljesen halott.)

Anettel? :-D

Miért, mi a baj vele?

Az, hogy kereshetetlen, magyar nyelvű hibaüzeneteket kapsz. Próbáld meg kiguglizni, hogy mi a hiba, ha a világ 99.9%-a más szöveggel kapja meg ugyanazt a hibaüzenetet. És az hibás válasz, hogy de legalább magyarul van, és így megértheted, mert a hibaüzenetek szövegezése sose olyan, hogy abból megérthesd, mi a pontos hiba. Annyi hely egyszerűen nincs a hibaüzenet számára.

Régi, szép emlékeket idézel ezzel.
Valaha volt egy Operációs Rendszer, amit VMS-nek hívtak.
Annak az üzenetei egy pár karakteres kóddal kezdődtek. Ha nem volt elég amit kiírt, a legtöbb kódhoz volt fél-egy oldalas magyarázat a helpben. De mintha az AIX is rendelkezne valami hasonlóval.


Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)

Az IBM is tudta ugyanezt, gondolom AIX-on is ugyanez van: OS/2 alatt minden hibaüzenetnek volt azonosítója: pl. SYS4672-blablabla. Sajnos ők ezt túlzásba vitték, és pl. egy oprendszer nélküli floppy boot blokkja csak annyit mondott, ha rábootoltál, hogy SYS5643! SYS4716! Vagy valami hasonlót. Azért belefért volna még az 512 byte-ba annyi melléjük, hogy "Missing operating system"...

Ezt is lehet fokozni. Egyszer kigugliztam, bölcsen bólintottam, ÉS bedugtam a diszket a helyére.

Az IBM-et nem kell szidni. Kipróbáltam:
Lekapcsoltam a külső streamert. Goto hibaelhárítási kézikönyv. Az 5. őszinte válasz után közölte: Kapcsold be a streamert! Ezt vö. a Windows hibaelhárítási varázslójával.

Amikor én ezzel találkoztam, a gugli még nem is létezett... ;-)

Amúgy a Windowst meg azért ne keverjük ide, ott már koncepcionálisan el van baszva az egész, a hibaüzenetek méltó módon illeszkednek a koncepcióba...

Anno volt az a mondás, hogy a dokumentáció mennyiségét méterben mérjük :-) (mennyi polc kell hozzá...)

-

>Az, hogy kereshetetlen, magyar nyelvű hibaüzeneteket kapsz.
Nem nagy kunszt angolra fordítani. :3
Meg amúgy is, az esetek többségében úgyis le kell fordítani/egyszerűsíteni a kereső számára a kulcsszavakat, amit keresel.
Továbbá, ha van hibakód, azt úgyse fordítják le.

>És az hibás válasz, hogy de legalább magyarul van, és így megértheted, mert a hibaüzenetek szövegezése sose olyan, hogy abból megérthesd, mi a pontos hiba.
internet gyűlölet gépezet <3

>Annyi hely egyszerűen nincs a hibaüzenet számára.
Szabványosítva van, hogy hány sorban/karakterben válaszolhat/írhat a képernyőre egy program? :O

Nem nagy kunszt angolra fordítani. :3

Nem. Csak pont a lényeg veszik el (a pontos stringre keresés lehetősége).

Meg amúgy is, az esetek többségében úgyis le kell fordítani/egyszerűsíteni a kereső számára a kulcsszavakat, amit keresel.

Hibaüzenetet idézőjellel keresünk. Mert azt keresed, ahol pont ugyanaz a hibaüzenet jött ki. Nem kb. valami hasonlóról szeretnél olvasgatni.

Szabványosítva van, hogy hány sorban/karakterben válaszolhat/írhat a képernyőre egy program? :O

Nyilván minden programozó hülye, és csak a hülyeségük miatt használnak ilyen rövid hibaüzeneteket...

magyar Windows licenc > magyar Windows > magyar nyelvű a cmd-s toolok.

Hát ez a baj. A Windows-os megfelelője a tracert a 8.3 miatt.
És csak hasonló a parancs, így a traceroute viselkedésével nem mindig lehet összehasonlítani.

Azért magyar, mert átveszi a lokalizációt ha sudo-zok. Ha rootként jelentkezek be, akkor angol a komplett... A névfeloldási hiba azért mert félórás pingek miatt timeoutolt a dns..
Am még mindig ugyanez a helyzet, de legalább dns már van...

Szerk: amúgy ezt is legalább 10 percbe telt posztolni. a upc oldala egyáltalán nem jön be, egyéb más oldal is alig-alig. Azóta 2x lett újraindítva az a szutyok doboz amit routernek csúfolnak, de semmi. 8 ill. 5 perc alatt kért egyáltalán IP-t a szolgáltatótól, szóval...

--
openSUSE 12.2 x86_64

Megint nőnek a pingidők...
--
The Community ENTerprise Operating System

Nekem úgy tűnik mintha a peeringjük lenne sebesült. Vagy a GTS peeringje :D

Mókás :D

upc.hu : xmt/rcv/%loss = 10/10/0%, min/avg/max = 32.0/33.4/34.3
bme.hu : xmt/rcv/%loss = 10/10/0%, min/avg/max = 7.88/9.64/15.0

Persze upc-s kábelnetről.

ha nézel egy traceroute-t akkor látszik, h előbbi Hollandiában van (vagy csak tőlem?)

Eddig az osztrákoknál volt!

De akkor megvan miért lassult be!

http://whatismyipaddress.com/ip/213.46.242.70

Oykawa Hirohito

veszprémi upc megint kezdi.. 19:20 óta nagios szép piros majdnem állandóan
--
>'The time has come,' the Walrus said<

Vasárnap vagy hétfőn Nyíregyházán is gond volt. Hirtelen nem töltött be semmilyen oldalt és nslookup google.com nem oldotta fel.
Átírtam DNS szervert, probléma megszűnt.

Én újabban beállítottam egy bind-et DNS-feloldáshoz - azóta UPC DNS-problémái nem érintenek. :)
Meguntam... alternatív szolgáltatókat viszont nem akartam beállítani.

nekem helyi cache a dns már régóta, a nagios check meg a upc 1-es bix node-ját pingeli, és elég durva packet lossokat rajzolt nekem
--
>'The time has come,' the Walrus said<

Azt ugye tudod, hogy a legtöbb router az ICMP echót control plane-ből válaszolja meg, ezért az értelemes adminisztrátorok rate limitálják (vagy egyenesen tiltják) a válaszokat?
Magyarul egy router pingelése sem válaszidőben, sem packet lossban nem feltétlenül mérvadó.
--
zsebHUP-ot használok!

akkor, mit pingeljek, ami mérvadó?
--
>'The time has come,' the Walrus said<

Attól függ hogy mire vagy kíváncsi. Nekem az index.hu és a bme.hu két, merőben eltérő pinget szokott dobni, mert az index az kerül egy marha nagyot.

Ha (viszonylag) tutira akarsz menni akkor saját gépet pingess :D

hup.hu-ról meg ne is beszéljünk!

Ping nuku! Traceroute 120 hop után se ér oda! a 6. után meg azt se tudja merre jár!

Oykawa Hirohito

Csak akarni kell :D

fisher@zsebi:~$ tcptraceroute.mt hup.hu
Selected device eth0, address 10.34.32.21, port 55497 for outgoing packets
Tracing the path to hup.hu (195.228.252.138) on TCP port 80 (http), 30 hops max
 1  10.34.32.1  0.407 ms  0.301 ms  0.300 ms
 2  109-74-45-252.acetelecom.hu (109.74.45.252)  1.024 ms  0.892 ms  0.866 ms
 3  ten4-1.osr1-vhugo.net.telekom.hu (193.188.137.139)  1.233 ms  1.099 ms  1.160 ms
 4  xe-3-0-0.ic0-ip3.net.telekom.hu (81.183.0.154)  2.587 ms  1.413 ms  1.330 ms
 5  xe-0-0-2.ic1-dplex.net.telekom.hu (81.183.0.215)  1.607 ms  1.498 ms  1.454 ms
 6  81.183.2.210  1.515 ms  1.715 ms  1.567 ms
 7  portal.fsn.hu (195.228.252.138) [open]  1.688 ms  1.439 ms  1.964 ms

IPv6 -on pinglik :P

Ha jól sejtem, azon illik is neki. :)

Az biztos, úgyhogy nem is mondtam hülyeséget! ;) :)

nekem pesten (8.kerület) nem volt olyan fél 11-1:30-ig (voltam fent) net.. szerencsére a mobil net is elfogyott, szeretem igazán a upct.

Érdekes, mindenki rossz helyen lakik hozzám képest?
Nov 26 01:53:30 apinger: alarm canceled: GW_WAN(80.99.46.254) *** delay ***
Nov 26 01:52:02 apinger: ALARM: GW_WAN(80.99.46.254) *** delay ***
Nov 21 22:17:53 apinger: alarm canceled: GW_WAN(80.99.46.254) *** delay ***
Nov 21 22:17:16 apinger: ALARM: GW_WAN(80.99.46.254) *** delay ***
Ez meg 7.ker.

Bah, bárcsak lenne UPC-m itthon... :-(

Mazochista! Elképzeltem, ahogy bőrcuccba ostoroz a UPC, te meg ordibálsz, hogy "még, még ezaz!"

--
openSUSE 12.2 x86_64

Az egyetlen elérhető net a lakásomban a T-Home ADSL vonala, névleg 10 Mbites, gyakorlatilag egy ISDN-nel vetekedő sebességen. Ennél a UPC sokkal jobb lenne :-)

Próbáld ki a mobilnetjüket, a UPC a telenorral van szerződve ez ügyben. A telenor a UPC-hez hasonló kritikán aluli szolgáltatást nyúlt..

--
openSUSE 12.2 x86_64

+1
Itt felénk nem tudom mi van, ha telenorossal beszélek, sistergések, pukkanások vannak folyamatosan, és néha rettenetes a hangminőség is...
--
The Community ENTerprise Operating System

Az "itt felénk" mit takr helyileg? Nálam Bp-t jelenti, és itt is szar. pedig ez a főváros...

--
openSUSE 12.2 x86_64

Debrecen. Semmiben nem más a főváros...
--
The Community ENTerprise Operating System

Debrecen? az nem egy falu?... haha...

A lényeg nem pont az volt, hogy ez a főváros, és minden más csak "vidék", csak az, hogy arra szokták magukat verni, hogy "ez a főváros, itt minden jó".

--
openSUSE 12.2 x86_64

Az lenne a HD minőség? :D

Úgy tűnik, most éppen össze vannak omolva. Ami nem ritka az utóbbi napokban.
--
ulysses.co.hu

nem értek egyet. sem a BIX grafikonon nem látszik törés, sem az általam monitorozott kb 10 host nem jelez gondot.
valamint az általad küldött post nem hordoz hasznos információt, csak a puffogásod kivetülése.

Nem működik a net, nem működik az ugyanazon a kábelen jövő tv. Továbbá a hibabejelentő vonalon azt mondják, hogy jelenleg rendkívül foglaltak, és hívjam őket máskor. Mostanában már többedszer fordul elő ez. Ezek volnának az infók, akár hasznosak, akár nem. Tényleg nem biztos, hogy össze vannak omolva. Lehet, hogy minden a legfaszább. Szolgáltatás az viszont már 4+ órája (reggel 8 óta) nincs.
--
ulysses.co.hu

Nem tartom kizártnak hogy csak a te városodban/kerületedben van ez a probléma :D

http://kepfeltoltes.hu/view/131203/bme_mini_www.kepfeltoltes.hu_.png

+1
sőt, lehet,h csak a helyi erősítő állt meg. Információértéke akkor lett volna a bejelentésnek, ha
1) odaírod, hogy MINDEN szolgáltatás megállt
2) címet is írsz hozzá, legalább város-városrész

Nálunk hibátlan (UPC Business XIII-ker), szóval egyedi gond lehet felétek.

Helyreállt a szolgáltatás (14 óra).
--
ulysses.co.hu

Ha már net:
Az MX szervereik rendszeresen spam blacklisten vannak... A dolog onnan jutott eszembe, hogy épp megint kivételeket kellett hozzáadnom a mail szerverhez mielőtt megláttam a topic címét...
--
The Community ENTerprise Operating System

Mivel Business előfizetők vagyunk, egy szép panaszlevélben felsoroltam az utóbbi hónapok, napok eseményeit, azonnali reagálást kérve.

A hibák:
- Spamcop RBL lista.
- A levelek többszörösen érkeznek meg, akár 4-5 másolatban.
- A levélküldő szerver nem elérhető, vagy hibaüzenettel eldobja a kérést.

A reagálás telefonon:

Az RBL-ről tudnak, viszont nehéz tárgyalni a feketelista szolgáltatókkal, ezért elhúzódik a hibamegoldás. (KB 1 hónapja észleltük először. Ennyire nehéz?)

A másik két hibajelenséget, gyakorlatilag user hibára szerette volna kenni.

Szóval Kb. semmi hasznos.

Az RBL rendszeres probléma, nem most először jött elő.
--
The Community ENTerprise Operating System

Mi most tapasztaltuk 1 hónapja először.
Valószínűleg el fogjuk felejteni ezt az opciót és sajátot építek, de olyan kényelmes volt ez eddig...

> RBL lista.

Gyakran.

> - A levelek többszörösen érkeznek meg, akár 4-5 másolatban.

Tegnap volt 11 szeres is. Kerdeztek a kollegak, hogy ideges voltam-e?

> - A levélküldő szerver nem elérhető, vagy hibaüzenettel eldobja a kérést.

Gyakran.

ej-ejj... :(

"A másik két hibajelenséget, gyakorlatilag user hibára szerette volna kenni."

Há' mer nem értesz hozzá!!44!négy! Beezzeg a zügyfélszolgálatos mindenhez ért. Te az vagy? nem? szóval nem tudsz elküldeni egy levelet 1 példányban, monyjá'le!!!!négy! :D

Kb. hasonlóan hasznos infókat kaptam mikor jelentgettem a dolgokat, már leszarom. felhúzni sem érdemes magam rajta.. Benyomom a gépet, nincs net? töknyóc, kajálok, kv-zok stb. elkészülök, van net. oszt naponta 2x legalább lekapcsolódik a modem a netről..

--
openSUSE 12.2 x86_64

"Mivel Business előfizetők vagyunk"
Tökmindegy. Kerestem, nem találtam olyan ÁSZF pontot, hogy a mail szolgáltatásnak mennie kellene.

Az RBL döntés kérdése, nem magától jön. A probléma gyökere az, hogy a UPC a kimenő leveleknél a saját előfizetőit is szűri. Vajon erről kivel és mit is tárgyalnak??

Ez utóbbira azt a megoldást alkalmaztam, hogy más szerveren kersztül küldöm a levelet.

ez egy mai:

Recipient:
Reason: "JunkMail rejected - fep28.mx.upcmail.net [62.179.121.48]:64053 is in an RBL, see Blocked - see http://www.spamcop..net/bl.shtml?62.179.121.48"

Annyira bosszantó, az ügyfél nálam reklamál, hogy nem kapja meg a leveleket. És ez nem az első eset sajnos...

a 7. kerületben most lehalt. az üfsz. már úgy jelkezik hogy fennakadások vannak a szolgáltatásban...

14. kerületből rendszeresen nem lehet elérni a DNS szervereiket. Most is döglött mindkettő.

Valamit igazán csinálhatnának mert mobilnetről nem olyan vicces dolgozni.

--
maszili

11.kerben is lehalt.draga lesz a mobilnet

1.ker
eddig akadozott, most már azt sem

Debrecenben most jött vissza, kb 9:20 körül mehetett el. Párszor próbáltam hívni őket, de a telefon hálózat foglalt-at jelzett...

+1
DNS problémám volt, átírtam, jó lett. Bár egy kicsit akadozott is.

Budapest, 1. kerület. Órák óta hibátlan. Mivel folyamatosan online voltam, 1 másodperc kiesést is észrevettem volna.

Kelenföldön perpill visszajött, de az üfsz. elérhetetlen. ("Hálózat foglalt")

----------
rohamkocka

update: megy. de hogy meddig... egy negyed órán keresztül ki-kihagyott
még szerencse hogy ép nem deathmatcheltem :)

a dns megint lehalt, aki már váltott nem UPC dns-re az nem veszi észre...

213. 46.246. 54 | Min | Avg | Max |Std.Dev|Reliab%|
----------------+-------+-------+-------+-------+-------+
- Cached Name | 0,007 | 0,034 | 0,197 | 0,051 | 100,0 |
- Uncached Name | 0,014 | 0,091 | 0,356 | 0,092 | 95,6 |
- DotCom Lookup | 0,035 | 0,043 | 0,051 | 0,004 | 95,3 |
---<-------->---+-------+-------+-------+-------+-------+
hu-bud02a-dns04.chello.hu
LGI-UPC Liberty Global Operations B.V.

213. 46.246. 53 | Min | Avg | Max |Std.Dev|Reliab%|
----------------+-------+-------+-------+-------+-------+
- Cached Name | 0,006 | 0,052 | 0,346 | 0,090 | 100,0 |
- Uncached Name | 0,017 | 0,126 | 0,974 | 0,199 | 100,0 |
- DotCom Lookup | 0,032 | 0,052 | 0,192 | 0,039 | 100,0 |
---<-------->---+-------+-------+-------+-------+-------+
hu-bud02a-dns03.chello.hu
LGI-UPC Liberty Global Operations B.V.

Nekem se ment, pár perce éledt fel (Bp., I. kerület). Amúgy észre se vettem, mert már rég nem ezeket használom :D

hmm mostmár megy kb 20 perce rendesen...

Nalam eppen most kezdett el szorakozni megint. (Veszprem) Eddig semmi problemat nem ereztem kb 3 hete. Elotte viszont 2 honapig szakadozott. magyarazat szerint fejallomastol hozzam jo minden, csak valakinek a sz*r tv- je visszadolgozik a halozatra ezert szakadozik nalam. Meg turelmes vagyok. :(

Debrecenbe 2-3 ember is megkeresett, hogy nem megy. DNSt átírva ment. Ugyanitt ping loss 0%
--
Kristof

ba/be kontra ban/ben
Grammarnáci OFF

Halihóóó Emberek,

Ubuntu Linux - on hol kell átírni, hogy a Google DNS szerverét használhassam? dnsmasq - ot használok dns és dhcp szervernek.

Én nem így csinálnám :D

Ha van /etc/dnsmasq.d könyvtárad, akkor abba hozz létre egy fájlt, mondjuk home.conf néven és abba, ha nincs, akkor a /etc/dnsmasq.conf-ba írd bele, hogy:

no-resolv
server=8.8.8.8
server=8.8.4.4

Ezzel azt éred el, hogy a dnsmasq mindenképpen ezeket a szervereket fogja használni. A /etc/resolv.conf-ba a 127.0.0.1-et írd. Ha - mint nálam - a resolv.conf-ot felülírja a dhclient, akkor írd be a /etc/dhcp/dhclient.conf-ba hogy:

supersede domain-name-servers 127.0.0.1;

A fenti beállításokkal minden DHCP-s gép a dnsmasq-ot fogja kérdezni, aki megkérdezni a google (vagy amit a 8.8.8.8 helyére írsz) névszervereit, és a TTL-nek megfelelően meg is jegyzi a választ.

Ha minden igaz, és az Ubuntu nem akarja nagyon másképp csinálni az ilyesmit. :D

Az indexnek szerintem ez a topic a hírforrás :)
--
The Community ENTerprise Operating System

LOL b+...

"Apa kezdődiik!"

Nah szóval, 2 oldal jön be össz. A hup és a google. Bár a google most németül jön be. Youtube baszott lassan, mondhatni inkább nem. ami látszik, az szintúgy németül van. Fasza...

szerk: rájöttem. Az IPv6 miatt lett német. De az is fura, hogy csak a 6-on is elérhető oldalak jönnek be nagyjából. Bár egy sima tunnel. bár lehet nincs összefüggés, csak simán szar megint...

--
openSUSE 12.2 x86_64

Csak a szokásos ...

Kelenföld
UPC döglődik ismét (DHCP szerver nem elérhető, "no offer")
üfsz.: "Hálózat foglalt"

----------
rohamkocka

7 kerület körút mellett szintén mint párnapja...

XIII. ker. DNS probléma Google DNS-re átállva megjavult.

Detto. :(

Nálam is ez van - pechemre épp' babrálom azt a gépet, ami a megosztást csinálja /vagyis most épp' nem az csinálja/ és eltakarná ezt a problémát... :S

7. ker ugyanaz, de DHCP sincs

Eddig a héten minden este ez volt. Eleinte megjavult dns cserével, aztán 7 körül jött a packet loss... mint ma is :)

76 packets transmitted, 41 packets received, 46.1% packet loss
round-trip min/avg/max/stddev = 10.269/2866.527/9024.638/2193.413 ms

IX. kerület, tegnap este nem ment már semmi - és pár napja össze-vissza megy - google dns-re átállva a probléma megoldódott..

Itt Szombathelyen semmi!
Még fel sem talál a modem a hálózatra...

Oykawa Hirohito

VIII. ker, ugyanaz. A nagy semmi.

Két utcával arrébb tökéletes, mióta a pr0nkirály átroutolta magán, azóta nem volt probléma :D
Igaz nem csak az upc dns szerverei vannak beállítva.

Állítólag:

http://index.hu/tech/2013/12/05/meghackeltek_a_upc-t/

De ha a DNS áll le, miért rántja magával a DHCP-t is? Vagy egy szerveren lenne a két szerepkör?

----------
rohamkocka

Ez nagyon rossz duma! Meghackelték. Jó. De évek óta?!

Helyreállt.
213.46.246.53 jónak tűnik - csa az auszrtiai gyorsabb nála.
213.46.246.54 leglassabb

Nekem mindkettő 7-10 msec között van.

Én elhiszem :) Csak ugye jól látszik, hogy az UPC-nél egyrészt a DNS-ek amik betegeskednek, ezt könnyű kivédeni, másrészt pedig általában elszigetelt hálózati problémáik vannak, ami amúgy van máshol is, igaz lehet hogy nem ennyi.

És most meg nálam van az, hogy az FB képei nem töltődnek be, ez most megint ki tudja hogy mitől van.

Klassz képek. Milyen program csinálta?

Klassz képek. Milyen program csinálta?
Bocs a duplázásért, csuklott a böngésző.

https://www.grc.com/dns/benchmark.htm

Megy Wine alatt is!

Itt a fórumban találtam egy értelmes linket - amikor a google DNS is lassult.
Azóta jól megvagyok.
Először érdemes elengedni a programot
- remove all
- add default
- aztán hozzáadni a szolgáltató szervereit
- teszt után eldobni a lassúakat
- hozzámazsolázni innen: http://www.opennicproject.org/configure-your-dns/
- új teszt -> az eredményekből ésszel! kiválasztani a legjobbakat

Ezeket használom párhuzamos algoritmussal: 151.236.10.135, 8.8.4.4, 213.46.246.53, 129.250.35.250

(jelenleg az AT es DE az ami ajanlott itthonrol, es amint lesz megfelelo hely neki, lesz itthon hostolt T2 is.)

--
http://www.opennicproject.org/

Találtam ilyet is: http://code.google.com/p/namebench/

Még fut :D

Nyaron hoztak vmi torvenyt, hogy az online szerencsejatek szolgaltatast nyujto cegeket magyar licensz hianyaban a hirkozlesi szolgaltatoknak blokkolniuk kell 2014 jan 2.tol, es ebben technikailag az allam is "segit".
Nincs itt vmi osszefugges ezzel?

Egyet nem értek. Ha a DNS-t befelé olyan szerver szolgáltatja, amihez kívülről nem jut el kérés, azt csak belülről lehet dosolni. Akkor lehet nagyon mérgesen nézni az illető felhasználókra, vagy csak őket kib@szni a hálózatból. Ha meg nem így van szervezve a szolgáltatás, hanem befelé és kifelé ugyanaz a szerver szolgáltat, akkor el kellene gondolkozni, hogy vajon már egy kisvállalati rendszernél is miért szokták ezt máshogy megoldani (talán pont ezért...).

Szerintem keves szolgaltatonak van olyan infrastrukturaja, amin end to end hamisithatatlan ip cimes vpnben lehet csak elerni a rekurziv ns-eit, illetve azok kerdezo labait visszafele is olyan tuzfalakkal vedenek, amelyeket lehetetlen dosolni.
Bonyolitva meg ezt azzal, hogy a upc nem is magyarorszagrol szolgaltat, bar ez ebben a tortenetben mar nem akkora gond.
Ami mukodik egy kisvallalatban, nem biztos, hogy uzletileg elfogadhato egy multinal.
--
zsebHUP-ot használok!

Talán ezt azért nem, de abban a megjegyzésben van valami, hogy vajon miért elérhető a belső hálózatukban is használt DNS-feloldó szerverük bármely más hálózatból is (már ha fizikailag ugyanaz a gép szolgálja ki persze).

Ami azt illeti, Németországból, az USA-ból és Angliából is válaszolnak ezek a címek DNS-kérésekre pl., és úgy tűnik, mindig valahova az UPC Austria-hoz fut be az egész.
Így azért könnyebben DoS-olhatónak tűnik a szolgáltatás.
Azt persze nem tudom, hogy a magyarországi forgalmat korlátozzák-e le valami miatt, vagy már Ausztriában (és akár máshol) is fellép a probléma - azért ennyire csak nem általános...

Valaszol? Melyik cimek? Kivancsisagbol en is megneztem mult heten, de amit akkor talaltam (nincs upc szolgaltatasom), az nekem nem valaszolt.
--
zsebHUP-ot használok!

Én ezeket próbáltam (ezt adja át az UPC): 213.46.246.53, 213.46.246.54

Szerintem ezeket neztem en is, es korabban sem valaszoltak mas halozatbol. Igaz, hazaibol probaltam. Kulfoldrol tenyleg megy?
--
zsebHUP-ot használok!

Hmm - megnéztem újra, és most nem megy külföldről.
Elbizonytalanodtam - lehet, félrenéztem valamit...

Az előbb néztem magyarországi Digi-s hálózatból, és kaptam választ mindkét címet megszólítva, pl.:

root@janus:~# time nslookup ftp.fsn.hu 213.46.246.53
Server:    213.46.246.53
Address 1: 213.46.246.53 hu-bud02a-dns03.chello.hu

Name:      ftp.fsn.hu
Address 1: 2001:4c48:2:a33e::11
Address 2: 195.228.252.133 ftp.freepark.org
real    0m 0.07s
user    0m 0.01s
sys     0m 0.01s
root@janus:~#

Erre csakis az lehet a magyarazat, hogy az osztrakok/hollandok elrontottak az adatgyujtest, es veletlenul mas halozat is bekerult az engedelyezettek koze. :)
Egyebkent tetszik a hostneved. ;)
http://people.fsn.hu/~bra/pix/Screen_07-Dec-13_20-21-59.png
--
zsebHUP-ot használok!

:-D A janus elég régi standard neve nálam a tűzfal(ak)nak, a zsebhup méretkorlátairól nem tehetek :)

Ez a screenshot milyen telefonon készült?

köszi :)

Bocs, hogy itt írok, de van most egy ilyen telefonom.
SIM jelenleg nincs benne, mivel nem szabdaltam szét eddig a telefonkártyámat mikro méretűre - eddig VoIP-on telefonáltam csak.

Egy zavaró hibát sikerült találnom: ha én hívok, a "keypad" hangjai nem mennek át a túloldalra - ergo IVR menüt nem tudok hívni (random ügyfélszolgálat).
N900-zal, ugyanezen a hálózaton működik, sőt, az N9-et hívva is jó (tehát csak akkor jön elő a hiba, ha róla kezdeményezem a hívást; GSM hálózaton nem volt lehetőségem még tesztelni). Legfrissebb sw van rajta.

Te tudsz IVR menüpontok között választani híváskor?

Igen, igaz nem voippal.

Köszönöm.

Valószínűleg akkor GSM hálózaton működik, bár jó volna VoIP-on is megoldani... úgy tűnik, itt maradt egy bug a szoftverben. :S
(Az N9-en hallom egyébként ilyenkor is elég hangosan, a másik készüléken viszont egyáltalán nem - mintha rossz "csatornába" generálná a hangot.)

hm. nem lehet, h csak beallitas kerdese? milyen kodek es dtmf modot hasznalsz?

A codec iLBC, DTMF mód pedig rfc2833.

iLBC a sávszélesség-kímélés és minőség egyensúlya miatt van beállítva.
...de N900 és N9 között próbáltam - ha N900 hívta az N9-et, mindkét irányban ment a DTMF; ha N9 hívta az N900-at, akkor csak az N900 felől ment át a DTMF, N9 felől nem (viszont hangosabban hallom a "saját fülemben").

Előzmény egy ügyfélszolgálat felhívása volt N9-cel, ahol nem tudtam választani a menüpontok között. Az N900 kliensével, azonos beállítások mellett ez tökéletesen működik.

VoIP gateway-en is átmegy a DTMF hívás esetén, igaz, az viszont ulaw codec-en kapcsolódik.

T- smobilnetről - vélhetőleg helyesen - nem műx.

Nem arrol probaltam, bar telekom halozat. Azt mondod, hogy nem engedelyeznek, hanem tiltanak? :)
--
zsebHUP-ot használok!

Szinte bármi lehet, gondolom, neked sem kell bemutatni azt, hogy internet-szolgáltatók hálózatában mik vannak :)

Mesélj. :)
--
zsebHUP-ot használok!

:-P

Te látod a multit közelről, de szerintem a fenti probléma _kívülről_ és ismerethiányban szenvedve (azaz csak találgatva) tervezési hibának látszik. Erről beszélve bármilyen nagy multi, szvsz célszerű lenne legalább access hálózatát a management hálózatát és tranzit hálózatát külön választania, valamint ennek tekintetében adhatna rekurzív dns-t csak az access hálózatra. Sőt a hálózatot simán particionálhatná akár 10x kisebb egységekre, akár forwarderek beillesztésével.

Lehet, hogy a upc ez utobbit csinalja, csak a kisebb egyseg mondjuk fel europa. :)
--
zsebHUP-ot használok!

Azert szivesen elolvasnam, hogy valojaban mi tortent/tortenik, bar gyanitom erre nem fog sor kerulni. :(
Meg az is lehet, hogy a magyarok nem is tudjak, ok is csak az osztrak/holland call centert hivogatjak, hogy mi van mar...
--
zsebHUP-ot használok!

Én is ettől tartok...

Kicsit régóta húzódik már ez a probléma a DNS-ükkel - furcsa, hogy ennyi idő alatt még nem volt alkalmuk megbízható megoldást találni rá.

Nem találnak, mer leszarják. Mit foglalkozzanak egy kis ország sírásával, mikor máshol többet kaszálnak...

--
openSUSE 12.2 x86_64

Lehet, hoyg az osztrak UPC is szarakodik.
Most probaljuk eldonteni, hoyg a tuzfal, a modem vagy szimplan az UPC.

--
http://www.micros~1

Mi a fasz van megint? IPv4 only siteok alig akarnak bejönni, töknyóc, hogy magyar, vagy külföldi..

Az az érdekes, hogy a IPv6-om is v4-en jön, tunnelen, a v6-os siteok, pl. hup kiválóan működik, míg más baszik bejönni. sőt a nyomorék upc.hu is csak vár-vár-vár-vár de mire?

--
openSUSE 13.1 x86_64

nem éreztem belőle semmit. mi nem ment?
nameservert váltottál már?

DNS-t már rég váltottam sajátra. Nem is a DNS-sel volt baj. és úgy konkrétan semmi nem ment. Se magyar, se külföldi. (bár ezzel kezdtem a dühöngést :D)
Jah és olyan 10-20 perccel az írásom után konkrétan beállt minden mint a szeg, ahogy már a tunnel szervert sem sikerült elérni, az is megállt ami v6-on ment...

Most viszont (lekopogom) elég tűrhető az egész..

--
openSUSE 13.1 x86_64

azért kértem konkrét példát, hogy ha esetleg legközelebb hasonlóba futsz rá tudjak tesztelni neked. amúgy honnan próbálkoztál?

Konkrét példa: index.hu. BP 4. kerből próbálkoztam.

Most már egy ideje "jó" minden, szóval úgylátszik valami helyi gond volt.

--
openSUSE 13.1 x86_64

Mintha újabb nameserverek jelentek volna meg. Jól látom?

Mármint a root szerverek közt, vagy a UPC-nél ? Előbbi listáját frissítettem, viszont nem néztem, hogy van-e újabb. Utóbbit abszolút nem használom.

--
openSUSE 13.1 x86_64

Én igen! Tesztelni szoktam. :)

Vasárnap délután, Kelenföldön ismét összedőlt a ravatal.

(Még szerencse, hogy van mobilnet és nem tőlük. :) )

----------
rohamkocka

Semmi problemam nincs kelenfoldon.

---
Apple iMac 27"
áéíóöőúüű

Melyik része a kerületnek? Én Lágymányos.

----------
rohamkocka

Fehervari uti kocsiszin

---
Apple iMac 27"
áéíóöőúüű

Beszéltem velük, úgy néz ki, csak a kerület egyes részeit érinti a probléma.

----------
rohamkocka

Csupán érdeklődöm hogy a FB a nyomorék vagy az UPC-nél megint nem kerek valami, esetleg mindkettő? :D
(Bp. I. ker.)

Upc ügyfélszolgálat közölte, hogy központi hiba van. Várható elhárítás akár holnap délelőttig is elarthat... se net se telefon se tv. Bp. 4. Kerület..,

Engem épp ma győzködött az ügyfélszolgálatuk, hogy mennyivel jobb lenne, ha júpíszíre váltanék.
Egy pillanatra elgondolkodtam, hogy elküldöm a hupra :D

Mint a blogodban írtam, ezért nem kell tv és telefon. Az internet meg megy ebben a pillanatban a 7. és 4. kerületben is.

Itt épp a net miatt reklamáltak ketten is :))

Erre biztosan megállapítod, hogy nagy az arcom. :)
Folyamatleírás:
- "UPC-ről tudunk valamit?" blog frissült, sőt 4. ker.
- Átssházok a fiam gépére a 4. kerbe., működik.
- Igaz, azt nem tudtam ellenőrizni, hogy nálam működik-e a 7. kerben. :)
Ez legalább olyan pontos információ, mint a nincs net.
Üzemeltetőként is szerettem az olyan hibákat: valami szar.

Ha belegondolsz, a "seholsincsupc" híreket is általában itt olvasom a blogon. :)))
Kiegészítés: UPC előfizetésem van.

nem "valami szar" volt, hanem egyszerűen nem volt meg a kapcsolat a fejállomás és a modem között. Most nincs előttem a modem,. és nem tudom, hogy milyen sorrendben vannak rajta a ledek, de vagy a downstream-et vagy az upstream-et nem találta hosszú órákon és többszöri újraindítás után sem. Ebből következően sem a net, sem a voip alapú telefon nem működik. Az ügyfélszolgálat pedig természetesen a hibáról nem adott tájékoztatást "Mi sem tudjuk mi a probléma, mert a műszaktól nem kaptunk információt, de az ilyen jellegű hiba esetén a hiba elhárítása holnap délelőttig is eltarthat" Szóval még hazudni se tanítják meg a droidot rendesen... Ha nem tudják, hogy mi a hiba, akkor honnan tudja, hogy az ilyen jellegű hiba esetén 8-12 óra is lehet a hibaelhárítás?

"Ha nem tudják, hogy mi a hiba, akkor honnan tudja, hogy az ilyen jellegű hiba esetén 8-12 óra is lehet a hibaelhárítás?" Esetleg tapasztalat...? :-P

Kérdésedre a választ mindjárt az első oldalon megtalálod.

Vagy a fejállomás, vagy a lépcsőházban az erősítő. Abból, hogy "központi hiba van" nem derül ki minden. Általában a központi hiba sem érint teljes kerületet, de kevés az ügyfélszolgálat, ezért rögtön hangbemondásra kapcsolnak.
A modemre meg rá lehet nézni a 192.168.100.1 címen. (Hátha újat mondok.)

A "központi hiba" duma nyilván a kiadott fedősztori, ami az ügyfélszolgálatnak nyomnia kell. Nem fogják megmondani, a valós okot. És ha nem dolgozol a cégnél, vagy nincs bennfentes ismerős, a valós okot jó eséllyel soha az életben nem fogod megtudni.
Az ügyfélszolgálatosnak meg egyébként fogalma nincs róla, mi az a fejállomás, jó esetben modemet talán látott a kéthetes gyorstalpalón, mielőtt bevágták rendszerbe hívást venni. Tehát az ő szintjén a "központi hiba" tájékoztatástól többet nem is lehet várni.
Azt meg nem mondtam, hogy az egész kerületben nem megy, hanem azt, hogy nekem a 4. kerületben nem ment. Mint utóbb kiderült, a kollégának az utca másik végén simán működött. De ez engem cseppet sem vigasztal, ha nálam nem megy.
Pont nem érdekel, hogy mi az, ami miatt nem megy. Tök mindegy, hogy a ház erősítő döglött meg, vagy porig égett a UPC, vagy csak az az RF kártya döglött meg, amire az én modemem felmászna.. A végeredmény számomra minden esetben ugyanaz. Nincs net, nem tudok dolgozni távolról.
Attól nekem nem lesz jobb, ha tudom, hogy mondjuk eldurrant a modemem és majd 3 napon belül cserélik, vagy más nagyobb területet érintő hiba van. A végeredmény ugyanaz. Éjjel, riasztás esetén ülhetek autóba, és mehetek be a munkahelyemre. Holott egy normális minőségű szolgáltatás esetén elég lenne csak átbotorkálni a dolgozóba, és belépni vpn-en.
Nem mondtál újat, 10 év telkó munkaviszonnyal és egy végigjárt szamárlétrával a hátam mögött van róla némi fogalmam, hogy hogyan működik egy telkó cég és hogyan működnek az egyes internetszolgáltatások.

amilyen mélyrepülést a UPC produkált december-januárban Bp. I. kerületben, arra az utóbbi 5-8 évben nem volt példa. sűrű és hosszú kiesések illetve instabil működés, folyamatosan újrainduló modem. elérhetetlen ügyfélszolgálat, legjobb esetben géphang, "az ön körzetében szolgáltatáskiesés tapasztalható, a hiba elhárításán dolgozunk".

lehet szépíteni, hogy éppen hol nem működik és mennyire, és eközben hol máshol mennyire megy, de aki fizet érte, aztán dolgozna, de fél-1 napig nem tud, teljes tehetetlenség és informálatlanság, azt se lehet tudni, érdemes-e várni egy órát, vagy menjen inkább kirándulni az ember, aztán visszajön a net, végre elkezded bepótolni a lemaradást, de 20 perc után megint lerohad az egész, és csak az US led villog kétségbeesetten, szóval ebben a helyzetben hidd el, baromira nem érdekel, hogy máshol működik.

azt sem gondolom, hogy nekem kellene megfejtenem, mi nem működik és annak mi lehet az oka. egy bérelt szolgáltatással szemben jogos kritika az, hogy nem működik rendeltetésszerűen, azaz szar.

Igen, mindenképpen jobb lenne. a UPC-nek. Neked már nem annyira biztos... Az utóbbi 3-4 hónapban teljesen normálisnak tekinthető havonta legalább egy, többórás leállás... Nem is igazán érdekelne, ha hobbinetető lennék, de ahogy nagyon sokaknak, nekem is a munkámhoz kell a net elsősorban. Nem annyira vicces, mikor az éjszaka közepén jön mondjuk egy riasztás, amit VPN-en meg tudnék nézni, de nem tudom, mert nincs net. Így üljek kocsiba, menjek be a munkahelyemre (kb. fél óra), nézzem meg, majd ha megnéztem újabb fél óra haza. Azt a kb. 3-4 liter gázolajat senki nem fogja nekem kifizetni, amiből a havi netem fele kijönne...
Mobilnet meg nem játszik, mert a nagy 4G háborúban valahogy a telkók elfelejtik, hogy még mindig van olyan terület Bp.-n is, ahol jó ha EDGE van...

vegyél egy ADSL-t _is_ ha már ennyire kritikus...

Nálam most kivételesen "jó" 4. ker... Bár a szokásos akadozás most is megvan, de hát attól "szokásos", hogy mindig van.

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

A IX. kerületi József Attila lakótelepen tegnap ~19 óra után se kép se hang. A modem webes felületére ránézve not synchronized felirat.
Ez 23 óráig sem állt helyre. Eddig nem futottam bele, úgy tűnik ide is elért a "fejlődés".

Nálam tegnap este ugyanitt jó volt a net tegnap este. Viszont észrevettem ,hogy a facebook nagyon lassan jön le. Minden más tök jó :)

:) Erről Bruce Willis jutott eszembe a Die Hard 3-ban. "Reggel észrevettem, hogy pirososdik a lábujjam között és rohadtul viszket. Először azt hitem..."

Nálam úgy november óta áll fenn egy olyan érdekes helyzet, hogy kb .15-20 percenként egy 20-30 másodpercre teljesen "kihagy" a kapcsolat. Amikor ez történik, akkor a modemen semmi hoba nem látszik, a ledek ugyan úgy villognak, (illetve csak egy), mint máskor. Bejelentettem, múlt héten voltak modemet cserélni. Az ürge aki kijött, azt mondta, hogy valami jelerősség az 100%, szal az nem lehet hiba oka. 2-3 óráig jó volt, aztán megint csinálja.

Grafikonon kb. így néz ki a dolog: http://tinyurl.com/payrajg

Az én gépem kábellel csatlakozik a modemre, de barátnőm laptopja ami wifin van, az is szakad ilyenkor.
Belső hálón fix ip-t állítottam be a gépnek, ezek a DNS szerverek:
213.46.246.54
213.46.246.53
213.46.246.52
213.46.246.51

Álljak át a google félére?
----------------------------------------------------------
"One should strive to achieve; not sit in bitter regret."
www.xonotic.org

A modemet a 192.168.100.1 címen tudod megnézni.
A (nekem) optimális beállítás - az első kettőt a dhcp adja hozzá:
213.46.246.54
213.46.246.53
8.8.8.8
8.8.4.4
129.250.35.250

Ez csak egy érzés: inkább a router lehet a ludas. Az is van és milyen?

Nincs router, én közvetlenül a modemre csatlakozok.

--------------------------------------------------------
"One should strive to achieve; not sit in bitter regret."
www.xonotic.org

Nem, ilyenem:
http://ugyfelszolgalat.upc.hu/app/answers/detail/a_id/461/~/technicolor-tc7200-modem-inform%C3%A1ci%C3%B3k

Viszont most beírtam azokat a DNS szervereket, amiket te írtál, és frissítettem a cache-t is:

akion@quadra:~ > sudo /etc/init.d/dns-clean start
 * Restoring resolver state...
[ OK ] 
akion@quadra:~ > 

Érzésre most sokkal fürgébb minden, tehát 1-1 oldal is gyorsabban töltődik be. Kíváncsi vagyok, hogy szakadni fog-e még.
----------------------------------------------------------
"One should strive to achieve; not sit in bitter regret."
www.xonotic.org

Ezel szoktam dns-t válogatni: https://www.grc.com/dns/benchmark.htm
Érdekes módon az egyszerű http letöltés is lassul, ha bizonytalanok a dns szerverek. Annak ellenére, hogy pfsense routerem van, és párhuzamosan kérdezi az összes szervert.
A 7. kerületben ez a helyzet.

Linuxon namebench

No, csak a teljesség kedvéért, eddig úgy néz ki, nálam (egyelőre, kopp kopp kopp) megoldódott a helyzet. Az ok: Linux powaaa 2014...
Adott ez a hw:

04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 02)

Amihez az istenadta kernel az r8169 drivert szállítja és tölti is be. Persze, nem működik úgy, ahogy kell.
A megoldás drámaian egyszerű, fel kell tenni az r8168-dkms csomagot, kicserélni a drivereket, és blacklistbe tenni az r8169-et.

----------------------------------------------------------
"One should strive to achieve; not sit in bitter regret."
www.xonotic.org

Ez a kontroller maga a megtestesült sz..ívás. Nekem ~fél évente drivert kell váltani. Hol r8168 hol r8169 megy vele csomagvesztés nélkül. Bár lehet a bugos AMD lapkészletnek is van köze hozzá..

Az inkább valami disztró bug lesz, nekem is ilyen az alaplapi kártyám, 6 éves a gép, soha semmilyen gond nem volt vele.
--
The Community ENTerprise Operating System

Bp, XI. Ker 21 ora ota szakadozik.

13.-ban is szar, a 4.-ben viszont "jó".

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

Hat ez felelmtees, cegnel a IV. keruletben, itthon a XI. keruletben, egy cegnel, ahol harom telephely van: XI. , IX. es XII. keruletben.

Kicsit leszakad az eso es a UPC szetszakad :( Talan nem eleg az az ado, amit kirottak rajuk a foldalatti kabeleik miatt, sztem meg tovabb kellene adoztatni oket, hatha elerik az 50% rendelkezesre allast....

--
http://www.micros~1

Nálam a 9. kerületben faszán megy.

4-be most hót szar... Még ezt kiírni is fél óra volt.

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

XIV-ben teljesen ok. Azon üffeleknél is, ahová már beizzítottam az icingát. A többi most hétvégén nem is érdekel. :)

Hat ez az, hogy percenkent ot sms-t kuld a nagios :( Aztan feloraig nyugi es megint.
de ugy nezem, nemcsak UPC, mert a GTS-nel levo szervereink is riadoztatnak folyton :(

Egyebkent sajat gepen kis script fut, ha nincs net, restartolja az interfacet, stb.

Ezekben az idopontokban (RESTART) biztos, hoyg szakadas volt.
Van, amikor napokig nincs ilyen, ma valami gond van

ok 0307_1955
ok 0307_2000
RESTART 0307_2005
RESTART 0307_2010
ok 0307_2015
ok 0307_2200
RESTART 0307_2205
ok 0307_2210
ok 0307_2215
ok 0307_2220

--
http://www.micros~1

Ugyan már régi comment, de szerintem dobjátok az sms-t a fenébe, előző évezredbe való cucc. Telefonra ott van az anag című app, mobil net már mindenhol van, ennek meg külön be lehet állítani, h miről kérsz értesítést. Anno én is filóztam az sms-en, de lebeszéltek róla, és igazuk volt.

Persze ha épp a hálózattal van baj, akkor ez kissé visszanyalhat :)

2014.04.13 6:30-11:50
Xi. kerulet.

(Nem, nem akartam reggel fel hetkor a mancika friss kepeit az unokakrol megnezni a Facebookon, egy cegtol kerestek, hogy az egyik szerveren leallt a szolgaltatas)

--
http://www.micros~1

Meg is kovetem a ceget (szinte...) Parszor ezt meg eljatszotta azon a heten, aztan kov. hetvegen egy led sem gyullladt ki a modememen. Taphiba, rogton csereltek az Allee-ban (neztek ram csunyan a varakozok :)

Szoval ugy tunik, egy doglodo tap miatt nem ment rendesen a modem...

--
http://www.micros~1

2014.06.10. 9.45 -> 10.45.
Bp. VII. ker teljes lakossági blackout.
Így szép az élet...

XIII.ker-ben is van koax kiesés fél1 óta.

És XI. ker ismét ...

De most legalább csak karbantartás:
http://www.upc.hu/ugyfelszolgalat/aktualis-karbantartasok/

Viszont érdekes, hogy az analóg kábeltévé mindvégig hibátlan, de az internet szinte azonnal elment éjfél után, lehetne fordítva. :) És a mobilnet is rendben tette a dolgát végig.

----------
rohamkocka

Ha jól tudom kábelt vágtak a Rákóczi hídnál.

http://hvg.hu/tudomany/20140708_upc_internet_hiba_es_karbantartasok

"Értem én, hogy villanyos autó, de mi hajtja?"

IX kerület Dési Huber utcáról tud valaki valamit? Egész délután/este szakadozik, de nagyon durván.

----------------------------------------------------------
"One should strive to achieve; not sit in bitter regret."
www.xonotic.org

XIII. ker Béke út is, tegnap éjfélkor kezdte, folyamatosan esik-kel a kapcsolat

XIii. Reitter vege rendben van.

Reggel újraindítottam a modemet, most jónak tűnik itt is

4. ker-ben 11 óra óta kuka ez a fos. A DOCSIS Signal szerint egy Downstream van és 0 Upstream.
Természetesen a szomszéd Digije most is jó.

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

No hát ez a foskupac... Resetelték a modemet, állíthattam vissza mindent benne, ráadásul új IP címet osztottak ki (állítólag fix IP-s vagyok) és állítgathatok mindent, amit fixre erre a címre tettem. Köszönöm te raklapszar UPC!

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

Ha fix ip címed van, akkor businness előfizetésed van, ez esetben miért nem a kapcsolattartódnak írsz, ahelyett, hogy ide írsz?

mert nagy szívfájdalma, hogy a best effort szolgáltatás nem ment x órát, talán még az is lehet, hogy előre bejelentett karbantartás volt (amiről olyan emailcímre értesítették, amit nem olvas), és ezt
az üfszoli szép finoman elmondta volna neki, és szégyellt volna ott qrvaanyázni.

ps: a Fiberpower-business nem fix ip alapban emlékeim szerint. Ill. van olyan h business, de az szinkron.

A UPC-nél ahhoz, hogy fix ip-d legyen, businness előfizetés kell, sima lakosságihoz nem lehet venni.

Szóval a businness a követelmény.

Titeket a UPC fizet? Szóval, üfsz. közölte velem: "minden csomaghoz statikus IPcímet adunk" ez így is volt eddig. Most kapott a modem+router cucc egy újat, közben meg gyárira tolták a szoftvert rajta. Mivel egyben "wifi router", ezért emiatt állítanom kellett mindent rajta.

Jah, amúgy nem karbantartás volt. Karbantartani nem 12 órát szoktak, simán csak egy rakás szar ez...

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

Ügyfélszolgálat hülyeséget mondott(végül is nem, mert statikust mondott, nem fixet) ha ezt mondta, illetve te képzeltél bele valami mást, mint ami... Annyiban fix az ip-d, ha privát előfizetőjük vagy, hogy általában ugyanazt kapod sokáig, de nincs dedikált ip-d, bármikor változhat.

statikus =/= fix ip cím

Tapasztalatom szreint a UPC-nél addig nem változik az IP cím, amíg a modem mögött lévő eszköz MAC addresse, vagy nem jön egy modem fw. upgrade.

De ez nem azt jelenti, hogy fix ip-t adnak.

"Resetelték a modemet, állíthattam vissza mindent benne" -- apró halovány megjegyzés...: A modem beállításaihoz mi a pékpéló közöd van?! A szolgáltatás-átadási pont a modem ethernet interfésze, ha jól tévedek, ami azon túl van, abba hivatalosan nem nyúlhatsz bele. Úgyhogy a raklapszar az max. az ilyen "deénokosabbvagyok" user - akit, ha észrevesznek, és rosszabb kedvükben vannak, akkor kib@cnak, mint macskát jó dolgát végezni. Ja, és meg sem köszönik neki a "működését".

"A modem beállításaihoz mi a pékpéló közöd van?!"
Ez egy nyomorult modem+router kombó, de csak modemnek csúfolom. A routereket nem sértegetem, hogy egy kalap alá veszem ezzel a fossal...

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

Hát nem egészen, egy ideje már ilyen mindenegybe modemrouterapata szarokat adnak.
--
The Community ENTerprise Operating System

egy kattintás átrakni bridge módba.

Nem lehet pl. a 250-es netnél...
--
The Community ENTerprise Operating System

Nyiregyen tudtok valamit?
Bejelentett karbantartás nincs. Meg net se.

pch
--
http://www.buster.hu "A" számlázó
--

Semmi baja a netnek, te nem értesz hozzá. Fent megmondták nekem is. Bizonyám! Rögtön annyira elhittem, hogy (majdnem úgy írtam: hidtem) tegnap egésznap, meg ma délelőtt sem volt net. DE a UPC az isten, és azzal sosincs gond, csak a user a hülye...

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

Várj, mindjárt megsajnállak... ja nem.

Várj, mindjárt kigondolom érdekel-e... ja nem.

Mondjuk nem értem a kötekedést, bár igazából leszarom.

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

Nyugi! Csak elfelejtette bekapcsolni az irónia detektorát. :)

Értem én az iróniát, de ez nem az volt. Ez egy hisztis gyerek volt :D

Bp. 13. kerület, Újlipótváros részben laza 12-13 órát állt a teljes UPC szolgáltatása (analóg és digitális tv, internet, ...)
És mióta itt lakom ez már nem az első alkalom.

____________________________
www.szerverplex.hu

4-be megint lerohadt. Szokás szerint nem kap IP-t a router és néha újraindul. Remélem azért lesz még olyan nap az évben, mikor nem fog szarakodni ez a fos...

Erről csak ez jut eszembe. Nagyon is igaz.
http://kecskefeszek.net/poenkepek/kep/medium/2013/12/13309-milyen-a-normalis-internet.jpg

szerk.
Ezt vergődi épp a router:

Downstream Channels

Channel 1:
Channel ID: 19
Downstream Frequency: 450000000 Hz
Modulation: 256 QAM
Power Level: 10.8 dBmV
Signal to Noise Ratio: 41.3 dB
Channel 2:
Channel ID: Not used
Downstream Frequency: 0
Modulation: unknown
Power Level: 0.0 dBmv
Signal to Noise Ratio: 0.0 dBmv
Channel 3:
Channel ID: Not used
Downstream Frequency: 0
Modulation: unknown
Power Level: 0.0 dBmv
Signal to Noise Ratio: 0.0 dBmv
Channel 4:
Channel ID: Not used
Downstream Frequency: 0
Modulation: unknown
Power Level: 0.0 dBmv
Signal to Noise Ratio: 0.0 dBmv
Channel 5:
Channel ID: Not used
Downstream Frequency: 0
Modulation: unknown
Power Level: 0.0 dBmv
Signal to Noise Ratio: 0.0 dBmv
Channel 6:
Channel ID: Not used
Downstream Frequency: 0
Modulation: unknown
Power Level: 0.0 dBmv
Signal to Noise Ratio: 0.0 dBmv
Channel 7:
Channel ID: Not used
Downstream Frequency: 0
Modulation: unknown
Power Level: 0.0 dBmv
Signal to Noise Ratio: 0.0 dBmv
Channel 8:
Channel ID: Not used
Downstream Frequency: 0
Modulation: unknown
Power Level: 0.0 dBmv
Signal to Noise Ratio: 0.0 dBmv

Upstream Channels

Channel1:

Channel ID: 8
Upstream Frequency: 40000000 Hz
Modulation: 64 QAM
Bit Rate: 30720 kBits/sec
Power Level: 43.0 dBmV
Channel 2:

Channel ID: Not used
Upstream Frequency: 0 Hz
Modulation: 0 QAM
Bit Rate: 0 kBits/sec
Power Level: 0.0 dBmV
Channel 3:

Channel ID: Not used
Upstream Frequency: 0 Hz
Modulation: 0 QAM
Bit Rate: 0 kBits/sec
Power Level: 0.0 dBmV
Channel 4:

Channel ID: Not used
Upstream Frequency: 0 Hz
Modulation: 0 QAM
Bit Rate: 0 kBits/sec
Power Level: 0.0 dBmV

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

10 éve vagyok UPC-s, de ha 3 nap kimaradás volt, sokat mondtam. Nem 100%-os, de meglep, hogy néhányaknak menniy kínja van vele.

hat a baj az, hogy a coax az egy shared medium. Innentol kezdve a szerencsen mulik, hogy jo-e vagy fos.

Ismételten ugyanez. Ráadásul most a webmail sem jó. Nem mintha amúgy tájékoztatnának bármiről is rajta, de hát azért megpróbálni meglehet.

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

Pedig tegnap este a XIV.kerületben is volt valami, eléggé dadogott a Net és az analóg TV-n is villogott a kép fura módon..
God bless you, Captain Hindsight..

másnál nincsenek problémák?ma késő délután óta lassú, mint a dög. 29-es körzet.

Debrecenben mi van a upc-vel, tud valaki valamit? Én nem hívtam még az ügyfélszolgálatot.
De több ügyfélnél is az a trend jópár napja már, múlthét hétvége óta, hogy napközben megy ~jól, munkaidő után, estére meg hinta palinta lesz az egész. A nagios folyton sárgul-pirul hol erre hol arra.
--
The Community ENTerprise Operating System

Üdvözlet!

A napokban lettem rábeszélve, egy Fiber Power 120-as netcsomagra. A modem/router nagy nehezen kipostázásra került (külön sztori, magyar posta, no comment).

A mai napon beüzemeltem ezt az Ubee EVW3226-os csodát, aminél azt leszámítva, hogy rohadt lassan áll fel, de zökkenő mentesen működik. Viszont a netsebességem és az elérhető szolgáltatásom még az előző Fiber Power 60.

A kérdésem az lenne, hogy mikor aktiválódik az új csomagom, vagy esetleg már most is kezdhetek el anyázni az ügyfélszolgálaton? A szolgáltatás változásra vonatkozó mail és pdf csatolmány már pénteken megjött.

--------------------------

Csak a viták elkerülése végett. Ha nem használok ékezetet, mobiltelefonról írok.

Hello,

a "napokban" pontosan mit jelent? Elképzelhető, hogy a provisioning rendszer nem tolja ki azonnal az új konfig fájlt. Esetleg azt érdemes megnézni, hogy a UPC-s accountoddal belépve a http://prov.upc.hu oldalon helyesen jelennek-e meg az adataid - többek közt a FiberPower csomagod.

Ha igen, nyomj egy igent, ez elvileg kikényszeríti a modem konfig frissítését. Ha helytelen csomagot látsz, vagy a modem automatikus befrissítése és újraindítása után sem jó, na akkor jön az ügyfélszolgálat.

Csütörtökön hívtak, aznap jött a módosító levél, pénteken adták fel a cumót, szombat délután jutottam hozzá, ma dél körül üzemeltem be.

A http://www.upc.hu/ugyfelszolgalat/ oldalon nézve még az előző csomagom az aktív, a sebesség mérések is ezt mutatják.

Szerk: A http://prov.upc.hu oldal is csak a FB 60-at mutatja.

--------------------------

Csak a viták elkerülése végett. Ha nem használok ékezetet, mobiltelefonról írok.

Akkor tényleg az ügyfélszolgálatot érdemes piszkálni miatta.

Felhívtam őket. Azt mondták, hogy holnap délelőtt aktiválódik az új csomag. Azért furcsálottam csak, mert csütörtökön arról volt szó, hogy a modem aktiválása után a rendszer automatikusan frissíti a szolgáltatást. Ezek szerint így 2014-ben vasárnap még a fű sem nő az UPC-nél.

Szerk: Döbbenet, milyen fostalicska dizájnja van ennek a cuccnak. Illetve dizájnja az van, csak éppen nem felhasználó barát. A tápcsatlakozó feletti ki/be kapcsoló gombot ember legyen a talpán, aki használni tudja.

--------------------------

Csak a viták elkerülése végett. Ha nem használok ékezetet, mobiltelefonról írok.

Adj hálát az isteneidnek, hogy nem a hulladék EPC3925 szart kaptad, attól épp most hullott volna ki a hajad, és azért jönnél, hogy még csak beállítani sem sikerült...

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

Volt nálam ehhez hasonló is. Többek között ezért nem lettem magasabb csomagba rakva annó. Nálam már a Cisco epc3212 sem csinált semmit sem. Ráadásúl abba belenyúlni sem lehetett, mert csak modem volt.

--------------------------

Csak a viták elkerülése végett. Ha nem használok ékezetet, mobiltelefonról írok.

Mobilról rápislantottam a dolgokra. Reggel kilenc körül már az új csomag volt az aktuális. Amint hazaértem, tesztelgetem egy kicsit. Habár abszolúte nincs szükségem ekkora sebességre, de ha lúd, akkor legyen kövér. ;-)

--------------------------

Csak a viták elkerülése végett. Ha nem használok ékezetet, mobiltelefonról írok.

Ha már lúd, röfögjön :) Mondaná egy régi cimborám :-)

HTTP/1.1 301 Moved Permanently
Location: http://www.upc.hu/ugyfelszolgalat/

Jelen pillanatban Bp. I. kerületében tapasztalok nyomort. Hurrá.

megint ugyanott
nem először hajnalban off

VIII. kerület, (esetleg IX.) most?

Azért fasza, hogy az ügyfélszolgálat ilyenkor is azzal fogad, hogy „jelentősen megnövekedett várakozási idő miatt szíves türelmét kérjük”. De legalább tudom, hogy a hívásom nagyon fontos számukra.

szerk.: karbantartás. Legalább egy szaros levelet küldhettek volna. Arról bezzeg tudnak, hogy milyen fasza akcióik vannak...
--
blogom

Jelenpillanatban 4 kerben is fos. Egyelőre csak lassú (8-20 sec egy oldal betöltés).

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

Kurvára örültem neki, pokerezés közben szakadt le a net egy órára. Ma asszem leordítom a fejüket, hogy ha a szaros reklámjaikat tudják kétszer kiküldeni emailben, talán ezt is lehetne.

Szerintem fuss neki ismét - e-mailt küldeni arról, hogy hálózati probléma van, nem biztos, hogy értelmes dolog. A leordítod a fejüket esetében meg azt is nézd meg, hogy milyen rendelkezésre állást vállaltak, amiért fizetsz is. Tudod, a stílus maga az ember. vagy az állat... :-P

Te fuss neki, nem probléma volt, hanem tervezett karbantartás, felhívtam 1221-et, és az automata bemondta. Éjfélkor ment el, egykor jött meg..

Hol a búbánatban írtad, hogy "tervezett karbantartás"? Ja, hogy gondoljam hozzá...

Talán ha az egész threadet elolvasnád, és nem csak azt keresnéd hova lehet trollkodni, akkor a kiinduló hozzászólásban látod, hogy karbantartás volt.

És mikor kéne az egy órás karbantartást csinálni, csúcsidőben?

Értjük, fájt, hogy éjfélkor elment a net. Nekem is fájt, mert éppen egy játék frissítését próbáltam megetetni az xboxszal, ami enélkül nem volt hajlandó elindulni. De azért az, hogy éjfélkor elmegy a net egy órára ne legyen már ilyen feldolgozhatatlan veszteség.

Tök jó, hogy élénk a fantáziád, de sehol nem írtam, hogy csúcsidőben legyen. Azt írtam, hogy SZÓLJANAK RÓLA, és akkor időben abbahagyom/nem fizetem be olyan versenyre a nevezést, ami alatt nem lesz netem. Nem bonyolult ez.

Értem.

Szóltak róla, van egy ennek szentelt oldal a upc.hu-n. Persze, ki lehetne küldeni a marketinges anyagokkal emailben, de nem lenne sok értelme, mert tervezett leállásból (is) elég sok van, ha országosan nézed.

Fejlesztési lehetőség lehet, hogy a listát ki kéne vezetni RSS-ben, emailben, vagy akármi. Noted.

A nyomorult akcióikkal, meg minden szarjukkal tudnak spammelni folyamatosan, ez miér nem tudják? Nehogy már olyan bonyolult lenne, hogy csak azoknak küldik ki akiket érint a dolog...

Off: engem valahogy sosem spammelnek, egy árva levelet/emailt/SMS-t nem kapok a UPC-től. Illetve de, ha jön a számla, arról jön egy darab email (a bankomtól), hogy hello, CSBM jött.

On: technikailag biztosan meg lehetne oldani, de ha ezt az emberek jelentős része igényelné, már rég meg lenne oldva.

Az ilyen szarokat a UPC-s postafiókba dobják.

A slusszpoén, hogy az említett oldalon sem szerepel az éjféli leállás. Hacsak náluk a 9. kerület egy része nem került a 8. kerülethez, de azt meg én honnét szüljem meg?

Az Invitelnek városi szinten megy. Felsorolják az érintett utcákat és házszámokat. Szólnak akkor is, ha az E-OFF karbantart valamerre, ezért áramszünet miatti szolgáltatáskiesés lesz. Szerintem ha akarná, a UPC-nek is menne.

Ha nem írták ki sehova, hogy tervezett karbantartás, akkor a kolléga szvsz jogosan van kiakadva.

bocs, a kolléga bármikor felháborodhat, de jogos akkor lesz, ha a szolgáltató nem teljesíti az (éves) SLA-t.

+1. Erről K. József jut eszembe :-)

Jogilag, papíron, persze.

De sokkal korrektebb lenne, ha az érintett előfizetőknek előre szólna hogy adott időintervallumban nem lesz szolgáltatás.

Mit vállaltak a karbantartások időpontjaival, az előzetes értesítésekkel kapcsolatban?

Apropo, "befizetni", "verseny", illetve "póker". Ez a három, plusz az internet-elérés együtt nem biztos, hogy teljesen törvényes - így jártál, ha a NAV tetette volna elérhetetlenné az általad hőn óhajtott oldal elérhetőségét, akkor gondolom oda mennél be habzó szájjal leordítani a fejüket... vagy nem...? Szerintem próbáld meg :-P

Ismétlem, hogy bezzeg ma a szaros hírlevelüket ki bírták küldeni valami kibaszott jégfesztiválról. Amúgy meg a hajamra kenhetem, a tegnapi 9. kerületi leállás itt sem szerepel, duplán jár nekik a faszkorbács.

Ismétlem, hogy bezzeg ma a szaros hírlevelüket ki bírták küldeni valami kibaszott jégfesztiválról. Amúgy meg a hajamra kenhetem, a tegnapi 9. kerületi leállás itt sem szerepel, duplán jár nekik a faszkorbács.

Köszi, ezt még nem volt szerencsém látni, mindig csak mérgelődtem hajnalban. Itt látszik szépen, hogy nálunk rendszeresen hajnalban lekapcsolják... ha a korábbi karbantartásokat nem törölték volna az oldalról, akkor lehet, hogy ilyen tempóban ki sem jön a 98% nálunk :)

Úgy tűnik, mintha 10 naponta lenne egy-egy hajnali hat órás időtartamú szeánsz, és ezek csak az előre bejelentett alkalmak :)

Nekem egyébként úgy tűnik, hogy a 2%-ot csuklóból kijelölték tervezett karbantartási időszakoknak (a hirdetményben megjelöltnél - éjfél - azért kb másfél órával később ment el a net, de ha ilyen szépen kitöltik ezt, akkor mi lesz a nem tervezett happeningekkel?)

FYI: az, h akkora karbantartási időablakot jelentenek be, nem feltétlen jelenti azt, hogy:
- tényleg annyi lesz
- minden előfizetőt érint

No igen, de ebben a tempóban a karbantartásra rezervált idő túllépi a 2%-ot az adott időszakban. Mivel gondosan törölve vannak a korábbi historikus adatok így nem tudom, hogy mennyi ideje megy ez, hogy 10 naponta egy hat órás ablakot karbantartásra rezerválnak...

Amúgy meg, ha a kormányunk minden erőfeszítése ellenére az lesz ennek a munkának a végeredménye, hogy ugyanannyiért nagyobb sávszélességet kapunk, mint a telekomadók előtt, akkor hajrá, mert relatíve kultúráltan teszik.

A problémám az, hogy gyakorlatilag úgy tűnik, mintha az SLA-ban nem vállalt teljes időtartamot (2%) betervezték volna karbantartásra itt nálunk ... még ha mindezt viszonylag kulturáltan is teszik ...

(vagy nagyon feszített tempójú rendszerfejlesztés megy, vagy marha kényelmesen dolgoznak)

ha későbbiekben érdekel ez az infó hisztorikusan, akkor javaslom a wget v curl használatát. ha visszamenőleg, akkor talán waybackmachine infóval tud szolgálni.

A wayback machine mintavételezése nem elég gyakori ahhoz, hogy az adatok lekövethetőek legyenek rajta (április és augusztus). Az aktuális oldal csak az aznapiakat illetve nem egészen egy hónapra előre tartalmazza az adatokat... mondjuk nem értem miért ennyire titkosak ezek az infok (hogy csak az épp aktuálisak elérhetőek), a fogyasztóvédelem igazán kikényszeríthetné, hogy a regular karbantartások miatti down adatok nyilvánosak legyenek visszamenőlegesen. Például szolgáltatóválasztásnál hasznosak lennének. Az már csak hab a tortán ha a tervezetthez képest a valódi down adatokat is kiraknák. Nem értem miért kell ehhez egy fogyasztó orientált társadalomban külön trükközni, hogy kiderüljön... persze akinek vaj van a fején ...
Mert hát szerintem reklám értékűek lennének az áttekinthető, szolgáltató által közzétett historikus adatok. Már ha azok tartalma olyan, hogy szívesen kirakják a kirakatba...

> mondjuk nem értem miért ennyire titkosak ezek az infok (hogy csak az épp aktuálisak elérhetőek)

Pedig nagyon egyszerű. A kutyát sem érdekli, hogy 2002-ben, Szegeden mekkora kiesés volt, miközben 2014-et írunk, és Budapesten lakom.

Mint említettem szolgáltatóváltásnál engem pl érdekelne, hogy a vállalt rendelkezésreálláshoz képest mennyi volt az uptime és ehhez képest mennyi volt ebből a tervezett, előre meghirdetett leállás. Mindezt a jelenlegi és a leendő szolgáltatómnál,azon a területen, ahol igénybe kívánom venni a szolgáltatást. Lehetne, mondjuk kötelező adatszolgáltatás a tantuszba (NMHH Tantusz).

Amíg pl Datanetnél voltam, szinte nem volt leállás. Hajnali kettőkor is lazán lehetett otthonról dolgozni. Amióta UPCs vagyok és hajnalban elég gyakori a down, azóta érdekel.
Lehet, hogy csak mázlim volt de azon a végponton majdhogynem naplózó szervert lehetett volna üzemeltetni... aztán el kellett költöznöm... :)

Oké, ez egy ember. Illetve a HUP-on mondjuk még össze tudsz szedni néhány tucat olyat, akit szintén. Kerekítsük fel mondjuk 500-ra, mert nagyvonalúak vagyunk. A upc-nek van kb. 600.000 előfizetője.

500 / 600.000 = 8,33e-4 = 0,083%

Tehát reálisan érdekelheti mondjuk az előfizetők emberek 1-2%-át. Hát, nem biztos, hogy megéri foglalkozni vele. :)

Miért a UPC szemszögéből kellene ezt nekem nézni? :D

Nem kell, csak leírtam a tippemet, hogy miért nincs ilyen. :)

De már régebben elkezdtem dolgozni egy hasonló szolgáltató-figyelő projekten, lehet, majd erre is megcsinálom.

Mondjuk a ha a google wifi router geolokációs adatait kombinálnák a linksys online menedzselt routerek (smart wifi device monitr) up adataival mindezt szolgáltatói tartományokba levetítve, elég épkézláb adatokat kapnánk :)
Az EUs adatvédelmi biztos meg őrjöngene :)

FYI: atlas.ripe.net project pont jó ilyenre (is)

Szerintem az NHH vagy épp hogy a pékbe' hívják felé kell rendelkezésre állásról (pontosabban a vállalt minőségi paraméterek teljesítéséről) adatot szolgáltatni.
Az, hogy a vállaltnál sokkal jobban teljesít az egyik, és pár tized százalékkal gyengébben a másik szolgáltató, az is fontos lehet, persze, de a vállalt értékeket célszerű első körben megnézni. Ahogy a befektetéseknél, itt is igaz, hogy a korábbi eredmények nem garantálnak semmit sem a jövőre nézve. Van egy terület, ahol botrányosan sz@r a szolgáltatás jelenleg, ezt mondjuk 3 év alatt teljesen átépíti, felújítja az x szolgáltató. Te 2016-17-ben megnézed az elmúlt két-három év kieséseit, leállásait, és azt fogod látni, hogy az x szolgáltatónak pocsékak a statisztikái. Ugyanazon a területen szolgáltat az y cég, aki idén fejezte be a felújítást. A következő 2-3 évben csak a minimálisat költi a rendszerre, és ezen nem is akar változtatni. 2-3 év múlva azt fogod látni, hogy az y szolgáltató statisztikái nagyon jók.
Kérdés: melyik szolgáltatót választanád az utolsó évek statisztikái alapján? És melyiknél látod biztosabbnak azt, hogy az elkövetkező néhány évben jobb szolgáltatást, magasabb rendelkezésre állást fog nyújtani?

Pont ezért mondtam, hogy a tervezett leállások és a tényleges leállások is kellenének a normális megítéléshez.
Ha a szolgáltató normálisan fejleszt akkor mindez a tervezett leállásban folyik. Pont kiderülhetne, hogy a káosz tombol a cégnél vagy tervezett munka folyik :)

Amíg kis cég szolgáltatott itt a jelenlegi otthoni végpontomon, addig volt normális kommunikáció a tervezett fejlesztésekről és a várható downtimeokról, hogy mit fejlesztünk, mi az ütemezés, és várhatóan mindezek miatt ezzel és ezzel jobb lesz a jövő évben ... ellenben ami óta a gigász van, (mint kiderült a fenti link alapján) azóta csak pár héttel előre van fent a honlapon, amit ha nem nézel párhetente akkor utólag tudod konstatálni, hogy talán fent volt, mert az előző napi adatok már nem láthatóak :)

Úgyhogy, de igen másik cég tudta mindezt jobban kommunikálni. - igaz fel is vásárolta a UPC ...

A UPC méretgazdaságosabb és a közönségszolgálata is "olcsóbban" működik, dupla nyereség nekik :)

Tudom a kis cég nyilván a kis kerületnyi hálózatán kiismerte magát mint én a tenyeremen, de a UPC-től is hasonló nívójú tájékoztatást várnék el a területen esetleges fejlesztésekről, pláne ha üzemkimaradás várható e miatt... még ha mindezt hajnlara is teszik, amikor az ügyfelek java az igazak álmát alussza :)

Sziasztok!

Kb. 2 hete üzemeltem be az UPC által küldött Ubee routert és azóta nem tudok torrentet letölteni kb. 1.2 MB/sec -nél nagyobb sebességgel.
Érdekesség, hogy az "alacsony" sebesség ellenére ilyenkor nagyon lassan jönnek be weboldalak, tehát gyakorlatilag nem tudok netezni.

Torrent kliens cserével már próbálkoztam, de a helyzet változatlan. A rendszer Win7.

A router cseréjéig, minden flottul ment.

Valakinél volt hasonló probléma esetleg?

Köszi!

----------------------------
Előnevelt csirke kapható!

"Csúcsidőn" kívül is jelentkezik? Késő éjjel, hétköznap munkaidőben?

Igen. Mindig ilyen.

----------------------------
Előnevelt csirke kapható!

Sziasztok,

nyomok akkor egy UP-ot a témának. Mostanában egyre gyakrabban előfordul, hogy a gmail-ben a google talk leszakad, és úgy egyáltalán, a nemzetközi oldalak jóval
lassabban jönnek be, de mintha névfeloldással szórakozna. Valami ötlet, hogy merre lenne érdemes elindulni, mit lenne érdemes nézni, hogy rájöjjek, mi a probléma?

Rendes DNS-t használni? :)

Ethernet adapter Local Area Connection:

Connection-specific DNS Suffix . : local
Description . . . . . . . . . . . : Realtek PCIe FE Family Controller
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
IPv4 Address. . . . . . . . . . . : 192.168.0.2(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Lease Obtained. . . . . . . . . . : Saturday, January 24, 2015 11:39:23 AM
Lease Expires . . . . . . . . . . : Sunday, January 25, 2015 11:39:22 AM
Default Gateway . . . . . . . . . : 192.168.0.1
DHCP Server . . . . . . . . . . . : 192.168.0.1

DNS Servers . . . . . . . . . . . : 8.8.8.8
8.8.4.4
NetBIOS over Tcpip. . . . . . . . : Enabled

A google DNS szervereit használom ezek szerint...

Oké srácok, megvan a probléma. Anno felraktam egy programot, ami ilyen registry cleaner féle volt (yet another cleaner). El is feledkeztem róla, de mint kiderült, a kis mocsok felrakott egy drivert, ami bazi nagy latenciát csinált, innentől kezdve jöttek a mókák, pl. recsegés a hangszóróban. Eddig ezt nem is vettem észre, viszont most előjött. Rákerestem a neten, hogy mi a franc okozza a recsegést, és ott ajánlották a DPC Latency Checker nevű kis programocskát, ami gyönyörűen mutatta, hogy itt bizony latency probléma van. Ezután felraktam a LatencyMon nevű programot (http://www.resplendence.com/latencymon_using) ami megmutatta hogy melyik program illetve driver okozza a gondot. Ott is volt egy driver, rákerestem a neten, és kijött, hogy azt egy adott program (yac) rakja fel. Eltávolítottam a programot, és egyből minden megjavult.

Egy registry cleaner mégis milyen hangdrivert akarhat... :) Minimum érdekes a kérdés.

Nem hangdrivert, hanem drivert.

:)

Azért ezután én egy alapos vírus és maleware írtózást megejtenék, ha egy (magát) registry cleaner(nek mondó valami) ilyet tett fel.

Esetleg meg lehetne már nézni, mit állít magáról az a program...

:)

Nem tudom, pontosan mit akartál mondani, valóban csak a kolléga bemondása alapján (valami reg cleaner; beletaknyolt a forgalomba) mondtam, gondoltam biztos lemaradtam valamiről, mondjuk hogy nem csak reg cleaner, úgyhogy beütöttem legjobb barátomba, és megpróbált a honlapja ékes google translate spam magyarsággal szólni hozzám (hogy svéd proxy mögül, angol browserrel miért, az mondjuk más kérdés), úgyhogy mostmár méginkább biztos vagyok benne, hogy elkél egy kis takarítás... :)

Én jó ideje átálltam a google dns szervereire, emlékeim szerint hasonló okokból.

Az utóbbi napokban több -csak és kizárólag- UPC előfizetéses user panaszkodott időnként nem elérhető oldalakról. Egyik szerencsére volt annyira haladó user, hogy egy kis navigálással kiderítettük, valószínűleg (meglepő módon...) DNS probléma van a háttérben. Más tapasztalt ilyesmit?

"Szerencsere" tegnap csereltek modemet a cegnel (nagyobb sebesseg...), azota szar.
De most mar nem biztos, hogy a modem a hibas, ma az osszes user, akinek upc modeme van, szaladgal a szerverszobaba, hogy ujrainditsa.

IV. Vaci ut 19.

--
http://www.micros~1
Rekurzió: lásd rekurzió.

Koszi.
Vegulis nem derult ki, tegnap ugye eles teszt lett volna, de a UPC karbantartott errefele, ugyhogy folyamatosan szaladgaltak a kulonbozo cegektol, hog yujrainditsak a modemuket....

Mi meg visszarakattuk a regit, nincs ra kapacitas, hogy tesztelgessuk (es kozben 20 developer focizzon, mert nicns rendes net)

--
http://www.micros~1
Rekurzió: lásd rekurzió.

Digis vagyok Pesten 7 éve, és 2-szer volt gondom a nettel

Ez nem az a szavazas.

--
http://www.micros~1
Rekurzió: lásd rekurzió.

Az ember nem azért választja a UPC-t, mert jó áron, jó szolgáltatást nyújt, hanem mert nincs más ott, ahol lakik...

Fehérváron 3,5 évig digis voltam, soha semmi gondom nem volt.
Most egy ideje, Pest, UPC, 4. kerület, az utóbbi hetekben sokszor csinálta esténként, hogy elment-visszajöt...
Voltam a Diginél, azt mondták, hogy ott sajnos nincs és nem is lesz szolgáltatásuk. :(

Délután 16:30 óta hol van internet, hol nincs. (II. és XIII. kerület) Először a DNS feloldás kezdett vacakolni, aztán leesett a sávszélesség 0,5mbit alá, majd egy idő után már IP-címet sem kapott a modem.
Valaki más is tapasztalt rendellenességet ma?

Négy napja szívok vele. Tegnap volt kint egy technikus, mert azt mondták túl erős jelet kapott a modem. Beszereltek egy 3dB-s csillapítást. Pár óra múlva megint elszállt, de nemcsak a net, hanem vele együtt a telefon is (kábeltévé az megy). Ma megint megadta magát az egész.
Utána visszajött.
14:40 online
14:49 offline
15:38 online
16:36 offline
Most este 19:00 után tudtam csatlakozni valamikor. (XXII. ker)
Holnap délután jön valaki megint (elvileg modemcsere lesz).

Az itthoninál (XIII.) nekem is így kezdődött. Betettek egy 3dB, majd másik alkalommal még amögé egy 6dB csillapítót, de ugyanúgy vagyok mint te, online-offline váltakozik, de a mai másabb volt, mert a "hol van, hol nincsnél" az online LED nem világít, itt szabályosan villogott. Illetve a másik modemnél is ugyanaz a jelenség volt, mint itthon. (II.), illetve még amiket fentebb leírtam.
Amúgy nekem azt mondta a technikus, hogy sok zavar van a kintről jövő jelben, ezért kell a (két) szűrő-csillapító akármi, a poén, hogy az elosztó szekrénytől 5 méterre vagyok.
Szerk.: De most egy ideje megint van internet, és rendben megy minden, remélem már így is marad.

A megengedett downstream channel power level az alkalmazott modemeknél -15...+15dBmV. A jel/zaj >40dB. Ezt a 192.168.100.1 címen tudod ellenőrizni. (Cisco EPC3212) A csillapítót néha nem szerelik be, mert 3..6dBmV többlet esetén is jól működik.
Ha "zavaros a jel", az a túlvezérléstől is lehet. Egyébként meg marhaság. :)

Köszi az infót, ilyeneket nem mondtak el. :)

Kicsit más, de ide illik. Eddig a router kapott valamilyen külső ip-t 89...., Ma viszont egyszercsak 192.168... típusut kapott és ezért ugye nem megy a dyndns. Viszont ha lekérem az IP-m whatismyip.com-al akkor meg ad egy rendes IP-t. Beállítva a dyndns-ben fixen viszont nem érem el kintről a routert és ami mögötte van.

Tud valaki valamilyen korlátozásról?

--
http://pyftpadmin.earthquake.hu

Azzal pár napja nekem is köcsögöltek (onnan vettem észre, hogy szakadozott), aztán most 188.-as IP-m van.

NATnak hangzik, UPC-ről én meg nem hallottam hogy csinálnának ilyesmit, de lehet eljött az ideje. Nem hogy a V6-ot tolnak inkabb. :D

Nem lehet hogy csak a modemed (ami mondjuk valami wifi-s csoda) NAT-ol?

Hallottam ilyenrol hogy jott egy FW update es eltunt a bridge mode.

Nem, mert saját router van. Reggel még jó is volt, csak gondolom délelőtt megszakították a dinamikus IP miatt és már ezt a natoltat kaptam vissza.

--
http://pyftpadmin.earthquake.hu

Jah en ugy ertettem hogy a UPC szokott ilyen egybe modem/router kombot adni, aztan annal lehet ilyen problema, ha csak szimpla modemed van akkor nem valoszinu.

A saját routered előtt ott a upc modem, ami nem modem, hanem router. És néha elfelejti, hogy bridge módba van, aztán nekiáll routeolni. A moden status oldalán (192.168.0.1 vagy 192.168.100.1) nézd meg a kapott ip címet is.

Valóban, köszi, megnézem.

--
http://pyftpadmin.earthquake.hu

Ez volt a problem, köszi.

--
http://pyftpadmin.earthquake.hu

Amióta ERŐSZAKKAL lecserélték a modemet, rosszabb lett nálunk is a net (otthoni, 30-as, nem céges). Szóval évek óta semmi gond nem volt a Scientific Atlanta (Broadcom chipset, megnéztem) modemük tökéletesen működött, évente kb 1x kellett újraindítani, de utána jó volt, gyors volt a net, reszponzív, torrent mellett is tökéletes. Amióta küldtek egy Ubee (Intel Puma chipset ha minden igaz), rosszabb - értsd bridge módban - latest OpenWRT-s TP-LINK router, ami tökéletes volt a SciAtlantával. A kapcsolatok felépítése tovább tart, a sebesség megvan, de a latency sokkal rosszab lett, ha torrent megy le/föl az még jobban ront a dolgokon. Hasonló, mint a cégünknél, itt is vissza kellet rakatni a régi Cisco-t mert a Hitron (Intel Puma ) ugyan azt produkálta: nem tudja lekezelni a 500+ egyidejű hálózati kapcsolatokat rendesen, hiába alig van kihasználva a sávszélesség.

Csere előtt UPC ügyfélszolgálat:
felhívtam őket hogy nem kérem lecserélni, mert rosszak a tapasztalataim a Ubee/Technicolor/Hitron, stb gagyi sz*rokkal és amúgy is tőkéletesen meg vagyok elégedve a mostanival, erre az volt a válasz hogy de hát ez wifis. Mondtam hogy kb. 12 éve wifizek, kinek nincs otthon wifije, nem most kéne ezzel jönni, lejárt lemez. Erre csönd volt és hallgatás. Ekkor mondtam, hogy visszaküldeném a modemet, mondtaák hogy nyugodtan megtehetem, vagy vigyem be egy UPC ügyfélközpontba. OK, mondtam akkor ezt lesz. A végén azért megkérdeztem (szerencsére) hogy ez biztos nem lesz-e baj, lesz-e netem? Még jó, mert a hölgyike azt mondat, hogy JA a régi modemek le lesznek kapcsolva és csak az újonnan kiküldtek fognak működni, net ohne. Mivaaaan? Akkor miért mondta hogy vigyem vissza nyugodtan az újat? Csak, mert visszavihetem, ha akarom :D :D kabaré. Na itt vitatkoztunk egy kicsit, azt mondta hogy nem mondhat mást, csak ennyit, "fentről" jött a döntés, majd adott egy telefonszámot hogy hívjam fel azt ha reklamálni akarok. Lediktáltattam a rögzített hívásom azonosítóját hogy tudjak mire hivatkozni. A számon a UPC követelés-pénzbehajtás vette fel. No comment, semmiről sem tudnak. Csak azt hogy a modemcsere "fent" lett eldöntve és kész, hogy miért azt senki sem tudja, azt sem mikor lesznek a "régi" jól működő modemek lecserélve. :(

Utána úgy döntöttem berakom a Ubee-t, hiába olvastam 100 helyen mekkora szívások vannak vele, elindult nagy nehezen (3x újraindítás, bridge módba állítás), WiFree is (már nincs energiám letiltatni) így ez van most, de unresponzív a net, nehezen jönnek be az oldalak néha, néha viszont nincs gond, ez is már NAT-ol csak kiajánlja a public IP-t a router felé, de a belső UPC hálózat már 10. privát IP, szóval NAT van így is úgy is szerintem, csak nem a végponton ...

Utána felhívtam őket, van-e még hűségidőm, hálistennek lejárt. Megnéztem a digit, van a házunk előtt, kötnek a címre 1G/200-at. Remélem előbb-utóbb elbúcsúzok a UPC-s szívásoktól, ha nem javul szeptemberig a dolog...

A Wi-Free-ről jut eszembe: Megyek haza az utcán, fel lépcsőházban stb, a telóm vígan lóg a Wi-Free-n. De amikor otthon csücsülök, akkor továbbra is azon lóg, nem megy át magától a privát wifire.

A Wi-Free amúgy jó móka. Hiába tudok havonta sok gigát forgalmazni 3G-n villám gyorsan, valaki, aki még a CSD korszakban látott utoljára mobilnetet, olyan levelezőklienset fejlesztett Androidra Gmail néven, ami nem szedi le a csatolt dolgokat mobil kapcsolatnál. Ilyenkor jól jöhet a Wi-Free.

Ha ez igaz, akkor megint lesz egy ideges beszélgetésem velük. A cisco modemet még februárban le akarták cserélni erőszakosan, de én a szolgálratás megszűntetését helyeztem kilátásba. Ekkor elálltak a döntéstől ( a digitális adással kapcsolatban hasonlót beszélgettem)

Volt egy másik UPC-s thread, (upc vs ssh?) ott leírtam részletesen a hónapos szenvedésünket a Hitronnal, a végén visszajött a Cisco, azóta elfogadható a net, a 700+ kapcsolat meg se kottyan neki.

Újpest, egész pontosan Megyer, kertváros, tud valaki valamit? Nálam napok óta csak időszakosan van internet. Az Ubee cucc tökéletesen pingelhető, a gép látja, a jel viszonyok rendben vannak, egyszerűen kifelé nincs semmi, még ip-t sem kapok. Ezen a héten csütörtökön volt egy csörtém az ügyfélszolgálattal. Ígértek szombatra technikust, de nem jött. Viszont pénteken okés volt a netet elérés, szombaton délelőtt semmi, aztán délután négy körül megint volt. Akkor olybá vettem a dolgot, hogy emiatt nem jött a faszi. Most vasárnap megint semmi. Hamarosan megint felhívom az ügyfélszolgálatot, de jó lenne tudni, másnál is jelentkezik-e a probléma?

--------------------------

Csak a viták elkerülése végett. Ha nem használok ékezetet, mobiltelefonról írok.

Jelentkezett. Tegnap estétől ma reggelig. Össze-vissza pislogtak a ledek a modemen, és nem volt kapcsolat, sem ip-cím.
Székesfehérvár.

------------------------

Nekem nem ez a hiba. Feláll rendesen a modem, elérhető, pingelhető, ledek ahogy kell, villognak, alaplapi modemkártya rendben, jelerősségek oké, viszont ip cím nuku, nem látok kifelé.

--------------------------

Csak a viták elkerülése végett. Ha nem használok ékezetet, mobiltelefonról írok.

Na, ügyfélszolga felhív, mi a tökért nem jött tegnap a technikus, meg, hogy mi ez már, hogy hol van netem, hol nincs, és nem, nem akarok telefonon szakival dumálni, a beszélgetés végeztével olyan 20 perc múlva megint kilátok a nagyvilágra.

--------------------------

Csak a viták elkerülése végett. Ha nem használok ékezetet, mobiltelefonról írok.

Aztán a tököm kezd tele lenni. Ma hajnalban semmi, délután öt után megint csak semmi, most meg full sebességgel minden.

--------------------------

Csak a viták elkerülése végett. Ha nem használok ékezetet, mobiltelefonról írok.

Én pár napja vagyok birtokában egy upc-s mobilnetnek (freedom m). Végre valaki meglépte a korlátlan csomagot!
Hibátlanul megy városba és városon kívül is, még 30-35% jelszinttel is stabilan hozza a sebességet. Autóval kocsikázva simán lehet netárdiót hallgatni, egyszer-kétszer akad meg kb. 1 másodpercre, valószínűleg akkor vált bázisállomást. Egyébként otthon vagy álló helyzetben a letöltés beszögezve 1Mbit-re, a feltöltésre mértem már 0,6-ot és 1,8-at is (0,5 elvileg...).
Mire elég az 1Mbit? Mindenre. Teljesen jól töltődik minden oldal, normál youtube videó (360 és 480p) szinte azonnal indul. Lehet vele sshzni is, picit laggos mint minden mobilnet (elég stabil, 130-200ms között vannak a pingek), de még nem a zavaró kategória.
Az egyetlen furi dolog, hogy ausztrián keresztül franciaországba megy a forgalom, ott lesz kinatolva (nincs publikus ip, de ez igazából nem is akkor probléma), és onnan jutunk netre, magyar címekre is onnan jön vissza.

Stabil korlátlan mobilnet, 3990-ért, hűség nélkül. Kiváló.
Csillagos ötös, elégedett vagyok.
--
The Community ENTerprise Operating System

Par nap alatt ilyen kovetkezteteseket levonni butasag, vagy nagyon benyaltad a marketing bullshitet, vagy nem olvastad vegig a topicot.

..pláne hogy az egész csupán érintőlegesen foglalkozik a UPC mobilnettel, höhö.

Miért ne írhatnám be ugyanúgy a pozitív dolgot is, mint a negatívat?
--
The Community ENTerprise Operating System

Miért gondolod hogy az engem zavar?

UPC által fizetett komment?

--
openSUSE 13.1 x86_64

Szívesen fikáznám az UPC mobilnetjét, de a hétvégi bp-vonat-vidék-vonat-bp tapasztalat után nem rosszabb mint a többi.

Ami viszont bosszantóbb, hogy néha eldobja a hálózatot, meg vannak hívásbeli furcsaságok, de a tapasztaltabb kollégák szerint ez nem UPC hanem inkább Vodafone feature.

Hát Vodafone mobilnettel nekem jóval kevesebb problémám volt, mint UPC-vel.

Bár a hívásbeli furcsaságot nem igazán értem mobilinternet esetén. Lemaradtam, és már van telefon szolgáltatása is a UPC-nek? Esetleg VoIP-ozol valamivel?

--
openSUSE 13.1 x86_64

Értem. De azt még nem látom, hogy a Vodafone-nal lenne szerződve. Én úgy tudtam, hogy a Telenorral van együtt.

--
openSUSE 13.1 x86_64

Az úgy konkrét! Valami cikkben olvastam, hogy a telenorral vannak együtt. Sebaj, majd legközelebb :D

--
openSUSE 13.1 x86_64

Feltételezm a hang az pont megy másfelé. A UPC is telefonszolgáltató, így vélhetően egypontos összekapcsolódással a hangforgalom direkt UPC-n át megy.

/o\

A mobiltelefonból hogy jut el az UPC-ig? Mivel nekik nincs tornyuk (mármint GSM, vagy ami most kell a mobilhoz, mittomén). A kérdés ugye az volt hogy Voda vagy Felenor.

http://ugyfelszolgalat.upc.hu/app/answers/detail/a_id/391

"A UPC rendelkezik saját mobilinternet hálózattal?

A upc mobilinternet hálózatát technikailag a Vodafone biztosítja."

http://ugyfelszolgalat.upc.hu/app/answers/detail/a_id/392

"A upc mobilinternet hálózatát technikailag a Vodafone biztosítja."


"Belépés díjtalan, kilépés bizonytalan."
"Vajon mit várok a sorstól, ha hányok az édestől, és izzadok a sóstól."

> Hát Vodafone mobilnettel nekem jóval kevesebb problémám volt, mint UPC-vel.

^ placebo hatas

azért nem feltétlen. Elvétve látok olyat, az alaphálózati szolgáltató az MVNO-nak jobb műszaki vagy anyagi konsrukciót biztosít.
Lehet, hogy a szerződéskötés után rövid ideig kedvezőbb, de utána kihozza a saját csomagját, ami majdnem a nagyker árat is übereli.

Értem ezalatt, hogy a tényleges hálózati operátor a saját "csomagjait" előnybe részesíti a másik felett, illetve azt is, hogy a Vodafone megállapodik a UPC-vel, mint MVNO-val, xy csomagra (pl UPC vesz 5000db 5G csomagot - fontos, h ilyen csomag NE legyen a Vodánál, így nehezen összehasonlítható), majd x idő múlva kijön egy új csomaggal a Voda, amiben az ár a UPC által adott ár (kisker ár) és UPCnek adott (nagyker)ár között van.

Az persze kizárt, hogy pont az UPC-re átállás miatt az adott cellák nagyobb terhelést kapjanak mit eddig. Csak placebo lehet. Aha.

nekem kb 1 hónapja van,
én is meg vagyok elégedve vele,
simán megy a skype audio, skype video, spotify, youtube,
meg amit épp gondolok.
nekem is freedom m-van, 1Mbit-el teljesen jól elvagyok,

szerintem az, hogy nem kell figyelni a forgalmat, az teljesen más dimenzió, mivel nincs hűség, ha valaki behoz egy jobbat, majd váltok, de az tuti, hogy ezek után csak olyat veszek amiben korlátlan a net.

+1
ha 1mbit-et ad akkor is ha "lejár a keret" az már simán jó "bármire" útközben.
Nyilván nem arra való, hogy helyettesítse a fix netet.

Útközben nem frissítünk, nem töltünk ISO-t és nem torrentezünk, mert minek?
Útközben levelezünk, chatelünk,ssh-zunk, RDP-zünk, levelezünk. Melyikre nem elég az 1mbps?

Korlátlan, de lassú, tehát mégis korlátos. Nagy mágus ez az UPC. ;D LTE képes mobil tulajaként kifejezetten díjaznám ezt az őrült rohanást.

--------------------------

Csak a viták elkerülése végett. Ha nem használok ékezetet, mobiltelefonról írok.

Ilyen alapon csak a végtelen sebességű net nem korlátos. Mongyonle az UPC!

Ráadásul a garantált sávszélesség gondolom 0kbit/s :-P

Pont annyi, mint bármelyik másik mobilnetnél. Aki mobilnethez többet garantál... az már szép.

miután ugye az NMHH úgy definiálta, h a garantált sebességet bárhol kell nyújtani. (értsd lakatlan völgyben és a betonbunkerben is.)

Hm, nálam most ping index.hu 300-500-1000 msec, szemben a szokásos mondjuk hússzal. Meg gondolom az egész külvilág, most ssh-val vagyok bent és halál.

Amennyire látom, nincs számottevő se fel- se le irányú forgalmam.

09:44:28 AM     IFACE   rxpck/s   txpck/s    rxkB/s    txkB/s   rxcmp/s   txcmp/s  rxmcst/s
09:45:28 AM      eth3      0.00      1.28      0.00      0.00      0.00      0.00      0.00
09:45:28 AM        lo      0.39      0.39      0.03      0.03      0.00      0.00      0.00
09:45:28 AM       br0      0.48      0.71      0.00      0.00      0.00      0.00      0.00
09:45:28 AM      eth2      0.49      1.20      0.00      0.00      0.00      0.00      0.46
09:45:28 AM      eth1     25.84     15.91      2.67      2.92      0.00      0.00      0.00
09:45:28 AM      eth0      0.00      0.00      0.00      0.00      0.00      0.00      0.00
09:45:28 AM      tun0      0.00      0.00      0.00      0.00      0.00      0.00      0.00

Az eth1 a külvilág.

Másnál is van esetleg nyomor? Bp., I. kerület.

Nézd meg az RTT-t a gateway irányába!
Nálam most éppen ~2ms, de volt egy időszak, amikor gyakran súrolta a 900ms-t.

ap:~# ping -n -c 10 37.191.63.254
PING 37.191.63.254 (37.191.63.254) 56(84) bytes of data.
64 bytes from 37.191.63.254: icmp_req=2 ttl=255 time=6016 ms
64 bytes from 37.191.63.254: icmp_req=3 ttl=255 time=5008 ms
64 bytes from 37.191.63.254: icmp_req=4 ttl=255 time=4000 ms
64 bytes from 37.191.63.254: icmp_req=5 ttl=255 time=4509 ms
64 bytes from 37.191.63.254: icmp_req=6 ttl=255 time=4016 ms
64 bytes from 37.191.63.254: icmp_req=7 ttl=255 time=3017 ms
64 bytes from 37.191.63.254: icmp_req=8 ttl=255 time=3454 ms
64 bytes from 37.191.63.254: icmp_req=9 ttl=255 time=2453 ms
64 bytes from 37.191.63.254: icmp_req=10 ttl=255 time=2466 ms

--- 37.191.63.254 ping statistics ---
10 packets transmitted, 9 received, 10% packet loss, time 9048ms
rtt min/avg/max/mdev = 2453.918/3882.677/6016.649/1116.855 ms, pipe 6

Picit lehangoló. Innét, a város végéből nem tudom megállapítani, hogy most a modem és az UPC között van a baj, vagy a házban, avagy a kerületben.

mtr

Eredetileg azt akartam, de az érdemi kérdésben (modem - UPC, épület - UPC, kerület - UPC) szerintem nem segít. Leginkább az érdekel, hogy tudok-e tenni bármit is (ami nagyjából kimerül egy kábelcserében), vagy az UPC-nek kéne tennie valamit.

De amúgy idióta voltam, most mentem el az UPC ügyfélszolgálat előtt, és elfelejtettem rákérdezni hogy wtf. Ha nem javul, akkor arrafelé megyek haza.

Azért azt ki tudod deríteni talán, hogy a hurok végéig jó vagy-e...

Áh, inkább jelentettem mint hibát, úgyse csináltam még ilyet. Nekik egyszerűbb lesz, pláne ha tényleg van valami nyomor amiről tudnak.

Úgy néz ki, hogy a modem powercycle elég volt (egyelőre). Kell valami megoldást találnom, hogy távolról is ki-be lehessen kapcsolni :D

Kezd nemvicces lenni:

--- index.hu ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9014ms
rtt min/avg/max/mdev = 1690.752/4402.929/7021.680/1587.682 ms, pipe 8

Average:        IFACE   rxpck/s   txpck/s    rxkB/s    txkB/s   rxcmp/s   txcmp/s  rxmcst/s
Average:         eth3      0.00      0.84      0.00      0.00      0.00      0.00      0.00
Average:           lo      0.27      0.27      0.02      0.02      0.00      0.00      0.00
Average:          br0      0.46      0.39      0.00      0.00      0.00      0.00      0.00
Average:         eth2      0.48      0.78      0.00      0.00      0.00      0.00      0.45
Average:         eth1     15.11      2.90      1.15      0.42      0.00      0.00      0.00
Average:         eth0      0.00      0.00      0.00      0.00      0.00      0.00      0.00
Average:         tun0      0.00      0.00      0.00      0.00      0.00      0.00      0.00

Egerben hajnal óta nincs net. ip-t kapok, de ennyi.

Akkor nekem jobb :D

Sziasztok,

BP-n a 4. kerületben (Kápostásmegyer I-II) tapasztal valaki problémát? Nekem 10-15 percenként leszakad a modem, majd a downstream meglesz, az upstream nehezen jön össze. Utána 10-15 percig megint megy. Abból, hogy elsőre kb. 2 percen belül kezelőhöz jutottam az ügyfélszolgálaton , valami egyedi hibára gondoltam. De most az utolsó körben 8-10 perc várakoztatás után meguntam és leraktam a telefont.
Alapvetően nem érdekelne, mert jó idő van. Csak épp egy egész hétvégés melóban vagyok, és így nem vicces VPN-ezni, hogy 10-15 percenként leszakadok...

Itt az ideje (sajnos) feltornázni ezt a témát. Döglődik a nemzetközi forgalom számomra. traceroute szemmelverése alapján Hollandiában van valami nagy akadozás:

 5  84.116.240.38 (84.116.240.38)  209.300 ms  209.296 ms  209.290 ms
 6  nl-ams02a-rd1-tge-0-4-0-2.aorta.net (84.116.130.45)  209.198 ms  194.554 ms  208.665 ms
 7  nl-ams02a-rd1-tge-0-4-0-2.aorta.net (84.116.130.41)  210.561 ms  209.297 ms  210.472 ms
 8  * * fr-par02a-rd1-gi-15-0-0.aorta.net (84.116.130.113)  208.780 ms
 9  * * *
10  * * *

"UPC-ről tudunk valamit?" Kösz.

Nem tudom, hogy van-e köze hozzá, de nálam az elmúlt pár napban rendszeresen van névfeloldási hiba. Fél percekre kiesik néha. Megszakadó ssh, ftp, nem betöltődő oldalak, ilyesmi a hiba. Aztán újracsatlakozás / frissítés után megy ismét.
Fiber Power Business

"A +1 az a proletárlájk."

Ahogy szokták írni: s/napban/évben/
Én a google névszervereire álltam át.

upc fibernet Debrecenben lehalt, a 1221-en a géphang már azzal fogad, hogy fennakadások vannak a környéken, de ezzel még nem lenne semmi gond, de mobilnetről sem érhető el a upc weboldala. Ekkora a gebasz?

azóta a site bejön. akkor tényleg csak valaki elharapott egy optikát, vagy mi...

Szerintem mukodik. Legalabbis, en nem tapasztalok problemat a varos deli reszen.

---
Apple iMac 27"
áéíóöőúüű

Azzal nem kell foglalkozni, azt mindig bemondja. Mint ahogy azt is, hogy az ügyfélszolgálat terheltsége nagyon magas.
--
"Sose a gép a hülye."

Sziasztok!

Pár napja a következőket tapasztalom (UPC 240/20 net mellett, BP 13.ker.):
Este töredékére lassul a netsebességem bizonyos irányokba/ból. Konkrétam kiderült, hogy 18:00-kor hirtelen belassul, majd éjfélkor rendbejön. Napközben megvan a 240/20, este 18:00 után viszont csak 20/20.
Természetesen bejelentettem, nem találtak hibát, illetve a környékről más nem jelzett hasonló gondot (ami nem jelenti azt, hogy másnál nincs ilyen gond, csak esetleg nem vette észre).

Ami fura, hogy
speedtest.upc.hu-val mérve 20/20MBit/s
speedtest.net-el mérve, Vodafone irányába megvan a 240/20MBit/s

Youtube, facebook, bármilyen letöltés érezhetően lassabb ilyenkor.

Nyilván nem méregetek állandóan, csak az tűnt fel, hogy a VPS szerveremről (aminek 100MBit/s-es uplinkje van,) alig 100-200KB/s-el tudok letölteni, ami azért botrányosan lassú...

Tapasztalt mostanában valaki hasonlót?

Nálam is ugyanez.
Hibajegyemet szépen lezárták azzal, hogy ők kivizsgálták és náluk nincs semmi hiba.

♲♻♲

Te is a 13. ker.ben vagy?

Mi most itt mérünk, tracelünk, ilyen értékek jönnek:

C:\Users\admin>tracert 82.131.166.10

Tracing route to host-166-10.hosting.bix2.hu [82.131.166.10]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms router.asus.com [192.168.0.1]
2 * * * Request timed out.
3 7 ms 7 ms 7 ms catv-78-139-29-254.catv.broadband.hu [78.139.29.254]
4 8 ms 7 ms 8 ms catv-89-135-220-141.catv.broadband.hu [89.135.220.141]
5 50 ms 48 ms 50 ms hu-bud02a-ra4-ae45-2023.aorta.net [84.116.240.10]
6 47 ms 48 ms 53 ms 84.116.137.22
7 47 ms 51 ms 49 ms 213.46.166.14
8 51 ms 49 ms 48 ms eth1.bix-p2.invitel.net [213.163.54.158]
9 50 ms 48 ms 49 ms host-166-10.hosting.bix2.hu [82.131.166.10]

Trace complete.

Ez szerintem nem a legjobb a hu-bud02a-ra4-ae45-2023.aorta.net után.

Hozzán egy hét múlva jön UPC-s ember, de addig azért jó lenne, ha megoldódna.

Engem is lepattintottak azzal, hogy a pingek felém jók, a jelszint jó (30 napra visszamenőleg) és más nem jelzett hasonló gondot.

Lehet, hogy holnap megint felhívom őket ezzel a hírrel, ez biztos, hogy nem nálam, lakáson belül lévő probléma, ezért kár kijönnie a upc-s embernek.

Nem 13. ker, Pest megye északi részén lévő település.
Kb ugyanez. hu-bud02a-ra4-ae45-2023.aorta.net után lassulás a tracerout-ban.
Most beszéltem velük, kb. annyira jutottunk, hogy amíg nincs tömeges bejelentés addig nem vizsgálják érdemben a dolgot.
Van egy álláspontjuk, hogy biztos a routing-al van baj és azzal ők nem tudnak semmit kezdeni azt a másik oldalon lévő szolgáltatónak (facebook, stb.) kell jelezni, mert azt ők állítják.
Teljes ignorancia és félrebeszélés. Nagyon elégedetlen vagyok.

♲♻♲

Jól hangzik :(
Én most webes felületen megint jeleztem nekik, ha kell bejelentem minden órában mert ez így nem szolgáltatás. Az remélem már tömeges lesz.
Ja és ezzel szerződést is szegnek, mert a garantált sávszél (60/5) nincs meg...

A garantált az a hálózatukon _belül_ garantált, amikor kilép onnan a forgalmad, akkor már bármi lehet.

Ne izgulj, a diginél ugyanez van.
--
"Sose a gép a hülye."

Dupla.

Ugyanez. 13. kerület szintén. Az imént adtam le hibára.

Nálam amúgy látszik minden esetben a ping időkön (BIX felé 40-60ms, külföld (Németország) 80-90ms. Ennek a negyede/harmada szokott lenni normális esetben. Valamint 1-2% packet loss is befigyel egy 1-2 percig tartó ping index.hu alatt.

Webezés kapcsán érezni, de nem annyira jelentős, viszont ssh-n dolgozni baromi idegesítő. Pont annyira lagos hogy zavarjon, és ne legyen gördülékeny a munka.

Modem jelszintek jó, speedtesten mérve up/down jó, modem újraindítás nem segít. A nagy gond az, hogy az ügyfélszolgálat is pontosan ezeket játszani végig mindenkinél droid módón, és mivel háromból három pipa, így aztán le is szarják az egészet.

Köszi az infót.

Én a legutolsó bejelentésemkor kértem eszkalációt magasabb szintre, de az ottani emberke is csak droid módra elmondta, hogy jelszint ok, ping felém ok, más nem jelezte a hibát, így ennél többet nem tud tenni...

Örülni fogok, ha holnap este megint beszakad a sebesség, és egész hétvégén ilyen lesz...

Ezt próbáljátok ki: http://testmy.net/download
Nekem ez abszolút visszaadja amikor a teljesítménnyel gondok vannak.
speedtest.net kb. mindig adja a beígértet.
A http://testmy.net/download viszont amikor nem jelentkezik a probléma, akkor adja a beígértet, amikor pedig jelentkezik, akkor azt is hűen tükrözi és írja is hogy az átlagos UPC Hungary kapcsolatoknak kb. az 5%-át tudja éppen a kapcsolatom.
Úgy néztem német szerverrel tesztel.

♲♻♲

Én azért használom a http://speedtest.upc.hu -t, mert ők is azzal tesztelnek, amikor helyszínen vannak, és erre nem mondhatják, hogy fals eredményt ad, hisz az övék.
Speedtest.net ping alapján mindig megkeresi a leggyorsabb célt és azzal tesztel. Ha manuálisan átállítod pl. telekomra, telenorra, bármi másra, máris jönnek a rossz értékek.
Természetesen nekem éjfél körül megint helyreállt a kapcsolat, de este megint be fog esni. Ezt játssza már 3 napja...

És ugye a efi. szerződésben garantált/max sávszélességet a saját hálózaton belül vállalják, ez a mérőpont meg ott van.

Igen, én is erre gondoltam :)

Nálam is éjfél után gyógyult meg, illetve a reggeli kávé mellett is ránéztem 8-9 között, aztán eljöttem otthonról, azóta lehet hogy megint szar :) Ticketre egyelőre nem válaszoltak.

Tegnap egész nap jó volt, majd 18:01-kor bezuhant. Gondolom, ma is ez van.
Egyelőre nekem sem reagáltak.

Évekkel ezelőtt kb. félévig tapasztaltam hasonló problémákat, mint amikről itt a topikban sokan panaszkodnak. Akkor fél év hibakeresés is kevés volt a szolgáltatónak a megoldáshoz. Ráadásul még a probléma okáról sem nagyon tudtak értelmes információkat közölni.

Phoenix_Art -> Számítástechnikai tippek, trükkök, leírások

bp1ker attila ut
upc azt mondja 20 hazzal odebb nincs aram (feltetelezem a dobozukban). nincs alternativ route? log szerint reggel ota nincs net. egyszer egy rovid idore delutan visszajott.
ha ez igy igaz akkor az egesz kornyeken nincs upc. ugyfelszolga amikor a rendelkezesreallasra kerdezek az aszfben azt mondja 72 orajuk van. prima. sosem lesz ez a tavmunka orszaga ilyen infrastrukturaval.

Távmunkához üzleti előfizetést célszerű venni. annak más a rendelkezésre állása, mint a lakosságinak. A lakossági előfizetés esetén nem igazán érdekli őket (de a többi szolgáltatót sem), hogy munkára használod. Ha meg létkérdés, backup kell venni egy 3G/4G mobilnet-et.

az üzleti előfizetés csomagtól is függ hogy mit vállalnak. Nálunk annak a rendelkezésre állása is katasztrófális (kb minden héten van leállás)

De ha mint üzleti ügyfél vered az asztalt, akkor talán egy kicsit jobban izgatják magukat. Nem sokkal, de talán azért egy fokkal jobban, mint lakossági ügyfélnél.

a) folyamatosan megy a szöveg (szerintem a felvétel része) hogy "magas ügyfélszolgálatunk hívásterheltsége stb"
b) bármilyen időpontban (kora reggel, délelőtt, délben, délután, kora este, késő este, éjjel 2kor) hívtam őket 8-40perc közötti időbe telt hogy egy kezelő felvegye a telefont! ehhez 20másodpercenként bemondják hogy bocs köszi a türelmet (ami a rendszeres fél órás várakozások mellett kifejezetten dühítő)
c) ugyanaz a bamba-gyökér hozzáállás minden alkalommal. pl nincs szünetmentesük, rövid tüske és hopp egy fél napra net nélkül maradt a pár érintett utca:
felteszed a kérdést: mikor és hogyan tud ez változni? Ha most pl. panaszt teszek abból bármi érdemi eredmény? természetesen nem (jóváírnak max az egyenlegedre vmi nevetséges összeget ami a velük töltött telefonszámlád nem fedezi :D ).
//Összesküvéselmélet on: maximum feketelistára tesznek, vagy tovább várakoztatnak még ennél is, hátha nem teszel annyi bejelentést úgy nem romlanak a statisztikáik.. :)
**
kb hetente hívhatom őket, bár most nagyon szorítok, lehet hogy új rekord születik: még 1 nap és meglesz a két hét.
Illetve, a francba vele, megnéztem a logot:
{"way":"DOWN","timestamp":"2017-04-16T03:46:16+02:00"[..]}
{"way":"UP","timestamp":"2017-04-16T05:23:58+02:00"[..]}
..szóval ha ma este nincs semmi akkor 1 hét.. (de legalább 2 hete nap közben, mikor használtam volna épp akkor volt. ez csodaszámba megy.. komolyan a telekomhoz való visszatérés is felmerült (szerintem ez jellemzi a helyzetet súlyosságát leginkább :D)

+1

Phoenix_Art -> Számítástechnikai tippek, trükkök, leírások

cáfolom. Én kiemelt ügyfélként általában azonnal, de worst case is 5percen belül humánhoz kerültem...

mit cáfolsz? azt hogy nálam ez a helyzet? marhaság. neked ilyen tapasztalatod van, nekem meg olyan. nincs itt semmi probléma. gondolom te hiperkiemelt ügyfél vagy én meg nem. vagy csak frekventált helyen laksz ahol számítanak a kimaradások én pedig olyanon ahol alacsony(abb) az előfizetők sűrűsége vagy a panaszok száma/kimaradás ezért leszarják mert a díjat így is befizetik az emberek ezért nem kell szinvonalat produkálni. pláne hogy nem jó szolgáltatásra van szükség(ük), a csak a legszarabbnál kicsit jobbra(színesebbre, eladhatóbbra, védhetőbbre).
Esetleg ha egy szolgáltatási terültetet(környék) tudnál mondani akkor teljesen lezárhatjuk hogy más területről van szó :)

Van egy pár: Múzeum krt környékén és BAH csomópont környékén több is.

Akkor a sötétbe lövés kb bejött: én a város szélén perem kerületben..

FYI
{"way":"DOWN","timestamp":"2017-04-26T03:28:43+02:00"[..]}
{"way":"UP","timestamp":"2017-04-26T17:56:23+02:00"[..]}
Egy büdös hang sem jött tőlük. és nem nem előre bejelentett karbantartás volt ez sem. (mobilnet nélkül már gutaütést kaptam volna :) )

Volt kiemelt üzleti ügyfélként elmondhatom, hogy egyáltalán nem. Bár úgy lett volna, akkor a "volt" szó sem lett volna ott az előző mondatomban. :)

Phoenix_Art -> Számítástechnikai tippek, trükkök, leírások

26 óra offline után újra van delej (a 26 órából volt egy kb fél órás időszak amikor volt net tegnap délután)
Az Attila 113-ban volt valami - sejtem beázott a doboz - legalábbis az ügyfélszolga szerint. Onnan az alagút irányába a házsorban kiesett a net egy bő napra.
A Logodi utca ezek szerint másik ágon van... (ld lentebb post)

Van a telefonomon 3g, de pont miközben a upc karbantartás naplóját néztem a neten kifogyott a quota, és a plussz adatot borsosan mérik ahhoz képest, hogy itt lenne a korlátlan net. Lehet beállítom a UPC wi-free roamingját, mert ilyenkor legalább ahol mehet, idegen wifijére is rácuppanhatok.

bp1ker Logodi utca (Attila út környéke)
Tökéletesen működik.
speedtest.upc.hu = 7ms 511.8/22.7Mbps
De más irányokba is tutti.

Mikor mérted? Ahogy fent is írják az esti órákban van csak gond...

♲♻♲

Tegnap éjjel.
De veszek majd több mintát.
Amit viszont észrevettem, hogy ezt a sebességet csak Ubuntu alatt tudom elérni, Win10 alatt mindig kevesebb.

Vettem mintát:

04.21 18:22

upc.speedtest: 7ms 512.0/22.8Mbps
speedtest.net ATW: 8ms 501.61/23.05Mbps
speedtest.net Frankfurt: 23ms 513.62/22.66Mbps

04.21 19:50

upc.speedtest: 7ms 512.1/22.8Mbps
speedtest.net ATW: 7ms 507.77/23.07Mbps
speedtest.net Frankfurt: 23ms 511.41/22.54Mbps

Köszi, ma egyelőre nekem is jó.
Vagy véletlen, vagy kijavították, miután hárman is bejelentettük...

megj.: egyébként helyfüggő a dolog, pl. VIII., XI. kerben nem is jelentkezett, minden ok volt, így lehet, hogy nálad is az I. kerületben :) viszont a XIII.-ban és Észak-Pest megyében tapasztaltuk a lassulást.

Nálam is jó most \0/

♲♻♲

Az jó hír, reméljük így is marad :)

Lazán kapcsolódik: http://szelessav.net/

Itt van egy térkép, amin meg lehet nézni, hogy melyik szolgáltató az ország egyes területein, hogy muzsikál.

De biztosan örülne az NMHH, ha minél többen telepítenének mérődobozt, hogy jobb legyen a rálátásuk az internetszolgáltatók szolgáltatásainak minőségére + az előfizetők is láthatnák, hogy mikor milyen volt az elérhető sávszélességük

Inkább SamKnows dobozt rakjon le az ember, amihez gyakorlatilag nulla köze van mindenféle hazai hatóságnak...

Az NMHH féle mérődoboznak van egy qrvanagy előnye (tisztességes telepítés esetén és 100mbps átvitel alatt): a user látja, hogy mennyi a pillanatyni forgalma. Ha ezt lehetne egy 5000Ft-os LCD-vel kijelezni is, az volna a tuti...

Háát.
Ezt a funkciót manapság már bármelyik tűzfal beépítve tudja, akár jóval nagyobb sebességre is.
LCD 5000Ft-ért meg elég drága jószág lehet, biztosan aranyozott! Helyette egy 100-120kW-os futófény a nyerő - legalábbis otthoni használatra. Azt a falat a nagyszobában nem kell meszelni. :)

A Sam doboz meg képes Gigás netet is mérni, ami, úgy gondolom, nem hátrány... Ja, és persze csak akkor mér, ha épp nincs forgalom a dróton, illetve a wifi-n is "csend" van.

Rendben, az biztosan új doboz lesz. A többi az NMHH féle eszközre is stimmel. Mondjuk elég elborult dolog szerintem minden mérődobozzal azonos időben mérni, dehát ők tudják...
Lásd: http://bix.hu/statisztika/nmhh/c2c8bd9ef989beb841b444a6e8b8813b

Legalább annyit megtehettek volna, hogy induláskor vagy random(60) alapján hozzák létre a cron szabályt...

Én írtam nekik, hogy a doboz csak 100-as lábakkal bír, és mennék fölfelé 200-as netre, mi a teendő - válaszként annyi jött, hogy rendben, küldik a gyorsabb eszközt - a régivel meg azt csinálok, amit akarok.

Tegnap este nálunk is nagyon rossz volt egy ideig. Folyamatos szakadás, valszeg szép nagy packet loss. Modem újraindítás nem segített, aztán
elmentünk aludni. Ma ha nem lesz jó, akkor mérek. IX. kerület.

Most reggeli állapot:

Performing traceroute to (185.43.206.113) from (89.134.252.21), 30 hops max, 104 byte packets
01   89.134.255.254     30 ms  20 ms  20 ms
02   89.135.220.238     10 ms  10 ms  10 ms
03   84.116.241.110     10 ms  10 ms  20 ms
04   84.116.137.210     20 ms  84.116.137.22      10 ms  10 ms
05   185.43.204.77      10 ms  10 ms  20 ms
06  * * *
07  *
Traceroute FAILED.

Helyileg Eger.

--
A főnököm mindig megtartja amit ígér, ha pénzt ígér azt is!

tvegergw (0.0.0.0)                                     Tue Apr 25 08:38:20 2017
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                       Packets               Pings
 Host                                Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 37.191.35.254                     0.0%    43   20.9  23.5  10.3  31.8   4.2
 2. 89.135.214.238                    0.0%    43    8.6  10.5   5.8  21.5   4.5
 3. 84.116.240.26                     0.0%    43   18.5  15.1   9.9  31.2   4.5
 4. 84.116.137.202                    0.0%    43   12.4  14.0  10.9  22.7   2.8
 5. 185.43.204.77                     0.0%    43   13.0  20.5  11.0 167.5  29.1
 6. 185.43.206.113                    0.0%    43   11.4  14.8  11.3  22.6   3.4

MTR nálad mit mond?

-------------------
http://streamstat.hu/ - A legtöbb magyar rádió és TV egy helyen!

Már nem vagyok otthon, a UPC modemjében néztem az értékeket. Közben mobilról neteztem mert nem jöttek be az oldalak. Ami érdekes, hogy a slackware.com traceroute-ja sikerült.

--
A főnököm mindig megtartja amit ígér, ha pénzt ígér azt is!

Debrecen, üzleti upc előfizetés rendben van, viszont a tőle ~900m-re lévő lakossági reggel óta borzasztóan csuklik:

--- bix.hu ping statistics ---
30 packets transmitted, 8 received, 73% packet loss, time 29174ms
rtt min/avg/max/mdev = 16.905/17.842/19.036/0.651 ms

--- google.com ping statistics ---
30 packets transmitted, 8 received, 73% packet loss, time 29179ms
rtt min/avg/max/mdev = 10.792/11.649/14.393/1.082 ms

--- hup.hu ping statistics ---
30 packets transmitted, 17 received, 43% packet loss, time 29032ms
rtt min/avg/max/mdev = 8.781/12.164/15.545/1.604 ms

Próbálta már valaki átírni a DNS szerverek IP címét a Technicolor routerben? Pl. OpenDNS-re vagy Google DNS-re. Problémázik ezen az UPC, vagy transzparens?

Nincs probléma.

Ilyen DNS szervereket használok:
217.79.128.45,217.79.129.76,195.184.181.4,195.184.180.4,129.250.35.250,8.8.8.8
+ a dhcp-vel kapottakat.
Igaz, Technicolort nem használok. ;)

--- -- --:--:--: [Major] SYNC Timing Synchronization failure - Failed to acquire FEC f...
--- -- --:--:--: [Major] SYNC Timing Synchronization failure - Failed to acquire QAM/Q...
--- -- --:--:--: [Major] SYNC Timing Synchronization failure - Failed to acquire QAM/Q...
--- -- --:--:--: [Major] SYNC Timing Synchronization failure - Failed to acquire QAM/Q...
--- -- --:--:--: [Major] SYNC Timing Synchronization failure - Failed to acquire FEC f...
--- -- --:--:--: [Major] SYNC Timing Synchronization failure - Failed to acquire QAM/Q...

Örülünk Vincent?

--
A főnököm mindig megtartja amit ígér, ha pénzt ígér azt is!

Csak mobilról kellett feljönni, hogy beböfögjem a hibát és már száguld is ;-)

--
A főnököm mindig megtartja amit ígér, ha pénzt ígér azt is!