技术进阶-理解RRPP协议.ppt

理解RRPP协议;√ ;RRPP 协议的背景 ;RRPP协议简介;√ ;RRPP的基本概念;RRPP 域;RRPP 环;如图所示：Domain 1就是一个RRPP域，它包含了两个以太网环Ring 1和Ring 2，Ring 1的级别配置为0，则Ring 1为主环；Ring 2的级别配置为1，则Ring 2为子环。以太网环上的所有节点属于这个RRPP域。 其中每个环有两种状态： 健康状态：整个环网物理链路是连通的 断裂状态：环网中某处物理链路断开;RRPP控制VLAN ;节点;主节点;主节点的两种状态;传输节点 ;边缘节点 ;定时器;RRPP协议报文格式 ;Destination MAC Address：48bits，协议报文的目的MAC。 Source Mac Address：48bits，协议报文的源MAC，总是0x000fe203fd75。 EtherType：8bits，报文封装类型域，总是0x8100，表示Tagged封装。 PRI：4bits，COS(Class of Service)优先级，总是0xe0。 VLAN ID：12bits，报文所在VLAN的ID。 Frame Length：16bits，以太网帧长度，总是0x48。 DSAP/SSAP：16bits，目的服务访问点/源服务访问点，总是0xaaaa。 CONTROL：8bits，总是0x03。 OUI：24bits，总是0x00e02b。 RRPP_LENGTH：16bits，RRPP协议数据单元长度，总是0x40。 RRPP_VERS：16bits，RRPP版本信息，当前是0x0001。 DOMAIN_ID： 16bits，报文所属RRPP域的ID。 RING_ID：16bits，报文所属RRPP环的ID。 SYSTEM_MAC_ADDR：48bits，发送报文节点的桥MAC。 HELLO_TIMER：16bits，发送报文节点使用的Hello定时器的超时时间，单位(s)。 FAIL_TIMER：16bits，发送报文节点使用的Fail定时器的超时时间，单位(s)。 LEVEL：8bits，报文所属RRPP环的级别。 HELLO_SEQ：16bits，Hello报文的序列号。;RRPP报文类型;RRPP协议基础 ;理解RRPP协议; 典型应用组网—单环; 典型应用组网—相切环; 典型应用组网—相交环;RRPP与STP混合组网;;理解RRPP协议;RRPP的端口;RRPP的端口;Polling机制;链路状态变化通知机制;;主环上子环协议报文通道状态检查机制;;;这一机制在应用上的一个限制就是它必须要在子环主节点副端口超时放开之前阻塞边缘节点的边缘端口，整个机制的过程描述如下。;Step1：检测主环上子环协议报文通道状态；子环的边缘节点通过主环的两个RRPP端口周期性的向主环内发送EDGE-HELLO报文，依次经过环上各节点发往辅助边缘节点。如果辅助边缘节点在规定时间内能够收到EDGE-HELLO报文，表明报文通道正常，反之如果收不到，说明通道中断。;Master ;Data packet;Data packet;;健康状态(Complete State）;链路故障(Link-down);总结：故障上报的机制是由传输节点发起的。如果LINK-DOWN报文在传输过程中丢失了，这时主节点的环网状态检测机制就派上了用场。如果主节点副端口在规定时间(由Fail定时器定义)内仍没有收到主节点发出的HELLO报文，也认为环网发生故障，对故障的处理过程与传输节点主动上报作相同处理。;故障恢复;如果不幸COMPLETE_FLUSH_FDB报文在传播过程中丢失，还有一种备份机制来实现传输节点临时阻塞端口的恢复，就是传输节点处于Preforwarding状态时如果在规定时间(由Fail定时器定义)内收不到主节点发来的COMPLETE_FLUSH_FDB报文，自行放开临时阻塞端口，恢复数据通信。 ;端口的配置准备;为什么RRPP、MSTP以及Smart Link不可能在同一个端口上使用? 原因在于一个环中，必然只能通过一个环网协议来消除环路，假设一个环网中存在两个以上的环网协议，那么每个环网协议都会各自阻塞端口，极有可能导致网络中的某些设备之间不可达。所以这几个协议在端口上都是互斥的，对于聚合组也不应该G理会，即RRPP的聚合组不能作为MSTP或者Smart Link的聚合组，反之亦然，开启MSTP的???合组或Smart Link的聚合组成员，不可以配置为RRPP聚合组。 ;配置指导;;