time-out 120 seconds after callback

[vos123]

Dear all,

I have a little problem with callback via PSTN line. Everything works fine, first the call, than the callback. Only after 120 seconds, the session resets by the router. ( 2610 with ISDN2 and seperate 2 line modem card)

Anybody an idea ?

The config:

version 12.2

service timestamps debug datetime

service timestamps log datetime localtime show-timezone

service password-encryption

!

hostname router

!

logging queue-limit 100

logging buffered 1000000 debugging

!

aaa new-model

!

!

aaa group server tacacs+ tsg

server x.x.x.x

!

aaa authentication login default group tsg enable

aaa authentication enable default group tsg enable

aaa authentication ppp default group tacacs+

aaa authorization console

aaa authorization config-commands

aaa authorization exec default group tacacs+ if-authenticated

aaa authorization commands 1 default group tsg if-authenticated

aaa authorization commands 15 default group tsg if-authenticated

aaa authorization network default group tacacs+ if-authenticated

aaa accounting exec default stop-only group tsg

aaa accounting commands 1 default stop-only group tsg

aaa accounting commands 15 default stop-only group tsg

aaa accounting system default start-stop group tsg

aaa session-id common

ip subnet-zero

no ip source-route

!

!

no ip domain lookup

!

ip audit notify log

ip audit po max-events 100

isdn switch-type basic-net3

!

chat-script callback ABORT ERROR ABORT BUSY "" "AT" OK "ATDT \T" TIMEOUT 30 CONNECT \c

chat-script offhook "" "ATH1" OK \c

!

!

!

interface Ethernet0/0

description Connected to LAN

ip address x.x.x.x

full-duplex

no cdp enable

!

interface BRI0/0

ip unnumbered Ethernet0/0

no ip proxy-arp

encapsulation ppp

dialer rotary-group 2

dialer-group 1

isdn switch-type basic-net3

no peer default ip address

no cdp enable

!

interface Ethernet0/1

no ip address

shutdown

half-duplex

no cdp enable

!

interface Group-Async1

ip unnumbered Ethernet0/0

no ip proxy-arp

encapsulation ppp

async mode interactive

no peer default ip address

no keepalive

no fair-queue

ppp callback accept

ppp authentication pap

ppp ipcp dns x.x.x.x

group-range 1 2

hold-queue 10 in

!

interface Dialer2

description Dialer tbv Inbellers

ip unnumbered Ethernet0/0

no ip proxy-arp

encapsulation ppp

dialer in-band

dialer idle-timeout 1800

dialer-group 1

peer default ip address pool Dialin-IP

no keepalive

no cdp enable

ppp callback accept

ppp authentication pap

ppp ipcp dns x.x.x.x

hold-queue 10 in

!

ip local pool Dialin-IP x.x.x.x

no ip http server

ip classless

ip route 0.0.0.0 0.0.0.0 x.x.x.x

!

!

!

dialer-list 1 protocol ip permit

no cdp advertise-v2

no cdp run

tacacs-server host x.x.x.x

tacacs-server timeout 1

tacacs-server directed-request

tacacs-server key xxxxxxx

!

line con 0

password xxx

line 1 2

flush-at-activation

script modem-off-hook offhook

script callback callback

modem InOut

rotary 2

transport preferred none

transport input all

transport output pad v120 telnet rlogin udptn

autoselect during-login

autoselect ppp

stopbits 1

speed 115200

flowcontrol hardware

line aux 0

line vty 0 4

password xxxx

transport input none

line vty 5 15

password xxxx

!

end

[Richard Burts]

I think that a significant clue in this problem is that the call back is disconnected at 120 seconds. 120 seconds the the default inactivity timeout for the dialer. Inactivity disconnects are frequently the result of not defining a dialer-group or dialer-list. I suggest that you add to interface Group-Async1 the dialer-group 1.

Try this and let us know if it changes the behavior.

HTH

Rick

[vos123]

Hello,

I've tried to add the dailer-group to the interface Group-Async. That didn't change the behavior.

Also a little bit of logging with user: test21

Do you have an other suggestion ?

Sep 12 14:42:03 CET: %LINK-3-UPDOWN: Interface Async1, changed state to up

Sep 12 12:42:03: As1 EVT: Cstate 4 0x00000000

Sep 12 12:42:03: As1 PPP: Using dialer call direction

Sep 12 12:42:03: As1 PPP: Treating connection as a callin

Sep 12 12:42:04: As1 EVT: Packet 0 0x8166F008

Sep 12 12:42:04: As1 PPP: Authorization required

Sep 12 12:42:04: As1 EVT: Packet 0 0x8166F2FC

Sep 12 12:42:05: As1 EVT: Auth Packet 0 0x81815BA8

Sep 12 12:42:05: As1 PAP: I AUTH-REQ id 4 len 18 from "test21"

Sep 12 12:42:05: As1 PAP: Authenticating peer test21

Sep 12 12:42:05: As1 EVT: Hook 1 0x00000000

Sep 12 12:42:05: As1 EVT: Forwarded 0 0x00000000

Sep 12 12:42:05: As1 PPP: Sent PAP LOGIN Request

Sep 12 12:42:05: As1 EVT: AAA Response 0 0x81577130

Sep 12 12:42:05: As1 PPP: Received LOGIN Response PASS

Sep 12 12:42:05: As1 EVT: Hook 1 0x00000000

Sep 12 12:42:05: As1 EVT: Forwarded 0 0x00000000

Sep 12 12:42:05: As1 PPP: Sent LCP AUTHOR Request

Sep 12 12:42:05: As1 PPP: Sent IPCP AUTHOR Request

Sep 12 12:42:05: As1 EVT: AAA Response 0 0x81461E2C

Sep 12 12:42:05: As1 LCP: Received AAA AUTHOR Response PASS

Sep 12 12:42:05: As1 EVT: AAA Response 0 0x8176C2D4

Sep 12 12:42:05: As1 IPCP: Received AAA AUTHOR Response PASS

Sep 12 12:42:05: As1 PAP: O AUTH-ACK id 4 len 5

Sep 12 12:42:05: As1 EVT: Packet 0 0x81817780

Sep 12 12:42:05: As1 EVT: Packet 0 0x8181748C

Sep 12 14:42:09 CET: %LINK-5-CHANGED: Interface Async1, changed state to reset

Sep 12 12:42:09: As1 EVT: Cstate 5 0x00000000

Sep 12 14:42:14 CET: %LINK-3-UPDOWN: Interface Async1, changed state to down

Sep 12 12:42:14: As1 EVT: Cstate 0 0x00000000

Sep 12 12:42:49: As1 EVT: Packet 0 0x8147521C

Sep 12 12:42:49: As1 PPP: Using dialer call direction

Sep 12 12:42:49: As1 PPP: Treating connection as a callout

Sep 12 12:42:49: As1 PPP: Authorization required

Sep 12 14:42:49 CET: %LINK-3-UPDOWN: Interface Async1, changed state to up

Sep 12 12:42:49: As1 EVT: Packet 0 0x816676F4

Sep 12 12:42:49: As1 EVT: Auth Packet 0 0x81819128

Sep 12 12:42:49: As1 PAP: I AUTH-REQ id 5 len 18 from "test21"

Sep 12 12:42:49: As1 PAP: Authenticating peer test21

Sep 12 12:42:49: As1 EVT: Hook 1 0x00000000

Sep 12 12:42:49: As1 EVT: Forwarded 0 0x00000000

Sep 12 12:42:49: As1 PPP: Sent PAP LOGIN Request

Sep 12 12:42:49: As1 EVT: AAA Response 0 0x81464CC0

Sep 12 12:42:49: As1 PPP: Received LOGIN Response PASS

Sep 12 12:42:49: As1 EVT: Hook 1 0x00000000

Sep 12 12:42:49: As1 EVT: Forwarded 0 0x00000000

Sep 12 12:42:49: As1 PPP: Sent LCP AUTHOR Request

Sep 12 12:42:49: As1 PPP: Sent IPCP AUTHOR Request

Sep 12 12:42:49: As1 EVT: AAA Response 0 0x81464CC0

Sep 12 12:42:49: As1 LCP: Received AAA AUTHOR Response PASS

Sep 12 12:42:49: As1 EVT: AAA Response 0 0x81464F3C

Sep 12 12:42:49: As1 IPCP: Received AAA AUTHOR Response PASS

Sep 12 12:42:49: As1 PAP: O AUTH-ACK id 5 len 5

Sep 12 12:42:49: As1 EVT: Packet 0 0x81818E34

Sep 12 12:42:49: As1 EVT: IPCP Packet 0 0x81816190

Sep 12 12:42:49: As1 EVT: IPCP UP 0 0x8181E288

Sep 12 12:42:49: As1 EVT: Add Route 0 0x913A20F0

Sep 12 14:42:50 CET: %LINEPROTO-5-UPDOWN: Line protocol on Interface Async1, changed state to up

Sep 12 14:44:52 CET: %LINK-5-CHANGED: Interface Async1, changed state to reset

Sep 12 12:44:52: As1 EVT: Cstate 5 0x00000000

Sep 12 12:44:52: As1 EVT: Remove Route 0 0x913A20F0

Sep 12 14:44:53 CET: %LINEPROTO-5-UPDOWN: Line protocol on Interface Async1, changed state to down

Sep 12 14:44:57 CET: %LINK-3-UPDOWN: Interface Async1, changed state to down

Sep 12 12:44:57: As1 EVT: Cstate 0 0x00000000

[Richard Burts]

In looking at these logs it looks like the connection gets established ok, runs for 120 seconds, and then shows reset. It makes me wonder if the termination is coming from this router or is coming from the other end of the connection. What is the other end of the connection? Is it possible to see configuration information of to do any troubleshooting on the device on the other end of the connection?

I am not clear what generated these messages and wonder if there are other debugs that might help us find the issue?

HTH

Rick

[vos123]

Hi,

The other side is a win2000 ibm laptop with integrated modem. Nothing special.

By the way, there is also a ISDN module in this router, configured with callback. When I make a call via the laptop, there is no time-out of 120 seconds.

[Richard Burts]

Jeroen

I had noticed that the router also had ISDN which is configured with callback. Have you tested calls to the ISDN and does callback work correctly?

I am not sure that I understand your comment about when you make a call via the laptop that there is no timeout of 120 seconds. Are you talking about calling this router, about calling other machine?

Perhaps you could do another test which has turned on debug dialer and debug ppp negotiation and post the output.

HTH

Rick

[vos123]

Rick,

The call-back via ISDN works correctly. When I make a ISDN modem call from the laptop to the router, then the router makes a callback, after 120 seconds the ISDN session isn't disconnected. Still working.

Until Friday i'm not at work. Friday i will post the debug information.

[vos123]

Rick,

I've found the solution. On dialer2 there is a statement of "dialer idle-timeout 1800". Apparently the default time-out is 120 seconds.

So I placed an extra statement under the Group-Async1 interface : "dialer rotary-group 2". Problen solved

[Richard Burts]

Jeroen

I am glad to hear that you have found the solution to your issue. Thanks for the update so that we can know what solved the problem. It helps make the forum useful when we hear what the solution turned out to be.

Keep up your participation in the forum.

HTH

Rick