question about parameters of 801DDR router

Unanswered Question
Jun 25th, 2003
User Badges:

Hello Mr. Zulfigar,

I have a question about Cisco 801 DDR router configuration parameters.

My problem:over a VPN connection I have a mail Client(Lotus Notes5.x) at the other side of the VPN connection there is a POP3/SMTP Server to provide the internet services.The Lotus Notes client tries to send or get an email to or from the SMTP/POP server but the first TCP connection (3way handshake) reset because the SYN-ACK packet of the server do not pass the VPN connection(see data of debug mode ).A manually second TCP connection works well,but the Lotus Notes Client tries the automatic second TCP connection at minimum 5 minutes later,so that the cisco801 DDR router close the ISDN channel after default 120 seconds.The same problem occures.At the moment I have increase the router idle-timeout up to 300seconds,so that the ISDN channel is still activ.

My question:is there an additional interface parameter of the cisco router where I can increase a delay of sending TCP packets after establishing the Isdn connection over the VPN connection.I think there is a timing problem with the reverse establishing of the L2F tunnel over the VPN connection.

(At the protocol analyzer at both sides of the VPN backbone I can see that the SYN-ACK pass the router at the server side but did not reach at the router of the client side)


Debug DDR router at the client side


02:46:52: IP: s=10.100.0.1 (Ethernet0), d=10.17.2.1 (Dialer9), g=10.17.2.1, len 48, forward

02:46:52: TCP src=1037, dst=110, seq=640416101, ack=0, win=64512 SYN

02:46:52: ISDN BR0: Outgoing call id = 0x8008, dsl 0

02:46:52: IP: s=10.100.0.1 (Ethernet0), d=10.17.2.1 (BRI0), len 48, encapsulation failed

02:46:52: TCP src=1037, dst=110, seq=640416101, ack=0, win=64512 SYN

02:46:224298139657: ISDN BR0: Event: Call to xxxxxxx at 64 Kb/s

02:46:223345785772: ISDN BR0: process_bri_call(): call id 0x8008, called_number xxxxxxx, speed 64, call type DATA

02:46:52: CCBRI_Go Fr Host InPkgInfo (Len=36) :

02:46:52: 1 0 1 80 8 0 4 2 88 90 18 1 83 6C B 80 37 32 34 33 35 33 36 34 34 39 70 8 80 30 31 39 32 30 38 31

02:46:52:

02:46:52: CC_CHAN_GetIdleChanbri: dsl 0

02:46:52: Found idle channel B1

02:46:52: ISDN BR0: TX -> INFOc sapi=0 tei=112 ns=28 nr=28 i=0x08010805040288901801836C0B803732343335333634343970088030313932303831

02:46:52: SETUP pd = 8 callref = 0x08

02:46:52: Bearer Capability i = 0x8890

02:46:52: Channel ID i = 0x83

02:46:52: Calling Party Number i = 0x80, 'xxxxxx', Plan:Unknown, Type:Unknown

02:46:52: Called Party Number i = 0x80, 'xxxxx', Plan:Unknown, Type:Unknown

02:46:52: ISDN BR0: RX <- RRr sapi=0 tei=112 nr=29

02:46:52: ISDN BR0: RX <- INFOc sapi=0 tei=112 ns=28 nr=29 i=0x0801880D180189

02:46:52: SETUP_ACK pd = 8 callref = 0x88

02:46:52: Channel ID i = 0x89

02:46:52: ISDN BR0: TX -> RRr sapi=0 tei=112 nr=29

02:46:52: CCBRI_Go Fr L3 pkt (Len=7) :

02:46:52: D 1 8 B7 18 1 89

02:46:52:

02:46:52: ISDN BR0: LIF_EVENT: ces/callid 1/0x8008 HOST_INFORMATION

02:46:53: ISDN Event: dsl 0 call_id 0x8008 B channel assigned by switch 0

ISDN BR0: RX <- INFOc sapi=0 tei=112 ns=29 nr=29 i=0x08018802

02:46:53: CALL_PROC pd = 8 callref = 0x88

02:46:53: ISDN BR0: TX -> RRr sapi=0 tei=112 nr=30

02:46:53: CCBRI_Go Fr L3 pkt (Len=4) :

02:46:53: 2 1 8 98

02:46:53:

02:46:53: ISDN BR0: LIF_EVENT: ces/callid 1/0x8008 HOST_PROCEEDING

02:46:53: ISDN BR0: HOST_PROCEEDING

02:46:53: ISDN BR0: HOST_MORE_INFO

02:46:53: B-channel assigned in previous message call id = 0x8008

02:46:53: ISDN BR0: RX <- INFOc sapi=0 tei=112 ns=30 nr=29 i=0x0801880729050306050D2B4C0200A3

02:46:53: CONNECT pd = 8 callref = 0x88

02:46:53: Date/Time i = 0x0306050D2B

02:46:53: Connected Number i = 0x00A3

02:46:53: ISDN BR0: TX -> RRr sapi=0 tei=112 nr=31

02:46:53: CCBRI_Go Fr L3 pkt (Len=15) :

02:46:53: 7 1 8 91 29 5 3 6 5 D 2B 4C 2 0 A3

02:46:53:

02:46:53: ISDN BR0: LIF_EVENT: ces/callid 1/0x8008 HOST_CONNECT

02:46:53: %LINK-3-UPDOWN: Interface BRI0:1, changed state to up

02:46:53: %DIALER-6-BIND: Interface BR0:1 bound to profile Di9

02:46:54: ISDN: get_isdn_service_state(): idb 0x27C62B0 bchan 2 is_isdn 1 Not a Pri

02:46:54: ISDN BR0: Event: Connected to xxxxxxx on B1 at 64 Kb/s

02:46:54: ISDN BR0: TX -> INFOc sapi=0 tei=112 ns=29 nr=31 i=0x0801080F

02:46:54: CONNECT_ACK pd = 8 callref = 0x08

02:46:54: ISDN BR0: RX <- RRr sapi=0 tei=112 nr=30

02:46:55: IP: s=10.100.0.1 (Ethernet0), d=10.17.2.1 (Dialer9), g=10.17.2.1, len 48, forward

02:46:55: TCP src=1037, dst=110, seq=640416101, ack=0, win=64512 SYN

02:46:55: ISDN BR0: RX <- RRp sapi=0 tei=118 nr=0

02:46:55: %LINEPROTO-5-UPDOWN: Line protocol on Interface BRI0:1, changed state to up

02:46:58: IP: s=10.17.2.1 (Dialer9), d=10.52.254.1 (Ethernet0), g=10.52.254.1, len 347, forward

02:46:58: TCP src=110, dst=1037, seq=2340787341, ack=640416102, win=8760 ACK PSH

02:46:59: %ISDN-6-CONNECT: Interface BRI0:1 is now connected to xxxxxxx dialoutuser

02:47:01: IP: s=10.100.0.1 (Ethernet0), d=10.17.2.1 (Dialer9), g=10.17.2.1, len 48, forward

02:47:01: TCP src=1037, dst=110, seq=640416101, ack=0, win=64512 SYN

02:47:01: IP: s=10.17.2.1 (Dialer9), d=10.52.254.1 (Ethernet0), g=10.52.254.1, len 40, forward

02:47:01: TCP src=110, dst=1037, seq=2340787648, ack=640416102, win=8760 ACK

02:47:03: ISDN BR0: RX <- RRp sapi=0 tei=112 nr=30

02:47:03: ISDN BR0: TX -> RRf sapi=0 tei=112 nr=31

02:47:04: IP: s=10.17.2.1 (Dialer9), d=10.52.254.1 (Ethernet0), g=10.52.254.1, len 347, forward

02:47:04: TCP src=110, dst=1037, seq=2340787341, ack=640416102, win=8760 ACK PSH

02:47:05: IP: s=10.17.2.1 (Dialer9), d=10.52.254.1 (Ethernet0), g=10.52.254.1, len 40, forward

02:47:05: TCP src=110, dst=1037, seq=0, ack=640416103, win=0 ACK RST

02:47:16: IP: s=10.17.2.1 (Dialer9), d=10.52.254.1 (Ethernet0), g=10.52.254.1, len 347, forward

02:47:16: TCP src=110, dst=1037, seq=2340787341, ack=640416102, win=8760 ACK PSH

02:47:16: IP: s=10.100.0.1 (Ethernet0), d=10.17.2.1 (Dialer9), g=10.17.2.1, len 40, forward

02:47:16: TCP src=1037, dst=110, seq=640416102, ack=640416102, win=0 RST



Best regards

Michael schwarz


  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
afakhan Mon, 07/07/2003 - 14:37
User Badges:
  • Bronze, 100 points or more

Hi Michael,


you can try and use the following command under dialer interfaces:


dialer hold-queue 100

on both sides of the ISDN connection.


Let me know if that helps.

thanks,

Afaq

Actions

This Discussion