ето един трейс от клиент на БТК 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.
Пише се "моля без офтопици, против правилата на форума е" или нещо от тоя сорт и точка. Кви са тия обиди са?
Ако аз бях модератор бъди сигурен че щях да преценя че нивото на вредност в/у форума което ти демонстрираш с обидни месиджи от тоя род е къде по-голямо от нейния несъществен офтопик, дето ша го пише ша го пише и най-накрая ша кандиса.

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

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



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

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

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

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

Не съм спец по адсл , обаче vdsl-a е много чувствителен по отношения на всякакви наставки по кабела - вдига латенцията при калпав кабел и/или много наставки.

Също така вдига латенцията при шум в кабела - примерно много дсл-ли по чифтове в един кабел - crosstalk .

Нямам идея от какво друго може да е освен от калпав чифт.

Редактирано от SS7 на 07.09.07 19:04.

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

Скоро бтк-айците са му сменили фърмуера , освен това е на старите тарифи - 1М . За съжаление не мога да ти кажа откога е станала 30мс латенцията, та да си направим някакви изводи за причините.

Иначе гледам линията му е перфектна - 8500/1500 кбит/с, а е на 3-4 км от dslam-a

Съобщението не е в отговор на SS7, а до всички хвърляли око на тази тема.
Намери се решение на проблема.

АДСЛ админа:

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

Редактирано от PatlaDJ на 14.09.07 20:36.

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

Колкото до Lo,говоря че има разлика в описването OSPF table-a на всеки BRAS.
Така е най-вероятно е чифт,но латенси се получава и слаб контакт по пинове на RJ-ta(т.нар. чифтове) и т.н.
Я ми кажи като много знаеш за кво се ползва Loopback ?

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

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

Прав си : наситина стана ски кво стаа ,не забелязвам промяна в скороста но латенси-то ми падна,скии :

--------------------------------------------------------------------------------------------
1 <1 ms <1 ms <1 ms 144.90.1.1
2 1 ms 1 ms 1 ms 144.89.1.1
3 15 ms 13 ms 13 ms 212-39-87-226.btc-net.bg [212.39.87.226]
4 * * 35 ms 101-91-39-212.btc-net.bg [212.39.91.101]
5 30 ms 33 ms 28 ms 90-91-39-212.btc-net.bg [212.39.91.90]
6 28 ms 25 ms 29 ms 10-66.btc-net.bg [212.39.66.10]
7 26 ms 25 ms 25 ms 85.14.2.71
8 30 ms 33 ms 31 ms abv.bg [194.153.145.104]

И затишието ми падна :

> adsl info --stats
adsl: ADSL driver and PHY status
Status: Showtime Channel: INTR, Upstream rate = 384 Kbps, Downstream rate = 243
2 Kbps
Link Power State: L0
Mode: G.DMT
Channel: Interleave
Trellis: ON
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 30.2 30.0
Attn(dB): 25.0 14.0
Pwr(dBm): 13.1 7.4
Max(Kbps): 9984 1436
Rate (Kbps): 2432 384
G.dmt framing
K: 77(0) 13
R: 0 0
S: 1 1
D: 1 1
ADSL2 framing
MSGc: 77 14
B: 14 5
M: 1 8
T: 4 7
R: 16 16
S: 0.1937 3.8496
L: 1280 133
D: 128 8
Counters
SF: 70162 70160
SFErr: 0 0
RS: 0 0
RSCorr: 0 0
RSUnCorr: 0 0

HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 6844866 0
Data Cells: 15251 0
Drop Cells: 0
Bit Errors: 0 0

ES: 13 100
SES: 0 99
UAS: 53 987935
Total time = 1 days 14 hours 47 min 49 sec
SF = 70162
CRC = 0
LOS = 0
LOF = 0
ES = 13
Latest 1 day time = 14 hours 47 min 49 sec
SF = 70162
CRC = 0
LOS = 0
LOF = 0
ES = 2
Latest 15 minutes time = 2 min 49 sec
SF = 9998
CRC = 0
LOS = 0
LOF = 0
ES = 0
Previous 15 minutes time = 15 min 0 sec
SF = 52931
CRC = 0
LOS = 0
LOF = 0
ES = 0
Previous 1 day time = 24 hours 0 sec
SF = 0
CRC = 0
LOS = 0
LOF = 0
ES = 1
15 minutes interval [-30 min to -15 min] time = 15 min 0 sec
SF = 7233
CRC = 0
LOS = 0
LOF = 0
ES = 0
15 minutes interval [-45 min to -30 min] time = 15 min 0 sec
SF = 0
CRC = 0
LOS = 0
LOF = 0
ES = 0
15 minutes interval [-60 min to -45 min] time = 15 min 0 sec
SF = 0
CRC = 0
LOS = 0
LOF = 0
ES = 0
>

--------------------------------------------------------------------------------------------------------

Digital Subscribe Line and Long Reach Internet

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