L2TP与多链路PPP的负载均衡和故障切换.PDFVIP

L2TP与多链路PPP的负载均衡和故障切换.PDF

  1. 1、本文档共14页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
L2TP与多链路PPP的负载均衡和故障切换

L2TP与多链路PPP的负载均衡和故障切换 目录 简介 先决条件 要求 使用的组件 规则 背景 与多链路PPP连接顺序的负载均衡 实验室测试-与多链路PPP的LNS负载均衡 RADIUS配置文件 LAC 配置 LNS -堆栈组多跳的配置(10.51.6.59和10.51.6.61) 从LAC采取的调试 从LNS采取的调试- 10.51.6.59 从LNS采取的调试- 10.51.6.61 相关信息 简介 本文描述使用负载均衡和故障切换的功能以多链路点对点协议(PPP)第2层隧道协议。 先决条件 要求 本文档的读者应掌握以下这些主题的相关知识: 虚拟专用拨号网络(VPDN) L2TP PPP PPP 多链路 使用的组件 本文档不限于特定的软件和硬件版本。 本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原 始(默认)配置。如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响。 规则 有关文档规则的详细信息,请参阅 Cisco 技术提示规则。 背景 当运行在多同时PPP链路间时,多链路PPP允许拆分,再结合和定序数据包。在传输末端,多链路 PPP提供单个数据包的分段到在多PPP链路间将传送的多个信息包。在接收末端,多链路PPP提供 数据包从多PPP链路重新召集回到其原始信息包。要协商多链路,两对等体必须同意他们多链路支 持,即,能组合多条物理链路到单个逻辑链接(经常被称为‘套件’)。用于的链路控制协议(LCP)选项 表明对等体是启用的多链路是Max-Receive-Reconstructed-Unit (MRRU)。 下面的表在LCP协商最后阶段显示从两个已启用多链路设备的Cisco IOS软件debug输出。正如你看 到的两个发送包含MRRU选项的CONFACKS表明在此PPP会话期间,多链路将使用。端点分辨器也 包括,虽然如此执行是不必要的。 注意: 端点分辨器可以用于命名多链路捆绑,虽然默认Cisco IOS软件行为是使用仅认证的用户名 。 如果遇到L2TP接入集中器的情况(LAC)使用了负载均衡并且建立隧道多链路对等体的B信道对多个 隧道终端,您看到多链路捆绑主控接口的每个LNS实例。对等体开始到分段的信息包并且在成员链 接同时发送这些。每个LNS接收片段和尝试再结合,定序出故障,并且丢失的片段报告。结果,数 据不可以通过。在这些情形中,有需求通知在关于连接多链路用户的状态的负载均衡涉及的其他 LNSs。要执行此, LNS需要被放置到多机箱多链路PPP (MMP) ‘堆栈组’。MMP功能根据堆栈组竞 标协议(SGBP)和第2层转发(L2F)多链路呼叫所有权的协议提供和投标在接受的呼叫之前。vpdn multihop命令要求允许从远程主机生成的数据包横断超过一个通道。 当LNS在完成验证之前时收到多链路呼叫,是命名对于多链路捆绑名称)的Cisco IOS软件默认的用 户名远程(通过对SGBP。SGBP为查询在堆栈组内提供一机制一呼叫的现有所有权。如果接受呼叫 的堆栈组成员不是现有所有者, SGBP使用一个命令过程解决所有权以堆叠的其他成员。投标是为 特定用户,不是单个连接。默认情况下,收到第一个呼叫的堆栈组成员总是赢取命令过程并且控制 所有后续呼叫所有权从该用户的。这是不管终止的LNS (由配置,更改SGBP出价进程的行为,影响 是可能的谁将赢取命令过程并且拥有呼叫)。当从用户的所有呼叫被断开时,重要的所有权被放弃。 一新的呼叫从同一个用户再开始命令过程与一新的主控的解决方法。 与多链路PPP连接顺序的负载均衡 1. 一个远程苏活区用户2500-1发出一次多链路呼叫,单个信道,到LAC。建立 PPP 链路。 2. LCP协商(MRRUs在CONFACKS包括),并且隧道信息从与用于负载均衡的隧道终点的 RADIUS下载。当第一个非活动地址和连接转发,隧道终点10.51.6.59选择。通道和会话建立 。 3. LNS创建虚拟访问接口2终止L2TP通道。·开始以ppp、Keepalive、mtu、和仅命令从虚拟模板复 制。Virtual-template 1有配置的PPP。在ICCN传送的LCP配置信息是牵强的在虚拟访问接口 PPP堆叠上(这包括LAC协商的MRRU)。 4. LNS在ICCN使用代理验证答复AVP - 33,传送,开始所有现有多链路捆绑的SGBP出价进程与 名称2500-1。精通查询开放投标为与默认种子投标的套件2500-1发送50。·与精通投标的 Sgbp

文档评论(0)

tangtianbao1 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档