이 문서에서는 IP 라우팅과 관련하여 자주 묻는 몇 가지 질문에 대한 답변을 제공합니다.
참고: 문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참조하십시오.
A. 다음 예를 참조하십시오.
Ethernet 6 is up, line protocol is up Internet address is 192.192.15.1, subnet mask is 255.255.255.0 Broadcast address is 192.192.15.255 Address determined by non-volatile memory MTU is 1500 bytes Helper address is 192.192.12.5 Outgoing access list is not set Proxy ARP is enabled Security level is default Split horizon is enabled ICMP redirects are always sent ICMP unreachables are always sent ICMP mask replies are never sent IP autonomous switching is enabled IP autonomous switching on the same interface is disabled ^^^^^^^^^^^^^^^^^^^^^^^^^^^ Gateway Discovery is disabled IP accounting is disabled TCP/IP header compression is disabled Probe proxy name replies are disabled인터페이스에서 고속 또는 자동 스위칭을 활성화할 경우, 라우터의 다른 인터페이스에서 오는 패킷이 해당 인터페이스로 고속 스위칭(또는 자동 스위칭)됩니다. same-interface fast 또는 autonomous 스위칭을 활성화할 경우 소스 주소와 수신 주소가 동일한 패킷은 fast 또는 autonomous switched입니다.
동일한 주 인터페이스에서 하위 인터페이스로 구성된 프레임 릴레이 또는 ATM(Asynchronous Transfer Mode) WAN 링크가 있는 경우 동일한 인터페이스의 고속 또는 자동 스위칭을 사용할 수 있습니다. 또 다른 상황은 IP 주소 마이그레이션 동안처럼 LAN 인터페이스에서 보조 네트워크를 사용하는 경우입니다. 동일 인터페이스 고속 스위칭을 활성화하려면 ip route-cache same-interface 컨피그레이션 명령을 사용합니다.
A. IP의 경우 라우터가 고속 스위칭인 경우, 라우터는 목적지별로 로드 밸런싱을 수행합니다. 라우터가 프로세스 스위칭인 경우 패킷 단위로 로드 밸런싱됩니다. 자세한 내용은 로드 밸런싱 작동 방식을 참조하십시오. Cisco IOS® Software는 또한 Cisco CEF(Express Forwarding)를 사용하여 패킷별 및 대상별 로드 밸런싱을 지원합니다. 자세한 내용은 CEF를 사용한 로드 밸런싱 및 Cisco Express Forwarding을 사용한 병렬 링크 로드 밸런싱 문제 해결을 참조하십시오.
A. 요약은 긴 마스크로 많은 경로를 축소하여 더 짧은 마스크로 다른 경로를 형성하는 프로세스입니다. 자세한 내용은 OSPF 및 경로 요약 및 Enhanced Interior Gateway Routing Protocol의 "요약" 섹션을 참조하십시오. auto-summary 명령은 인접 서브넷이 있는 경우에만 작동합니다. 불연속 서브넷으로 작업하는 경우 요약을 구성하려는 라우팅 프로세스에 참여하는 모든 인터페이스에서 ip summary-address interface configuration 명령을 사용해야 합니다.
A. Cisco IOS® Software 릴리스 11.3 및 12.0 이전에는 Cisco 라우터가 패킷을 대기시키는 데 필요한 버퍼 공간이 없는 경우에만 소스 대기열을 해제합니다. 라우터가 라우트된 패킷을 출력 인터페이스의 큐에 대기시킬 수 없는 경우, 소스 억제를 생성하고 출력 인터페이스에 대한 출력 삭제를 등록합니다. 라우터가 혼잡하지 않은 경우 소스 억제를 생성하지 않습니다.
전송된 소스 큐에 대한 show ip traffic 명령 출력을 확인할 수 있습니다. 또한 show interface를 확인하여 드롭이 있는지 확인합니다. 소스 큐어가 없으면 소스 큐어를 볼 수 없습니다.
11.3 및 12.0 이상의 Cisco IOS Software 릴리스에는 소스 억제 기능이 포함되어 있지 않습니다.
A. 거리 벡터 라우팅 프로토콜을 실행하는 Cisco 라우터는 다음 조건 중 하나라도 충족되면 해당 인터페이스에서 라우팅 요청을 시작합니다.
인터페이스가 다운됩니다.
router global configuration 명령이 변경되었습니다.
metric configuration 명령이 변경되는 경우
clear ip route EXEC 명령이 사용됩니다.
shutdown interface 컨피그레이션 명령이 사용됩니다.
라우터가 부팅됩니다.
ip address 명령이 변경되었습니다.
어떤 인터페이스에서 요청을 트리거하든 해당 특정 프로토콜에 대해 구성된 모든 인터페이스로 요청이 전송됩니다. 이 요청이 프로토콜에 대해 구성된 유일한 인터페이스인 경우에만 하나의 인터페이스로 전송됩니다.
debug ip igrp events 또는 debug ip igrp transactions 명령이 활성화된 경우 다음 상황에서 이를 확인할 수 있습니다.
IGRP: broadcasting request on Ethernet0 IGRP: broadcasting request on Ethernet1 IGRP: broadcasting request on Ethernet2 IGRP: broadcasting request on Ethernet3
A. 라우터에서 IP 라우팅이 비활성화된 경우 ip default-gateway 명령을 사용합니다. 그러나 ip default-network 및 ip route 0.0.0.0/0는 라우터에서 IP 라우팅이 활성화되어 있고 라우팅 테이블에서 정확한 경로 일치가 없는 패킷을 라우팅하는 데 사용될 때 유효합니다. 자세한 내용은 IP 명령을 사용하여 최후의 게이트웨이 구성을 참조하십시오.
A. ip helper-address 명령은 BOOTP 서버의 IP 주소 또는 BOOTP 서버가 상주하는 세그먼트의 직접 브로드캐스트 주소의 인수를 사용합니다. 둘 이상의 BOOTP 서버가 있는 경우 IP 주소가 다른 명령의 여러 인스턴스를 가질 수도 있습니다. ip helper-address 명령은 개별 하위 인터페이스에서도 사용할 수 있습니다.
A. EIGRP는 redistribute 명령을 사용하여 RIP와 상호 작용할 수 있습니다. RIP와 EIGRP는 근본적으로 다르기 때문에 자동 상호 작용은 아마도 예측하기 어렵고 바람직하지 않은 결과를 낳을 것입니다. 그러나 구조적 유사성 때문에 EIGRP와 IGRP 간에 자동 상호 작용이 가능합니다. 자세한 내용은 라우팅 프로토콜 재배포를 참조하십시오.
A. 간단한 대답은 라우팅 프로세스에서 distance 명령을 사용하는 것입니다. OSPF의 기본 관리 거리는 110이고 EIGRP의 기본 관리 거리는 90입니다. 두 라우팅 프로토콜 모두에서 동일한 경로 접두사를 학습하는 경우 관리 거리가 더 낮기 때문에(90이 110보다 작음) EIGRP에서 학습한 경로가 IP 라우팅 테이블에 설치됩니다. EIGRP 경로 대신 RIB(Routing Information Base)에 OSPF 경로를 설치할 수 있는 핵심은 OSPF의 관리 거리를 distance ospf 명령을 사용하는 EIGRP의 관리 거리보다 작게 만드는 것입니다. 관리 거리에 대한 자세한 내용은 관리 거리란 무엇입니까?
A. 인터페이스의 모든 IP ACL은 해당 인터페이스의 모든 IP 트래픽에 적용됩니다. 모든 IP 라우팅 업데이트 패킷은 인터페이스 레벨에서 일반 IP 패킷으로 처리되므로 access-list 명령을 사용하여 인터페이스에 정의된 ACL과 일치됩니다. 라우팅 업데이트가 ACL에 의해 거부되지 않도록 하려면 다음 명령문을 사용하여 허용합니다.
RIP 사용을 허용하려면
access-list 102 permit udp any any eq ripIGRP 사용을 허용하려면
access-list 102 permit igrp any anyEIGRP 사용을 허용하려면
access-list 102 permit eigrp any anyOSPF 사용을 허용하려면
access-list 102 permit ospf any anyBGP 사용을 허용하려면
access-list 102 permit tcp any any eq 179 access-list 102 permit tcp any eq 179 anyACL에 대한 자세한 내용은 IP 액세스 목록 구성 및 자주 사용되는 IP ACL 구성을 참조하십시오.
A. ARPA(Advanced Research Projects Agency) ARP는 "이더넷 인터페이스"를 의미하며, 기본적으로 ARP ARPA는 arp 스냅이 없는 상태로 설정됩니다. 즉, ARPA 스타일 ARP가 전송되지만 ARPA와 SNAP(Subnetwork Access Protocol)이 모두 응답됩니다. ARP 요청이 시도되는 모든 스테이션에 대해 null 항목이 생성되지만 arp arpa를 no(no arp) 설정으로 ARP 요청이 비활성화됩니다. SNAP 단독, ARPA 단독(기본값), SNAP과 ARPA를 함께 활성화(매번 2개의 ARP 전송)하거나, SNAP과 ARPA를 모두 활성화(다른 ARP를 설정하지 않고 arp arpa를 설정하지 않은 경우 발생)할 수 없습니다.
A. 예. 이러한 서브넷 마스크를 구성할 수 있습니다. Cisco 라우터에서 서브넷을 설정하려면 서브넷 비트가 인접해야 하므로 255.255.253.0은 유효하지 않지만(11111111.11111111.11111101.00000000) 225.255.252.0은 유효합니다(11111111.11111111.11111100.00000000). 호스트 부분에서 1비트를 제외한 모든 비트를 차용하여 서브넷을 제출하는 것은 허용되지 않습니다. 또한 전통적으로 단일 비트를 사용한 서브넷 팅은 허용되지 않았습니다. 위 마스크는 이러한 조건을 충족합니다. 자세한 내용은 신규 사용자를 위한 IP 주소 지정 및 서브네팅을 참조하십시오.
IGRP RIP 버전 1은 VLSM(Variable Length Subnet Masking)을 지원하지 않습니다. 이러한 프로토콜 중 하나를 실행하는 단일 라우터는 가변 길이 서브네팅과 함께 정상적으로 작동합니다. 구성된 서브넷 중 하나를 대상으로 하는 수신 패킷은 올바르게 라우팅되고 올바른 대상 인터페이스로 전달됩니다. 그러나 VLSM 및 인접하지 않은 네트워크가 IGRP 도메인의 여러 라우터에서 구성된 경우 라우팅 문제가 발생합니다. RIP 또는 IGRP가 불연속 네트워크를 지원하지 않는 이유를 참조하십시오. 추가 정보.
최신 IP 라우팅 프로토콜인 EIGRP, ISIS, OSPF와 RIP 버전 2는 VLSM을 지원하므로 네트워크 설계에서 선호해야 합니다. 모든 IP 라우팅 프로토콜에 대한 자세한 내용은 IP 라우팅 프로토콜 기술 지원 페이지를 참조하십시오.
A. Cisco IOS 버전 10.0 이상에서는 인터페이스당 두 개의 ip access-group 명령(각 방향에 대해 하나씩)을 가질 수 있습니다.
interface ethernet 0 ip access-group 1 in ip access-group 2 out하나의 액세스 그룹은 인바운드 트래픽에 사용되고 다른 하나는 아웃바운드 트래픽에 사용됩니다. ACL에 대한 자세한 내용은 Configuring Common Used IP ACLs and Configuring IP Access Lists를 참조하십시오.
A. 아니요. 라우팅이 작동하려면 각 인터페이스가 다른 서브넷에 있어야 합니다. 그러나 브리징만 하고 IP 라우팅을 수행하지 않는 경우 동일한 서브넷에서 두 인터페이스를 구성할 수 있습니다.
A. 예. 시리얼 인터페이스에서는 중복 IP 주소가 허용됩니다. 이는 링크들을 함께 번들링하는 더 효율적인 방법이다(즉, MLPPP) 및 주소 공간을 보존할 수 있는 더 나은 방법입니다. 중복 ip 주소를 할당하려면 캡슐화를 기본 HDLC에서 PPP로 변경합니다.
A. 보조 주소가 관련된 경우 Split Horizon이 RIP/IGRP 라우팅 업데이트에 미치는 영향을 참조하십시오.
A. 진정한 성능 우위는 없습니다. 설정된 키워드는 단순히 승인(ACK) 또는 재설정(RST) 비트가 설정된 패킷이 통과됨을 의미합니다. 일반적으로 ACL에 대한 자세한 내용은 IP 액세스 목록 구성을 참조하십시오.
established 키워드는 내부 호스트가 외부 TCP 연결을 수행하고 반환 제어 트래픽을 수신하도록 허용합니다. 대부분의 시나리오에서 방화벽 컨피그레이션에서는 이 유형의 ACL이 필수적입니다. 또한 Reflective ACL 또는 Context-Based Access Control을 사용하여 동일한 결과를 얻을 수 있습니다. 일부 샘플 컨피그레이션은 Configuring Common Used IP ACLs를 참조하십시오.
A. 일부 IP 네트워크 집합에 대해 4개의 동일 비용 경로가 있다고 가정합니다. 인터페이스 1 및 2 고속 스위치(인터페이스에서 ip route-cache 활성화), 3 및 4는 그렇지 않습니다(ip route-cache 없음). 먼저 라우터가 목록에 4개의 동일 비용 경로(경로 1, 2, 3, 4)를 설정합니다. show ip route x.x.x.x를 수행하면 x.x.x.x에 대한 4개의 "다음 홉"이 표시됩니다.
인터페이스 1에서 포인터를 interface_pointer라고 합니다. Interface_pointer는 1-2-3-4-1-2-3-4-1 등과 같이 규칙적인 방식으로 인터페이스와 경로를 순환합니다. show ip route x.x.x의 출력은 interface_pointer가 캐시에서 찾을 수 없는 대상 주소에 사용하는 "next hop"의 왼쪽에 "*"가 있습니다. interface_pointer를 사용할 때마다 다음 인터페이스 또는 경로로 이동합니다.
이 점을 더 잘 설명하기 위해 반복 루프를 고려하십시오.
패킷이 유입되며, 4개의 병렬 경로를 통해 서비스되는 네트워크를 목적지로 합니다.
라우터가 캐시에 있는지 확인합니다. (캐시가 빈 상태로 시작됩니다.)
캐시에 있는 경우 라우터는 캐시에 저장된 인터페이스로 전송합니다. 그렇지 않은 경우 라우터는 interface_pointer가 있는 인터페이스로 이를 전송하고 interface_pointer를 목록의 다음 인터페이스로 이동합니다.
라우터가 패킷을 방금 전송한 인터페이스에서 route-cache를 실행 중인 경우 라우터는 해당 인터페이스 ID 및 대상 IP 주소로 캐시를 채웁니다. 동일한 대상에 대한 모든 후속 패킷은 route-cache 엔트리를 사용하여 스위칭됩니다(따라서 빠르게 스위칭됨).
두 개의 route-cache 인터페이스와 두 개의 non-route-cache 인터페이스가 있는 경우, 캐싱되지 않은 엔트리가 엔트리를 캐싱하는 인터페이스에 도달하여 해당 목적지를 해당 인터페이스에 캐싱할 확률이 50%입니다. 시간이 지남에 따라 고속 스위칭(route-cache)을 실행하는 인터페이스는 캐시에 없는 대상을 제외한 모든 트래픽을 전달합니다. 이는 목적지에 대한 패킷이 인터페이스를 통해 프로세스 스위칭되면 interface_pointer가 목록의 다음 인터페이스로 이동하고 가리키기 때문입니다. 이 인터페이스도 프로세스 스위칭되는 경우, 두 번째 패킷은 인터페이스 상에서 프로세스 스위칭되며 interface_pointer는 다음 인터페이스를 가리키도록 이동합니다. 프로세스 스위치드 인터페이스는 2개뿐이므로 세 번째 패킷은 고속 스위치드 인터페이스로 라우팅되며, 고속 스위치드 인터페이스는 캐시됩니다. IP 경로 캐시에서 캐시되면 동일한 대상에 대한 모든 패킷이 빠르게 전환됩니다. 따라서 캐시되지 않은 엔트리가 엔트리를 캐시하는 인터페이스에 도달하여 그 목적지를 해당 인터페이스에 캐시할 확률이 50%에 이릅니다.
프로세스 스위치드 인터페이스에 오류가 발생할 경우 라우팅 테이블이 업데이트되며 3개의 동일 비용 경로(2개의 고속 스위치드 및 1개의 프로세스 스위치드)가 생성됩니다. 시간이 지남에 따라 고속 스위칭(route-cache)을 실행하는 인터페이스는 캐시에 없는 대상을 제외한 모든 트래픽을 전달합니다. 두 개의 route-cache 인터페이스와 하나의 non-route-cache 인터페이스를 사용할 경우, 캐싱되지 않은 엔트리가 엔트리를 캐싱하는 인터페이스에 도달하여 해당 목적지를 해당 인터페이스에 캐싱할 확률이 66%에 이릅니다. 두 개의 고속 스위치드 인터페이스가 시간이 지남에 따라 모든 트래픽을 전달할 것으로 예상할 수 있습니다.
마찬가지로 고속 스위치드 인터페이스에 장애가 발생하면 3개의 동일 비용 경로, 즉 고속 스위치드 1개와 프로세스 스위치드 2개가 있습니다. 시간이 지남에 따라 고속 스위칭(route-cache)을 실행하는 인터페이스는 캐시에 없는 대상을 제외한 모든 트래픽을 전달합니다. 캐시되지 않은 항목이 해당 항목을 캐시한 인터페이스에 도달하여 해당 대상을 해당 인터페이스에 캐시할 확률이 33%에 이릅니다. 이 경우 캐싱이 활성화된 단일 인터페이스에서 시간이 지남에 따라 모든 트래픽을 전달할 것으로 예상할 수 있습니다.
라우터에서 route-cache를 실행 중인 인터페이스가 없는 경우, 라우터는 트래픽을 패킷별로 라운드 로빈합니다.
결론적으로 대상에 대해 동일한 경로가 여러 개 있는 경우 일부는 프로세스 스위칭되지만 다른 일부는 고속 스위칭됩니다. 그러면 시간이 지남에 따라 대부분의 트래픽이 고속 스위칭된 인터페이스에서만 전달됩니다. 이렇게 달성한 로드 밸런싱은 최적이 아니며 경우에 따라 성능이 저하될 수 있습니다. 따라서 다음 중 하나를 수행하는 것이 좋습니다.
병렬 경로의 모든 인터페이스에 모든 route-cache가 있거나 route-cache가 없습니다.
또는
캐싱이 활성화된 인터페이스는 시간이 지남에 따라 모든 트래픽을 전달합니다.
A. 소스 주소 스푸핑을 방지하는 데 사용되는 유니캐스트 역방향 경로 전달은 라우터가 라우터 인터페이스에 수신된 IP 패킷이 패킷의 소스 주소에 대한 최상의 반환 경로(반환 경로)에 도착하는지 여부를 확인할 수 있는 "역방향 검색" 기능입니다. 패킷이 최상의 역방향 경로 경로 중 하나에서 수신된 경우 패킷이 정상적으로 전달됩니다. 패킷을 받은 것과 동일한 인터페이스에 역방향 경로 경로가 없는 경우, ip verify unicast reverse-path list interface configuration 명령에 ACL(access control list)이 지정되었는지 여부에 따라 패킷이 삭제되거나 전달됩니다. 자세한 내용은 Cisco IOS Security 컨피그레이션 가이드, 릴리스 12.2의 Configuring Unicast Reverse Path Forwarding 장을 참조하십시오.
기본 경로 0.0.0.0/0은 uRPF 검사를 수행하는 데 사용할 수 없습니다. 예를 들어 소스 주소가 10.10.10.1인 패킷이 Serial 0 인터페이스에 들어오고 10.10.1.1과 일치하는 유일한 경로가 기본 경로 0.0.0.0/0이며 라우터의 Serial 0을 가리키는 경우 uRPF 검사가 실패하고 해당 패킷이 삭제됩니다.
A. CEF는 EIGRP, RIP, OSPF(Open Shortest Path First) 등과 같은 라우팅 프로토콜로 채워지는 라우팅 테이블을 기반으로 패킷의 스위칭을 수행합니다. CEF는 라우팅 프로토콜 테이블이 계산되면 로드 밸런싱을 수행합니다. 로드 밸런싱에 대한 자세한 내용은 로드 밸런싱 작동 방식을 참조하십시오.
A. 라우터 인터페이스에 보조 IP 주소를 구성하는 데에는 제한이 없습니다. 자세한 내용은 IP 주소 지정 구성을 참조하십시오.
A. Pause 제어 카운터는 라우터가 다른 라우터에 트래픽 속도 저하를 요청하는 횟수를 나타냅니다. 예를 들어 라우터 A와 라우터 B의 두 라우터는 플로우 제어가 활성화된 링크를 통해 연결됩니다. 라우터 B에서 트래픽 버스트가 발생할 경우, 라우터 B는 Pause 출력 패킷을 전송하여 링크가 초과 가입되어 있기 때문에 라우터 A에게 트래픽을 느리도록 알립니다. 이 때 라우터 A는 라우터 B가 보낸 요청을 알리는 일시 중지 입력 패킷을 수신합니다. 일시 중지 출력/입력 패킷은 문제나 오류가 아닙니다. 두 디바이스 간의 플로우 제어 패킷입니다.
A. 아니요. 터널에서는 IP 트래픽을 GRE 헤더에 캡슐화해야 하며 레이어 2 트래픽을 캡슐화할 수 없으므로 터널을 통한 브리징은 지원되지 않습니다.
A. VRF(Virtual Routing and Forwarding)는 IP 네트워크 라우터에 포함된 기술로서 라우팅 테이블의 여러 인스턴스가 라우터에 존재하고 동시에 작동하도록 합니다. 이는 여러 디바이스를 사용하지 않고 네트워크 경로를 분할할 수 있기 때문에 기능이 향상됩니다. 트래픽은 자동으로 분리되므로 VRF는 네트워크 보안을 강화하고 암호화 및 인증의 필요성을 없앨 수 있습니다. 인터넷 서비스 공급자(ISP)는 고객을 위해 별도의 VPN(Virtual Private Network)을 생성하기 위해 VRF를 이용하는 경우가 많습니다. 따라서 이 기술을 VPN 라우팅 및 전달이라고도 합니다.
VRF는 논리적 라우터처럼 작동하지만 논리적 라우터에는 여러 라우팅 테이블이 포함될 수 있지만 VRF 인스턴스는 단일 라우팅 테이블만 사용합니다. 또한 VRF에는 각 데이터 패킷에 대한 다음 홉을 지정하는 전달 테이블, 패킷을 전달하기 위해 호출할 수 있는 디바이스 목록, 패킷이 전달되는 방식을 제어하는 규칙 및 라우팅 프로토콜 집합이 필요합니다. 이러한 테이블은 트래픽이 특정 VRF 경로 외부로 전달되는 것을 방지하며 VRF 경로 외부에 있어야 하는 트래픽도 차단합니다.
A. PBR(Policy based routing)은 소스 주소를 기반으로 다른 ISP에 트래픽을 라우팅할 수 있는 기능입니다.
A. 고정 경로를 생성하는 방법에는 두 가지가 있습니다.
ip route 10.1.1.1 255.255.255.0 eth 0/0 명령은 다음 홉 IP 주소를 찾는 ARP 브로드캐스트를 생성합니다.
ip route 10.1.1.1 255.255.255.0 172.16.1.1 명령은 ARP 요청을 생성하지 않습니다. 레이어 2는 라우팅 프로세스에서 제외됩니다.
A. 포트 2228 및 56506은 등록된 포트 번호가 아닙니다. 모든 애플리케이션에서 사용할 수 있습니다. 일부 애플리케이션은 이러한 포트 번호로 연결을 시작합니다. 따라서 포트 번호는 show ip sockets 명령의 출력에 표시됩니다. 포트 번호를 차단해야 하는 경우 포트를 차단하려면 access-list를 구성합니다.
A. 포인트-투-포인트 인터페이스는 직렬 통신에 사용됩니다. 이러한 유형의 연결은 반대쪽 끝에 있는 스테이션으로만 전송하는 것으로 간주됩니다. 포인트-투-포인트의 예는 EIA/TIA 232, EIA/TIA 449, X.25, Frame Relay, T-carrier 및 OC3 - OC192입니다.
Point-to-Multipoint는 한 스테이션을 다른 여러 스테이션에 연결합니다. 포인트-투-멀티포인트는 두 가지 유형으로 구성됩니다
포인트-투-멀티포인트 비브로드캐스트
Point-to-Multipoint 브로드캐스트
Point-to-multipoint Non-broadcast에서는 통신이 모든 원격 스테이션에 복제됩니다. 선택된 특정 스테이션만 복제된 통신을 수신합니다. 예를 들면 Frame Relay 및 ATM이 있습니다.
Point-to-multipoint 방송은 모든 시스템에 연결되는 물리적 매체로 구성되며 모든 스테이션에서 모든 통신이 들립니다.
A. 서로 다른 하위 인터페이스에서 ip mtu 명령을 사용하여 서로 다른 IP MTU를 구성할 수 있습니다. 하위 인터페이스에서 MTU를 변경할 경우 라우터는 기본 인터페이스의 MTU를 확인합니다. 기본 인터페이스 MTU가 하위 인터페이스에 구성된 MTU보다 낮은 값으로 설정된 경우 라우터는 기본 인터페이스의 MTU를 하위 인터페이스와 일치하도록 변경합니다. 따라서 기본 인터페이스에서 mtu 명령으로 구성된 물리적 MTU는 하위 인터페이스에 구성된 IP MTU보다 높아야 합니다.
패킷 메모리는 75000/GSR에 구성된 가장 높은 MTU를 기반으로 조각화됩니다. 여기에는 한 가지 예외가 있습니다. 엔진 4+ 라인 카드는 MTU 변경 시 버퍼를 조각할 필요가 없습니다. ESR에서 패킷 메모리는 부팅 시 조각되며 MTU 설정의 영향을 받지 않습니다. 따라서 MTU를 변경할 경우 ESR에 영향을 주지 않아야 합니다.
A. 고객이 동일한 IP 주소를 사용하는 경우 고객이 사용하는 세션 수를 줄이기 위해 ppp ipcp address unique 명령을 사용합니다.
A. 어카운팅 데이터 기간은 IP 어카운팅을 활성화한 이후 1분 단위로 값을 늘립니다. 이는 clear ip accounting 명령이 발행될 때까지 계속되며 0에서 재설정됩니다.
A. Threshold(임계값)는 반응 이벤트를 생성하고 IP SLA 작업에 대한 기록 정보를 저장하는 상승 임계값을 설정합니다.
Timeout은 IP SLA 작업이 요청 패킷에서 응답을 기다리는 시간을 설정합니다.
A. 라우팅 테이블에 있는 경로의 기간입니다. 라우팅 테이블에 경로가 존재하는 기간입니다.
A. RDB(Routing Descriptor Block)가 있는 "라우팅 테이블"에 저장되는 네트워크 정보입니다. IP 라우팅 테이블에서 학습된 접두사를 보유하기 위한 메모리는 NDB와 RDB로 나뉩니다. RIB(Routing Information Base)의 각 경로에는 각 경로에 대해 NDB와 RDB가 하나씩 필요합니다. 경로가 서브넷인 경우 NDB를 유지하기 위해 추가 메모리가 필요하며, show ip route summary 명령을 사용하여 IP RIB에 대한 직접 메모리 사용을 표시할 수 있습니다.
개정 | 게시 날짜 | 의견 |
---|---|---|
1.0 |
11-Nov-2002 |
최초 릴리스 |