VPLS PW Redunduancy承载组播业务的应用
如图10-30所示的VPN网络用来承载组播业务（如IPTV），整网部署HVPLS。为保证网络可靠性，采用VPLS PW Redundancy。
组播源服务器CE1和CE2分别通过E-Trunk双归接入一对PE，SPE和PE之间运行普通的PW。用户通过接入网关UPE接入到一对SPE上，此时需要UPE在这一对SPE间形成保护关系。
对于这种部署方式，因为两个SPE间缺乏信令来确定主备，UPE无法根据SPE的主备状态来确定主备，所以UPE需要使用主从模式的PW Redundancy，自己确定主备。当UPE感知到主PW故障后可以迅速的切换到备PW，并通告SPE2升主，同时发布Mac-Withdraw消息，通告SPE2清除SPE1的MAC。同时SPE2将该Mac-Withdraw消息也通告给PE1和PE2，通知它们也清除SPE1的MAC。后续的组播源流量发送到PE1后因查不到MAC而触发广播流程重新学习MAC，将流量切换到备链路上。
假设正常情况下业务流量如图10-30所示，下面依次介绍当网络中发生故障时，VPLS PW Redunduancy如何对业务进行保护。
UPE接入的主PW故障
UPE接入的主PW发生故障后，流量切换如图10-31所示。
此故障可能是由于LSP down触发PW down或BFD for PW触发PW down导致。故障发生后，业务从主PW切换到备PW，同时UPE向SPE2发送MAC Withdraw(携带的PE-Id是SPE1)，SPE2将该MAC Withdraw透传给PE1和PE2，均清除从SPE1学习到的MAC。
回切：UPE主PW恢复，通知SPE2 PW降备，通知SPE1 PW升主，并向SPE1发MAC-Withdraw(携带的PE-Id是SPE2)，SPE1再将该消息透传给PE1、PE2，均清除从SPE2学习的MAC，之后流量通过广播流程重新从新的主PW学习MAC。
SPE1设备故障
SPE1设备故障后，流量切换如图10-32所示。
故障发生后，UPE感知到主PW故障后切换到备PW，同时UPE向SPE2发MAC Withdraw(携带的PE-Id是SPE1)，SPE2将该MAC Withdraw透传给PE1和PE2，PE1和PE2清除从SPE1学习的MAC。另外一种可能是，PE1和PE2在收到Mac Withdraw报文前自己感知到SPE1的PW故障，直接清除从SPE1学习的MAC。
回切：UPE主PW恢复，通知SPE2 PW降备，通知SPE1 PW升主，并向SPE1发MAC-Withdraw，(携带的PE-Id是SPE2)，SPE1再将该消息透传给PE1、PE2，均清除从SPE2学习的MAC，之后流量走广播流程，重新从新的主PW学习MAC。
SPE1到PE1的链路故障
SPE1到PE1的链路故障后，流量切换如图10-33所示。
SPE1和PE1之间部署LDP FRR，通过LDP FRR切换保证流量仍然从SPE1到PE1，如果无LDP FRR，则完全依赖于LDP LSP的收敛保证流量从SPE1到PE1。
回切：和此场景中的故障场景类似，PW不进行切换，LDP LSP的收敛后，PW更新到新的LSP上去。
PE1设备故障
PE1设备故障后，流量切换如图10-34所示。
CE通过E-Trunk接入PE1和PE2，PE1发生故障后E-Trunk发生倒换。PE2感知接口状态变化，向SPE1和SPE2发送MAC Withdraw消息，通知SPE1和SPE2清除该VSI的MAC。另外一种可能是，SPE1和SPE2自己感知PE1的PW故障，清除该PW的MAC。
回切：PE1故障恢复，E-Trunk延迟时间到时后回切，PE1、PE2感知接口状态变化，向SPE1和SPE2发送MAC Withdraw消息，通知SPE1和SPE2清除MAC。
CE1接入主链路故障
CE1接入主链路故障后，流量切换如图10-35所示。
CE1通过E-Trunk接入PE1和PE2，接入链路故障后E-Trunk发生倒换。PE1和PE2感知接口状态变化，向SPE1发送MAC-Withdraw，清除该VSI所有MAC。
回切：E-Trunk回切，PE1、PE2感知接口状态变化，向SPE1发MAC Withdraw，通知SPE1清除MAC。
