Jump to content

Закъснения/lag


Recommended Posts

  • Администратор

Я споделете кои какъв лаг предлага на клиентите си,в зависимост от скоростта/тарифата му  :)

И кой закъснения са нормалните за вас спрямо краен клиент.

Use since

OpenBSD 3.x

FreeBSD 4.x

Centos 5.x Debian 3.x Ubuntu 7.x

Аз съм фен на OpenWRT.

 

Горчивината от лошото качество остава дълго след като е преминало удоволствието от ниската цена.

_____________________________

___|____|____|____|____|____|__

_|____|____|____|____|____|____

___|____|_ Удряй _|____|____|__

_|____|___ главата ___|____|____

___|____|_ си тук!! |____|____|__

_|____|____|____|____|____|____

___|____|____|____|____|____|__

Адрес на коментара
Сподели в други сайтове

  • Администратор

а какво да правиме ако доставчика преди теб е с лаг ?

Харесай поста ^^^
acer.gif htc.gifsigpic4024_2.gif

Форумът е за взаимопомощ а не за свършване на чужда работа


ɹɐǝɥ uɐɔ noʎ ǝɹoɯ ǝɥʇ 'ǝɯoɔǝq noʎ ɹǝʇǝınb ǝɥʇ

Адрес на коментара
Сподели в други сайтове

  • Администратор

а какво да правиме ако доставчика преди теб е с лаг ?

Сменяме доставчика !

Сега сериозно, професонален нет и лаг ?

Use since

OpenBSD 3.x

FreeBSD 4.x

Centos 5.x Debian 3.x Ubuntu 7.x

Аз съм фен на OpenWRT.

 

Горчивината от лошото качество остава дълго след като е преминало удоволствието от ниската цена.

_____________________________

___|____|____|____|____|____|__

_|____|____|____|____|____|____

___|____|_ Удряй _|____|____|__

_|____|___ главата ___|____|____

___|____|_ си тук!! |____|____|__

_|____|____|____|____|____|____

___|____|____|____|____|____|__

Адрес на коментара
Сподели в други сайтове

От рутера на нашия доставчик до нашия бордер - една милисекунда при 30% натоварване - 100 мегаба с оптика и конвертори. От нашия рутер до клиента по 100 мегабитовата мрежа със най-евтини суичове и кабели - 3 милисекунди с 10 милисекундни скокове. Пробите са с размер на пакета 1500 байта. Всички пакетни опашки са по подразбиране, няма QoS и други от сорта в този пример.

На други места където има безжични връзки, вероятност за зашумяване и т.н. закъснението компенсираме с приоритизиране на някои пакети и достига максимум 30 милисекунди, като потърпевшия трафик - p2p, torrent това не го засяга - държи си даунлоуд скорост, а сайтовете се отварят бързо....

Най-чувствителните са игрите, FPS игри се играят на сървър с нисък пинг или се стартира наш си сървър на който всички хлапета да пуцат. Стратегиите и RPG-тата държат на високи пингове, така че 30 милисекунди не ги бъркат тях, стига IP адреса на сървъра или портовете на играта да са приоритизирани за да се намали jitter-а...

В натоварените моменти се смъква sniff от интерфейсите и се аналзира, правят се графики на jitter-а....

Постоянна работа е, не е просо "свързваш кабела" и то върви :)

За по-акуратни измервания използваме ping който може да изпраща по-бързо и да връща по-точни стойности...

За клиенти които имат приложения свързани с финанси или бизнес като цяло се взимат специални мерки да се намали до абсолютния възможен минимум закъснението на пакетите.

-

Адрес на коментара
Сподели в други сайтове

  • Администратор

Хайде по смело,нека разберем кое колко кога е най правилното.

п.п  NetworkPro

Имах предвид закъсненията/лаг в зависимост от скоростта/тарифата при достигане на максималната скорост на краиния килент.

Use since

OpenBSD 3.x

FreeBSD 4.x

Centos 5.x Debian 3.x Ubuntu 7.x

Аз съм фен на OpenWRT.

 

Горчивината от лошото качество остава дълго след като е преминало удоволствието от ниската цена.

_____________________________

___|____|____|____|____|____|__

_|____|____|____|____|____|____

___|____|_ Удряй _|____|____|__

_|____|___ главата ___|____|____

___|____|_ си тук!! |____|____|__

_|____|____|____|____|____|____

___|____|____|____|____|____|__

Адрес на коментара
Сподели в други сайтове

За всяка тарифа макс 4ms до dir, че най-лесно се пише. От гр. Своге. От селата 6ms. Разликата в плановете е общо взето в "гаранцията" и tcpmax. Като усерем нещо (в месеца поне 1 път и най-често аз) предлагаме 100-200мс + порядъчни загуби на пакети.

Int е малко трудно да се прецени какви са средните закъснения. Да кажем в Wow realm Neptulon средно вечер е 80-90ms. Събота на обяд е 100-120+, а неделя в 19-22 часа е над 200ms. Ест и самия realm вдига лага, когато е full, но е търпимо.

Всякакви "корпоративни клиенти" имат 4-5ms при какви да е осирания и евентуалности. Те са в друга бира заплащане и договорка.

пп Един клиент скоро ми заяви "аз пинг не теглим..."

Адрес на коментара
Сподели в други сайтове

Добре но закъснение до къде?Трябва да се зададе въпроса според мен така:

-пинг до GW

-пинг до BG

-пинг до INT

-според тарифния план

-дом./бизнес

или греша?!

Адрес на коментара
Сподели в други сайтове

ping-a до гейта ако е различно от 1ms има сериозна грешка някаде... По 1мс на хоп след това е добре. За BG. За int освен за игрите за друго няма значение. Познавам точно 4 човека ползващи ssh до щатите и досега не са ми ревали, което значи е що годе прилично.

Осиранията са задължителни при нас поне. Все пак с тия мизерни цени, които взимаме единствената ни полза е кръжока. За тия пък с цени 15-20лв направо е пионерски ентусиазъм.

Адрес на коментара
Сподели в други сайтове

Все пак с тия мизерни цени, които взимаме единствената ни полза е кръжока. За тия пък с цени 15-20лв направо е пионерски ентусиазъм.

/изв.темата

За съжаление при "дивия" капитлизъм нещата са такива, и се налага да се съобразяваме с това. Не че искам да се върнат Бай Тошовите времена, но "златната" среда като че ли е някъде по средата.

Адрес на коментара
Сподели в други сайтове

  • Администратор

Краиния клиент едва ли го интересува  какъв  е пинга до гейта му или пък с колко му се вдига лаг-а през рутерите.

Въпроса е какъв лаг има в зависимост от това колко плаща(тарифата) или колко получава(сkоростта) и какви са нормалните стойности на закъсненията според вас (доставчиците) на услутата при крайния клиент при неизползване и пълно използване на услугата от страна на  клиента.

Use since

OpenBSD 3.x

FreeBSD 4.x

Centos 5.x Debian 3.x Ubuntu 7.x

Аз съм фен на OpenWRT.

 

Горчивината от лошото качество остава дълго след като е преминало удоволствието от ниската цена.

_____________________________

___|____|____|____|____|____|__

_|____|____|____|____|____|____

___|____|_ Удряй _|____|____|__

_|____|___ главата ___|____|____

___|____|_ си тук!! |____|____|__

_|____|____|____|____|____|____

___|____|____|____|____|____|__

Адрес на коментара
Сподели в други сайтове

  • 8 месеца по-късно ...

От бордера в Софето до Европата:

1458 bytes from ftp.de.debian.org (141.76.2.4): icmp_seq=1 ttl=53 time=41.4 ms

1458 bytes from ftp.de.debian.org (141.76.2.4): icmp_seq=2 ttl=53 time=43.1 ms

1458 bytes from ftp.de.debian.org (141.76.2.4): icmp_seq=3 ttl=53 time=43.1 ms

От клиент до същото:

Reply from 141.76.2.4: bytes=1450 time=57ms TTL=52

Reply from 141.76.2.4: bytes=1450 time=52ms TTL=52

Reply from 141.76.2.4: bytes=1450 time=55ms TTL=52

Reply from 141.76.2.4: bytes=1450 time=59ms TTL=52

От Бордера до АБВ:

1458 bytes from abv.bg (194.153.145.104): icmp_seq=1 ttl=62 time=0.405 ms

1458 bytes from abv.bg (194.153.145.104): icmp_seq=2 ttl=62 time=0.430 ms

1458 bytes from abv.bg (194.153.145.104): icmp_seq=3 ttl=62 time=0.386 ms

1458 bytes from abv.bg (194.153.145.104): icmp_seq=4 ttl=62 time=0.383 ms

От същия "клиент":

Reply from 194.153.145.104: bytes=1450 time=10ms TTL=61

Reply from 194.153.145.104: bytes=1450 time=11ms TTL=61

Reply from 194.153.145.104: bytes=1450 time=11ms TTL=61

Reply from 194.153.145.104: bytes=1450 time=12ms TTL=61

От Бордера до "клиента" има последователно:

1.) 12км. оптика

2.) 32км. PtP WiFi

3.) 13км. PtMP WiFi

4.) 700m. PtMP WiFi

... и яз можем, и тате може, ма козата си сака пръч!

Адрес на коментара
Сподели в други сайтове

  • Администратор

От бордера в Софето до Европата:

1458 bytes from ftp.de.debian.org (141.76.2.4): icmp_seq=1 ttl=53 time=41.4 ms

1458 bytes from ftp.de.debian.org (141.76.2.4): icmp_seq=2 ttl=53 time=43.1 ms

1458 bytes from ftp.de.debian.org (141.76.2.4): icmp_seq=3 ttl=53 time=43.1 ms

От клиент до същото:

Reply from 141.76.2.4: bytes=1450 time=57ms TTL=52

Reply from 141.76.2.4: bytes=1450 time=52ms TTL=52

Reply from 141.76.2.4: bytes=1450 time=55ms TTL=52

Reply from 141.76.2.4: bytes=1450 time=59ms TTL=52

От Бордера до АБВ:

1458 bytes from abv.bg (194.153.145.104): icmp_seq=1 ttl=62 time=0.405 ms

1458 bytes from abv.bg (194.153.145.104): icmp_seq=2 ttl=62 time=0.430 ms

1458 bytes from abv.bg (194.153.145.104): icmp_seq=3 ttl=62 time=0.386 ms

1458 bytes from abv.bg (194.153.145.104): icmp_seq=4 ttl=62 time=0.383 ms

От същия "клиент":

Reply from 194.153.145.104: bytes=1450 time=10ms TTL=61

Reply from 194.153.145.104: bytes=1450 time=11ms TTL=61

Reply from 194.153.145.104: bytes=1450 time=11ms TTL=61

Reply from 194.153.145.104: bytes=1450 time=12ms TTL=61

От Бордера до "клиента" има последователно:

1.) 12км. оптика

2.) 32км. PtP WiFi

3.) 13км. PtMP WiFi

4.) 700m. PtMP WiFi

Имах предвид закъсненията/лаг в зависимост от скоростта/тарифата при достигане на максималната скорост на краиния килент.
Краиния клиент едва ли го интересува  какъв  е пинга до гейта му или пък с колко му се вдига лаг-а през рутерите.

 Въпроса е какъв лаг има в зависимост от това колко плаща(тарифата) или колко получава(сkоростта) и какви са нормалните стойности на закъснениятаспоред вас (доставчиците) на услутата при крайния клиент при неизползване и пълно използване на услугата от страна на  клиента.

Use since

OpenBSD 3.x

FreeBSD 4.x

Centos 5.x Debian 3.x Ubuntu 7.x

Аз съм фен на OpenWRT.

 

Горчивината от лошото качество остава дълго след като е преминало удоволствието от ниската цена.

_____________________________

___|____|____|____|____|____|__

_|____|____|____|____|____|____

___|____|_ Удряй _|____|____|__

_|____|___ главата ___|____|____

___|____|_ си тук!! |____|____|__

_|____|____|____|____|____|____

___|____|____|____|____|____|__

Адрес на коментара
Сподели в други сайтове

Как да ти отговорят хората на въпросите като не се старят да вкарат по-малко плащащия в по-голяма пакетна опашка.

Ако питаш мен по-добре да имат загуба, отколкото лаг.

-

Адрес на коментара
Сподели в други сайтове

Създайте нов акаунт или се впишете, за да коментирате

За да коментирате, трябва да имате регистрация

Създайте акаунт

Присъединете се към нашата общност. Регистрацията става бързо!

Регистрация на нов акаунт

Вход

Имате акаунт? Впишете се оттук.

Вписване
  • Потребители разглеждащи страницата   0 потребители

    • No registered users viewing this page.
×
×
  • Създай нов...

Important Information

By using this site, you agree to our Terms of Use.