Различия
Показаны различия между двумя версиями страницы.
Предыдущая версия справа и слеваПредыдущая версияСледующая версия | Предыдущая версия | ||
dpi:dpi_components:platform:by_pass:start [2021/08/25 12:36] – vasexperts | dpi:dpi_components:platform:by_pass:start [Дата неизвестна] (текущий) – удалено - внешнее изменение (Дата неизвестна) 127.0.0.1 | ||
---|---|---|---|
Строка 1: | Строка 1: | ||
- | ====== 19 Повышение отказоустойчивости - сетевые карты с режимом bypass ====== | ||
- | {{indexmenu_n> | ||
- | **Почему Вы рекомендуете покупать карты SILICOM? | ||
- | | ||
- | * карты обладают функциональностью bypass | ||
- | * в комплект поставки можно включить лицензии на требуемые драйвера для максимальной производительности - DNA & 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 dna0 standard | ||
- | 07:00.1 dna1 slave | ||
- | 07:00.2 dna2 standard | ||
- | 07:00.3 dna3 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 |