多机箱多链路PPP (MMP) (第2部分)

Size: px

Start display at page:

Download "多机箱多链路PPP (MMP) (第2部分)"

妥突喻
5 years ago
Views:

1 多机箱多链路 PPP (MMP) ( 第 2 部分 ) 目录简介先决条件示例堆栈 ( 带拨号程序 ) 中的 AS5200 使用卸载服务器卸载带物理接口的服务器异步串行和其他非拨号接口从多底盘拨出向多底盘拨号配置和限制配置每协议接口配置配置全局协议配置排除故障确保 SGBP 已启动并正常运行调试 PPP 多链路调试 VPN/L2F 相关信息简介本文继续描述多链路 PPP 的支持在堆叠或多机箱环境 ( 有时呼叫 MMP, 多机箱多链路 PPP 的 ), 在 Cisco 系统的接入服务器平台本文是一个两部分文档的一部分两本文的参考的第一部分欲知更多信息先决条件前提对于本文在本文的第一部分中给示例堆栈 ( 带拨号程序 ) 中的 AS5200 当拨号程序在物理接口时配置, 没有需要指定虚拟模板接口虚拟访问接口作为无源接口, 支持在拨号接口和物理接口之间关联与拨号接口简而言之, 您只需要定义堆栈组名称普通的密码和堆栈组成员在所有堆栈成员间如以下示例所显示, 虚拟模板接口没有定义,

2 systema int dialer 1 ip unnum e0 dialer map... dialer-group 1 controller T1 0 framing esf linecode b8zs pri-group timeslots 1-24 interface Serial023 no ip address encapsulation ppp dialer in-band dialer rotary 1 dialer-group 1 以下示例是从 E1 控制器 systema int dialer 1 ip unnum e0 dialer map... dialer-group 1 controller T1 0 framing esf linecode b8zs pri-group timeslots 1-24 interface Serial023 no ip address encapsulation ppp dialer in-band dialer rotary 1 dialer-group 1 在捆绑接口创建后, 用从拨号接口的仅 PPP 命令克隆随后的设计的 PPP 链路也被克隆用从拨号接口的 PPP 命令图 3 显示拨号接口如何坐在捆绑接口顶部比较它图 2, 没有拨号接口 PRI 和 BRI 默认情况下是拨号接口 ;PRI 配置没有一明确拨号程序 ( 通过 dialer rotary 命令 ) 仍然是在 Serial023 的一拨号接口, 如显示由以下示例

3 systema int dialer 1 ip unnum e0 dialer map... dialer-group 1 controller T1 0 framing esf linecode b8zs pri-group timeslots 1-24 interface Serial023 no ip address encapsulation ppp dialer in-band dialer rotary 1 dialer-group 1 图 3 堆栈组 stackq 包括 systema systemb 和 systemc systema 链路在拨号接口配置使用卸载服务器 systema 被选定卸载服务器 ( 使用 sgbp seed-bid 命令 ) 其他堆栈组成员必须用 sgbp seed-bid default 命令定义 ( 或, 如果不定义了 thesgbp 种子出价命令, 默认为此 ) systema sgbp seed-bid offload 图 4systema 作为卸载服务器卸载带物理接口的服务器如果指定卸载服务器也有希望的物理接口 ( 例如, PRI) 服务 telco 搜索组和其他堆栈成员一样, 您能配置它通过结合在题为在斯塔克的 AS5200 的本文的部分显示的配置 ( 与拨号程序 ) 和使用卸载服务器如此执行被卸载的设计的 PPP 链路和其捆绑接口依靠配置源的虚拟模板有第一条链路的连接到达在 View ( 物理设备连接对拨号接口和捆绑接口和所有随后的设计的 PPP 链路的配置源是拨号接口配置因此, 这些变化共存, 从属在第一条链路到达的堆栈成员

4 此配置不推荐的归结于在拨号程序和虚拟模板接口要求的配置复杂性异步串行和其他非拨号接口当您能配置异步, 并且时串行设备作为拨号接口 ( 在恢复对在斯塔克的 AS5200 ( 与拨号程序 ) 情况下, 如本文的该部分所显示 ), 您可以选择支持多机箱 MP, 不用异步, 序列的任何拨号程序配置和其他非拨号接口所有配置来源在虚拟模板接口然后定义, 如下所示 login 从多底盘拨出目前, 因为第二层转发协议不支持拨出, 多机箱配置不支持拨出结果, 没有办法启动的卸载服务器 ( 其中路由在拨号配置文件被伪装, 等等 ) 在前端堆栈成员的一个拨号在同一个堆栈组中在前端堆栈成员必须安装所有被伪装的路由, 因为这些是那个物理拨号连接 ( 例如 PRI) 一些应急方案如下当 sgbp ppp-forward 命令在前端堆栈成员时发出, 这意味着所有 PPP 和 PPP 多链路呼叫自动地转发给堆栈组竞标协议 (SGBP) 投标赢利地区, 例如卸载服务器您在网络接入服务器 (NAS) 必须取决于拨号, 并且请让 IP 路由收敛 ( 仅 IP) 采取其课程例如, 拨号 , 请放置此地址在拨号映射语句在 NAS 并且放置静态路由在 NAS, 如下

5 login 当拨号连接给远端对等体时, PPP 连接形成在远端对等体和卸载服务器之间前端堆栈成员完全被绕过在卸载服务器的 PPP 然后安装主机路由给对等体这时, 因为路由度量趋向路由那里, IP 路由协议从到主机路由聚合在卸载服务器注意路由聚合导致延迟当 sgbp ppp-forward 命令在前端堆栈成员时没有定义, 这意味着仅 PPP 多链路呼叫自动地转发给 SGBP 投标赢利地区, 例如卸载服务器因此, 从前端堆栈成员的一拨号程序远端对等体的跨过外端点和远端对等体之间的 PPP 连接同一种行为, 好象 NAS 没有作为堆栈组的部分注意这发生, 只要连接是直通而不是 PPP (PPP 多链路 ) 向多底盘拨号如果有 IP 路由 ( 例如增强的内部网关路由选择协议 (EIGRP) 和开放最短路径优先 (OSPF)) 流在客户端和最终赢取投标的堆栈成员之间 ( 例如卸载服务器 ), 这跟随的一些个提示防止安装在客户端的已连接路由配置是 NAS 的客户端 ( 透明帧转发器 ) 的地址, 如下所示 login 如果有 EIGRP, 例如, 运作在客户端和卸载服务器之间, 在卸载服务器的路由表指示那达到

6 路由应该通过虚拟访问接口这是因为点到点协议 IP 控制协议 (IPCP) 在客户端安装已连接路由对 BRI 接口 EIGRP 然后通告此路由到在 PPP 会话的卸载服务器 ( 在 L2F) 在卸载服务器的 EIGRP 因而指示那达到 , 它应该路由对客户端客户端的路由是对虚拟访问接口现在, 您有为客户端注定的一数据包 IP 路由发送数据包对虚拟访问接口虚拟访问接口封装 IP/User 数据协议 (UDP)/L2F/PPP 封装和发送数据包对 L2F NAS 一切这时是正常然后, 而不是发送数据包通过 ( 例如 ) 以太网接口, IP 路由通过再虚拟访问接口发送它这是因为路由表指示那达到 NAS, 它必须通过客户端这创建路由环路和有效禁用在 L2F 通道的输入和输出要防止此, 请勿允许 IPCP 安装在客户端的一已连接路由注意只有当您有运作在客户端和思科家用网关之间时的某个 IP 路由协议这适合于客户端配置如下 login 在客户端的拨号图当客户端拨号对多机箱环境时, 总是请定义拨号程序给多链路捆绑的每个潜在的赢利地区例如, 如果有在多机箱堆叠的四个卸载服务器, 那里应该在客户端定义的四拨号图例如

7 login 在本例中, 是一个卸载服务器因为有 dialer map 匹配, 为路由注定的数据包对 BRI 和拨号程序拨号目的地卸载服务器实际上赢取投标, 并且 PPP 会话设想那里 EIGRP 交换在客户端和卸载服务器之间在客户端的 IP 路由表充满对 BRI0 的一个路由 ( 卸载服务器 ) 现在, 在客户端, 为注定的数据包路由对 BRI0 尽管没有拨号程序匹配, 拨号器, 然而, 不能拨号注意总是请定义所有潜在的 SGBP 投标赢利地区的拨号图客户端的, 每当访问卸载服务器是客户端的需求配置和限制企业 j-image 为多机箱 MP 要求仅一个堆栈组可以为每接入服务器定义高延时广域网连接堆栈成员之间, 导致 MP 重组延迟, 可能造成多机箱 MP 是效率低的接口为 PRI [M] BRI 序列和异步装置支持不支持拨出配置每协议接口配置实际上, 请勿配置在虚拟模板的特定协议地址

8 login 虚拟模板接口担当任何数量的虚拟访问接口动态地被克隆的模板您不应该指定对虚拟模板接口的一个单个接口的协议特殊化地址由于 IP 地址一定是唯一为每个网络接口, 指定在虚拟模板接口的一个唯一 IP 地址是不正确的反而, 请执行以下 login 配置全局协议配置拨号到单个接入路由器并且当前盼望接入服务器有一个唯一全局地址的客户端 ( 例如 DECNet) 实际上拨号给包括几接入服务器的多机箱多链路堆栈组在这种情况, 请终止确定性堆栈组在单个接入服务器执行那, 发出 sgbp seed-bid offload 命令在指定接入服务器 ( 或指定最高的投标 ) 排除故障要执行的第一件事, 如果有问题是回到单个堆栈成员, 禁用其他堆栈成员然后请测试您的 PPP 多链路连接并且通过通常质询握手验证协议 (CHAP) 验证和接口配置错误的在配置方面等等当您是满足的时它工作, 启用其他堆栈成员, 然后如下进行 1. 确保 SGBP 是正在运行的 2. Debug ppp 多链路 3. 调试 VPN 和 L2F 确保 SGBP 已启动并正常运行发出 show sgbp 命令确保, 所有成员国是活跃的否则, 请寻找 IDLE AUTHOK 或者活动状态如被提及以前, IDLE 是有意不激活的所有远程栈成员的一个有效状态

9 如果如上所述查找一问题, 请打开 debug sgbp hellos 和 debug sgbp error 命令在两个堆栈成员之间的验证, 例如在 systema 和 systemb, 应该如下 ( 在 systema) systema# debug sgdp hellos %SGBP-7-CHALLENGE Send Hello Challenge to systemb group stackq %SGBP-7-CHALLENGED Hello Challenge message from member systemb ( ) %SGBP-7-RESPONSE Send Hello Response to systemb group stackq %SGBP-7-CHALLENGE Send Hello Challenge to systemb group stackq %SGBP-7-RESPONDED Hello Response message from member systemb ( ) %SGBP-7-AUTHOK Send Hello Authentication OK to member systemb ( ) %SGBP-7-INFO Addr = Reference = 0xC347DF7 %SGBP-5-ARRIVING New peer event for member systemb systema 发送一 CHAP 风格挑战并且收到从 systemb 答复同样地, systemb 派出挑战并且收到从 systema 答复如果验证发生故障, 您看到 systema# debug sgdp hellos %SGBP-7-CHALLENGE Send Hello Challenge to systemb group stackq %SGBP-7-CHALLENGED Hello Challenge message from member systemb ( ) %SGBP-7-RESPONSE Send Hello Response to systemb group stackq %SGBP-7-CHALLENGE Send Hello Challenge to systemb group stackq %SGBP-7-RESPONDED Hello Response message from member systemb ( ) %SGBP-7-AUTHOK Send Hello Authentication OK to member systemb ( ) %SGBP-7-INFO Addr = Reference = 0xC347DF7 %SGBP-5-ARRIVING New peer event for member systemb 这意味着 stackq 的远程 systemb 密码不匹配在 systema 定义的密码 systema# debug sgdp hellos %SGBP-7-CHALLENGE Send Hello Challenge to systemb group stackq %SGBP-7-CHALLENGED Hello Challenge message from member systemb ( ) %SGBP-7-RESPONSE Send Hello Response to systemb group stackq %SGBP-7-CHALLENGE Send Hello Challenge to systemb group stackq %SGBP-7-RESPONDED Hello Response message from member systemb ( ) %SGBP-7-AUTHOK Send Hello Authentication OK to member systemb ( ) %SGBP-7-INFO Addr = Reference = 0xC347DF7 %SGBP-5-ARRIVING New peer event for member systemb 这意味着 systema 有通过 TACACS+ 或密码定义的本地或一个用户名一般来说, 请定义在所有堆栈成员间的一普通的机密堆栈组 stackq 您能定义他们本地或通过 TACACS+ 在每个堆栈成员定义的本地用户名是 systema# debug sgdp hellos %SGBP-7-CHALLENGE Send Hello Challenge to systemb group stackq %SGBP-7-CHALLENGED Hello Challenge message from member systemb ( )

10 %SGBP-7-RESPONSE Send Hello Response to systemb group stackq %SGBP-7-CHALLENGE Send Hello Challenge to systemb group stackq %SGBP-7-RESPONDED Hello Response message from member systemb ( ) %SGBP-7-AUTHOK Send Hello Authentication OK to member systemb ( ) %SGBP-7-INFO Addr = Reference = 0xC347DF7 %SGBP-5-ARRIVING New peer event for member systemb 此普通的机密是实现堆栈成员 SGBP 出价和仲裁当远程客户端拨号到堆栈成员时, 参考本文的 Debugging PPP Multilink 部分 PPP 链路验证讨论的一旦配线或路由问题, 一个常见错误有 ( 在 SGBP hello 消息实际上接收 ) 的堆栈成员的源 IP 地址与同一个堆栈成员的本地定义的 IP 地址不同 systema#debug sgbp error %SGBP-7-DIFFERENT - systemb's addr is different from hello's addr 这意味着 SGBP 从 systemb 接收的 Hello 的源 IP 地址不匹配为 systemb 配置的本地 IP 地址 ( 通过 sgbp member 命令 ) 通过去 systemb 和检查更正此 SGBP Hello 能传送消息的多个接口错误的另一个常见原因是 systema#debug sgbp error %SGBP-7-DIFFERENT - systemb's addr is different from hello's addr 这意味着您不安排 systemk 定义本地, 但是另一个堆栈成员调试 PPP 多链路检查的第一件事是否是在 PPP 和堆栈成员正确地验证的客户端因为是更加包含的, 此示例展示 CHAP 认证作为常见的例子, 它使用 Cisco 平台, 与本地用户名一起的一个客户端 ( 加上 (TACACS+) 也支持终端访问控制器访问控制系统, 但是没有显示此处 ) 客户端用户 x 堆叠 stackq 每个成员 username stackq password blah username userx password blah 没有介入的拨号接口因为没有在卸载服务器的拨号接口, 需要虚拟访问接口接口配置另一来源答案是虚拟模板接口 1. 首先请确保多链路全局虚拟模板编号定义在每个堆栈成员 Multilink virtual-template 1 2. 如果未配置有问题的物理接口的任何拨号接口 ( 例如 PRI, BRI, 异步和同步串行 ), 您可以定义

11 ppp Multilink 注意您不定义了在虚拟模板的一个特定 IP 地址这是因为设计的虚拟访问接口从虚拟模板接口总是被克隆如果一随后的 PPP 链路也筹划对有活动的虚拟访问接口的一个堆栈成员已经被克隆和, 您有在两个虚拟接口的相同 IP 地址, 造成 IP 不正确路由在他们之间介入的拨号接口当拨号程序在物理接口时配置, 没有需要指定虚拟模板接口, 因为接口配置位于拨号接口在这种情况下, 虚拟访问接口作为无源接口, 支持在拨号接口和成员接口之间关联与拨号接口注意拨号接口, 拨号 1, 在 PPP 多链路会话上显示如下 systema#show ppp Multilink Bundle userx 2 members, Master link is Virtual-Access4 Dialer interface is Dialer1 0 lost fragments, 0 reordered, 0 unassigned, 100/255 load 0 discarded, 0 lost received, sequence 40/66 rcvd/sent members 2 Serial04 systembvirtual-access6 ( ) LCP 和 NCP 所有成员接口的 LCP 状态必须是 UP IPCP ATCP 和其他 NCP 应该仅是 UP 在捆绑接口捆绑接口 4 show int 输出应该读如下 router#show int Virtual-Access4 Virtual-Access4 is up, line protocol is up LCP Open, Multilink Open Open ipcp 其他成员接口应该有输出的以下 show int router# show int Serial04 Serial04 is up, line protocol is up LCP Open, Multilink Open Closed ipcp 调试 VPN/L2F 打开以下 debug vpn event debug vpn error

12 当物理接口接受呼入呼叫和当前转发到目标栈成员时, 您看到以下 debug vpn event debug vpn error 在目标栈成员上, 如果看到以下 debug vpn event debug vpn error 然后请检查您的您的虚拟模板接口的定义通常, 虚拟模板接口必须匹配接受呼入呼叫物理接口的 PPP 接口参数切记最低配置 ( 使用 CHAP 为例 ) multilink virtual template 4 int virtual-template 4 ip unnum e0 ppp Multilink 您可以发现以下 multilink virtual template 4 int virtual-template 4 ip unnum e0 ppp Multilink 如果看到上述消息, 意味着 L2F 顺利地设想了从首先接纳呼入呼叫到堆栈成员同一个客户端的捆绑接口驻留的堆栈成员的 PPP 链路 ( 或在卸载方案将创建, 正如 ) 常见错误是疏忽定义普通的堆叠名称 (stackq) 或不匹配的堆叠密码用户名在所有堆栈成员发出以下命令 debug vpdn l2f-error 下列信息结果 debug vpdn l2f-error 在这种情况下更正在每个堆栈成员的用户名和密码匹配相关信息

13 本文的第 1 部分虚拟访问 PPP 特性在 Cisco IOS 软件方面了解 VPDN 技术支持 - Cisco Systems

多机箱多链路 PPP (MMP)

多机箱多链路 PPP (MMP) 目录简介先决条件要求使用的组件相关术语规则问题定义功能概述虚拟访问接口 L2F 最终用户接口 MP 示例相关信息简介本文描述多链路 PPP 的支持在一个堆叠或多机箱环境 ( 有时呼叫 MMP, 多机箱多链路 PPP 的 ), 在 Cisco 系统的接入服务器平台先决条件要求本文档没有任何特定的前提条件使用的组件本文档不限于特定的软件和硬件版本本文档中的信息都是基于特定实验室环境中的设备创建的