阅读:2905回复:13
也是98PPPoE拨号返回“720”错误!能否给点提示!
这个是因为什么原因,我记得以前讨论过着个问题!
原因?解决方法? |
|
沙发#
发布于:2003-07-08 17:41
720 由于您的计算机与远程计算机的 PPP 控制协议不一致,所以连接尝试失败。
没有为该连接配置 PPP 网络控制协议,或者没有安装相应的网络协议。在产品升级过程中更改网络协议类型时,可能会出现该错误。 ------------------------- http://www.yesky.com/20010919/197940.shtml 有拨号网络的错误原因明细 |
|
板凳#
发布于:2003-07-08 18:04
PPP 控制协议不一致?应该不会呀!
配置?如何配置? 我得配置和windows缺省的拨号配置是一样的 |
|
地板#
发布于:2003-07-08 18:04
hehe,精神可嘉,不过没回答到点子上。
这哥们问的意思是驱动内什么东东实现不对或不完整, 并不是windows报告的原因, 因为这个对我们没有太大的意义。 |
|
|
地下室#
发布于:2003-07-09 09:19
znsoft,老大
这是怎么回事?给点提示!!!!!!!!!!!!!!!!! |
|
5楼#
发布于:2003-07-09 09:20
znsoft,老大
这是怎么回事?给点提示!!!!!!!!!!!!!!!!! 返回这个720错误,是驱动本身协商过程中的错误?还是......? |
|
6楼#
发布于:2003-07-09 09:29
应该是因为你在bind的时候打断了TCPIP和pppmac的绑定关系引起的问题吧?让你的passthru不要bind到wan设备上?
|
|
|
7楼#
发布于:2003-07-09 12:04
可是,不绑定到wan设备,系统怎么会把我得adapter当成一个可用来拨号的设备呢?
不绑定到wan,怎样暴露我得拨号设备??? |
|
8楼#
发布于:2003-07-09 12:20
暴露你的设备应该是你的passthru的miniport做的事情吧?把这个miniport实现成一个wan的设备,而不是通过bind到wan的设备来实现的。
|
|
|
9楼#
发布于:2003-07-09 12:34
老大你的意思,自己实现拨号这一部分?
bind到wan,不就可以用windows98自带的拨号部分???? |
|
10楼#
发布于:2003-07-09 12:57
(1)我也碰到过同样问题,没有解决。 本来想彻底尝试下去,别的工作更紧张,於是就放到一边。 (2)在微软的网页上搜寻322114,有微软的回答。 http://support.microsoft.com/default.aspx?scid=kb;[LN];322114 或者 http://support.microsoft.com/default.aspx?scid=kb%3ben-us%3b322114 结论是很悲观的。看来很难行得通。 (3)但是,不少大虾(包括碰到同样问题的同行)指教我, 欺骗下层就可以通,比如要通知如下信息到下层。 OID_WAN_PROTOCOL_TYPE OID_WAN_HEADER_FORMAT 等 我碰到的问题是OID_WAN_PROTOCOL_TYPE的 表示: 1字节方式(NLPID) --- 语法没通放弃 6字节方式(SNAP NLPID) --- 语法通了,6字节的准确值不知道,失败。 之后,再没有尝试。 (4)微软说不可,可有人说很简单。到底能不能成功? ;) |
|
11楼#
发布于:2003-07-09 12:57
720是什么错误?是不是ppp协商不成功?
你看看你向上报告的ppp包长度对不对? 你要用pppoe头部里面的长度字段,不要用eth报告给你的长度 |
|
12楼#
发布于:2003-07-09 13:29
不需要实现ppp,只是把自己作为一个wan的设备,实现一个wan minport,然后把这个miniport作为一个拨号的设备。
你该知道怎么实现一个wan miniport吧??如果这个你都没有做的话,2k下也不能作pppoe啊 |
|
|
13楼#
发布于:2003-07-12 15:13
是的,自己实现一个WanMiniport让NdisWan去绑定
看了NDIS北京会议的文档,知道720错误,应该去欺骗Windows的拨号系统,可是想来想去不知道该如何去。。。欺骗。。。??? 大家帮忙!!! |
|