Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. And see here for current known issues.

New Member

AS5300 and ISDN: Error 733 And MMP IP Drop

We are currently using IOS 12.2.1(a) on our AS5300.

In a previous posting I have been advised to use another version of IOS since this particular one is known to have bugs - however this is the only IOS which does not give us the "Error 733" on windows clients trying to dial up using ISDN

Other IOS's - 12.2.6 and 12.2.10 give an Error. When I insert the address of a DNS in the Windows TCP settings I am able to connect without a problem.

Why is this?

We have alot of customers so trying to get them to insert the DNS IP might be a bit of a mission (it might be the only way out eventually) so a solution for the AS might be more viable at this stage.

Another topic along similar lines - when placing the other IOS's on the AS (required for MMP according to CCO) I am able to connect with one ISDN channel to an AS, when the second channel is required and gets the same AS everything works fine, but when the second Channel ends up on one of the other AS's and MMP is supposed to do its thing the IP Address gets lost/dropped. Is this done by the AS or the Radius Server?

Why does it drop the IP Address?

Lutz.

5 REPLIES
Bronze

Re: AS5300 and ISDN: Error 733 And MMP IP Drop

Yes, it would be good to get off of 12.2(1a).

Yes, DNS should not be required on the client.

What would be useful is to look at "debug ppp neg" for a failed connection, to see what may be wrong - the two are not agreeing on some protocols, it seems. The config would be of interest, too.

MMP should work with any 12.1 or 12.2 IOS (and even earlier, but that's not relevant). As for your problem, it's hard to say what's wrong without debug. What should happen is this:

- first callin lands on NAS-A

- NAS-A negotiates LCP, authenticates the user, and negotiates IPCP (IP address)

- a MPPP bundle is formed on NAS-A

- second callin lands on NAS-B

- NAS-B negotiates LCP and begins authentication for the user

- NAS-B sees if any other NAS has a connection for this user

- NAS-B learns that NAS-A "owns" this user, and forwards the call to NAS-A

- NAS-A completes the authentication, and adds the link to the existing bundle for that user

IPCP should NOT be a factor for the second call. Again, for starters "debug ppp neg" would be useful for the second call, from both NAS-A and NAS-B.

New Member

Re: AS5300 and ISDN: Error 733 And MMP IP Drop

OK, We ran some tests over the weekend again.

For now we would like to solve one problem at a time, so we would like to sort out the "DNS" errors.

As I said before, ISDN does not connect if the host does not have any DNS server configured in the TCP/IP settings (Windows). Once the server is inserted on the Windows machine connection is flawless.

Following is a set of debugs (with and without DNS setup)

(sorry if it's a bit long)

No DNS entry on win2000

Oct 26 04:56:33.575 GMT+2: Se0:2 PPP: Using dialer call direction

Oct 26 04:56:33.575 GMT+2: Se0:2 PPP: Treating connection as a callin

Oct 26 04:56:33.575 GMT+2: Se0:2 PPP: Phase is ESTABLISHING, Passive Open [0 sess, 1 load]

Oct 26 04:56:33.575 GMT+2: Se0:2 LCP: State is Listen

Oct 26 04:56:33.831 GMT+2: Se0:2 LCP: I CONFREQ [Listen] id 0 len 30

Oct 26 04:56:33.831 GMT+2: Se0:2 LCP: MagicNumber 0x30375E44 (0x050630375E44)

Oct 26 04:56:33.835 GMT+2: Se0:2 LCP: PFC (0x0702)

Oct 26 04:56:33.835 GMT+2: Se0:2 LCP: ACFC (0x0802)

Oct 26 04:56:33.835 GMT+2: Se0:2 LCP: Callback 6 (0x0D0306)

Oct 26 04:56:33.835 GMT+2: Se0:2 LCP: MRRU 1614 (0x1104064E)

Oct 26 04:56:33.835 GMT+2: Se0:2 LCP: EndpointDisc 3 0010.a4b1.1b3f (0x1309030010A4B11B3F)

Oct 26 04:56:33.835 GMT+2: Se0:2 LCP: O CONFREQ [Listen] id 1 len 33

Oct 26 04:56:33.835 GMT+2: Se0:2 LCP: AuthProto PAP (0x0304C023)

Oct 26 04:56:33.835 GMT+2: Se0:2 LCP: MagicNumber 0x0563FE17 (0x05060563FE17)

Oct 26 04:56:33.835 GMT+2: Se0:2 LCP: MRRU 1524 (0x110405F4)

Oct 26 04:56:33.835 GMT+2: Se0:2 LCP: EndpointDisc 1 Windhoek-as1 (0x130F0157696E64686F656B2D617331)

Oct 26 04:56:33.835 GMT+2: Se0:2 LCP: O CONFREJ [Listen] id 0 len 7

Oct 26 04:56:33.835 GMT+2: Se0:2 LCP: Callback 6 (0x0D0306)

Oct 26 04:56:33.895 GMT+2: Se0:2 LCP: I CONFACK [REQsent] id 1 len 33

Oct 26 04:56:33.895 GMT+2: Se0:2 LCP: AuthProto PAP (0x0304C023)

Oct 26 04:56:33.895 GMT+2: Se0:2 LCP: MagicNumber 0x0563FE17 (0x05060563FE17)

Oct 26 04:56:33.895 GMT+2: Se0:2 LCP: MRRU 1524 (0x110405F4)

Oct 26 04:56:33.895 GMT+2: Se0:2 LCP: EndpointDisc 1 Windhoek-as1 (0x130F0157696E64686F656B2D617331)

Oct 26 04:56:33.903 GMT+2: Se0:2 LCP: I CONFREQ [ACKrcvd] id 1 len 27

Oct 26 04:56:33.903 GMT+2: Se0:2 LCP: MagicNumber 0x30375E44 (0x050630375E44)

Oct 26 04:56:33.903 GMT+2: Se0:2 LCP: PFC (0x0702)

Oct 26 04:56:33.903 GMT+2: Se0:2 LCP: ACFC (0x0802)

Oct 26 04:56:33.903 GMT+2: Se0:2 LCP: MRRU 1614 (0x1104064E)

Oct 26 04:56:33.903 GMT+2: Se0:2 LCP: EndpointDisc 3 0010.a4b1.1b3f (0x1309030010A4B11B3F)

Oct 26 04:56:33.903 GMT+2: Se0:2 LCP: O CONFACK [ACKrcvd] id 1 len 27

Oct 26 04:56:33.903 GMT+2: Se0:2 LCP: MagicNumber 0x30375E44 (0x050630375E44)

Oct 26 04:56:33.903 GMT+2: Se0:2 LCP: PFC (0x0702)

Oct 26 04:56:33.903 GMT+2: Se0:2 LCP: ACFC (0x0802)

Oct 26 04:56:33.903 GMT+2: Se0:2 LCP: MRRU 1614 (0x1104064E)

Oct 26 04:56:33.903 GMT+2: Se0:2 LCP: EndpointDisc 3 0010.a4b1.1b3f (0x1309030010A4B11B3F)

Oct 26 04:56:33.903 GMT+2: Se0:2 LCP: State is Open

Oct 26 04:56:33.903 GMT+2: Se0:2 PPP: Phase is AUTHENTICATING, by this end [0 sess, 1 load]

Oct 26 04:56:33.943 GMT+2: Se0:2 LCP: I IDENTIFY [Open] id 2 len 18 magic 0x30375E44 MSRASV5.00

Oct 26 04:56:33.951 GMT+2: Se0:2 LCP: I IDENTIFY [Open] id 3 len 23 magic 0x30375E44 MSRAS-1-RICHARD

Oct 26 04:56:33.963 GMT+2: Se0:2 PAP: I AUTH-REQ id 0 len 20 from "XXXXXX"

Oct 26 04:56:33.963 GMT+2: Se0:2 PPP: Phase is FORWARDING [0 sess, 1 load]

Oct 26 04:56:33.967 GMT+2: Se0:2 PPP: Phase is AUTHENTICATING [0 sess, 1 load]

Oct 26 04:56:33.967 GMT+2: Se0:2 PAP: Authenticating peer XXXXXX

Oct 26 04:56:34.003 GMT+2: Se0:2 PAP: O AUTH-ACK id 0 len 5

Oct 26 04:56:34.007 GMT+2: Se0:2 PPP: Phase is VIRTUALIZED [0 sess, 1 load]

Oct 26 04:56:34.011 GMT+2: Vi1 PPP: Phase is DOWN, Setup [0 sess, 1 load]

Oct 26 04:56:34.011 GMT+2: Vi1 PPP: No remote authentication for call-in

Oct 26 04:56:34.123 GMT+2: Se0:2 CCP: Packet buffered while building MLP bundle interface

Oct 26 04:56:34.123 GMT+2: Se0:2 IPCP: Packet buffered while building MLP bundle interface

Oct 26 04:56:34.127 GMT+2: Vi1 PPP: Using default call direction

Oct 26 04:56:34.127 GMT+2: Vi1 PPP: Treating connection as a dedicated line

Oct 26 04:56:34.127 GMT+2: Vi1 PPP: Phase is ESTABLISHING, Active Open [0 sess, 1 load]

Oct 26 04:56:34.131 GMT+2: Vi1 LCP: O CONFREQ [Closed] id 1 len 33

Oct 26 04:56:34.131 GMT+2: Vi1 LCP: AuthProto PAP (0x0304C023)

Oct 26 04:56:34.131 GMT+2: Vi1 LCP: MagicNumber 0x0563FF44 (0x05060563FF44)

Oct 26 04:56:34.131 GMT+2: Vi1 LCP: MRRU 1524 (0x110405F4)

Oct 26 04:56:34.131 GMT+2: Vi1 LCP: EndpointDisc 1 Windhoek-as1 (0x130F0157696E64686F656B2D617331)

Oct 26 04:56:34.131 GMT+2: Vi1 PPP: Phase is UP [0 sess, 1 load]

Oct 26 04:56:34.135 GMT+2: Vi1 IPCP: O CONFREQ [Closed] id 1 len 16

Oct 26 04:56:34.135 GMT+2: Vi1 IPCP: CompressType VJ 15 slots (0x0206002D0F00)

Oct 26 04:56:34.135 GMT+2: Vi1 IPCP: Address 196.44.128.3 (0x0306C42C8003)

Oct 26 04:56:34.135 GMT+2: Vi1 MLP: Added first link Se0:2 to bundle XXXXXX

Oct 26 04:56:34.135 GMT+2: Vi1 PPP: Pending ncpQ size is 2

Oct 26 04:56:34.135 GMT+2: Se0:2 CCP: Redirect packet to Vi1

Oct 26 04:56:34.135 GMT+2: Vi1 CCP: I CONFREQ [Not negotiated] id 4 len 10

Oct 26 04:56:34.135 GMT+2: Vi1 CCP: MS-PPC supported bits 0x00000001 (0x120600000001)

Oct 26 04:56:34.135 GMT+2: Vi1 LCP: O PROTREJ [Open] id 2 len 16 protocol CCP (0x80FD0104000A120600000001)

Oct 26 04:56:34.135 GMT+2: Se0:2 IPCP: Redirect packet to Vi1

Oct 26 04:56:34.135 GMT+2: Vi1 IPCP: I CONFREQ [REQsent] id 5 len 40

Oct 26 04:56:34.135 GMT+2: Vi1 IPCP: CompressType VJ 15 slots CompressSlotID (0x0206002D0F01)

Oct 26 04:56:34.135 GMT+2: Vi1 IPCP: Address 0.0.0.0 (0x030600000000)

Oct 26 04:56:34.135 GMT+2: Vi1 IPCP: PrimaryDNS 0.0.0.0 (0x810600000000)

Oct 26 04:56:34.135 GMT+2: Vi1 IPCP: PrimaryWINS 0.0.0.0 (0x820600000000)

Oct 26 04:56:34.135 GMT+2: Vi1 IPCP: SecondaryDNS 0.0.0.0 (0x830600000000)

Oct 26 04:56:34.135 GMT+2: Vi1 IPCP: SecondaryWINS 0.0.0.0 (0x840600000000)

Oct 26 04:56:34.139 GMT+2: Vi1 AAA/AUTHOR/IPCP: Start. Her address 0.0.0.0, we want 0.0.0.0

Oct 26 04:56:34.139 GMT+2: Vi1 AAA/AUTHOR/IPCP: Says use pool iway

Oct 26 04:56:34.139 GMT+2: Vi1 AAA/AUTHOR/IPCP: Pool returned 196.44.130.246

Oct 26 04:56:34.139 GMT+2: Vi1 AAA/AUTHOR/IPCP: Done. Her address 0.0.0.0, we want 196.44.130.246

Oct 26 04:56:34.139 GMT+2: Vi1 IPCP: O CONFREJ [REQsent] id 5 len 16

Oct 26 04:56:34.139 GMT+2: Vi1 IPCP: PrimaryWINS 0.0.0.0 (0x820600000000)

Oct 26 04:56:34.139 GMT+2: Vi1 IPCP: SecondaryWINS 0.0.0.0 (0x840600000000)

Oct 26 04:56:34.195 GMT+2: Vi1 IPCP: I CONFACK [REQsent] id 1 len 16

Oct 26 04:56:34.195 GMT+2: Vi1 IPCP: CompressType VJ 15 slots (0x0206002D0F00)

Oct 26 04:56:34.199 GMT+2: Vi1 IPCP: Address 196.44.128.3 (0x0306C42C8003)

Oct 26 04:56:34.203 GMT+2: Vi1 IPCP: I CONFREQ [ACKrcvd] id 6 len 28

Oct 26 04:56:34.203 GMT+2: Vi1 IPCP: CompressType VJ 15 slots CompressSlotID (0x0206002D0F01)

Oct 26 04:56:34.203 GMT+2: Vi1 IPCP: Address 0.0.0.0 (0x030600000000)

Oct 26 04:56:34.203 GMT+2: Vi1 IPCP: PrimaryDNS 0.0.0.0 (0x810600000000)

Oct 26 04:56:34.203 GMT+2: Vi1 IPCP: SecondaryDNS 0.0.0.0 (0x830600000000)

Oct 26 04:56:34.203 GMT+2: Vi1 AAA/AUTHOR/IPCP: Start. Her address 0.0.0.0, we want 196.44.130.246

Oct 26 04:56:34.203 GMT+2: Vi1 LCP: O PROTREJ [Open] id 3 len 34 protocol IPCP

Oct 26 04:56:34.203 GMT+2: Vi1 LCP: (0x80210106001C0206002D0F0103060000)

Oct 26 04:56:34.203 GMT+2: Vi1 LCP: (0x0000810600000000830600000000)

Oct 26 04:56:34.207 GMT+2: Vi1 IPCP: State is Closed

Oct 26 04:56:34.367 GMT+2: Se0:2 LCP: I TERMREQ [Open] id 7 len 16 (0x30375E44003CCD7400000000)

Oct 26 04:56:34.367 GMT+2: Se0:2 LCP: O TERMACK [Open] id 7 len 4

Oct 26 04:56:34.367 GMT+2: Se0:2 PPP: Phase is TERMINATING [0 sess, 1 load]

Oct 26 04:56:34.367 GMT+2: Vi1 PPP: Phase is TERMINATING [0 sess, 1 load]

Oct 26 04:56:34.367 GMT+2: Vi1 LCP: State is Closed

Oct 26 04:56:34.367 GMT+2: Vi1 PPP: Phase is DOWN [0 sess, 1 load]

Oct 26 04:56:34.483 GMT+2: Se0:2 LCP: State is Closed

Oct 26 04:56:34.483 GMT+2: Se0:2 PPP: Phase is DOWN [0 sess, 1 load]

Oct 26 04:56:34.491 GMT+2: Vi1 LCP: State is Closed

DNS Entry added on Win2000

Oct 26 05:18:06.820 GMT+2: Se0:7 PPP: Using dialer call direction

Oct 26 05:18:06.824 GMT+2: Se0:7 PPP: Treating connection as a callin

Oct 26 05:18:06.824 GMT+2: Se0:7 PPP: Phase is ESTABLISHING, Passive Open [0 sess, 1 load]

Oct 26 05:18:06.824 GMT+2: Se0:7 LCP: State is Listen

Oct 26 05:18:07.012 GMT+2: Se0:7 LCP: I CONFREQ [Listen] id 0 len 30

Oct 26 05:18:07.012 GMT+2: Se0:7 LCP: MagicNumber 0x4BB42FD1 (0x05064BB42FD1)

Oct 26 05:18:07.012 GMT+2: Se0:7 LCP: PFC (0x0702)

Oct 26 05:18:07.012 GMT+2: Se0:7 LCP: ACFC (0x0802)

Oct 26 05:18:07.012 GMT+2: Se0:7 LCP: Callback 6 (0x0D0306)

Oct 26 05:18:07.016 GMT+2: Se0:7 LCP: MRRU 1614 (0x1104064E)

Oct 26 05:18:07.016 GMT+2: Se0:7 LCP: EndpointDisc 3 0010.a4b1.1b3f (0x1309030010A4B11B3F)

Oct 26 05:18:07.016 GMT+2: Se0:7 LCP: O CONFREQ [Listen] id 15 len 33

Oct 26 05:18:07.016 GMT+2: Se0:7 LCP: AuthProto PAP (0x0304C023)

Oct 26 05:18:07.016 GMT+2: Se0:7 LCP: MagicNumber 0x0577BB5B (0x05060577BB5B)

Oct 26 05:18:07.016 GMT+2: Se0:7 LCP: MRRU 1524 (0x110405F4)

Oct 26 05:18:07.016 GMT+2: Se0:7 LCP: EndpointDisc 1 Windhoek-as1 (0x130F0157696E64686F656B2D617331)

Oct 26 05:18:07.016 GMT+2: Se0:7 LCP: O CONFREJ [Listen] id 0 len 7

Oct 26 05:18:07.016 GMT+2: Se0:7 LCP: Callback 6 (0x0D0306)

Oct 26 05:18:07.084 GMT+2: Se0:7 LCP: I CONFACK [REQsent] id 15 len 33

Oct 26 05:18:07.084 GMT+2: Se0:7 LCP: AuthProto PAP (0x0304C023)

Oct 26 05:18:07.084 GMT+2: Se0:7 LCP: MagicNumber 0x0577BB5B (0x05060577BB5B)

Oct 26 05:18:07.084 GMT+2: Se0:7 LCP: MRRU 1524 (0x110405F4)

Oct 26 05:18:07.084 GMT+2: Se0:7 LCP: EndpointDisc 1 Windhoek-as1 (0x130F0157696E64686F656B2D617331)

Oct 26 05:18:07.112 GMT+2: Se0:7 LCP: I CONFREQ [ACKrcvd] id 1 len 27

Oct 26 05:18:07.112 GMT+2: Se0:7 LCP: MagicNumber 0x4BB42FD1 (0x05064BB42FD1)

Oct 26 05:18:07.112 GMT+2: Se0:7 LCP: PFC (0x0702)

Oct 26 05:18:07.112 GMT+2: Se0:7 LCP: ACFC (0x0802)

Oct 26 05:18:07.112 GMT+2: Se0:7 LCP: MRRU 1614 (0x1104064E)

Oct 26 05:18:07.112 GMT+2: Se0:7 LCP: EndpointDisc 3 0010.a4b1.1b3f (0x1309030010A4B11B3F)

Oct 26 05:18:07.112 GMT+2: Se0:7 LCP: O CONFACK [ACKrcvd] id 1 len 27

Oct 26 05:18:07.112 GMT+2: Se0:7 LCP: MagicNumber 0x4BB42FD1 (0x05064BB42FD1)

Oct 26 05:18:07.112 GMT+2: Se0:7 LCP: PFC (0x0702)

Oct 26 05:18:07.112 GMT+2: Se0:7 LCP: ACFC (0x0802)

Oct 26 05:18:07.112 GMT+2: Se0:7 LCP: MRRU 1614 (0x1104064E)

Oct 26 05:18:07.112 GMT+2: Se0:7 LCP: EndpointDisc 3 0010.a4b1.1b3f (0x1309030010A4B11B3F)

Oct 26 05:18:07.112 GMT+2: Se0:7 LCP: State is Open

Oct 26 05:18:07.112 GMT+2: Se0:7 PPP: Phase is AUTHENTICATING, by this end [0 sess, 1 load]

Oct 26 05:18:07.132 GMT+2: Se0:7 LCP: I IDENTIFY [Open] id 2 len 18 magic 0x4BB42FD1 MSRASV5.00

Oct 26 05:18:07.136 GMT+2: Se0:7 LCP: I IDENTIFY [Open] id 3 len 23 magic 0x4BB42FD1 MSRAS-1-RICHARD

Oct 26 05:18:07.140 GMT+2: Se0:7 PAP: I AUTH-REQ id 11 len 20 from "XXXXXX"

Oct 26 05:18:07.140 GMT+2: Se0:7 PPP: Phase is FORWARDING [0 sess, 1 load]

Oct 26 05:18:07.148 GMT+2: Se0:7 PPP: Phase is AUTHENTICATING [0 sess, 1 load]

Oct 26 05:18:07.148 GMT+2: Se0:7 PAP: Authenticating peer XXXXXX

Oct 26 05:18:07.156 GMT+2: Se0:7 PAP: O AUTH-ACK id 11 len 5

Oct 26 05:18:07.156 GMT+2: Se0:7 PPP: Phase is VIRTUALIZED [0 sess, 0 load]

Oct 26 05:18:07.160 GMT+2: Vi3 PPP: Phase is DOWN, Setup [0 sess, 0 load]

Oct 26 05:18:07.160 GMT+2: Vi3 PPP: No remote authentication for call-in

Oct 26 05:18:07.296 GMT+2: Se0:7 CCP: Packet buffered while building MLP bundle interface

Oct 26 05:18:07.296 GMT+2: Se0:7 IPCP: Packet buffered while building MLP bundle interface

Oct 26 05:18:07.304 GMT+2: Vi3 PPP: Using default call direction

Oct 26 05:18:07.304 GMT+2: Vi3 PPP: Treating connection as a dedicated line

Oct 26 05:18:07.304 GMT+2: Vi3 PPP: Phase is ESTABLISHING, Active Open [0 sess, 1 load]

Oct 26 05:18:07.304 GMT+2: Vi3 LCP: O CONFREQ [Closed] id 1 len 33

Oct 26 05:18:07.304 GMT+2: Vi3 LCP: AuthProto PAP (0x0304C023)

Oct 26 05:18:07.304 GMT+2: Vi3 LCP: MagicNumber 0x0577BC81 (0x05060577BC81)

Oct 26 05:18:07.304 GMT+2: Vi3 LCP: MRRU 1524 (0x110405F4)

Oct 26 05:18:07.304 GMT+2: Vi3 LCP: EndpointDisc 1 Windhoek-as1 (0x130F0157696E64686F656B2D617331)

Oct 26 05:18:07.308 GMT+2: Vi3 PPP: Phase is UP [0 sess, 1 load]

Oct 26 05:18:07.308 GMT+2: Vi3 IPCP: O CONFREQ [Closed] id 1 len 16

Oct 26 05:18:07.308 GMT+2: Vi3 IPCP: CompressType VJ 15 slots (0x0206002D0F00)

Oct 26 05:18:07.308 GMT+2: Vi3 IPCP: Address 196.44.128.3 (0x0306C42C8003)

Oct 26 05:18:07.308 GMT+2: Vi3 MLP: Added first link Se0:7 to bundle XXXXXX

Oct 26 05:18:07.308 GMT+2: Vi3 PPP: Pending ncpQ size is 2

Oct 26 05:18:07.308 GMT+2: Se0:7 CCP: Redirect packet to Vi3

Oct 26 05:18:07.308 GMT+2: Vi3 CCP: I CONFREQ [Not negotiated] id 4 len 10

Oct 26 05:18:07.308 GMT+2: Vi3 CCP: MS-PPC supported bits 0x00000001 (0x120600000001)

Oct 26 05:18:07.308 GMT+2: Vi3 LCP: O PROTREJ [Open] id 2 len 16 protocol CCP (0x80FD0104000A120600000001)

Oct 26 05:18:07.308 GMT+2: Se0:7 IPCP: Redirect packet to Vi3

Oct 26 05:18:07.308 GMT+2: Vi3 IPCP: I CONFREQ [REQsent] id 5 len 16

Oct 26 05:18:07.312 GMT+2: Vi3 IPCP: CompressType VJ 15 slots CompressSlotID (0x0206002D0F01)

Oct 26 05:18:07.312 GMT+2: Vi3 IPCP: Address 0.0.0.0 (0x030600000000)

Oct 26 05:18:07.312 GMT+2: Vi3 AAA/AUTHOR/IPCP: Start. Her address 0.0.0.0, we want 0.0.0.0

Oct 26 05:18:07.312 GMT+2: Vi3 AAA/AUTHOR/IPCP: Says use pool iway

Oct 26 05:18:07.312 GMT+2: Vi3 AAA/AUTHOR/IPCP: Pool returned 196.44.130.246

Oct 26 05:18:07.312 GMT+2: Vi3 AAA/AUTHOR/IPCP: Done. Her address 0.0.0.0, we want 196.44.130.246

Oct 26 05:18:07.312 GMT+2: Vi3 IPCP: O CONFNAK [REQsent] id 5 len 10

Oct 26 05:18:07.312 GMT+2: Vi3 IPCP: Address 196.44.130.246 (0x0306C42C82F6)

Oct 26 05:18:07.332 GMT+2: Vi3 IPCP: I CONFACK [REQsent] id 1 len 16

Oct 26 05:18:07.332 GMT+2: Vi3 IPCP: CompressType VJ 15 slots (0x0206002D0F00)

Oct 26 05:18:07.332 GMT+2: Vi3 IPCP: Address 196.44.128.3 (0x0306C42C8003)

Oct 26 05:18:07.336 GMT+2: Vi3 IPCP: I CONFREQ [ACKrcvd] id 6 len 16

Oct 26 05:18:07.336 GMT+2: Vi3 IPCP: CompressType VJ 15 slots CompressSlotID (0x0206002D0F01)

Oct 26 05:18:07.336 GMT+2: Vi3 IPCP: Address 196.44.130.246 (0x0306C42C82F6)

Oct 26 05:18:07.336 GMT+2: Vi3 AAA/AUTHOR/IPCP: Start. Her address 196.44.130.246, we want 196.44.130.246

Oct 26 05:18:07.336 GMT+2: Vi3 AAA/AUTHOR/IPCP: Request 196.44.130.246 from pool iway

Oct 26 05:18:07.336 GMT+2: Vi3 AAA/AUTHOR/IPCP: Pool grants 196.44.130.246

Oct 26 05:18:07.336 GMT+2: Vi3 AAA/AUTHOR/IPCP: Done. Her address 196.44.130.246, we want 196.44.130.246

Oct 26 05:18:07.336 GMT+2: Vi3 IPCP: O CONFACK [ACKrcvd] id 6 len 16

Oct 26 05:18:07.336 GMT+2: Vi3 IPCP: CompressType VJ 15 slots CompressSlotID (0x0206002D0F01)

Oct 26 05:18:07.336 GMT+2: Vi3 IPCP: Address 196.44.130.246 (0x0306C42C82F6)

Oct 26 05:18:07.336 GMT+2: Vi3 IPCP: State is Open

Oct 26 05:18:07.340 GMT+2: Vi3 IPCP: Install route to 196.44.130.246

Bronze

Re: AS5300 and ISDN: Error 733 And MMP IP Drop

Without the DNS, the remote asks for an IP, WINS and DNS addresses. We reject the WINS request, to the remote asks for an IP and DNS addresses. Then we inexplicably reject IPCP, which is a bug.

With DNS configured, the remote only requests an IP address, so there is no rejection on our part.

While I can't find a bug ID for the problem, I am confident that this is fixed in later 12.2 code. Otherwise, as a workaround you can try configuring either "ppp ipcp wins" or "async-bootp nbns-server".

New Member

Re: AS5300 and ISDN: Error 733 And MMP IP Drop

Thank you.. :) I think we have a solution here.

We have entered the "ppp ipcp wins (with a twist)" command on the Access Server and it seems to work.

The "Twist" being that we entered the "DNS IP addresses" after the command since we don't have a WINS Server. During our tests we attempted to solve the problem by inserting "ppp ipcp dns" on the command line with no results.

(Command was entered under the 'Virtual Template')

So, for now the ISDN connection does not return a "733 error". Should anything else untoward happen during our trial run I shall keep you informed.

If you feel this is a bug in the IOS will you report it or should I?

Thank you once again.

Bronze

Re: AS5300 and ISDN: Error 733 And MMP IP Drop

It's certainly a bug, but the next approach would be to see if the bug still persists in the latest 12.2 code. You really should try to get off of 12.2(1), so if you have a non-production time that you can try a test again, we can work through this and the other issues you might have, too.

125
Views
0
Helpful
5
Replies
CreatePlease to create content