SmartEdge SE800 OS 一些基本概念

niitmb

Contexts:
实例，一个设备运行多个实例，每个实例有自己独立的路由能力和域的管理，以及独立的路由协议，认证和记账等等。每个实例可用于相应的服务分类，实例之间也能通信。系统有一个默认的context，名字为local，这个实例是不能被删除并常用于管理。
Interfaces：
一种逻辑接口，提供给高层协议（如3层IP地址）或服务信息，这个逻辑接口配置在相应的context下，并独立于物理端口/链路。高层协议要生效的一个前提是该逻辑接口要关联到相应的物理端口/链路上。
Subscribers：
终端用户，是context配置里面的一部分，用于描述终端用户的特性，包括使之能绑定到相应interface接口或满足某些context或服务所需要的信息，以及其他一些配置信息，如认证，接入控制，限速，策略信息等。
Ports,Channels,and Circuits：
这些是物理的端口/链路，上层协议的实现需要与相应的物理端口/链路做绑定，用专门的bind命令。
Cross-connections：
二层交叉互连，可以做到在任何板卡的任何端口/链路上的Vlan之间的二层交叉互联，同时支撑Vlan/Svlan/ATM PVC 之间的任意的交叉互连。例如从一个端口/链路的Vlan100进，从另外一个口的Vlan199出。
Tunnels：
GRE is a simple, stateless protocol that allows for the tunneling of IP in IP. GRE allows you to connect remote sites using private IP addresses over a public network that uses publicly routable IP addresses.L2TP tunnels are User Datagram Protocol (UDP)/IP-encapsulated circuits that carry subscriber Point-to-Point Protocol (PPP) sessions to another router.
Bindings：
绑定。将物理端口/链路/链路与上层协议配置进行绑定，仅在做完绑定后端口/链路才有流量进出。分为静态绑定和动态绑定。静态绑定中，物理端口/链路可以直接绑定到逻辑interface上，也可以绑定到特定的subscriber用户上，用户再映射到某个逻辑interface上。动态绑定是指基于会话信息的绑定，如PPPoE会话，一个PPP封装形式的会话通过其特定的域名（如@adsl、@lan等）绑定到相应的context的逻辑interface接口中。
Redback Bras SE 800常用命令
一、查看用户和配置用户
show sub sum all//查看总的用户的数量,包括各个context的用户
show sub//查看当前所在context的用户
sh circuit counters sub//查看每个用户的流量
sh circuit counters 13/1 vlan-id 500 live //查看13/1端口vlan 500中每个用户的流量
show pppoe sub 2/4//查看2/4端口的用户(10K、SE800)
sh pppoe sub 13/1 vlan-id 521 pppoe//查看port 13/1 的vlan-id 521用户
sh pppoe up all | grep 521//查看vlan-id 521的用户
sh pppoe up all | grep 521 | count //查看vlan-id 521的用户数量
show config qos //显示 se 800的qos配置
show config acl //显示 se 800的acl配置
show config port //显示 se 800的port下的配置
show config context <name>//显示 se 800的context adsl的配置
show administrators或show user//显示登录se 800的用户
clear administrator [email=bjgti@local]bjgti@local[/email] ttyp0//清楚用户ttyp0的[email=bjgti@local]bjgti@local[/email]用户
二、OSPF、BGP路由协议
show ip route     summ all//查看所有context的路由总体情况
show ospf nei//查看ospf的neighbor
show ospf route summ//查看ospf的路由简要情况
show bgp nei summ//查看bgp的neighbor
show bgp route ipv4 vpn summ //查看bgp协议交换的ipv4 vpn路由情况，一般用在mpls vpn（2547bis）中
Radius 相关参数：
Algorithm:                   first
      BRAS总是先把第一个认证包/计费包，发送到第一台radius server。如果这个request失败后超时（超过radius timeout规定的时间），再发送到第二台，以此类推。
Radius Timeout (in sec.):           15
BRAS给radius server发包的间隔时间。BRAS第一次给radius server发包后，等待15秒后，没有收到认证回复包，就认为原认证包丢失或radius server不可到达。从而再次发认证包。
Radius accounting Timeout和它类似。
Max retry:                   5
      最大发送认证包的次数，第一个Radius服务器回复认证包没有成功，在Radius timeout时间间隔后，继续发送到第二个Radius服务器。可以循环发送。
Max outstanding:             256
Authenticating最大队列数
Server timeout (in sec.):        60
BRAS在宣布Radius server为dead前的等待时间。缺省为60秒，意味着如果一个BRAS在60秒内没有收到Radius server回复的认证包，那么这个Radius server将被宣布为dead。  
Deadtime (in min.):          5
一个Radius Server被宣布死亡后，到再次把认证包发送给它的时间间隔，缺省时间为5分钟。它意味着Radius server状态标示为“dead”后，到Bras再次把认证包发送给它的时间间隔最少为5分钟。如果Radius server在5分钟内已经正常工作了，那么它就能正常回复认证包，之后，Radius server状态重新被标示为”alive”