No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>Search

Reminder

To have a better experience, please upgrade your IE browser.

upgrade
Knowledge Base

FAQ-Descriptions for Common Information of HDLC Debug

Publication Date:  2012-07-27  |   Views:  74  |   Downloads:  0  |   Author:  93868  |   Document ID:  EKB0000280068

Contents

Issue Description

Q: 
Descriptions for the common information of HDLC  debug

Alarm Information

Null

Handling Process

A:
1. Keepaliv frame
By default, one keepalive frame is sent every 10 seconds (it can be stopped by keepalive 0 command). A Keepalive frame is used to detect if the link runs well, and reports the result to the upstream.
The following are the keepalive frames received and sent:
Serial0 HDLC O: len 22, addr 0x8f, protocol KEEPALIVE,
type KEEPALIVE_REQ, myseq 5, mineseen 5, yourseen 4, line UP
Serial0 HDLC I: len 22, addr 0x8f, protocol KEEPALIVE,
type KEEPALIVE_REQ, LocalSeq 6, RemoteSeq 5
O and I stand for output and input respectively
The first line
len 22: the length is 22-byte
addr 0x8f: address field 0x8f (MULTICAST)
protocol KEEPALIVE: protocol field, indicating it is a Keepalive frame
The second line
type KEEPALIVE_REQ: it is Keepalive request frame
myseq 5: the sequence number sent by local is 5
mineseen 5: the Keepalive frames received at the local reflect that the sequence number sent by the peer is 5
yourseen 4: the keepalive frames received the local reflect that the sequence number sent by the peer is 4
line UP: normal link 
The fourth line is the input Keepalive frame information
LocalSeq6: the received frames reflect that the sequence number sent by the peer is 6
RemoteSeq5: the received frames reflect that the sending sequence number received at latestis 5
2. Upper layer data frame
IP data 
Serial0 HDLC O: len 88, addr 0xf, protocol IP
Serial0 HDLC I: len 88, addr 0xf, protocol IP
IPX data
Serial0 HDLC O: len 104, addr 0xf, protocol IPX
Serial0 HDLC I: len 104, addr 0xf, protocol IPX
3. Frequent problems
The Keepalive value of both sides does not equal: one is 0, and the other is not. So the side that has sent keepalive frames for 5 times will get no reponse, and it will regard the link down.
type KEEPALIVE_REQ, myseq 0, mineseen 0, yourseen 0, line UP
Serial0 HDLC O: len 22, addr 0x8f, protocol KEEPALIVE,
type KEEPALIVE_REQ, myseq 1, mineseen 0, yourseen 0, line UP
Serial0 HDLC O: len 22, addr 0x8f, protocol KEEPALIVE,
type KEEPALIVE_REQ, myseq 2, mineseen 0, yourseen 0, line UP
Serial0 HDLC O: len 52, addr 0xf, protocol IPX
Serial0 HDLC O: len 22, addr 0x8f, protocol KEEPALIVE,
type KEEPALIVE_REQ, myseq 3, mineseen 0, yourseen 0, line UP
Serial0 HDLC O: len 22, addr 0x8f, protocol KEEPALIVE,
type KEEPALIVE_REQ, myseq 4, mineseen 0, yourseen 0, line UP
Serial0 HDLC O: len 22, addr 0x8f, protocol KEEPALIVE,
type KEEPALIVE_REQ, myseq 5, mineseen 0, yourseen 0, line UP
% Line protocol ip on interface Serial0, changed state to DOWN
% Line protocol ipx on interface Serial0, changed state to DOWN
Serial0 HDLC O: len 22, addr 0x8f, protocol KEEPALIVE,
type KEEPALIVE_REQ, myseq 6, mineseen 0, yourseen 0, line DOWN
Where
% Line protocol ip on interface Serial0, changed state to DOWN
% Line protocol ipx on interface Serial0, changed state to DOWN
HDLC reports the link down message to upstream protocol since it regards the link is problematic
Later, the Keepalive frames will be sent out by the up physical layer
Serial0 HDLC O: len 22, addr 0x8f, protocol KEEPALIVE,
type KEEPALIVE_REQ, myseq 6, mineseen 0, yourseen 0, line DOWN
The last Down means that no correct Keepalive response can be received
If the Keepalive value of the peer is changed to the same as the local, it will receive the response after a while; if the sequence number is correct, it will report Up to the upstream; when Keepalive frames are sent out, the value is line UP.

Root Cause

Null

Suggestions

Null