Administrator kokaracha Posted July 12, 2009 Administrator Report Share Posted July 12, 2009 Я споделете кои какъв лаг предлага на клиентите си,в зависимост от скоростта/тарифата му И кой закъснения са нормалните за вас спрямо краен клиент. Use since OpenBSD 3.x FreeBSD 4.x Centos 5.x Debian 3.x Ubuntu 7.x Аз съм фен на OpenWRT. Горчивината от лошото качество остава дълго след като е преминало удоволствието от ниската цена. _____________________________ ___|____|____|____|____|____|__ _|____|____|____|____|____|____ ___|____|_ Удряй _|____|____|__ _|____|___ главата ___|____|____ ___|____|_ си тук!! |____|____|__ _|____|____|____|____|____|____ ___|____|____|____|____|____|__ Link to comment Share on other sites More sharing options...
Administrator 111111 Posted July 12, 2009 Administrator Report Share Posted July 12, 2009 а какво да правиме ако доставчика преди теб е с лаг ? Харесай поста ^^^ Форумът е за взаимопомощ а не за свършване на чужда работа ɹɐǝɥ uɐɔ noʎ ǝɹoɯ ǝɥʇ 'ǝɯoɔǝq noʎ ɹǝʇǝınb ǝɥʇ Link to comment Share on other sites More sharing options...
Administrator kokaracha Posted July 12, 2009 Author Administrator Report Share Posted July 12, 2009 а какво да правиме ако доставчика преди теб е с лаг ? Сменяме доставчика ! Сега сериозно, професонален нет и лаг ? Use since OpenBSD 3.x FreeBSD 4.x Centos 5.x Debian 3.x Ubuntu 7.x Аз съм фен на OpenWRT. Горчивината от лошото качество остава дълго след като е преминало удоволствието от ниската цена. _____________________________ ___|____|____|____|____|____|__ _|____|____|____|____|____|____ ___|____|_ Удряй _|____|____|__ _|____|___ главата ___|____|____ ___|____|_ си тук!! |____|____|__ _|____|____|____|____|____|____ ___|____|____|____|____|____|__ Link to comment Share on other sites More sharing options...
byte Posted July 12, 2009 Report Share Posted July 12, 2009 Според тарифата, според това клиента каква безжична техника е готов да плати.. Link to comment Share on other sites More sharing options...
Guest Posted July 12, 2009 Report Share Posted July 12, 2009 От рутера на нашия доставчик до нашия бордер - една милисекунда при 30% натоварване - 100 мегаба с оптика и конвертори. От нашия рутер до клиента по 100 мегабитовата мрежа със най-евтини суичове и кабели - 3 милисекунди с 10 милисекундни скокове. Пробите са с размер на пакета 1500 байта. Всички пакетни опашки са по подразбиране, няма QoS и други от сорта в този пример. На други места където има безжични връзки, вероятност за зашумяване и т.н. закъснението компенсираме с приоритизиране на някои пакети и достига максимум 30 милисекунди, като потърпевшия трафик - p2p, torrent това не го засяга - държи си даунлоуд скорост, а сайтовете се отварят бързо.... Най-чувствителните са игрите, FPS игри се играят на сървър с нисък пинг или се стартира наш си сървър на който всички хлапета да пуцат. Стратегиите и RPG-тата държат на високи пингове, така че 30 милисекунди не ги бъркат тях, стига IP адреса на сървъра или портовете на играта да са приоритизирани за да се намали jitter-а... В натоварените моменти се смъква sniff от интерфейсите и се аналзира, правят се графики на jitter-а.... Постоянна работа е, не е просо "свързваш кабела" и то върви За по-акуратни измервания използваме ping който може да изпраща по-бързо и да връща по-точни стойности... За клиенти които имат приложения свързани с финанси или бизнес като цяло се взимат специални мерки да се намали до абсолютния възможен минимум закъснението на пакетите. Link to comment Share on other sites More sharing options...
Administrator kokaracha Posted July 14, 2009 Author Administrator Report Share Posted July 14, 2009 Хайде по смело,нека разберем кое колко кога е най правилното. п.п NetworkPro Имах предвид закъсненията/лаг в зависимост от скоростта/тарифата при достигане на максималната скорост на краиния килент. Use since OpenBSD 3.x FreeBSD 4.x Centos 5.x Debian 3.x Ubuntu 7.x Аз съм фен на OpenWRT. Горчивината от лошото качество остава дълго след като е преминало удоволствието от ниската цена. _____________________________ ___|____|____|____|____|____|__ _|____|____|____|____|____|____ ___|____|_ Удряй _|____|____|__ _|____|___ главата ___|____|____ ___|____|_ си тук!! |____|____|__ _|____|____|____|____|____|____ ___|____|____|____|____|____|__ Link to comment Share on other sites More sharing options...
Mile Posted July 18, 2009 Report Share Posted July 18, 2009 За всяка тарифа макс 4ms до dir, че най-лесно се пише. От гр. Своге. От селата 6ms. Разликата в плановете е общо взето в "гаранцията" и tcpmax. Като усерем нещо (в месеца поне 1 път и най-често аз) предлагаме 100-200мс + порядъчни загуби на пакети. Int е малко трудно да се прецени какви са средните закъснения. Да кажем в Wow realm Neptulon средно вечер е 80-90ms. Събота на обяд е 100-120+, а неделя в 19-22 часа е над 200ms. Ест и самия realm вдига лага, когато е full, но е търпимо. Всякакви "корпоративни клиенти" имат 4-5ms при какви да е осирания и евентуалности. Те са в друга бира заплащане и договорка. пп Един клиент скоро ми заяви "аз пинг не теглим..." Link to comment Share on other sites More sharing options...
¤ DJ69 ¤ (ツ) ¤ Posted July 24, 2009 Report Share Posted July 24, 2009 Добре но закъснение до къде?Трябва да се зададе въпроса според мен така: -пинг до GW -пинг до BG -пинг до INT -според тарифния план -дом./бизнес или греша?! Link to comment Share on other sites More sharing options...
Mile Posted July 24, 2009 Report Share Posted July 24, 2009 ping-a до гейта ако е различно от 1ms има сериозна грешка някаде... По 1мс на хоп след това е добре. За BG. За int освен за игрите за друго няма значение. Познавам точно 4 човека ползващи ssh до щатите и досега не са ми ревали, което значи е що годе прилично. Осиранията са задължителни при нас поне. Все пак с тия мизерни цени, които взимаме единствената ни полза е кръжока. За тия пък с цени 15-20лв направо е пионерски ентусиазъм. Link to comment Share on other sites More sharing options...
slevin Posted July 24, 2009 Report Share Posted July 24, 2009 Все пак с тия мизерни цени, които взимаме единствената ни полза е кръжока. За тия пък с цени 15-20лв направо е пионерски ентусиазъм. /изв.темата За съжаление при "дивия" капитлизъм нещата са такива, и се налага да се съобразяваме с това. Не че искам да се върнат Бай Тошовите времена, но "златната" среда като че ли е някъде по средата. Link to comment Share on other sites More sharing options...
Administrator kokaracha Posted July 24, 2009 Author Administrator Report Share Posted July 24, 2009 Краиния клиент едва ли го интересува какъв е пинга до гейта му или пък с колко му се вдига лаг-а през рутерите. Въпроса е какъв лаг има в зависимост от това колко плаща(тарифата) или колко получава(сkоростта) и какви са нормалните стойности на закъсненията според вас (доставчиците) на услутата при крайния клиент при неизползване и пълно използване на услугата от страна на клиента. Use since OpenBSD 3.x FreeBSD 4.x Centos 5.x Debian 3.x Ubuntu 7.x Аз съм фен на OpenWRT. Горчивината от лошото качество остава дълго след като е преминало удоволствието от ниската цена. _____________________________ ___|____|____|____|____|____|__ _|____|____|____|____|____|____ ___|____|_ Удряй _|____|____|__ _|____|___ главата ___|____|____ ___|____|_ си тук!! |____|____|__ _|____|____|____|____|____|____ ___|____|____|____|____|____|__ Link to comment Share on other sites More sharing options...
Guest Posted April 16, 2010 Report Share Posted April 16, 2010 Това е въпрос на пакетните опашки. Всеки ги осира по негов начин. И неще да казва обикновено как Link to comment Share on other sites More sharing options...
MiPSus Posted April 16, 2010 Report Share Posted April 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 ... и яз можем, и тате може, ма козата си сака пръч! Link to comment Share on other sites More sharing options...
Administrator kokaracha Posted April 16, 2010 Author Administrator Report Share Posted April 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. Горчивината от лошото качество остава дълго след като е преминало удоволствието от ниската цена. _____________________________ ___|____|____|____|____|____|__ _|____|____|____|____|____|____ ___|____|_ Удряй _|____|____|__ _|____|___ главата ___|____|____ ___|____|_ си тук!! |____|____|__ _|____|____|____|____|____|____ ___|____|____|____|____|____|__ Link to comment Share on other sites More sharing options...
Guest Posted April 16, 2010 Report Share Posted April 16, 2010 Как да ти отговорят хората на въпросите като не се старят да вкарат по-малко плащащия в по-голяма пакетна опашка. Ако питаш мен по-добре да имат загуба, отколкото лаг. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now