SE800配置体系结构.docVIP

SE800配置体系结构 SE800做为多服务边缘服务器，能配置诸多虚拟路由器即多个context。其配置观点是具体业务决定context的性质；网络规划决定设备的物理连接；设备的物理连接决定context的虚拟链路；在确定了context的虚拟链路连接之后进而可以确定context的互连接口；之后每个context就可以像普通路由器一样进行功能配置了；最后一步把context的具体接口绑定到对应的物理线路接口上。参照聊城BRAS的改造现做出SE800配置的具体流程： 配置SE800的首要观点： 首先确定哪些业务需要运行在SE800上；在确定之后每个业务具体配置成SE800的具体context，例如：PPPOE业务对应SE800的context PPPOE；VPDN业务对应context VPDN等等。在这里需要说明的是BGP/MPLS VPN业务与其他业务有所不同，BGP/MPLS VPN的具体context与具体的用户对应。 明确同一台SE800不同context之间是相互隔离的，只有context local可以与其他的context之间启用静态路由。 context local是SE800系统默认的context不能删除， context local通常都会与其他设备（城域网的核心路由器）之间启用路由协议进行路由转发，可以根据实际情况不同考虑是否启用context local 与其他context 之间的静态路由，前提是local对其他context不会指过多的静态路由，所以这种方法主要用在vpdn这种context的配置上。 在配置已有的context时一定注意输入完整的context名称（context local允许用Tab键补全），否则系统将生成新的context，这样就配置了错误的context。对照所要配置的context名称最好的办法就是用“show context all”命令，此命令会列出系统已经配置的context名称，针对具体的context名称进行配置。例如：我们要配置context vpdn，为了避免操作错误具体步骤应该是：“show context all”－“config”－“context vpdn”即在明确要配置哪个context之后在“config”后再输入确认这个context，这样的操作流程可以有效避免配置context的错误。 确定SE800的物理连接结构： 以下是聊城SE800的物理连接结构： 确定context的虚拟连接结构： 以下是聊城PPPOE以及VPDN业务的逻辑连接结构：（842、822、832、临清、高唐） 以下是聊城PPPOE以及VPDN业务的逻辑连接结构：（除842、822、832、临清、高唐以外） 确定虚拟链路的interface和互连地址: 在确定了context的虚拟链路之后，就可以为虚拟链路制定互连接口了。在此注意interface的命名最好遵循“context name-To-设备名称”的规则，这样在interface绑定物理链路的时候更容易区分；互连地址遵循一般性规则即30位掩码的IP地址。 绑定具体context的interface到指定的物理链路上： 针对具体context的逻辑连接，在指定的物理链路上进行逻辑interface的绑定。我做了如下总结即： 确定具体业务或功能涉及的设备连接结构，制定出连接的物理端口 确定具体业务或功能对应的context 确定context中用哪些VALN做为虚拟互连链路 确定context虚拟互连链路的interface和互连地址 把interface绑定在步骤1中的物理端口上 配置context的基本功能 配置context的基本功能同配置普通路由器是一样的，以上既然确定了context的interface，同时完成了context interface与指定物理端口的绑定，事实上就已经完成了context与特定设备的互连，那么针对context的具体功能就可以进行相关的路由协议配置了。例如聊城现在的context local作为PPPOE用户的接入虚拟路由器，其基本配置功能就是要与842、822的NE5000E实现互连同时启用OSPF路由协议。因此在context local中配置的OSPF进程，其具体配置过程这里不做描述。为了便于远程用户访问到这个context，因此还要进行登录用户的相关配置，总结如下： 通过指定端口绑定具体的context interface实现相关设备之间的互连 根据设计目标配置context的具体路由协议 配置 context的远程登录用户 为了对远程登录用户进行限制以及对某些端口进行过滤，可以配置访问列表进行控制。 配置context的业务功能： 配置context的基本功能