{"id":368,"date":"2013-09-16T14:29:57","date_gmt":"2013-09-16T13:29:57","guid":{"rendered":"http:\/\/janscholten.de\/blog\/?p=368"},"modified":"2013-09-16T14:32:21","modified_gmt":"2013-09-16T13:32:21","slug":"alcatel-stack-recovery-time-minimieren","status":"publish","type":"post","link":"https:\/\/janscholten.de\/blog\/2013\/09\/alcatel-stack-recovery-time-minimieren\/","title":{"rendered":"Alcatel stack recovery time minimieren"},"content":{"rendered":"<p>Wenn in einem Stack der Primary ausf\u00e4llt \u00fcbernimmt der bisherige Secondary die Managementaufgaben (wird primary) und ein neuer Secondary wird gew\u00e4hlt.<\/p>\n<p>Im Zuge des wechsels \u00e4ndern sich auch die MAC-Adressen des Stacks (es wird die des Secondarys \u00fcbernommen).<br \/>\nDamit passiert folgendes: <\/p>\n<ul>\n<li>Die Spanning-tree BridgeID \u00e4ndert sich (ist ja Priority + Mac-Adresse) &#8211; Dadurch uU STP Rekalkulationen<\/li>\n<li>LACPs brechen zusammen (das ist an die MAC-Adresse gebunden)<\/li>\n<li>Vermutlich \u00e4ndern sich auch die Mac-Adressen der IP Interfaces (vielleicht hat das Default-Gateway danach  eine andere Mac als vorher?!)<\/li>\n<li>Dadurch kann es auch bei Routingprotokollen zu Problemen kommen<\/li>\n<li>Kunden rufen mit Pipi in den Augen an.<\/li>\n<li>Terror und Panik bricht aus, Netzwerktechniker werden auf der Stra\u00dfe gelyncht.<\/li>\n<\/ul>\n<p>Da ja grade die letzten 2 Punkte kritisch sind (und man die ersten Punkte auch erlegen will):<\/p>\n<p>Bei Alcatel hei\u00dft das notwendige Kommando <\/p>\n<pre>mac-retention status enable<\/pre>\n<p>Dadurch bleibt die Mac-Adresse des Stacks bestehen und im besten Fall passiert (fast) garnichts.<br \/>\nDaher: Man sollte das Kommando auf Stacks immer aktivieren (per default ist es disabled).<br \/>\nSieht dann so aus:<\/p>\n<pre>Stack > show mac-retention status \r\nAdmin State         : Enabled,\r\nTrap admin state    : Disabled,\r\nEEPROM MAC address  : e8:e7:32:69:2e:9c,\r\nCurrent MAC address : e8:e7:32:69:2c:fc,\r\nMAC address source  : Retained,\r\nTopology Status     : Ring Present\r\n<\/pre>\n<p>Die EEPROM MAC (des Switches) ist e8:e7:32:69:2e:9c, der Stack hat aber eine andere von fr\u00fcher. (Source = Retained)<\/p>\n<p>Aber alles hat nat\u00fcrlich auch einen Nachteil:<br \/>\nNimmt man den (ex)Primary raus und baut ihn woanders ein hat man doppelte MAC-Adressen (der ex-Primary und der Stack haben die gleiche) und man hat neue Probleme. wie z.B. verlorenen Traffic.<\/p>\n<p>In einem solchen Fall:  Im Wartungsfenster nach R\u00fccksprache auf dem Stack mit \u201emac-retention release\u201c die gemerkte MAC freigeben und die des aktuellen Switches \u00fcbernehmen. <\/p>\n<p>STP\/LACP Sachen werden dann auch auftreten, aber in einem geplanten Umfeld.<\/p>\n<p>Laut einem Test eines Users im <a href=\"http:\/\/www.alcatelunleashed.com\/viewtopic.php?f=385&#038;t=22240\">Alcatelunleashed Forum<\/a> vermindert sich dadurch die Rekonvergenzzeit (unklar was er genau getestet wurde) von 3 Minuten auf 1 Sekunde.. egal: klingt gut.<\/p>\n<p>Im 6900-VC ist die mac-retention (im Gegensatz zu den R6 Switchen) defaultm\u00e4\u00dfig enabled.<\/p>\n<p>Bei Cisco gibt es das gleiche (Problem wie L\u00f6sung), das Kommando hei\u00dft hier<\/p>\n<pre>stack-mac persistent timer 0<\/pre>\n<p>und zum freigeben <\/p>\n<pre>no stack-mac persistent timer<\/pre>\n<p>Bei Cisco wichtig: ohne \u201estack-mac persistent timer 0\u201c kann man eine ASA-X nicht sauber an zwei Stack-Membern anschliessen, da nach einem fail des primarys die Verbindung (dauerhaft?) gest\u00f6rt w\u00e4re <\/p>\n","protected":false},"excerpt":{"rendered":"<p>Wenn in einem Stack der Primary ausf\u00e4llt \u00fcbernimmt der bisherige Secondary die Managementaufgaben (wird primary) und ein neuer Secondary wird gew\u00e4hlt. Im Zuge des wechsels \u00e4ndern sich auch die MAC-Adressen des Stacks (es wird die des Secondarys \u00fcbernommen). Damit passiert folgendes: Die Spanning-tree BridgeID \u00e4ndert sich (ist ja Priority + Mac-Adresse) &#8211; Dadurch uU STP &hellip; <a href=\"https:\/\/janscholten.de\/blog\/2013\/09\/alcatel-stack-recovery-time-minimieren\/\" class=\"more-link\"><span class=\"screen-reader-text\">Alcatel stack recovery time minimieren<\/span> weiterlesen<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[55,1,7,12],"tags":[31,25,36,32],"class_list":["post-368","post","type-post","status-publish","format-standard","hentry","category-alcatel","category-allgemein","category-erfahrungen","category-job","tag-alcatel","tag-cli","tag-omniswitch","tag-switch"],"_links":{"self":[{"href":"https:\/\/janscholten.de\/blog\/wp-json\/wp\/v2\/posts\/368","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/janscholten.de\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/janscholten.de\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/janscholten.de\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/janscholten.de\/blog\/wp-json\/wp\/v2\/comments?post=368"}],"version-history":[{"count":7,"href":"https:\/\/janscholten.de\/blog\/wp-json\/wp\/v2\/posts\/368\/revisions"}],"predecessor-version":[{"id":376,"href":"https:\/\/janscholten.de\/blog\/wp-json\/wp\/v2\/posts\/368\/revisions\/376"}],"wp:attachment":[{"href":"https:\/\/janscholten.de\/blog\/wp-json\/wp\/v2\/media?parent=368"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/janscholten.de\/blog\/wp-json\/wp\/v2\/categories?post=368"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/janscholten.de\/blog\/wp-json\/wp\/v2\/tags?post=368"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}