ето един трейс от клиент на БТК ADSL в София:
1 1 ms <1 ms <1 ms 192.168.2.1
2 2 ms 1 ms 1 ms 192.168.1.1
3 12 ms 11 ms 12 ms Virtual-ADSL.btc-net.bg [212.39.70.100]
4 9 ms 9 ms 10 ms 212-39-87-65.btc-net.bg [212.39.87.65]
5 14 ms 25 ms 13 ms 68-91-39-212.btc-net.bg [212.39.91.68]
6 15 ms 14 ms 17 ms 26_204.btc-net.bg [213.91.204.26]

Както се вижда ясно на него задължителното latency което добавя ADSL връзката е от порядъка на 9 до 12ms, което както знаете е пренебрежително малко.


Ето сега и traceroute от един друг клиент на БТК ADSL във Варна
1 2 ms <1 ms <1 ms 192.168.2.1
2 30 ms 30 ms 30 ms 212-39-87-244.btc-net.bg [212.39.87.244]
3 40 ms 39 ms 38 ms 101-91-39-212.btc-net.bg [212.39.91.101]
4 39 ms 40 ms 39 ms 92-91-39-212.btc-net.bg [212.39.91.92]
5 41 ms 44 ms 44 ms 58_64.btc-net.bg [212.39.64.58]
6 42 ms 43 ms 45 ms 26_204.btc-net.bg [213.91.204.26]

Веднага се забелязва че latency-то което се добавя от модема тук е 30ms, което за притенциозен онлайн гейминг, като добавим и допълнителния лаг който ще се породи от другите хопове нататъка - става вече не чак толкова пренебрежително малко....

* tracert-тата са пуснати от клиентите-> към едно и също IP хоствано в БГ, но не това е важното защото искам да концентрирам вниманието в/у хопа межу ADSL модема и ADSL рутера в ценралата, който в единия случай е максимум 12ms а в другия цели 30ms !!!

Та въпроса ми е към технически специалист по ADSL модеми, защо се получава това забавяне, и защо в единия случай е пренебрежително малко а в друг случай може да набъбне до 30ms и нагоре, което вече идва малко в повечко. Ето някои варианти които на мен ми се въртят в главата:
1. Лошо качесто/или голяма дължина на телефонна линия ли е проблема?
2. Настройка на ADSL модема и/или на ADSL рутера в централата може би предопределя големината на тези латенции? Има ли нещо общо с разрешаването на режима Fastpath ?
3. Марката и модела на модема, ли е важна ?


За някои от Вас които ще се забързат да ми отговарят че такива разлики и латенции не са от значение, веднага ще ги изпреваря с това че според мене са и то от голямо значение, зашото живото доказателство идва с това че единия клиент играе онлайн игра на един и същ БГ сървър с пинг 25, а другия с пинг 70, което е от голямо значение особено за FPS игрите.

---
Против пиратството.
Против разделението на скоростите на нета на БГ пиъринг и международен.

Редактирано от PatlaDJ на 05.09.07 17:12.

Против разделението на скоростите на нета на БГ пиъринг и международенТова вече в нашата фирма е решено и двата стандарта са равни.

Съдържаниет е скрито
Влезте за да го видите

На всяка манджа мерудия ... Стига я хвали толкова тази велика фирма навсякъде, само създаваш кофти имидж за нея ;-)

Забелязваш ли че има Loopback Interface 212.39.70.100,за варна и за Бургас,теоритично при описване на OSPF routing-ите,винаги се слага Lo,в конкретния случай забележи във Варна,според мен не е конфигуриран Lo на Bras-a ,който Loopback Interface е за Бургас и Варна,или поне до преди беше.
В бургас е същата работа скивай ташак от Бургас :

Tracing route to 26_204.btc-net.bg [213.91.204.26]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms 144.90.1.1
2 1 ms 1 ms 1 ms 144.89.1.1
3 33 ms 30 ms 30 ms 212-39-87-226.btc-net.bg [212.39.87.226]
4 50 ms 46 ms 44 ms 101-91-39-212.btc-net.bg [212.39.91.101]
5 48 ms 49 ms 72 ms 92-91-39-212.btc-net.bg [212.39.91.92]
6 72 ms 47 ms 49 ms 212.39.69.91
7 49 ms 44 ms 52 ms 26_204.btc-net.bg [213.91.204.26]

Trace complete.

Каде виждаш като на шопския ДСЛ "212.39.70.100"

Скивай кво латенси,заради една изтървана команда "int lo" ; ip add 212.39.70.100
и съм на има няма 1200м от шкафа.

Между другот интересно ми е ,уж IOS на модема Unix пък не разпознава команда "traceroute".

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

Редактирано от alimpdick на 06.09.07 00:11.

Благодаря ти за мнението.

Да допусна че това което казваш е именно точната причина за "неприятното" явление.
По тази логика всички клиенти в района които имат за втори хоп директно 212.39.87.244 (в случая) и без loopback преди това, то би трябвало те да имат също така висока латенция, така е нали?

....

Защо обаче всъщност клиенти потребители също на БТК ADSL - съседи на въпросния клиент във Варна имат следния ПРЕКРАСЕН трейс към същото IP:

1 192.168.1.1 (192.168.1.1) 1.193 ms 1.115 ms 1.121 ms
2 212-39-87-244.btc-net.bg (212.39.87.244) 9.353 ms 9.932 ms 9.615 ms
и т.н. ........

9ms, а не 30...?


* В случая машината е linux но това смятам че не би трябвало да е от значение?

---
Против пиратството.
Против разделението на скоростите на нета на БГ пиъринг и международен.

Да така мисля,но и е от значение описването на OSPF рутингите,окабеляване до порт-а и разстояние до PBX,до DSLAM,Swicth,Реглета,третична мрежа при клиента и т.н.т
Не се спазват някои изисквания ,примерно чифтове в реглета,някои не издържат на 20khz честотен ампераж,да не говорим за медните кабелчета,по които най често се появява нагар,оттам затишие прекъсване на ДСЛ сигнал.Сплитера също играе голяма,ако не дели точно диапазона,нямаш честота достатъчна за да вдигнеш желаната скорост,латенси и затишие.
Аз мисля че на мен това ми е проблема.Треа го разглобя и да му сменя елементите,щото имам 29dB Attenuation,а трябва да е около 15-19.

Digital Subscribe Line and Long Reach Internet

Съдържаниет е скрито
Влезте за да го видите

''20khz честотен ампераж" - WTF , откога честотата почнаха да я мерят в ампери

Съдържаниет е скрито
Влезте за да го видите

Я вземи виж какво пита човека и стига само спами с глупостите си. Поне да имаше и малка идея кво говориш ама май си доста тъп(а).

Уф ай стига с тия селяндурски изхвърляния plz.
Пише се "моля без офтопици, против правилата на форума е" или нещо от тоя сорт и точка. Кви са тия обиди са?
Ако аз бях модератор бъди сигурен че щях да преценя че нивото на вредност в/у форума което ти демонстрираш с обидни месиджи от тоя род е къде по-голямо от нейния несъществен офтопик, дето ша го пише ша го пише и най-накрая ша кандиса.

---
Против пиратството.
Против разделението на скоростите на нета на БГ пиъринг и международен.

Високата латенция може да е от "калпава АЧХ на чифта". Мхм, това е интересно, как мога да проверя дали наистина проблема е такъв?



"натоварен уплоад на адсл-а" - това го изключвам от възможностите НАПЪЛНО, тъй като "експеримента е проведен" (както се казва)

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите