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

H3C S5048PV5-EI交换机VLAN划分单通问题

1天前提问
  • 0关注
  • 0收藏,68浏览
粉丝:0人 关注:0人

问题描述:

路由器:

型号:爱快G20

lan1 IP地址:172.28.8.254

lan2 IP地址:172.28.7.254

静态路由:线路-lan1    目的地址:172.28.9.0  子网掩码:255.255.255.0 网关:172.28.8.10

 

防火墙:

型号:H3C F100-S-G3 无IP

 

核心交换机:

型号:H3C S6520-30SG-SI 无IP

 

交换机:

型号:H3C S5048PV5-EI

IP地址:172.28.8.10(51口,也是上行口)

vlan1:vlan id:1  IP:172.28.8.10/255.255.255.0

vlan2:vlan id:2  IP:172.28.9.1/255.255.255.0

路由数据:目的地址0.0.0.0 掩码长度:0   优先级:60  下一跳:172.28.8.254

 

45口划归vlan2,接入终端IP:172.28.9.19   子网掩码:255.255.255.0 网关:172.28.9.1

18口划归vlan1,接入终端IP:172.28.8.4     子网掩码:255.255.255.0 网关:172.28.8.254

 

现状:

1、172.28.8.4终端能ping通172.28.9.19

2、172.28.9.19终端可以ping通172.28.9.1、172.28.8.10、172.28.8.254

3、172.28.9.19终端可以ping通路由器LAN2 管理IP:172.28.7.254及172.28.7网段IP

4、172.28.7网段终端也可以ping通172.28.9.19

 

问题现象:

1、172.28.9.19终端不能ping通172.28.8.4;

2、从172.28.9.19终端tracert8.4,每一跳都反馈请求超时

3、在交换机上用ping -a 172.28.9.1 172.28.8.4 不通

4、172.28.8.4终端在带网络的安全模式下也不能被172.28.9.19终端ping通

5、172.28.9.19终端不能ping通除172.28.8.10、172.28.8.254以外的172.28.8网段IP

 

需求:

H3C交换机45口接入的终端IP段为172.28.9网段,IP地址自动获取,能访问172.28.8网段,如果在H3C上划VLAN,不在路由器上设置VLAN,可以实现吗?

4 个回答
粉丝:2人 关注:9人

检查交换机VLAN配置和接口状态:
1. 查看VLAN划分:`display vlan all`
2. 检查接口VLAN成员关系:`display interface brief` 确认端口属于正确VLAN
3. 检查接口状态:`display interface GigabitEthernet x/x/x` 确认端口物理和协议状态为UP
4. 检查端口类型:`display interface GigabitEthernet x/x/x` 确认端口模式(access/trunk/hybrid)正确
5. 检查VLAN接口状态:`display ip interface brief` 确认VLAN接口已创建且状态为UP
6. 检查ARP表:`display arp` 确认能学习到对端设备MAC地址
7. 检查路由表:`display ip routing-table` 确认有到达目标网段的路由(172.28.9.0/24)

常见原因:VLAN未创建、端口VLAN配置错误、VLAN接口未配置IP、端口被shutdown、路由缺失。

需要补充:具体单通现象描述(哪个方向不通)、相关端口配置、VLAN配置详情、故障端口的详细状态信息。

暂无评论

粉丝:98人 关注:11人

检查下终端是不是开了防火墙了 

检查下防火墙策略问题


暂无评论

粉丝:8人 关注:0人

可以,只靠交换机划分 VLAN 并配置 VLAN 接口 IP 作为终端网关,不在路由器上配置 VLAN,完全可以实现跨网段访问。你当前的配置方向是正确的,问题可能出在 ARP 解析或终端防火墙等细节上。

一、你的目标方案是可行的

结论先行:不需要在路由器上配置 VLAN,只要在 S5048PV5-EI 上完成 VLAN 划分和 VLAN 接口 IP 配置,并将交换机上联口与路由器 LAN 口配置为同网段,即可实现内网跨网段互通,仅外网访问才经过路由器。

这就是典型的“核心交换机作为网关”的组网方式:

VLAN 2 终端 (172.28.9.19/24)
↓ 网关 172.28.9.1 S5048PV5-EI (VLAN 2 SVI) ↓ 内部路由 S5048PV5-EI (VLAN 1 SVI: 172.28.8.10) ↓ 同一网段互联 路由器 LAN1 (172.28.8.254) ↓ 外网你当前的配置已经满足了这个架构:
  •  VLAN 1 接口 IP:172.28.8.10/24

  •  VLAN 2 接口 IP:172.28.9.1/24

  •  默认路由指向路由器:ip route-static 0.0.0.0 0 172.28.8.254

  •  路由器回程路由:目的地址 172.28.9.0/24 网关 172.28.8.10


二、数据流向分析:172.28.9.19 → 172.28.8.4

按照正确配置,ping 包应该这样走:

  1. ICMP 请求:9.19 → 网关 9.1 (交换机) → 交换机查路由表,目标 8.4 在同一交换机 VLAN 1 下 → 交换机通过 ARP 获取 8.4 的 MAC 地址 → 直接二层转发到 8.4

  2. ICMP 应答:8.4 → 网关 8.254 (路由器? 不对!) → 这里可能出现问题


三、关键问题定位

根据你的现象“9.19 能 ping 通 8.10 和 8.254,但 ping 不通 8.4”,结合 tracert 全部超时,问题很可能出在以下环节:

1. 终端 172.28.8.4 的防火墙阻止了 ICMP

这是最常见的原因。8.4 能上网,说明它的默认网关配置正确(应该是 172.28.8.254)。但 9.19 发来的 ICMP 请求,在 8.4 到达后,8.4 的防火墙可能拦截了 ICMP 应答,导致 9.19 一直收不到回复。

验证方法

# 在 172.28.8.4 上执行(Windows)
netsh advfirewall firewall add rule name="Allow ICMP" protocol=icmpv4 dir=in action=allow # 或在安全模式下临时关闭防火墙测试2. 交换机未学习到 172.28.8.4 的 ARP

交换机需要知道 8.4 的 MAC 地址才能转发。如果 8.4 没有主动通信,ARP 表可能为空。

验证命令(在交换机上):

# 查看 VLAN 1 的 ARP 表
display arp vlan 1 # 检查是否有 172.28.8.4 的记录 # 如果没有,让 8.4 ping 一下网关 172.28.8.254 或 8.10 来触发 ARP手动触发:在 8.4 上执行 ping 172.28.8.10,然后再从 9.19 测试。

3. 8.4 的网关配置错误

确认 8.4 的默认网关是 172.28.8.254 而非 172.28.8.10。在核心交换机架构中,终端的默认网关应该指向交换机 VLAN 接口 IP(这里是 8.10)还是路由器?根据你的配置,8.4 同网段的网关应该是路由器 LAN1(172.28.8.254)还是交换机 VLAN 1 接口(172.28.8.10)

这取决于你希望内网流量怎么走

  • 如果 8.4 的网关是 172.28.8.254:内网跨网段流量会先到路由器,再路由回交换机,多了一跳但回程路由已配置,理论上也能通。

  • 如果 8.4 的网关是 172.28.8.10:内网跨网段流量直接在交换机内部转发,效率更高。

建议将 8.4 的网关改为 172.28.8.10,这样 9.19 到 8.4 的流量全部在交换机内部完成,不经过路由器。

4. 交换机 VLAN 1 接口与终端的二层隔离

确认 18 口正确划入 VLAN 1 且是 Access 口:

display interface GigabitEthernet 1/0/18
# 确认端口链路类型和 PVID
四、推荐的验证步骤

按顺序执行,定位问题:

步骤操作预期结果
1在 8.4 上 ping 8.10 和 8.254都通,确认 8.4 网络配置正确
2在交换机上执行 display arp vlan 1确认有 8.4 的 ARP 记录
3在 8.4 上关闭防火墙(临时)如能 ping 通则确认是防火墙问题
4检查 8.4 的网关配置建议改为 172.28.8.10
5在交换机上 ping -a 172.28.9.1 172.28.8.4如不通,在交换机上查看日志 display logbuffer


五、关于生成树协议(STP)的提示

部分 H3C 交换机在多 VLAN 组网时,STP 模式可能导致跨 VLAN 转发延迟或异常。如果你的网络没有环路风险,可尝试:

undo stp global enable
测试是否能恢复,如恢复正常再根据网络拓扑配置合适的 STP 模式。

如果以上排查后仍有问题,请执行以下命令并提供输出:

display ip routing-table
display arp vlan 1 display interface GigabitEthernet 1/0/18

暂无评论

根据你的描述来看,怀疑是IP冲突了;或者是接入终端IP:172.28.9.19没有设置正确掩码和网关地址。

另外你的防火墙和6520更适合做核心设备。

有兴趣的话看我主页。

打开你的电脑,在浏览器输入知了社区,找到这个帖子,要么在别人下面评论,要么点我的头像。

暂无评论

编辑答案

你正在编辑答案

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

分享扩散:

提出建议

    +

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

确定

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

对根叔社区有害的内容

×

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

不规范转载

×

举报说明