Buy or Renew
Buy or Renew
cancel
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for 
Search instead for 
Did you mean: 
cancel
Start a conversation
359
Views
0
Helpful
2
Replies

DDR on synchronous serial line - it seems, DDR not work upon the whole

scytmax_2
Level 1
Level 1

‎08-18-2002 09:13 PM - edited ‎03-02-2019 12:45 AM

Dear Sir!

I don't know, why to add On R1

ip route 1.1.1.2 255.255.255.255 serial0

On R2

ip route 1.1.1.1 255.255.255.255 serial0

because IOS add it automatically, when I use PPP, nevertheless I did it, and ping 1.1.1.2 from R1 (for example) --> no reaction.

So, I send to you debug dialer, debug ppp authentication & debug ppp negootiation outputs, as you wish:

When I do "no shutdown" on interface Serial0 (router R2), then:

R1# debug ppp negotiation

R1#

%LINK-3-UPDOWN: Interface Serial0, changed state to up

Se0/1 PPP: Using configured call direction

Se0 PPP: Treating connection as a callout

Se0 PPP: Phase is ESTABLISHING, Active Open [0 sess, 1 load]

Se0 LCP: O CONFREQ [Closed] id 66 len 15

Se0 LCP: AuthProto CHAP (0x0305C22305)

Se0 LCP: MagicNumber 0x40330049 (0x050640330049)

Se0 LCP: I CONFREQ [REQsent] id 13 len 15

Se0 LCP: AuthProto CHAP (0x0305C22305)

Se0 LCP: MagicNumber 0x15281E7F (0x050615281E7F)

Se0 LCP: O CONFACK [REQsent] id 13 len 15

Se0 LCP: AuthProto CHAP (0x0305C22305)

Se0 LCP: MagicNumber 0x15281E7F (0x050615281E7F)

Se0 LCP: I CONFACK [ACKsent] id 66 len 15

Se0 LCP: AuthProto CHAP (0x0305C22305)

Se0 LCP: MagicNumber 0x40330049 (0x050640330049)

Se0 LCP: State is Open

Se0 PPP: Phase is AUTHENTICATING, by both [0 sess, 1 load]

Se0 CHAP: O CHALLENGE id 246 len 25 from "R1"

Se0 CHAP: I CHALLENGE id 12 len 25 from "R2"

Se0 CHAP: O RESPONSE id 12 len 25 from "R1"

Se0 CHAP: I SUCCESS id 12 len 4

Se0 CHAP: I RESPONSE id 246 len 25 from "R2"

Se0 CHAP: O SUCCESS id 246 len 4

Se0 PPP: Phase is UP [0 sess, 1 load]

Se0 IPCP: O CONFREQ [Closed] id 29 len 10

Se0 IPCP: Address 1.1.1.1 (0x030614A80141)

Se0 IPCP: I CONFREQ [REQsent] id 12 len 10

Se0 IPCP: Address 1.1.1.2 (0x030614A80142)

Se0 IPCP: O CONFACK [REQsent] id 12 len 10

Se0 IPCP: Address 1.1.1.2 (0x030614A80142)

Se0 IPCP: I CONFACK [ACKsent] id 29 len 10

Se0 IPCP: Address 1.1.1.1 (0x030614A80141)

Se0 IPCP: State is Open

Se0 IPCP: Install route to 1.1.1.2

%LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0, changed state to up

R1#<-- & no output after dialer idle-timeout & I ping 1.1.1.2 from R1

R1# debug ppp authentication

%LINK-3-UPDOWN: Interface Serial0, changed state to up

Se0 PPP: Using configured call direction

Se0 PPP: Treating connection as a callout

Se0 CHAP: O CHALLENGE id 247 len 25 from "R1"

Se0 CHAP: I CHALLENGE id 13 len 25 from "R2"

Se0 CHAP: O RESPONSE id 13 len 25 from "R1"

Se0 CHAP: I SUCCESS id 13 len 4

Se0 CHAP: I RESPONSE id 247 len 25 from "R2"

Se0 CHAP: O SUCCESS id 247 len 4

%LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0, changed state to up

R1#<--& no output after dialer idle-timeout was ended & I ping 1.1.1.2 from R1

R1#debug dialer

%LINK-3-UPDOWN: Interface Serial0, changed state to up

Se0 DDR: Dialer statechange to up

Se0 DDR: Dialer received incoming call from <unknown>

Se0 DDR: dialer protocol up

%LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0, changed state to up

p1r1#

p1r1# <-- after dialer idle-timeout

Se0 DDR: idle timeout

Se0 DDR: disconnecting call

p1r1#

Se0/1 DDR: re-enable timeout

R1#<--& no output after dialer idle-timeout was ended & I ping 1.1.1.2 from R1

R1 - 2621 with c2600-jk8o3s-mz.122-6.bin installed

R2 - 2611 with c2600-jk8o3s-mz.122-6.bin installed

Q: Why DDR not work at sychronous serial interface upon the whole?

Best regards,

Nick

Labels:
0 Helpful
2 Replies 2

tepatel
Cisco Employee
Cisco Employee

‎08-19-2002 08:42 AM

All the debugs togather will be good to have so that we can see what kind of traffic is bringing the line up. The problem you are trying to report is "connection will not re-establised for a ping across" ..So i want you to test with the static host routes to see if that fix it or not..

If you don't want that then need to see what happens when you ping again after connection went down after idle-timeout..Turn on

debug ip pack detail

Let's see what happens to those ping packets.

0 Helpful

scytmax_2
Level 1
Level 1
In response to tepatel

‎08-20-2002 10:03 PM

Dear Sir!

I've add ip route 1.1.1.2 255.255.255.255 serial0 on R1 &

ip route 1.1.1.1 255.255.255.255 serial0 On R2

Then I turned on debug ip packet detail & used extended ping to ping 1.1.1.2

from R1's s0 interface. This output show below:

IP: s=1.1.1.1 (local), d=1.1.1.2 (Serial0/1), len 100, sending

ICMP type=8, code=0

IP: s=1.1.1.1 (local), d=1.1.1.2 (Serial0/1), len 100, encapsulation fai

led

ICMP type=8, code=0.

IP: s=1.1.1.1 (local), d=1.1.1.2 (Serial0/1), len 100, sending

ICMP type=8, code=0

IP: s=1.1.1.1 (local), d=1.1.1.2 (Serial0/1), len 100, encapsulation fai

led

ICMP type=8, code=0.

IP: s=1.1.1.1 (local), d=1.1.1.2 (Serial0/1), len 100, sending

ICMP type=8, code=0

IP: s=1.1.1.1 (local), d=1.1.1.2 (Serial0/1), len 100, encapsulation fai

led

ICMP type=8, code=0.

IP: s=1.1.1.1 (local), d=1.1.1.2 (Serial0/1), len 100, sending

ICMP type=8, code=0

IP: s=1.1.1.1 (local), d=1.1.1.2 (Serial0/1), len 100, encapsulation fai

led

ICMP type=8, code=0.

IP: s=192.168.1.34 (Serial0/0), d=224.0.0.9, len 192, rcvd 2

UDP src=520, dst=520

IP: s=1.1.1.1 (local), d=1.1.1.2 (Serial0/1), len 100, sending

ICMP type=8, code=0

IP: s=1.1.1.1 (local), d=1.1.1.2 (Serial0/1), len 100, encapsulation fai

led

ICMP type=8, code=0.

Success rate is 0 percent (0/5)

R1#

What it means?

Best regards,

Nick

0 Helpful
Customers Also Viewed These Support Documents