Cisco WT-2750 Multipoint Broadband Wireless System FAQ

다운로드 옵션

PDF (269.3 KB)
다양한 디바이스에서 Adobe Reader로 보기
ePub (112.5 KB)
iPhone, iPad, Android, Sony Reader 또는 Windows Phone의 다양한 앱에서 보기
Mobi (Kindle) (134.7 KB)
Kindle 디바이스에서 보기 또는 다양한 디바이스의 Kindle 앱에서 보기

업데이트:2005년 12월 14일 (수)

문서 ID:14240

편견 없는 언어

본 제품에 대한 문서 세트는 편견 없는 언어를 사용하기 위해 노력합니다. 본 설명서 세트의 목적상, 편견 없는 언어는 나이, 장애, 성별, 인종 정체성, 민족 정체성, 성적 지향성, 사회 경제적 지위 및 교차성에 기초한 차별을 의미하지 않는 언어로 정의됩니다. 제품 소프트웨어의 사용자 인터페이스에서 하드코딩된 언어, RFP 설명서에 기초한 언어 또는 참조된 서드파티 제품에서 사용하는 언어로 인해 설명서에 예외가 있을 수 있습니다. 시스코에서 어떤 방식으로 포용적인 언어를 사용하고 있는지 자세히 알아보세요.

이 번역에 관하여

Cisco는 전 세계 사용자에게 다양한 언어로 지원 콘텐츠를 제공하기 위해 기계 번역 기술과 수작업 번역을 병행하여 이 문서를 번역했습니다. 아무리 품질이 높은 기계 번역이라도 전문 번역가의 번역 결과물만큼 정확하지는 않습니다. Cisco Systems, Inc.는 이 같은 번역에 대해 어떠한 책임도 지지 않으며 항상 원본 영문 문서(링크 제공됨)를 참조할 것을 권장합니다.

소개

이 문서에는 Cisco WT-2750 Multipoint Broadband Wireless System에 대한 자주 묻는 질문(FAQ)이 포함되어 있습니다.Multipoint Broadband Wireless 네트워크의 구성 요소 다이어그램은 하위 채널이란 무엇입니까? 를 참조하십시오.질문합니다.

문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참고하십시오.

일반

Q. Multipoint Broadband Wireless System에 필요한 구성 요소는 무엇입니까?

A. 헤드엔드(HE):

Cisco uBR7223/7246/7246VXR Universal Broadband 라우터

WT-2751 Multipoint Headend Line Card - 각 HE에 대해 최대 4개,최대 1024명의 동시 사용자 지원

WT-2781 Multipoint Quad Power Feed Panel - 최대 2개의 라인 카드용 1개

전원 공급 장치(-48VDC)

HE 트랜스버터(ODU) - 다양성 사용 여부에 따라 라인 카드당 하나 또는 두 개

HE 듀플렉서 - ODU마다 하나씩

참고: 설치된 듀플렉서의 방향은 컨피그레이션에서 전송(TX) 높음 또는 수신(RX) 고주파수를 결정합니다.

안테나 - 무지향성 또는 섹터화됨

피뢰자

SU(가입자 단위):

Cisco 2600/3600 Series 라우터(2610, 2611, 2612, 2613, 2620, 2621, 3620, 3640, 3661, 3662)

WT-2755 NM(Multipoint Subscriber Network Module)

참고: Cisco 3660 라우터를 제외하고 라우터의 전원이 꺼진 경우 NM을 설치해야 합니다.

DC Power Injector(-48VDC, 고전원 ODU의 경우 + 24VDC, 표준 전원 ODU의 경우), 전원 공급 장치 포함

SU Transverter(ODU) - 다양성을 사용하는 경우 2개 필요안테나와 통합되거나 통합되지 않은 상태에서 높은 전원 또는 표준 전원 공급

참고: 다양성 안테나는 RX에만 적용됩니다.

SU 방향 안테나(통합 ODU를 사용하지 않는 경우)

피뢰자

Q. Point-to-Multipoint 네트워크는 일반적으로 어떻게 설계됩니까?

슈퍼셀:

직경 최대 20마일(반경 10마일)

싱글 HE

미니셀:

지름 4~10마일(반경 2~5마일)

주파수 재사용 가능

마이크로셀:

지름(1마일 반경) 최대 2마일

SU는 더 낮은 TX 전원을 사용할 수 있음

지정된 영역 내에서 최대 SU 수 허용

빈도 재사용 허용

Q. 이 시스템에 사용되는 주파수 대수는 무엇입니까?

MMDS:2.500 - 2.690GHz

MDS:2.150 - 2.162GHz(업스트림에만 사용)

ETSI:3.400 - 3.600GHz(ODU는 2001년 하반기 제공 예정)

U-NII:5.725 - 5.825GHz(ODU는 2001년 1/4분기에 제공 예정)

Q. Cisco WT-2750 Multipoint Broadband Wireless System에서 사용하는 변조 체계는 무엇입니까?

A.64QAM over Vofdm(Vector Orthogonal Frequency Division Multiplexing)

Q. VOFDM(Vector Orthogonal Frequency Division Multiplexing)이란 무엇이며, VOFDM이 그토록 매력적인 이유는 무엇입니까?

A. VOFDM은 멀티 경로 현상 즉, 전자 파 전송에서 실제 구축 이점에 대한 핵심 억제력을 활용합니다.VOFDM 기술은 수신 끝에서 여러 신호를 조합하여 전송 신호 강도를 높입니다.VOFDM은 전반적인 무선 시스템 성능, 링크 품질 및 가용성을 향상시킵니다.또한 VOFDM은 EOOF(Line-Of-Sight) 전송을 통해 통신 사업자의 시장 범위를 크게 확대합니다.

Q. 최대 커버리지 범위는 얼마입니까?

A. 다양한 기성 안테나 설계에 따라 3, 4, 6섹터 설계를 선택할 수 있습니다.

Q. OOB 전송이란 무엇입니까?

A. 비가시성 전송의 범위 범위는 다음 매개변수에 따라 다릅니다.

경로 손실 가정 - 전송 경로를 따라 손실되는 신호 수입니다.

링크 신뢰성 및 가용성 요구 사항 - 무선 링크를 통해 보장해야 하는 9대 서비스 공급자의 수가 얼마나 됩니까?

CPE(Customer Premises Equipment) ODU 전송 전원 - CPE 끝의 표준 전원 ODU 또는 고전원 ODU입니다.

안테나 게인 - CPE 끝에서 사용되는 안테나 유형입니다.

Channelization and performance requirement(채널 및 성능 요구 사항) - 각 부문에 필요한 채널 및 성능 유형

수신 안테나 수 - 1 또는 2입니다.

WT-2750 Multipoint Broadband Wireless System은 고게인 안테나가 있는 표준 전원 ODU를 통해 각 CPE에 대해 2개의 안테나/ODU를 사용하여 6마일, 단일 안테나/ODU를 통해 3마일(3마일)의 비 손실 신호(LOS) 전송을 달성할 수 있습니다. 단, 99.9% 링크 가용성 요구 사항을 충족하며 6MHz 채널 다운스트림 및 각 업스트림 섹터에 대해 일반 경로의 3MHz 채널을 사용합니다.

Q. HE(Headend) 및 SU(Subscriber Unit)의 중간 빈도(IFS)는 무엇입니까?

그:324MHz TX, 420MHz RX

CPE:330MHz TX, 426MHz RX

Q. 현재 어떤 Cisco IOS® 릴리스가 Multipoint Broadband Wireless System을 지원합니까?

12.1(3)XQ1

12.1(3)XQ2

12.1(5)XM

12.2(1)T(2001년 2월/3월 제공)

연결된 마이크로코드

Q. 어떤 다운스트림 주파수 대역폭이 허용됩니까?이거 바꿀 수 있나요?

A. 6MHz, 3MHz, 1.5MHz 대역폭이 허용됩니다.이 컨피그레이션을 허용하지 않는 RF(Radio Frequency) 변수가 없는 경우 HE 라인 카드는 단일 채널 6MHz 폭을 사용하도록 구성됩니다.

Q. 구성할 수 있는 서로 다른 업스트림 주파수 대역폭은 무엇입니까?

A. 대역폭은 6MHz, 3MHz 및 1.5MHz입니다.서브채널화가 가능하므로 이러한 채널화 체계 각각에 대한 조합을 사용할 수 있습니다.예를 들어 업스트림 포트 3개를 사용하는 경우 3MHz에 대해 업스트림 세트 1개를, 1.5MHz에 대해 나머지 2개를 설정할 수 있습니다.이러한 조합으로 총 6MHz를 초과할 수 없습니다.

Q. 이 시스템의 데이터 처리량은 어떻게 됩니까?

다운스트림

대역폭(Mhz) 처리량(Mbps) 다중 경로 견고성 버스트 길이

1.5 4.2 표준 중간

1.5 3.2 표준 중간

1.5 1.6 표준 중간

3.0 10.0 표준 중간

3.0 7.6 표준 중간

3.0 5.1 표준 중간

3.0 8.6 높음 중간

3.0 6.6 높음 중간

3.0 4.4 높음 중간

6.0 22.0 표준 중간

6.0 17.0 표준 중간

6.0 12.0 표준 중간

6.0 19.0 높음 중간

6.0 14.0 높음 중간

6.0 11.0 높음 중간

업스트림

대역폭(Mhz) 처리량(Mbps) 다중 경로 견고성 버스트 길이

1.5 4.2 표준 중간

1.5 3.2 표준 중간

1.5 1.4 표준 중간

3.0 8.1 높음 중간

3.0 6.3 높음 중간

3.0 4.4 높음 중간

6.0 19.0 높음 중간

6.0 15.0 높음 중간

6.0 11.0 높음 중간

대역폭(Mhz)	처리량(Mbps)	다중 경로 견고성	버스트 길이
1.5	4.2	표준	중간
1.5	3.2	표준	중간
1.5	1.6	표준	중간
3.0	10.0	표준	중간
3.0	7.6	표준	중간
3.0	5.1	표준	중간
3.0	8.6	높음	중간
3.0	6.6	높음	중간
3.0	4.4	높음	중간
6.0	22.0	표준	중간
6.0	17.0	표준	중간
6.0	12.0	표준	중간
6.0	19.0	높음	중간
6.0	14.0	높음	중간
6.0	11.0	높음	중간

대역폭(Mhz)	처리량(Mbps)	다중 경로 견고성	버스트 길이
1.5	4.2	표준	중간
1.5	3.2	표준	중간
1.5	1.4	표준	중간
3.0	8.1	높음	중간
3.0	6.3	높음	중간
3.0	4.4	높음	중간
6.0	19.0	높음	중간
6.0	15.0	높음	중간
6.0	11.0	높음	중간

Q. 하위 채널이란 무엇입니까?

A. 하위 채널은 6MHz, 3MHz 또는 1.5MHz 블록으로 6MHz 폭 채널입니다.하위 채널을 사용하면 무선 모뎀 카드의 여러 업스트림 포트를 사용할 수 있습니다.특정 하위 채널은 사용할 수 있는 6MHz 대역 내에 배치됩니다.모든 하위 채널에서 사용하는 총 대역폭은 해당 채널에 대해 6MHz를 초과할 수 없습니다.예를 들어 6MHz인 하위 채널 1만 사용하는 경우 업스트림 포트를 하나만 사용할 수 있습니다.여러 업스트림 포트를 사용하려는 경우 하위 채널 2~7에서는 3MHz 또는 1.5MHz의 대역폭 할당을 허용합니다.하위 채널 2~7을 사용하여 변조 프로파일을 구성합니다.
그림 1 - 하위 채널 맵 다이어그램

컨피그레이션 - 헤드엔드

Q. HE 라우터의 샘플 컨피그레이션은 어떻게 됩니까?

A. 샘플 구성은 다음과 같습니다.

radio modulation-profile 1 bandwidth 6.0 throughput 22.0
multipath-robustness standard burst-length medium
radio modulation-profile 2 bandwidth 6.0 throughput 19.0
multipath-robustness high burst-length medium

! !--- To view acceptable inputs for these modulation profiles, use the !--- show radio capability modulation-profile command. !--- Change the throughput setting from high to medium to employ more !--- multipath-robustness, and change the throughput setting from medium ! --- to low to employ more forward error correction (FEC) coding.

interface Radio4/0 point-to-multipoint
ip address 191.20.1.1 255.255.255.0 secondary

!--- IP address network used for hosts behind SUs.

ip address 10.1.1.1 255.255.255.0

!--- IP address network used for the SUs.

no keepalive
radio alc interval 96

!--- Airline Control (ALC) ensures the TRP at the HE is maintained !--- over time, through power measurements of all subscribers !--- several times each second.

radio cable-loss auto

!--- Usually set to "auto."

radio transmit-power 20

!--- Acceptable range for Multichannel Multipoint Distribution Service (MMDS) !--- is 15 to 38 dBm. For Unlicensed National Information Infrastructure !--- (UNII), it is -5 to 15 dBm.

radio upstream frequency 2677000 width 6.0
radio upstream 0 subchannel 1 modulation-profile 2

!--- Refer to modulation-profile and sub-channel chart above.

radio upstream 0 target-receive-power -65
no radio upstream 0 shutdown
no radio upstream 1 target-receive-power
radio upstream 1 shutdown
no radio upstream 2 target-receive-power
radio upstream 2 shutdown
no radio upstream 3 target-receive-power
radio upstream 3 shutdown
radio downstream frequency 2521000 width 6.0

!--- Default width is 6 MHz.

radio downstream subchannel 1 modulation-profile 1

!--- Refer to the modulation-profile and sub-channel chart.

radio dhcp-giaddr policy
radio helper-address 10.1.1.5

!--- IP address of the DHCP server, if you do not use DHCP on HE router !--- (see the next question).

radio su-onoff-trap interval 600

Q. TOD, TFTP 및 DHCP를 모두 하나로 실행하도록 HE를 어떻게 구성합니까?

A. 이 구성을 사용할 때 최신 "T" 코드가 있는지 확인하십시오.DISCOVER 패킷이 다른 컴퓨터에 "도움"될 필요가 없으므로 패킷이 HE에 있으므로 컨피그레이션에서 라디오 헬퍼 주소 명령을 활성화하지 마십시오.
service udp-small-servers max-servers no-limit 
! 
radio time-server 
! 
ip dhcp pool modems-c3 

!--- Modems-c3 is just a string. 

! 
  network 10.30.128.0 255.255.240.0 
  bootfile p2mp.cm 
  next-server 10.30.128.1 

!--- Radio interface. 

  ! 
  default-router 10.30.128.1 
  option 7 ip 10.30.128.1 
  option 4 ip 10.30.128.1 
  option 2 hex 0000.0000 
  ! 
interface Radio3/0 point-to-multipoint 
ip address 10.30.128.1 255.255.240.0 
! 
tftp server slot0:p2mp.cm alias p2mp.cm 

!--- Use this statement when .cm file is stored in "flash," !--- not in the TFTP server.
 
.cm 파일을 플래시에 넣으려면 다음 단계를 완료합니다.

tftp slot:0을 복사하고 Enter 키를 누릅니다.

파서가 원격 호스트의 이름을 쿼리할 때 TFTP 서버의 주소를 입력합니다.

파서가 소스 파일 이름을 쿼리할 때 .cm 파일 이름을 입력하고 Enter 키를 누릅니다.

또한 TFTP 서버 대신 HE에 있는 DOCSIS 컨피그레이션 파일을 구성할 수 있습니다.
radio config-file 
p2mp.cm
cpe max 
4
service-class 
1 priority 2
service-class 
1 max-upstream 128
service-class 
1 max-downstream 1000
timestamp
참고: .cm 파일이 없으므로 "tftp server slot0:p2mp.cm alias p2mp.cm" 명령문이 필요하지 않습니다.구성 내에 상주합니다.

Q. 기본 프라이버시는 어떻게 구성합니까?

A. 기본 프라이버시를 구성하려면 다음 단계를 완료합니다.

HE 및 SU에 K1 이미지를 로드합니다.

구성 파일 편집기를 사용하여 DOCSIS 구성 파일을 엽니다.

Class of Service Group 탭에서 Expand를 클릭합니다.

Class-of-Service Privacy Enable(0/1)(Class-of-Service 프라이버시 활성화) 아래에서 1을 활성화합니다.1 필드기본적으로 이 값은 0이므로 값을 1로 변경합니다.

DOCSIS 구성 파일을 TFTP 부트 파일에 저장합니다. 이 파일은 HE의 FE(Fast Ethernet) 포트에 연결된 TFTP 서버에 있습니다.재부팅 후 SU는 위의 매개변수를 사용하여 새 DOCSIS 구성 파일을 로드합니다.

SU는 HE와 BPI(Baseline Privacy Interface)를 협상합니다.show radio subscriber 명령을 사용하여 SU가 "online" 대신 "online(PT)"으로 등록되었는지 확인합니다. "(PT)"가 표시되지 않으면 SU 및 HE에 K1 이미지가 있는지 확인하고 .cm 파일에서 "Class-of-Service Privacy"가 1로 활성화되었는지 확인합니다.

Q. DOCSIS 구성 파일과 IOS 구성 파일의 차이점은 무엇입니까?

A. DOCSIS 구성 파일은 이진 파일이며, ISP가 프로비저닝하는 것(예: Maximum Downstream and Upstream Rates, Maximum Upstream Burst Rate, Class of Service 또는 Baseline Privacy, MIB 및 기타 매개변수)에 따라 무선 SU가 온라인 상태가 되도록 하는 매개 변수가 있습니다.

Cisco IOS 컨피그레이션 파일은 DOCSIS 컨피그레이션 파일에서 다운로드할 수 있는 액세스 목록, 비밀번호, NAT 컨피그레이션과 같은 특정 컨피그레이션을 포함할 수 있는 텍스트 파일입니다.

Q. 헤드엔드를 모니터링하고 문제를 해결하는 데 유용한 명령은 무엇입니까?

show radio interface slot number/port number [{if | rf}]

show radio subscribers - 모든 라디오 가입자 및 현재 상태를 표시합니다.

show radio flap-list - 무선 모뎀 카드의 무선 플랩 목록을 표시합니다.

show interfaces radio slot number/port number hist-data—SNR(signal-to-noise ratio)을 표시합니다. 출력을 보려면 라디오 인터페이스에 히스토그램이 구성되어 있어야 합니다.SNR을 표시하는 유일한 명령입니다.

show interfaces radio slot number/port number link-metrics - 특정 기간 동안 링크의 모든 코드 워드 오류를 표시합니다.

show controller radio slot number/port number [{if | rf}]—특정 모뎀 카드의 특성 전체 또는 일부를 표시합니다.

show controllers radio slot/downstream-port downstream downstream - 무선 모뎀 카드의 다운스트림 포트 정보를 표시합니다.

show controllers radio slot/upstream-port upstream - 무선 모뎀 카드의 업스트림 포트 정보를 표시합니다.

radio loopback local main if(라디오 루프백 로컬 main if) - 라인 카드에 결함이 있는지 표시합니다.

radio loopback local main rf - 카드와 ODU 사이에 케이블 문제가 있는지 표시합니다.

Q: show radio subscriber 명령 출력은 어떤 형태이며 각 열은 무엇을 의미합니까?

Headend# show radio flap-list 
    MAC Address		Upstream	Ins		Hit		Miss	CRC		P-Adj	Flap	Time
    0003.6b4f.bf90	Radio4/0/U0	0		21180	148		10		0		9		Oct 3 17:34:23 
A. HE의 show radio flap-list 명령 출력입니다.플랩 목록은 이벤트 탐지기이며, 이벤트가 계산되는 세 가지 상황은 다음과 같습니다.

삽입

적중 횟수

실패

참고: 이 출력의 P-Adj(Power-Adjustment) 열을 무시합니다.P-Adj 열은 show cable flap-list 명령의 케이블 네트워크에만 적용됩니다.

삽입

먼저, SU에 등록 문제가 있고 재등록을 반복적으로 시도하는 경우 삽입과 함께 플랩을 볼 수 있습니다.P-Adj 열은 낮을 수 있습니다.SU가 두 개의 초기 유지 보수 재등록 사이의 시간이 180초 미만이면 "삽입"과 함께 "플랩"을 얻고 플랩 탐지기가 이를 셉니다.다음과 같은 경우 이 기본값 180초를 변경할 수 있습니다.
Headend(config)# radio flap-list insertion-time ?
 <60-86400> Insertion time interval in seconds
적중/누락

둘째, 플랩 탐지기는 "Miss" 다음에 "Hit"을 볼 때 플랩을 셉니다. 이벤트 탐지는 Flap 열에서만 계산됩니다.이러한 폴링은 30초마다 전송되는 hello 패킷입니다."miss" 다음에 "miss"가 올 경우 16초 동안 매초마다 폴링이 전송됩니다.16초 전에 "적중"이 발생하면 플랩이 발생하지만 16개의 폴링에 "적중"이 발생하지 않으면 모뎀이 오프라인으로 전환되어 초기 유지 관리를 다시 시작합니다.SU가 마지막으로 다시 온라인 상태가 되면 SU가 다시 활성 상태로 삽입되므로 "삽입"이 표시됩니다.연속 누락이 6개인 경우 플랩 카운트가 증가합니다.원하는 경우 이 기본값을 변경할 수 있습니다.
Headend(config)# radio flap miss-threshold ?
 <1-12> missing consecutive polling messages
참고: 현재 P-Adj 열은 Point-to-Multipoint 시스템에 사용되지 않습니다.

Q. show run 명령 외에 어떤 TX 및 RX 주파수가 구성되었는지 보여주는 명령은 무엇입니까?이 명령에서 제공하는 다른 중요한 정보는 무엇입니까?

A. show controller r4/0 rf 명령은 어떤 TX 및 RX 주파수가 구성되었는지 보여줍니다.다음은 샘플 출력이며 이 출력에서 살펴보아야 할 몇 가지 중요한 사항입니다.

Headend# show controller r4/0 rf 
RF ODU# 1 Hardware Identification Info: 
 PIC code version: 0.15 

 !--- This shows the point in call (PIC) code version that is !--- currently on the ODU. !--- This is important if you encounter problems with the ODU. 

 NVS checksum	0x69 
 NVS version:	0.0 
 Card type:	0x10 
 Vendor name:	cisco 
 Part number:	800-05805-03 
 Board number:	73-4352-03 
 HW rev code:	03 
 Serial number:	JAB041904BZ 
 Date code:	05112000 

RF ODU# 1 Hardware Capability Info: 
 Capability flag1: 0x9F 
 Capability flag2: 0x2C 
 RF Diversity Head: Tx/Rx 
 Tx Blanking Capable: Yes 
 RF Power Level Mode Capable: Yes 
 RF Power Gain Mode Capable: Yes 
 RF Loopback Capable: Yes 
 Tx Predistortor Capable: No 
 Antenna Alignment Capable: No 
 PA Temp Sensor Capable: Yes 
 Tx Spectral Inversion: No 
 Rx Spectral Inversion: No 
 Rx Blanking Capable: Yes 
 Rx Gain Cal. Capable: Yes 
 Variable Gain Info Available: No 
 Duplexor Field Replaceble: Yes 
 Max chan. BW: 6 Mhz 
 Tx frequency bands: 1, step: 600 Khz 
  min: 2500000 Khz, max: 2686000 Khz 
 
!--- These TX and RX values show the ODU bandpass. !--- With this information, you will know what center !--- frequencies are available for use. 

 Rx frequency bands: 2, step: 600 Khz 
  min1: 2150000 Khz, max1: 2162000 Khz 
  min2: 2500000 Khz, max2: 2686000 Khz 
 IF Tx freq: 330000 Khz 
 
!--- These are the IF, TX, and RX frequencies that you can measure !--- for verification purposes from the front of the board out of !--- the monitor port. 

 IF Rx freq: 426000 Khz 
 Freq reference: 24 Mhz 
 Tx power range min: 15 dbm, max: 41 dbm, step: 1 dbm 
 Tx fixed gain min: 0 db, max: 0 db, step: 0 db 
 Rx fixed gain min: 0 db, max: 0 db, step: 0 db 
 Tx var gain min: 48 db, max: 56 db, step: 1 * 0.125 db 
 Rx var gain min: 30 db, max: 36 db, step: 1 * 0.125 db 
 Temp. threshold low: 95 deg. C, high: 98 deg. C 
 BW adjusted max tx pwr: full:0 dbm	half:0 dbm	quarter:0 dbm 

RF ODU# 1 Status: 
  TX Frequency: 2521000 Khz 
  
!--- These are the TX and RX frequencies that are actually !--- configured on the HE. 

  RX Frequency: 2677000 Khz 
  TX Output Power: 20 dbm 

 !--- As well as the output power that is configured on the HE. 

  TX Cable Loss: 15 db

Q. 히스토그램을 구성하고 그로부터 데이터 출력을 얻으려면 어떻게 해야 합니까?

A. 히스토그램은 라디오 인터페이스에 구성됩니다.구성할 수 있는 히스토그램에는 여러 가지 유형이 있습니다.가장 일반적으로 사용되는 것은 SINR(signal-to-interference plus noise ratio) 및 RF RX Power입니다.사용 가능한 히스토그램 중 일부는 다음과 같습니다.
radio histogram sinr-ant1 0 bin-range 10 50 duration 5 tone average
 update 5 sum false width coarse 
    radio histogram timing-offset 0 bin-range -10 10 duration 5
 update 5 sum false width coarse 
    radio histogram rf-rx-power-ant1 0 bin-range -100 0 duration
 5 update 5 sum false width coarse 
    radio histogram chan-delay-spread-ant1 0 bin-range 0 22 duration
 5 update 5 sum false width coarse 
    radio histogram power-amb 0 bin-range -101 -21 duration
 5 update 5 sum false width coarse
라디오 인터페이스에 히스토그램이 구성된 경우 show interface slot number/port number hist-data <specific histogram> global 명령을 사용하여 이의 데이터를 볼 수 있습니다.예를 보려면 다음 질문을 참조하십시오.

Q. show `interface radio slot number/port number hist-data` 명령 출력은 일반적으로 HE에서 어떻게 나타납니까?

참고: 히스토그램 출력을 볼 때 최소값, 평균 및 최대값에 주의하십시오.

Headend# show interface r4/0 hist-data sinr-ant1 0  
% Radio4/0 Histogram captured at 17:42:58 UTC Mon Jan 3 2000 
% radio histogram sinr-ant1 0 
% bin 10 50 dur 5 tone ave up 5 sum f width c 
% min=29.250 avg=30.000 max=30.500 

!--- This is the SNR value for the wireless modem card. 

% [1*=100 events]  captured 0 seconds remain 
% 0		MININT<=x<10	| 
% 0		10<=x<14		|
% 0		14<=x<18		| 
% 0		18<=x<22		| 
% 0		22<=x<26		| 
% 2		26<=x<30		|* 
% 3		30<=x<34		|* 
% 0		34<=x<38		| 
% 0		38<=x<42		| 
% 0		42<=x<46		| 
% 0		46<=x<50		| 
% 0		50<=x<MAXINT	|

Headend# show interface r4/0 hist-data chan 0 
% Radio4/0 Histogram captured at 17:58:21 UTC Mon Jan 3 2000 
% radio histogram chan-delay-spread-ant1 0 
% bin 0 22 dur 5 up 5 sum f width c 
% min=2.500 avg=2.500 max=2.500 

!--- You want channel delay spread to be minimal. 

% [1*=100 events]  captured 0 seconds remain 
% 0		MININT<=x<0		| 
% 5		0<=x<4			|*
% 0		4<=x<8			| 
% 0		8<=x<12			|
% 0		12<=x<16		| 
% 0		16<=x<20		| 
% 0		20<=x<24		|
% 0		24<=x<28		| 
% 0		28<=x<32		| 
% 0		32<=x<36		| 
% 0		36<=x<40		| 
% 0		40<=x<MAXINT	| 

Headend# show interface r4/0 hist-data power-amb 0
% Radio4/0 Histogram captured at 17:59:16 UTC Mon Jan 3 2000 
% radio histogram power-amb 0 
% bin -101 -21 dur 5 up 5 sum f width c 
% min=-96.000 avg=-96.000 max=-96.000 
% [1*=100 events]  captured 0 seconds remain 
% 0		MININT<=x<-101	| 
% 1		-101<=x<-93		|* 
% 0		-93<=x<-85		| 
% 0		-85<=x<-77		| 
% 0		-77<=x<-69		| 
% 0		-69<=x<-61		| 
% 0		-61<=x<-53		| 
% 0		-53<=x<-45		| 
% 0		-45<=x<-37		| 
% 0		-37<=x<-29		| 
% 0		-29<=x<-21		| 
% 0		-21<=x<MAXINT	| 

Headend# show interface r4/0 hist-data rf-rx-power-ant1 0 
% Radio4/0 Histogram captured at 17:58:37 UTC Mon Jan 3 2000 
% radio histogram rf-rx-power-ant1 0 
% bin -100 0 dur 5 up 5 sum f width c 
% min=-65.000 avg=-65.000 max=-65.000 

!--- These are good values. 

% [1*=100 events] captured 0 seconds remain 
% 0		MININT<=x<-100	| 
% 0		-100<=x<-84		| 
% 0		-84<=x<-68		| 
% 5		-68<=x<-52		|* 
% 0		-52<=x<-36		| 
% 0		-36<=x<-20		| 
% 0		-20<=x<-4		| 
% 0		 -4<=x<12		| 
% 0		12<=x<28		| 
% 0		28<=x<44		| 
% 0		44<=x<60		| 
% 0		60<=x<MAXINT	| 

Headend# show interfaces r4/0 hist-data timing-offset 0 
% Radio4/0 Histogram captured at 17:58:48 UTC Mon Jan 3 2000 
% radio histogram timing-offset 0 
% bin -10 10 dur 5 up 5 sum f width c 
% min=-1 avg=0 max=0 
% [1*=100 events]  captured 0 seconds remain 
% 0		MININT<=x<-10	| 
% 0		-10<=x<-8		| 
% 0		-8<=x<-6		| 
% 0		-6<=x<-4		| 
% 0		-4<=x<-2		| 
% 4		-2<=x<0			|* 
% 1		0<=x<2			|* 
% 0		2<=x<4			| 
% 0		4<=x<6			| 
% 0		6<=x<8			| 
% 0		8<=x<10			| 
% 0		10<=x<MAXINT	|

Q. 링크의 무선 부분을 트러블슈팅하기 위해 HE에서 어떤 디버그를 사용할 수 있습니까?

A. debug radio p2mp phy cwrlog radio - 이 명령을 사용하여 가입자 단위 모뎀 카드에 대한 DSP(디지털 신호 처리) 동기화를 볼 수 있습니다.

가입자 단위(SU)

Q. SU 라우터의 샘플 컨피그레이션은 어떻게 표시됩니까?

interface Radio1/0 point-to-multipoint 
ip address docsis 
docsis boot admin 2 
docsis boot oper 5 
docsis mac-timer t2 40000 
radio cable-loss 1 2 1 
radio downstream saved channel 2521000 subchannel 0 

!--- This is an optional parameter that can be added to save !--- the SU time from scanning the digital signal DS upon initialization.

Q. 가입자 단위를 모니터링하고 문제를 해결하는 데 유용한 명령은 무엇입니까?

show interfaces radio slot number/port number link-metrics - 특정 기간 동안 링크의 모든 코드 워드 오류를 표시합니다.

show interfaces radio slot number/port number hist-data - 출력을 보려면 인터페이스에 히스토그램이 구성되어 있어야 합니다.

show controllers 라디오 슬롯 번호/포트 번호—특정 모뎀 카드의 특성 전체 또는 일부를 표시합니다.

show controllers radio slot number/port number if(컨트롤러 라디오 슬롯 번호/포트 번호 표시) - 지정된 라디오 인터페이스의 IF 하드웨어 정보를 표시합니다.

radio loopback local main if(라디오 루프백 로컬 main if) - NM에 오류가 있는 경우 표시됩니다.

radio loopback local main rf - 카드와 ODU 사이에 케이블 문제가 있는 경우 표시합니다.

참고: 이 명령을 실행하려면 도터보드가 있어야 합니다.

Q. show interfaces `radio slot number/port number link-metrics` 명령 출력은 어떻게 표시됩니까?

 ------------------ show interface radio 1/0 link-metrics ------------------ 
    
Radio link metrics.		Collected from: 00:12:00 - Fri Dec 1 2000 
  							to: 00:12:00 - Fri Dec 1 2000 
Availability of the physical link: 
	Available seconds	(EFS+ES-SES):		00:00:00:	0.000999% 
	Unavailable seconds (SES+SLS):   00:00:00: 99.99900% 
	Total               :            00:00:00: 100.0000% 
Error characteristics of the physical link: 
	Error free seconds		(EFS):       00:00:00:	0.00000% 
	Errored seconds	(CWerr>=1)    (ES):  	   00:00:00:	0.00000% 
	Degraded seconds  (5.00000>CWerr>=  1.00000%)(DS):	 00:00:00:   	0.00000% 
	Severely errored seconds (CWerr>=  5.00000%)(SES):  00:00:00:  	0.00000% 
    Sync Loss seconds		SLS):      00:00:00:	0.00000% 

Synchronization event counters: 
	Initial Synchronization seconds		:    00:00:19 
	Time since last successful synchronization :	00:00:00 
	Time since last synchronization failure	:    00:00:00 
	Synchronization attempts - Successful	: 1 : Unsuccessful : 0 
	Recovery attempts	- Medium effort   : 0 :  High effort : 0 

Physical link data rates: 
	Effective data rate (PHY payload bits/sec) :	0 
	Efficiency (PHY payload bits/total bits)	:   0.00000%

Q. `show interfaces radio slot number/port number hist-data` 명령 출력은 일반적으로 SU에서 어떤 모습입니까?

참고: 히스토그램 출력을 볼 때 최소값, 평균 및 최대값에 주의하십시오.

Subscriber# show interfaces r1/0 hist-spec data sinr-ant1
% Radio1/0 Histogram captured at 02:01:59 UTC Mon Mar 1 1993 
% radio histogram sinr-ant1 
% bin 10 50 dur 5 tone ave up 5 sum f width c 

% min=28.750 avg=29.875 max=30.875 
% [1*=1100events]  captured 0 seconds remain 
% 0		MININT<=x<10	| 
% 0		10<=x<14		| 
% 0		14<=x<18		| 
% 0		18<=x<22		| 
% 0		22<=x<26		| 
% 22632		26<=x<30	|********************* 
% 31717		30<=x<34	|***************************** 
% 0		34<=x<38		| 
% 0		38<=x<42		| 
% 0		42<=x<46		| 
% 0		46<=x<50		| 
% 0		50<=x<MAXINT	| 

Subscriber# sh int r1/0 hist-data timing-offset 
% Radio1/0 Histogram captured at 02:01:59 UTC Mon Mar 1 1993 
% radio histogram timing-offset 
% bin -10 10 dur 5 up 5 sum f width c 
% min=-1 avg=0 max=1 
% [1*=100 events]  captured 0 seconds remain 
% 0		MININT<=x<-10	| 
% 0		-10<=x<-8		| 
% 0		-8<=x<-6		| 
% 0		-6<=x<-4		| 
% 0		-4<=x<-2		| 
% 287	-2<=x<0			|*** 
% 1223	0<=x<2			|************* 
% 0		2<=x<4			| 
% 0		4<=x<6			| 
% 0		6<=x<8			| 
% 0		8<=x<10			| 
% 0		10<=x<MAXINT	| 

Subscriber# sh int r1/0 hist-data rf-rx-power-ant1 
% Radio1/0 Histogram captured at 02:01:59 UTC Mon Mar 1 1993 
% radio histogram rf-rx-power-ant1 
% bin -100 0 dur 5 up 5 sum f width c 
% min=-44.625 avg=-42.000 max=-39.125 
% [1*=100 events]  captured 0 seconds remain 
% 0		MININT<=x<-100	| 
% 0		-100<=x<-84		| 
% 0		-84<=x<-68		| 
% 0		-68<=x<-52		| 
% 4529	-52<=x<-36		|********************************************** 
% 0		-36<=x<-20		| 
% 0		-20<=x<-4		| 
% 0		-4<=x<12		| 
% 0		12<=x<28		| 
% 0		28<=x<44		| 
% 0		44<=x<60		| 
% 0		60<=x<MAXINT	| 

Subscriber# sh int r1/0 hist-data chan-delay-spread-ant1 
% Radio1/0 Histogram captured at 02:01:59 UTC Mon Mar 1 1993 
% radio histogram chan-delay-spread-ant1 
% bin 0 22 dur 5 up 5 sum f width c 
% min=2.500 avg=2.500 max=2.500 
% [1*=100 events]  captured 0 seconds remain 
% 0		MININT<=x<0		| 
% 4529	0<=x<4			|********************************************** 
% 0		4<=x<8			| 
% 0		8<=x<12			| 
% 0		12<=x<16		| 
% 0		16<=x<20		| 
% 0		20<=x<24		| 
% 0		24<=x<28		| 
% 0		28<=x<32		| 
% 0		32<=x<36		| 
% 0		36<=x<40		| 
% 0		40<=x<MAXINT	|

Q. SU에서 어떤 디버그를 사용하여 무선 링크 문제를 해결할 수 있습니까?

debug radio p2mp phy cwrlog radio - 이 명령을 사용하여 가입자 단위 모뎀 카드에 대한 DSP(디지털 신호 처리) 동기화를 볼 수 있습니다.

debug docsis mac [log] - DOCSIS MAC 실시간 로그에 의해 생성된 디버그 메시지를 표시합니다.

Q. `debug radio p2mp phy cwrlog 라디오` 명령의 출력은 정상적인 초기화 상태에서 어떻게 표시됩니까?

Subscriber Unit# 
01:48:27: SU RFSM: STATE CHANGE standby_state
 ====> if_hw_reset_state 
01:48:27: SU RFSM: Debug PIC Timeouts occurred=0 
01:48:27: SU RFSM: Debug PIC NAKs occurred=0 
01:48:28: SU RFSM: Resetting IF HW 
01:48:28: SU RFSM: STATE CHANGE if_hw_reset_state
 ====> if_hw_read_version_state 
01:48:28: SU RFSM: Default IF Unsolicited Msg Processing 
01:48:28: IFHW: PIC unsolicited msg received - IDU PIC Reset Event 
01:48:28: IFHW: PIC boot loader version=1, vendor ID=0 
01:48:28: IFHW: IF PIC code version=0.10, eeprom version=0 
01:48:28: IFHW: IF EEPROM Checksum=0x87 
01:48:28 : SU RFSM: STATE CHANGE if_hw_read_version_state
 ====> if_hw_read_eeprom_state 
01:48:28: SU RFSM: Reading IF HW EEPROM 
01:48:28: SU RFSM: IF Hardware Cached EEPROM okay 
01:48:28: SU RFSM: STATE CHANGE if_hw_read_eeprom_state
 ====> rf_hw_reset_state 
01:48:28: SU RFSM: Default RF Resp. Processing 
01:48:28: SU RFSM: Default DSP Resp Processing 
01:48:28: SU RFSM: Default DSP Ind Processing 
01:48:28: SU RFSM: Default DSP Ind Processing 
01:48:28: SU RFSM: Resetting RF/ODU1 
01:48:28: %LINK-3-UPDOWN: Interface Radio1/0, changed state to up 

!--- The line above is out of place. This line often appears here. !--- You can ignore this line. You can get stuck in this state !--- if for some reason the SU cannot communicate with the ODU. 
01:48:29: SU RFSM: STATE CHANGE if_hw_reset_state
 ====> if_hw_read_version_state 
01:48:29: IFHW: IF PIC code version=0.11, NVS major version=0 
01:48:29: IFHW: PIC boot loader version=1, vendor ID=0 
01:48:29: IFHW: IF NVS Checksum=0x9D 
01:48:29: SU RFSM: STATE CHANGE if_hw_read_version_state
 ====> if_hw_read_eeprom_state 
01:48:29: SU RFSM: Re-using cached IF NVS data 
01:48:29: SU RFSM: STATE CHANGE if_hw_read_eeprom_state
 ====> rf_hw_reset_state  
01:48:29: RFHW: Unsolicited PIC msg - ODU PIC Reset Event (opcode=0x1A state=0x0) 
01:48:29: SU RFSM: STATE CHANGE rf_hw_reset_state
 ====> rf_hw_read_version_state 
01:48:29: RFHW: RF/ODU1 PIC code version=0.30, NVS major version=0 
01:48:29: RFHW: RF/ODU1 PIC boot loader version=255, vendor ID=0 
01:48:29: RFHW: RF/ODU1 NVS Checksum=0x48 
01:48:29: SU RFSM: STATE CHANGE rf_hw_read_version_state
 ====> rf_hw_read_eeprom_state 
01:48:30: SU RFSM: Re-using cached RF/ODU1 NVS data 
01:48:30: SU RFSM: STATE CHANGE rf_hw_read_eeprom_state
 ====> rf_hw_reset_state 
01:48:35: SU RFSM: RF/ODU2 not detected/operational 
01:48:35: SU RFSM: STATE CHANGE rf_hw_reset_state
 ====> if_hw_cable_comp_state 
01:48:35: IFHW: Rx1 cable loss=1 db compensation=12 db 
01:48:35: SU RFSM: STATE CHANGE if_hw_cable_comp_state
 ====> rf_hw_cable_comp_state 
01:48:35: RFHW: Tx cable loss=2 db compensation=11 db 
01:48:35: SU RFSM: STATE CHANGE rf_hw_cable_comp_state
 ====> if_hw_config_state 
01:48:35: IFHW: IF Tx Gain=16 db 
01:48:35: SU RFSM: STATE CHANGE if_hw_config_state
 ====> rf_hw_config_state 
01:48:35: RFHW: RF/ODU1 Rx Fixed Gain=0 db, Rx Var Gain=15 db 
01:48:35: RFHW: RF/ODU1 Tx Fixed Gain=0 db, Tx Var Gain=20 db 
01:48:35: RFHW: RF/ODU1 Auto updating cached NVS (Max Tx Pwr)
 for Standard Power ODU 
01:48:35: SU RFSM: STATE CHANGE rf_hw_config_state
 ====> loopback_state 
01:48:35: SU RFSM: STATE CHANGE loopback_state
 ====> ds_candidate_selection_state 
01:48:35: SU RFSM: STATE CHANGE ds_candidate_selection_state
 ====> ds_hardware_init_state 
01:48:35: SU RFSM: STATE CHANGE ds_hardware_init_state
 ====> dspinit_powerup_state 
01:48:35: SU RFSM: STATE CHANGE dspinit_powerup_state
 ====> dspinit_ping_state 
01:48:35: SU RFSM: STATE CHANGE dspinit_ping_state
 ====> dspinit_config_state 
01:48:35: SU RFSM: STATE CHANGE dspinit_config_state
 ====> dspinit_agc_config_state 
01:48:35: SU RFSM: STATE CHANGE dspinit_agc_config_state
 ====> dspinit_ifrf_config_state 
01:48:35: SU RFSM: STATE CHANGE dspinit_ifrf_config_state
 ====> dspinit_down_sync_config_state  
01:48:35: SU RFSM: DS RF Freq = 2521000  Down sync carrier for DSP = 50420 
01:48:35: SU RFSM: DS RF Freq = 2521000  Down sync carrier for DSP = 50420 
01:48:35: SU RFSM: STATE CHANGE dspinit_down_sync_config_state
 ====> dspinit_down_sync_state_config_state 
01:48:35: SU RFSM: STATE CHANGE dspinit_down_sync_state_config_state
 ====> dsp_sync_state 
01:48:36: SU RFSM: Received DSP SYNC IND (0) 
01:48:36: SU RFSM: Received DSP SYNC IND (2) 
01:48:36: SU RFSM: Received DSP SYNC IND (4) 
01:48:36: SU RFSM: Received DSP SYNC IND (5) 
01:48:36: SU RFSM: Received DSP SYNC IND (7) 
01:48:37: SU RFSM: Received DSP SYNC IND (4) 
01:48:37: SU RFSM: Received DSP SYNC IND (5) 
01:48:37: SU RFSM: Received DSP SYNC IND (8) 
01:48:37: SU RFSM: DSP SYNC PASSED 
01:48:37: SU RFSM: STATE CHANGE dsp_sync_state ====> fec_sync_state 

!--- You have found a valid downstream signal at this state. 

01:48:37: SU RFSM: SYNC Timer 
01:48:37: SU RFSM: FEC Sync State, Viterbi Sync SUCCESS 

!--- If you get stuck here, try a shut command and then a no shut command !--- on the SU first. Sometimes this state has intermittent failures. !--- Try again if you receive a failure response. 
01:48:37: SU RFSM: STATE CHANGE fec_sync_state ====> trc_sync_state 
01:48:38: SU RFSM: TRC Sync State, Successful TRC LOCK 
01:48:38: SU RFSM: STATE CHANGE trc_sync_state ====> maintenance_state 

!--- This is where the SU MAC chip starts to communicate with the HE MAC chip. 

01:48:38: SU RFSM: Received Advance DS Channel Msg 
01:48:43: SU RFSM: Default RF Resp. Processing 
01:48:43: SU RFSM: UCD US bw is Full, adjusted max RF tx gain is 37 
01:48:43: SU RFSM: Default RF Resp. Processing 
01:48:43: SU RFSM: Default RF Resp. Processing 
01:48:43: SU RFSM: DSPMSG_TX_POWER_ADJ [-128 db], IF[-4 db], RF[-13 db] 
01:48:45: SU RFSM: DSPMSG_TX_POWER_ADJ [3 db], IF[-1 db], RF[-13 db] 

!--- Lines like the one above appear often in the debug messages. !--- This line says that the transmit power is being adjusted up 3 dB, !--- and after the adjustment, the IF gain is -1 dB, and the RF gain !--- is -13 dB. 
01:48:48: SU RFSM: DSPMSG_TX_POWER_ADJ [3 db], IF[02 db], RF[-13 db] 
01:48:49: SU RFSM: DSPMSG_TX_POWER_ADJ [3 db], IF[05 db], RF[-13 db] 
01:48:50: SU RFSM: DSPMSG_TX_POWER_ADJ [3 db], IF[06 db], RF[-11 db] 
01:48:51: SU RFSM: DSPMSG_TX_POWER_ADJ [3 db], IF[06 db], RF[-8 db] 
01:48:52: SU RFSM: DSPMSG_TX_POWER_ADJ [3 db], IF[06 db], RF[-5 db] 
01:48:53: SU RFSM: DSPMSG_TX_POWER_ADJ [3 db], IF[06 db], RF[-2 db] 
01:48:54: SU RFSM: DSPMSG_TX_POWER_ADJ [3 db], IF[06 db], RF[01 db] 
01:48:55: SU RFSM: DSPMSG_TX_POWER_ADJ [3 db], IF[06 db], RF[04 db] 
01:48:56: SU RFSM: DSPMSG_TX_POWER_ADJ [3 db], IF[06 db], RF[07 db] 
01:48:57: SU RFSM: DSPMSG_TX_POWER_ADJ [3 db], IF[06 db], RF[10 db] 
01:48:58: SU RFSM: DSPMSG_TX_POWER_ADJ [3 db], IF[06 db], RF[13 db] 
01:48:59: SU RFSM: DSPMSG_TX_POWER_ADJ [3 db], IF[06 db], RF[16 db] 
01:49:00: SU RFSM: DSPMSG_TX_POWER_ADJ [3 db], IF[06 db], RF[19 db] 
01:49:01: SU RFSM: DSPMSG_TX_POWER_ADJ [2 db], IF[06 db], RF[21 db] 
01:49:02: SU RFSM: Set ALC State Resp: alcState 1, IFloopMode 0,
 RFloopMode 1, Tmin_IF 35 
01:49:16: %LINEPROTO-5-UPDOWN: Line protocol on Interface Radio1/0,
 changed state to up

Q. `debug docsis mac log` 명령의 출력은 정상적인 초기화 상태에서 어떻게 표시됩니까?

Subscriber Unit#
01:24:34:   5074.432 CMAC_LOG_LINK_DOWN 
01:24:34:   5074.432 CMAC_LOG_LINK_UP 
01:24:34:   5074.432 CMAC_LOG_STATE_CHANGE      
ds_channel_scanning_state 
01:24:35: %LINEPROTO-5-UPDOWN: Line protocol on Interface Radio1/0,
 changed state to down 
01:24:42:   5082.264 CMAC_LOG_DS_TUNER_KEEPALIVE 
01:24:45:   5085.392 CMAC_LOG_UCD_MSG_RCVD                1 
01:24:45:   5085.664 CMAC_LOG_DS_CHANNEL_SCAN_COMPLETED 
01:24:45:   5085.664 CMAC_LOG_STATE_CHANGE      
wait_ucd_state 

!--- This is where the SU mac chip starts to communicate with the HE MAC chip. 

01:24:47:   5087.392 CMAC_LOG_UCD_MSG_RCVD                1 
01:24:49:   5089.392 CMAC_LOG_UCD_MSG_RCVD                1 
01:24:49:   5089.392 CMAC_LOG_ALL_UCDS_FOUND 
01:24:49:   5089.396 CMAC_LOG_STATE_CHANGE      
wait_map_state 
01:24:49:   5089.396 CMAC_LOG_FOUND_US_CHANNEL            1 
01:24:51:   5091.392 CMAC_LOG_UCD_MSG_RCVD                1 
01:24:51:   5091.592 CMAC_LOG_UCD_NEW_US_FREQUENCY        2677000 
01:24:51:   5091.592 CMAC_LOG_SLOT_SIZE_CHANGED           8 
01:24:51:   5091.604 CMAC_LOG_UCD_UPDATED 
01:24:51:   5091.632 CMAC_LOG_MAP_MSG_RCVD 
01:24:51:   5091.632 CMAC_LOG_INITIAL_RANGING_MINISLOTS   18 
01:24:51:   5091.636 CMAC_LOG_STATE_CHANGE      
ranging_1_state 

!--- In ranging 1 state, the SU sends a message to the HE, and then waits !--- for a response. If it doesn't get a response, it tries again a little !--- louder (3 dB more transmit power each attempt). This continues until !--- there is a response, or until the SU has used up its tries. 
01:24:51:   5091.636 CMAC_LOG_RANGING_OFFSET_SET_TO       21368 
01:24:52:   5092.836 CMAC_LOG_POWER_LEVEL_IS              0.0 dBmV(commanded) 
01:24:52:   5092.836 CMAC_LOG_STARTING_RANGING 
01:24:52:   5092.836 CMAC_LOG_RANGING_BACKOFF_SET          0 
01:24:52:   5092.936 CMAC_LOG_RNG_REQ_QUEUED               0 
01:24:52:   5092.956 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:24:53:   5093.156 CMAC_LOG_T3_TIMER 

!--- The T3 timer sets how long the SU waits before it decides that the HE !--- didn't hear the last message. The line above indicates that this timer !--- has expired, and now the SU will try retransmitting. The T3 timer can be set to a !--- very large value, so if you want the SU to receive downstream but never transmit anything, !--- use the docsis mac-timer t3 3600000 command. 
01:24:53:   5093.156 CMAC_LOG_POWER_LEVEL_IS              0.25 dBmV(commanded) 
01:24:53:   5093.156 CMAC_LOG_RANGING_BACKOFF_SET         0 
01:24:53:   5093.256 CMAC_LOG_RNG_REQ_QUEUED              0 
01:24:53:   5093.316 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:24:53:   5093.516 CMAC_LOG_T3_TIMER 
01:24:53:   5093.516 CMAC_LOG_POWER_LEVEL_IS              0.50 dBmV(commanded) 
01:24:53:   5093.516 CMAC_LOG_RANGING_BACKOFF_SET         2 
01:24:53:   5093.616 CMAC_LOG_RNG_REQ_QUEUED              0 
01:24:53:   5093.796 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:24:53:   5093.996 CMAC_LOG_T3_TIMER 
01:24:53:   5093.996 CMAC_LOG_POWER_LEVEL_IS              0.75 dBmV(commanded) 
01:24:53:   5093.996 CMAC_LOG_RANGING_BACKOFF_SET         0 
01:24:54:   5094.096 CMAC_LOG_RNG_REQ_QUEUED              0 
01:24:54:   5094.156 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:24:54:   5094.356 CMAC_LOG_T3_TIMER 
01:24:54:   5094.356 CMAC_LOG_POWER_LEVEL_IS              1.0  dBmV(commanded) 
01:24:54:   5094.356 CMAC_LOG_RANGING_BACKOFF_SET         0 
01:24:54:   5094.456 CMAC_LOG_RNG_REQ_QUEUED              0 
01:24:54:   5094.516 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:24:54:   5094.716 CMAC_LOG_T3_TIMER 
01:24:54:   5094.716 CMAC_LOG_POWER_LEVEL_IS              1.25 dBmV(commanded) 
01:24:54:   5094.716 CMAC_LOG_RANGING_BACKOFF_SET         3 
01:24:54:   5094.816 CMAC_LOG_RNG_REQ_QUEUED              0 
01:24:55:   5095.056 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:24:55:   5095.260 CMAC_LOG_T3_TIMER 
01:24:55:   5095.260 CMAC_LOG_POWER_LEVEL_IS              1.50 dBmV(commanded) 
01:24:55:   5095.260 CMAC_LOG_RANGING_BACKOFF_SET         0 
01:24:55:   5095.360 CMAC_LOG_RNG_REQ_QUEUED              0 
01:24:55:   5095.416 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:24:55:   5095.620 CMAC_LOG_T3_TIMER 
01:24:55:   5095.620 CMAC_LOG_POWER_LEVEL_IS              1.75 dBmV(commanded) 
01:24:55:   5095.620 CMAC_LOG_RANGING_BACKOFF_SET         0 
01:24:55:   5095.720 CMAC_LOG_RNG_REQ_QUEUED              0 
01:24:55:   5095.776 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:24:55:   5095.980 CMAC_LOG_T3_TIMER 
01:24:55:   5095.980 CMAC_LOG_POWER_LEVEL_IS              2.0  dBmV(commanded) 
01:24:55:   5095.980 CMAC_LOG_RANGING_BACKOFF_SET         0 
01:24:56:   5096.080 CMAC_LOG_RNG_REQ_QUEUED              0 
01:24:56:   5096.136 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:24:56:   5096.340 CMAC_LOG_T3_TIMER 
01:24:56:   5096.340 CMAC_LOG_POWER_LEVEL_IS              2.25 dBmV(commanded) 
01:24:56:   5096.340 CMAC_LOG_RANGING_BACKOFF_SET         7 
01:24:56:   5096.440 CMAC_LOG_RNG_REQ_QUEUED              0 
01:24:56:   5096.916 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:24:57:   5097.116 CMAC_LOG_T3_TIMER 
01:24:57:   5097.116 CMAC_LOG_POWER_LEVEL_IS              2.50 dBmV(commanded) 
01:24:57:   5097.116 CMAC_LOG_RANGING_BACKOFF_SET         1 
01:24:57:   5097.216 CMAC_LOG_RNG_REQ_QUEUED              0 
01:24:57:   5097.336 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:24:57:   5097.340 CMAC_LOG_RNG_RSP_MSG_RCVD 
01:24:57:   5097.344 CMAC_LOG_RNG_RSP_SID_ASSIGNED        138 
01:24:57:   5097.344 CMAC_LOG_ADJUST_RANGING_OFFSET       61 
01:24:57:   5097.344 CMAC_LOG_RANGING_OFFSET_SET_TO       21429 
01:24:57:   5097.344 CMAC_LOG_ADJUST_TX_POWER             20 
01:24:57:   5097.344 CMAC_LOG_STATE_CHANGE      
ranging_2_state 

!--- The HE got the ranging message from the SU, and sent a response. !--- Now the SU enters the ranging 2 state. In this state, it sends !--- messages to the HE, and the HE sends back messages !--- that instruct the SU on how to adjust its transmit power. !--- The distance between the HE and SU is also measured, and the !--- SU is given a ranging offset to account for propagation delay. 
01:24:57:   5097.448 CMAC_LOG_RNG_REQ_QUEUED              138 
01:24:58:   5098.348 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:24:58:   5098.352 CMAC_LOG_RNG_RSP_MSG_RCVD 
01:24:58:   5098.356 CMAC_LOG_ADJUST_TX_POWER             20 
01:24:58:   5098.356 CMAC_LOG_RANGING_CONTINUE 
01:24:59:   5099.364 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:24:59:   5099.368 CMAC_LOG_RNG_RSP_MSG_RCVD 
01:24:59:   5099.368 CMAC_LOG_ADJUST_TX_POWER             20 
01:24:59:   5099.368 CMAC_LOG_RANGING_CONTINUE 
01:25:00:   5100.376 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:25:00:   5100.380 CMAC_LOG_RNG_RSP_MSG_RCVD 
01:25:00:   5100.380 CMAC_LOG_ADJUST_TX_POWER             20 
01:25:00:   5100.384 CMAC_LOG_RANGING_CONTINUE 
01:25:01:   5101.388 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:25:01:   5101.396 CMAC_LOG_RNG_RSP_MSG_RCVD 
01:25:01:   5101.396 CMAC_LOG_ADJUST_TX_POWER             16 
01:25:01:   5101.396 CMAC_LOG_RANGING_CONTINUE 
01:25:02:   5102.404 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:25:02:   5102.408 CMAC_LOG_RNG_RSP_MSG_RCVD 
01:25:02:   5102.408 CMAC_LOG_RANGING_SUCCESS 
01:25:02:   5102.408 CMAC_LOG_STATE_CHANGE      
dhcp_state 

!--- In this example, the SU was told to increase its power in the !--- ranging 2 state. In total, the SU increased its gain by 20 dB !--- during this state. This is an indication that the channel is !--- very clean - the HE was able to demodulate the signal from the SU, !--- even when it was 20 dB below the optimal signal level. If the !--- opposite occurs, and the SU is told to decrease the power in this !--- state, then that is an indication that the upstream !--- channel is not very clean. At this point, the state machine has !--- reached the dhcp_state. The SU sends an IP broadcast request !--- looking for a DHCP server. 
01:25:02:   5102.420 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:25:02:   5102.428 CMAC_LOG_RNG_RSP_MSG_RCVD 
01:25:03:   5103.424 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:25:03:   5103.428 CMAC_LOG_RNG_RSP_MSG_RCVD 
01:25:04:   5104.424 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:25:04:   5104.428 CMAC_LOG_RNG_RSP_MSG_RCVD 
01:25:05:   5105.420 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:25:05:   5105.428 CMAC_LOG_RNG_RSP_MSG_RCVD 
01:25:06:   5106.420 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:25:06:   5106.424 CMAC_LOG_RNG_RSP_MSG_RCVD 
01:25:07:   5107.424 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:25:07:   5107.428 CMAC_LOG_RNG_RSP_MSG_RCVD 
01:25:08:   5108.420 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:25:08:   5108.428 CMAC_LOG_RNG_RSP_MSG_RCVD 
01:25:09:   5109.420 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:25:09:   5109.428 CMAC_LOG_RNG_RSP_MSG_RCVD 
01:25:10:   5110.420 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:25:10:   5110.424 CMAC_LOG_RNG_RSP_MSG_RCVD 
01:25:11:   5111.424 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:25:11:   5111.428 CMAC_LOG_RNG_RSP_MSG_RCVD 
01:25:12:   5112.420 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:25:12:   5112.428 CMAC_LOG_RNG_RSP_MSG_RCVD 
01:25:13:   5113.420 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:25:13:   5113.424 CMAC_LOG_RNG_RSP_MSG_RCVD 
01:25:14:   5114.420 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:25:14:   5114.424 CMAC_LOG_RNG_RSP_MSG_RCVD 
01:25:15:   5115.292 CMAC_LOG_DHCP_ASSIGNED_IP_ADDRESS           10.1.1.3 
01:25:15:   5115.292 CMAC_LOG_DHCP_TFTP_SERVER_ADDRESS           10.1.1.1 
01:25:15:   5115.292 CMAC_LOG_DHCP_ERROR_ACQUIRING_TOD_ADDRESS 
01:25:15:   5115.292 CMAC_LOG_DHCP_SET_GATEWAY_ADDRESS 
01:25:15:   5115.292 CMAC_LOG_DHCP_TZ_OFFSET                     0 
01:25:15:   5115.296 CMAC_LOG_DHCP_CONFIG_FILE_NAME              p2mp.cm 
01:25:15:   5115.296 CMAC_LOG_DHCP_ERROR_ACQUIRING_SEC_SVR_ADDR 
01:25:15:   5115.296 CMAC_LOG_DHCP_ERROR_ACQUIRING_LOG_ADDRESS 
01:25:15:   5115.300 CMAC_LOG_DHCP_COMPLETE 

!--- Other parameters that are required by the SU are the TFTP server !--- address, the Time of Day (TOD) server address, the Time Zone (TX) !--- offset value and DHCP config file name (also known as the DOCSIS !--- config file). These parameters must all be present !--- in the DHCP response from the DHCP server. 
01:25:15:   5115.312 CMAC_LOG_STATE_CHANGE      
establish_tod_state 
01:25:15:   5115.316 CMAC_LOG_TOD_NOT_REQUESTED_NO_TIME_ADDR 
01:25:15:   5115.316 CMAC_LOG_STATE_CHANGE      
security_association_state 
01:25:15:   5115.316 CMAC_LOG_SECURITY_BYPASSED 
01:25:15:   5115.316 CMAC_LOG_STATE_CHANGE     
configuration_file_state 
01:25:15:   5115.316 CMAC_LOG_LOADING_CONFIG_FILE                p2mp.cm 

!--- The establish_tod_state is the point in which the SU tries to retrieve !--- the time of day from the TOD server. This is used to synchronize clocks !--- for alarms and logs, among other reasons. The security_association_state !--- is a placeholder for a state yet to be defined. In the future, !--- a security association with a security server would provide !--- IPsec-like security for the SUs. This is NOT the baseline privacy state. !--- The configuration_file_state is the main configuration and !--- administration interface to the SU DOCSIS subsystem. !--- The name of this file and the TFTP server address in which !--- this could be downloaded was originally provided in the DHCP state. !--- This configuration file contains downstream channel and upstream !--- channel identification, characteristics, Class of Service settings, !--- Baseline Privacy settings, and general operational settings. 
01:25:15:   5115.424 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:25:15:   5115.428 CMAC_LOG_RNG_RSP_MSG_RCVD 
01:25:16: %LINEPROTO-5-UPDOWN: Line protocol on Interface Radio1/0,
 changed state to up 
01:25:16:   5116.420 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:25:16:   5116.428 CMAC_LOG_RNG_RSP_MSG_RCVD 
01:25:17:   5117.420 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:25:17:   5117.424 CMAC_LOG_RNG_RSP_MSG_RCVD 
01:25:18:   5118.424 CMAC_LOG_RNG_REQ_TRANSMITTED 
01:25:18:   5118.428 CMAC_LOG_RNG_RSP_MSG_RCVD 
01:25:19:   5119.352 CMAC_LOG_CONFIG_FILE_PROCESS_COMPLETE 
01:25:19:   5119.352 CMAC_LOG_STATE_CHANGE      
registration_state 
01:25:19:   5119.352 CMAC_LOG_REG_REQ_MSG_QUEUED 
01:25:19:   5119.356 CMAC_LOG_REG_REQ_TRANSMITTED 
01:25:19:   5119.368 CMAC_LOG_REG_RSP_MSG_RCVD 

!--- The link is now up. !--- The link comes up and then the SU tries to register with the HE !--- through the registration_state. After configuration, the modem sends !--- a registration request (REG-REQ) with a required subset !--- of the configuration settings received in the DOCSIS config file. 
01:25:19:   5119.368 CMAC_LOG_COS_ASSIGNED_SID                   1/138 
01:25:19:   5119.372 CMAC_LOG_COS_ASSIGNED_SID                   2/139 
01:25:19:   5119.472 CMAC_LOG_RNG_REQ_QUEUED                     138 
01:25:19:   5119.472 CMAC_LOG_REGISTRATION_OK 
01:25:19:   5119.472 CMAC_LOG_STATE_CHANGE      
establish_privacy_state 
01:25:19:   5119.472 CMAC_LOG_PRIVACY_NOT_CONFIGURED 
01:25:19:   5119.476 CMAC_LOG_STATE_CHANGE      
maintenance_state 

!--- At this point, the service identifier (SID), which designates the !--- MAP grants on which the SU is allowed to speak, !--- is assigned. The establish_privacy_state only comes into effect !--- if baseline privacy is turned on. At the current time, !--- this is not supported, but it will be in the future.

Q. SU가 downstram_channel_scanning_state를 통과할 수 없는 경우 어떻게 합니까?

A. 아마도 마이크로코드가 로드되지 않았다는 의미일 것입니다.마이크로코드 다운로드가 실패하면 다음 메시지가 나타납니다.
 00:00:38: %CWRMP-3-UCODEFAIL: Radio 1/0: Loading slot1:/cod.001 failed
이 메시지는 부팅 후 바로 표시되므로 이 메시지를 쉽게 찾을 수 있습니다.no shut 명령을 통해 문제를 확인할 수도 있습니다.
SU1(config-if)# no shut 
SU1(config-if)# 
00:02:26:    146.628 CMAC_LOG_LINK_DOWN 
00:02:26:    146.628 CMAC_LOG_LINK_UP 
00:02:26:    146.628 CMAC_LOG_STATE_CHANGE	  ds_channel_scanning_state 
00:02:27:    147.628 CMAC_LOG_RESET_CANT_START_DS_TUNER_PRCESS 
00:02:27:    147.628 CMAC_LOG_STATE_CHANGE    reset_interface_state 
00:02:27: SU RFSM: MAC FSM Stop Cmd 
00:02:27:    147.628 CMAC_LOG_STATE_CHANGE	  reset_hardware_state 
00:02:27:    147.628 CMAC_LOG_STATE_CHANGE    wait_for_link_up_state 
00:02:27:    147.628 CMAC_LOG_LINK_DOWN 
문제 유형을 수정하려면
end 
conf t 
microcode cwrsu [path to microcode] 
microcode reload 
마이크로코드의 경로는 일반적으로 slot1입니다.이 명령은 다음과 같습니다.
microcode cwrsu slot1:
코드가 성공적으로 로드되면 이 메시지가 표시됩니다.
00:06:06: %CWRMP-5-UCODE: Radio 1/0: Loaded slot1:
그래도 작동하지 않으면 플래시 카드가 슬롯 1에 제대로 삽입되었는지 확인합니다. exec 프롬프트(exec 프롬프트에 도달하려면 end를 입력)에서 슬롯 0 또는 1의 카드 또는 플래시에 있는 항목의 디렉토리를 볼 수 있습니다.유형:
dir flash: 
dir slot0: 
dir slot1: 

Q. SU가 rf_hw_reset_state를 초과할 수 없는 경우 어떻게 합니까?

A. 이 문제의 가능한 원인은 다음과 같습니다.

ODU가 켜져 있지 않습니다.ODU에는 자체 전원 공급 장치가 있으므로 이 기능은 쉽게 간과할 수 있습니다. 이는 라우터와 별도로 켜야 합니다.

ODU가 무선 라인 카드에 올바르게 연결되지 않았습니다.케이블이 모두 연결되어 있고 단단히 조여져 있는지 확인합니다.와이어링 다이어그램은 설치 가이드를 참조하십시오.

ODU 내의 프로세서인 PIC가 잠겼습니다.이 문제를 해결하려면 ODU를 끄고 몇 초 기다린 다음 ODU를 다시 켜십시오.

라우터는 2개의 ODU에 대해 구성되지만 하나만 연결됩니다.

SU가 rf_hw_reset_state를 초과할 수 없는 경우, 로그에는 소프트웨어가 두 번째 ODU를 재설정하려고 시도함을 보여줍니다.
10:26:43: SU RFSM: STATE CHANGE if_hw_read_eeprom_state
 ====> rf_hw_reset_state 
10:26:43: SU RFSM: Resetting RF/ODU1 
10:26:44: %LINK-3-UPDOWN: Interface Radio1/0, changed state to up 
10:26:48: SU RFSM: STATE CHANGE rf_hw_reset_state
 ====> rf_hw_read_version_state 
10:26:48: RFHW: RF/ODU1 PIC boot loader version=255, vendor ID=0 
10:26:48: RFHW: RF/ODU1 PIC code version=0.5, eeprom version=0 
10:26:48: RFHW: Error: RF/ODU1 EEPROM Checksum failed! 
10:26:48: RFHW: RF/ODU1 EEPROM Checksum=0x61 
10:26:48: SU RFSM: STATE CHANGE rf_hw_read_version_state
 ====> rf_hw_read_eeprom_state 
10:26:48: SU RFSM: Reading RF HW EEPROM 
10:26:48: SU RFSM: Loading RF/ODU1 HW EEPROM data... 
10:26:52: SU RFSM: Re-using RF/ODU1 HW EEPROM cached data 
10:26:52: SU RFSM: RF/ODU1 HW EEPROM load complete 
10:26:52: SU RFSM: STATE CHANGE rf_hw_read_eeprom_state
 ====> rf_hw_reset_state 
10:26:52: SU RFSM: Resetting RF/ODU2 
10:27:00: SU RFSM: PIC RESP Timeout 
10:27:00: SU RFSM: Error: PIC msg timeout during SU RFSM rf_hw_reset_state 
10:27:00: %CWRMP-4-RF_IF_COMM: Radio1/0, IF-to-RF/ODU2 comm error
 (ODU Controller Reset cmd)
10:27:00: SU RFSM: STATE CHANGE rf_hw_reset_state
 ====> standby_state 
이 문제를 해결하려면 두 번째 ODU를 연결하거나, 시스템이 하나만 사용하도록 구성하십시오.하나의 ODU에 대해 구성하려면 라디오 인터페이스 프롬프트에서 radio receive-antents 1 명령을 입력합니다.

Q. SU가 dsp_sync_state를 넘을 수 없는 경우 어떻게 합니까?

A. 이 상태에서 DSP는 유효한 다운스트림 신호를 찾고 해당 신호 주파수에 따라 잠그고 신호 역분석을 시작합니다.다운스트림 신호가 도착하면 문제가 나타날 수 있습니다.문제를 해결하는 데 도움이 되도록 DSP는 동기화 프로세스를 진행하는 동안 메시지를 전송합니다.모든 것이 제대로 작동하면 다음 메시지가 전송됩니다.
09:55:54: SU RFSM: STATE CHANGE dspinit_down_sync_state_config_state
 ====> dsp_sync_state
09:55:54: SU RFSM: Received DSP SYNC IND (0) 
09:55:54: SU RFSM: Received DSP SYNC IND (2) 
09:55:54: SU RFSM: Received DSP SYNC IND (4) 
09:55:54: SU RFSM: Received DSP SYNC IND (5) 
09:55:54: SU RFSM: Received DSP SYNC IND (8) 
09:55:54: SU RFSM: DSP SYNC PASSED
또는
09:55:54: SU RFSM: STATE CHANGE dspinit_down_sync_state_config_state
 ====> dsp_sync_state 
09:55:54: SU RFSM: Received DSP SYNC IND (0) 
09:55:54: SU RFSM: Received DSP SYNC IND (2) 
09:55:54: SU RFSM: Received DSP SYNC IND (4) 
09:55:54: SU RFSM: Received DSP SYNC IND (5)
09:55:54: SU RFSM: Received DSP SYNC IND (7)
09:55:54: SU RFSM: Received DSP SYNC IND (4)
09:55:54: SU RFSM: Received DSP SYNC IND (5)
09:55:54: SU RFSM: Received DSP SYNC IND (8)
09:55:54: SU RFSM: DSP SYNC PASSED 
가능한 DSP 동기화 표시기는 다음과 같습니다.

0 AGC_PASS - DSP에서 수신한 신호에 약간의 전원이 표시됩니다.

1 AGC_FAIL - DSP에 수신된 신호에서 전원이 표시되지 않습니다.이 표시기는 얻기 어렵습니다.다운스트림 빈도가 올바르게 설정되었는지 확인합니다.

2 BURST_SIZE_PASS - DSP가 유효한 다운스트림 신호가 있다고 가정합니다.이 DSP 표시기가 마지막 수신 DSP 표시기인 경우 DSP는 다운스트림 빈도로 잠글 수 없습니다.모든 전원을 껐다가 다시 시도하십시오.그래도 작동하지 않으면 SU IF 카드를 교체합니다.

3 BURST_SIZE_FAIL - DSP에서 유효한 다운스트림 신호를 찾을 수 없습니다.이 문제는 신호가 너무 약하거나 너무 강하기 때문에 발생할 수 있습니다.HE가 켜져 있고 제대로 전송되는지, 안테나가 올바른 방향으로 향하는지, 다운스트림 주파수를 올바르게 설정했는지 확인합니다.이러한 설정 중 하나라도 문제가 발생하면 수신해야 할 신호가 없거나 신호가 매우 약합니다.다른 가능성은 신호가 너무 많다는 것이다.이 경우 ODU의 증폭기가 포화 상태가 됩니다.스펙트럼 분석기와 스플리터를 사용하여 ODU와 라인 카드 사이의 신호를 확인합니다.다운스트림 신호는 423~429MHz 사이여야 하며 신호 전원은 64~15dBm 사이여야 합니다.신호가 너무 강하면 채도를 확인합니다.게인이 낮은 안테나를 고려하십시오.케이블 구성 요소가 잘못 설정되었을 수도 있습니다.

4 TIME_D_PASS - DSP가 수신된 신호의 타이밍과 동기화되었습니다.

5 COLAR_FREQ_PASS - 이 표시기는 항상 표시기 번호 4를 따릅니다. 기본적으로 의미가 없습니다.

6 - 이 번호는 사용되지 않습니다.

7 OSC_ADJ_PASS - DSP가 큰 주파수 조정을 수행하는 데 필요합니다.큰 빈도 조정 후 DSP는 TIME_D 상태로 돌아가므로 이 메시지 뒤에 오는 유일한 메시지는 지표 번호 4입니다. 이 메시지가 여러 번 표시되면 IF 모듈이 잘못 보정되었을 수 있습니다.IF 카드를 교체합니다.

8 DEMOD_TT_PASS - DSP가 다운스트림 신호의 모든 변조 매개변수를 발견했으며 데이터 변조를 시작할 준비가 되었습니다.

dsp_sync_state에 진입했지만 DSP에서 지표 메시지가 표시되지 않으면 마이크로코드가 올바르게 다운로드되지 않았을 수 있습니다.다음 명령을 입력합니다.
shut 
end 
configure terminal 
microcode reload 

Q. SU가 fec_sync_state를 넘을 수 없는 경우 어떻게 합니까?

A. 이 문제는 보통 SNR이 낮기 때문에 발생합니다.DSP는 디모드할 수 있는 것보다 훨씬 낮은 SNR 신호에서 동기화할 수 있습니다.이 문제를 해결하려면 가입자에게 더 깨끗한 신호를 보내야 합니다.cable-comp 값이 올바르게 설정되어 있고 모든 케이블이 긴밀하게 연결되어 있는지 확인합니다.안테나를 리디렉션합니다.

참고: 이 상태는 뚜렷한 이유 없이 실패할 수 있습니다.오류를 찾기 전에 다시 시도하고 두 번째로 작동하는지 확인하십시오.

Q. SU가 trc_sync_state를 넘을 수 없는 경우 어떻게 합니까?

A. 이 문제는 가입자 대신 HE에 문제가 있음을 나타내는 경우가 많습니다.가입자의 전원을 껐다가 다시 시도하십시오.동일한 문제가 발생할 경우 다른 가입자가 이 HE 카드에 성공적으로 연결되었는지 확인하십시오.그렇지 않은 경우 HE에서 shut/no shut 명령을 시도합니다.그래도 작동하지 않으면 HE의 전원을 껐다가 켜십시오.문제는 HE는 가끔 문을 닫지 않은 것처럼 보이지만 사실 MAC 칩은 결코 시작되지 않았다는 것입니다.따라서 전송 중인 다운스트림 신호가 있지만 신호에 대한 데이터가 없습니다.

Q. SU가 wait_ucd_state를 넘을 수 없는 경우 어떻게 합니까?

A. 여기 두 가지 가능성이 있어.첫 번째 방법은 DOCSIS 초기 범위-오프셋 설정이 잘못되었다는 것입니다.실행 중인 컨피그레이션에 이 기능이 있으며, show run 명령을 사용하여 exec 프롬프트에서 볼 수 있습니다.이 문제를 해결하려면 인터페이스 프롬프트로 이동하여 docsis initial-ranging-offset 27000을 입력합니다. 두 번째 가능성은 HE에 문제가 있을 수 있다는 것입니다."SU가 trc_sync_state를 넘을 수 없는 경우 어떻게 합니까?"를 참조하십시오. 자세한 내용은 문의해 주십시오.

Q. SU가 ranging_1_state를 초과할 수 없는 경우 어떻게 합니까?

A. 초기 범위 차감을 잘못 설정할 수 있습니다.위의 질문과 대답을 참조하십시오.다른 가능성은 업스트림 신호에 문제가 있을 수 있습니다.업스트림 빈도가 올바르게 설정되었는지 확인합니다.ALC가 켜져 있는지 확인합니다.이것이 기본 모드이지만 ALC를 비활성화하는 전송 게인을 수동으로 설정할 수도 있습니다.일반적으로 ALC를 비활성화해서는 안 됩니다.ALC가 켜져 있는지 확인하려면 인터페이스 프롬프트에서 no radio diag transmit-gain 명령을 입력합니다.

Q. SU가 ranging_2_state를 초과할 수 없는 경우 어떻게 합니까?

A. 이것은 아마도 HE가 미국으로부터의 너무 많은 또는 너무 적은 힘을 보거나, 가입자로부터 나오는 신호가 너무 열악해서 일관성 있게 추정할 수 없다는 것을 의미합니다.전송 게인이 설정되고 있는 것을 알려주는 메시지가 있습니다.SU가 3dB [-3 db]까지 이득을 감소하도록 지시받았음을 의미하는 명령이 있습니다. 따라서 SU는 IF gain을 -4dB로 설정하고 RF gain을 0dB로 설정합니다.
10:54:26: SU RFSM: DSPMSG_TX_POWER_ADJ [-3 db], IF[-4 db], RF[00 db] 
전송 게인 설정의 올바른 범위를 보려면 exec 프롬프트에서 다음 명령을 입력합니다.
show cont r1/0 rf 

show cont r1/0 if 
이러한 명령은 IF 및 RF 카드에 대한 많은 정보를 보여 주며, 표시되는 필드 중 하나는 TX(Time Zone) 변수 게인의 범위입니다.가입자가 범위 하단의 이익만 사용하는 경우 HE에 너무 많은 전력이 공급될 수 있습니다.저전력 ODU로 전환하거나, 안테나를 다르게 정렬하거나, ODU와 안테나 사이에 연결기를 놓습니다.

한편, 미국이 모든 이득을 취하도록 설정되어 있고, 미국이 계속 미국에 전력을 증가하도록 지시한다면, 이것은 그가 충분한 권력을 받지 못하고 있다는 표시입니다.HE의 RF 수신 전력 설정 값을 확인하고 안테나의 정렬을 확인합니다.게인 안테나가 높을수록 도움이 됩니다.또는 안테나를 이동하거나 더 높게 장착합니다.

Q. SU가 dhcp_state에 도달하지만 IP 주소를 가져오지 못하는 경우 어떻게 합니까?

A. dhcp_state 메시지가 표시되고 IP 주소가 SU에 할당되지 않은 경우 일반적으로 이것은 DHCP 서버의 잘못된 구성이거나 DHCP 서버에 대한 IP 경로가 없음을 나타냅니다.DHCP 서버의 컨피그레이션을 확인하고 외부 DHCP 서버를 실행하는 경우 show running 명령을 통해 라디오 인터페이스 아래에 올바른 라디오 헬퍼 주소 명령이 구성되어 있는지 확인합니다.

Q. SU가 dhcp_state에 도달하여 IP 주소를 수신하지만 다른 매개변수에서 실패하는 경우 어떻게 합니까?

A. SU에 필요한 기타 매개변수는 TFTP 서버 주소, TOD(Time of Day) 서버 주소, 표준 시간대(TX) 오프셋 값 및 DHCP 구성 파일 이름(DOCSIS 구성 파일이라고도 함)입니다. 이러한 매개변수는 모두 DHCP 서버의 DHCP 응답에 있어야 합니다.

참고: DHCP/TFTP 서버의 일부를 재생하도록 HE를 구성할 수 있습니다.HE가 DHCP/TFTP 서버로 구성되지 않은 경우 HE 라디오 인터페이스에 라디오 헬퍼 주소 명령이 구성되어 있는지 확인합니다.이렇게 하면 DHCP 브로드캐스트가 올바른 서버로 전달됩니다.외부 DHCP/TFTP 서버를 사용하는 경우, 서버는 패킷을 다시 SU 네트워크로 보내는 방법을 지시하는 경로 또는 기본 게이트웨이를 포함해야 합니다.

이러한 오류 메시지는 DHCP 응답에 선택적 매개 변수가 없음을 나타냅니다.
DHCP_ERROR_ACQUIRING_SEC_SVR_ADDR
DHCP_ERROR_ACQUIRING_LOG_ADDRESS
DHCP 서버에 보조 서버 및 로그 서버 주소를 구성하여 이러한 오류를 제거합니다.

Q. SU가 established_tod_state에 도달하지만 TOD_REPLY_RECEIVED에 도달하지 못하는 경우 어떻게 합니까?

A. 이 상태에서 오류가 발생하는 일반적인 이유는 TOD 서버가 외부에 또는 HE에 존재하지 않기 때문입니다.TOD 서버로 작동하도록 HE를 구성할 수 있습니다.전역 컨피그레이션 모드에서 radio time-server 명령을 실행합니다.다시 한 번 외부 TOD 서버를 사용하려면 TOD 서버에서 응답을 다시 SU로 보낼 경로가 있어야 합니다.

Q. configuration_file_state에서 SU가 실패하면 어떻게 합니까?

A. configuration_file_state는 SU DOCSIS 하위 시스템에 대한 기본 구성 및 관리 인터페이스입니다.이 파일의 이름과 이 파일을 다운로드할 수 있는 TFTP 서버 주소는 원래 DHCP 상태로 제공되었습니다.이 구성 파일에는 다음이 포함되어 있습니다.

다운스트림 채널 및 업스트림 채널 식별

특성

서비스 클래스 설정

기본 개인 정보 설정

일반 운영 설정

이 상태에서 오류가 발생하는 일반적인 이유는 파일 누락, 잘못된 파일 권한, 연결할 수 없는 TFTP 서버, 잘못된 형식의 파일, 필요한 옵션이 없는 파일, 잘못된 필수 옵션 또는 잘못된 옵션(알 수 없거나 잘못된 TLV(Type-Length-Values))입니다.

Q. SU가 registration_state에서 실패하면 어떻게 합니까?

A. 등록 상태의 문제는 거의 항상 구성 파일 오류를 가리킵니다.SU와 HE 모두 구성 파일의 설정을 지원하는지 확인합니다.HE에서 서비스 프로파일 클래스를 생성할 수 있는지 또는 HE에서 생성하는 프로파일을 사용할 수 있는지 확인합니다.HE 라디오 인터페이스 컨피그레이션 및 DOCSIS 컨피그레이션 파일에서 인증 문자열을 확인합니다.

Q. SU가 establish_privacy_state에서 실패하면 어떻게 합니까?

A. 이 상황은 HE 또는 SU가 BPI(기본 프라이버시)를 설정하려고 시도하고 다른 하나는 그렇지 않음을 의미할 수 있습니다.DOCSIS 구성 파일에 BPI가 켜져 있는지 확인합니다.HE에서 QoS 프로필에서 BPI가 켜져 있는지 확인합니다.show radio qos profile 명령을 사용합니다.또한 HE와 SU 모두 K 이미지를 사용해야 합니다.

Q. SU가 maintenance_state에 도착하지만 ping하지 않는 경우 어떻게 합니까?

A. SU 무선 라인 카드에 유효한 IP 주소가 있는지 확인합니다.ranging_2_state를 초과하기 위해 몇 번 시도해야 한다면, 이것은 다른 어떤 것이 잘못되었다는 표시입니다.이는 어찌됐든 SNR이 너무 낮다는 것을 의미합니다.SU의 유니캐스트 재시도 카운터가 0이 아닌 것으로 설정된 경우 이는 낮은 SNR을 나타냅니다.SNR 값을 보려면 show controller r1/0 mac 명령을 사용합니다.