Перейти до

Не открывается yandex.ru через onu.


vovchokig

Рекомендованные сообщения

Появился на работе OLT c-data на 8 gepon портов. Понимаю, что не очень, но это не мой выбор.

Все настроилось, и даже option 82. Проблема возникла в другом. Через onu(тоже c-data) нельзя зайти на yandex.ru При том, что пинг есть.

Поключаюсь с медного порта этой OLT - всё открывается. mtu на OLT 1500

В чем может быть проблема?

Ссылка на сообщение
Поделиться на других сайтах

На три части проблему надо разделить.

1. Убеждаетесь, что адрес DNS сервера, выданный DHCP, одинаковый для оптики и меди. Проверяете работу DNS с оптики и медного порта: nslookup ya.ru

2. Находите потоковое видео и проверяете адекватность его работы на меди и с оптического порта. Проверьте работу ftp соединений, может сбрасывать.

3. Если собрано на стенде - замеряйте уровни.

 

Другие варианты пока в голову не приходят.

Відредаговано Darth Vader2
Ссылка на сообщение
Поделиться на других сайтах

1. ДНС одинаково выдает для оптики и меди, все настройки идентичны.

2. IPTV идет без задержки и там и там.

3. Собрано на стенде, и уровни на onu от -8 до -30 , потоковое без задержки.

И ещё не хочет на оптике конектится программа дропбокс....

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

Пробовал на yandex.ru , в итоге получил mtu 1472 +28 . В итоге 1500... (Это через оптику).

Відредаговано vovchokig
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

Да , стабильно пингуются через онушку.

Сайт dropbox.com , тоже не открывается...

Відредаговано vovchokig
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

Запустил Wireshark во время загрузки яндекса и дропбокса. Может подскажете, где затык?

 

https://www.dropbox.com/s/wed4lsly9yc6wg4/121212.pcapng?dl=0

Відредаговано vovchokig
Ссылка на сообщение
Поделиться на других сайтах

Тогда только tcpdump запускать где-то на сервере доступа да смотреть в чем разница прямого запроса-ответа, и через ONU.

По идее сразу увидите в чем затык.

 

Сравнивайте лог в обоих случаях..

Відредаговано KaYot
Ссылка на сообщение
Поделиться на других сайтах

Имеем другой прикол. Походу один из наших корпоративных абонов открыл для себя консольную виндовую утилиту по имени ping...

В общем прикол какой-то с гуглом творится... Похоже где-то по трассе запрещено фрагментирование пакетов...

C:\Documents and Settings\User>ping -t -l 1500 google.com

Обмен пакетами с google.com [173.194.73.100] по 1500 байт:

Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.

А так работает

C:\Documents and Settings\User>ping -t -l 1472 google.com

Обмен пакетами с google.com [173.194.73.100] по 1472 байт:

Ответ от 173.194.73.100: число байт=64 (отправка 1472) время=47мс TTL=47
Ответ от 173.194.73.100: число байт=64 (отправка 1472) время=48мс TTL=47
Ответ от 173.194.73.100: число байт=64 (отправка 1472) время=47мс TTL=47
Ответ от 173.194.73.100: число байт=64 (отправка 1472) время=47мс TTL=47
Ответ от 173.194.73.100: число байт=64 (отправка 1472) время=46мс TTL=47

А так уже не...

C:\Documents and Settings\User>ping -t -l 1473 google.com

Обмен пакетами с google.com [74.125.205.102] по 1473 байт:

Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса. 

При том что яндекс пингается норм.

C:\Documents and Settings\User>ping -t -l 1500 yandex.ru

Обмен пакетами с yandex.ru [5.255.255.5] по 1500 байт:

Ответ от 5.255.255.5: число байт=1500 время=35мс TTL=55
Ответ от 5.255.255.5: число байт=1500 время=35мс TTL=55
Ответ от 5.255.255.5: число байт=1500 время=38мс TTL=55
Ответ от 5.255.255.5: число байт=1500 время=35мс TTL=55
Ответ от 5.255.255.5: число байт=1500 время=36мс TTL=55

В общем проверено с провайдеров из разных городов Украины, результат такой же...

Відредаговано Ромка
Ссылка на сообщение
Поделиться на других сайтах

И чем это мешает вам и абоненту?

Нам ни чем не мешает, а абон утверждает что куда-то там на какой-то забугорный хостинг файлы медленно льются... Бред конечно же... Посоветовали обратиться к гуглу...))) 

Відредаговано Ромка
Ссылка на сообщение
Поделиться на других сайтах

А некоторые считают что чем больше поставить размер буфера отправки тем более точно будет отображено качество интернета. Некоторые граматеи ставят 10000 во время закачки торрентом. Идут потери, ваш инет говно, зашоявамплачутакоебабло.

Ссылка на сообщение
Поделиться на других сайтах

Больше чем 1472 по общественным сетям(интернет) проходить не должно, и не может. Венда размер пакета считает без заголовков, а с ними - аккурат 1500 байт получается(20 байт IP, 8 байт icmp).

Вот линукс считает по другому, пинги там по 1500 проходят, но он считает с заголовком. Фактически все так же.

 

Порекомендуйте абону попробовать проверить из линукса, раз он такой умный.

Відредаговано KaYot
Ссылка на сообщение
Поделиться на других сайтах

Я проверил.

root@ns1:~# ping -s 1500 google.com
PING google.com (216.58.209.174) 1500(1528) bytes of data.
^C
--- google.com ping statistics ---
12 packets transmitted, 0 received, 100% packet loss, time 11032ms

root@ns1:~# ping -s 1472 google.com
PING google.com (216.58.209.174) 1472(1500) bytes of data.
72 bytes from bud02s21-in-f174.1e100.net (216.58.209.174): icmp_req=1 ttl=59 (truncated)
72 bytes from bud02s21-in-f14.1e100.net (216.58.209.174): icmp_req=2 ttl=59 (truncated)
72 bytes from bud02s21-in-f174.1e100.net (216.58.209.174): icmp_req=3 ttl=59 (truncated)
72 bytes from bud02s21-in-f14.1e100.net (216.58.209.174): icmp_req=4 ttl=59 (truncated)
72 bytes from bud02s21-in-f174.1e100.net (216.58.209.174): icmp_req=5 ttl=59 (truncated)

root@ns1:~# ping -s 1473 google.com
PING google.com (216.58.209.174) 1473(1501) bytes of data.
^C
--- google.com ping statistics ---
6 packets transmitted, 0 received, 100% packet loss, time 5002ms
Ссылка на сообщение
Поделиться на других сайтах

Получается у гуглов параноя?

root@ns1:~# ping -s 1500 ya.ru
PING ya.ru (213.180.204.3) 1500(1528) bytes of data.
1508 bytes from www.yandex.ru (213.180.204.3): icmp_req=1 ttl=58 time=31.9 ms
1508 bytes from www.yandex.ru (213.180.204.3): icmp_req=2 ttl=58 time=31.4 ms
1508 bytes from www.yandex.ru (213.180.204.3): icmp_req=3 ttl=58 time=31.4 ms
1508 bytes from www.yandex.ru (213.180.204.3): icmp_req=4 ttl=58 time=31.7 ms

Ссылка на сообщение
Поделиться на других сайтах

Запустил Wireshark во время загрузки яндекса и дропбокса. Может подскажете, где затык?

 

https://www.dropbox.com/s/wed4lsly9yc6wg4/121212.pcapng?dl=0

 

Wireshark ставить ради этого не хочется. Вывод tcpdump бы посмотреть.

Подобный бред у меня встречался еще во времена хабов. Тогда решилось заменой на свитч. Посмотрите настройки сетевой карты компьютера, согласование, скорость подключения и т.д.

Ссылка на сообщение
Поделиться на других сайтах

ping yandex.ru -f -l 1473  не проходит... Притом что с меди, что с онушки...

 

А должно? :) Забейте на это, вообще не проблема, дурь клиентская.

Ссылка на сообщение
Поделиться на других сайтах

Имеем другой прикол. Походу один из наших корпоративных абонов открыл для себя консольную виндовую утилиту по имени ping...

В общем прикол какой-то с гуглом творится... Похоже где-то по трассе запрещено фрагментирование пакетов...

C:\Documents and Settings\User>ping -t -l 1500 google.com

Обмен пакетами с google.com [173.194.73.100] по 1500 байт:

Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.

А так работает

C:\Documents and Settings\User>ping -t -l 1472 google.com

Обмен пакетами с google.com [173.194.73.100] по 1472 байт:

Ответ от 173.194.73.100: число байт=64 (отправка 1472) время=47мс TTL=47
Ответ от 173.194.73.100: число байт=64 (отправка 1472) время=48мс TTL=47
Ответ от 173.194.73.100: число байт=64 (отправка 1472) время=47мс TTL=47
Ответ от 173.194.73.100: число байт=64 (отправка 1472) время=47мс TTL=47
Ответ от 173.194.73.100: число байт=64 (отправка 1472) время=46мс TTL=47

А так уже не...

C:\Documents and Settings\User>ping -t -l 1473 google.com

Обмен пакетами с google.com [74.125.205.102] по 1473 байт:

Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса. 

При том что яндекс пингается норм.

C:\Documents and Settings\User>ping -t -l 1500 yandex.ru

Обмен пакетами с yandex.ru [5.255.255.5] по 1500 байт:

Ответ от 5.255.255.5: число байт=1500 время=35мс TTL=55
Ответ от 5.255.255.5: число байт=1500 время=35мс TTL=55
Ответ от 5.255.255.5: число байт=1500 время=38мс TTL=55
Ответ от 5.255.255.5: число байт=1500 время=35мс TTL=55
Ответ от 5.255.255.5: число байт=1500 время=36мс TTL=55

В общем проверено с провайдеров из разных городов Украины, результат такой же...

 

Да нет, не такой же. Только не сделайте с собой чего-нибудь плохого. :D

C:\PC>ping -t -l 1473 google.com

Обмен пакетами с google.com [173.194.113.201] с 1473 байтами данных:
Ответ от 173.194.113.201: число байт=1473 время=21мс TTL=55
Ответ от 173.194.113.201: число байт=1473 время=20мс TTL=55
Ответ от 173.194.113.201: число байт=1473 время=20мс TTL=55
Ответ от 173.194.113.201: число байт=1473 время=20мс TTL=55
Ответ от 173.194.113.201: число байт=1473 время=20мс TTL=55
Ответ от 173.194.113.201: число байт=1473 время=20мс TTL=55
Ответ от 173.194.113.201: число байт=1473 время=20мс TTL=55
Відредаговано Darth Vader2
Ссылка на сообщение
Поделиться на других сайтах

Проблема решилась перепрошивкой ONU. Ночью написал китайцам поддержки, утром выслали прошивку.

Всем спасибо за подсказки и участие.

Ссылка на сообщение
Поделиться на других сайтах

Да нет, не такой же. Только не сделайте с собой чего-нибудь плохого.

Разные IP гугля пингуются по разному. Тот на который вы попали у всех работает :)

Где-то у них в консерватории кривизна.

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від Milin
      Продам
      OLT C-DATA FD1104SN-2AC б.у - 9500 грн.
      C-DATA FD1104SN-2AC новий - 12000 грн.
    • Від Qwerty_155
      Пишіть пропозиції в особисті повідомдення, з номером телефону для зв'язку. Цікавить 11 версія
    • Від be4v15
      8 port Epon OLT              C-Data FD1108-2AC   -18000 грн
      б-в, всі порти в порядку, ціна обговорювана
    • Від be4v15
      EPON OLT
       
      8 Epon C-Data FD1108-2AC   -27000 грн
      4 Epon V-Solution V1600D -15000 грн
       
      б-в, всі порти в порядку, ціна обговорювана
       
       
    • Від wildcore
      WildcoreDMS - Инструмент для мониторинга, уведомлений и менеджмента устройств.
       
      Основная идея - разгрузить инженеров/админов, дать возможность монтажнику провести диагностику в поле, а оператору сориентироваться в проблеме, этим сократить время реакции..
       
      Инструмент чем то напоминает ламповый swtoolz и pon monitor(посмотреть что там на порту и с онушкой), но с отличием, что уже есть расширенный контроль доступов и логов действий.
      Так же имеет плюшки подобные заббикс и нагиос(графики, алерты, уведомления), но уведомление не на мыло или в группу телеграмм, а конкретно пользователю, который отвечает за работу оборудования на участке.
       
      Ориентирован на маленьких/средних интернет-провайдеров.
       
      Не перегружен
      Простая установка(в несколько команд) и максимально легкая настройка(добавить доступы к оборудованию, добавить оборудование, добавить персонал).
      Здесь нету сложных шаблонов по работе с оборудованием, замороченных настроек и т.п.
      (но если у кого то будет желание доработать инструментарий, добавить свои устройства - обращайтесь, обсудим) 
       
      Поддерживаемые вендоры 
      Dlink (DES/DGS) BDcom (P3310B/C/D, P3608B) C-data (OLTs) Mikrotik (роутеры) ZTE (C320, fw 2.1) Полный список поддерживаемого оборудования - https://github.com/meklis/switcher-core/blob/master/docs/DEVICES.md 
      С устройствами работает по SNMP/telnet/ssh  
       
      Основной функционал
      Отображение реалтайм состояния оборудования по запросу Алерты в телеграмм(лично каждому пользователю) и на почту с возможностью настроить фильтры История событий  Получение обновлений одной командой в консоли  RestAPI  Работа в Docker Хранение метрик в TSDB (Prometheus) Гибкое разделение прав доступа для пользователей (по группам) Разделение прав доступа(отображения) для пользователей по группам устройств(в случае, если пользователь не должен видеть все оборудование) Логирование действий пользователей, вызовов оборудования(только которые завершились ошибкой)   
      Как попробовать
      написать в группу в телеграм или оставить обращение на сайте (кнопка "Request beta")
       
       
      Инструмент бесплатен, но не опенсорс
      Группа в телеграмм: https://t.me/wildcore_dms_channel
      Сайт: https://wildcore.tools
      Дока: http://docs.wildcore.tools
       
×
×
  • Створити нове...