alibek Опубликовано 12 января, 2016 · Жалоба Взяли недавно небольшую партию SNR-S2990G-24T. Порты доступа настроены таким образом: Interface Ethernet1/0/1 speed-duplex force100-full ip multicast destination-control access-group 6010 switchport access vlan 400 switchport association multicast-vlan 60 pppoe intermediate-agent vendor-tag strip loopback-detection specified-vlan 400-499 loopback-detection control block igmp snooping drop query Абоненты стали жаловаться на низкую скорость. Причем при переподключении первое время скорость может быть нормальной, но через какой-то период сетевой активности начинает заметно падать. Я подозреваю, что причина может быть в speed-duplex force100-full. Никто с таким не сталкивался? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
wicked Опубликовано 12 января, 2016 · Жалоба Попробуйте speed-duplex auto 100 full Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 12 января, 2016 · Жалоба (config-if-ethernet1/0/5)#speed-duplex auto ? 10 Ability of 10M speed <cr> Точно такая же проблема еще на одном коммутаторе 2990. Сейчас сделал на порту auto: #sh int eth 1/0/5 Interface brief: Ethernet1/0/5 is up, line protocol is up Ethernet1/0/5 is layer 2 port, alias name is (null), index is 5 Hardware is Gigabit-TX, address is f8-f0-82-73-56-aa PVID is 419 MTU 1500 bytes, BW 100000 Kbit Time since last status change:0w-0d-0h-5m-17s (317 seconds) Encapsulation ARPA, Loopback not set Auto-duplex: Negotiation full-duplex, Auto-speed: Negotiation 100M bits FlowControl is off, MDI type is auto Выше 26 Мбит/с не дает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
AlexTN Опубликовано 19 января, 2016 · Жалоба alibek Что поддержка нага говорит? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 19 января, 2016 · Жалоба Обновить ПО, тестировать. ПО обновил, сегодня натурные испытания будут. Но на стенде пока особых изменений не заметил. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
AlexTN Опубликовано 19 января, 2016 · Жалоба Отпишись если что-то проясниться. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Bender Rodion Опубликовано 19 января, 2016 · Жалоба Здравствуйте, коллеги! Провели тестирование в лаборатории. Схема следующая: сервер (192.168.1.2) iperf на интерфейсе (1/0/1) где ограничиваем скорость, клиент iperf на интерфейсе (1/0/2) без ограничений. Получили следующие результаты измерений: 1. Режим на сетевой карте на сервере auto. Автоматически согласовалось на 100-half Конфигурация порта коммутатора: Interface Ethernet1/0/1 speed-duplex force100-full В таком случае получили: iperf -c 192.168.1.2 -i 5 -t 60 ------------------------------------------------------------ Client connecting to 192.168.1.2, TCP port 5001 TCP window size: 85.0 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.1.10 port 33232 connected with 192.168.1.2 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0- 5.0 sec 25.9 MBytes 43.4 Mbits/sec [ 3] 5.0-10.0 sec 29.1 MBytes 48.9 Mbits/sec [ 3] 10.0-15.0 sec 26.9 MBytes 45.1 Mbits/sec 2. Скорость на сервере устанавливаем 100-full. Конфигурация порта коммутатора: Interface Ethernet1/0/1 speed-duplex force100-full В таком случае получили: iperf -c 192.168.1.2 -i 5 -t 60 ------------------------------------------------------------ Client connecting to 192.168.1.2, TCP port 5001 TCP window size: 85.0 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.1.10 port 33234 connected with 192.168.1.2 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0- 5.0 sec 56.4 MBytes 94.6 Mbits/sec [ 3] 5.0-10.0 sec 56.1 MBytes 94.2 Mbits/sec [ 3] 10.0-15.0 sec 56.1 MBytes 94.2 Mbits/sec 3. Скорость на сервере устанавливаем auto (как в случае 1). Конфигурация порта коммутатора: Interface Ethernet1/0/1 speed-duplex auto 100 full В таком случае получили: iperf -c 192.168.1.2 -i 5 -t 60 ------------------------------------------------------------ Client connecting to 192.168.1.2, TCP port 5001 TCP window size: 85.0 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.1.10 port 33235 connected with 192.168.1.2 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0- 5.0 sec 56.4 MBytes 94.6 Mbits/sec [ 3] 5.0-10.0 sec 56.1 MBytes 94.2 Mbits/sec [ 3] 10.0-15.0 sec 56.3 MBytes 94.5 Mbits/sec Все тесты проводились на актуальной прошивке. Так же добавлю: SNR-S2990G-24T(config-if-ethernet1/0/1)#speed-duplex auto ? 10 Ability of 10M speed 100 Ability of 100M speed 1000 Ability of 1000M speed Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 19 января, 2016 · Жалоба speed-duplex auto 100 full на заводской прошивке была недоступна. Сейчас проверю с этим режимом на обновленной прошивке. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 19 января, 2016 · Жалоба Вообщем пока непонятно. Используется L2-доступ (L2 до BRAS), технология PPPoE. Прошивку обновил, везде выставил speed-duplex auto 100 full. Стало лучше, в отдельных тестах зафиксирована тарифная скорость. Но iperf (-c -t 300 -P 10) скорость выше 11 Мбит/с не выдает, хотя по тарифу должно быть 50 (симметричный канал 50/50). Speedtest в браузере тоже тарифной скорости не показывает (показывает 30-40 вместо 50). На входящем канале торренты до 50 Мбит/с разгоняют, исходящий пока нормально не проверили (на ноутбуке нет файлов для раздачи). Оставлю качаться несколько популярных торрентов, попробую исходящий еще завтра проверить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tartila Опубликовано 19 января, 2016 · Жалоба Взяли недавно небольшую партию SNR-S2990G-24T. Порты доступа настроены таким образом: Interface Ethernet1/0/1 speed-duplex force100-full ip multicast destination-control access-group 6010 switchport access vlan 400 switchport association multicast-vlan 60 pppoe intermediate-agent vendor-tag strip loopback-detection specified-vlan 400-499 loopback-detection control block igmp snooping drop query Абоненты стали жаловаться на низкую скорость. Причем при переподключении первое время скорость может быть нормальной, но через какой-то период сетевой активности начинает заметно падать. Я подозреваю, что причина может быть в speed-duplex force100-full. Никто с таким не сталкивался? Во всем виноваты серые IP... © :) А по делу - а нет ли у вас на коммутаторе полисеров хотя бы на одном порту? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 19 января, 2016 · Жалоба На абонентском доступе я трафик не режу, этим BRAS занимается. Полисер я использую только для L2VPN, но на сабжевых коммутаторах их нет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tehmeh Опубликовано 19 января, 2016 · Жалоба Попробуйте провести замеры с различным RTT. Например, speedtest куда-нибудь очень близко, а потом куда-нибудь подальше (чтобы RTT варьировался в районе 1-150 ms). Попробуйте включить на аплинковых портах коммутатора flow control. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tehmeh Опубликовано 19 января, 2016 · Жалоба Еще можно попробовать на брасе в рамках теста пошейпить канал, а не полисить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 20 января, 2016 · Жалоба Еще можно попробовать на брасе в рамках теста пошейпить канал, а не полисить. Так BRAS то причем, на других коммутаторах такой проблемы нет. Ну и не буду я тарифы и профили менять, я лучше другие коммутаторы поищу. Попробуйте включить на аплинковых портах коммутатора flow control. Да, попробую. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tehmeh Опубликовано 20 января, 2016 · Жалоба Еще можно попробовать на брасе в рамках теста пошейпить канал, а не полисить. Так BRAS то причем, на других коммутаторах такой проблемы нет. Ну и не буду я тарифы и профили менять, я лучше другие коммутаторы поищу. Вы попробуйте просто тестовый коннект пошейпить на стенде, можно даже не прикручивать это к брасу, а просто на интерфейсе правило повесить. Конечно, ради коммутаторов схему менять не стоит. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 20 января, 2016 · Жалоба Попробую. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...