Периоды высокой потери пакетов, два кабеля Ethernet подключены к модему TWC
Небольшое предприятие, системным администратором которого я являюсь, испытывает периодические пропадания интернета. Похоже, что отсева не было - иногда в течение недели ничего не происходит, а в других случаях оно выпадает десятки раз за один день.
Я выполняю mtr (мой traceroute), чтобы попытаться диагностировать проблему. Я включил результаты mtr ниже, пинг Google Public DNS. Я также проводил тест в локальной сети, который показывает, что было отброшено ровно ноль пакетов, даже в течение недели или более; это приводит меня к мысли, что проблема лежит за пределами нашего маршрутизатора. Все связано гигабитным Ethernet. 10.0.0.1 - это адрес локальной сети нашего маршрутизатора, а следующий переход (сервер Time Warner) - это место, где начинается потеря пакета.
Пакеты Пинг Host Loss% Drop Snt Last Avg Best Wrst StDev 1. 10.0.0.1 0,0% 0 10722 0,4 0,3 0,2 10,6 0,8 2. ##.###.##.## 7,9% 845 10722 22,1 21,7 7,7 292,0 14,2 3. ##.###.##.## 7,9% 845 10722 13,8 20,2 8,4 459,2 13,2 4. ##. ###. ##. ## 7,9% 847 10722 22,3 22,0 8,9 374,5 13,2 5. ##.###.##.## 7,9% 852 10722 29,1 24,7 10,4 290,1 13,4 6. ##.###.##.## 7,9% 848 10722 23,3 25,2 8,3 643,9 15,3 7. 66.109.6.163 7,9% 849 10722 15,1 23,3 9,0 554,9 17,2 8. 66,110,96,53 7,9% 848 10722 26,3 21,3 7,9 467,2 14,4 9. 72.14.195.232 7,9% 846 10721 28,0 21,9 8,9 402,2 14,7 10.??? 11. 108.170.238.201 7,9% 842 10721 19,1 21,8 8,8 498,9 14,5 12. 8,8,8,8 7,9% 844 10721 24,0 21,4 8,7 414,5 13,5
Совсем недавно до меня дошло, что есть второе устройство, подключенное к модему через Ethernet. Я хочу отметить, что модем на самом деле является беспроводным шлюзом, но он был переведен в режим моста, и мы подтвердили, что наш маршрутизатор (Apple AirPort Extreme AC) получает правильный адрес WAN и DNS-серверы. Таким образом, шлюз по сути является просто модемом.
Вот топография нашей сети:
Бизнес-модем Time Warner ├── Тайное устройство Apple── Apple AirPort Extreme AC Ge── Netgear Неуправляемый гигабитный коммутатор 1 Apple ├── Apple, iMac 1 Printer │ └── Canon Printer Apple ├── Apple, iMac 2 Apple ├── Apple, iMac 3 Laptop └── Ноутбук HP Ubuntu Ge── Netgear Неуправляемый гигабитный коммутатор 2 HP ├── HP Ubuntu Desktop Brother ├── Брат Принтер 1 Brother └── Брат Принтер 2 Apple── Apple, iMac 4
Я работаю удаленно, поэтому не смог зайти в офис, чтобы самостоятельно проверить ситуацию. Мы связались с Time Warner, и они утверждают, что у их модема не было проблем с сигналом в течение последних нескольких месяцев. Наши проблемы начались несколько недель назад, после нескольких лет последовательной связи.
Кабель между модемом и маршрутизатором был просто заменен, чтобы исключить неисправное соединение между ними, но проблема остается.
Суть моего вопроса заключается в следующем: если это типичный модем TW Business Class, имеет ли он только один IP-адрес? Я не верю, что мы платим за дополнительные IP-адреса, и я предполагаю, что мы получаем только один по умолчанию. Если да, два конкурирующих Ethernet-устройства (AirPort и таинственное устройство) конкурируют за этот IP-адрес? Или он был постоянно назначен маршрутизатору по его MAC-адресу? Приведет ли такая конкуренция к наблюдаемым выше результатам mtr, возможно, когда это загадочное устройство попытается подключиться к Интернету?
Любые советы будут высоко ценится. Если у вас есть представление о том, как я могу далее изолировать переменные, я знаком с инструментами UNIX. Тем временем я поручил кому-то в офисе отключить таинственное устройство, но трудно определить, будет ли проблема решена одной только этой проблемой, потому что это не всегда можно наблюдать, иногда в течение нескольких дней.
Обновление: второй кабель Ethernet, выходящий из модема, не был подключен ни к чему и был отключен. Я предполагаю, что это исключает конфликт при назначении IP-адреса. Любые другие диагностические идеи будут очень приветствоваться.
1 ответ
у модема не было проблем с сигналом
Это не значит, что он не сбрасывал пакеты. Сигнал состоит в том, насколько сильным является соединение в проводе между модемом и ближайшим концентратором TWC, но если есть потеря пакетов, это не обязательно будет соответствовать падению сигнала.
у него есть только один IP-адрес для назначения? Я не верю, что мы платим за дополнительные IP-адреса, и я предполагаю, что мы получаем только один по умолчанию.
Да. Вы получаете только один IP, если не платите больше. В этот момент TWC преобразует модем в режим моста и позволит вам настроить маршрутизатор (ы) с соответствующей статической информацией IP.
Если да, два конкурирующих Ethernet-устройства (AirPort и таинственное устройство) конкурируют за этот IP-адрес?
Да.
Или он был постоянно назначен маршрутизатору по его MAC-адресу?
Нет. Обычно только модем имеет MAC-адрес, заблокированный для сети ISP.
Приведет ли такая конкуренция к наблюдаемым выше результатам mtr, возможно, когда это загадочное устройство попытается подключиться к Интернету?
Даже очень.
Второй кабель Ethernet, выходящий из модема, не был подключен ни к чему и был отключен
Как давно это было? Вы заметили проблемы после того, как это было отключено?
Кроме того, ping - это протокол, который очень часто используется для блокировки или QOS, поскольку он не является базовой технологией и предназначен для диагностического использования. Это верно для большей части трафика ICMP. Наличие отбрасываний для ICMP-трафика - это не то, на что я бы прыгал, чтобы требовать отбрасывания трафика. Кроме того, Google не является хорошей постоянной проверкой здоровья с помощью пингов; Я бы предложил использовать для этого VPS или специальный пинг-сервис.
Что касается диагностики? Я бы начал с замены Airport Extreme, пусть даже временно. Вы можете найти лучший маршрутизатор и при необходимости использовать Extreme для его WiFi-трансляции, но это, вероятно, шаг 1.
Я также рекомендую вам следить за использованием пропускной способности. Если что-то в сети вытягивает всю доступную полосу пропускания, это может вызвать симптомы, которые очень похожи на падение производительности сети, когда на самом деле всего одно устройство использует все это. Это также будет учитывать прерывистость вопроса.
Если у вас продолжают возникать проблемы, вам, вероятно, придется более тесно сотрудничать с TWC, чтобы они контролировали локальный вышестоящий коммутатор и смотрели, могут ли они найти какие-либо падения. Установив более качественный маршрутизатор, вы также можете начать захват pcaps, чтобы определить, есть ли сбросы, или даже контролировать сам интерфейс, чтобы увидеть, что он сообщает об активности.