bokl

проверю, надо в мониторинг завести. Я еще нашел, что на 2950 rapid PVST запустил максимальное кол-во интансов(64) и на остальные виланы этого не хватает. Надо думать как перейти на MSTP.

000750: May 19 16:01:14.972 METDST: RSTP(141): Gi2/3/21 Dispute! 000751: May 19 16:01:14.972 METDST: RSTP[141]: Gi2/3/21 state change completed. New state is [blocking] 000752: May 19 16:01:14.976 METDST: RSTP(150): Gi2/3/21 Dispute! 000753: May 19 16:01:14.976 METDST: RSTP[150]: Gi2/3/21 state change completed. New state is [blocking] 000754: May 19 16:01:16.564 METDST: RSTP(150): Gi2/3/21 Dispute! 000755: May 19 16:01:16.916 METDST: RSTP(141): transmitting a proposal on Gi2/3/ 21 000756: May 19 16:01:16.920 METDST: RSTP(150): transmitting a proposal on Gi2/3/ 21 000757: May 19 16:01:17.164 METDST: RSTP(141): Gi2/3/21 Dispute! 000758: May 19 16:01:18.616 METDST: RSTP(150): Gi2/3/21 Dispute! 000759: May 19 16:01:18.916 METDST: RSTP(141): transmitting a proposal on Gi2/3/ 21 000760: May 19 16:01:18.920 METDST: RSTP(150): transmitting a proposal on Gi2/3/ 21 000761: May 19 16:01:18.964 METDST: RSTP(141): received an agreement on Gi2/3/21 000762: May 19 16:01:18.964 METDST: RSTP[141]: Gi2/3/21 dispute resolved 000763: May 19 16:01:18.964 METDST: RSTP(141): starting topology change timer fo r 35 seconds 000764: May 19 16:01:18.964 METDST: RSTP[141]: Gi2/3/21 state change completed. 000172: May 19 16:01:14.965 METDST: RSTP(141): Gi0/1 rcvd info expired 000173: May 19 16:01:14.965 METDST: RSTP(141): updt roles, information on root port Gi0/1 expired 000174: May 19 16:01:14.965 METDST: RSTP(141): we become the root bridge 000175: May 19 16:01:14.965 METDST: RSTP(141): Gi0/1 is now designated 000176: May 19 16:01:14.965 METDST: RSTP(150): Gi0/1 rcvd info expired 000177: May 19 16:01:14.969 METDST: RSTP(150): updt roles, information on root port Gi0/1 expired 000178: May 19 16:01:14.969 METDST: RSTP(150): we become the root bridge 000179: May 19 16:01:14.969 METDST: RSTP(150): Gi0/1 is now designated 000180: May 19 16:01:18.929 METDST: RSTP(141): updt roles, superior bpdu on Gi0/1 (synced=0) 000181: May 19 16:01:18.929 METDST: RSTP(141): Gi0/1 is now root port 000182: May 19 16:01:18.929 METDST: RSTP(141): synced Gi0/1 000183: May 19 16:01:18.933 METDST: RSTP(150): updt roles, superior bpdu on Gi0/1 (synced=0) 000184: May 19 16:01:18.933 METDST: RSTP(150): Gi0/1 is now root port 000185: May 19 16:01:18.933 METDST: RSTP(150): synced Gi0/1 000186: May 19 16:01:18.961 METDST: RSTP(141): transmitting an agreement on Gi0/1 as a response to a proposal 000187: May 19 16:01:18.961 METDST: RSTP(150): transmitting an agreement on Gi0/1 as a response to a proposal

сообщения не так часто приходят, но тут уже спортивный интерес. настроил дебаг, буду смотреть.

в таком случае было бы last change occurred 1d03h ago from port, который не портфаст. но в том то и дело, что в этом влане только 2 порта. один рутовый(не падал), а второй десигнейтед(тоже не падал...). и по show spanning-tree detail показывает что пришел TCN от рута(я делаю вывод что пришел TCN так как сам порт не падал и не поднимался). вот и вопрос в этом. как так? порт не падал а TCN как-будто генерится в линке и приходит обоим пирам.

Господа, может кто может обьяснить сие: На одном свиче видно, что TCN пришел с порта GigabitEthernet0/1: VLAN0001 is executing the rstp compatible Spanning Tree protocol Bridge Identifier has priority 32768, sysid 1, address 0014.a97e.be00 Configured hello time 2, max age 20, forward delay 15 Current root has priority 4097, address 0008.e3ff.fc04 Root port is 49 (GigabitEthernet0/1), cost of root path is 4 Topology change flag not set, detected flag not set Number of topology changes 28 last change occurred 1d03h ago from GigabitEthernet0/1 Times: hold 1, topology change 35, notification 2 hello 2, max age 20, forward delay 15 Timers: hello 0, topology change 0, notification 0, aging 300 на другом коммутаторе с порта GigabitEthernet2/3/21 : VLAN0001 is executing the rstp compatible Spanning Tree protocol Bridge Identifier has priority 4096, sysid 1, address 0008.e3ff.fc04 Configured hello time 2, max age 20, forward delay 15, tranmsit hold-count 6 We are the root of the spanning tree Topology change flag not set, detected flag not set Number of topology changes 46 last change occurred 1d03h ago from GigabitEthernet2/3/21 Times: hold 1, topology change 35, notification 2 hello 2, max age 20, forward delay 15 Timers: hello 0, topology change 0, notification 0, aging 480 но эти порты воткнуты друг в друга! как так? может я чего-то не понимаю. Порты не падали, в логах ничего нету. спасибо зарание.

Достаточно на двух микротиках просто повесить один и тот же адрес, при этом имея связанность по OSPF, они будут передавать данные с резервированием. супер решение. пять баллов! это из той же оперый, что и "два маршрута по умолчанию". Любой нормально настроеный промежуточный свич должен такое зарубать. Зачем велосипед изобретать?

Что бы обезопасить себя можно поставить 4 микротик. Это устаревшая технология. ну с четвёртым всё равно будет беда. ведь сервер ваш будет на какой-то один зацеплен, так? всё равно надо какую-то HA группу собирать из двух железяк. с микротиками не имел дела. если они могут в какую-то другую отказоустойчивую конфигурацию(кластер или что-то своё), то лучше её использовать.

Микротик, просто так, не ломается. просто так ничего не ломается, однако, это происходит. Если уж рисовать отказоустойчивость, то завязываться на одной железке - это значит отдать всё на волю случая. Можжет и не сломается, а вдруг сломается? что будете делаьть? ехать на удалённую локацию, лететь на самолёте, бежать на лыжах по сугробам?:) уж vrrp никто не мешает настроить и время простоя это нисколько не увеличит.

То есть такой компьютер будет надежнее микротика? Опять же, микротик можно купить и он работает сразу, а на комп еще нужно операционную систему поставить. Только когда эта железка сломается, сразу все перестанет работать. и при этом вы упорно ставите третий микротик, который если сломается, то у вас сломается всё:) или если делить роли, то должно быть два "третих" которые бы друг друга резервировали и представляли из себя "ядро/агрегацию/доступ". или на 1-ом и 2-ом нужен VRRP, чтобы не положить всё сеть при погорании всего одной железки.

это можно. но вопрос в другом, можно ли память засунуть.

что-то я там не нашел этой инфы. есть для RP1 и RP2, но у ASR1002-X свой RP, на сколько мне известно.

Если учесть что, для ESP и RP всего 4GB, то вполне нормально думаю ушло. Сейчас наверно у него под 90% память задействовано. угу, 97%.

нет. isg без надобности, чисто бордюр. dual ios выключил в первую же очередь.

Может не отключили soft inbound? не включал даже.

Не не не. Какай там партномер и где она торчит я знаю. меня интересует можно ли туда поставить обычную сервачную DDR и какую именно. Dimm, mini-dimm или что-то еще. судя по картинке это DDR2 mini-dimm, но по картинкам не хотелось бы делать выводы.