Hello,
I have tried connecting via Windows NT dialup and was successfully
authenticated. But it fails when I dial from router what does this suggest?
Regards
Zafar
----- Original Message -----
From: < >
To: "Zafar ul-Islam" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Saturday, September 09, 2000 1:38 AM
Subject: RE: ISDN BRI dialout help
>
> PAP has only three types of packets 1) Authentication Request, 2)
> Authentication-Ack, and 3) Authentication-Nak. An Authentication-Ack means
> that the authentication process was successful. An Authentication-Nak
means
> that the authentication process was unsuccessful.
>
> Basically, the party doing the authentication doesn't recognize the
> information you're sending. If you've verified that the information that
> you're sending is correct then you might want to have your provider make
> sure that what they have on their end isn't corrupted. When I worked for
an
> ISP this is something that we DID come across from time to time so if they
> tell you that its impossible then they're lying through their teeth.
Insist
> that they reset your password. This should re-write your password to their
> DB and clear up the authentication problem.
>
>
> Karen E Young
> Network Engineer
> ELF Technologies, Inc
> [EMAIL PROTECTED]
>
>
>
>
>
> "Zafar
> ul-Islam" To: [EMAIL PROTECTED]
> <zafar73@cube cc:
> xs.net.pk> Subject: RE: ISDN BRI dialout
help
> Sent by:
> nobody@groups
> tudy.com
>
>
> 09/09/2000
> 12:43 AM
> Please
> respond to
> "Zafar
> ul-Islam"
>
>
>
>
>
> Hello,
>
> I have asked my provider and they confirmed they are using pap. Now I
tried
> again while debugging "ppp auth" and "ppp neg". I can see a AUTH-NAK in
the
> debug but am not sure what does this exactly mean? Can some one please
> advise whats going on here and how to fix it?
>
>
> 1d17h: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0, TEI 64 changed to up
> 1d17h: ISDN BR0: TX -> SETUP pd = 8 callref = 0x4A
> 1d17h: Bearer Capability i = 0x8890
> 1d17h: Channel ID i = 0x83
> 1d17h: Called Party Number i = 0x80, '12144444'
> 1d17h: ISDN BR0: RX <- SETUP_ACK pd = 8 callref = 0xCA
> 1d17h: Channel ID i = 0x89
> 1d17h: ISDN BR0: RX <- CALL_PROC pd = 8 callref = 0xCA
> 1d17h: Channel ID i = 0x89
> 1d17h: ISDN BR0: RX <- ALERTING pd = 8 callref = 0xCA
> 1d17h: ISDN BR0: RX <- CONNECT pd = 8 callref = 0xCA
> 1d17h: Dat.e/Time i = 0x0009080B1A00
> 1d17h: ISDN BR0: TX -> CONNECT_ACK pd = 8 callref = 0x4A
> 1d17h: %LINK-3-UPDOWN: Interface BRI0:1, changed state to up
> 1d17h: BR0:1 PPP: Treating connection as a callout
> 1d17h: BR0:1 PPP: Phase is ESTABLISHING, Active Open
> 1d17h: BR0:1 PPP: No remote authentication for call-out
> 1d17h: BR0:1 LCP: O CONFREQ [Closed] id 198 len 10
> 1d17h: BR0:1 LCP: MagicNumber 0xE9AF7753 (0x0506E9AF7753)
> 1d17h: BR0:1 LCP: I CONFREQ [REQsent] id 1 len 26
> 1d17h: BR0:1 LCP: AuthProto PAP (0x0304C023)
> 1d17h: BR0:1 LCP: MagicNumber 0xDC5B675B (0x0506DC5B675B)
> 1d17h: BR0:1 LCP: MRRU 1500 (0x110405DC)
> 1d17h: BR0:1 LCP: MultilinkShortSeq (0x1202)
> 1d17h: BR0:1 LCP: EndpointDisc 1 Local (0x13060150444E)
> 1d17h: BR0:1 LCP: O CONFREJ [REQsent] id 1 len 16
> 1d17h: BR0:1 LCP: MRRU 1500 (0x110405DC)
> 1d17h: BR0:1 LCP: MultilinkShortSeq (0x1202)
> 1d17h: BR0:1 LCP: EndpointDisc 1 Local (0x13060150444E)
> 1d17h: BR0:1 LCP: I CONFREQ [REQsent] id 2 len 14
> 1d17h: BR0:1 LCP: AuthPro.to PAP (0x0304C023)
> 1d17h: BR0:1 LCP: MagicNumber 0xDC5B675B (0x0506DC5B675B)
> 1d17h: BR0:1 LCP: O CONFACK [REQsent] id 2 len 14
> 1d17h: BR0:1 LCP: AuthProto PAP (0x0304C023)
> 1d17h: BR0:1 LCP: MagicNumber 0xDC5B675B (0x0506DC5B675B)
> 1d17h: BR0:1 LCP: TIMEout: State ACKsent
> 1d17h: BR0:1 LCP: O CONFREQ [ACKsent] id 199 len 10
> 1d17h: BR0:1 LCP: MagicNumber 0xE9AF7753 (0x0506E9AF7753)
> 1d17h: BR0:1 LCP: I CONFACK [ACKsent] id 199 len 10
> 1d17h: BR0:1 LCP: MagicNumber 0xE9AF7753 (0x0506E9AF775.3)
> 1d17h: BR0:1 LCP: State is Open
> 1d17h: BR0:1 PPP: Phase is AUTHENTICATING, by the peer
> 1d17h: BR0:1 PAP: O AUTH-REQ id 145 len 24 from "delta"
> 1d17h: BR0:1 PAP: I AUTH-NAK id 145 len 5.
> 1d17h: %ISDN-6-CONNECT: Interface BRI0:1 is now connected to 12144444 .
> Success rate is 0 percent (0/5)
>
> Router#
> 1d17h: BR0:1 PAP: O AUTH-REQ id 146 len 24 from "delta"
> 1d17h: BR0:1 PAP: I AUTH-NAK id 146 len 5
> 1d17h: BR0:1 PAP: O AUTH-REQ id 147 len 24 from "delta"
> 1d17h: BR0:1 PAP: I AUTH-NAK id 147 len 5
> 1d17h: BR0:1 LCP: I TERMREQ [Open] id 3 len 4
> 1d17h: BR0:1 LCP: O TERMACK [Open] id 3 len 4
> 1d17h: BR0:1 PPP: Phase is TERMINATING
> 1d17h: ISDN BR0: RX <- DISCONNECT pd = 8 callref = 0xCA
> 1d17h: Cause i = 0x8090 - Normal call clearing
> 1d17h: %ISDN-6-DISCONNECT: Interface BRI0:1 disconnected from 12144444 ,
> call l
> asted 22 seconds
> 1d17h: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
> 1d17h: BR0:1 LCP: State is Closed
> 1d17h: BR0:1 PPP: Phase is DOWN
> 1d17h: ISDN BR0: TX -> RELEASE pd = 8 callref = 0x4A
> 1d17h: Cause i = 0x809008 - Normal call clearing
> 1d17h: ISDN BR0: RX <- RELEASE_COMP pd = 8 callref = 0xCA
> 1d17h: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BR0, TEI 64 changed to
> down
>
>
>
> ---------- Original Message ----------------------------------
> From: "Miller, Nathan (AZ15)" <[EMAIL PROTECTED]>
> Date: Wed, 6 Sep 2000 11:39:30 -0700
>
> >I had similar problems. I would check with your provider regarding
> >authentication. It may be that they are requiring chap authentication?
> >Issue "debug ppp auth" and "debug ppp neg" (assuming your IOS is
> relatively
> >current) and look at the results when you try to connect. This may give
> you
> >some insight into where things are failing.
> >
> >Good Luck!
> >
> >-----Original Message-----
> >From: Zafar [mailto:[EMAIL PROTECTED]]
> >Sent: Wednesday, September 06, 2000 6:46 AM
> >To: [EMAIL PROTECTED]
> >Subject: ISDN BRI dialout help
> >
> >
> >
> >Hello,
> >
> >I am trying to configure ISDN BRI for dialout using 2503 but could not
> >connect to remote access server of the ISP. I have taken a ISDN dialup
> >account from ISP and it has given me "userid", passwd and dialup number.
I
> >tried these through normal dialup (windows dun) and it connects
> succesfully.
> >Now I have following configuration for my 2503 router but this could not
> >connect. Please advise if I am missing something as I am new to ISDN and
> >doing it for the first time
> >
> >
> >!
> >interface BRI0
> > ip address negotiated
> > ip directed-broadcast
> > encapsulation ppp
> > no ip split-horizon
> > dialer idle-timeout 2147483
> > dialer string 12144444
> > dialer hold-queue 10
> > dialer-group 1
> > isdn switch-type basic-net3
> > ppp authentication pap
> > ppp pap sent-username <myusername> password <mypassword>
> >
> >!
> >ip route 204.71.200.45 255.255.255.255 BRI0
> >
> >!
> >dialer-list 1 protocol ip permit
> >
> >
> >when I ping 204.71.200.45 , following appears on the terminal:
> >
> >
> >Type escape sequence to abort.
> >Sending 5, 100-byte ICMP Echos to 204.71.200.45, timeout is 2 seconds:
> >
> >00:58:39: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0, TEI 64 changed to
> up
> >00:58:40: %LINK-3-UPDOWN: Interface BRI0:1, changed state to up....
> >00:58:46: %ISDN-6-CONNECT: Interface BRI0:1 is now connected to 12144444
.
> >Success rate is 0 percent (0/5)
> >
> >00:59:03: %ISDN-6-DISCONNECT: Interface BRI0:1 disconnected from
12144444
> ,
> >cal
> >l lasted 22 seconds
> >00:59:03: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
> >00:59:05: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BR0, TEI 64 changed
to
> >dow
> >
> >sh in bri0
> >
> >BRI0 is up, line protocol is up (spoofing)
> > Hardware is BRI
> > Internet address will be negotiated using IPCP
> > MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec,
> > reliability 255/255, txload 1/255, rxload 1/255
> > Encapsulation PPP, loopback not set
> > Last input 00:00:01, output 00:00:01, output hang never
> > Last clearing of "show interface" counters 01:09:44
> > Input queue: 0/75/0 (size/max/drops); Total output drops: 0
> > Queueing strategy: weighted fair
> > Output queue: 0/1000/64/0 (size/max total/threshold/drops)
> > Conversations 0/1/256 (active/max active/max total)
> > Reserved Conversations 0/0 (allocated/max allocated)
> > 5 minute input rate 0 bits/sec, 0 packets/sec
> > 5 minute output rate 0 bits/sec, 0 packets/sec
> > 536 packets input, 3389 bytes, 0 no buffer
> > Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
> > 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
> > 534 packets output, 3376 bytes, 0 underruns
> > 0 output errors, 0 collisions, 13 interface resets
> > 0 output buffer failures, 0 output buffers swapped out
> > 35 carrier transitions
> >
> >
> >
> >
> >
>
> **NOTE: New CCNA/CCDA List has been formed. For more information go to
> http://www.groupstudy.com/list/Associate-Announcement.html
> _________________________________
> UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
> FAQ, list archives, and subscription info: http://www.groupstudy.com
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>
>
>
>
>
**NOTE: New CCNA/CCDA List has been formed. For more information go to
http://www.groupstudy.com/list/Associates.html
_________________________________
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
