Различия
Показаны различия между двумя версиями страницы.
Следующая версия | Предыдущая версия | ||
dpi:dpi_components:platform:by_pass [2021/03/04 11:55] – создано kkatanov | dpi:dpi_components:platform:by_pass [2024/09/26 15:29] (текущий) – создано - внешнее изменение 127.0.0.1 | ||
---|---|---|---|
Строка 1: | Строка 1: | ||
- | =====1===== | + | ====== |
+ | {{indexmenu_n> | ||
+ | |||
+ | **Почему Вы рекомендуете покупать карты SILICOM? | ||
+ | | ||
+ | * карты обладают функциональностью bypass | ||
+ | * в комплект поставки можно включить лицензии на требуемые драйвера для максимальной производительности - DPDK & Libzero в маркировке таких карт есть обозначение -SQ1 (пример для 10GbE карты) | ||
+ | **Работает ли байпасс в сетевых картах SILICOM при отключении питания? | ||
+ | * Оптический байпасс - работает при отключенном питании (проверено на карте PE210G2BPI9-SR-SQ1 short range/ | ||
+ | * Медный байпасс - при отключении питания работает (проверено на карте [[http:// | ||
+ | **Есть ли ручное управление байпасс в сетевых картах SILICOM? | ||
+ | DPI управляет bypass самостоятельно.\\ | ||
+ | В случае необходимости ручное управление bypass | ||
+ | возможно с помощью утилиты bpctl_util: | ||
+ | * bpctl_util all get_bypass - получить состояние bypass | ||
+ | * bpctl_util all set_bypass on - активировать bypass | ||
+ | * bpctl_util all set_bypass off - деактивировать bypass | ||
+ | |||
+ | **Проблема: | ||
+ | Проблема связана с картой перенастроенной в качестве стандартной, | ||
+ | Диагностика: | ||
+ | |||
+ | bpctl_util all get_std_nic | ||
+ | 07:00.0 standard | ||
+ | 07:00.1 slave | ||
+ | 07:00.2 standard | ||
+ | 07:00.3 slave | ||
+ | |||
+ | Должно быть non-standard.\\ \\ | ||
+ | Для установки карты в режим bypass требуется выполнить следующее: | ||
+ | bpctl_util all set_std_nic off | ||
+ | |||
+ | Команда переключает режим в не стандартный, | ||
+ | |||
+ | **Пояснение относительно времени переключения bypass?**\\ Включение bypass длится короткий временной интервал около 0.5 с (по умолчанию), | ||
+ | Такая длительность переключения может влиять на BGP, OSPF и другие механизмы, | ||
+ | < | ||
+ | где 500 мс таймаут ожидания, | ||
+ | |||
+ | Basically, the time for the bypass mechanism to switch from one mode to another is 10mS. | ||
+ | The timing that you are seeing relates to re-establish the link and then re-establish | ||
+ | the connection (with new routing tables in switches and devices). | ||
+ | This switch to bypass mode is done in our product by physically connecting the pair of | ||
+ | the ports together (wire to wire). This means that when this happen our product is actually out | ||
+ | of the picture and the start of the traffic with this new connection will depend on | ||
+ | the two networking devices (router / switch / device) on how they link together and how | ||
+ | they establish the connection again. You can try to force fix mode (not auto-neg, | ||
+ | change to force 1G FD or so) this might reduce the time needed for the negotiation. | ||
+ | Not sure how much. | ||
+ | For the change from bypass mode to normal mode - all the above also stand as well. | ||
+ | The networking devices (router / switch / device) loss the link with each other and | ||
+ | starts establish the connection with the Silicom NIC . Here you have more control as | ||
+ | the link is done between the two devices and your system (Check that all the devices | ||
+ | are set to the same speed settings) | ||
+ | From our customer and our experience a 1-3sec is a reasonable time to get the Copper 1G link | ||
+ | to be establish between 2 network devices. | ||
+ | |||
+ | **все хорошо кроме того, что один порт на сетевой работает в режиме байпасc и не фильтрует трафик.**\\ | ||
+ | | ||
+ | bpctl_util all set_bypass off | ||
+ | bpctl_util all set_dis_bypass off | ||
+ | bpctl_util all set_bypass_pwoff on | ||
+ | bpctl_util all set_bypass_pwup on | ||
+ | bpctl_util all set_std_nic off | ||
+ | bpctl_util all get_bypass_change on | ||
+ | bpctl_util all get_tx on | ||
+ | bpctl_util all get_tpl off | ||
+ | bpctl_util all get_wait_at_pwup off | ||
+ | bpctl_util all get_hw_reset off | ||
+ | bpctl_util all get_disc off | ||
+ | bpctl_util all get_disc_change off | ||
+ | bpctl_util all get_dis_disc off | ||
+ | bpctl_util all get_disc_pwup off | ||
+ | bpctl_util all get_wd_exp_mode bypass | ||
+ | bpctl_util all get_wd_autoreset disable | ||
+ | | ||
+ | |||
+ | **Настройка Juniper, чтобы перевод в bypass и обратно не приводил к перестроению маршрутов.**\\ | ||
+ | < | ||
+ | |||
+ | show xe-5/ | ||
+ | | ||
+ | hold-time up 1000 down 1000; | ||
+ | gigether-options { | ||
+ | | ||
+ | }</ | ||
+ | |||
+ | **Настройка Cisco, чтобы перевод в bypass и обратно не приводил к перестроению маршрутов.**\\ | ||
+ | int fa0/0 | ||
+ | ip bgp fast-external-fallover deny | ||
+ | | ||
+ | BGP Fast-external-fallover command terminates external BGP sessions of any directly adjacent peer if the link used to reach the peer goes down; without waiting for the hold-down timer to expire | ||
+ | |||
+ | **Cписок всех dna интерфейсов и их MAC**\\ | ||
+ | grep ^ / | ||
+ | |||
+ | **Как проверить, | ||
+ | | ||
+ | lspci -v|grep -A1 Eth | ||
+ | для карт с bypass в поле Subsystem будет указано | ||
+ | Subsystem: Silicom Ltd. Device |