UPC-ről tudunk valamit?

Hálózatok egyéb

Sziasztok!

Az UPC-ről tud valaki valamit? Mi a gond?

  • 106908 megtekintés

( dejo v | 2013. 11. 02., szo – 12:13 )

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

( rohamkocka | 2013. 11. 02., szo – 12:31 )

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

$ 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

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

( Smiley | 2013. 11. 02., szo – 12:34 )

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

( bra | 2013. 11. 02., szo – 12:44 )

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

( Lacyc3 v | 2013. 11. 02., szo – 12:47 )

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

( elod v | 2013. 11. 02., szo – 13:41 )

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

( connor v | 2013. 11. 02., szo – 14:11 )

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

( csabyka v | 2013. 11. 02., szo – 14:22 )

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

( lajos22 | 2013. 11. 02., szo – 15:13 )

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

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

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

+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

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.

( uid_7086 | 2013. 11. 02., szo – 16:45 )

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. :)

( linelord | 2013. 11. 02., szo – 17:25 )

"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

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

( zoell | 2013. 11. 04., h – 12:37 )

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

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!

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.

( freeoli v | 2013. 11. 11., h – 15:21 )

FUNOFF:

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

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

( lajos22 | 2013. 11. 18., h – 22:44 )

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

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

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

( mr shadow v | 2013. 11. 26., k – 20:50 )

veszprémi upc megint kezdi.. 19:20 óta nagios szép piros majdnem állandóan
--
>'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!

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

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

( uid_4656 v | 2013. 11. 28., cs – 00:06 )

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

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

( hnsz2002 v | 2013. 12. 03., k – 15:39 )

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.

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

( zcs | 2013. 12. 03., k – 21:29 )

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

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.

( kreszan | 2013. 12. 03., k – 23:54 )

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

É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

( lajos22 | 2013. 12. 05., cs – 02:44 )

"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

( rohamkocka | 2013. 12. 05., cs – 17:11 )

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

( MGy v | 2013. 12. 05., cs – 18:15 )

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

( oykawa | 2013. 12. 05., cs – 18:48 )

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

Oykawa Hirohito

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

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

( YanChi | 2013. 12. 06., p – 10:02 )

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

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:~#

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?

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

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.

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.

( bra | 2013. 12. 07., szo – 10:09 )

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!

( Celtic v | 2013. 12. 10., k – 15:02 )

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

--
http://www.micros~1

( lajos22 | 2014. 01. 10., p – 00:35 )

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

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

( rohamkocka | 2014. 01. 19., v – 13:13 )

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

( Fisher v | 2014. 01. 30., cs – 21:12 )

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

( seferbt v | 2014. 01. 30., cs – 21:32 )

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

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?

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

( Proci85 v | 2014. 02. 04., k – 09:50 )

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

( akion | 2014. 02. 24., h – 16:12 )

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

Nem, ilyenem:
http://ugyfelszolgalat.upc.hu/app/answers/detail/a_id/461/~/technicolor…

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

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

( Celtic v | 2014. 03. 07., p – 20:11 )

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

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.

( Celtic v | 2014. 04. 13., v – 12:07 )

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

( imbuszkulcs | 2014. 06. 10., k – 11:02 )

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

( rohamkocka | 2014. 07. 08., k – 16:21 )

É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

( akion | 2014. 08. 16., szo – 23:24 )

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

( lajos22 | 2014. 08. 19., k – 02:25 )

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

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.

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.

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

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

( szerverplex | 2014. 09. 20., szo – 10:06 )

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

( lajos22 | 2014. 09. 22., h – 00:05 )

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-nor…

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

( uid_20269 | 2014. 09. 22., h – 10:00 )

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

( nydn | 2014. 10. 09., cs – 21:06 )

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

( hnsz2002 v | 2014. 10. 15., sze – 20:15 )

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

( Darkcomet | 2014. 10. 19., v – 12:58 )

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

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.

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.

( Fisher v | 2014. 11. 03., h – 07:06 )

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

( vilmos.nagy | 2014. 11. 25., k – 01:26 )

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

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

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

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

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

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

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?)

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)

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

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. :)

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 :)

( jailhouse v | 2014. 12. 25., cs – 22:35 )

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ó!

( sz332 v | 2015. 01. 24., szo – 17:08 )

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?

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.

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... :)

( djsilas | 2015. 02. 23., h – 13:02 )

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?

( Celtic v | 2015. 02. 25., sze – 11:06 )

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

( horbeni | 2015. 02. 27., p – 23:10 )

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

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. :(

( hrobi88 | 2015. 03. 25., sze – 20:12 )

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. :)

( dragi v | 2015. 07. 02., cs – 10:24 )

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

( crypton | 2015. 07. 02., cs – 11:36 )

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.

( Darkcomet | 2015. 08. 02., v – 11:32 )

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

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.

( hnsz2002 v | 2015. 08. 02., v – 11:50 )

É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

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.

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

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.

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?

( Fisher v | 2015. 08. 28., p – 09:52 )

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.


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.

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.

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

( uid_10547 | 2015. 08. 28., p – 10:55 )

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

( seferbt v | 2015. 08. 29., szo – 17:01 )

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

( uid_2716 | 2015. 09. 11., p – 13:27 )

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

( leho | 2017. 02. 17., p – 18:27 )

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?

( thmir v | 2017. 04. 20., cs – 20:05 )

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?

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.

♲♻♲

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

É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

( hendrick v | 2017. 04. 20., cs – 22:01 )

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.

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)

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ó :)

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.

( terumcce | 2017. 04. 21., p – 10:08 )

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.

( terumcce | 2017. 04. 21., p – 19:52 )

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.

( Atis89 v | 2017. 04. 23., v – 23:21 )

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

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. :)

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

( sz332 v | 2017. 04. 24., h – 14:36 )

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.

( Polesz v | 2017. 04. 25., k – 06:23 )

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!

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

( Polesz v | 2017. 04. 28., p – 18:31 )


--- -- --:--:--: [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!