免费注册 查看新帖 |

Chinaunix

广告
  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 4443 | 回复: 4
打印 上一主题 下一主题

关于PPTP RFC中的一个问题 [复制链接]

论坛徽章:
0
1 [报告]
发表于 2008-04-18 21:37 |只看该作者
outcall是pns发送给pac的。incomingcall由pac发送给pns。即由哪一方发起会话连接。

论坛徽章:
0
2 [报告]
发表于 2008-04-19 00:19 |只看该作者
outcall是pns发送给pac的。incomingcall由pac发送给pns。即由哪一方发起会话连接。
\r\nthanks~那句话的英译汉我明白。我的意思是:按照RFC上的说法,发出outgoing-call-request的应该是PNS,但是在我抓的包中,是client,也就是PAC发出的outgoing-call-request,很明显和RFC中的描述相反。\r\n另外,有一句话似乎包含这答案,但是我不太明白意思(非英译汉):PPTP can also be used to tunnel a PPP session over an IP network. In this configuration the PPTP tunnel and the PPP session runs between the same two machines with the caller acting as a PNS.

论坛徽章:
0
3 [报告]
发表于 2008-04-21 17:24 |只看该作者
\r\n另外,有一句话似乎包含这答案,但是我不太明白意思(非英译汉):PPTP can also be used to tunnel a PPP session over an IP network. In this configuration the PPTP tunnel and the PPP session runs between the same two machines with the caller acting as a PNS.\r\n
\r\n不知道Pptp里有没有自愿隧道这个概念,如果有的话,拨号的一方也可以称作PNS。

论坛徽章:
0
4 [报告]
发表于 2008-04-23 15:00 |只看该作者
[qutoe]不知道Pptp里有没有自愿隧道这个概念,如果有的话,拨号的一方也可以称作PNS。[/quote]\r\n当然有~我现在使用的这种方式就是自愿隧道。你这个说法我第一次听说,我google一下先。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP