当前位置:CRM > 科技问答 > 组网建立gre隧道流量来回路径不一致

组网建立gre隧道流量来回路径不一致

2023-08-01 23:18:53科技问答
1690903133,

问题描述:


如图,拓扑中基本上都是用静态路由实现互访。

3NE交换机分别和12510-1、12510-2建立2条GRE。橙色虚线为 tunnel 1 gre;蓝色虚线为 tunnel 2 gre。(2条gre想要实现流量负载分担)

实验要求:

3C03访问aliyun需要经过防火墙,然后到交换机,再走GRE访问aliyun。


模拟器实验测试结果如图红色线:192.168.2.1访问10.79.0.1,通过抓包发现流量走向为:

3C03——12510-1——7009-1——FW——3NE——gre tunnel 2(这里很奇怪,分别写静态路由走tunnel1,tunnel2,优先级一样,但测试结果直走tunnel2)——12510-2——aliyun(这里也很奇怪,aliyun写2条缺省路由分别指向12510-1,12510-2,优先级一样,但抓包发现没有流量去12510-1)——然后沿着图中的红色线走——到达防火墙后流量竟然只给到7009-2(此处防火墙写2条缺省路由,分别指向7009-1,7009-2,优先级一样)——最终流量从12510-2回到3C03。


2台12510配置VPN实例进行路由隔离。

也做了测试,如果只有橙色这一条gre tunnel 1,流量会走 tunnel 1,配置tunnel 2后,不走tunnel 1.


疑问:

(1)从路由上看,没发现什么不对,但流量为什么会这样走?不应该3C03的两条链路都跑流量吗?

(2)防火墙上配置的路由都是一样的,为什么只走一边?

(3)3NE收到流量进入gre隧道时,为什么也只是走一条呢?


组网及组网描述:


1小时前提问

感觉可以查一下路由表先确认等价路由是否已经形成

等价路由的选择也是哈希选的,如果使用固定的地址测试有可能每次都哈希到同一条链路中

1小时前回答

查过路由表了,路由表没问题的

路由是怎么通过哈希计算的?

哈希具体的算法我也不是很了解,可以百度看看,他一般都是固定的算法,

你正在内容来源:知了社区,组网建立gre隧道流量来回路径不一致

版权声明:本文由CRM小助手整理收集与网络,仅供学习交流使用,不代表CRM论坛观点。如有侵权,请联系我们,我们将及时删除处理。

CRM论坛投稿:投稿地址


  CRM论坛(CRMBBS.COM)始办于2019年,是致力于CRM实施方案、免费CRM软件、SCRM系统、客户管理系统的垂直内容社区网站,CRM论坛持续专注于CRM领域,在不断深化理解CRM系统的同时,进一步利用新型互联网技术,为用户实现企业、客户、合作伙伴与产品之间的无缝连接与交互。

标签: GRE VPN