Do diskuse momentálně není možné vkládat příspěvky. Děkujeme za pochopení.
Úvod > Diskuse > Technické otázky > IE lokalita ostrava - priserna agregace ?

IE lokalita ostrava - priserna agregace ?

Petr (15.4.2006 09:01:08)

Dobry den, Uz asi mesic mam problem s IE ( 2048 / 256 ), lokalita Ostrava. V dobe od cca 13-22 mam ztratovost pingu okolo 40%, upload pres FTP okolo 10 kB. Internet vsemozne tedy pomaly a nestabilni. Po nekolika urgencich na CTc, jsem se se dostal jedine odpovedi a to ze agregace ! zakazniku moc, naklady na stabilizovani stavu minimalni..bla bla bla. Chtel jsem se zeptat koho agregace v lokalite Ostrava v techto hodinach taky trapi ? Doufam, ze se do par tydnu situace stabilizuje, pokud ne, aspon Vam ubyde jedna osoba na DSLamu, pze prejdu na UPC...

Anonym (16.4.2006 00:50:22)

Agregace je u me pokles realne rychlosti z cca 2,7Mb/s na 2,5Mb/s. Jestli Ti muzu doporucit, tak nereklamuj rychlost, ale ztratovost, ktera nemuze byt ani pri maximalni agregaci. Udelej si traceroute treba na seznam.cz, potom si ve vypisu najdi prvni IP, ktera zacina na 194 - na tu si vyzkousej ztratovost a pokud bude, tak to musi Telecom resit, protoze je to porad v v jeho siti.

Petr (16.4.2006 07:53:02)

Bohuzel... i packet lost je u CTc porad agregace :-) O rychlost se mi vubec nejedna... myslim dowload Dobrý den, až na uvedenou ztrátovost jsou výpisy v pořádku. Každopádně jak píšete, že problém je hlavně od 14:00 - 22:00 tak je zde evidentní působení agregace 1:50. Z důvodu působení agregace je také možné upřednosťnování určitých protokolů Děkujeme za spolupráci, každopádně současný stav je pravděpodobně způsobený působením agregace.

Petr (16.4.2006 07:55:21)

edit : TO byla odpoved CTc prakticky ke stejnemu dotazu, ktery jsem napsal zde... pak prisel email cislo 2... Vazeny pane, sluzba neni garanatovana, bla bla bla, zkuste datovy okruh...

Thorough (16.4.2006 23:18:36)

Ta odpoved je slusne odflaknuta - jakoby ji psal nejaky naprogramovany automat :-) Vyslovne pripousti, ze ztratovost neni v poradku, ale neresi ji. Duvod soucasneho stavu *odhaduje* na pusobeni agregace, ale neoveri, zda je to opravdu ten duvod.

Anonym (16.4.2006 09:39:04)

Paket lost nemuze byt?? Ty jsi nekde k adsl pripojce dostal potvrzeni ze paket lost bude vzdy a zasadne 0%?????

Thorough (16.4.2006 23:03:25)

Ne, ztratovost 40% nemuze byt.

Anonym (17.4.2006 06:15:27)

Ne a procpak si myslis ze ne? Nebo ze by prani bylo otcem myslenky? Uvedom si ze agregace je zalozena prave na zahazovani paketu

Thorough (18.4.2006 01:22:02)

uvedom si ze se ICMP pakety pri snizovani rychlosti nezahazuji

Anonym (2.5.2006 18:28:12)

Kdyby to bylo vsechno tak jednoduchy tak jdu kopat zahony.

jpg (17.4.2006 19:07:52)

dle oficialniho vyjadreni: - packet loss 90% = funckni linka - pokud projde jeden paket za 5 dni, nevznika narok na slevu

Thorough (18.4.2006 01:21:00)

to je hloupost co pises

Anonym (23.4.2006 02:48:05)

Sice nevim kde jsi vyhrabal takove "oficialni stanovisko", ale je to blbost. Je pravda ze pokud ma ADSL vypadek dele nez 5 dnu, tak se da uplatnovat sleva, ale za zacatek vypadku se bere bud kdyz je vypadek nahlasen nebo ho Telecom sam zjistil a konec vypadku je kdyz Telecom reseni vypadku uzavre, mezi tim muze projit libovolne mnozstvi paketu. No a ztratovost 90% neni funkcni sluzba.

Anonym (23.4.2006 09:23:21)

No, jasně, takže ty se budeš hádat a soudit esli to je nebo není funkční, jo? Ještě když ve smlouvě je psaný, co je psaný. Abys nepohořel hele.

Anonym (23.4.2006 11:20:57)

jezis ty jsi nechapavy to neni mozne :-DDDD

Anonym (23.4.2006 13:24:33)

zkušenosti

Anonym (23.4.2006 15:15:31)

to bylo moc levne

Anonym (24.4.2006 13:51:09)

kdyby mel proudit jeden packet za pet dni tak raci zruším net a jezdím ty informace převážet autem

Anonym (1.5.2006 21:08:47)

64 bytes from 194.228.32.3: icmp_seq=11 ttl=56 time=93.7 ms 64 bytes from 194.228.32.3: icmp_seq=12 ttl=56 time=97.8 ms 64 bytes from 194.228.32.3: icmp_seq=13 ttl=56 time=95.4 ms --- seznam.cz ping statistics --- 14 packets transmitted, 12 received, 14% packet loss, time 38927ms rtt min/avg/max/mdev = 85.436/93.930/97.827/3.450 ms >> Orlová