Различия
Показаны различия между двумя версиями страницы.
| Предыдущая версия справа и слеваПредыдущая версияСледующая версия | Предыдущая версия | ||
| dpi:dpi_components:platform:by_pass:start [2023/10/10 08:25] – внешнее изменение 127.0.0.1 | dpi:dpi_components:platform:by_pass:start [Дата неизвестна] (текущий) – удалено - внешнее изменение (Дата неизвестна) 127.0.0.1 | ||
|---|---|---|---|
| Строка 1: | Строка 1: | ||
| - | ====== Повышение отказоустойчивости - сетевые карты с режимом 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 | ||