목차

소개

전제 조건

요구 사항

사용되는 구성 요소

토폴로지

배경 정보

절차

1단계. RPF 상태 확인

소프트웨어 확인

하드웨어 확인

2단계. vPC+ 선호도 확인

선호도 선택

결론

소개

이 문서에서는 에뮬레이트된 ESID(Switch-ID)를 사용하여 RPF(Reverse Path Forwarding) 확인에 사용할 인터페이스를 결정하는 방법에 대해 설명합니다.

전제 조건

요구 사항

FabricPath의 기본 용어 및 개념에 대해 알고 있는 것이 좋습니다.특히 사용자는 FTAG(Forwarding Tag) 및 사용 방법에 대해 잘 알고 있어야 합니다.FTAG에 대한 자세한 내용은 FTAG에 대한 다중 대상 트리 매핑을 참조하십시오.

참고:이 문서에서는 FTAG, 트리 및 FTAG 트리 용어를 함께 사용합니다.이 문서를 작성할 때 FTAG1 및 FTAG2만 구현되었습니다.향후 추가 FTAG가 있을 수 있습니다.

사용되는 구성 요소

이 문서의 정보는 Nexus 7000을 기반으로 합니다.일부 명령은 다른 Nexus 플랫폼에 따라 다를 수 있지만 개념은 그대로 유지됩니다.

토폴로지

참고:이는 부분적인 토폴로지입니다.Spine2와 Leaf1과 Leaf2에 모두 연결된 또 다른 Spine1이 있지만 단순성을 위해 이 문서에서 제외됩니다. Spine1은 FTAG1의 루트이고 Spine2는 FTAG2의 루트입니다.

배경 정보

FabricPath 도메인에서 각 스위치는 SID(switch-ID)로 식별됩니다. vPC+(Virtual Port Channel+) 설정의 경우 각 피어 스위치에는 2개의 SID가 있습니다.물리적 스위치용 하나와 vPC+로 구성된 논리적 스위치용 하나.논리적 SID는 두 피어에서 공유되며 ESID라고 합니다.

vPC+ 인터페이스에서 멀티목적지 패킷을 수신하고 FabricPath 도메인으로 전달하면 패킷은 FabricPath 헤더로 캡슐화되고 소스 SID는 ESID로 설정됩니다.이 패킷이 FabricPath 코어 포트에서 수신되면 패킷이 올바른 인터페이스에서 수신되었는지 확인하기 위해 RPF 검사가 수행됩니다.간단히 말해, RPF 검사는 패킷의 소스 SID 및 FTAG를 수신한 인터페이스에 상호 참조합니다.RPF 인터페이스에서 수신되지 않은 경우 패킷이 RPF 확인에 실패하고 삭제됩니다.

RPF 검사는 알 수 없는 유니캐스트, 멀티캐스트 및 브로드캐스트 패킷을 포함하는 멀티목적지 패킷에 대해서만 재생됩니다.RPF 검사는 Equal-Cost Multi-Pathing을 사용하는 여러 인터페이스에서 제공될 수 있으므로 유니캐스트 패킷에서 수행되지 않습니다.멀티목적지 패킷은 FTAG 트리를 기반으로 소스 SID당 하나의 인터페이스에서만 와야 합니다.

이 문서에서 ESID에 대한 RPF 검사가 조사됩니다.ESID는 vPC+ 도메인을 나타냅니다.즉, 두 개의 물리적 스위치로 구성된 하나의 논리적 스위치입니다.토폴로지 다이어그램을 보면 일반적으로 하나의 ESID에 대한 두 개의 물리적 링크가 있음을 알 수 있습니다.RPF 검사는 FTAG 트리를 기반으로 한 하나의 인터페이스에서 다중 목적지 패킷만 수락할 수 있도록 허용합니다.

절차

1단계. RPF 상태 확인

이 예에서 Spine2는 FTAG2의 루트입니다. 먼저 ESID 34 및 FTAG2에 대한 현재 RPF 인터페이스의 Spine2를 확인합니다. 소프트웨어와 하드웨어에 있는 RPF 상태를 확인할 수 있는 두 가지 위치가 있습니다.두 출력 모두 Eth4/41이 FTAG2, ESID 34의 RPF 인터페이스임을 보여줍니다.

소프트웨어 확인

Spine2# show l2 multicast trees

<snip>

ftag/2, topo/0, Switch-id 34), uptime: 04:55:59, isis

Outgoing interface list: (count: 1, '*' is the preferred interface)

* Interface Ethernet4/41, [RPF]  [admin distance/115] uptime: 02:09:32, isis

하드웨어 확인

먼저 VDC 번호와 패킷 인그레스 모듈을 확인합니다.

Spine2# show vdc

Switchwide mode is m1 f1 m1xl f2 m2xl

vdc_id  vdc_name           state          mac                 type        lc

------  --------           -----          ----------          ---------   ---

6       Spine2             active         84:78:ac:0b:60:46   Ethernet    f2

그런 다음 하드웨어 상태를 확인하기 위해 수신 인터페이스의 모듈에 연결합니다.

Spine2# attach module 4

module-4# show fabricpath unicast routes vdc 6 ftag 2 switchid 34

Route in VDC 6

---------------

--------------------------------------------------------------------------------

FTAG | SwitchID  | SubSwitchID | Loc/Rem | RPF | RPF Intf | Num Paths | Merge V

--------------------------------------------------------------------------------

0002 |    0034   |    0000     |  Remote | Yes |  Eth4/41 |      0    |   1

--------------------------------------------------------------------------------

PD Information for Prefix:

FE num  |   ADDR TYPE   | HTBL ADDR | TCAM ADDR | SWSI

----------------------------------------------------------

10 |   HASH TABLE  |  00001440 |  000000ff | 0000124c

11 |   HASH TABLE  |  00001440 |  000000ff | 0000124c

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------

2단계. vPC+ 선호도 확인

둘 다 ESID에 속할 때 Spine2가 Eth4/45가 Leaf2가 아닌 Leaf1로 Eth4/41을 선택한 이유를 이해하려면 우선 선호도 개념을 이해해야 합니다.

vPC+ 이외의 설정에서는 다중 대상 패킷이 주로 토폴로지의 첫 번째 트리(Tree1)에 포워딩됩니다. vPC+ 환경에서는 각 트리(FTAG1 또는 FTAG2)에 하나 이상의 다른 피어 스위치에 대한 선호도가 있습니다.이 경우 브로드캐스트, 알 수 없는 유니캐스트 및 비 IP 멀티캐스트 프레임이 특정 피어 스위치에 대한 선호도가 있는 트리를 통과합니다.

FTAG2에 대한 선호도가 있는 피어를 확인해야 합니다. 이를 수행하려면 vPC+ 도메인의 리프 스위치 중 하나에 로그인하십시오.둘 다 피어의 선호도와 선호도를 알고 있어야 하기 때문에 두 피어 스위치에서 검사를 수행할 수 있습니다.

Leaf1# show fabricpath isis database detail | i Affinity|Hostname|Nickname

<snip>

Hostname      :  Leaf2              Length : 5

Affinity        :

Nickname: 34 Numgraphs: 1 Graph-id: 1       Nickname        :

Priority: 0 Nickname: 4 BcastPriority: 64

Priority: 0 Nickname: 34 BcastPriority: 0

Nickname Migration :

Hostname      :  Leaf1              Length : 5

Affinity        :

Nickname: 34 Numgraphs: 1 Graph-id: 2

Nickname Migration :

Nickname        :

Priority: 0 Nickname: 3 BcastPriority: 64

Priority: 0 Nickname: 34 BcastPriority: 0

이 정보를 사용하면 Leaf1에서 다중 대상 프레임을 수신하면 스위치가 FTAG2 트리를 따라 이를 포워딩하는 것을 확인할 수 있습니다.Leaf2에서 프레임이 수신되면 FTAG1 트리를 따라 전달됩니다.

FTAG 트리에 대한 자세한 내용은 FTAG에 대한 다중 대상 트리 매핑을 참조하십시오.

이 정보는 ESID 34의 RPF 상태를 작성하기 위해 Spine2에서 사용됩니다. 이 정보는 FTAG2 ESID 34의 RPF 인터페이스로 사용됩니다.

선호도 선택

다음 방법으로 FTAG 선호도가 선택됩니다.

- SID를 기반으로 하는 순위 시스템이 있습니다.SID는 해당 섀시에 할당된 MAC 주소 풀에서 파생됩니다.

- 가장 낮은 시스템 ID의 순위가 가장 높습니다.

- 시스템 ID가 가장 낮고 순위가 가장 높은 vPC+ 피어는 FTAG1에 대한 선호도를 가집니다.

- 두 번째로 낮은 시스템 ID이며, 따라서 두 번째로 높은 순위는 FTAG2에 대한 선호도를 갖습니다.

결론

RPF 상태는 각 피어의 vPC+ 선호도 상태에 따라 구축됩니다.지정된 FTAG의 ESID에 대한 RPF 인터페이스는 선호도를 사용하여 피어 스위치에 연결하는 인터페이스입니다.