Win9x的Passthru拨号问题 -- slwqw 请进!

slwqw大侠：

找到1.2.3 Intermediate Driver Query and Set Operations，
确实有象您指教的内容。
但是对于象我这样的没有基础的人，理解不了。
既然能指点一点，那就请您多指点几点吧。

是在MPInitialize()里执行MiniportSetInformation 之类呢
还是用别的什么方法设定
OID_WAN_PROTOCOL_TYPE和OID_WAN_HEADER_FORMAT ，
使它们符合WAN的属性？

到学校读书，指的不是自己读书，指的是听老师讲书。
多多包涵，就这么一点学费(^.^)。



------------------------------------------------------------
原来的题目:
“解决这个问题(720错误)的方法是欺骗系统的拨号程序，
让它以为绑定在pppmac之上的不是passthru协议，而是一个mstcp协议。”
-- 摘自HU大侠的发言。

这个方法，有人成功过吗？
如果成功了，可否深入指教一下。

-----------------------------------------------------------
slwqw大侠指教：
DDK 2K Document:
An intermediate driver bound to a WAN-capable NIC must also make the following
set-information requests:

OID_WAN_PROTOCOL_TYPE to inform the underlying NIC driver of the protocol\'s
type. The type is supplied as a single-byte, network-level protocol identifier.
 
OID_WAN_HEADER_FORMAT to inform the underlying NIC driver of the header
format of the packets it sends.


[编辑 -  6/6/03 by  jiacom]

这个问题我觉得可以在ndl里面在bind的时候修改相应的信息吧，我没有做这段工作，不敢十分肯定。

Hu大侠可否再详细地指导一下。

mikeluo大侠:  ndl是指哪部分呢？

http://groups.yahoo.com/group/discussion-pcausa/message/578
里面也有同样的讨论。

从拨号记录上看，被认为是主要原因的有：
protocol 8021 (IPCP) is not bound.

可是没人得到结论。

2K DDK Document:

An intermediate driver bound to a WAN-capable NIC must also make the following set-information requests:

OID_WAN_PROTOCOL_TYPE

to inform the underlying miniport driver of the protocol\'s type. The type is supplied as a single-byte, network-level protocol identifier.

OID_WAN_HEADER_FORMAT

to inform the underlying miniport driver of the header format of the packets it sends.

=================================

当你完全领悟上面这段话的时候，你就知道如何解决这个问题了。

2K DDK Document:

An intermediate driver bound to a WAN-capable NIC must also make the following set-information requests:

OID_WAN_PROTOCOL_TYPE

to inform the underlying miniport driver of the protocol\'s type. The type is supplied as a single-byte, network-level protocol identifier.

OID_WAN_HEADER_FORMAT

to inform the underlying miniport driver of the header format of the packets it sends.

=================================

当你完全领悟上面这段话的时候，你就知道如何解决这个问题了。

你的移植全做完了？

[quote]2K DDK Document:

An intermediate driver bound to a WAN-capable NIC must also make the following set-information requests:

OID_WAN_PROTOCOL_TYPE

to inform the underlying miniport driver of the protocol\'s type. The type is supplied as a single-byte, network-level protocol identifier.

OID_WAN_HEADER_FORMAT

to inform the underlying miniport driver of the header format of the packets it sends.

=================================

当你完全领悟上面这段话的时候，你就知道如何解决这个问题了。

你的移植全做完了？

 [/quote]

还没呢：（，不过现在已经没有时间去研究了 :(

我也是没有时间研究这个问题了，不过大致的差不多了，你还差什么了？

我也是没有时间研究这个问题了，不过大致的差不多了，你还差什么了？

就是那个自动打断绑定和自动恢复绑定啊~~~~~~~~

[quote]我也是没有时间研究这个问题了，不过大致的差不多了，你还差什么了？

就是那个自动打断绑定和自动恢复绑定啊~~~~~~~~

 [/quote]

还是不打算用myndi？

[quote][quote]我也是没有时间研究这个问题了，不过大致的差不多了，你还差什么了？

就是那个自动打断绑定和自动恢复绑定啊~~~~~~~~

 [/quote]

还是不打算用myndi？ [/quote]

用了，包括Thunk Up在内，总共编写了1500多行代码。

目前可以很好地自动打断绑定，只是在恢复时老碰到不可思议的
事情。如某一个注册表键明明已经不存在了（通过Regedit.exe
查看发现），但是在Myndi里边检测时那个键却还存在，邪门：（

弄了好久，也不知道问题出在哪里：（

可能我采用的方法跟你不一样吧，才碰到这种问题，以后有时间再继续研究~~~~

在MPInitialize()里边执行MiniportSetInformation操作。
至于怎么设置参数，DDK已经说得很明白了，我就不