공간 다양성 T1에 대한 장애 조치를 제공하는 방법

나는 본질적으로 문제가없는 작고 고립 된 전용 네트워크를 상속 받았으므로 자연스럽게 개선하고 싶습니다. 여기에 네트워킹 게시물이 있습니다. 명확성을 위해 다이어그램에 적절한 라우터 만 포함 시켰습니다.

현재 각 캠퍼스에는 약 6-8 개의 Cisco 2800과 2900이 있으며 전용 경로를 사용하여 2 개의 캠퍼스간에 패킷을 가져 오는 전용 자체 개발 애플리케이션 용 음성 카드가 있습니다. R1 및 R2에서 c2801-spservicesk9-mz.124-3g를 실행하고 R3 및 R4에서 c2800nm-adventerprisek9-mz.124-15.t3을 실행합니다.

이 전용 응용 프로그램에만 서비스를 제공하는 고정 된 변경되지 않은 네트워크입니다. 데스크탑이나 랩탑도 들어오고 나갈 필요가 없으며, 시스코 라우터는 각 서버의 링 토폴로지에서 타사 파이버 멀티 플렉스를 통해 연결된 몇 대의 서버 시스템 ( "기타 노드"의 일부)과 연결되어 있습니다.

고객이 결정한대로 때때로 중복성을 위해 R2와 R3 사이에 두 번째 T1을 설치하는 것이 좋습니다. 내 테스트에 따르면 정적 라우팅은 두 번째 T1을 사용하는 방법이 없습니다. 새 T1에 대한 보조 경로의 AD / 메트릭을 사용하더라도 T1이 실패한 라우터 만이 사실을 알지만 해당 캠퍼스의 다른 라우터는이를 알지 못합니다.

나는 그러한 솔루션을 읽은 후에 ip 추적 객체를 사용하여 일을 간단하게 유지하고 네트워크에 대한 화를 최소화하는 것을 고려하고있었습니다. 그런 다음 EIGRP를 사용하는 것이 선호되는 방법을 읽었습니다.

그러나 동적 라우팅이 필요한 경우 서비스를 방해하지 않는 방식으로 구현해야합니다. 이것은 모두 나에게 원격이며 재구성 중에 연결이 끊어 질 경우 현지 기술자가 대기하도록 준비해야합니다. 이러한 작은 변경되지 않은 네트워크를 사용하면 이러한 중단을 최소화 할 수 있기를 바랍니다.

이 T1 장애 조치 라우팅을 달성하기 위해 ip 추적 객체 또는 EIGRP를 사용하는 방법을 연구해야합니까?

편집 : 다음은 현재 R4에 대해 구성된 경로입니다. 나는 여기에 멍청한 짓이 있다고 확신하지만, 한 번만 실수를 저지르고 캠퍼스 B와의 연결이 끊어졌을 때 물러났습니다. 정전은 큰 문제가 아닙니다. 나는 더 나은 접근 방식을 고안 할 때까지 충분히 혼자 떠나기로 결정했습니다.

ip route 10.0.0.0 255.0.0.0 10.1.1.8
ip route 10.1.1.8 255.255.255.252 Serial0/3/0
ip route 192.168.30.0 255.255.255.0 Serial0/3/0
ip route 192.168.6.0 255.255.255.0 Serial0/3/0
ip route 192.168.8.0 255.255.255.0 FastEthernet0/0
ip route 10.0.2.128 255.255.255.192 192.168.31.2
ip route 10.2.160.0 255.255.255.0 192.168.31.2
ip route 192.168.254.0 255.255.255.0 192.168.31.2
ip route 192.168.6.0 255.255.255.0 192.168.8.11 110 name fallback
ip route 0.0.0.0 0.0.0.0 10.1.1.9
ip route 0.0.0.0 0.0.0.0 192.168.8.11 110 name fallback

R3의 경로 구성은 간단합니다.

ip route 0.0.0.0 0.0.0.0 192.168.8.15
ip route 0.0.0.0 0.0.0.0 10.1.1.5 110

감사.

이 전용 응용 프로그램에만 서비스를 제공하는 고정 된 변경되지 않은 네트워크입니다.

나는 이것이 네트워크가 변하지 않는 네트워크에서도 이것이 거의 표준이 아니라는 것을 안다고 생각합니다. 따라서 왜 이것을 자동화하는지 묻는 이유입니다. 결국, 다른 모든 링크가 온라인 상태가되어 이전의 모든 노력을 다시 엔지니어링해야합니다. 이것은 정의상 라우팅 프로토콜의 목적입니다. 어디에서나 고정 경로를 사용할 필요가 없도록하는 것입니다!

내 테스트에 따르면 정적 라우팅은 두 번째 T1을 사용하는 방법이 없습니다.

다운시 에도 페일 오버를 허용하면서 시스템 작동 상태를 유지할 수 있는 일종의 IP SLA 를 설정할 수 있습니다 Old T1.

R4에 대한 이러한 유형의 구성 예는 다음과 같습니다.

R4(config)# ip sla 1
R4(config)# icmp-echo 10.1.1.9 source-interface Serial0/3/0
R4(config)# timeout 1000
R4(config)# threshold 2
R4(config)# frequency 3
R4(config)# ip sla schedule 1 life forever start-time now
R4(config)# track 1 ip sla 1 reachability
R4(config)# ip route 0.0.0.0 0.0.0.0 10.1.1.9 track 1
R4(config)# ip route 0.0.0.0 0.0.0.0 192.168.8.11 100

_{firewall.cx 샘플 구성 의 수정 된 버전 .}

그러나, 당신이 빨리 알아내는 것처럼, 이것을하는 이상적인 방법보다 적습니다. 모든 Cisco 하드웨어를 보유하고 있으므로 EIGRP로이를 자동화하는 것이 가장 좋습니다.

그러나 동적 라우팅이 필요한 경우 서비스를 방해하지 않는 방식으로 구현해야합니다.

고정 경로와 함께 EIGRP를 설정 한 경우 EIGRP 이웃 관계가 구축되고 라우팅 테이블이 다른 위치에 대한 경로로 채워집니다. 라우터에는 다른 서브넷에 연결하는 방법에 대한 지식이있는 완전히 채워진 라우팅 테이블이 있기 때문에 실제로 중단이 발생하지 않아야합니다.

일단 모든 것이 EIGRP와 고정 라우팅으로 원활하게 설정되고 원활하게 실행되면 고정 경로를 제거 할 때까지 계속 사용하게됩니다. 제대로 완료하면 트래픽 흐름이 번지는 것을 보지 않아도됩니다.

이전 구성과 R4의 EIGRP 구성 예를 비교하십시오.

R4(config)#router eigrp 1
R4(config-router)#no auto-summary
R4(config-router)#network 10.1.1.8
R4(config-router)#network 192.168.8.0

보통의 그 와 같은 소규모 네트워크에 대한 간단한.