У нас есть сервер под управлением Windows Storage Server 2003 с: - FTP-сервером и - VMware Server, на котором работает VDS с apache (vds работает под управлением Windows Web 2003)
Это в центре обработки данных, и мы только что перешли на нового сетевого провайдера.
До перехода все было в порядке.
Затем мы перешли к новому сетевому провайдеру в том же здании (есть несколько компаний, которые предоставляют сетевые услуги в этом центре обработки данных), и все было очень неприятно ...
Скорости продолжали колебаться и сначала были чрезвычайно низкими, например, колебались между 20 и 100 кбит / с. Обычно больше похоже на 20 кбит / с.
ТОГДА. Они сказали, что изменили скорость порта на своем маршрутизаторе на автоматическое согласование, и это значительно улучшило ситуацию, но у нас все еще есть серьезные проблемы с подключением.
Скорости теперь составляют около 100-200 кбит / с, и у некоторых людей нет никаких проблем, но у некоторых людей есть много проблем со скоростью, а с VDS даже некоторые обрываются.
Другое дело, может быть, это только я, но процессор кажется более загруженным, чем обычно.
Любая помощь приветствуется! Спасибо!!!
Как и в случае любой сетевой проблемы, начните со слоя 1. Как было предложено выше, проверьте настройки дуплекса. Проверьте все ваши кабели на наличие проблем с помощью тестера. Убедитесь, что вы используете правильные распиновки для всех подключений. Если это для EoC, убедитесь, что все индикаторы пары горят. Если это T1 (связанный или одиночный), проверьте журналы ошибок на наличие секунд проскальзывания, секунд недоступности и проверьте журналы событий WAN на наличие сигналов тревоги. Убедитесь, что все интерфейсы активны, если он связан. Отправьте эхо-запрос на свой DNS и проверьте, нет ли скачков времени возврата (джиттера) или потери пакетов. При подключении уровня бизнес-класса (t1, eoc и т. Д.) Вы должны увидеть не более 2% потерь в течение часа при проверке связи с основным DNS. Попросите вашего интернет-провайдера проверить ваш обратный рейс / транк на предмет чрезмерного использования, заставьте его переместить вас, если он используется более чем на 80%. Убедитесь, что ваше собственное соединение не страдает от чрезмерного использования, при необходимости используйте какой-либо сетевой мониторинг с помощью программного обеспечения, такого как spiceworks или wirehark.
Первым делом я бы попробовал установить оба режима в режим полного дуплекса, чтобы избежать проблем с переговорами. Хотя сетевое оборудование должно правильно обрабатывать согласование, у него все еще могут быть проблемы с некоторым оборудованием. Как выглядит статистика вашего интерфейса? столкновения? сетевые ошибки?
Загрузка процессора может быть выше в зависимости от повторных передач и т. Д.
3 минуты удержания из-за ответа робота.
Самуэль
Первый - Получите хороший умный переключатель. HP дает пожизненную гарантию, как и NetGear.
http://h10010.www1.hp.com/wwpc/us/en/sm/WF05a/12883-12883-4172267-4172304-4172281-3963985.html будет хорошим началом и поставляется в вариантах с 8 и 24 портами.
Второй - НИКОГДА НЕ ПЕРЕГОВОРЫ ПОРТЫ - всегда заставляйте их жестко запрограммировать это, а вы делаете то же самое.
Я доверяю вам в отеле-перевозчике - так что скорее всего, они просто передадут вам Cat5e или аналогичный.
На всякий случай попросите запланировать отключение, а затем запланировать проверку этого соединения.
Я был в некоторых отелях Top Carrier в стране - и обнаружил самые странные вещи.
Например, в отеле Carrier Hotel @ 401 N.Broad в Филадельфии нам вручили кабель cat5e - два из них. Да хоть убей, я не мог получить сигнал по проводу - как бы я ни пытался.
Индикаторы загорались бы только тогда, когда мы оба были подключены к коммутатору, а затем через несколько секунд срабатывало предупреждение STP (протокол связующего дерева).
Технический специалист центра обработки данных, предоставивший нам отключение сети для нашего клиента, создал сетевой цикл, а не правильно подключил проводку.
Затем мне пришлось закричать и подать еще один припадок, когда тот же персонаж для другого клиента сделал плохой обжим и настаивал, что все сетевое оборудование в шкафу было плохим с нашей стороны.
Через несколько писем его не стало.
При этом - ВСЕГДА пусть они проверяют провод - если возможно, выполните простой iperf, чтобы убедиться, что соединение может передавать то, что вам нужно.