본문 바로가기

내 이야기

 (602)
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 정보를 교환하..
네트워크 전문가 따라잡기 매거진(2013년 3월) 창간 근 3달 전에 기획하고.. 만들고 드디어 어제 새벽에 창간(?)을 하게 된.. 네전따.. 매거진.. 창간호.. 처음에 구상을 할 때에는 좀 더 멋지고.. 그럴 줄 알았지만.. 예상치 못한 변수들이.. 생기면서 많이 매거진에 신경을 쓰지도 못하게 되고... 이래 저래.. 버겁게.. 막판에.. 시간을 쪼개서... 만들었다.. 만들고 나서 보니.. 아쉬운 점도 많지만.. 그래도.. 나름 뿌듯(?)한 기분.... 다음 5월호를 어떻게? 만들지에 대한 걱정을 벌써부터 하게 되기도 한다...
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..
Nexus - NX-OS 정리 Part 17 (OTV 1: Base) Last Updated [2013. 11. 26] 지난 번, part 16에 이어서, 한달이 넘는 시간만에 다음 포스팅을 하게 되었습니다. 이유는 많지만, 바쁜 일정탓도 있고 연말/연초라는 핑계보다 가장 큰 것은 내공의 부족이 아닐까 생각을 문득 해봅니다. 한 동안 vPC 정리만해서 올리다가, 또 다른 내용을 올려봐야지 이러면서 정리를 시작한 주제가 오늘 포스팅하는 OTV입니다. 이제까지의 정리 순서도 두서가 없었던 것처럼.. OTV도 두서없이 그냥 정리를 시작하면서, 어느 정도 정리가 되면 올려야지 했는데.. 그러다가 느낀 것은 역시 그러면 포스팅을 아예하지 않게 되버릴듯한(?).. 생각으로.. 우선 현재까지 정리했던 내용을 그나마 약간 정리를 해서(?) 포스팅해봅니다. 두서없이 정리된 탓에.. 잘못된..

티스토리툴바