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

S6506交换机与SCO Unix互连时SCO Unix上缺省路由不生效的问题

2006-02-15 发表
  • 0关注
  • 0收藏 714浏览
粉丝: 关注:

S6506交换机与SCO Unix互连时,SCO Unix上省路由不生效的问题

 

 

 

问题描述:

某局点采用我司的S6506交换机,网络构架是:S6506双机组网,启用VRRP、STP、OSPF和RIP等协议。目前,某些地市的网段没有进行VLAN划分。这些网段的网关采用在65交换机上设置SECONDARY IP 来完成。地市到省中心采用OSPF协议,地市到所辖各分支局点采用RIPV2协议。大部分地市的接入层交换机与核心交换机65之间还没有双线上连,目前只是单线连到其中的一台65交换机上。VRRP启用,下面的PC和服务器的网关为VRRP组的虚IP地址。

 

客户反映,当在S6506上设置了VRRP组时,某些SCO Unix服务器采用VRRP组的虚IP作缺省网关时,会出现于其他网段不能通信的状况。

 

S6506的版本:

<JZ65SW01>dis ver

Huawei Versatile Routing Platform Software

VRP (R) Software, Version 3.10(CN), RELEASE 0033

Copyright (c) 2000-2003 HUAWEI TECH CO., LTD.

Quidway S6506 uptime is 0 week,4 days,10 hours,46 minutes

 

 

SRPU 0: uptime is 0 weeks,4 days,10 hours,46 minutes

QuidwayS6500 with 1 MPC8260 Processor

256M    bytes SDRAM

16384K  bytes Flash Memory

0K      bytes NVRAM Memory

PCB Version      :   REV.0

BootROM Version  :   306

CPLD Version     :   004

Software Version :   6506-033

 

LPU 1:  uptime is 0 weeks,4 days,10 hours,45 minutes

QuidwayS6500 LPU with 1 MPC850 Processor

64M     bytes SDRAM

0K      bytes Flash Memory

0K      bytes NVRAM Memory

PCB Version      :   REV.0

BootROM Version  :   306

CPLD Version     :   003

Software Version :   6506-033

 

LPU 2:  uptime is 0 weeks,4 days,10 hours,44 minutes

QuidwayS6500 LPU with 1 MPC850 Processor

64M     bytes SDRAM

0K      bytes Flash Memory

0K      bytes NVRAM Memory

PCB Version      :   REV.0

BootROM Version  :   306

CPLD Version     :   003

Software Version :   6506-033

 

LPU 3:  uptime is 0 weeks,4 days,10 hours,44 minutes

QuidwayS6500 LPU with 1 MPC850 Processor

64M     bytes SDRAM

0K      bytes Flash Memory

0K      bytes NVRAM Memory

PCB Version      :   REV.0

BootROM Version  :   306

CPLD Version     :   003

Software Version :   6506-033

 

解决方案:

S6506SCO Unix对接时,在Unix上用netstat –rn察看路由表时,显示如下:

destion       gateway       flags      refs        use    interface  

default       113.64.1.254    ucs       31         91884   net0

 

正常情况下,路由表的显示应是:

destion       gateway       flags      refs        use    interface  

default       113.64.1.254    ugs       31         91884   net0

 

两者的区别是flags发生了变化,从正常的ugs变成了非正常的ucsugs表示启用网关服务,分析可能是SCO Unix的动态路由协议等相关问题引起,于是就试着关闭了tcp/ip启动文件/etc/tcp中的跟动态路由协议相关的几行,同时将原来的缺省网关也关闭掉。再把缺省路由添加到rc2.d的目录下。做了上述改动后,重新启动Unix,路由表恢复正常。

 

/etc/tcp中跟动态路由协议相关的几行如下:

#if [ -x /etc/routed –a ! –f /etc/gated.conf ]; then

#routed &

#echo “routed \c”

#fi

 

#if [ -x /etc/gated –a ! –f /etc/gated.conf ]; then

#/etc/gated &

# echo “gated \c”

#fi

 

另外,还要将原来的缺省网关也注销。

rc2.d中新增加的文件S99GATEWAY,内容如下:

routed   add    default   113.64.1.254   

之后重新启动Unix

 

总结:

SCO Unix的缺省网关设置在S6506上时,不管是虚拟出来的IP还是实际存在的IP都有可能出现上述问题。如果碰到这类问题,首先要检查一下Unix主机的缺省路由表的flags值是否改变了。

 

若您有关于案例的建议,请反馈:

作者在2006-02-15对此案例进行了修订
0 个评论

该案例暂时没有网友评论

编辑评论

举报

×

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

侵犯我的权益

×

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

泄露了我的隐私

×

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

侵犯了我企业的权益

×

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

抄袭了我的内容

×

原文链接或出处

诽谤我

×

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

对根叔知了社区有害的内容

×

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

不规范转载

×

举报说明

提出建议

    +

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

确定

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

注册后可访问此模块

跳转hclhub

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