Администратор kokaracha Публикувано 12 Юли, 2009 Администратор Доклад Сподели Публикувано 12 Юли, 2009 Я споделете кои какъв лаг предлага на клиентите си,в зависимост от скоростта/тарифата му И кой закъснения са нормалните за вас спрямо краен клиент. Use since OpenBSD 3.x FreeBSD 4.x Centos 5.x Debian 3.x Ubuntu 7.x Аз съм фен на OpenWRT. Горчивината от лошото качество остава дълго след като е преминало удоволствието от ниската цена. _____________________________ ___|____|____|____|____|____|__ _|____|____|____|____|____|____ ___|____|_ Удряй _|____|____|__ _|____|___ главата ___|____|____ ___|____|_ си тук!! |____|____|__ _|____|____|____|____|____|____ ___|____|____|____|____|____|__ Адрес на коментара Сподели в други сайтове More sharing options...
Администратор 111111 Отговорено 12 Юли, 2009 Администратор Доклад Сподели Отговорено 12 Юли, 2009 а какво да правиме ако доставчика преди теб е с лаг ? Харесай поста ^^^ Форумът е за взаимопомощ а не за свършване на чужда работа ɹɐǝɥ uɐɔ noʎ ǝɹoɯ ǝɥʇ 'ǝɯoɔǝq noʎ ɹǝʇǝınb ǝɥʇ Адрес на коментара Сподели в други сайтове More sharing options...
Администратор kokaracha Отговорено 12 Юли, 2009 Автор Администратор Доклад Сподели Отговорено 12 Юли, 2009 а какво да правиме ако доставчика преди теб е с лаг ? Сменяме доставчика ! Сега сериозно, професонален нет и лаг ? Use since OpenBSD 3.x FreeBSD 4.x Centos 5.x Debian 3.x Ubuntu 7.x Аз съм фен на OpenWRT. Горчивината от лошото качество остава дълго след като е преминало удоволствието от ниската цена. _____________________________ ___|____|____|____|____|____|__ _|____|____|____|____|____|____ ___|____|_ Удряй _|____|____|__ _|____|___ главата ___|____|____ ___|____|_ си тук!! |____|____|__ _|____|____|____|____|____|____ ___|____|____|____|____|____|__ Адрес на коментара Сподели в други сайтове More sharing options...
byte Отговорено 12 Юли, 2009 Доклад Сподели Отговорено 12 Юли, 2009 Според тарифата, според това клиента каква безжична техника е готов да плати.. Адрес на коментара Сподели в други сайтове More sharing options...
NetworkPro Отговорено 12 Юли, 2009 Доклад Сподели Отговорено 12 Юли, 2009 От рутера на нашия доставчик до нашия бордер - една милисекунда при 30% натоварване - 100 мегаба с оптика и конвертори. От нашия рутер до клиента по 100 мегабитовата мрежа със най-евтини суичове и кабели - 3 милисекунди с 10 милисекундни скокове. Пробите са с размер на пакета 1500 байта. Всички пакетни опашки са по подразбиране, няма QoS и други от сорта в този пример. На други места където има безжични връзки, вероятност за зашумяване и т.н. закъснението компенсираме с приоритизиране на някои пакети и достига максимум 30 милисекунди, като потърпевшия трафик - p2p, torrent това не го засяга - държи си даунлоуд скорост, а сайтовете се отварят бързо.... Най-чувствителните са игрите, FPS игри се играят на сървър с нисък пинг или се стартира наш си сървър на който всички хлапета да пуцат. Стратегиите и RPG-тата държат на високи пингове, така че 30 милисекунди не ги бъркат тях, стига IP адреса на сървъра или портовете на играта да са приоритизирани за да се намали jitter-а... В натоварените моменти се смъква sniff от интерфейсите и се аналзира, правят се графики на jitter-а.... Постоянна работа е, не е просо "свързваш кабела" и то върви За по-акуратни измервания използваме ping който може да изпраща по-бързо и да връща по-точни стойности... За клиенти които имат приложения свързани с финанси или бизнес като цяло се взимат специални мерки да се намали до абсолютния възможен минимум закъснението на пакетите. - Адрес на коментара Сподели в други сайтове More sharing options...
Администратор kokaracha Отговорено 14 Юли, 2009 Автор Администратор Доклад Сподели Отговорено 14 Юли, 2009 Хайде по смело,нека разберем кое колко кога е най правилното. п.п NetworkPro Имах предвид закъсненията/лаг в зависимост от скоростта/тарифата при достигане на максималната скорост на краиния килент. Use since OpenBSD 3.x FreeBSD 4.x Centos 5.x Debian 3.x Ubuntu 7.x Аз съм фен на OpenWRT. Горчивината от лошото качество остава дълго след като е преминало удоволствието от ниската цена. _____________________________ ___|____|____|____|____|____|__ _|____|____|____|____|____|____ ___|____|_ Удряй _|____|____|__ _|____|___ главата ___|____|____ ___|____|_ си тук!! |____|____|__ _|____|____|____|____|____|____ ___|____|____|____|____|____|__ Адрес на коментара Сподели в други сайтове More sharing options...
Mile Отговорено 18 Юли, 2009 Доклад Сподели Отговорено 18 Юли, 2009 За всяка тарифа макс 4ms до dir, че най-лесно се пише. От гр. Своге. От селата 6ms. Разликата в плановете е общо взето в "гаранцията" и tcpmax. Като усерем нещо (в месеца поне 1 път и най-често аз) предлагаме 100-200мс + порядъчни загуби на пакети. Int е малко трудно да се прецени какви са средните закъснения. Да кажем в Wow realm Neptulon средно вечер е 80-90ms. Събота на обяд е 100-120+, а неделя в 19-22 часа е над 200ms. Ест и самия realm вдига лага, когато е full, но е търпимо. Всякакви "корпоративни клиенти" имат 4-5ms при какви да е осирания и евентуалности. Те са в друга бира заплащане и договорка. пп Един клиент скоро ми заяви "аз пинг не теглим..." Адрес на коментара Сподели в други сайтове More sharing options...
¤ DJ69 ¤ (ツ) ¤ Отговорено 24 Юли, 2009 Доклад Сподели Отговорено 24 Юли, 2009 Добре но закъснение до къде?Трябва да се зададе въпроса според мен така: -пинг до GW -пинг до BG -пинг до INT -според тарифния план -дом./бизнес или греша?! Адрес на коментара Сподели в други сайтове More sharing options...
Mile Отговорено 24 Юли, 2009 Доклад Сподели Отговорено 24 Юли, 2009 ping-a до гейта ако е различно от 1ms има сериозна грешка някаде... По 1мс на хоп след това е добре. За BG. За int освен за игрите за друго няма значение. Познавам точно 4 човека ползващи ssh до щатите и досега не са ми ревали, което значи е що годе прилично. Осиранията са задължителни при нас поне. Все пак с тия мизерни цени, които взимаме единствената ни полза е кръжока. За тия пък с цени 15-20лв направо е пионерски ентусиазъм. Адрес на коментара Сподели в други сайтове More sharing options...
slevin Отговорено 24 Юли, 2009 Доклад Сподели Отговорено 24 Юли, 2009 Все пак с тия мизерни цени, които взимаме единствената ни полза е кръжока. За тия пък с цени 15-20лв направо е пионерски ентусиазъм. /изв.темата За съжаление при "дивия" капитлизъм нещата са такива, и се налага да се съобразяваме с това. Не че искам да се върнат Бай Тошовите времена, но "златната" среда като че ли е някъде по средата. Адрес на коментара Сподели в други сайтове More sharing options...
Администратор kokaracha Отговорено 24 Юли, 2009 Автор Администратор Доклад Сподели Отговорено 24 Юли, 2009 Краиния клиент едва ли го интересува какъв е пинга до гейта му или пък с колко му се вдига лаг-а през рутерите. Въпроса е какъв лаг има в зависимост от това колко плаща(тарифата) или колко получава(сkоростта) и какви са нормалните стойности на закъсненията според вас (доставчиците) на услутата при крайния клиент при неизползване и пълно използване на услугата от страна на клиента. Use since OpenBSD 3.x FreeBSD 4.x Centos 5.x Debian 3.x Ubuntu 7.x Аз съм фен на OpenWRT. Горчивината от лошото качество остава дълго след като е преминало удоволствието от ниската цена. _____________________________ ___|____|____|____|____|____|__ _|____|____|____|____|____|____ ___|____|_ Удряй _|____|____|__ _|____|___ главата ___|____|____ ___|____|_ си тук!! |____|____|__ _|____|____|____|____|____|____ ___|____|____|____|____|____|__ Адрес на коментара Сподели в други сайтове More sharing options...
NetworkPro Отговорено 16 Април, 2010 Доклад Сподели Отговорено 16 Април, 2010 Това е въпрос на пакетните опашки. Всеки ги осира по негов начин. И неще да казва обикновено как - Адрес на коментара Сподели в други сайтове More sharing options...
MiPSus Отговорено 16 Април, 2010 Доклад Сподели Отговорено 16 Април, 2010 От бордера в Софето до Европата: 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 ... и яз можем, и тате може, ма козата си сака пръч! Адрес на коментара Сподели в други сайтове More sharing options...
Администратор kokaracha Отговорено 16 Април, 2010 Автор Администратор Доклад Сподели Отговорено 16 Април, 2010 От бордера в Софето до Европата: 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. Горчивината от лошото качество остава дълго след като е преминало удоволствието от ниската цена. _____________________________ ___|____|____|____|____|____|__ _|____|____|____|____|____|____ ___|____|_ Удряй _|____|____|__ _|____|___ главата ___|____|____ ___|____|_ си тук!! |____|____|__ _|____|____|____|____|____|____ ___|____|____|____|____|____|__ Адрес на коментара Сподели в други сайтове More sharing options...
NetworkPro Отговорено 16 Април, 2010 Доклад Сподели Отговорено 16 Април, 2010 Как да ти отговорят хората на въпросите като не се старят да вкарат по-малко плащащия в по-голяма пакетна опашка. Ако питаш мен по-добре да имат загуба, отколкото лаг. - Адрес на коментара Сподели в други сайтове More sharing options...
Recommended Posts
Създайте нов акаунт или се впишете, за да коментирате
За да коментирате, трябва да имате регистрация
Създайте акаунт
Присъединете се към нашата общност. Регистрацията става бързо!
Регистрация на нов акаунтВход
Имате акаунт? Впишете се оттук.
Вписване