H31-161 문제 37
윈치 기능 문서 비터 네트워크 NMS가 주로 제공합니까?
H31-161 문제 38
그림과 같이 RTA, RTB, RTC는 IS-IS를 통해 연결되고 RTA, RTD, RTE 및 RTC는 OSPF로 연결됩니다. IS-IS와 OSPF 모두 기본 비용을 사용합니다. RSVPTE는 모든 라우터와 이러한 라우터 간의 인터페이스에서 활성화됩니다. RTC의 Loopback0 인터페이스는 192.168.0.3/32이며 OSPF 및 ISIS 영역 모두에서 보급됩니다. 192.168.0.3/32는 MPLS의 LSR ID이기도 합니다. RTA의 MPLS 및 터널 구성:
#
mpls lsr-id 192.168.0.1
mps
샘플 테
mpls rsvp-te
샘플 테 cspf
인터페이스 터널1/0/0
터널 프로토콜 샘플 테
목적지 192.168.0.3
터널 ID 1 샘플
mpls te 경로 메트릭 유형 igp
mpls te igp 메트릭 앱솔루트 1
mpls 테 커밋
#
터널이 Up이 되면 어떤 경로가 선택됩니까? 이 터널의 지표는 무엇입니까?
#
mpls lsr-id 192.168.0.1
mps
샘플 테
mpls rsvp-te
샘플 테 cspf
인터페이스 터널1/0/0
터널 프로토콜 샘플 테
목적지 192.168.0.3
터널 ID 1 샘플
mpls te 경로 메트릭 유형 igp
mpls te igp 메트릭 앱솔루트 1
mpls 테 커밋
#
터널이 Up이 되면 어떤 경로가 선택됩니까? 이 터널의 지표는 무엇입니까?
H31-161 문제 39
Eudemon 방화벽의 경우 nat-policy 명령은 어떤 모드로 구성됩니까?
H31-161 문제 40
ASBR 간에 MP-EBGP를 사용하는 inter-AS VPN-IPv4 Option B의 장단점에 대한 설명으로 옳은 것은?
H31-161 문제 41
전시를 참고하세요.
Hub & Spoke MPLS VPN에 대한 설명으로 옳지 않은 것은?
ㅏ . 두 개의 Spoke 사이트가 동일한 Spoke PE에 연결된 경우 라우팅 정보를 교환하지 못하도록 서로 다른 VPN 인스턴스에 할당해야 합니다.
나. 스포크 사이트 1에서 허브 사이트 2로의 트래픽 경로: 트래픽은 허브 PE의 VPN1-허브 아래 인터페이스를 통해 허브 사이트 3으로 들어간 다음 허브 PE의 VPN1-스포크 아래 인터페이스를 통해 스포크 사이트 2로 전달됩니다.
씨 . 스포크 사이트 2에서 허브 사이트 1로의 트래픽 경로: 트래픽은 허브 PE의 VPN1-스포크 아래 인터페이스를 통해 허브 사이트 3으로 들어간 다음 허브 PE의 VPN1-허브 아래 인터페이스를 통해 스포크 사이트 2로 전달됩니다.
디 . Hub PE는 VPNv4를 통해 Spoke PE에 대한 집계 Spoke 사이트 경로 또는 기본 경로를 알릴 수 있습니다.
E. 허브 PE의 스포크 사이트 1에 대해 스포크 PE에 의해 광고된 경로는 VPNv4 이웃을 통해 허브 PE에 의해 다시 광고될 수 있습니다.
다음과 같이 PE에서 VRF 및 관련 정책을 구성합니다.
#
IP VPN 인스턴스 vrf1
경로 구분기 100:1
내보내기 경로 정책 vrf1
vpn-target 1:1 export-extcommunity
vpn-target 2:2 import-extcommunity
IP VPN 인스턴스 vrf2
경로 구분기 100:2
가져오기 경로 정책 vrf2
vpn-target 1:1 3:3 내보내기-extcommunity
vpn-target 1:1 3:3 import-extcommunity
IP VPN 인스턴스 vrf3
경로 구분기 100:3
가져오기 경로 정책 vrf3
vpn-target 2:2 3:3 export-extcommunityvpn-target 2:2 3:3 import-extcommunity ip vpn-instance vrf4 route-distinguisher 100:4 import route-policy vrf4 vpn-target 1:1 export-extcommunity vpn- 타겟 2:2 import-extcommunity
#
경로 정책 vrf2 거부 노드 1
if-match extcommunity-filter 1
#
경로 정책 vrf2 허용 노드 2
#
경로 정책 vrf1 허용 노드 1
extcommunity rt 3:3 첨가제 적용
#
경로 정책 vrf3 허용 노드 1
if-match extcommunity-filter 2
#
경로 정책 vrf4 허용 노드 1
if-match extcommunity-filter 3
#
ip extcommunity-filter 1 허가 rt 2:2
ip extcommunity-filter 2 rt 1:1 거부
ip extcommunity-filter 3 허가 rt 3:3
#
라우트를 VRF 1의 라우팅 테이블로 가져온 경우, 어떤 VRF가 라우트를 일치시킬 수 있습니까?(A)
Hub & Spoke MPLS VPN에 대한 설명으로 옳지 않은 것은?
ㅏ . 두 개의 Spoke 사이트가 동일한 Spoke PE에 연결된 경우 라우팅 정보를 교환하지 못하도록 서로 다른 VPN 인스턴스에 할당해야 합니다.
나. 스포크 사이트 1에서 허브 사이트 2로의 트래픽 경로: 트래픽은 허브 PE의 VPN1-허브 아래 인터페이스를 통해 허브 사이트 3으로 들어간 다음 허브 PE의 VPN1-스포크 아래 인터페이스를 통해 스포크 사이트 2로 전달됩니다.
씨 . 스포크 사이트 2에서 허브 사이트 1로의 트래픽 경로: 트래픽은 허브 PE의 VPN1-스포크 아래 인터페이스를 통해 허브 사이트 3으로 들어간 다음 허브 PE의 VPN1-허브 아래 인터페이스를 통해 스포크 사이트 2로 전달됩니다.
디 . Hub PE는 VPNv4를 통해 Spoke PE에 대한 집계 Spoke 사이트 경로 또는 기본 경로를 알릴 수 있습니다.
E. 허브 PE의 스포크 사이트 1에 대해 스포크 PE에 의해 광고된 경로는 VPNv4 이웃을 통해 허브 PE에 의해 다시 광고될 수 있습니다.
다음과 같이 PE에서 VRF 및 관련 정책을 구성합니다.
#
IP VPN 인스턴스 vrf1
경로 구분기 100:1
내보내기 경로 정책 vrf1
vpn-target 1:1 export-extcommunity
vpn-target 2:2 import-extcommunity
IP VPN 인스턴스 vrf2
경로 구분기 100:2
가져오기 경로 정책 vrf2
vpn-target 1:1 3:3 내보내기-extcommunity
vpn-target 1:1 3:3 import-extcommunity
IP VPN 인스턴스 vrf3
경로 구분기 100:3
가져오기 경로 정책 vrf3
vpn-target 2:2 3:3 export-extcommunityvpn-target 2:2 3:3 import-extcommunity ip vpn-instance vrf4 route-distinguisher 100:4 import route-policy vrf4 vpn-target 1:1 export-extcommunity vpn- 타겟 2:2 import-extcommunity
#
경로 정책 vrf2 거부 노드 1
if-match extcommunity-filter 1
#
경로 정책 vrf2 허용 노드 2
#
경로 정책 vrf1 허용 노드 1
extcommunity rt 3:3 첨가제 적용
#
경로 정책 vrf3 허용 노드 1
if-match extcommunity-filter 2
#
경로 정책 vrf4 허용 노드 1
if-match extcommunity-filter 3
#
ip extcommunity-filter 1 허가 rt 2:2
ip extcommunity-filter 2 rt 1:1 거부
ip extcommunity-filter 3 허가 rt 3:3
#
라우트를 VRF 1의 라우팅 테이블로 가져온 경우, 어떤 VRF가 라우트를 일치시킬 수 있습니까?(A)