Nexus (57) 썸네일형 리스트형 Nexus - NX-OS 정리 Part 25(FabricPath - 1) 2014년 첫 포스팅입니다. FabricPath에 대한 포스팅입니다. 이 주제에 대해서 몇 번에 걸쳐서 정리를 진행하게 될지는 모르겠지만.. 차근 차근... 정리를 시작해보려고 합니다. 물론 기존의 정리하고 있던 주제들도 함께 추가적으로 정리 및 포스팅 될 예정입니다. 제가 정리된 부분에서 잘못되서 수정해야 할 부분, 업데이트 해야할 부분 등이 있으면 알려주시면 업데이트 하도록 하겠습니다. FabricPath • 하나의 Ethernet Fabric구조를 만들어 주는 기술 • Network 구성이 Flat하게 구성된다. • Fabric은 외부 관점에서는 하나의 Switch처럼 인식된다. • Layer2의 Mobility & Flexible의 장점과 L3의 Loop Prevention의 장점을 동시에 가져옴.. Nexus - NX-OS 정리 Part 21(OTV 3: Control Plane) OTV Control Plane의 지난 번 포스팅의 Multicast 환경에 이어서, Unicast 환경에서의 OTV Control입니다. 언제쯤 포스팅을 하면서, 이번에는 지난 포스팅 이후에 빨리 올렸다고 쓸 수 있을지.. 이래저래 정신 없는 일도 많고 그러네요... 그래도 조금 더 부지런해져야겠다는 다짐을 오늘도 해봅니다. OTV Control Plane – Unicast-Only Transport Infrastructure (Adjacency-Server Mode) • OTV에서 Unicast를 사용한 동작은 NX 5.2(1)부터 지원되기 시작하였다. • Multicast 방식과 동일한 동작 방식으로 운영이 되지만, 다른 차이점은 각 OTV Device가 각 Control Plane 패킷을 복사하여.. Nexus - NX-OS 정리 Part 20(OTV 2: Control Plane) 이런 저런 이유들로 다시 또 오랜만에 남기게 되는 포스팅입니다. OTV를 정리해 봐야지하고 하면서 OTV에 대해 처음 정리한 게 언제였는지 보니.. 벌써 2달전이네요.. 그 사이에 다른 걸 포스팅은 안한건 아니지만 바쁘다는 이유로 나태지고 있는건 아닌지 반성해봅니다. 원래 Multicast와 Unicast 부분을 모두 정리한 이후에 올리려다가, 현재까지 작성해놓은 Multicast 부분만 먼저 올려봅니다.. OTV Control Plane • OTV 동작의 기본 원칙은, Data Plane 학습을 사용하는 대신에, OTV Edge Device간의 MAC address reachability 정보를 광고하는 Control Protocol을 사용하는 것이다. 물론 MAC reachability 정보를 교환하.. Nexus - NX-OS 정리 Part 19(vPC:Layer3-Routing#1) 대부분 정리가 되어 있던 부분이라, 지난 번 포스팅 이후에 거의 바로 포스팅하려고 했으나.. 포스팅하기에 부족한 부분이 있다고 느껴져서, 하루 하루 미루면서.. 다른 일들도 처리하다보니.. 또 포스팅을 하지않고 있게 되버려서.. 우선 먼저 포스팅~ 나중에 필요한 건 수정 보완~ 하기로 합니다. 원래 vPC에서의 Layer 3 사용 가능한 Design과 사용 불가능한 Design을 하나의 포스팅으로 올리려고 했으나, 나눠서 올리게 됩니다. 요즘에 개인사도 있고.. 이래저래.. 정리 시간이 줄어드는 듯하네요.. vPC 와 Layer 3 간의 사용 가능 Design. • vPC 구간은 순수 Layer 2로만 사용되는 Design. • 별도의 Layer 3 Link를 통해 vPC Domain에 Layer 3 D.. Nexus 스위치로 전환 시, 이슈 - 2 지난 번, Proxy-arp에 이어서 이번 포스팅도 기존 6500 스위치에서 Nexus로 변경 후에 발생했었던 이슈에 대한 정리입니다. 이번 정리 내용은 Routing 프로토콜에 관한 부분입니다. 먼저 전체적인 간략한 구성을 보면 다음과 같습니다. 지난 번 구성과 거의 같지만, 다른 이슈이기 때문에 하단 구성이 다릅니다. 작업 전, 구성은 이렇습니다. 간략하게 OSPF 설정도 포함했습니다. 동일 네트워크 대역에 대해서 단순히 network 선언해서 현재 통신 중인 상태입니다. 그 상태에서 아래와 같이 6500스위치의 전원을 내리고 나니 아래와 같은 로그가 3750 스위치에서 발생을 하기 시작합니다. 저런 식의 로그가 지속적으로 올라오면서, 정상적으로 Neighbor를 맺지 못하고 있었습니다. 6500장비.. Nexus 스위치로 전환 시, 이슈 - 1 이번 포스팅은 기존 6500 스위치에서 Nexus로 변경 후에 발생했었던 이슈에 대해서 간단하게 정리해 보려고 합니다. Nexus 도입 후에, 기존 6500스위치에 연결된 서버들을 오랜 시간에 걸쳐서 Nexus로 모두 옮기고, 기존 6500에서 가지고 있던 Gateway IP은 VIP까지 모두 Nexus로 변경해서 운영 중이었습니다. 전체적인 간략한 구성을 보면 다음과 같습니다. 이 상태에서 이제 더 이상 필요하지 않는 6500 스위치를 모두 전원을 내리는 작업이 지난 주에 있었습니다. 이미 VIP로 넘어간 상태였고, 현재도 정상적으로 통신 중이었으나... 아래와 같이 전원을 내리고 난 이후에 특정 서버들이 통신이 되지 않기 시작했습니다. 모든 서버가 통신이 되지 않는 것은 아니고, 일부 서버들이 통신이.. Nexus - NX-OS 정리 Part 18(vPC:Loop Prevention/Layer3) 이번에 포스팅을 하면서... 이번에 올려야 하나.. 또 좀 더 정리를 해야 하나... 하다가.. 쪼개더라도.. 역시.. 그냥 올리는게 나을 거 같다는 생각으로 올려봅니다.. 요즘 조금 몸과 마음이 힘든 상태인지라.. 더 정리가 잘 안되는듯.. 한건.. 아마도 핑계겠지요... ^^; vPC check (Loop Prevention) • vPC 환경에서 vPC Member Port로 들어온 Packet이 Peer-link를 통해서 다시 vPC Member Port로 전송이 될 경우에, 동일한 Packet이 중복되어서 목적지에 도달하고, 동일한 Source Mac-Address에 대해서 서로 다른 Port에서 Learning하게 되어 Loop가 발생할 수 있다. • 이처럼 Peer-link를 통해서 들어온 P.. NX-OS - Layer 2 Switching Feature 발표용 자료 이번엔 NX-OS 정리 내용이기는 하지만, 기존에 정리된 내용을 바탕으로, Layer 2 Switching 관련 부분을 발표자료로 만들어서 공유합니다. 내용은 기존 정리 내용에 대부분 다 포함되어있을 듯 싶긴하네요... 조만간 다시 다른 정리 내용과 기존 내용 업데이트도 좀 해야겠습니다. 이전 1 2 3 4 5 6 7 8 다음
