Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 11 Nov 1998 15:31:50 +0100
From:      Armin Gruner <ag@devsoft.com>
To:        freebsd-isdn@FreeBSD.ORG
Subject:   SOLVED: Re: Win95 and connection to isdn4bsd on FreeBSD
Message-ID:  <19981111153150.A29738@devsoft.com>

next in thread | raw e-mail | index | archive | help

In article <19981105141225.A29699@muc.de>, Armin Gruner wrote:
>Hi,
>I am trying to connect with a WIN95 machine and the dialup
>network to a FreeBSD box, running 22.7 and i4b 0.63.
>
>It looks like WIN95 PPP is insisting on an async-map,
>and thus the negotiation fails:
>
>Anything which can done be about it? When I connect to
>dialup equipment with debugging set on (Netblazer), I see
>what Win95 is requesting:
[..]
>It looks like WIN95 is request an async-map of 0x000a0000 ?
>
>Now the question is: Did anyone succeed in connecting 
>to a i4b server with Win95?
>Or, can Win95 be told that it should not use an async
>map over a sync HDLC connection.
>Or, can I simply change the isppp.c-code to not send
>a REJ?

Hi collegues,

the problem is solved.

It is indeed that Win95 is sending an ASYNCMAP request, even if the
connection goes through an ISDN card and the NDISWAN driver.

THe problem is, that isdn4bsd (00.63-alpha) is not sending the
appropriate NAK/REJ packet (I have enabled the Windows95 PPP log:)

11-09-1998 13:26:32.33 - Remote access driver log opened.
11-09-1998 13:26:32.33 - Installable CP VxD SPAP     is loaded
11-09-1998 13:26:32.35 - Server type is  PPP (Point to Point Protocol).
11-09-1998 13:26:32.36 - FSA : Software compression disabled.
11-09-1998 13:26:32.36 - FSA : Protocol disabled by user - skipping control protocol 803f (NBFCP).
11-09-1998 13:26:32.36 - FSA : Adding Control Protocol 8021 (IPCP) to control protocol chain.
11-09-1998 13:26:32.36 - FSA : Protocol disabled by user - skipping control protocol 802b (IPXCP).
11-09-1998 13:26:32.36 - FSA : Adding Control Protocol c029 (CallbackCP) to control protocol chain.
11-09-1998 13:26:32.36 - FSA : Adding Control Protocol c027 (no description) to control protocol chain.
11-09-1998 13:26:32.36 - FSA : Adding Control Protocol c023 (PAP) to control protocol chain.
11-09-1998 13:26:32.36 - FSA : Adding Control Protocol c223 (CHAP) to control protocol chain.
11-09-1998 13:26:32.36 - FSA : Adding Control Protocol c021 (LCP) to control protocol chain.
11-09-1998 13:26:32.36 - LCP : Callback negotiation enabled.
11-09-1998 13:26:32.36 - LCP : Layer started.
11-09-1998 13:26:32.39 - LCP : Received configure reject for protocol field compression option.
11-09-1998 13:26:32.39 - LCP : Received configure reject for address field compression option.
11-09-1998 13:26:32.39 - LCP : Received configure reject for callback control protocol option.
11-09-1998 13:26:32.42 - LCP : Received corrupted configure reject for option 2.
11-09-1998 13:26:33.41 - LCP : Received and accepted magic number 365280c3.
11-09-1998 13:26:33.41 - LCP : Received and accepted authentication protocol c023 (PAP).
11-09-1998 13:26:34.44 - LCP : Received and accepted magic number 365280c3.
11-09-1998 13:26:34.44 - LCP : Received and accepted authentication protocol c023 (PAP).
11-09-1998 13:26:35.42 - LCP : Received corrupted configure reject for option 2.
11-09-1998 13:26:36.43 - LCP : Received and accepted magic number 365280c3.
11-09-1998 13:26:36.43 - LCP : Received and accepted authentication protocol c023 (PAP).
11-09-1998 13:26:37.46 - LCP : Received and accepted magic number 365280c3.
11-09-1998 13:26:37.46 - LCP : Received and accepted authentication protocol c023 (PAP).
11-09-1998 13:26:38.43 - LCP : Received corrupted configure reject for option 2.
11-09-1998 13:26:39.42 - LCP : Received and accepted magic number 365280c3.
11-09-1998 13:26:39.42 - LCP : Received and accepted authentication protocol c023 (PAP).
11-09-1998 13:26:40.45 - LCP : Received and accepted magic number 365280c3.
11-09-1998 13:26:40.45 - LCP : Received and accepted authentication protocol c023 (PAP).
11-09-1998 13:26:41.42 - LCP : Received corrupted configure reject for option 2.
11-09-1998 13:26:41.45 - Remote access driver is shutting down.
11-09-1998 13:26:41.45 - CRC Errors             0
11-09-1998 13:26:41.45 - Timeout Errors         0
11-09-1998 13:26:41.45 - Alignment Errors       0
11-09-1998 13:26:41.45 - Overrun Errors         0
11-09-1998 13:26:41.45 - Framing Errors         0
11-09-1998 13:26:41.45 - Buffer Overrun Errors  0
11-09-1998 13:26:41.45 - Incomplete Packets     0
11-09-1998 13:26:41.45 - Bytes Received         179
11-09-1998 13:26:41.45 - Bytes Transmittted     215
11-09-1998 13:26:41.45 - Frames Received        11
11-09-1998 13:26:41.45 - Frames Transmitted     11
11-09-1998 13:26:41.48 - LCP : Received terminate acknowledgement.
11-09-1998 13:26:41.48 - LCP : Layer finished.
11-09-1998 13:26:41.48 - Remote access driver log closed.


By looking at the i4b sources, I see that the original sync PPP driver
frome Serge has been modified; now it perhaps send a wrong NAK to the
async map request. Moreover, it should perhaps send a REJ to the
option, not a NAK.

        /*       
         * pass 2: check for option values that are unacceptable and
         * thus require to be nak'ed.
         */       
[...]
                case LCP_OPT_ASYNC_MAP:
                        /* Async control character map -- check to be zero. */
                        if (! p[2] && ! p[3] && ! p[4] && ! p[5]) {
                                if (debug)
                                        addlog("[empty] ");
                                continue;
                        }
                        if (debug)
                                addlog("[non-empty] ");
                        /* suggest a zero one */
                        p[2] = p[3] = p[4] = p[5] = 0;
                        break;



Anyway, if I remove the "p[2] = p[3] = p[4] = p[5] = 0;", 
the driver sends back the original async map request with a
NAK, and the errors in the Win95 ppp log go away. 
After 10 times, the i4b driver sends a REJ to the ASYNCMAP
request, so it looks that basically any ASYNCMAP request should be
rejected in ppp_lcp_RCR(), not NAK'ed. 
I will modify the sources and try it out.

Now I successfully connect with a Teles card and a USR STI card.

Thanks for all replies!

	Armin
-- 

    Armin Gruner
    Forschung und Entwicklung

--
Armin Gruner, /dev Software GmbH                        Fon +49-89-286 598 43
Gabelsberger Str. 51                                    mailto:ag@devsoft.com
D-80333 Muenchen                                       http://www.devsoft.com
                                     

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-isdn" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19981111153150.A29738>