이 페이지의 내용
LSP 프로비저닝
PCEP 또는 NETCONF를 사용하여 LSP를 프로비저닝할 수 있습니다. PCEP를 사용하든 NETCONF를 사용하든 LSP는 PCEP를 통해 또는 디바이스 수집을 통해 학습할 수 있습니다. 디바이스 수집을 통해 학습한 경우 NorthStar Controller는 LSP 및 네트워크에 대한 기타 업데이트를 학습하기 위해 주기적인 디바이스 수집이 필요합니다. 자세한 정보는 분석을 위한 디바이스 수집 예약을 참조하십시오. 디바이스 수집 작업을 생성하면 NorthStar Controller는 NETCONF를 통해 프로비저닝된 LSP를 검색합니다. PCEP와 달리 NETCONF가 있는 NorthStar Controller는 논리적 시스템을 지원합니다.
논리적 노드 관리에 대한 자세한 내용은 이 항목의 뒷부분에 있는 논리적 노드 사용 시 고려 사항을 참조하십시오.
경로 계산에 영향을 줄 수 있는 시스템 설정에 대한 자세한 내용은 가입자 및 시스템 설정을 참조하십시오.
LSP 프로비저닝
LSP를 프로비저닝하려면 을 선택합니다 Network Management > Provisioning > Provision LSP.. LSP 프로비저닝 창은 그림 1과 같이 표시됩니다.
-
IOS-XR 디바이스의 경우, NETCONF를 통해 LSP를 프로비저닝하기 전에 먼저 디바이스 수집을 실행해야 합니다. 지침은 분석을 위한 디바이스 수집 예약을 참조하십시오.
-
Huawei 장치의 경우:
-
NorthStar Controller는 인터페이스에서만 터널을 만들고 트래픽을 터널에 매핑하지 않습니다.
-
RSVP LSP만 지원됩니다. 터널 인터페이스를 생성하는 동안:
-
사용자 속성에서 각 터널에 대해 고유한 터널 ID를 입력해야 합니다.
-
터널 이름은 Tunnelx/y/z 형식이어야 하며, 여기서 x는 0에서 31 사이, y는 0에서 15 사이, z는 0에서 65535 사이입니다. PCEP 프로비저닝 터널은 이름으로 어떤 문자열이든 가질 수 있습니다. 제한이 없습니다
-
-
세그먼트 라우팅은 지원되지 않습니다.
-
다양, 다중 및 컨테이너 LSP는 지원되지 않습니다.
-
프로비저닝
또한 창 하단에서 을 클릭하여 Add 네트워크 정보 테이블의 터널 탭에서 LSP 프로비저닝 창에 도달할 수도 있습니다.
그림 1에서 볼 수 있듯이 LSP 프로비저닝 창에는 여러 탭이 있습니다.
-
속성
-
경로
-
고급
-
설계
-
일정
-
사용자 속성
모든 탭에서 창 하단의 을 클릭하여 Preview Path 토폴로지 맵에 그려진 경로를 확인하고 을 클릭하여 Submit LSP 프로비저닝을 완료할 수 있습니다. 이러한 버튼은 이름, 노드 A 및 노드 Z가 지정되는 즉시 사용할 수 있게 됩니다.
표 1 에는 LSP 프로비저닝 창의 속성 탭에 있는 데이터 입력 필드가 설명되어 있습니다.
| 필드 |
설명 |
|---|---|
| 프로비저닝 방법 |
드롭다운 메뉴를 사용하여 PCEP 또는 NETCONF를 선택합니다. 기본값은 NETCONF입니다. 사용자 지정된 프로비저닝 템플릿을 사용하여 비 주니퍼 디바이스를 지원하는 방법에 대한 자세한 내용은 Netconf 프로비저닝을 위한 템플릿을 참조하십시오.
참고:
IOS-XR 라우터의 경우, NorthStar LSP NETCONF 기반 프로비저닝은 NorthStar PCEP 기반 프로비저닝과 동일한 기능을 갖습니다. NETCONF를 통해 LSP를 프로비저닝할 때 PCS는 configServer 또는 PCEP로부터 응답을 수신할 때까지 대역폭을 할당하지 않습니다. 이는 PCS가 즉시 대역폭을 할당하는 PCEP를 통해 LSP를 프로비저닝하는 것과는 다른 동작입니다. NETCONF를 통해 LSP를 한 번에 하나씩 프로비저닝할 때, 이전 프로비저닝 주문에 대한 응답이 수신되기 전에 프로비저닝 오더가 전송될 가능성이 있습니다. 이는 두 번째 주문에 올바른 대역폭 할당 정보가 없을 수 있고 NorthStar가 ECMP를 제공하지 못할 수 있음을 의미합니다. 이 문제를 방지하려면 한 번의 작업(대량 프로비저닝)에서 NETCONF를 통해 여러 LSP를 프로비저닝하는 것이 좋습니다. |
| 이름 |
터널의 사용자 정의 이름입니다. 영숫자, 하이픈, 밑줄만 사용할 수 있습니다. 다른 특수 문자 및 공백은 허용되지 않습니다. 기본 LSP에 필요하지만 보조 또는 대기 LSP에는 사용할 수 없습니다. 동일한 설계 매개 변수를 공유할 여러 병렬 LSP를 생성하는 경우, 여기서 지정한 이름은 해당 LSP의 자동 명명의 기준으로 사용됩니다. 자세한 정보는 고급 탭의 및 Delimiter 필드를 Count 참조하십시오. |
| 노드 A |
필수입니다. 수신 노드의 이름 또는 IP 주소입니다. 드롭다운 목록에서 선택합니다. 필드에 입력을 시작하여 입력한 텍스트로 시작하는 노드로 선택 범위를 좁힐 수 있습니다. |
| 노드 Z |
필수입니다. 송신 노드의 이름 또는 IP 주소입니다. 드롭다운 목록에서 선택합니다. 필드에 입력을 시작하여 입력한 텍스트로 시작하는 노드로 선택 범위를 좁힐 수 있습니다. |
| IP Z |
노드 Z의 IP 주소입니다. |
| 프로비저닝 유형 |
드롭다운 메뉴를 사용하여 RSVP 또는 SR(세그먼트 라우팅)을 선택합니다. |
| 관리자 상태 |
PCS(Path Computation Server)는 LSP의 관리 상태를 사용하여 LSP를 라우팅할지 프로비저닝할지, 아니면 라우팅과 프로비저닝을 모두 결정합니다. 관리 상태로 다음 옵션 중 하나를 선택합니다.
LSP 수정 페이지 또는 LSP(N LSP) 수정 페이지에서 LSP의 관리 상태를 수정하면 다음 작업이 수행됩니다.
|
| 경로 유형 |
드롭다운 메뉴를 사용하여 경로 유형으로 기본, 보조 또는 대기를 선택합니다. |
| 보조(또는 대기) |
LSP 이름입니다. 필수이며 경로 유형이 보조 또는 대기로 설정된 경우에만 사용할 수 있습니다. 현재 LSP가 보조(또는 대기)인 LSP를 식별합니다.
참고:
보조 LSP가 프로비저닝될 때까지 보조 LSP의 작동 상태는 알 수 없음으로 표시됩니다. |
| 경로 이름 |
경로 이름입니다. 필수이며 프로비저닝 유형이 RSVP로 설정된 경우 기본 LSP와 모든 보조 및 대기 LSP에 대해서만 사용할 수 있습니다. |
| 계획된 대역폭 |
필수입니다. 대역폭 바로 뒤에 단위가 옵니다(사이에 공백 없음). 유효한 단위는 다음과 같습니다.
예: 50M, 1000b, 25g. 단위 없이 값을 입력하면 bps가 적용됩니다. |
| 설정 |
필수입니다. 터널 트래픽에 대한 RSVP 설정 우선 순위. 우선 순위 수준의 범위는 0(가장 높은 우선 순위)에서 7(가장 낮은 우선 순위)까지입니다. 기본값은 7이며, 이는 Junos OS의 표준 MPLS LSP 정의입니다. |
| 보류 |
필수입니다. RSVP는 터널 트래픽에 대한 우선 순위를 유지합니다. 우선 순위 수준의 범위는 0(가장 높은 우선 순위)에서 7(가장 낮은 우선 순위)까지입니다. 기본값은 7이며, 이는 Junos OS의 표준 MPLS LSP 정의입니다. |
| 계획된 메트릭 |
정적 터널 메트릭. 값을 입력하거나 위쪽 및 아래쪽 화살표를 사용하여 10씩 증가 또는 감소합니다. |
| 댓글 |
LSP를 설명하는 자유 형식 코멘트입니다. |
경로 탭에는 그림 2 에 나와 있고 표 2에 설명된 필드가 포함되어 있습니다.
| 필드 |
설명 |
|---|---|
| 선택 |
드롭다운 메뉴를 사용하여 동적, 필수 또는 선호를 선택합니다.
|
| 홉 1 |
초기 선택이 필수이거나 선호되는 경우에만 사용할 수 있습니다. 첫 번째 홉을 입력하고 엄격한지 느슨한지 여부를 지정합니다. 홉을 추가하려면 + 버튼을 클릭합니다.
참고:
느슨한 홉을 지정할 때 네트워크의 모든 링크 중에서 선택할 수 있습니다. 필요한 경로에 대한 느슨한 홉을 지정할 때 애니캐스트 그룹 SID도 선택할 수 있습니다. |
고급 탭에는 그림 3 에 나와 있고 표 3에 설명된 필드가 포함되어 있습니다.
| 필드 |
설명 |
|---|---|
| 개수 |
두 엔드포인트 간에 여러 병렬 LSP를 생성할 수 있습니다. 이러한 LSP는 LSP 프로비저닝 창의 설계 탭에 지정된 것과 동일한 설계 매개 변수를 공유합니다. 위쪽 및 아래쪽 화살표를 사용하여 생성할 병렬 LSP의 수를 선택합니다.
참고:
이러한 방식으로 병렬 LSP를 생성하는 것은 생성된 각 LSP에 대해 설계 매개 변수가 별도로 구성되는 여러 LSP 프로비저닝을 사용하는 것과는 다릅니다. |
| 구분 기호 |
동일한 설계 매개 변수를 공유하는 병렬 LSP의 자동 명명에 사용됩니다. NorthStar는 속성 탭에 입력한 이름을 사용하여 LSP의 이름을 지정하고 구분 기호 값과 1로 시작하는 고유한 숫자 값(예: myLSP_1, myLSP_2)을 추가합니다. 이 필드는 값이 1보다 큰 경우에만 Count 사용할 수 있습니다. |
| 대역폭 크기 조정 |
로 yes설정하면 LSP는 집계된 LSP 트래픽 통계를 기반으로 계획된 대역폭의 주기적인 재계산에 포함됩니다.
참고:
속성 탭의 프로비저닝 방법이 NETCONF 또는 PCEP로 설정된 경우에는 이 필드를 사용할 수 없습니다. 자세한 내용은 대역폭 관리를 참조하십시오. |
| 조정 임계값(%) |
이 설정은 자동 대역폭 조정의 감도를 제어합니다. 새로운 계획된 대역폭은 기존 대역폭과 이 설정 값 이상만 다른 경우에만 고려됩니다. 대역폭 크기 조정이 로 yes설정된 경우에만 사용 가능(및 필수) 기본값은 10%입니다.
참고:
대역폭 크기 조정은 PCE 시작 및 PCC 위임 LSP에 대해서만 지원됩니다. 이 속성을 PCC 제어 LSP에 적용하는 것을 막는 것은 없지만 효과는 없습니다. |
| 최소 대역폭 |
최소 계획 대역폭 바로 뒤에 단위가 옵니다(그 사이에 공백 없음). 유효한 단위는 다음과 같습니다.
예: 50M, 1000b, 25g. 단위 없이 값을 입력하면 bps가 적용됩니다. 이 값은 대역폭 사이징이 로 yes설정된 경우에만 사용할 수 있습니다(그리고 필수). 기본값은 0입니다.
참고:
대역폭 크기 조정은 PCE 시작 및 PCC 위임 LSP에 대해서만 지원됩니다. 자세한 내용은 대역폭 관리를 참조하십시오. |
| 최대 대역폭 |
최대 계획 대역폭 바로 뒤에 단위가 옵니다(사이에 공백 없음). 대역폭 크기 조정은 이 최대값까지 수행할 수 있습니다. 유효한 단위는 다음과 같습니다.
예: 50M, 1000b, 25g. 단위 없이 값을 입력하면 bps가 적용됩니다. 이 값은 대역폭 크기 조정이 로 yes설정된 경우에만 사용할 수 있습니다. 기본값은 없습니다.
참고:
대역폭 크기 조정은 PCE 시작 및 PCC 위임 LSP에 대해서만 지원됩니다. 이 속성을 PCC 제어 LSP에 적용하는 것을 막는 것은 없지만 효과는 없습니다. 자세한 내용은 대역폭 관리를 참조하십시오. |
| 최소 변동 임계값 |
자동 대역폭 조정의 감도를 수정합니다. 이 값은 대역폭 사이징이 로 yes설정된 경우에만 사용할 수 있습니다(그리고 필수). 기본값은 0입니다. 자세한 내용은 대역폭 관리를 참조하십시오. |
| 색칠 모두 포함 |
이 필드를 두 번 클릭하여 모두 포함 색상 수정 창을 표시합니다. 적절한 확인란을 선택합니다. 완료되면 클릭합니다 OK . |
| 색칠 포함 |
이 필드를 두 번 클릭하여 Modify Coloring Include Any 창을 표시합니다. 적절한 확인란을 선택합니다. 완료되면 클릭합니다 OK . |
| 색상 제외 |
이 필드를 두 번 클릭하여 색상 제외 수정 창을 표시합니다. 적절한 확인란을 선택합니다. 완료되면 클릭합니다 OK . |
| 대칭 페어 그룹 |
엔드 노드는 같지만 반대 방향에 있는 터널이 두 개 있는 경우 경로 라우팅은 동일한 링크 세트를 사용합니다. 예를 들어, Tunnel1 소스에서 목적지가 NodeA에서 NodeZ까지이고 터널2 소스에서 목적지가 NodeZ에서 NodeA라고 가정해봅시다. Tunnel1-Tunnel2를 대칭 페어 그룹으로 선택하면 두 터널이 동일한 링크 집합을 따라 배치됩니다. 동일한 그룹의 터널은 소스 및 대상 노드를 기준으로 쌍으로 연결됩니다. |
| 대칭 쌍 생성 |
확인란을 선택하여 대칭 쌍을 생성합니다. |
| 다양성 그룹 |
이 터널이 속하고 다양한 경로가 필요한 터널 그룹의 터널 이름입니다. |
| 다양성 수준 |
드롭다운 메뉴를 사용하여 다양성 수준을 기본(다양성 없음), 사이트, 링크 또는 SRLG로 선택합니다. 사이트 다양성은 SRLG 및 링크 다양성을 포함하며 가장 강력합니다. SRLG 다양성에는 링크 다양성이 포함됩니다. 링크 다양성이 가장 약합니다. |
| 보호된 IP 링크에서 라우팅 |
경로가 보호된 IP 링크를 최대한 사용하도록 하려면 확인란을 선택합니다. |
| 바인딩 SID |
프로비저닝 방법이 NETCONF로 설정되고 프로비저닝 유형이 SR로 설정된 경우에만 사용할 수 있습니다. 숫자 바인딩 SID 레이블 값입니다. 자세한 내용은 세그먼트 라우팅 을 참조하십시오. |
| 컬러 커뮤니티 |
SR LSP에 대한 색상 할당입니다. 프로비저닝 유형이 SR로 설정된 경우에만 사용할 수 있습니다. NETCONF 및 PCEP LSP 모두에 대해 색상을 설정할 수 있습니다. |
| 끝에서 두 번째 홉을 모든 트래픽/색상 커뮤니티 X의 신호 주소로 사용 |
이 옵션을 선택하면 PCS는 끝에서 두 번째 홉을 EPE의 신호 주소로 사용합니다. 프로비저닝 유형이 SR로 설정된 경우에만 사용할 수 있습니다. 색상 커뮤니티를 지정하지 않으면 설정이 모든 트래픽에 적용됩니다. 색상 커뮤니티가 지정되면 설정이 해당 색상 커뮤니티의 트래픽에 적용됩니다. |
설계 탭에는 그림 4 에 나와 있고 표 4에 설명된 필드가 포함되어 있습니다.
| 필드 |
설명 |
|---|---|
| 라우팅 방법 |
드롭다운 메뉴를 사용하여 라우팅 방법을 선택합니다. 사용 가능한 옵션으로는 기본값(NorthStar가 경로를 계산함), adminWeight, delay, constant, distance, IS-IS, OSPF, ROUTEByDevice(라우터가 경로의 일부를 계산함)가 있습니다. |
| 최대 지연 |
값을 입력하거나 위쪽 및 아래쪽 화살표를 사용하여 100씩 증가 또는 감소시킵니다. |
| 최대 홉 |
값을 입력하거나 위쪽 및 아래쪽 화살표를 사용하여 1씩 증가 또는 감소시킵니다. |
| 최대 비용 |
값을 입력하거나 위쪽 및 아래쪽 화살표를 사용하여 100씩 증가 또는 감소시킵니다. |
| 높은 지연 임계값 |
값을 입력하거나 위쪽 및 아래쪽 화살표를 사용하여 100씩 증가 또는 감소시킵니다. |
| 낮은 지연 임계값 |
값을 입력하거나 위쪽 및 아래쪽 화살표를 사용하여 100씩 증가 또는 감소시킵니다. |
| 높은 지연 메트릭 |
값을 입력하거나 위쪽 및 아래쪽 화살표를 사용하여 100씩 증가 또는 감소시킵니다. |
| 낮은 지연 메트릭 |
값을 입력하거나 위쪽 및 아래쪽 화살표를 사용하여 100씩 증가 또는 감소시킵니다. |
PCEP를 통해 프로비저닝할 때 NorthStar Controller의 기본 동작은 LSP를 프로비저닝할 때 사용할 경로를 계산하는 것입니다. 또는 설계 탭에서 routeByDevice 라우팅 방법을 선택할 수 있으며, 여기서 라우터는 라우팅의 일부를 제어합니다. 이 대체 라우팅 방법은 세 가지 유형의 LSP에만 의미가 있습니다.
-
RSVP TE PCC 제어 LSP
참고:NETCONF를 통한 프로비저닝의 경우 기본 routeByDevice 라우팅 방법입니다.
-
세그먼트 라우팅 PCEP 기반 LSP
-
세그먼트 라우팅 NETCONF 기반 LSP
라우팅 방법으로 routeByDevice를 선택하려면 다음을 수행합니다.
-
설계 탭의 라우팅 방법 드롭다운 메뉴에서 선택합니다 routeByDevice .
-
경로 탭의 선택 드롭다운 메뉴에서 을 선택합니다 dynamic .
그런 다음 LSP는 명시적 경로 없이 지정된 속성으로 프로비저닝되도록 설정됩니다.
스케줄링 탭은 대역폭 일정 관리와 관련이 있습니다. 기본적으로 터널 생성은 예약되지 않으므로 터널은 제출 즉시 프로비저닝됩니다. LSP 프로비저닝 창에서 예약 탭을 클릭하여 날짜/시간 간격을 설정하는 필드에 액세스합니다. 그림 5 는 LSP 프로비저닝 창의 스케줄링 탭을 보여줍니다.
단일 이벤트에 대한 시작 및 종료 매개 변수를 선택하려면 선택합니다 Once . 반복되는 일일 이벤트에 대한 시작 및 종료 매개 변수를 선택하려면 선택합니다 Daily . 필드 옆에 있는 달력 아이콘을 클릭하여 시작 및 종료 날짜와 시작 및 종료 시간을 선택합니다.
표준 시간대는 서버 표준 시간대입니다.
그림 6에 표시된 사용자 속성 탭에서 NorthStar UI에서 직접 지원하지 않는 프로비저닝 속성을 추가할 수 있습니다. 예를 들어, LSP를 프로비저닝할 때 속성 탭에서 홉 제한을 프로비저닝할 수 없습니다. 그러나 사용자 속성 탭에서 hop-limit를 사용자 속성으로 추가할 수 있습니다.
다음 단계에서는 LSP 프로비저닝을 위해 사용자 속성을 활용하는 방법을 설명합니다.
-
/opt/northstar/netconfd/templates/ 디렉터리에 있는 새 LSP를 추가하는 데 사용되는 NETCONF 템플릿 파일(lsp-add-junos.hjson)에 액세스합니다.
-
edit > protocols > mpls > label-switched-path 계층 수준에서 추가하려는 속성과 프로비저닝하는 데 필요한 문을 추가합니다. 예를 들어, 홉 제한 7로 프로비저닝하려면 다음 줄을 추가합니다.bold
protocols { mpls { label-switched-path {{ request.name }} { to {{ request.to }}; {{ macros.ifexists('from', request.from) -}} {% if request['user-properties'] %} {% if request['user-properties']['hop-limit'] %} hop-limit {{ request['user-properties']['hop-limit'] }}; {% endif %} {% endif %} {{ macros.ifexistandnotzero('metric', request.metric) -}} {{ macros.ifexists('p2mp', request['p2mp-name']) -}} {% if request['lsp-path-name'] %} . . .이러한 문을 추가한 결과는 사용자 속성에 정의된 값을 가진 hop-limit가 있는 경우 프로비저닝 문이 실행됩니다. LSP 수정에 사용되는 템플릿(lsp-modify-junos.hjson)을 편집할 수도 있습니다.
-
변경 사항을 적용할 수 있도록 netconfd를 다시 시작합니다.
[root@system1 templates]# supervisorctl restart netconf: netconf:netconfd: stopped netconf:netconfd: started
-
LSP 프로비저닝 창의 사용자 속성 탭에 사용자 속성과 해당 값을 추가합니다( 그림 6 참조).
-
라우터 구성 확인:
label-switched-path test-user { from 10.0.0.101; to 10.0.0.104; hop-limit 7; primary test-user.p0 { bandwidth 0; priority 7 7; } }
LSP 프로비저닝 창의 모든 탭에서 필드 채우기를 마쳤으면 클릭합니다 Submit . LSP는 작업 주문 관리 프로세스에 입력됩니다.
기존 LSP를 수정하려면 네트워크 정보 테이블의 터널 탭에서 터널을 선택하고 테이블 하단의 을 클릭합니다 Modify . LSP 프로비저닝 창과 매우 유사한 LSP 수정 창이 표시됩니다.
NETCONF를 통해 기존 LSP를 수정하는 경우, NorthStar Controller는 PCEP에 필요한 전체 LSP 구성의 모든 문을 다시 생성하는 대신 변경에 필요한 구성 문만 생성합니다.
LSP를 프로비저닝한 후 PCEP 플랩이 있는 경우, RSVP 활용도와 RSVP 실시간 활용에 대한 UI 디스플레이가 동기화되지 않을 수 있습니다. UI의 왼쪽 창으로 이동하여 이러한 Performance 사용률 메트릭을 표시할 수 있습니다. 이는 UI 디스플레이 문제일 뿐입니다. 네트워크의 다음 라이브 업데이트 또는 (Administration > System Settings > Advanced Settings)를 사용하여 Sync Network Model 동기화하는 다음 수동 설정 UI 디스플레이가 수정됩니다. 시스템 설정 창에서 창의 오른쪽 상단 모서리에 있는 버튼을 사용하여 일반 설정과 고급 설정 사이를 전환합니다.
고가용성(HA)을 구성하는 경우 활성 및 대기 서버에서 1-3단계를 실행합니다.
논리 노드 사용 시 고려 사항
NorthStar는 논리적 노드를 통합하는 LSP 생성 및 프로비저닝을 완벽하게 지원합니다. Junos OS에서 PCEP는 논리적 노드에 대해 지원되지 않지만, NorthStar는 여전히 NETCONF 기반 디바이스 수집을 사용하여 논리적 노드 정보를 가져올 수 있습니다. 디바이스 수집 작업이 실행되면 NorthStar는 각 라우터에서 Junos OS show configuration 명령을 사용하여 물리적 및 논리적 노드 정보를 모두 획득합니다. 그런 다음 논리적 디바이스를 사용하는 LSP를 프로비저닝하기 전에 논리적 디바이스 정보를 물리적 정보와 상호 연관시켜야 합니다.
다음 절차를 따르십시오.
-
>Device Profile로 Adminstration 이동합니다.
-
라이브 네트워크와 동기화 버튼을 클릭하여 물리적 및 논리적 디바이스 목록을 생성(또는 업데이트)합니다. Junos VM에 대한 NorthStar BGP-LS 세션은 토폴로지에서 물리적 디바이스와 논리적 디바이스 모두를 자동으로 검색합니다. 그러나 둘 사이에는 자동 상관 관계가 없습니다.
토폴로지 보기에서 네트워크 정보 테이블의 노드 탭으로 이동하여 그림 7과 같이 모든 물리적 노드에 대해 PCEP 상태가 UP인지 확인합니다. 논리 노드에 대한 PCEP가 없기 때문에 PCEP 상태 열에서 논리 노드가 비어 있습니다.
그림 7: 물리적 및 논리적 노드
를 보여주는 PCEP 상태 열
-
디바이스 프로필 창에서 물리적 디바이스에 대해 NETCONF를 활성화합니다(아직 수행하지 않은 경우).
하나 이상의 디바이스를 선택하고 을 클릭하여 Modify 디바이스 수정 창을 표시합니다. 액세스 탭에서 Netconf 사용 확인란을 클릭합니다. 창의 오른쪽 하단 모서리에 있는 을 클릭하여 Modify 수정을 완료합니다.
-
디바이스의 NETCONF 연결을 테스트합니다.
디바이스 목록에서 하나 이상의 디바이스를 선택하고 을 클릭합니다 Test Connectivity. 프로파일 연결 창에서 을 클릭합니다 Start. 녹색(합격) 또는 빨간색(불합격) 상태 아이콘이 표시되면 테스트가 완료됩니다. 그림 8 은 예를 보여줍니다.
그림 8: 연결 테스트 결과
-
토폴로지 보기에서 네트워크 정보 테이블의 노드 탭을 확인하여 NETCONF 상태 열이 이제 물리적 디바이스에 대해 UP을 보고하는지 확인합니다.
-
디바이스 수집 작업을 생성하고 실행하여 업데이트된 정보를 가져옵니다.
> Task Scheduler 로 이동 Administration 하고 클릭하여 Add 새 작업 생성 창을 표시합니다. 선택적 디바이스 옵션을 사용하는 경우 물리적 디바이스만 선택합니다. 새 작업 만들기 창에 대한 자세한 내용은 분석을 위한 디바이스 수집 예약을 참조하십시오.
이 디바이스 수집 작업이 실행되면 NorthStar는 각 물리적 라우터에서 Junos OS show configuration 명령을 사용하여 물리적 및 논리적 노드 정보를 모두 획득하고 이를 NorthStar에 보고합니다. 이 단계를 통해 NorthStar는 각 논리 노드를 해당 물리적 노드와 상호 연관시킬 수 있으며, 이는 네트워크 정보 테이블의 노드 탭을 검토하여 확인할 수 있습니다.
참고:NorthStar를 처음 설치할 때 디바이스 프로필 페이지는 비어 있습니다. 라이브 네트워크와 동기화 버튼을 사용하여 라이브 네트워크 디바이스를 업데이트 및 동기화하고 네트워크 정보 테이블의 노드 탭을 업데이트합니다. 디바이스 수집 작업은 논리적 시스템을 물리적 시스템과 상호 연관시키며, 논리적 시스템에는 LSP 상태를 보고하는 PCEP 세션이 없기 때문에 논리적 시스템에 대한 LSP 정보도 업데이트합니다.
그림 9와 같이 Node 탭에 선택적으로 표시되는 두 개의 열을 추가하는 것이 유용합니다.
-
물리적 호스트 이름
-
물리적 호스트 IP
그림 9: 선택적으로 표시된 열
추가
논리 노드의 경우, 해당 열의 호스트 이름과 IP 주소는 논리 노드와 관련된 물리적 노드를 알려줍니다.
-
-
LSP를 프로비저닝합니다.
이제 논리 노드가 NorthStar 디바이스 목록에 있고 올바른 물리적 노드와 상관 관계가 있으므로 논리 노드를 통합하는 LSP를 생성할 수 있습니다. 그림 10과 같이 프로비저닝 방법을 Netconf로 지정해야 한다는 점을 제외하고는 물리적 노드만 사용하는 LSP와 동일한 절차를 사용하여 이 작업을 수행합니다.
그림 10: 논리 노드를 사용하는 LSP 프로비저닝
-
디바이스 수집 작업을 주기적으로 실행하여 논리적 노드 정보를 최신 상태로 유지합니다. 논리적 디바이스에 대한 실시간 업데이트는 없습니다.