faq обучение настройка
Текущее время: Чт июл 24, 2025 04:24

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 7 ] 
Автор Сообщение
СообщениеДобавлено: Пт фев 10, 2012 13:32 
Не в сети

Зарегистрирован: Чт фев 12, 2004 14:32
Сообщений: 129
Откуда: Tver
Имеем DGS-3627G Firmware Version Build 2.84.B25 с IP - 213.5.96.1

Когда пингую, то все нормально:
Код:
Обмен пакетами с 213.5.96.1 по с 32 байтами данных:
Ответ от 213.5.96.1: число байт=32 время=2мс TTL=254
Ответ от 213.5.96.1: число байт=32 время=3мс TTL=254
Ответ от 213.5.96.1: число байт=32 время=2мс TTL=254


При этом трассировка в интернет показывает странные задержки:
Код:
  1    <1 мс    <1 мс    <1 мс  78.31.240.1
  2  1402 ms     *     1603 ms  213.5.96.1
  3     2 ms     2 ms     2 ms  80.64.102.185
  4    10 ms    10 ms    10 ms  80.64.96.25
  5    10 ms    10 ms    10 ms  194.226.100.138
  6    51 ms    51 ms    50 ms  209.85.250.232
  7    49 ms    63 ms    49 ms  209.85.248.132
  8    48 ms    48 ms    79 ms  216.239.48.53
  9     *        *        *     Превышен интервал ожидания для запроса.
 10    55 ms    54 ms    54 ms  8.8.8.8


А когда трассировку до него самого, то такое:
Код:
  1    <1 мс    <1 мс    <1 мс  78.31.240.1
  2     *     1332 ms     *     213.5.96.1
  3     1 ms     1 ms     1 ms  213.5.96.1


Почему один и тот же IP два раза? При этом второй раз (3-й хоп) задержки нормальные, но иногда может его вообще не показать...

Где копать?


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Пт фев 10, 2012 14:44 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Вт янв 18, 2011 13:29
Сообщений: 8999
Я посмотрю на стенде и отпишу по результату.


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Пт фев 10, 2012 15:17 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Вт янв 18, 2011 13:29
Сообщений: 8999
Попробуйте обновить прошивку, на стенде с 2.84.B30 я такого поведения не наблюдаю


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Сб фев 11, 2012 04:47 
Не в сети

Зарегистрирован: Чт фев 12, 2004 14:32
Сообщений: 129
Откуда: Tver
Artem Kolpakov писал(а):
Попробуйте обновить прошивку, на стенде с 2.84.B30 я такого поведения не наблюдаю


Обновил до последней 2.84.B31, ничего не изменилось:
Код:
Трассировка маршрута к 8.8.8.8 с максимальным числом прыжков 30

  1    <1 мс    <1 мс    <1 мс  78.31.240.1
  2  1360 ms  1947 ms  1365 ms  213.5.96.1
  3     2 ms     2 ms     2 ms  80.64.102.185
  4    10 ms    10 ms    10 ms  80.64.96.25
  5    10 ms    10 ms    10 ms  194.226.100.138
  6    51 ms    51 ms    50 ms  209.85.250.232
  7    51 ms    49 ms    49 ms  209.85.248.132
  8    48 ms    49 ms    49 ms  216.239.48.53
  9     *        *        *     Превышен интервал ожидания для запроса.
 10    54 ms    54 ms    54 ms  8.8.8.8

Трассировка завершена.

Трассировка маршрута к 213.5.96.1 с максимальным числом прыжков 30

  1    <1 мс    <1 мс    <1 мс  78.31.240.1
  2  1127 ms  1515 ms  1778 ms  213.5.96.1

Трассировка завершена.

Обмен пакетами с 213.5.96.1 по с 32 байтами данных:
Ответ от 213.5.96.1: число байт=32 время=1мс TTL=254
Ответ от 213.5.96.1: число байт=32 время=1мс TTL=254
Ответ от 213.5.96.1: число байт=32 время=1мс TTL=254
Ответ от 213.5.96.1: число байт=32 время=1мс TTL=254

Статистика Ping для 213.5.96.1:
    Пакетов: отправлено = 4, получено = 4, потеряно = 0
    (0% потерь)
Приблизительное время приема-передачи в мс:
    Минимальное = 1мсек, Максимальное = 1 мсек, Среднее = 1 мсек


Какие есть идеи?


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Пн фев 13, 2012 08:26 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Вт янв 18, 2011 13:29
Сообщений: 8999
Ответы на icmp могут быть действительно с большими задержками - ведь идет обращение к управляющему интерфейсу коммутатора и, соответственно, все эти пакеты попадают на CPU. На передаче клиентского трафика это не сказывается - ведь он через cpu не идет, так что рассматривать эти задержки как достоверные данные о скорости прохождения пакета через узел (а не до него) нельзя.


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Пн фев 13, 2012 11:32 
Не в сети

Зарегистрирован: Чт фев 12, 2004 14:32
Сообщений: 129
Откуда: Tver
Artem Kolpakov писал(а):
Ответы на icmp могут быть действительно с большими задержками - ведь идет обращение к управляющему интерфейсу коммутатора и, соответственно, все эти пакеты попадают на CPU. На передаче клиентского трафика это не сказывается - ведь он через cpu не идет, так что рассматривать эти задержки как достоверные данные о скорости прохождения пакета через узел (а не до него) нельзя.


Ну я что-то такое предполагал...
Хотя странно, ведь сам ping идет нормально в этот же момент.

Проблема в чем - у нас абоненты особо щепетильные волнуются - их беспокоит такая задержка.
Можно от нее как-то избавится?
Например в той же цепочке еще есть DGS-3426 - он при трассировке ведет себя нормально...


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Пн фев 13, 2012 11:48 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Вт янв 18, 2011 13:29
Сообщений: 8999
Избавиться вряд ли получится. А щепетильным абонентам объясните, что команда tracert, как и ping, не являются истиной в последней инстанции при тестировании работоспособности сети.


Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Ответить на тему  [ Сообщений: 7 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 102


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB