Does anyone know of any TCP stacks that could be used within a kernel
driver? I am looking into creating a driver that has its own TCP stack
independent of the usual Windows TCP stack.
We already have the driver that controls the NIC. We also already have an
RPC mechanism in place that will be used.
I realize this is a wide-open question. And I’m trying to keep it that
way. This project is in its early stage and details are not nailed down.
Thanks for any tips,
Steve
It seems like you are not interested in using the existing stack, so you are
not worried about the benifits that comes with NDIS wrapper and the current
networking stack …
If so, then you can get a fairly few embedded TCP/IP sources from the net,
can
directly get them into a plain kernel mode driver, and at the user level you
can have dll to invoke the dispatches to your driver… THIS IS A BIG EFFORT
THOUGH.
I’ve seen protocol driver implemented that way, but they are not protocol
driver in the sense of MS networking stack, it completely bypass the
TDI,NDIS and Miniport sturcture. So it is doable, and big effort, also might
not be allowed for WHQL …
-prokash
-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com]On Behalf Of Steve Meisner
Sent: Monday, December 22, 2003 8:15 AM
To: Windows System Software Devs Interest List
Subject: [ntdev] Embedded TCP stacks
Does anyone know of any TCP stacks that could be used within a kernel
driver? I am looking into creating a driver that has its own TCP stack
independent of the usual Windows TCP stack.
We already have the driver that controls the NIC. We also already have an
RPC mechanism in place that will be used.
I realize this is a wide-open question. And I’m trying to keep it that
way. This project is in its early stage and details are not nailed down.
Thanks for any tips,
Steve
Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256
You are currently subscribed to ntdev as: xxxxx@garlic.com
To unsubscribe send a blank email to xxxxx@lists.osr.com
There are several out there (such as Blunk Microsystems, smxNet or Elmic
Systems) that do not rely on TDI or the NDIS model. I have seen multiple
implementations, such as StorPort miniport drivers that had embedded TCP
stacks to control iSCSI HBAs. I know these stacks exist. I was just
looking for references for any good ones. I have a compressed schedule (as
usual) to review what’s out on the market right now.
Steve
Again, I really dont know your schedule, and schedule to look for
alternatives. But if you want to tryout a minimal tcp/ip stack you might
want to look at the "TCP/IP Lean " Book that comes with a bare minimum code
to get a http server on an embedded system …
Also you might want to look at some of the kernel implementation of socket
library, such as storage craft’s kernel socket, osr kernel socket etc., but
it seems like you really want to by pass TDI, and NDIS, and in that case may
be one of those reference implementation you mentioned might be a
path-of-choice…
-prokash
-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com]On Behalf Of Steve Meisner
Sent: Monday, December 22, 2003 10:04 AM
To: Windows System Software Devs Interest List
Subject: [ntdev] RE: Embedded TCP stacks
There are several out there (such as Blunk Microsystems, smxNet or Elmic
Systems) that do not rely on TDI or the NDIS model. I have seen multiple
implementations, such as StorPort miniport drivers that had embedded TCP
stacks to control iSCSI HBAs. I know these stacks exist. I was just
looking for references for any good ones. I have a compressed schedule (as
usual) to review what’s out on the market right now.
Steve
Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256
You are currently subscribed to ntdev as: xxxxx@garlic.com
To unsubscribe send a blank email to xxxxx@lists.osr.com
I probably don’t know what I’m talking about, but Douglas Comer has a lot of
TCP/IP stack code in his book, would that be a decent start ? There’s
several places on the net where you can get it, try for example
http://www-ee.eng.hawaii.edu/~msmith/XCoNET/tcp_ip_code.htm
or you can go directly to Douglas Comer’s web page at Purdue:
http://www.cs.purdue.edu/homes/dec/netbooks.html
Hope this helps…
Alberto.
-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com]On Behalf Of Prokash Sinha
Sent: Monday, December 22, 2003 3:16 PM
To: Windows System Software Devs Interest List
Subject: [ntdev] RE: Embedded TCP stacks
Again, I really dont know your schedule, and schedule to look for
alternatives. But if you want to tryout a minimal tcp/ip stack you might
want to look at the "TCP/IP Lean " Book that comes with a bare minimum code
to get a http server on an embedded system …
Also you might want to look at some of the kernel implementation of socket
library, such as storage craft’s kernel socket, osr kernel socket etc., but
it seems like you really want to by pass TDI, and NDIS, and in that case may
be one of those reference implementation you mentioned might be a
path-of-choice…
-prokash
-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com]On Behalf Of Steve Meisner
Sent: Monday, December 22, 2003 10:04 AM
To: Windows System Software Devs Interest List
Subject: [ntdev] RE: Embedded TCP stacks
There are several out there (such as Blunk Microsystems, smxNet or Elmic
Systems) that do not rely on TDI or the NDIS model. I have seen multiple
implementations, such as StorPort miniport drivers that had embedded TCP
stacks to control iSCSI HBAs. I know these stacks exist. I was just
looking for references for any good ones. I have a compressed schedule (as
usual) to review what’s out on the market right now.
Steve
Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256
You are currently subscribed to ntdev as: xxxxx@garlic.com
To unsubscribe send a blank email to xxxxx@lists.osr.com
Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256
You are currently subscribed to ntdev as: xxxxx@compuware.com
To unsubscribe send a blank email to xxxxx@lists.osr.com
The contents of this e-mail are intended for the named addressee only. It
contains information that may be confidential. Unless you are the named
addressee or an authorized designee, you may not copy or use it, or disclose
it to anyone else. If you received it in error please notify us immediately
and then destroy it.
Thanks for those sites, but I am looking for any commercially available
(and supported) packages. Although the essays on Comer’s site about the
right way to insult a computer scientist and how to fail your PhD final
exam were rather amusing!!
Windock Direct is a software layer to control such beasts.
No more native Windows TCP, and sometimes no more TDI and AFD.
Maxim Shatskih, Windows DDK MVP
StorageCraft Corporation
xxxxx@storagecraft.com
http://www.storagecraft.com
----- Original Message -----
From: “Steve Meisner”
To: “Windows System Software Devs Interest List”
Sent: Monday, December 22, 2003 9:03 PM
Subject: [ntdev] RE: Embedded TCP stacks
> There are several out there (such as Blunk Microsystems, smxNet or Elmic
> Systems) that do not rely on TDI or the NDIS model. I have seen multiple
> implementations, such as StorPort miniport drivers that had embedded TCP
> stacks to control iSCSI HBAs. I know these stacks exist. I was just
> looking for references for any good ones. I have a compressed schedule (as
> usual) to review what’s out on the market right now.
>
> Steve
>
> —
> Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256
>
> You are currently subscribed to ntdev as: xxxxx@storagecraft.com
> To unsubscribe send a blank email to xxxxx@lists.osr.com
Windock Direct or Winsock Direct? If you’re talking about Winsock Direct
from Microsoft, that’s no good. That was designed for user mode apps.
There was a kernel level piece being worked on back around 2000, but that
never happened.
I need a complete, free-standing TCP stack that can be implemented in a
kernel driver.
If anyone has used any of these, please, please let me know.
Steve