• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

DRNI是和华为的M-LAG一样双活转发的吗

2021-06-28提问
  • 0关注
  • 1收藏,3675浏览
粉丝: 关注:

问题描述:

我看官网资料说的是负载分担,下面有提到选举主从还有和vrrp一起使用。其他资料显示主负责转发业务,备会把业务透传给主。这样不还是主备吗,主挂了才能使用备吗说不上负责分担啊

组网及组网描述:


最佳答案

已采纳
粉丝:15人 关注:5人

主备都能转发,是负载的

4 个回答
粉丝:248人 关注:0人

http://www.h3c.com/cn/d_201911/1242554_30005_0.htm#_Toc23519727 这里为什么会结合vrrp的主备使用呢,或者说结合vrrp的作用是什么?

发表时间:2021-06-28 更多>>

http://www.h3c.com/cn/d_201911/1242554_30005_0.htm#_Toc23519727 这里为什么会结合vrrp的主备使用呢,或者说结合vrrp的作用是什么?

发表时间:2021-06-28
粉丝:146人 关注:1人


DRNI是比IRF2还高级的技术,MLAG这种不上档次的就别凑热闹了

=====================================

DRNI(Distributed Resilient Network Interconnect,分布式弹性网络互连)作为一种跨设备链路聚合的技术,除了具备增加带宽、提高链路可靠性、负载分担的优势外,还具备以下优势:
· 更高的可靠性
把链路可靠性从单板级提高到了设备级。
· 简化组网及配置
提供了一个没有环路的二层拓扑,同时实现冗余备份,不再需要繁琐的生成树协议配置,极大地简化了组网及配置。
· 独立升级
两台设备可以分别进行升级,保证有一台设备正常工作即可,对正在运行的业务几乎没有影响。

DRNI是一种跨设备链路聚合技术,将两台物理设备在聚合层面虚拟成一台设备来实现跨设备链路聚合,从而提供设备级冗余保护和流量负载分担。

回复:

但是DRNI场景中的vrrp和传统的vrrp还是有区别,传统vrrp再提供网关备份的同时有一个主备选举,遵循主备转发原则。在drni场景中遵循负载转发,具体原因我摘抄如下:DRNI里VRRP不是主备,是双转。在DRNIi组网中,VRRP做了特殊处理,不完全参考协议标准,VRRP的备设备也可以转发流量,从而实现了负载分担, 在该典型组网中,VRRP仍使用标准模式。 3)实现原理: 在协议标准中,VRRP只有master转发流量,backup不转发流量, 原因是, 两个VRRP网关设备,拥有相同网关IP, 但是只有master设备会下发虚MAC地址,流量向网关发送ARP请求MAC时,设备应答该虚MAC, 随后流量以该虚MAC作为目的MAC发送流量,流量到了master设备,命中了MAC表项可转发,如果到了backup设备,由于backup未下发MAC所以无法命中MAC,不会转发,转由master转发。 在DRNI组网中,VRRP特殊处理,VRRP使用在master端正常下发了VRRP的虚MAC,同时在backup端下发了一个DRNI类型的虚MAC,但是MAC地址是相同的,流量向网关发送ARP请求MAC时,仍能得到该虚MAC应答,流量不论到了backup还是master,均能命中MAC表项,可直接转发,无需走IPL链路, 在DRNI组网下,流量通过hash,发到了两个VRRP网关上,且两个VRRP网关均有转发能力,因此实现了负载分担,与VRRPE(vrrp负载分担)有区别。 VRRPE(vrrp负载分担),两台VRRP网关拥有相同的网关IP,但是拥有不同的虚MAC,流量向网关发送ARP请求MAC时, VRRP根据ARP请求的源MAC,通过一定算法,应答不同的虚MAC,各个流量根据自己学到的虚MAC,填为目的MAC,发送流量,由于这些流量具有不同的目的MAC,因此会走到不同的VRRP设备上,实现负载分担。 下行设备区PING 网关的话主处理,转发流量可以双转。

zhiliao_TFhS0y 发表时间:2021-10-15 更多>>

共同转发流量的话,关于选举主从的作用是什么呢

发表时间:2021-06-28
回复:

http://www.h3c.com/cn/d_201810/1115966_30003_0.htm#_Toc511922087 参考这个配置,这个技术类似思科的VPC技术,你可以结合着一起看

叫我靓仔 发表时间:2021-06-28

结合看了之后理解,选举主从是给keepalive双主检测用的。http://www.h3c.com/cn/d_201911/1242554_30005_0.htm#_Toc23519727 但共同转发的话这里为什么会结合vrrp的主备使用呢?或者说结合vrrp的作用是什么

发表时间:2021-06-28
回复:

为用户侧提供冗余备份的网关

叫我靓仔 发表时间:2021-06-28

https://zhiliao.h3c.com/questions/dispcont/88661 看说这种组网下vrrp备机也是转发流量的,而且drni对用户侧也是冗余备份的,我感觉这里vrrp没有什么用呢

发表时间:2021-06-28

DRNI转发是主从还是双活取决于DR接口是否为聚合,聚合则负载,否则主从。

zhiliao_TFhS0y 发表时间:2021-10-15
回复:

DRNI

zhiliao_TFhS0y 发表时间:2021-10-15
回复:

纠正一下,DRNI是负载转发!刚才提到的说取决于是否聚合,我想了一下,drni叫跨设备聚合,如果没有聚合,即便有DR口,它和底下的设备也组不成DRNI。再讲一下转发问题。具体怎么转发,取决转发层面,比如这里提到的DRNI+VRRP,流量会走VRRP主设备。drni提供的是设备层面的冗余,vrrp提供的是转发层面的冗余。单边网关场景,网关设备坏了,即便你组了DRNI,也无法进行抓发,因为你没有网关,这里VRRP就很重要了。

zhiliao_TFhS0y 发表时间:2021-10-15
回复:

但是DRNI场景中的vrrp和传统的vrrp还是有区别,传统vrrp再提供网关备份的同时有一个主备选举,遵循主备转发原则。在drni场景中遵循负载转发,具体原因我摘抄如下:DRNI里VRRP不是主备,是双转。在DRNIi组网中,VRRP做了特殊处理,不完全参考协议标准,VRRP的备设备也可以转发流量,从而实现了负载分担, 在该典型组网中,VRRP仍使用标准模式。 3)实现原理: 在协议标准中,VRRP只有master转发流量,backup不转发流量, 原因是, 两个VRRP网关设备,拥有相同网关IP, 但是只有master设备会下发虚MAC地址,流量向网关发送ARP请求MAC时,设备应答该虚MAC, 随后流量以该虚MAC作为目的MAC发送流量,流量到了master设备,命中了MAC表项可转发,如果到了backup设备,由于backup未下发MAC所以无法命中MAC,不会转发,转由master转发。 在DRNI组网中,VRRP特殊处理,VRRP使用在master端正常下发了VRRP的虚MAC,同时在backup端下发了一个DRNI类型的虚MAC,但是MAC地址是相同的,流量向网关发送ARP请求MAC时,仍能得到该虚MAC应答,流量不论到了backup还是master,均能命中MAC表项,可直接转发,无需走IPL链路, 在DRNI组网下,流量通过hash,发到了两个VRRP网关上,且两个VRRP网关均有转发能力,因此实现了负载分担,与VRRPE(vrrp负载分担)有区别。 VRRPE(vrrp负载分担),两台VRRP网关拥有相同的网关IP,但是拥有不同的虚MAC,流量向网关发送ARP请求MAC时, VRRP根据ARP请求的源MAC,通过一定算法,应答不同的虚MAC,各个流量根据自己学到的虚MAC,填为目的MAC,发送流量,由于这些流量具有不同的目的MAC,因此会走到不同的VRRP设备上,实现负载分担。 下行设备区PING 网关的话主处理,转发流量可以双转。

zhiliao_TFhS0y 发表时间:2021-10-15
粉丝:3人 关注:1人

参考DRNI的流量转发

http://www.h3c.com/cn/d_201810/1115966_30003_0.htm#_Toc511922102

也就是B的流量先到D就由D转发,先到E就由E转发。这种形式是双活的,那为什么会结合vrrp的主备使用呢,或者说结合vrrp的作用是什么?http://www.h3c.com/cn/d_201911/1242554_30005_0.htm#_Toc23519727

发表时间:2021-06-28 更多>>

也就是B的流量先到D就由D转发,先到E就由E转发。这种形式是双活的,那为什么会结合vrrp的主备使用呢,或者说结合vrrp的作用是什么?http://www.h3c.com/cn/d_201911/1242554_30005_0.htm#_Toc23519727

发表时间:2021-06-28
粉丝:0人 关注:0人

特定的业务模块是备透传到主,主处理,比如STP

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

分享扩散:

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明