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

为何为何GRE VPN的tunnel口起不来

2024-01-29提问
  • 0关注
  • 0收藏,1667浏览
粉丝:0人 关注:0人

问题描述:

6 个回答
已采纳
粉丝:0人 关注:0人

目标地址配置成描述信息了

额额额,确实是哇,感谢大佬感谢大佬

安史之绿 发表时间:2024-01-29 更多>>

额额额,确实是哇,感谢大佬感谢大佬

安史之绿 发表时间:2024-01-29
粉丝:336人 关注:0人

您好,参考

  1. 执行命令display interface tunnel [ interface-number ]查看Tunnel接口状态。

    若接口物理状态Down请查看第2步,若接口物理状态为Up同时协议状态为Down请直接查看第3步。

    接口物理Up是协议Up的基础,所以不会出现接口物理状态Down,同时协议状态Up的情况。

    <H3C> display interface Tunnel 1 Tunnel1 current state : UP (ifindex: 28) //端口物理状态 Line protocol current state : UP //端口协议状态 Last line protocol up time : 2021-11-03 10:06:42 Description: Route Port,The Maximum Transmit Unit is 1500 Internet Address is 172.22.1.1/24 // Tunnel接口的IP地址 Encapsulation is TUNNEL, loopback not set Tunnel source 172.20.1.1 (Ethernet3/0/0), destination 172.20.1.2 //端口配置的源地址、目的地址 Tunnel protocol/transport GRE/IP, key disabled keepalive disabled //是否使能GRE的Keepalive功能 Checksumming of packets disabled Current system time: 2021-11-03 10:06:44 300 seconds input rate 0 bits/sec, 0 packets/sec 300 seconds output rate 0 bits/sec, 0 packets/sec 0 seconds input rate 0 bits/sec, 0 packets/sec 0 seconds output rate 0 bits/sec, 0 packets/sec 0 packets input, 0 bytes 0 input error 0 packets output, 0 bytes 0 output error Input: Unicast: 0 packets, Multicast: 0 packets Output: Unicast: 0 packets, Multicast: 0 packets Input bandwidth utilization : 0% Output bandwidth utilization : 0%
  2. 排查接口物理状态Down的原因。

    Tunnel接口物理状态为Down,通常情况下为本端配置问题,需要根据隧道接口下配置进行故障排查。

    Tunnel接口的配置信息如下:

    # interface Tunnel1 //一维口模式 ip address 172.22.1.1 255.255.255.0 //Tunnel接口IP地址 tunnel-protocol gre //Tunnel接口配置绑定GRE协议 keepalive period 3 //配置Keepalive功能 source 172.20.1.1 //Tunnel接口配置的源地址,也可配置为源端口模式source LoopBack1 destination 172.20.1.2 //Tunnel接口配置的目的地址 #
    1. 排查Tunnel接口是否配置源地址(源接口)、目的地址。
      • 如没有配置源地址(源接口),需要配置命令source { ip-address | ifName | ifType ifNum };
      • 如没有配置目的地址,需要配置命令destination [ vpn-instance vpn-instance-name ] ip-address
    2. 三维口模式下需要排查配置的接口是否有指定业务处理板,指定的业务处理板的槽位号是否与Tunnel接口的第一维参数相同。

      三维Tunnel接口格式参考:interface Tunnel1/0/0。

      此处1表示tunnel接口的第一维参数。

      绑定GRE隧道的物理接口的配置信息参考:

      <H3C> system-view
      [H3C] interface gigabitethernet 1/0/0
      [H3C-GigabitEthernet1/0/0] target-board 1
      [H3C-GigabitEthernet1/0/0] binding tunnel gre
      [H3C-GigabitEthernet1/0/0] commit
    3. 排查Tunnel接口是否有绑定GRE协议。

      如未绑定,需要通过配置命令tunnel-protocol gre绑定。

    4. Tunnel接口配置了Keepalive功能,检测到隧道对端不可达。

      如果本端配置了Keepalive功能,需要确认对端是否部署了与本端相对应的GRE隧道,如果没有部署,请先执行命令 undo keepalive,然后查看端口物理状态是否Up,待对端隧道也配置,并且流量转发正常后再部署Keepalive功能。

      可以使用display keepalive packets count命令查看GRE隧道接口发送给对端的Keepalive报文的数量和Keepalive响应报文的数量,根据报文统计信息判断对端隧道链接状态。通过reset keepalive packets count可以清理Keepalive报文统计信息。

      <H3C> system-view
      [H3C] interface Tunnel 1
      [H3C-Tunnel1] tunnel-protocol gre
      [H3C-Tunnel1] commit
      [H3C-Tunnel1] display keepalive packets count
      Send 0 keepalive packets to peers, Receive 0 keepalive response packets from peers Receive 0 keepalive packets from peers, Send 0 keepalive response packets to peers.
    5. 如果上述检查均无问题,或处理结束后故障仍然无法排除,请联系技术支持工程师。
  3. 排查接口协议状态Down的原因。
    1. 排查Tunnel接口是否配置了IP地址。

      如果没有配置IP地址,请根据网络设计部署IP地址。

    2. 排查Tunnel接口配置的目的地址是否可达。

      通过命令display ip routing-table查看路由表,排查是否有配置的destination的路由,如果没有请先排查路由部署。

      举例的隧道两端地址source、destination为同一网段,有直连路由信息,若不在同一网段,可以通过OSPF建立动态路由。

      <H3C> display ip routing-table
      Route Flags: R - relay, D - download to fib, T - to vpn-instance, B - black hole route ------------------------------------------------------------------------------ Routing Table : _public_ Destinations : 11 Routes : 11 Destination/Mask Proto Pre Cost Flags NextHop Interface 127.0.0.0/8 Direct 0 0 D 127.0.0.1 InLoopBack0 127.0.0.1/32 Direct 0 0 D 127.0.0.1 InLoopBack0 127.255.255.255/32 Direct 0 0 D 127.0.0.1 InLoopBack0 172.20.1.0/24 Direct 0 0 D 172.20.1.1 Ethernet3/0/0 172.20.1.1/32 Direct 0 0 D 127.0.0.1 Ethernet3/0/0 172.20.1.255/32 Direct 0 0 D 127.0.0.1 Ethernet3/0/0 172.22.1.0/24 Direct 0 0 D 172.22.1.1 Tunnel1 172.22.1.1/32 Direct 0 0 D 127.0.0.1 Tunnel1 172.22.1.255/32 Direct 0 0 D 127.0.0.1 Tunnel1 255.255.255.255/32 Direct 0 0 D 127.0.0.1 InLoopBack0
    3. 如果上述检查均无问题,或处理结束后故障仍然无法排除,请联系技术支持工程师。

粉丝:1人 关注:0人

有可能是模拟器bug  重启一下设备试试呢 或者从新打开HCL

重启了,把HCL更新到最新版也是起不来

安史之绿 发表时间:2024-01-29 更多>>

重启了,把HCL更新到最新版也是起不来

安史之绿 发表时间:2024-01-29
安史之绿 知了小白
粉丝:0人 关注:0人

用的HCL实验,两边路由器都能通,但是tunnel口起不来

粉丝:33人 关注:4人

GRE tunnel 口up的条件;

1、源接口up  source 接口 up

2、目的地址、destination  路由可达;

粉丝:160人 关注:1人

你光有source,destination没配置啊

回复安史之绿:

不客气

叫我靓仔 发表时间:2024-01-29 更多>>

两边都配了哇

安史之绿 发表时间:2024-01-29

看到了,两个单词太像了,感谢大佬

安史之绿 发表时间:2024-01-29
回复安史之绿:

不客气

叫我靓仔 发表时间:2024-01-29

编辑答案

你正在编辑答案

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

分享扩散:

提出建议

    +

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

确定

亲~检测到您登陆的账号未在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. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

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

不规范转载

×

举报说明