низкая скорость при подключении к определенной виртуальной локальной сети (VLAN)
-
Здравствуйте, просто хочу спросить, есть ли у меня такая же проблема и можете ли вы поделиться своим решением. В настоящее время мы разделяем наши компьютеры на определенные VLAN, создаем VLAN 550, где они могут получить доступ только к серверу, но не к Интернету.
При тестировании на 5 компьютерах при открытии приложения они испытывают медленную реакцию со стороны этого приложения. В то время как другие устройства, подключенные к другим VLAN, имеют быструю реакцию. Есть ли здесь кто-нибудь с такой же проблемой? Мы хотим перенести эти компьютеры в VLAN 550, но из-за медленного отклика мы можем не уложиться в сроки. Ниже приведен интерфейс нашей VLAN 550. SW-DC-CORE#sh int VLAN 550
Vlan550 работает, линейный протокол работает.
Оборудование — Ethernet SVI, адрес —
Интернет-адрес —
MTU 1500 байт, пропускная способность 1000000 кбит/с, задержка 10 мкс,
надежность 255/255, нагрузка на передачу 1/255, нагрузка на прием 1/255,
инкапсуляция ARPA, обратная связь не установлена,
Keepalive не поддерживается, тип
ARP: ARPA, ARP Timeout 04:00:00
Последний ввод никогда, вывод 21:42:22, вывод зависания никогда
Последнее очищение счетчиков «show interface» никогда
Очередь ввода: 0/375/0/0 (размер/макс./пропуски/сбросы); Общее количество отброшенных выходных данных: 0
Стратегия очереди: fifo
Очередь входа: 0/40 (размер/макс.) Скорость
входа за 5 минут 0 бит/с, 0 пакетов/с Скорость
выхода за 5 минут 0 бит/с, 0 пакетов/с
746674 пакета входа, 254138836 байт, 0 без буфера
Получено 0 широковещательных пакетов (0 IP-мультикастов)
0 рантов, 0 гигантов, 0 дросселей
0 ошибок ввода, 0 CRC, 0 кадров, 0 переполнений, 0 игнорированных
679223 пакета вывода, 649123599 байт, 0 недополнений
0 ошибок вывода, 4 сброса
интерфейса 0 отброшенных неизвестных
протоколов 0 сбоев буфера вывода, 0 выгруженных буферов вывода Спасибо
![
]
dgzbri
-
Ограничение пропускной способности
: проверьте, установлены ли какие-либо ограничения пропускной способности на VLAN 550. Поскольку вы упомянули, что скорость значительно ниже по сравнению с другими VLAN, очень важно убедиться, что распределение пропускной способности соответствует вашим приложениям.
Качество обслуживания (QoS)
: внедрите настройки QoS, чтобы установить приоритет трафика на VLAN 550. Это может помочь улучшить производительность приложений, обеспечив им необходимую пропускную способность по сравнению с менее важным трафиком.
Задержка в сети
: проверьте, есть ли проблемы с задержкой в сети, которые конкретно влияют на VLAN 550. Такие инструменты, как тесты ping или traceroute, могут помочь выявить любые задержки в сетевом пути.
Проблемы
,
связанные с конкретными приложениями
: проверьте, есть ли у используемых приложений особые требования к производительности или подключению, которые могут не удовлетворяться конфигурацией VLAN.
Конфигурация коммутатора
: проверьте конфигурацию коммутатора для VLAN 550, чтобы убедиться в отсутствии ошибок настройки. Обратите внимание на такие настройки, как STP (протокол связующего дерева), и убедитесь, что нет заблокированных портов. -
- Вы используете SVI. Проверьте наличие узких мест в скорости портов LAN, т. е. достаточно ли пропускной способности даже теоретически. Вы не указали тип устройства программного обеспечения, поэтому для безопасности имеет смысл проверить нагрузку на ЦП. Выясните, не влияет ли ваш трафик каким-либо образом на ЦП. Это может быть характерно для более «традиционных» моделей. 2) У вас есть брандмауэр между VLAN? Как он работает? 3) Распределяют ли ПК равную нагрузку и тип трафика, если сравнивать две VLAN?
-
Что такое модель SW? MHM
-
Cisco C3850-nm-blank 24 порта
-
Интерфейс подключается к устройству с использованием того же MTU. Можете ли вы показать интерфейс? MHM
-
@MHM Cisco World
На самом деле наши виртуальные локальные сети настроены внутри нашего ядра c3850. MTU составляет 1500. -
Показать статистику IP-трафика Проверить, есть ли фрагменты MHM
-
Можете поделиться топологией?
-
попробуйте то же самое с созданием новой виртуальной локальной сети
-
Спасибо за всю информацию. Я связался с уволившимся сетевым администратором нашей компании и, после проверки, обнаружил, что у нас есть проблема с узким местом на vlan1, как и сказал
@timo-juhani
. В настоящее время мы продолжаем проверку того, что и кто подключено к этому vlan 1. Спасибо всем, возможно, я дам вам обратную связь, как только мы решим проблему с узким местом в vlan 1.
Здравствуйте! Похоже, вам интересна эта беседа, но у вас пока нет учетной записи.
Вы устали просматривать одни и те же посты каждый раз, когда заходите на сайт? После регистрации, вам не придётся искать обсуждения в которых вы принимали участие, настройте уведомления о новых сообщениях так как вам это удобно (по электронной почте или уведомлением). У вас появится возможность сохранять закладки и ставить лайки постам, чтобы выразить свою благодарность другим участникам сообщества.
С вашими комментариями этот пост может стать ещё лучше 💗
Зарегистрироваться Войти