Добрый день. Может кто-то сталкивался и решал подобную вещь, но вот буквально на ровном месте выскакочила необъяснимая, с моего уровня знания, проблема. Внешне выражается она в таком эффекте: 64 bytes from X.Y.Z.W: icmp_seq=301 ttl=127 time=20634 ms 64 bytes from X.Y.Z.W: icmp_seq=302 ttl=127 time=19636 ms 64 bytes from X.Y.Z.W: icmp_seq=303 ttl=127 time=18668 ms 64 bytes from X.Y.Z.W: icmp_seq=304 ttl=127 time=17738 ms 64 bytes from X.Y.Z.W: icmp_seq=305 ttl=127 time=16756 ms 64 bytes from X.Y.Z.W: icmp_seq=306 ttl=127 time=15788 ms 64 bytes from X.Y.Z.W: icmp_seq=307 ttl=127 time=14797 ms 64 bytes from X.Y.Z.W: icmp_seq=308 ttl=127 time=13817 ms 64 bytes from X.Y.Z.W: icmp_seq=309 ttl=127 time=12828 ms 64 bytes from X.Y.Z.W: icmp_seq=310 ttl=127 time=11830 ms 64 bytes from X.Y.Z.W: icmp_seq=311 ttl=127 time=10849 ms 64 bytes from X.Y.Z.W: icmp_seq=312 ttl=127 time=9858 ms 64 bytes from X.Y.Z.W: icmp_seq=313 ttl=127 time=8869 ms 64 bytes from X.Y.Z.W: icmp_seq=314 ttl=127 time=7871 ms 64 bytes from X.Y.Z.W: icmp_seq=315 ttl=127 time=6878 ms 64 bytes from X.Y.Z.W: icmp_seq=316 ttl=127 time=5898 ms 64 bytes from X.Y.Z.W: icmp_seq=317 ttl=127 time=4908 ms 64 bytes from X.Y.Z.W: icmp_seq=318 ttl=127 time=3910 ms 64 bytes from X.Y.Z.W: icmp_seq=319 ttl=127 time=2919 ms 64 bytes from X.Y.Z.W: icmp_seq=320 ttl=127 time=1929 ms 64 bytes from X.Y.Z.W: icmp_seq=321 ttl=127 time=953 ms 64 bytes from X.Y.Z.W: icmp_seq=322 ttl=127 time=161 ms 64 bytes from X.Y.Z.W: icmp_seq=323 ttl=127 time=162 ms 64 bytes from X.Y.Z.W: icmp_seq=324 ttl=127 time=163 ms 64 bytes from X.Y.Z.W: icmp_seq=325 ttl=127 time=169 ms И так по кругу... X.Y.Z.W - это IP диалап клиента. Проявляется массово. Телефонисты говорят, что у них ничего не менялось. -- Andrew Degtiariov DA-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Andrew Degtiariov пишет:
Добрый день. Может кто-то сталкивался и решал подобную вещь, но вот буквально на ровном месте выскакочила необъяснимая, с моего уровня знания, проблема. Внешне выражается она в таком эффекте:
64 bytes from X.Y.Z.W: icmp_seq=301 ttl=127 time=20634 ms .... 64 bytes from X.Y.Z.W: icmp_seq=325 ttl=127 time=169 ms
И так по кругу... X.Y.Z.W - это IP диалап клиента. Проявляется массово.
клиент включил периодическую проверку почтового ящика? у клиента в исходящих есть письмо, которое никак не может оправиться и поэтому переотправляется каждые пару минут?
Телефонисты говорят, что у них ничего не менялось.
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Tue, Dec 27, 2005 at 11:41:43AM +0200, serge pekarsky wrote:
Добрый день. Может кто-то сталкивался и решал подобную вещь, но вот буквально на ровном месте выскакочила необъяснимая, с моего уровня знания, проблема. Внешне выражается она в таком эффекте:
64 bytes from X.Y.Z.W: icmp_seq=301 ttl=127 time=20634 ms .... 64 bytes from X.Y.Z.W: icmp_seq=325 ttl=127 time=169 ms
И так по кругу... X.Y.Z.W - это IP диалап клиента. Проявляется массово.
клиент включил периодическую проверку почтового ящика? у клиента в исходящих есть письмо, которое никак не может оправиться и поэтому переотправляется каждые пару минут?
Нет, это все на "чистом" канале. То есть дело или телефонии или в MAX. Проверял на себе. Перезагрузка вроде бы спасла, но и до перезагрузки было не у всех. -- Andrew Degtiariov DA-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Привет! On Tue, 27 Dec 2005, serge pekarsky wrote:
Внешне выражается она в таком эффекте:
64 bytes from X.Y.Z.W: icmp_seq=301 ttl=127 time=20634 ms .... 64 bytes from X.Y.Z.W: icmp_seq=325 ttl=127 time=169 ms
И так по кругу... X.Y.Z.W - это IP диалап клиента. Проявляется массово.
Телефонисты говорят, что у них ничего не менялось.
Вариант: телефонисты втихаря поставили уплотнение (раз проявляется массово), модемы периодически делают retrain. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Andrew Degtiariov wrote: AD> Добрый день. AD> Может кто-то сталкивался и решал подобную вещь, но вот буквально на ровном AD> месте выскакочила необъяснимая, с моего уровня знания, проблема. AD> Внешне выражается она в таком эффекте: AD> 64 bytes from X.Y.Z.W: icmp_seq=301 ttl=127 time=20634 ms AD> 64 bytes from X.Y.Z.W: icmp_seq=302 ttl=127 time=19636 ms AD> 64 bytes from X.Y.Z.W: icmp_seq=303 ttl=127 time=18668 ms AD> 64 bytes from X.Y.Z.W: icmp_seq=304 ttl=127 time=17738 ms AD> 64 bytes from X.Y.Z.W: icmp_seq=305 ttl=127 time=16756 ms AD> 64 bytes from X.Y.Z.W: icmp_seq=306 ttl=127 time=15788 ms AD> 64 bytes from X.Y.Z.W: icmp_seq=307 ttl=127 time=14797 ms AD> 64 bytes from X.Y.Z.W: icmp_seq=308 ttl=127 time=13817 ms AD> 64 bytes from X.Y.Z.W: icmp_seq=309 ttl=127 time=12828 ms AD> 64 bytes from X.Y.Z.W: icmp_seq=310 ttl=127 time=11830 ms AD> 64 bytes from X.Y.Z.W: icmp_seq=311 ttl=127 time=10849 ms AD> 64 bytes from X.Y.Z.W: icmp_seq=312 ttl=127 time=9858 ms AD> 64 bytes from X.Y.Z.W: icmp_seq=313 ttl=127 time=8869 ms AD> 64 bytes from X.Y.Z.W: icmp_seq=314 ttl=127 time=7871 ms AD> 64 bytes from X.Y.Z.W: icmp_seq=315 ttl=127 time=6878 ms AD> 64 bytes from X.Y.Z.W: icmp_seq=316 ttl=127 time=5898 ms AD> 64 bytes from X.Y.Z.W: icmp_seq=317 ttl=127 time=4908 ms AD> 64 bytes from X.Y.Z.W: icmp_seq=318 ttl=127 time=3910 ms AD> 64 bytes from X.Y.Z.W: icmp_seq=319 ttl=127 time=2919 ms AD> 64 bytes from X.Y.Z.W: icmp_seq=320 ttl=127 time=1929 ms AD> 64 bytes from X.Y.Z.W: icmp_seq=321 ttl=127 time=953 ms AD> 64 bytes from X.Y.Z.W: icmp_seq=322 ttl=127 time=161 ms AD> 64 bytes from X.Y.Z.W: icmp_seq=323 ttl=127 time=162 ms AD> 64 bytes from X.Y.Z.W: icmp_seq=324 ttl=127 time=163 ms AD> 64 bytes from X.Y.Z.W: icmp_seq=325 ttl=127 time=169 ms AD> И так по кругу... X.Y.Z.W - это IP диалап клиента. Проявляется массово. AD> Телефонисты говорят, что у них ничего не менялось. 301 - 320-й sequens'ы показывают что ты не можешь нормально отработать ретрейн. Попробуй взять нормальный модем, включить озвучку согласований и смен скоростей и отследить что происходит. Обычно по звуку хендшейка становится понятно с чем имеешь дело. Когда я жил на 412- и звонил на 235- проявлялось с вероятностью под 20%. так и не выяснил в чем дело. Эффект отследил на MICA'х: коннектишься с нормальным SNR'ом (35-39), дальше он потихоньку сползает вниз (при включеном динамике модема слышны характерный "пшики" speedshift'ов). Потом, когда SNR доходит до нижнего порога (19дБ), запускается ретрейн. Тут же всё встаёт на свои места. И так по кругу. Помогал лишь переконнект. Ни зажимы символьных скоростей, ни понижение мощности отдачи проблему не лечили. Кстати, понижение мощности на обоих сторонах проблему ослабляло. Т.е. по умолчанию MICA ставит -9дБ вроде, я ставил -15. Сигнал становился тише, но парадокс: устойчивость линка становилась выше. -- UKR.NET Postmaster =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Tue, Dec 27, 2005 at 12:29:39PM +0200, Dmitry Pryanishnikov wrote:
Привет!
On Tue, 27 Dec 2005, serge pekarsky wrote:
Внешне выражается она в таком эффекте:
64 bytes from X.Y.Z.W: icmp_seq=301 ttl=127 time=20634 ms .... 64 bytes from X.Y.Z.W: icmp_seq=325 ttl=127 time=169 ms
И так по кругу... X.Y.Z.W - это IP диалап клиента. Проявляется массово.
Телефонисты говорят, что у них ничего не менялось.
Вариант: телефонисты втихаря поставили уплотнение (раз проявляется массово), модемы периодически делают retrain.
Дополнение, в случае ping вот эта вся пачка пакетов выплевывается в 1 секунду. То есть, пауза в 20 секунд, в течении которой передачи данных нет, а потом скопом появляются все пакеты. На retrain не похоже, уплотнение тоже маловероятно. Перезагрузка, кстати, не помогла. Есть какие-то идеи у сообщества? -- Andrew Degtiariov DA-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Привет! On Tue, 27 Dec 2005, Andrew Degtiariov wrote:
On Tue, Dec 27, 2005 at 12:29:39PM +0200, Dmitry Pryanishnikov wrote:
Привет!
On Tue, 27 Dec 2005, serge pekarsky wrote:
Внешне выражается она в таком эффекте:
64 bytes from X.Y.Z.W: icmp_seq=301 ttl=127 time=20634 ms .... 64 bytes from X.Y.Z.W: icmp_seq=325 ttl=127 time=169 ms
И так по кругу... X.Y.Z.W - это IP диалап клиента. Проявляется массово.
Телефонисты говорят, что у них ничего не менялось.
Вариант: телефонисты втихаря поставили уплотнение (раз проявляется массово), модемы периодически делают retrain.
Дополнение, в случае ping вот эта вся пачка пакетов выплевывается в 1 секунду. То есть, пауза в 20 секунд, в течении которой передачи данных нет, а потом скопом появляются все пакеты. На retrain не похоже, уплотнение тоже маловероятно.
А так и должно быть. ping ведь по отправке пакета запоминает номер и время отправления. Пакеты стоят в очереди на отправку (мы не знаем, в какой: у нас или у клиента) и после успешного ретрейна приходят. Как раз на ретрейн и похоже. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Когда я жил на 412- и звонил на 235- проявлялось с вероятностью под 20%. так и не выяснил в чем дело. Эффект отследил на MICA'х: коннектишься с нормальным SNR'ом (35-39), дальше он потихоньку сползает вниз (при включеном динамике модема слышны характерный "пшики" speedshift'ов). Потом, когда SNR доходит до нижнего порога (19дБ), запускается ретрейн. Тут же всё встаёт на свои места. И так по кругу. Помогал лишь переконнект. Ни зажимы символьных скоростей, ни понижение мощности отдачи проблему не лечили. Кстати, понижение мощности на обоих сторонах проблему ослабляло. Т.е. по умолчанию MICA ставит -9дБ вроде, я ставил -15. Сигнал становился тише, но парадокс: устойчивость линка становилась выше.
Это не парадокс. Раньше такое вообще было как здрасте. Модем настолько сильно орет в линию, что заглушает самому себе "встречный" модем.
-- UKR.NET Postmaster =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
participants (5)
-
Andrew Degtiariov -
Dmitry Pryanishnikov -
serge pekarsky -
tasic＠starport.com.ua -
vladimir.sharun＠ukr.net