이 페이지의 내용
LSP 프로비저닝
PCEP 또는 NETCONF를 사용하여 LSP를 프로비저닝할 수 있습니다. PCEP를 사용하든 NETCONF를 사용하여 프로비저닝하든, PCEP를 통해 또는 디바이스 수집을 통해 LSP를 학습할 수 있습니다. 디바이스 수집을 통해 학습한 경우 NorthStar Controller는 LSP 및 네트워크에 대한 기타 업데이트를 학습하기 위해 주기적인 디바이스 수집이 필요합니다. 자세한 내용은 분석을 위한 장치 수집 예약을 참조하세요. 디바이스 수집 작업을 생성하면 NorthStar Controller는 NETCONF를 통해 프로비저닝된 LSP를 검색합니다. PCEP와 달리 NETCONF가 포함된 NorthStar Controller는 논리적 시스템을 지원합니다.
논리 노드 관리에 대한 자세한 내용은 이 항목 뒷부분의 논리 노드 사용 시 고려 사항을 참조하십시오.
경로 계산에 영향을 줄 수 있는 시스템 설정에 대한 자세한 내용은 구독자 및 시스템 설정을 참조하십시오.
LSP 프로비저닝
LSP를 프로비저닝하려면 을(를) 선택합니다 Network Management > Provisioning > Provision LSP.. 그림 1과 같이 LSP 프로비저닝 창이 표시됩니다.
IOS-XR 디바이스의 경우 NETCONF를 통해 LSP를 프로비저닝하기 전에 먼저 디바이스 컬렉션을 실행해야 합니다. 자세한 내용은 분석을 위한 장치 수집 예약을 참조하세요.
Huawei 장치의 경우:
NorthStar 컨트롤러는 인터페이스에만 터널을 생성하고 터널에 트래픽을 매핑하지 않습니다.
RSVP LSP만 지원됩니다. 터널 인터페이스를 생성하는 동안:
사용자 속성에서 각 터널에 대해 고유한 tunnel-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의 자동 이름 지정을 위한 기준으로 사용됩니다. 자세한 내용은 Advanced(고급) Count 탭의 및 Delimiter 필드를 참조하십시오. |
노드 A |
필수. 수신 노드의 이름 또는 IP 주소입니다. 드롭다운 목록에서 을(를) 선택합니다. 필드에 입력을 시작하여 입력한 텍스트로 시작하는 노드로 선택 범위를 좁힐 수 있습니다. |
노드 Z |
필수. 송신 노드의 이름 또는 IP 주소입니다. 드롭다운 목록에서 을(를) 선택합니다. 필드에 입력을 시작하여 입력한 텍스트로 시작하는 노드로 선택 범위를 좁힐 수 있습니다. |
IP Z |
노드 Z의 IP 주소입니다. |
프로비저닝 유형 |
드롭다운 메뉴를 사용하여 RSVP 또는 SR(세그먼트 라우팅)을 선택합니다. |
관리자 상태 |
PCS(Path Computation Server)는 LSP의 관리 상태를 사용하여 LSP를 라우팅하거나 프로비저닝할지 또는 LSP를 라우팅하고 프로비저닝할지 여부를 결정합니다. 관리 상태로 다음 옵션 중 하나를 선택합니다.
LSP 수정 페이지 또는 LSP 수정(N LSP) 페이지에서 LSP 의 관리 상태를 수정하면 다음 작업이 수행됩니다.
|
경로 유형 |
드롭다운 메뉴를 사용하여 경로 유형으로 기본, 보조 또는 대기를 선택합니다. |
보조(또는 대기) |
LSP 이름입니다. 필수이며 경로 유형이 보조 또는 대기로 설정된 경우에만 사용할 수 있습니다. 현재 LSP가 보조(또는 대기)인 LSP를 식별합니다.
참고:
보조 LSP의 작동 상태는 보조 LSP가 프로비저닝될 때까지 알 수 없음으로 표시됩니다. |
경로 이름 |
경로의 이름입니다. 프로비저닝 유형이 RSVP로 설정된 경우 기본 LSP와 모든 보조 및 대기 LSP에만 필요하며 사용할 수 있습니다. |
계획된 대역폭 |
필수. 대역폭 바로 뒤에 단위가 옵니다(그 사이에 공간 없음). 유효한 단위는 다음과 같습니다.
예: 50M, 1000b, 25g. 단위 없이 값을 입력하면 bps가 적용됩니다. |
설치 |
필수. 터널 트래픽에 대한 RSVP 설정 우선 순위. 우선 순위 수준은 0(가장 높은 우선 순위)에서 7(가장 낮은 우선 순위)까지 다양합니다. 기본값은 Junos OS의 표준 MPLS LSP 정의인 7입니다. |
개최 |
필수. RSVP는 터널 트래픽에 우선 순위를 유지합니다. 우선 순위 수준은 0(가장 높은 우선 순위)에서 7(가장 낮은 우선 순위)까지 다양합니다. 기본값은 Junos OS의 표준 MPLS LSP 정의인 7입니다. |
계획된 메트릭 |
정적 터널 메트릭. 값을 입력하거나 위쪽 및 아래쪽 화살표를 사용하여 10씩 증가 또는 감소합니다. |
코멘트 |
LSP를 설명하는 자유 형식 코멘트입니다. |
경로 탭에는 그림 2와 표 2에 설명된 필드가 포함되어 있습니다.
필드 |
설명 |
|---|---|
선택 |
드롭다운 메뉴를 사용하여 동적, 필수 또는 선호를 선택합니다.
|
홉 1 |
초기 선택이 필요하거나 선호되는 경우에만 사용할 수 있습니다. 첫 번째 홉을 입력하고 엄격한 홉인지 느슨한 홉인지 지정합니다. 추가 홉을 추가하려면 + 버튼을 클릭합니다.
참고:
느슨한 홉을 지정할 때 네트워크의 모든 링크 중에서 선택할 수 있습니다. 필요한 경로에 대해 느슨한 홉을 지정할 때 애니캐스트 그룹 SID도 선택할 수 있습니다. |
Advanced(고급) 탭에는 그림 3과 표 3에 설명된 필드가 포함되어 있습니다.
필드 |
설명 |
|---|---|
횟수 |
두 엔드포인트 간에 여러 병렬 LSP를 생성할 수 있습니다. 이러한 LSP는 LSP 프로비저닝 창 설계 탭에 지정된 것과 동일한 설계 매개 변수를 공유합니다. 위쪽 및 아래쪽 화살표를 사용하여 생성할 병렬 LSP의 수를 선택합니다.
참고:
이러한 방식으로 병렬 LSP를 생성하는 것은 생성된 각 LSP에 대해 설계 매개 변수가 별도로 구성되는 다중 LSP 프로비저닝을 사용하는 것과는 다릅니다. |
구분 기호 |
동일한 설계 매개 변수를 공유하는 병렬 LSP의 자동 이름 지정에 사용됩니다. NorthStar는 속성 탭에 입력한 이름을 사용하여 LSP의 이름을 지정하고 구분 기호 값과 1로 시작하는 고유한 숫자 값(예: myLSP_1, myLSP_2)을 추가합니다. 이 필드는 값이 1보다 큰 경우에만 Count 사용할 수 있습니다. |
대역폭 크기 조정 |
로 yes설정하면, 집계된 LSP 트래픽 통계를 기반으로 계획된 대역폭의 주기적인 재계산에 LSP가 포함됩니다.
참고:
속성 탭의 프로비저닝 방법이 NETCONF 또는 PCEP로 설정된 경우 이 필드를 사용할 수 없습니다. 자세한 내용은 대역폭 관리를 참조하십시오. |
조정 임계값(%) |
이 설정은 자동 대역폭 조정의 민감도를 제어합니다. 새로 계획된 대역폭은 이 설정 이상의 값으로 기존 대역폭과 다른 경우에만 고려됩니다. 대역폭 크기 조정(Bandwidth Sizeing)이 로 설정된 경우에만 사용할 수 있습니다 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 . |
착색은 무엇이든을 포함합니다 |
이 필드를 두 번 클릭하면 색상 수정 모든 항목 포함 창이 표시됩니다. 적절한 확인란을 선택합니다. 완료되면 클릭합니다 OK . |
채색 제외 |
이 필드를 두 번 클릭하면 색 지정 제외 수정 창이 표시됩니다. 적절한 확인란을 선택합니다. 완료되면 클릭합니다 OK . |
대칭 쌍 그룹(Symmetric Pair Group) |
끝 노드는 같지만 반대 방향인 터널이 두 개 있는 경우 경로 라우팅은 동일한 링크 집합을 사용합니다. 예를 들어 Tunnel1 원본-대상이 NodeA-NodeZ이고 Tunnel2 원본-대상이 NodeZ-NodeA라고 가정합니다. Tunnel1-Tunnel2를 대칭 쌍 그룹으로 선택하면 두 터널이 동일한 링크 집합을 따라 배치됩니다. 동일한 그룹의 터널은 소스 및 대상 노드를 기반으로 쌍을 이룹니다. |
대칭 쌍 만들기 |
확인란을 선택하여 대칭 쌍을 만듭니다. |
다양성 그룹 |
이 터널이 속하고 다양한 경로가 필요한 터널 그룹의 이름입니다. |
다양성 수준 |
드롭다운 메뉴를 사용하여 다양성 수준을 기본값(다양성 없음), 사이트, 링크 또는 SRLG로 선택합니다. 사이트 다양성은 SRLG 및 링크 다양성을 포함하여 가장 강력합니다. SRLG 다양성에는 링크 다양성이 포함됩니다. 링크 다양성이 가장 약합니다. |
보호된 IP 링크의 경로 |
경로에서 보호된 IP 링크를 최대한 사용하려면 확인란을 선택합니다. |
SID 바인딩 |
프로비저닝 방법이 NETCONF로 설정되고 프로비저닝 유형이 SR로 설정된 경우에만 사용할 수 있습니다. 숫자 바인딩 SID 레이블 값입니다. 자세한 내용은 세그먼트 라우팅 을 참조하십시오. |
Color 커뮤니티 |
SR LSP에 대한 색상 할당. 프로비저닝 유형이 SR로 설정된 경우에만 사용할 수 있습니다. NETCONF 및 PCEP LSP 모두에 대한 색상을 설정할 수 있습니다. |
끝에서 두 번째 홉을 모든 트래픽/색상 커뮤니티 X의 신호 주소로 사용 |
이 옵션을 선택하면 PCS는 끝에서 두 번째 홉을 EPE의 신호 주소로 사용합니다. 프로비저닝 유형이 SR로 설정된 경우에만 사용할 수 있습니다. 색상 커뮤니티가 지정되지 않은 경우 설정이 모든 트래픽에 적용됩니다. 색상 커뮤니티가 지정되면 해당 색상 커뮤니티의 트래픽에 설정이 적용됩니다. |
Design(설계) 탭에는 그림 4와 표 4에 설명된 필드가 포함되어 있습니다.
필드 |
설명 |
|---|---|
라우팅 방법 |
드롭다운 메뉴를 사용하여 라우팅 방법을 선택합니다. 사용 가능한 옵션은 default(NorthStar가 경로를 계산함), adminWeight, delay, constant, distance, ISIS, 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를 선택하려면:
디자인(Design) 탭의 라우팅 방법(Routing Method) 드롭다운 메뉴에서 을 선택합니다 routeByDevice .
경로(Path) 탭의 선택(Selection) 드롭다운 메뉴에서 선택합니다 dynamic .
그런 다음 LSP는 명시적 경로 없이 지정된 속성으로 프로비저닝되도록 설정됩니다.
예약 탭은 대역폭 일정 관리와 관련이 있습니다. 기본적으로 터널 생성은 예약되지 않으므로 터널이 제출 즉시 프로비저닝됩니다. LSP 프로비저닝 창에서 스케줄링 탭을 클릭하여 날짜/시간 간격을 설정하기 위한 필드에 액세스합니다. 그림 5 는 LSP 프로비저닝 창의 스케줄링 탭을 보여줍니다.
단일 이벤트의 시작 및 종료 매개 변수를 선택하려면 선택합니다 Once . 반복되는 일일 이벤트에 대한 시작 및 종료 매개 변수를 선택하려면 선택합니다 Daily . 필드 옆에 있는 달력 아이콘을 클릭하여 시작 날짜와 종료 날짜, 시작 및 종료 시간을 선택합니다.
표준 시간대는 서버 표준 시간대입니다.
그림 6의 User Properties(사용자 속성) 탭에서 NorthStar UI에서 직접 지원하지 않는 프로비저닝 속성을 추가할 수 있습니다. 예를 들어, LSP를 프로비저닝할 때 속성 탭에서 hop-limit을 지정할 수 없습니다. 그러나 사용자 속성 탭에서 hop-limit를 사용자 속성으로 추가할 수 있습니다.
다음 단계에서는 LSP 프로비저닝을 위해 사용자 속성을 활용하는 방법을 설명합니다.
/opt/northstar/netconfd/templates/ 디렉터리에 있는 새 LSP(lsp-add-junos.hjson)를 추가하는 데 사용되는 NETCONF 템플릿 파일에 액세스합니다.
편집 > 프로토콜 > mpls > label-switched-path 계층 수준에서 추가하려는 속성으로 프로비저닝하는 데 필요한 문을 추가합니다. 예를 들어 hop-limit을 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 > > Advanced SettingsSystem Settings )를 사용한 Sync Network Model 다음 수동 동기화는 UI 표시를 수정합니다. 시스템 설정 창에서 창의 오른쪽 상단 모서리에 있는 버튼을 사용하여 일반 설정과 고급 설정 사이를 전환합니다.
고가용성(HA)을 구성하는 경우 활성 및 대기 서버에서 1-3단계를 실행합니다.
논리 노드 사용 시 고려 사항
NorthStar는 논리 노드를 통합하는 LSP의 생성 및 프로비저닝을 완벽하게 지원합니다. Junos OS에서 PCEP는 논리 노드에 대해 지원되지 않지만 NorthStar는 NETCONF 기반 디바이스 컬렉션을 사용하여 논리 노드 정보를 가져올 수 있습니다. 디바이스 수집 작업이 실행되면 NorthStar는 각 라우터에서 Junos OS show configuration 명령을 사용하여 물리적 및 논리적 노드 정보를 모두 얻습니다. 그런 다음 논리 장치를 사용하는 LSP를 프로비저닝하기 전에 논리 장치 정보를 물리적인 정보와 상호 연관시켜야 합니다.
다음 절차를 따르십시오.
Adminstration >Device Profile로 이동합니다.
라이브 네트워크와 동기화 버튼을 클릭하여 물리적 및 논리적 장치 목록을 생성(또는 업데이트)합니다. Junos VM에 대한 NorthStar BGP-LS 세션은 토폴로지에서 물리적 디바이스와 논리적 디바이스를 모두 자동으로 검색합니다. 그러나 둘 사이에는 자동 상관 관계가 없습니다.
토폴로지 보기에서 네트워크 정보 테이블의 노드 탭으로 이동하여 그림 7과 같이 모든 물리적 노드에 대해 PCEP 상태가 UP인지 확인합니다. 논리 노드에 대한 PCEP가 없으므로 PCEP 상태 열에서 논리 노드가 비어 있습니다.
그림 7: 물리적 노드와 논리적 노드를
보여주는 PCEP 상태 열
디바이스 프로파일 창에서 물리적 디바이스에 대해 NETCONF를 활성화합니다(아직 활성화하지 않은 경우).
하나 이상의 장치를 선택하고 클릭하여 Modify 장치 수정 창을 표시합니다. Access(액세스) 탭에서 Enable Netconf(Netconf 활성화) 확인란을 클릭합니다. 창의 오른쪽 하단 모서리를 클릭하여 Modify 수정을 완료합니다.
디바이스의 NETCONF 연결성을 테스트합니다.
장치 목록에서 하나 이상의 장치를 선택하고 을 클릭합니다 Test Connectivity. 프로파일 연결 창에서 을 클릭합니다 Start. 녹색(합격) 또는 빨간색(불합격) 상태 아이콘이 표시되면 테스트가 완료된 것입니다. 그림 8 에 그 예가 나와 있습니다.
그림 8: 연결 테스트 결과
토폴로지 보기에서 네트워크 정보 테이블의 노드 탭을 확인하여 NETCONF 상태 열이 이제 물리적 디바이스에 대해 UP을 보고하는지 확인합니다.
장치 컬렉션 작업을 만들고 실행하여 업데이트된 정보를 가져옵니다.
Administration > Task Scheduler 로 이동하고 클릭하여 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 프로비저닝
장치 수집 작업을 주기적으로 실행하여 논리 노드 정보를 업데이트된 상태로 유지합니다. 논리 장치에 대한 실시간 업데이트는 없습니다.