VH
Problem: Host: mix-inet-ng-1. BGP peer PITERIX-MSK-RS-1 состояние: Active (NOT OK) (3). Ожидаемое: 6 on mix-inet-ng-1
Last value: Active (NOT OK) (3) (18:45:20)
Last value: Active (NOT OK) (3) (18:45:20)
Size: a a a
2021 January 25
AM
И снова...
AB
И снова...
AM
Значит транспорт в сторону Украины флапает
AM
или у меня холдтайм маленький))
PD
Здравствуйте, у одного из участников на порту возникла петля и оттуда прилетают мак-адреса других участников и рс, данной компании уже сообщили о возникшей проблеме, мы сообщим вам как проблема будет устранена, приносим извинения за возникшие проблемы.
ID
Здравствуйте, у одного из участников на порту возникла петля и оттуда прилетают мак-адреса других участников и рс, данной компании уже сообщили о возникшей проблеме, мы сообщим вам как проблема будет устранена, приносим извинения за возникшие проблемы.
Так никакой vlan-based loopdetect не реально нагородить?
Вроде же и маки на портах привязывать стали, помнится.
Вроде же и маки на портах привязывать стали, помнится.
IA
там ведь исползуется nexus. IX-то бесплатный. а нексус при всей своей мощи интересен множеством "особенностей". например могут перестать показываться маки. Или пропасть порты из перечня sh int status. или несмтря на порт-секьюрити с привязкой "пробивать", и порт будет положен по "secviol" из-за того, что конфликт с привязкой на соседнем порту и тд. - но все привязки есть. В общем одни мучения.
поэтому главное средство тут решение самой проблемы, а привязка конечно страхует в 95% случаев, но как бы не глупо это выгядело имеем что имеем.
например сейчас нам необходимо положить транзитный порт, чтобы перенастроить привязку. Возможно даже само по себе это гарантирует нас от повторений, даже при наличии неразорванной петли. Но быть и нет, тут как повезет. Коллеги тем временем не спешат комментировать ситуацию с петлей.
поэтому мы приняли такое решение, сейчас кладем порт и пытаемся пофиксить в этот "свитч" настройку порта. при этом у нас лягут неск. участников. чтобы они не заблекхолились, мы положим им сессию. отдельно не предупреждаем т..к решение аварийное
и уже после этого будем выполнять 2ую часть операции а именно допытывать коллег про петлю.
поэтому главное средство тут решение самой проблемы, а привязка конечно страхует в 95% случаев, но как бы не глупо это выгядело имеем что имеем.
например сейчас нам необходимо положить транзитный порт, чтобы перенастроить привязку. Возможно даже само по себе это гарантирует нас от повторений, даже при наличии неразорванной петли. Но быть и нет, тут как повезет. Коллеги тем временем не спешат комментировать ситуацию с петлей.
поэтому мы приняли такое решение, сейчас кладем порт и пытаемся пофиксить в этот "свитч" настройку порта. при этом у нас лягут неск. участников. чтобы они не заблекхолились, мы положим им сессию. отдельно не предупреждаем т..к решение аварийное
и уже после этого будем выполнять 2ую часть операции а именно допытывать коллег про петлю.
2021 January 26
VB
/who AS42765
AS
привет, а кто-то еще получил письма от РКН с инcтрукцией по переходу на суверенный "ripe" ?
АП
Ага
AS
получается, скоро ждем требования к фильтрации префиксов по суверенному райпу?)
АВ
привет, а кто-то еще получил письма от РКН с инcтрукцией по переходу на суверенный "ripe" ?
есть такое дело, как я понял там можно все с райпа импортировать. Осталось понять что именно им нужно))
AS
я так понял что все)
АП
Суверенный вайп лучше)
AS
никто случайно не видел статеек по юридической интерпретации этих требований?
ПЧ
А можно выложить письмишко про суверенный ripe?
VR
В продолжении Сувенирки: инструкция
ЯR
а изменения в БД RIPE и их валидность РКН как собирается контролировать?
ЯR
да и при первом ручном вводе будет масса ошибок