Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
이 페이지의 내용
 

정적 SRv6 TE 터널에 대한 바인딩 SID(BSID)

SRv6 바인딩 SID(BSID)는 트래픽 엔지니어링 경로로 수신되는 SRv6 패킷을 조정하라는 전송 라우터에 대한 명령입니다. 이는 잠재적으로 새로운 SRH를 사용하여 새로운 IPv6 헤더를 패킷에 푸시하여 달성하며, 여기에는 TE 경로를 정의하는 SRv6 SID 스택이 포함됩니다. 이는 얕은 SID 스택 기능을 갖춘 하드웨어가 대규모 TE 경로로 트래픽을 전송할 수 있도록 하거나 서로 다른 소스 라우팅 도메인을 격리 또는 분리하는 데 도움이 되는 등 네트워크 안정성과 관련하여 많은 용도로 사용됩니다. BSID를 사용하면 네트워크를 여러 개의 TE 터널로 분리할 수 있으며, 각 터널은 자체 SID 스택과 컴퓨팅 모델로 구성됩니다. 이 기능은 정적 SRv6 TE 터널을 전송 기능으로 활성화합니다.

바인딩 SID 개요

수신 라우터가 트래픽 엔지니어링(SRv6-TE) 기능이 포함된 IPv6을 통한 세그먼트 라우팅으로 구성된 경우, 수신 서비스 페이로드는 구성된 SRv6 정책을 기반으로 트래픽이 네트워크의 특정 TE 경로를 취하도록 지시하는 SRH와 함께 IPv6 터널에 캡슐화됩니다.

종종 SID 스택의 크기가 커져 패킷 오버헤드가 발생할 수 있습니다. 네트워크의 일부 디바이스는 대규모 SRv6 SID 스택이 있는 패킷을 쓰거나 팝하거나 처리하지 못할 수 있습니다. 이 외에도 수신 라우터가 트래픽 엔지니어링 데이터베이스(TED)의 원격 토폴로지 및 SID에 대한 지식이 없을 수 있기 때문에 수신 라우터가 도메인 간 네트워크에 대한 전체 스택을 인코딩하는 것이 비실용적일 수 있습니다. 라우팅 도메인 간에 이 정보를 유출하면 오버헤드와 컨버전스 문제를 비롯한 단점이 따릅니다. 전송 MPLS 도메인이 있는 경우 레이블 및 SRv6 SID로 인해 많은 오버헤드가 발생할 수도 있습니다.

SRv6 바인딩 SID(BSID)는 종단 간 경로를 여러 TE 터널로 분리하여 솔루션을 제공합니다. 바인딩 SID는 하나의 들어오는 SID가 기존 IPv6 전송 헤더를 나가는 SID 스택을 포함하는 새로운 IPv6 헤더로 캡슐화하는 명령 역할을 하는 세그먼트 유형입니다.

바인딩 SID로 구성된 전송 라우터는 더 큰 경로에서 더 짧은 TE 터널에 대한 수신 라우터 역할을 할 수 있습니다. 이는 공식적으로 수신 패킷을 SR 정책으로 조정하는 것으로 설명됩니다. 패킷이 BSID를 사용하여 SR 정책으로 조정되면 BSID를 소유한 노드는 해당 SID를 관련 정책의 전체 세그먼트 목록으로 확장합니다.

바인딩 SID 구현에서 수신 라우터는 더 이상 SID의 전체 종단 간 스택을 패킷으로 푸시할 필요가 없습니다. 대신 전략적으로 더 적은 수의 바인딩 SID를 패킷에 푸시하는 것으로 충분합니다. 따라서 수신 노드는 전체 더 넓은 네트워크에 대한 완전한 지식을 갖는 대신 네트워크의 바인딩 SID에 대한 지식만 있으면 TE 경로를 생성할 수 있습니다. 더 넓은 네트워크 컨버전스는 바인딩 SID로 프로비저닝된 전송 노드에서 처리됩니다.

원격 전송 라우터는 IPv6 대상 주소(DA) 필드에서 이러한 SID를 제거하고 새 IPv6 헤더에 추가 TE 세그먼트를 푸시합니다. 이와 관련하여 경로의 각 TE 터널은 자체 스택, 백업 경로 사용 여부에 대한 자체 선택 및 자체 컴퓨팅 모델로 구성될 수 있습니다.

바인딩 SID로 구성된 전송 노드가 가장 긴 접두사 일치를 통해 BSID와 일치하는 IPv6 DA가 있는 수신 패킷을 수신하면 전송 라우터는 먼저 바인딩 SID를 팝합니다. 클래식 SRv6의 경우, 여기에는 SRH의 다음 주소를 IPv6 DA에 쓰는 작업이 포함됩니다. 마이크로 SID가 있는 SRv6의 경우, 여기에는 IPv6 DA에서 활성 마이크로 SID를 팝한 다음 적절하게 IPv6 DA를 다시 작성하거나 SRH의 다음 주소를 IPv6 DA에 쓰는 작업이 포함됩니다. 그런 다음 전송 라우터는 다음 TE 경로에 대한 SID를 포함하는 새로운 IPv6 헤더로 패킷을 캡슐화합니다. 클래식 SRv6의 경우, 이 IPv6 헤더에는 추가 세그먼트가 있는 SRH가 포함될 가능성이 높습니다. 마이크로 SID가 있는 SRv6의 경우, 새로운 IPv6 헤더의 DA는 필요한 모든 SID를 전달하기에 충분할 수 있습니다. 그렇지 않은 경우 새 IPv6 헤더는 새 SRH를 전달할 수 있습니다. 그 결과 추가 SID가 전송 라우터에 의해 패킷에 기록되기 때문에 수신 노드의 스택 크기가 비교적 줄어듭니다.

4가지 유형의 SRv6 바인딩 SID가 지원됩니다.

  • 클래식 SRv6 바인딩 SID

    • 끝. 나6. 캡슐화: 바인딩 SID로 구성된 전송 노드가 일치하는 패킷을 처리할 때, 항상 새로운 IPv6 헤더와 새 TE 터널의 SID 스택을 포함하는 SRH로 발신 패킷을 캡슐화합니다. 이는 축소되지 않은 모드 구현이므로 새로운 IPv6 DA의 주소도 SRH에 기록됩니다.
    • 끝. 나6. Encaps.Red: 스택의 첫 번째 SRv6 주소가 SRH가 아닌 새 IPv6 주소의 DA에만 기록되는 축소 모드 구현입니다. 바인딩 SID로 구성된 전송 노드는 일치하는 패킷을 처리할 때 새로운 IPv6 헤더 및 선택적으로 SRH로 나가는 패킷을 캡슐화합니다. SRv6 정책에 SID가 하나만 포함된 경우 외부 IPv6 캡슐화에 대한 SRH가 없을 수 있습니다. 이것이 기본 모드입니다.
  • 마이크로 SRv6 바인딩 SID

    • 끝. 나6. Next-C-SID로 캡슐화: 바인딩 SID로 구성된 전송 노드가 일치하는 패킷을 처리할 때, 새로운 IPv6 헤더와 새 TE 터널의 SID 스택을 포함하는 SRH로 발신 패킷을 캡슐화합니다. 이는 축소되지 않은 모드 구현이므로 새 IPv6 헤더의 DA도 SRH에 작성됩니다. 마이크로 SID 스택이 하나의 단일 IPv6 DA 안에 포함될 수 있는 경우에도 마찬가지입니다.

    • 끝. 나6. Next-C-SID를 사용하는 Encaps.Red: 바인딩 SID로 구성된 전송 노드가 일치하는 패킷을 처리할 때 새로운 IPv6 헤더 및 선택적으로 SRH를 사용하여 나가는 패킷을 캡슐화합니다. 외부 IPv6 헤더의 DA는 SRH에 추가되지 않습니다. SRv6 정책에 하나의 단일 IPv6 DA에 쓸 수 있는 마이크로 SID 스택이 포함되어 있거나 SRv6 정책이 하나의 SID만 포함하는 경우 패킷은 SRH를 포함하지 않습니다. 이것이 기본 모드입니다.

바인딩 SID 구성은 전송 라우터에서 수행됩니다. 바인딩 SID는 바인딩된 SR 정책 내에서 직접 정의합니다. 이렇게 하면 바인딩 SID가 올바른 TE 경로와 즉시 연결됩니다.

다음 옵션은 계층 아래에서 [edit protocols source-packet-routing source-routing-path] 바인딩 SID를 구성하는 데 사용할 수 있습니다. 클래식 SRv6 바인딩 SID 또는 마이크로 SRv6 바인딩 SID를 구성할 수 있습니다. 로케이터는 계층 아래에 미리 구성되어야 합니다. [edit routing-options source-packet-routing srv6 locator] 정적 SID는 필수이며 계층 아래 [edit routing-options source-packet-routing srv6 block] 블록에 대해 정의된 로컬 마이크로 SID 정적 SID 범위 내에서 가져와야 합니다.

  • 클래식 SRv6 바인딩 SID 또는 마이크로 SRv6 바인딩 SID 를 구성할 수 있습니다.

    클래식 SRv6 SID를 구성할 때 전체 클래식 BSID가 로케이터 이름과 함께 제공되어야 합니다. 예를 들면 다음과 같습니다.

    마이크로 SRv6 SID를 구성할 때 로케이터 이름과 함께 기능 부분만 제공하면 됩니다. 예를 들면 다음과 같습니다.

  • 수신 라우터는 첫 번째 세그먼트 목록 홉을 바인딩 SID로 구성합니다. 아래 5f00:0:200:fc58:: 구성 코드 조각에는 전송 라우터에 구성된 마이크로 바인딩 SID가 있습니다. 이 정보는 수신 라우터에 중요하지 않기 때문에 구성에는 이것이 바인딩 SID라고 언급하지 않습니다. SRv6 마이크로 서비스 SID 5f00:0:2020:: 는 세그먼트 목록의 마지막 홉입니다. 예를 들면 다음과 같습니다.
  • 이 기능은 TE 경로에서 바인딩 SID가 있는 여러 전송 라우터를 지원합니다. 수신 라우터는 모든 바인딩 SID 전송 라우터를 세그먼트 목록 홉으로 구성해야 합니다. 아래 예에서 P2와 P4는 바인딩 SID가 구성된 TE 경로에 있는 두 개의 전송 라우터입니다.

  • SRv6 바인딩 SID에 대한 추적을 활성화할 수 있습니다.

SRv6 SID 바인딩의 이점

  • 수신 노드에는 다른 도메인의 TE 데이터베이스 하위 집합만 필요합니다.

  • 컨버전스는 바인딩 SID로 프로비저닝된 각 전송 노드에서 처리됩니다

  • 외부 IPv6 헤더를 팝하도록 바인딩 SID를 구성하고 하나 이상의 발신 MPLS 레이블을 푸시하여 교차 데이터 플레인 스위치(SRv6에서 MPLS로)를 구축할 수 있습니다.

제한사항 및 주의사항

  • SRv6 BSID와 연관된 USD, USP 또는 PSP와 같은 엔드포인트 동작 형태는 바인딩 SID에 지원되지 않습니다.
  • END와 같은 삽입 모드 SRv6 바인딩 SID 엔드포인트 동작은 지원되지 않습니다. 나6. 삽입, 끝. 나6. Next-C-SID 및 END.BM 로 삽입합니다.
  • END에는 기본 길이 SID 구조만 지원됩니다. 나6. Next-C-SID 및 END로 캡슐화합니다. 나6. Encaps.Red와 Next-C-SID(BL: 32, NL: 16, FL:16, AL:64).

  • 로케이터 구성을 변경하면 변경사항을 적용하려면 라우팅을 다시 시작해야 합니다.

  • 전송 클래스 및 컬러 SR-TE만 지원합니다.

  • SRv6 클래식 바인딩 SID 및 마이크로 바인딩 SID의 BGP-LS 배포를 지원합니다.

  • SRv6 터널의 송신 노드에서 끝나는 세그먼트 목록으로 SID 구성을 바인딩할 수 있도록 지원합니다.

또한보십시오

Micro-SID가 있는 정적 SRv6 TE에 대한 바인딩 SID(BSID) 구성

참고: 이 항목에서 제공하는 구성은 SID를 SRv6 TE와 바인딩하는 데에만 해당되며 인터페이스, IGP 및 세그먼트 라우팅이 사전 구성되었다고 가정합니다. 정적 SRv6 TE에 대한 광범위한 구성 예는 여기에서 다룹니다.
마이크로 END를 구현하는 그림 1 에 나와 있는 네트워크 토폴로지를 고려하십시오. 나6. 전송 라우터에서 인스턴스화된 세그먼트로 BSID를 캡슐화합니다.
수신 노드 PE1에서 SRv6-TE 수신 정책은 SRv6 마이크로 바인딩 SID로 구성된 홉 중 하나가 있는 세그먼트 목록으로 구성됩니다. BSID는 P2에서 인스턴스화됩니다.
PE1은 다음 홉 SID( 100), P2의 SRv6 마이크로 BSID( 200:ffd1) 및 PE2의 마이크로 서비스 SID( 2020:ff01)로 구성된 IPv6 헤더 DA로 페이로드를 캡슐화합니다.

PE1은 IPv6 DA에 총 5개의 마이크로 SID를 작성했습니다. 실제로 일부 플랫폼은 제한된 수의 SRv6 마이크로 SID만 IPv6 DA에 쓸 수 있으므로 이 SID 스택에는 SRH가 필요합니다. 구현은 플랫폼마다 다릅니다. 그러나 이 예에서 설명한 일반적인 동작은 보편적입니다.

바인딩 SID로 구성된 P2가 가장 긴 접두사 일치를 통해 로컬 SID와 END.B6.Encaps.Red with NEXT-C-SID 일치하는 END.B6.Encaps with Next-C-SID 패킷을 수신하면 먼저 IPv6 DA에서 바인딩 SID를 팝하고 그에 따라 IPv6 DA를 다시 작성합니다. 그런 다음 P2는 새로운 IPv6 헤더의 DA에 P4의 SRv6 마이크로 SID와 P6의 SRv6 마이크로 SID로 구성된 세그먼트 목록과 함께 발신 패킷을 연결합니다. 이 새 헤더는 SID가 축소 또는 비축소 모드 동작에 대해 구성되었는지 여부에 따라 SRH를 포함하거나 포함하지 않을 수 있습니다.

P6은 P2에서 시작된 새 터널의 송신 라우터입니다. 패킷이 P6에 도착하면 외부 헤더가 SRH와 함께 캡슐화가 해제됩니다. 그런 다음 패킷은 송신 노드 PE2로 전달되며, 여기서 내부 헤더는 캡슐화가 해제되고 가장 긴 접두사 일치를 사용하여 해결됩니다. 그런 다음 페이로드가 대상으로 전달됩니다.

그림 1: Micro END를 사용한 패킷 전달. 나6. P2에서 인스턴스화된 세그먼트로 BSID 캡슐화 Packet forwarding with Micro END.B6.Encap BSID with segments instantiated at P2
  1. 전송 라우터에서 바인딩 SID를 구성하기 전에 명명된 SRv6 블록을 구성하고 로컬 로케이터의 정적 SID에 할당하기 위해 이 블록의 일부를 예약했는지 확인합니다.
  2. SID를 도출하기 위해 SRv6 블록에 연결된 마이크로 SID 로케이터를 정의합니다. 마이크로 SID가 IS-IS에 보급되는지 확인합니다.
    참고:
    • USD, USP 또는 PSP와 같은 엔드포인트 동작 버전은 바인딩 SID에 적용되지 않습니다.

    • 옵션이 전역으로 구성되는 경우 no-reduced-srh 바인딩 SID 구성으로도 구성해야 합니다.
  3. 전송 라우터에서 세그먼트 목록을 구성하여 향후 TE 경로를 결정할 SID 목록을 정의합니다. 나가는 패킷을 캡슐화할 때 전송 라우터는 이 세그먼트 목록을 사용하여 구현에 따라 no-reduced-srh SRH와 함께 새 IPv6 헤더의 DA를 구성합니다.
  4. 전송 라우터에서 바인딩 SID를 사용하여 마이크로 SID 기반 컬러 SRv6-TE 경로를 구성합니다.
    1. 수신 패킷이 조정되어야 하는 새로운 마이크로 SID 기반 SRv6-TE 경로를 구성합니다. 방금 만든 세그먼트 목록을 참조하고 SR-TE 경로에 적절한 색상 값으로 태그를 지정합니다.
    2. 이 SR-TE 경로와 연결해야 하는 수신 바인딩 SID를 정의합니다. 정적 사용을 위해 할당한 범위에서 사용하지 않는 SID 값을 선택합니다. 명령을 show srv6 block block_name 사용하여 정적 SID 범위를 확인할 수 있습니다. 선택 no-reduced-srh 사항이지만 전역으로 구성된 경우 바인딩 SID 구성으로 구성해야 합니다. 기본적으로 축소 모드가 구현됩니다. 마이크로 바인딩 SID와 일치하는 패킷을 라우터가 수신하면 기본 경로의 지시에 따라 패킷을 캡슐화합니다. 소스 라우팅 경로당 하나의 바인딩 SID만 지원됩니다.
  5. 이제 수신 라우터에서 SRv6 블록 및 마이크로 SID 로케이터를 구성합니다.
  6. 여전히 수신 라우터에서 세그먼트 목록을 구성하여 향후 TE 경로를 결정할 SID 목록을 정의합니다. 첫 번째 홉이 전송 노드의 SRv6 마이크로 BSID인지 확인합니다. PE1은 엔지니어링된 경로의 첫 번째 SID와 P2의 SRv6 마이크로 BSID로 구성된 IPv6 헤더 DA로 페이로드를 캡슐화합니다. SRv6 마이크로 서비스 SID는 DA의 일부이거나 SRH의 별도의 마이크로 SID 컨테이너일 수 있습니다.
  7. 수신 라우터에서 마이크로 SID 기반 SRv6-TE 경로를 구성합니다.

바인딩 SID 구성 확인

목적

이러한 검증 명령은 라우터의 컨트롤 플레인을 통해 바인딩 SID(BSID) 및 SR-TE 정책의 수명 주기를 추적합니다.

작업

  • 명령을 사용하여 show srv6 locator loc_name 전송 라우터의 로케이터에서 바인딩 SID 할당을 확인합니다. 아래 출력에서 BSID가 로케이터 접두사에서 할당되는 것을 확인할 수 있습니다. SID 동작은 Next-CSID를 사용하여 End.B6.Encaps로 구성되며, 이는 일치하는 패킷을 수신하면 라우터가 SRH로 캡슐화한다는 것을 의미합니다.

  • 명령을 사용하여 show spring-traffic-engineering srv6-binding-sid database 전송 라우터의 SR-TE 데이터베이스에서 SRv6 바인딩 SID 정보를 확인합니다. 아래 출력에서 BSID가 SR-TE 정책 데이터베이스에 설치되었는지, 구성된 정책 및 터널과 매핑되었는지 확인할 수 있습니다.

  • 을 사용하여 전송 라우터의 소스 라우팅 경로에 대한 SR-TE 수신 LSP 세부 정보를 확인합니다. show spring-traffic-engineering lsp detail name path_name 아래 출력에서 LSP 상태, BSID 연결 및 실제 세그먼트 목록(SR-ERO)을 확인할 수 있습니다. 이는 라우터가 트래픽 스티어링에 사용되는 정책 경로와 세그먼트를 인식하고 있음을 의미합니다.

  • 명령을 사용하여 show spring-traffic-engineering route detail 전송 라우터에서 바인딩 SID 및 마이크로 서비스 SID에 대한 SR-TE 라우터 정보를 확인합니다. 아래 출력은 BSID와 엔드포인트를 가리키는 경로가 있음을 확인합니다. 또한 연관된 LSP 포워딩도 보여줍니다.

  • 명령을 show ted spring-te-policy extensive 사용하여 전송 라우터의 트래픽 엔지니어링 데이터베이스에서 SRv6 정책 정보를 확인합니다. 아래 출력은 SRv6 정책의 원본, 색상 및 세그먼트 목록을 보여줍니다.

  • 명령을 사용하여 show spring-traffic-engineering lsp detail name path_name 수신 라우터의 소스 라우팅 경로에 대한 SR-TE 수신 LSP 세부 정보를 확인합니다. 아래 Hop 1 출력은 SRH의 유무에 관계없이 수신이 새 IPv6 헤더 DA에 푸시하는 BSID입니다. Hop 2 는 서비스 마이크로 SID입니다.

  • SR-TE 경로를 통한 트래픽 플로우를 확인합니다. 2001:db8:1000::100는 2001:db8:1000:200 2001:db8:1000::2020 라우터 P1, P2 및 PE2에 대한 수신 인터페이스 IP입니다. 2001:db8:6::6 는 P6 라우터에 대한 루프백 주소입니다.

    추가 검증

  • 라우터에서 BGP-LS가 활성화되어 있는 경우, 명령을 사용하여 전송 라우터에서 BGP-LS 배포 테이블을 show route table lsdist.0 te-policy-spring-te-color color extensive 확인할 수 있습니다. 아래 출력은 정책이 컨트롤러 또는 네트워크 전체 배포를 위해 BGP-LS를 통해 내보내졌음을 확인합니다. 정책은 색상, 엔드포인트, BSID 및 세그먼트 목록 정보와 함께 보급됩니다.