Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Tcpip, RASARP, NdisWan and Intermediate Driver

0 views
Skip to first unread message

askenatz

unread,
Nov 27, 1997, 3:00:00 AM11/27/97
to

Hi,

I am searching some information about binding between Tcpip, RASARP and
NdisWan.
Apparently, these drivers are bound with the following order
Tcpip -> RASARP -> NdisWan (only for the reason that the ndisWan
wrapper name starts with ... NdisWan).

From Ndis spec, it should be possible to have an intermediate driver
between tcpip and ndisWan. Should it be between RASPARP and NdisWan
(with a name starting with NdisWan) or
between Tcpip and RASARP (how can we bind to RASPARP and how can we
transfer IP adress information from ndisWan wrapper to Tcpip ?) ?

When I tried to give my intermediate driver a "ndisWan interface" (i.e.
make RASARP bind to it and see it as the original ndisWan), the RTC
connection hang up rapidly, saying the distant server closed the
connection. Should I put particular processing in this driver ?

Another point:
How does Tcpip.sys re-init its config with dynamic IP addresses ? Does
it occur at reception of STATUS_LINE_UP ? The protocolBuffer field of
the status structure is said to be an IP address but I failed reading a
valid address in my case (even if others info seem to be valid).

Any help will be greatly appreciated.


--------------------------------------------
Regine ASKENATZIS
regine....@der.edfgdf.fr

The opinions expressed here are my own and does not represent the views
or the opinions of Electricity of France (EDF), Inc.

Lewis Perin

unread,
Nov 27, 1997, 3:00:00 AM11/27/97
to askenatz

askenatz <aske...@cli57ae.der.edf.fr> writes:

>[...query regarding inserting an intermediate driver in the IP stack...]

>
> Another point:
> How does Tcpip.sys re-init its config with dynamic IP addresses ? Does
> it occur at reception of STATUS_LINE_UP ? The protocolBuffer field of
> the status structure is said to be an IP address but I failed reading a
> valid address in my case (even if others info seem to be valid).

This is a question many non-Microsoft programmers have wondered
about. Your speculation may be part of the answer but I doubt it's
the whole answer, for the reconfiguration request seems to come from
*above* in a DHCP transaction. I wonder if ipconfig.exe, or some DLL
it uses, has a private interface to tcpip.sys. Who knows - it could
be something as simple as causing an NdisReset with the understanding
that the reset complete handler would do the reconfiguration with the
understanding that all current I/O had been flushed.

Cheers, Lew

0 new messages