목차

소개

배경 정보

사전 요구 사항 - 구성 백업

사전 요구 사항 - ICSR 상태 확인

비 ICSR 시나리오에서 IP 풀 수정

ICSR 시나리오에서 IP 풀 수정

사후 활동

IP 풀 삭제/추가

알려진 오류

소개

이 문서에서는 StarOS 제품 ASR5500 및 Cisco ICSR(Inter Chassis Session Recovery) 및 비 CUPS 환경에서 비 NAT IP 풀을 수정하는 데 필요한 단계에 대해 설명합니다.

배경 정보

IP 주소 풀 기능은 IP 주소 범위를 풀 이름 아래에 하나의 풀로 구성하고 구독자에게 이러한 주소를 할당하거나 할당할 수 있도록 하는 것입니다.IP 주소 풀 기능은 vpnmgr 구성 요소와 함께 배치됩니다.  풀에서 사용되는 주소 공간이 증가하거나 기존 풀 매개변수가 동적으로 구성 가능한 것으로 식별된 경우에만 삭제하지 않고 기존 IP 풀을 수정할 수 있습니다.  풀 크기가 감소하거나 매개변수를 동적으로 구성할 수 없는 경우 IP 풀을 삭제하고 다시 추가해야 합니다.

여기서 옵션은 IP 풀을 삭제하지 않고 동적으로 활성화하거나 비활성화할 수 있습니다.

참고:특정 소프트웨어 릴리스에서 수정할 매개 변수에 대한 컨피그레이션 가이드를 확인하십시오.

주소 보류 타이머

이 기능이 활성화되고 활성 가입자의 연결이 끊어지면 IP 주소가 보류 또는 사용 중인 것으로 간주되며 주소 보류 타이머가 만료될 때까지 사용 가능 상태로 반환되지 않습니다.이렇게 하면 지정된 시간(초) 내에 다시 연결하는 가입자가 IP 풀에서 동일한 IP 주소를 가져올 수 있습니다.

경고 임계값

IP 주소 풀 레벨 사용률 임계값을 구성합니다.이러한 임계값은 컨텍스트 레벨 IP 풀 임계값보다 우선합니다.

명시적 경로 광고

활성화된 경우 show IP pool verbose의 출력에는 명시적 호스트 경로의 총 개수가 포함됩니다.

그룹 이름

풀 그룹 이름을 지정합니다.

새 캐스트 포함

풀이 클래스화된 네트워크 경계를 넘을 때 일반적으로 제외되는 클래스풀 네트워크 및 브로드캐스트 주소를 풀에 포함할 수 있습니다.

nexthop forwarding 주소

이 풀의 next-hop 전달 주소를 지정합니다.

새로운 연결 서버

구성된 네트워크 연결 서버의 이름을 IP 풀에 바인딩하고 IP 풀에 대한 네트워크 연결 감지 기능을 활성화합니다.이는 가입자 구성의 모든 네트워크 연결 가능 서버 설정에 우선합니다.

정책

주소 할당 정책을 구성합니다.

send-icmp-dest-unreachable

활성화되면 시스템이 풀 내에서 사용되지 않는 주소로 향하는 PDU를 수신하면 ICMP 목적지 도달 불가 PDU가 생성됩니다.

srp 활성화

섀시 간 세션 복구를 위한 IP 풀을 활성화합니다.

suppress-switchover-arps

카드 전환을 수행할 때 Suppress Free ARPs(불필요한 ARP 제외)를 기반으로 경고를 설정합니다.

태그

IP 주소 풀에 특정 태그 추가

유니캐스트 무상 ARP 주소

무상 ARP 생성이 필요한 경우 브로드캐스트 무상 ARP가 아닌 지정된 IP 주소에 유니캐스트 무상 ARP를 수행합니다.

사전 요구 사항 - 구성 백업

다음은 IP 풀 수정에 대한 전제 조건입니다.ICSR이 활성화된 경우 두 ICSR 섀시에서 단계를 실행합니다.

1. 노드에서 현재 실행 중인 소프트웨어의 버전(버전 세부 정보 표시)을 확인합니다.

[local]StarOS# show version verbose

Active Software:

Image Version: ww.x.y.zzzzz

Image Build Number: zzzzz

2. 섀시의 시스템 가동 시간은 시스템 가동 시간을 보여줍니다.

[local]StarOS# show system uptime

System uptime: 14D 10H 24M

3. 시스템의 부팅 컨피그레이션이 부트를 표시하는지 확인합니다.

[local]StarOS# show boot

boot system priority 50 \

image /flash/sftp/asr5500-AA.BB.CC.bin.SPA \

config /flash/test_config.cfg

boot system priority 51 \

image /flash/sftp/asr5500-AA.CC.CC.bin.SPA \

config /flash/backup_config.cfg

boot system priority 52 \

image /flash/asr5500-AA.BB.CC.bin.SPA \

config /flash/one_more_config.cfg

4. 현재 구성 저장 구성 저장

[local]StarOS# save configuration /flash/<current_filename.cfg> -re

5. 향후 분석에 대한 지원 세부 정보 수집 지원 세부 정보 표시

[local]StarOS# show support details to file /flash/sftp/support-before-<date> compress

6. 파일 시스템 파일 시스템을 동기화하여 모든 파일 시스템을 동기화합니다.

[local]StarOS# filesystem synchronize all

7. 필요한 경우 추가 시스템 상태 점검을 수행합니다.

사전 요구 사항 - ICSR 상태 확인

이러한 단계는 두 섀시에서 모두 수행되므로 장애 조치 시 트래픽을 처리할 수 있습니다.

1. 액티브 및 스탠바이 섀시에 로그인하여 섀시 상태를 확인합니다. srp 정보 표시

2. 세션 수가 정확한지 확인합니다. srp 검사점 통계 표시 | grep Sessmgrs

3. 세션 복구가 복구 준비 상태인지 확인합니다. 세션 복구 상태 세부 정보 표시

4. SRP 구성을 검증합니다.섀시가 정상적으로 나타나면 ACTIVE 섀시에서 전환 검증을 수행합니다.

[local]ASR5K# srp validate-configuration

# should get no output

[local]ASR5K# srp validate-switchover

# should get no output

[local]ASR5K# show srp info

# should get no config errors and ready for switchover

비 ICSR 시나리오에서 IP 풀 수정

이 단계에서는 비 ICSR 노드에 대한 IP 풀 수정에 대해 설명합니다.수정할 컨텍스트 이름과 풀 이름을 확인하십시오.

1. IP 풀 사용 중

[local]StarOS# config

[local]StarOS(config)# context <context-name>

[local]StarOS(config-ctx)# busyout <ip or ipv6> pool name <ip pool name>

포트가 busyout show ip pool summary 또는 show ipv6 pool summary를 표시하는지 확인합니다.

[context]StarOS# show ip pool summary

context test5:

+-----Type: (P) - Public (R) - Private (N) - NAT

| (S) - Static (E) - Resource (O) - One-to-One NAT

| (M) - Many-to-One NAT

|

|+----State: (G) - Good (D) - Pending Delete (R)-Resizing

|| (I) - Inactive

||

||++--Priority: 0..10 (Highest (0) .. Lowest (10))

||||

||||+-Busyout: (B) - Busyout configured

|||||

|||||

vvvvv Pool Name Start Address Mask/End Address Used Avail

----- -------------------------------- --------------- --------------- ----------------

PG00B test 10.10.0.0 255.255.255.0 0 254

2. 풀에서 남아 있는 가입자는 컨텍스트 로컬 사용을 지웁니다.

[local]StarOS1# show subscribers summary ip-pool <pool name> | grep -i total

Total Subscribers: 31252

idle_time이 3600초보다 큰 상태로 연결된 가입자 수를 확인합니다.

[local]StarOS# show subscribers summary ip-pool <pool name> idle-time greater-than <seconds>

동시에 또는 속도 제한 간격으로 모두 구독자를 지웁니다.

# clear subscribers ip-pool <pool name>

# clear subscribers ip-pool <pool name> idle-time greater-than <seconds> pace-out-interval <seconds>

3. IP 풀 구성 변경을 수행합니다.

4. 풀에서 녹음을 비활성화합니다.

[local]StarOS# config

[local]StarOS(config)# context <context-name>

[local]StarOS(config-ctx)# no busyout <ip or ipv6> pool name <ip pool name>

ICSR 시나리오에서 IP 풀 수정

참고:IP 풀을 수정하기 위한 모든 활동은 지역 중복 섀시에 복제되어야 합니다.

모든 변경 사항이 두 ICSR 섀시에서 모두 계획 및 실행되는지 확인합니다.  기본 이미지는 ICSR 쌍을 의미합니다. 여기서 H1은 기본 섀시이고 H2는 후면 섀시입니다.

1. H2가 대기 상태이고 H1이 활성 상태인지 확인합니다.H2에서 show srp info 명령을 실행합니다.

Chassis State(섀시 상태)는 Standby(대기)로, 해당 피어는 Active(활성)로 표시되어야 합니다.

Chassis State: Standby

Peer State: Active

2. H1에서 SRP 링크를 비활성화합니다. 로컬 또는 스위치/라우터 측에서 수행할 수 있습니다.

로컬인 경우 아래 예와 같이 SRP 컨텍스트에서 show ip int sum 명령을 사용하여 SRP 포트를 확인합니다.나중에 필요한 SRP 포트 및 VLAN ID를 기록해 두고 다음 단계를 수행합니다.

[local]StarOS# context <context with SRP>

[SRP]ASR5K# show ip interface sum

Interface Name Address/Mask Port Status

======================== =================== =========================== ======

<SRP-interface-name> 10.10.1.1/24 <SRP-port> vlan <SRP-vlan> UP

SRP 인터페이스-포트 바인딩 제거:

[local]StarOS# config

[local]StarOS(config)# port ethernet <SRP-port>

[local]StarOS(config-port-5/10)# vlan <SRP-vlan>

[local]StarOS(config-port-5/10)# no bind interface <SRP-interface-name> SRP

[local]StarOS(config-port-5/10)# end

3. H1과 H2가 모두 활성 상태인지 확인합니다. show srp info

두 섀시를 모두 활성으로 표시해야 합니다.

Chassis State: Active

4. H2에서 IP 풀을 수정합니다.

5. 게이트웨이의 수정된 풀 및 서브넷 마스크와 일치하도록 라우터 및 방화벽(H2에 연결됨)에서 관련 경로 맵을 변경합니다.IP 풀 매개변수만 변경하는 경우 이 단계를 건너뛸 수 있습니다.IP 풀 크기(서브넷), 번호 지정(새 주소 지정) 또는 next-hop(라우팅)을 변경할 경우 연결 디바이스에서 적절한 변경 사항이 적용되어야 합니다.

참고:BGP 피어 라우터에서 관련 경로 맵 변경이 이루어지지 않으면 IP 풀 경로가 학습되지 않습니다.

6. H2에서 수정된 풀의 상태를 확인합니다.

[local]StarOS# context <context-name>

[context]StarOS# show ip pool

[context]StarOS# show ip pool wide

[context]StarOS# show ipv6 pool

7. 필요한 경우 H2가 수정된 IP 풀 경로를 BGP 피어에 광고하고 있는지 확인합니다.

[local]StarOS# context <context>

[context]StarOS# show ip bgp neighbors <IPv4 or IPv6 address> advertised-routes

8. 필요한 경우 BGP 피어 라우터에서 수정된 IP 풀 경로를 학습하는지 확인합니다.

9. H1에서 SRP 링크를 활성화합니다. 앞서 SRP 인터페이스 이름, 포트 및 VLAN에 대해 캡처된 정보가 여기에 필요합니다.

SRP 인터페이스-포트 바인딩을 표준화합니다.

[local]StarOS# config

[local]StarOS(config)# port ethernet <SRP-port>

[local]StarOS(config-port-5/10)# vlan <SRP-vlan>

[local]StarOS(config-port-5/10)# bind interface <SRP-interface-name> <context with SRP>

[local]StarOS(config-port-5/10)# end

10. H2가 대기 상태이고 H1이 활성 상태인지 확인합니다.H2에서 show srp info 명령을 실행합니다.

Chassis State(섀시 상태)는 Standby(대기)로, 해당 피어는 Active(활성)로 표시되어야 합니다.

Chassis State: Standby

Peer State: Active

11. 20분 동안 기다렸다가 세션이 동기화되었는지 확인합니다.

- H2:show srp checkpoint statistics는 현재 통화 복구 레코드 및 현재 미리 할당된 통화가 일치하는지 확인합니다.

- H1:show subscribers sum connected-time over-60을 사용하여 Total Subscribers 및 Active가 일치하는지 확인합니다.

12. 전환 검증 상태를 확인한 후 H1에서 전환(H1에서 H2로)을 수행합니다.

H1:srp validate-switchover 및 show srp info | grep "마지막 확인 전환 상태"

SRP의 상태가 Ready for Switchover(전환 준비)인 경우 전환을 계속합니다.

참고:모든 상태 검사가 완료될 때까지 전환 안 함

H1:# srp initiate-switchover

13. H2가 활성 상태이고 H1이 대기 상태인지 확인합니다.

H2:srp 정보 표시

Chassis State(섀시 상태)는 Standby(대기)로, 해당 피어는 Active(활성)로 표시되어야 합니다.

Chassis State: Active

Peer State: Standby

14. H2에서 수정된 IP 풀을 테스트합니다. 이 풀에 연결된 가입자가 모든 서비스에 연결할 수 있는지 확인합니다.

15. H2에서 SRP 링크를 비활성화합니다. 로컬 또는 스위치/라우터 측에서 수행할 수 있습니다.  로컬인 경우 SRP 컨텍스트에서 show ip int sum 명령을 사용하여

SRP 포트를 차단합니다.SRP 포트 및 VLAN ID는 나중에 필요하므로 기록해 두고 다음 단계를 수행합니다.

[local]StarOS# context <context with SRP>

[SRP]ASR5K# show ip interface sum

Interface Name Address/Mask Port Status

======================== =================== =========================== ======

<SRP-interface-name> 10.10.1.1/24 <SRP-port> vlan <SRP-vlan> UP

SRP 인터페이스-포트 바인딩 제거:

[local]StarOS# config

[local]StarOS(config)# port ethernet <SRP-port>

[local]StarOS(config-port-5/10)# vlan <SRP-vlan>

[local]StarOS(config-port-5/10)# no bind interface <SRP-interface-name> SRP

[local]StarOS(config-port-5/10)# end

16. H1과 H2가 모두 활성 상태인지 확인합니다.srp 정보 표시

두 섀시를 모두 활성으로 표시해야 합니다.

Chassis State: Active

17. H1에서 IP 풀을 수정합니다.

18. 게이트웨이의 수정된 풀 및 서브넷 마스크와 일치하도록 라우터 및 방화벽(H1에 연결됨)에서 관련 경로 맵을 변경합니다.IP 풀 매개변수만 변경하는 경우 이 단계를 건너뛸 수 있습니다.IP 풀 크기(서브넷), 번호 지정(새 주소 지정) 또는 next-hop(라우팅)을 변경할 경우 연결 디바이스에서 적절한 변경 사항이 적용되어야 합니다.

참고:BGP 피어 라우터에서 관련 경로 맵 변경이 이루어지지 않으면 IP 풀 경로가 학습되지 않습니다.

19. H1에서 수정된 풀의 상태를 확인합니다.

[local]StarOS# context <context-name>

[context]StarOS# show ip pool

[context]StarOS# show ip pool wide

[context]StarOS# show ipv6 pool

20. 필요한 경우 H1이 수정된 IP 풀 경로를 BGP 피어에 광고하고 있는지 확인합니다.

[local]StarOS# context <context>

[context]StarOS# show ip bgp neighbors <IPv4 or IPv6 address> advertised-routes

21. 필요한 경우 BGP 피어 라우터에서 수정된 IP 풀 경로를 학습하는지 확인합니다.

22. H2에서 SRP 링크를 활성화합니다. 앞서 SRP 인터페이스 이름, 포트 및 VLAN에 대해 캡처한 정보가 여기에 필요합니다.

SRP 인터페이스-포트 바인딩을 표준화합니다.

[local]StarOS# config

[local]StarOS(config)# port ethernet <SRP-port>

[local]StarOS(config-port-5/10)# vlan <SRP-vlan>

[local]StarOS(config-port-5/10)# bind interface <SRP-interface-name> <context with SRP>

[local]StarOS(config-port-5/10)# end

23. H1이 대기 상태이고 H2가 활성 상태인지 확인합니다.H1에서 show srp info 명령을 실행합니다.

Chassis State(섀시 상태)는 Standby(대기)로, 해당 피어는 Active(활성)로 표시되어야 합니다.

Chassis State: Standby

Peer State: Active

24. 20분 동안 기다렸다가 세션이 동기화되었는지 확인합니다.

H1:show srp checkpoint statistics는 현재 통화 복구 레코드 및 현재 미리 할당된 통화가 일치하는지 확인합니다.

H2:show subscribers sum connected-time over-60을 사용하여 Total Subscribers 및 Active가 일치하는지 확인합니다.

25. 전환 검증 상태를 확인한 후 H2에서 전환(H2에서 H1으로)을 수행합니다.

H2:srp validate-switchover 및 show srp info | grep "마지막 확인 전환 상태"

SRP의 상태가 Ready for Switchover(전환 준비)인 경우 전환을 계속합니다.

참고:모든 상태 검사가 완료될 때까지 전환하지 마십시오.

H2:# srp initiate-switchover

26. H1이 활성 상태이고 H2가 대기 상태인지 확인합니다.

H1:srp 정보 표시

Chassis State(섀시 상태)는 Standby(대기)로, 해당 피어는 Active(활성)로 표시되어야 합니다.

Chassis State: Active

Peer State: Standby

27. H1에서 수정된 IP 풀을 테스트합니다. 이 풀에 연결된 가입자가 모든 서비스에 연결할 수 있는지 확인합니다.

사후 활동

모든 IP 풀 변경이 완료되고 통화 테스트가 성공한 후 계속해서 새 구성 변경 사항을 저장합니다.

1. 시스템의 부팅 컨피그레이션이 부트를 표시하는지 확인합니다.

[local]StarOS# show boot

boot system priority 50 \

image /flash/sftp/asr5500-AA.BB.CC.bin.SPA \

config /flash/test_config.cfg

boot system priority 51 \

image /flash/sftp/asr5500-AA.CC.CC.bin.SPA \

config /flash/backup_config.cfg

boot system priority 52 \

image /flash/asr5500-AA.BB.CC.bin.SPA \

config /flash/one_more_config.cfg

2. 현재 구성을 저장합니다.  구성 저장

[local]StarOS# save configuration /flash/<new-filename.cfg> -re -no

3. 섀시가 다시 로드될 경우 새 컨피그레이션이 로드되도록 부팅 우선순위를 변경합니다. 부팅 시스템 우선 순위

[local]StarOS# config

[local]StarOS(config)# boot system priority <n-1> image /flash/<image-file-name>.bin config /flash/<new-filename.cfg>.cfg

[local]StarOS(config)# end

4. 파일 시스템을 동기화합니다.  파일 시스템 모두 동기화

[local]StarOS# filesystem synchronize all -no

5. 향후 분석을 위해 사후 활동 지원 세부사항 수집 파일에 지원 세부 정보를 표시합니다.

[local]StarOS# show support details to file /flash/sftp/support-after-<date> compress

6. 필요한 경우 추가 시스템 상태 점검을 수행합니다.

IP 풀 삭제/추가

위의 절차에서는 SRP를 사용하여 IP 풀을 추가/삭제하는 시나리오를 다루지 않습니다.

- IP 풀을 삭제하려면

1. 위에 표시된 대로 SRP 연결을 끊습니다.

2. SRPConnDown 후 두 섀시의 IP 풀을 삭제합니다.

- IP 풀을 추가하려면

1. 위에 표시된 대로 SRP 연결을 끊습니다.

2. SRPConnDown 후 두 섀시에 IP 풀을 추가합니다.

알려진 오류

- Failure: session managers in GR PActv State
이 오류는 clear subscribers가 전송되고 ICSR이 동기화를 완료하지 않거나 SRP 연결이 다운될 때 보고됩니다.  액티브 섀시와 스탠바이 섀시 간의 동기화 및/또는 연결이 완료되지 않았거나, 노드가 가입자를 지울 수 없으며, clear 명령을 거부해야 하므로 이 오류는 예상 오류입니다.

- Failure: Old VRF/Pool Information still persistent, clearing sessions still in progress. Please wait

show ip pool address pool-name <name>에서 사용 중인 IP를 확인합니다. 이는 상황별 명령입니다.

풀 강제 정리 및 삭제 - ip|ipv6 pool <pool_name> 강제 정리

IP 풀을 다시 추가합니다.