Мы развернули наш первый CCR1009 на удалённой площадке, и он выглядит как отличный промежуточный вариант для маршрутизации между попытками сделать программный мост на CRS125 и покупкой более дорогих моделей CCR, которые уже слишком мощные для наших нужд. Однако с тех пор, как мы его поставили, я каждые несколько часов наблюдаю вот что:
apr/22 17:23:35 interface,info ether1 link down
apr/22 17:23:35 interface,info ether2 link down
apr/22 17:23:35 interface,info ether3 link down
apr/22 17:23:35 interface,info ether4 link down
apr/22 17:23:35 route,ospf,info OSPFv2 neighbor X.X.128.33: state change from Full to Down
apr/22 17:23:35 route,ospf,info OSPFv2 neighbor X.X.128.47: state change from Full to Down
apr/22 17:23:37 interface,info ether2 link up (speed 100M, full duplex)
apr/22 17:23:37 interface,info ether3 link up (speed 100M, full duplex)
apr/22 17:23:38 interface,info ether1 link up (speed 1G, full duplex)
apr/22 17:23:38 interface,info ether4 link up (speed 1G, full duplex)
apr/22 17:24:28 route,ospf,info Database Description packet has different master status flag
apr/22 17:24:28 route,ospf,info new master flag=false
apr/22 17:24:28 route,ospf,info OSPFv2 neighbor X.X.128.33: state change from Full to 2-Way
Это происходит не по расписанию, а довольно спорадически. Но ether1 (X.X.128.33) и ether4 (X.X.128.47) — это два маршрута из устройства, поэтому я думаю, что здесь теряются пакеты. Я вижу, что это случается на ether1-ether4, что связано с чипом коммутатора, хотя мы вообще не используем этот юнит как коммутатор.
Я тщательно просмотрел полный экспорт настроек устройства, и там ничего не отличается от нашей предыдущей версии на CRS125 (где были проблемы с CPU).
При пинге с одного хопа (через ether4) я замечаю, что когда это происходит (X.X.136.106 внизу — это down на ether2, X.X.65.17 — выше по цепочке мост между ether1 и ether4 через OSPF):
SEQ HOST SIZE TTL TIME STATUS
727 X.X.136.106 56 63 4ms
728 X.X.136.106 56 63 1ms
729 X.X.136.106 timeout
730 X.X.136.106 timeout
731 X.X.136.106 timeout
732 X.X.136.106 timeout
733 X.X.136.106 56 63 1ms
734 X.X.128.162 84 64 0ms redirect host
735 X.X.136.106 timeout
736 X.X.65.17 84 64 134ms TTL exceeded
737 X.X.65.17 84 64 134ms TTL exceeded
738 X.X.65.17 84 64 118ms TTL exceeded
739 X.X.65.17 84 64 130ms TTL exceeded
Есть мысли? Почему ether1-ether4 вдруг начинают обрываться?
apr/22 17:23:35 interface,info ether1 link down
apr/22 17:23:35 interface,info ether2 link down
apr/22 17:23:35 interface,info ether3 link down
apr/22 17:23:35 interface,info ether4 link down
apr/22 17:23:35 route,ospf,info OSPFv2 neighbor X.X.128.33: state change from Full to Down
apr/22 17:23:35 route,ospf,info OSPFv2 neighbor X.X.128.47: state change from Full to Down
apr/22 17:23:37 interface,info ether2 link up (speed 100M, full duplex)
apr/22 17:23:37 interface,info ether3 link up (speed 100M, full duplex)
apr/22 17:23:38 interface,info ether1 link up (speed 1G, full duplex)
apr/22 17:23:38 interface,info ether4 link up (speed 1G, full duplex)
apr/22 17:24:28 route,ospf,info Database Description packet has different master status flag
apr/22 17:24:28 route,ospf,info new master flag=false
apr/22 17:24:28 route,ospf,info OSPFv2 neighbor X.X.128.33: state change from Full to 2-Way
Это происходит не по расписанию, а довольно спорадически. Но ether1 (X.X.128.33) и ether4 (X.X.128.47) — это два маршрута из устройства, поэтому я думаю, что здесь теряются пакеты. Я вижу, что это случается на ether1-ether4, что связано с чипом коммутатора, хотя мы вообще не используем этот юнит как коммутатор.
Я тщательно просмотрел полный экспорт настроек устройства, и там ничего не отличается от нашей предыдущей версии на CRS125 (где были проблемы с CPU).
При пинге с одного хопа (через ether4) я замечаю, что когда это происходит (X.X.136.106 внизу — это down на ether2, X.X.65.17 — выше по цепочке мост между ether1 и ether4 через OSPF):
SEQ HOST SIZE TTL TIME STATUS
727 X.X.136.106 56 63 4ms
728 X.X.136.106 56 63 1ms
729 X.X.136.106 timeout
730 X.X.136.106 timeout
731 X.X.136.106 timeout
732 X.X.136.106 timeout
733 X.X.136.106 56 63 1ms
734 X.X.128.162 84 64 0ms redirect host
735 X.X.136.106 timeout
736 X.X.65.17 84 64 134ms TTL exceeded
737 X.X.65.17 84 64 134ms TTL exceeded
738 X.X.65.17 84 64 118ms TTL exceeded
739 X.X.65.17 84 64 130ms TTL exceeded
Есть мысли? Почему ether1-ether4 вдруг начинают обрываться?