Лучший способ устранения неполадок с перебоями в сети?

Question

У нас есть линия Comcast 50/10 в наш офис. Мы постоянно видим очень короткие, но иногда частые падения в нашем интернет-сервисе. Этого достаточно, чтобы выкинуть вас из скайпа и остановить загрузку любых веб-сайтов, что, очевидно, влияет на нашу производительность.

• Мы пробовали 4 разных маршрутизатора, мы пытались перевести всех с беспроводной сети на проводную через коммутатор, и пока ничего не помогло. Прямо сейчас мы находимся на маршрутизаторе Cisco SB WRP400-G1. К маршрутизатору подключен 16-портовый коммутатор, который подключается к портам во всех офисах.
• Мы перешли на OpenDNS в случае, если это были DNS-серверы comcast.
• Сегодня мы попытались включить модем, маршрутизатор и включить ИБП, чтобы убедиться, что причиной не были колебания мощности.

Каждый раз, когда мы звоним в Comcast, к тому времени, когда они здесь, интернет работает нормально.

Я хотел бы как-то доказать, что проблема в Comcast, поэтому, если это означает, что нужно подключить машину непосредственно к их маршрутизатору и собирать данные весь день, я готов к этому. Я просто хочу услышать идеи о том, какие инструменты запустить и как собрать эти данные.

Я мог бы просто непрерывно пинговать google.com в течение всего дня, но я не уверен, насколько ценными будут эти данные.

Мысли?

Answer 1

Ваш первый тест всегда должен быть с одним компьютером, напрямую подключенным к модему, и затем пропинговать ваш основной DNS в течение часа. Ищите такие вещи, как дрожание, неизменно высокая задержка и потеря пакетов. Comcast будет игнорировать любые результаты по IP-адресам, которые не находятся в их сети, или переходить по сетям, которые они не контролируют, поэтому только пингуйте свой DNS.

Ваш второй тест должен быть чем-то, что контролирует больше, чем просто ICMP, попробуйте мониторинг SNMP. Это запишет данные, чтобы доказать, что когда это выходит, это определенно не проблема использования.

Третий тест - программа под названием MTR, которая даст вам результаты трассировки в реальном времени, она сможет работать долго, и когда вы увидите проблему, вы сможете увидеть, что происходит на MTR. Это даст некоторые сведения о возможных проблемах маршрутизации (нацеленных на ваш основной DNS).

И наконец, попытайтесь обойти любую внутреннюю проводку, если вы можете, если вы можете добраться до места, где кабельное соединение идет с улицы, попробуйте подключиться туда, это исключит все внутри здания и изолирует его только от того, что контролирует comcast.

Answer 2

Во-первых, я бы порекомендовал использовать какой-либо инструмент онлайн-мониторинга. Не рекламировать какие-либо продукты, но Pingdom предлагает бесплатную учетную запись для мониторинга только одного пункта назначения, поэтому настройка проста. Это может или не может предоставить некоторые данные, но в любом случае вы не используете деньги или много времени для этого.

Во-вторых, если у вас есть сервер Linux (или другой компьютер, работающий под управлением Linux), установите программу smoping и настройте ее для проверки связи с известными целями (www.google.com, ping.funet.fi, возможно, веб-сайт Comcast и т.д.). Это может или не может дать вам что-то полезное.

В-третьих, может быть полезен запуск tracert/traceroute при достаточно длительном сбое. Если он показывает трафик, выходящий из вашего офиса, а затем сбрасываемый каким-либо маршрутизатором Comcast, легче доказать, что он не вызван вами.

В-четвертых, попробуйте поменять переключатель тоже. Возможно (хотя и маловероятно), что это виновник.

В-пятых, спросите рекомендации от Comcast (какой маршрутизатор / модем подходит для их подключения и какие настройки следует использовать). Если в вашей сети ничего нет (постарайтесь сделать это как можно более простым для тестирования, возможно, просто компьютер, подключенный напрямую к маршрутизатору с помощью кроссоверного кабеля), вас сложно обвинить.

Диагностика для коротких отключений сети (например, просто разрыв соединения, без более длительных разрывов) является очень сложной проблемой, так как существует очень много потенциальных точек отказа.