设为首页 收藏本站
查看: 1128|回复: 0

[经验分享] Cisco Catalyst 6500交换机SP&RP console登录切换

[复制链接]

尚未签到

发表于 2018-7-19 09:15:50 | 显示全部楼层 |阅读模式
  Cisco Catalyst 6500交换机SP&RP console登录切换
  ========phanx.com=========
  Author:  phanx
  Updated: 2005-11-02
  2005-11-07
  =========================
  刚刚接触6500系列交换机的时候,发现有的65是一个OS,有的则是两个OS.
  对于两个OS的65,我一般是采用分别telnet sc0地址进入二层,telnet loopback0地址进入三层.
  这个做法显然十分笨拙.
  因为早期6500系列交换机的引擎SUP1A/SUP2默认都是SP(CatOS)+RP/MSFC(MSFC-IOS)的结构,
  这有别与现在新的 6500/7600 的 SUP720/SUP32 引擎采用的 SP+RP Native-IOS 结构,
  所以对于console,也和普通的交换机/路由器有所不同.
  当接使用console线连接到console上的时候看到的都是SP(Switch Processor二层引擎)的console
  要登录RP/MSFC(Route Processor三层引擎/Multilayer Switch Feature Card多层交换特性卡)
  有两个办法:
  1.是使用命令 session xx 进入MSFC
  phanx_SP> (enable) sess 15
  Trying Router-15...
  Connected to Router-15.
  Escape character is '^]'.
  User Access Verification
  Password: ********
  phanx_RP>
  2.是使用命令 switch console 进入MSFC的console
  phanx_SP> (enable) sw con
  Trying Router-15...
  Connected to Router-15.
  Type ^C^C^C to switch back...
  Press RETURN to get started!
  phanx_RP>
  它们的区别是:
  方法1是使用类似telnet的方式从SP进入RP.
  要返回SP的console就和普通的telnet登录一样使用exit
  方法2是将console切换到了RP上,就像直接将console线接到RP上一样.
  要返回SP的console就连按三次Ctrl+Break组合键
  所以用session命令会按照line vty 下的配置进行身份验证,
  而用switch console命令会按照line con 下的配置进行认证.
  session xx命令中得xx为实际需要登录的MSFC的模块号.
  因为 MSFC在6500交换机中被认为是一块虚拟的单独的模块,
  这一点从 show module 命令可以看出来.
  下面是一个单SUP1A引擎6506 的show module 的例子
  ******************************************************************************
  Mod Slot Ports Module-Type               Model               Sub Status
  --- ---- ----- ------------------------- ------------------- --- --------
  1   1    2     1000BaseX Supervisor      WS-X6K-SUP1A-2GE    yes ok
  15  1    1     Multilayer Switch Feature WS-F6K-MSFC         no  ok
  2   2    48    10/100BaseTX Ethernet     WS-X6248-RJ-45      no  ok
  3   3    48    10/100BaseTX Ethernet     WS-X6248-RJ-45      no  ok
  Mod Module-Name          Serial-Num
  --- -------------------- -----------
  1                        SADxxxxxxx
  15                       SADyyyyyyy
  2                        SADzzzzzzz
  3                        SADwwwwwww
  Mod MAC-Address(es)                        Hw     Fw         Sw
  --- -------------------------------------- ------ ---------- -----------------
  1   00-d0-bc-f6-0b-6a to 00-d0-bc-f6-0b-6b 3.1    0.0        7.6(5)
  00-d0-bc-f6-0b-68 to 00-d0-bc-f6-0b-69
  00-01-63-29-50-00 to 00-01-63-29-53-ff
  15  00-30-b6-35-9e-d0 to 00-30-b6-35-9f-0f 1.3    12.1(20)E2 12.1(20)E2
  2   00-30-19-c6-82-80 to 00-30-19-c6-82-af 1.1    4.2(0.24)V 7.6(5)
  3   00-30-19-c6-82-c8 to 00-30-19-c6-82-f7 1.1    4.2(0.24)V 7.6(5)
  Mod Sub-Type                Sub-Model           Sub-Serial  Sub-Hw Sub-Sw
  --- ----------------------- ------------------- ----------- ------ ------
  1   L3 Switching Engine     WS-F6K-PFC          SADvvvvvvvv 1.0
  ******************************************************************************
  可以看到 Mod 15 就是RP/MSFC了.
  而这是一个 双SUP2引擎6509的 show module的例子
  ******************************************************************************
  Mod Slot Ports Module-Type               Model               Sub Status
  --- ---- ----- ------------------------- ------------------- --- --------
  1   1    2     1000BaseX Supervisor      WS-X6K-SUP2-2GE     yes standby
  15  1    1     Multilayer Switch Feature WS-F6K-MSFC2        no  ok
  2   2    2     1000BaseX Supervisor      WS-X6K-SUP2-2GE     yes ok
  16  2    1     Multilayer Switch Feature WS-F6K-MSFC2        no  ok
  3   3    8     1000BaseX Ethernet        WS-X6408A-GBIC      no  ok
  4   4    48    10/100BaseTX Ethernet     WS-X6348-RJ-45      no  ok
  Mod Module-Name          Serial-Num
  --- -------------------- -----------
  1                        SADuuuuuuuu
  15                       SADvvvvvvvv
  2                        SADwwwwwwww
  16                       SADxxxxxxxx
  3                        SALyyyyyyyy
  4                        SALzzzzzzzz
  Mod MAC-Address(es)                        Hw     Fw         Sw
  --- -------------------------------------- ------ ---------- -----------------
  1   00-01-64-75-ed-a2 to 00-01-64-75-ed-a3 2.2    6.1(3)     6.3(3)
  00-01-64-75-ed-a0 to 00-01-64-75-ed-a1
  15  00-05-9b-d3-72-80 to 00-05-9b-d3-72-bf 1.2    12.1(7a)E1 12.1(7a)E1
  2   00-01-64-75-ec-f2 to 00-01-64-75-ec-f3 2.2    6.1(3)     6.3(3)
  00-01-64-75-ec-f0 to 00-01-64-75-ec-f1
  00-05-dc-95-e4-00 to 00-05-dc-95-e7-ff
  16  00-05-9b-d1-63-c0 to 00-05-9b-d1-63-ff 1.2    12.1(7a)E1 12.1(7a)E1
  3   00-05-31-30-3f-20 to 00-05-31-30-3f-27 2.0    5.4(2)     6.3(3)
  4   00-04-de-81-63-20 to 00-04-de-81-63-4f 1.5    5.4(2)     6.3(3)
  Mod Sub-Type                Sub-Model           Sub-Serial  Sub-Hw
  --- ----------------------- ------------------- ----------- ------
  1   L3 Switching Engine II  WS-F6K-PFC2         SADssssssss 1.3
  2   L3 Switching Engine II  WS-F6K-PFC2         SADtttttttt 1.3
  ******************************************************************************
  从上面可以看出对于一号槽位中的MSFC是 Mod 15,对于二号槽位中的MSFC是 Mod 16
  一般在用telnet到二层sc0地址的时候,需要进入三层模块的话用session xx 就比较方便,
  不用再telnet三层的loopback0地址.
  但是session命令不能在三层模块尚未正常工作的情况下使用,也就是说当MSFC在进行
  引导的时候,是不能用session命令进入三层的.这和路由器没有启动完成前不能用telnet
  命令访问VTY是一个道理. 所以,在这种情况下要访问三层模块只有通过console.
  当在二层console下使用switch console命令切换到三层console下以后,就可以看到MSFC的
  所有console输出了. 包括正常的启动过程以及异常停留在rommon状态下等情况.

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-538595-1-1.html 上篇帖子: Cisco交换机端口假死[err-disable]解决方法 下篇帖子: Cisco 1700系列路由器的硬件故障检修
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表