魔兽6.0黑石铸造厂奥尔高格P2原理分析

自beta服务器团队raid测试--奥尔高格(黑石铸造厂)结束后，关于其P2翻滚之怒滚地翻这个技能的原理及是否有规律，众说不一!在英雄模式下，滚地翻的伤害其实并不足以致命，但是弄清楚这个技能的作用原理及一些规律，相信应该将会对后面的神话模式有着很大的指导性意义~

经过对能获取的技能和视频信息的整理，一定数量的统计后，目前对于奥尔高格P2的 滚地翻 的一些规律，得出了一些结论，并会附带一些看似比较繁杂的说明，以下将会逐一表述，希望能对大家神话模式的raid测试以及将来的raid提供一些比较有价值的信息!~

1技能说明：翻滚之怒(灭团技)：蜷成一团，对路径上所有人造成191949-212156点物理伤害并击退他们击晕。并且当boss撞击到撞击点以后，会对团队造成一定的AOE伤害。

2作用原理及规律讲解：

(1)首先来一张简单的示意图：

(2)一些小发现：

· 奥尔高格P2的所有滚动撞击点是固定的，如图所示共8个，并且，奥尔高格只会从正面撞击这些撞击点。

· 奥尔高格P2的每一次滚动通过且只会通过一条完整的通道，后必会撞击停止(一次滚动路径不会覆盖2条或2条以上的通道)

· 当奥尔高格进入P2准备开始滚动，以及每次撞击停止准备下一次滚动时，只会有固定的2个方向及撞击点---就是说在静止状态，即将滚动的路线有2条，boss随机2选其一，理由见第一条及图!

o 这里需要讲解一下，如上图：当boss处于起点进入P2时，由于只会正面撞击每一撞击点且要通过一条完整的通道，所以有且只有：起点--A(经通道1)，起点--E(经通道8)，两种可能路线。

o 假设boss撞击A点后静止，准备下一轮滚动，由于只会正面撞击每一个撞击点，所以有且只有：A--D(经通道2),A--H(经通道5),两种可能路线。

o 同理以上，当boss处于D点静止时， 可能有： D--F,D--B,两种路线;当boss处于E点静止时，可能有：E--C,E--G，两种路线。

o 当boss撞击撞击点以后，在boss静止状态，A同B，C同D，E同F，G同H同起点，两两为同一静止点。

o 当boss静止以后，会随机选择可能的两条路线中的一条进行滚动，并且会提前面对滚动方向。

· 通过图可以看出，滚动方向，外圈全部逆时针，内圈全部顺时针!

以上为P2阶段所有滚动和撞击的路线规律及作用原理!

3结论：

(1)关于规避翻滚之怒 滚地翻：

· 规定：如顶图，通道1-4为外场通道，通道5-8为内场通道，当进入P2boss开始滚动以后：

o 对于内场人员，无论处于场上任何位置，当boss静止时，正面面对boss，所有内场左侧通道均为安全通道

o 对于外场人员，无论处于场上任何位置，当boss静止时，正面面对boss，所有外场右侧通道均为安全通道

o 所以，安全通道的位置选择标准是：面对boss，内左外右

这里需要讲一下，场地内的很多通道壁其实不会阻挡视野，所以对于治疗来说内场可以对大部分人员进行治疗输出，调整位置可以覆盖尽可能多的人员;

对于DPS职业，由于需要打掉通道内的箱子，所以内外场如何选择安全通道，何时需要撤入内场通道规避，也应该比较重要~

(2)关于快速处理矿石箱(战术构想)：

· 分组：

o 将团队远程组分为3个箱子组，记为a组，b组，c组;近战组单独为一组箱子组，其中

a组负责通道1左半部分，通道2上半部分的箱子

b组负责通道3右半部分，通道4下半部分的箱子

c组负责通道2下半部分，通道3左半部分的箱子

o 当boss剩余%5能量即将进入P2时，a，b，c组分别提前进入如顶图a，b，c三点就位;从boss第一次滚动开始，其中：

a点为A撞击点左侧偏上，不会受到boss撞击A点时的影响，其视野内应该至少能看到通道2上部至少2个箱子，身边至少1个箱子，以及通道1左侧至少1个箱子。

b点为E撞击点的右侧，不会受到boss撞击E点时的影响，其视野内可以覆盖通道3及通道4的部分箱子及身边至少1个箱子。

c点为D撞击点的正下方，不会受到boss撞击D点时的影响，视野内可以覆盖通道2及 通道3的部分箱子!

o 当boss进入P2，提前就位的三个组各自输出视野内的箱子，同时观察boss第一次滚动撞击的位置：

boss撞击A点，撞击后a组撤入通道1，打掉通道1的箱子，后撤入内场

boss撞击A点，撞击后c组撤入通道3入口或通道7，清理通道3(主要)的箱子

boss撞击E点，b组往通道3入口方向移动，清理通道3及视野内通道4的箱子

当boss撞击D点后，c组应撤入通道2，清理完毕待boss走后撤入通道7

当boss撞击D点后，b组视视野内箱子数量决定撤入通道4或通道7

总原则是关注第一次boss撞击位置，清理好周围的箱子后撤入内场

近战组在boss转入P2时，可进入通道5和4等待，第一次滚动完毕后可直接进入通道1清理箱子，是最为安全的~通道4内可以清理，但要小心第二次撞击E-G的路线~

以目前英雄模式30人模式下的箱子血量为19w左右的HP，这样的分组可以最快速度的清理外场大部分箱子，撤入或准备撤入内场时，内场的箱子顺手就打掉了~

4有些不安的一个因素：

由于raid测试时，这个自己的视频素材损坏了14G，很多自己尝试的视频都丢掉了!印象中好像出现过这样的情况，不知是否是错觉：

起手boss由于被坦克定位偏差，致进入P2时，boss处于通道4的上半部分偏中间的位置，印象中好像有一次boss通过通道4撞击了E点的侧面~~~~但是在之后观测的所有视频中均为发现这样的情况，不知是否记错或者是进入P2的位置导致的，当然，撞击点的位置进入P2时boss的选择是随机的，和更靠近哪个通道没有关系，这点可以肯定!~~

1核1G物理服务器=399元/年

2核4G物理服务器=1699元/年

2核8G服务器=2165元/年

阿里的，比较靠谱些，我司十多台服务器都是阿里买的，自己也整了一个小配置的服务器放几个小网站完全没问题，具体的配置可以自己看看。

本篇文章主要介绍了"VXLAN, 一种叠加在L3网络上的L2网络 "，主要涉及到VXLAN, 一种叠加在L3网络上的L2网络 方面的内容，对于VXLAN, 一种叠加在L3网络上的L2网络 感兴趣的同学可以参考一下。

这几天看了下RFC7348，顺便翻译了一下，根据自己理解做了注解

虚拟化及租户隔离

服务器虚拟化增加了对物理网络基础设施的需求，服务器有多个虚机，要求交换机支持更大的MAC地址表。

在数据中心场景下，虚机按照VLAN分组，可能需要成千上万的VLAN，以便用来给为按照VLAN标签分组的虚机分隔流量。但是当前VLAN机制限制最多只能有4096个VLAN。

数据中心需要支持多个租户，每个租户需要分隔的网络域，单独实现分离的网络域不经济。管理员一般基于共享网络进行隔离。各租户独立进行VM的MAC和VLAN的分配，可能在共享的同一个物理网络上，出现MAC和VLAN的冲突。

在虚拟化场景下，还有一个需求是基于第二层在整个数据中心，或者跨数据中心进行扩展，扩展计算，存储和网络资源，此时传统的用来避免路径循环的STP协议，会使得更大数量的失效链路出现。此时，虽然更倾向于使用IP进行物理基础设施的链接，比如，为了实现多路径的扩展，使用ECMP避免生效链路，但是维持虚机间的L2通信依然是需要保留的。

以上场景导致了overlay叠加网络的需求，这个叠加网络用来将来自虚机的携带MAC的流量，封装后通过逻辑隧道传递。VXLAN就是这样的一种实现overlay网络的方式。

和VXLAN相关的常用术语有

ACL      Access Control List 访问控制表

ECMP     Equal-Cost Multipath 等价多路径

IGMP     Internet Group Management Protocol IGMP协议

IHL      Internet Header Length  Internet报文头长度

MTU      Maximum Transmission Unit  最大传输单元

PIM      Protocol Independent Multicast 协议无关的多播

SPB      Shortest Path Bridging  最短路径转发

STP      Spanning Tree Protocol 生成树协议

ToR      Top of Rack  机架交换机

TRILL    Transparent Interconnection of Lots of Links 多链路透明互联

VLAN     Virtual Local Area Network  虚拟LAN

VM       Virtual Machine  虚机

VNI      VXLAN Network Identifier (or VXLAN Segment ID) VXLAN网络标识符

VTEP     VXLAN Tunnel End Point  An entity that originates and/or

terminates VXLAN tunnels  VXLAN隧道端点

VXLAN    Virtual eXtensible Local Area Network  VXLAN

VXLAN Segment    VXLAN段

VXLAN Layer 2 overlay network over which VMs communicate

VXLAN Gateway    VXLAN网关

an entity that forwards traffic between VXLANs

VXLAN应用场景

VXLAN主要聚焦于数据中心基础设施。

STP和VLAN导致的限制

当前L2网络主要使用8021D STP协议在多路径基础上避免环路。但是数据中心管理员将之视为L2网络上的问题，因为STP，需要负担额外超过需要的端口和链路。STP模型下，失去了多路径的弹性。一般引入TRILL（RFC6325）或者SPB（8021AQ）来帮助解决因为STP引起的多路径问题。STP的约束也可以通过将同一机架的服务器配置在相同的L3网络规避，机架内和机架间使用L3交换。但这和虚机之间的L2互联不兼容。

数据中心L2网络中普遍使用VLAN来隔离广播，以太网帧中的12bit VLANID用来将大的L2网络分隔为小的广播域。对小于4096 VLAN 的数据中心来说这样很好，随着虚拟化的流行，压力逐渐增大。更加的，因为STP，某些数据中心限制可以使用的VLAN数。再加上以上讨论的，多租户场景下，对大数量VLAN的需求。

多租户

多租户场景下，云计算要求资源的弹性呈现。最常见的云计算案例是共有云，云服务提供商基于同样的物理基础设施为多个租户提供弹性服务。

租户的网络流量分隔可以基于L2或者L3网络。对L2网络而言，常用VLAN分隔流量，这样租户以自己的VLAN标识。因为云服务租户的庞大数量，VLANID最大4096就不够用了。不仅如此，还有同一租户内不同VLAN的需求。

一个案例是跨POD扩展。一个POD是一个或者多个包含服务器的机架，以及相关的存储和网络组成。租户可能从一个POD起步，然后逐步需要其他POD上的VM，特别是这个‘其他’POD的租户没有充分使用POD中的资源。这个案例需要L2网络的伸缩性。

L3网络不是一个容易理解的多租户解决方案，两个租户可能各自使用同一套L3网络地址，需要云提供商支持其他形式的隔离，对于虚机间的通信，要求租户使用IP，但又不是不是信赖的直接L2网络，或者非IP的L3协议。

TOR交换机的ARP表容量

虚拟化场景对连接服务器的TOR交换机的MAC地址表容量提出了额外的要求。不是一个MAC对应一个服务器，TOR交换机需要学习一个服务器中可能多达上百的虚机的MAC。因为虚机流量会经过服务器和TOR之间的链路，传统TOR交换机，根据其面板端口数，可能连接24、48个服务器，数据中心可能包含很多个机架，每个TOR需要维护不同服务器之间通信的虚机的地址表，对比非虚拟化场景，这个对地址表空间的要求很高。

如果表空间满，交换机停止学习，直至表项超期。会导致大量未知单播帧。

VXLAN

VXLAN基于数据中心多租户场景下，聚焦以上需求，立足现有 网络基础设施，提供L2网络的伸缩。简单说，VXLAN是基于L3网络上的L2叠加网络，每一个叠加网络可称为VXLAN Segmeng，只有归属于同一个VXLAN Segment的虚机才能相互通信（这里应该是L2通信），每一个VXLAN Segment通过一个24bit的Segment ID标识，成为VXLAN Network Identifier（VNI），在同一个管理域中，最多有16M个VXLAN Segment段存在。

VNI标识了来自虚机的内部MAC帧的范围，因此跨VXLAN Segment，MAC是可以重叠的，但是（L2）流量不能，因为通过VNI分隔了。在封装来自VM的内部帧时，VNI封装在外部头中。

VXLAN Segment和VXLAN叠加网络是可以相互使用的术语。

因为封装，VXLAN是叠加在L3网络上的L2网络。隧道是无状态的，每一个帧按照一系列规则进行封装。隧道端点（VXLAN Tunnel End Point，VTEP）位于虚机宿主机的hypervisor层。这样VNI，和VXLAN相关的隧道，以及外部头封装仅为VTEP所知，虚机不感知。VTEP可以是物理交换机，或者物理服务器，可以软件或者硬件实现。

一种典型的VXLAN场景下的业务流控制是数据面学习，这里，通过源MAC地址学习，将虚机的MAC和VTEP的IP地址关联，多播则用于携带未知单播，广播和多播帧。

除了基于学习的业务流控制，其他还有分发虚机MAC和VTEP IP映射信息，可选项还包含一个基于认证或者基于目录的单个VTEP的集中查询机制，向VTEP分发这些映射信息，这个有时也被称为PUSH/PULL模型。基于学习的机制更加普遍。

虚机-虚机单播

设想，一个VXLAN网络中的虚机，不知道VXLAN，和其他服务器上的虚机通信，发送ARP查询，VTEP根据目的MAC查找这个虚机归属的VNI，以判断是否和源虚机处于相同VNI。是否需要目的MAC和对端VTEP的映射，如果答案为需要，则需要组装一个包含了外部帧头（MAC），外部IP头，VXLAN头的外部报文头。封装报文转发到对端VTEP。

对端VTEP检查VNI，判断本地对应VNI中是否有虚机匹配内部帧当中的目的MAC，如果是则报文去掉封装部分发送给目的虚机，后者不感知外部帧，以及VXLAN封装。

为了将报文转发给目的虚机，远端VTEP需要学习内部帧源MAC（本端虚机）和外部源IP（本端VTEP地址）的映射，也就是VTEP需要学习对端虚机MAC和对端VTEP的映射关系，实际上，这个VTEP可以通过广播ARP查询来实现。

VTEP将这个映射存储在表中，当目的虚机返回响应时，VTEP根据目的MAC查表，将报文封装后发给特定的（发出请求报文的虚机归属的）VTEP。这里无需未知目的泛洪。

实际传输之前，源虚机确定目的虚机的MAC地址，过程类似非VXLAN环境，略有一点不同，下文描述。广播帧封装在多播报文中发送。

广播和多播映射

虚机使用IP地址进行通信时，假定处于同一subnet中，源主机首先发送ARP广播，在非vxlan环境中，这个帧，携带VLAN，在所有交换机中广播。

Vxlan下，包含vni，ip头和udp头的数据段插入到报文的前部，这个报文会被广播到overlay所在的ip 多播组中。

为了实现这个效果，需要在vxlan vni和需要使用的ip多播组之间进行映射，这个在管理层实现，并通过管理通道发送给VTEP，使用这个映射，vtep可以在需要时，向上行流的交换机/路由器发送加入/离开IP多播组的IGMP成员报告。如此这般，可使用特定多播地址，基于主机上组播成员是否存在，维护特定的多播地址（rfc4541）。使用某些路由协议，比如PIM-SM（RFC4601），可在L3网络上提供足够的多播树。

VTEP使用(G)联合joins，在VXLAN隧道源未知或者经常变化的场景下（因为虚机常常在不同主机之间迁移），因为VTEP既可以作为多播数据报的源也可以作为目的，类似BIDIR-PIM（RFC5015）这样的协议效率更高。

目的虚机的ARP响应通过普通IP单播发送，到达和源虚机相连的VTEP，条件是先前已经学习了ARP响应的目的MAC地址到VTEP IP的映射。

多播帧和未知目的MAC帧，类似广播帧，使用多播树发送。

物理基础设施

在网络中使用IP多播时，网络中的L3设备，交换机/路由器会用到多播路由协议，比如PIM-SM，这样会构建有效的多播转发树，多播报文会发送到希望到达的主机处。

另外，并没有要求源和目的主机基于L3网络连接，VXLAN也可以基于L2网络，此时可通过IGMP snooping在L2网络上实现多播复制。

VTEP不能对VXLAN报文分片。中间路由器可能因为过大帧长的缘故对VXLAN封装报文分片。目的VTEP可能丢弃这些分片了的VXLAN报文，为了避免端到端流量的可能分片，推荐将所经过的物理设施的MTU设置为能容纳可能的最大VXLAN封装。其他技术，诸如Path MTU Discovery(RFC1191/RFC1981)可用来满足这个需求。

VXLAN场景

VXLAN一般应用于数据中心虚机，这些虚机分布在不同的机架，单个机架可能属于多个不同的L3网络，但可能属于同一个L2网络，VXLAN段叠加在这些L2或者L3网络上。

类似下图，两个虚拟服务器挂载于同一个L3网络，这两个服务器可能位于同一机架，也可能不同机架，或者是同一管理域的不同数据中心，有4个VXLAN 段，VNI22，34，74，98，Server1中的VM1-1和Server2中的VM2-4位于同一VNI22，虚机不知道叠加网络的存在，因为vxlan封装和解封装在vtep上发生，其他vni如表格

Vni  server1         server2

22    vm1-1           vm2-4

34    vm1-2            vm2-1

74    vm1-3            vm2-2

98    vm1-4            vm2-3

一个部署场景是，VTEP在一个感知vxlan网络的物理服务器中，另一种场景，VXLAN叠加网络中的节点，需要于传统网络，可能是VLAN，中的节点通信。此时需要部署VXLAN网关，在VXLAN和非VXLAN网络之间转发流量。

来自VXLAN网络接口的入向帧，网关去掉VXLAN头，根据内部帧目的MAC地址进行转发，包含内部帧VLAN ID的解封装报文，只能转发到非VXLAN接口，否则丢弃。相对的，来自非VXLAN 接口的报文，根据VLANID，映射到特定的VXLAN 叠加网络，除非显式配置通过封装的VXLAN传递，否则VLANID在封装为VXLAN报文前应当删除。

提供VXLAN隧道终结功能的网关，可以是TOR或者接入交换机，也可以是DC网络拓扑中的上层网络设备，比如核心或者WAN边缘设备，后一种场景，可能包含一个Provider Edge路由器用来在混合云环境中终结vxlan隧道，所有这些案例中，网关可能是软件或者实现。

网关或者VTEP处理包含VLANID的帧的规则：

解封装后包含VLANid的VXLAN帧，除非配置，否则丢弃。

VTEP封装VXLAN隧道报文时，内部不带VLANid，除非专门设置。就是说若一个带有vlan tag的报文准备进入vxla隧道时，除非显式配置，否则应该去掉vlan tag。（就是vni和vlan tag的映射）