Does anybody know where to get W2K/XP TDI Transport sample? I have an old
sample from the NT DDK (i.e. src\network\tdi), but it appears that the W2K
and later DDKs don't have one.

Thx

((&-<

Re: TDI Transport Sample by Thomas

Thomas
Tue Nov 18 21:22:40 CST 2003

If you are talking about a TDI Provider Sample, then I haven't seen one of
those in a long time. For all practical purposes Microsoft TCP/P and
supporting Microsoft protocols are the only TDI providers on Windows
anymore. Third-party TDI providers are out of business.

Good luck,

Thomas F. Divine
www.pcausa.com


"QuasiCodo" <no_spam_BillAlexander@Yahoo.com> wrote in message
news:OJZ8ZSirDHA.2304@TK2MSFTNGP12.phx.gbl...
> Does anybody know where to get W2K/XP TDI Transport sample? I have an old
> sample from the NT DDK (i.e. src\network\tdi), but it appears that the W2K
> and later DDKs don't have one.
>
> Thx
>
> ((&-<
>
>



Re: TDI Transport Sample by QuasiCodo

QuasiCodo
Wed Nov 19 08:53:25 CST 2003

So, does that mean that MS is discouraging developer from writing TDI
providers? Should we just use the Open/Close/Read/Write MJ functions
instead?

((&-<



Re: TDI Transport Sample by Thomas

Thomas
Wed Nov 19 10:33:28 CST 2003

I am somewhat confused by your answer.

The kernel-mode TCP/IP transport driver is an example of a TDI provider. Do
you want to write a driver that implements a "true" protocol that can be
used in user-mode via Winsock? If so, then the TDI documentation should be
sufficient for you to do it (if you have the strength). There is no current
TDI provider sample in the DDK for sure.

What do you want to achieve?

Thomas F. Divine
www.rawether.net

"QuasiCodo" <no_spam_BillAlexander@Yahoo.com> wrote in message
news:OJFOHxqrDHA.2360@TK2MSFTNGP10.phx.gbl...
> So, does that mean that MS is discouraging developer from writing TDI
> providers? Should we just use the Open/Close/Read/Write MJ functions
> instead?
>
> ((&-<
>
>



Re: TDI Transport Sample by Thomas

Thomas
Wed Nov 19 10:50:56 CST 2003

You said: "Should we just use the Open/Close/Read/Write MJ functions
instead?"

Yes, if you are only using the NDIS protocol driver for your own propritary
use. That's the way the MS NDISUIO and NDISPROT NDIS protocol drivers are
designed.

Good luck,

Thomas F. Divine

"QuasiCodo" <no_spam_BillAlexander@Yahoo.com> wrote in message
news:OJFOHxqrDHA.2360@TK2MSFTNGP10.phx.gbl...
> So, does that mean that MS is discouraging developer from writing TDI
> providers? Should we just use the Open/Close/Read/Write MJ functions
> instead?
>
> ((&-<
>
>



Re: TDI Transport Sample by QuasiCodo

QuasiCodo
Wed Nov 19 11:13:05 CST 2003

Thomas:

We are writing a WDM driver stack for a Multiport-Serial-Port Hub.
Communications to the MPS hub is either over TCP/IP or over our own
proprietary protocol. For our proprietary protocol, we thought that we
would implement it with a TDI interface so that it is similar to the
interface of TCP. For example, when we make a connection, we call
TdiBuildConnect() and IoCallDriver().

We could make the protocol driver with a custom interface. For example,
IRP_MJ_CREATE could be used to create a connection to a specified MPS hub.
This would much simpler than TDI.

The protocol is not that complex. It has sequence/acknowledgement with a
window of one. It is very simple.

I'm just researching the feasibility of putting a TDI interface onto the
protocol. Looks like LOTS of work.

Thx

((&-<



Re: TDI Transport Sample by Thomas

Thomas
Wed Nov 19 12:53:17 CST 2003

My thought is that unless you want your propritary protocol to be a "first
class" protocol that would be widely used by thrid parties via Winsock, then
a TDI interface would be unnecessary overkill.

If your propritary protocol is simple, invent a robust and simple interface
of your own.

Thomas F. Divine
www.rawether.net

"QuasiCodo" <no_spam_BillAlexander@Yahoo.com> wrote in message
news:uiAPJ$rrDHA.2304@tk2msftngp13.phx.gbl...
> Thomas:
>
> We are writing a WDM driver stack for a Multiport-Serial-Port Hub.
> Communications to the MPS hub is either over TCP/IP or over our own
> proprietary protocol. For our proprietary protocol, we thought that we
> would implement it with a TDI interface so that it is similar to the
> interface of TCP. For example, when we make a connection, we call
> TdiBuildConnect() and IoCallDriver().
>
> We could make the protocol driver with a custom interface. For example,
> IRP_MJ_CREATE could be used to create a connection to a specified MPS hub.
> This would much simpler than TDI.
>
> The protocol is not that complex. It has sequence/acknowledgement with a
> window of one. It is very simple.
>
> I'm just researching the feasibility of putting a TDI interface onto the
> protocol. Looks like LOTS of work.
>
> Thx
>
> ((&-<
>
>



Re: TDI Transport Sample by QuasiCodo

QuasiCodo
Wed Nov 19 13:42:48 CST 2003

Thx

((&->



Re: TDI Transport Sample by Maxim

Maxim
Wed Nov 19 12:32:07 CST 2003

> proprietary protocol. For our proprietary protocol, we thought that we
> would implement it with a TDI interface so that it is similar to the
> interface of TCP.

Great idea! This will allow you to use MSAFD WinSock provider for it, and have
all WinSock smartnesses for you. Just write a helper DLL.

--
Maxim Shatskih, Windows DDK MVP
StorageCraft Corporation
maxim@storagecraft.com
http://www.storagecraft.com



Re: TDI Transport Sample by Maxim

Maxim
Wed Nov 19 23:28:16 CST 2003

I expect TDI to match the network packet processing well.

--
Maxim Shatskih, Windows DDK MVP
StorageCraft Corporation
maxim@storagecraft.com
http://www.storagecraft.com


"Thomas F. Divine" <pcausa@hotmail.com> wrote in message
news:uOSEr5srDHA.1740@TK2MSFTNGP12.phx.gbl...
> My thought is that unless you want your propritary protocol to be a "first
> class" protocol that would be widely used by thrid parties via Winsock, then
> a TDI interface would be unnecessary overkill.
>
> If your propritary protocol is simple, invent a robust and simple interface
> of your own.
>
> Thomas F. Divine
> www.rawether.net
>
> "QuasiCodo" <no_spam_BillAlexander@Yahoo.com> wrote in message
> news:uiAPJ$rrDHA.2304@tk2msftngp13.phx.gbl...
> > Thomas:
> >
> > We are writing a WDM driver stack for a Multiport-Serial-Port Hub.
> > Communications to the MPS hub is either over TCP/IP or over our own
> > proprietary protocol. For our proprietary protocol, we thought that we
> > would implement it with a TDI interface so that it is similar to the
> > interface of TCP. For example, when we make a connection, we call
> > TdiBuildConnect() and IoCallDriver().
> >
> > We could make the protocol driver with a custom interface. For example,
> > IRP_MJ_CREATE could be used to create a connection to a specified MPS hub.
> > This would much simpler than TDI.
> >
> > The protocol is not that complex. It has sequence/acknowledgement with a
> > window of one. It is very simple.
> >
> > I'm just researching the feasibility of putting a TDI interface onto the
> > protocol. Looks like LOTS of work.
> >
> > Thx
> >
> > ((&-<
> >
> >
>
>



Re: TDI Transport Sample by QuasiCodo

QuasiCodo
Thu Nov 20 14:43:57 CST 2003

Thomas:

If we write a protocol driver without a TDI provider interface, will WHQL
certify it?

((&-<



Re: TDI Transport Sample by Thomas

Thomas
Thu Nov 20 20:29:54 CST 2003

There is currently no WHQL test for protocols.

Thomas

"QuasiCodo" <no_spam_BillAlexander@Yahoo.com> wrote in message
news:O%235RfZ6rDHA.2348@TK2MSFTNGP09.phx.gbl...
> Thomas:
>
> If we write a protocol driver without a TDI provider interface, will WHQL
> certify it?
>
> ((&-<
>
>