Cloud Native应用交付

  • 首页
  • 关于本站
  • 个人介绍
  • Downloads
  • Repo
    • Github
    • Container
  • F5
    • F5 Python SDK
    • F5-container
    • F5-LBaaS
  • 社交
    • 联系我
    • 微信/微博
    • 公众号
    • 打赏赞助
行至水穷处 坐看云起时
Cloud Native Application Services: cnadn.net
  1. 首页
  2. 路由器技术
  3. 正文

[已解决]一个让我郁闷的问题~

2006年05月7日 11043点热度 0人点赞 3条评论

下面是我的2501上的的路由表:
mycisco#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default
U - per-user static route

Gateway of last resort is 192.168.0.1 to network 61.0.0.0

C 1.0.0.0/8 is directly connected, Loopback0
S* 61.0.0.0/8 [1/0] via 192.168.0.1
C 192.168.0.0/24 is directly connected, Ethernet0

为什么这个时候 我ping 222.187.122.45 却是通的?不是应该不通么?
mycisco#ping 222.187.122.45

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echoes to 222.187.122.45, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 108/122/140 ms
mycisco#

 

mycisco#traceroute 222.187.122.45

Type escape sequence to abort.
Tracing the route to 222.187.122.45

1 SpeedTouch.lan (192.168.0.1) 4 msec 0 msec 4 msec
2 202.100.34.1 8 msec 8 msec 8 msec
3 61.150.1.113 8 msec 8 msec 12 msec
4 219.145.65.121 12 msec 12 msec 8 msec
5 61.134.0.5 8 msec 12 msec 8 msec
6 202.97.34.193 36 msec 36 msec 40 msec
7 202.97.53.69 40 msec 36 msec 40 msec
8 202.97.34.66 120 msec 120 msec 120 msec
9 202.97.41.222 128 msec 128 msec 124 msec
10 202.97.27.142 136 msec 140 msec 136 msec
11 221.229.239.61 136 msec 136 msec 136 msec
12 61.147.39.66 136 msec 136 msec 136 msec
13 221.229.239.85 140 msec 136 msec 140 msec
14 61.177.216.6 136 msec 136 msec 136 msec
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
它怎么能知道找我的猫?

===========

解答:

注意看路由表,正如ip default-network这个命令的叫法一样,这里指定的是一个缺省网络,也就是说 ip default-network必须在正常启动了路由环境以后,在路由表里拥有了这个缺省网络的具体出口之后才有意义,数据包将根据缺省路由指定数据包从哪个网络走,然后路由器知道这个网络的真正出口是在哪里.

上面的这个问题,我们可以看到,222网的数据,路由表无匹配,走Gateway of last resort  ,于是要从61.0.0.0/8网络走,路由器根据路由表又知道61.0.0.0/8是从要发倒192.168.0.1的.所以,对上面的情形,任何公网ip我们都可以ping通.这就是一个递归的查询过程.

相关文章

  • 以前单位同事一次DHCP snooping排错经历
  • http://www.cisco.com/warp/public/707/gre_ipsec_ospf.html
  • IPSEC VPN上跑组播
  • NAT-WITH ACL OR ROUTE-MAP
  • ICMP TYPE CODE 对应表
本作品采用 知识共享署名-非商业性使用 4.0 国际许可协议 进行许可
标签: 暂无
最后更新:2006年05月7日

纳米

linjing.io

打赏 点赞
< 上一篇
下一篇 >

文章评论

  • webdcom

    interface Loopback0
    ip address 1.1.1.1 255.0.0.0
    no ip directed-broadcast
    no ip route-cache
    no ip mroute-cache
    !
    interface Ethernet0
    ip address 192.168.0.10 255.255.255.0
    no ip directed-broadcast
    no ip route-cache
    no ip mroute-cache
    !
    interface Serial0
    no ip address
    no ip directed-broadcast
    no ip route-cache
    no ip mroute-cache
    shutdown
    !
    interface Serial1
    no ip address
    no ip directed-broadcast
    no ip route-cache
    no ip mroute-cache
    shutdown
    !
    ip classless
    ip default-network 61.0.0.0
    ip route 61.0.0.0 255.0.0.0 192.168.0.1
    !
    !

    2006年05月9日
    回复
  • 小林

    你好。要是有多少这样的缺省网络的路由,那要从哪条出来?怎么判断 谢谢

    2006年06月4日
    回复
  • nami

    ip default-network和ip route 0.0.0.0 0.0.0.0
    两者都用于ip routing有效的路由器上,区别主要在于路由协议是否传播这条路由信息。比如:IGRP无法识别0.0.0.0,因此传播默认路由时必须用ip default-network。

    当用ip default-network指令设定多条默认路由时,administrative distance最短的成为最终的默认路由;如果有复数条路由distance值相等,那么在路由表(show ip route)中靠上的成为默认路由。
    同时使用ip default-network和ip route 0.0.0.0 0.0.0.0双方设定默认路由时,如果ip default-network设定的网络是直连(静态、且已知)的,那么它就成为默认路由;如果ip default-network指定的网络是由交换路由信息得来的,则ip route 0.0.0.0 0.0.0.0指定的表项成为默认路由。
    最后,如果使用多条ip route 0.0.0.0 0.0.0.0指令,则流量会自动在多条链路上负载均衡。

    2006年06月7日
    回复
  • razz evil exclaim smile redface biggrin eek confused idea lol mad twisted rolleyes wink cool arrow neutral cry mrgreen drooling persevering
    取消回复

    这个站点使用 Akismet 来减少垃圾评论。了解你的评论数据如何被处理。

    页面AI聊天助手

    纳米

    linjing.io

    ☁️迈向Cloud Native ADC ☁️

    认证获得:
    TOGAF: ID 152743
    Kubernetes: CKA #664
    Microsoft: MCSE MCDBA
    Cisco: CCNP
    Juniper: JNCIS
    F5:
    F5 Certified Solution Expert, Security
    F5 Certified Technology Specialist, LTM/GTM/APM/ASM
    F5 Certified BIG-IP Administrator
  • 点击查看本博技术要素列表
  • 归档
    分类
    • AI
    • Automation
    • Avi Networks
    • Cisco ACI
    • CISCO资源
    • F5 with ELK
    • F5-Tech tips
    • F5技术
    • Juniper
    • Linux
    • NGINX
    • SDN
    • ServiceMesh
    • WEB编程
    • WINDOWS相关
    • 业界文章
    • 交换机技术
    • 化云为雨/Openstack
    • 协议原理
    • 容器/k8s
    • 我的工作
    • 我的生活
    • 网站技术
    • 路由器技术
    • 项目案例
    标签聚合
    openstack istio docker envoy bigip network gtm k8s api flannel DNS neutron irule F5 nginx
    最近评论
    汤姆 发布于 8 个月前(09月10日) 嗨,楼主,里面的json怎么下载啊,怎么收费啊?
    汤姆 发布于 8 个月前(09月09日) 大佬,kib的页面可以分享下吗?谢谢
    zhangsha 发布于 1 年前(05月12日) 资料发给我下,谢谢纳米同志!!!!lyx895@qq.com
    李成才 发布于 1 年前(01月02日) 麻烦了,谢谢大佬
    纳米 发布于 1 年前(01月02日) 你好。是的,因为以前下载系统插件在一次升级后将所有的下载生成信息全弄丢了。所以不少文件无法下载。DN...
    浏览次数
    • Downloads - 183,772 views
    • 联系我 - 118,966 views
    • 迄今为止最全最深入的BIGIP-DNS/GTM原理及培训资料 - 116,511 views
    • Github - 103,659 views
    • F5常见log日志解释 - 79,774 views
    • 从传统ADC迈向CLOUD NATIVE ADC - 下载 - 74,623 views
    • Sniffer Pro 4 70 530抓包软件 中文版+视频教程 - 74,320 views
    • 迄今为止最全最深入的BIGIP-DNS/GTM原理及培训资料 - 67,770 views
    • 关于本站 - 60,909 views
    • 这篇文档您是否感兴趣 - 55,495 views
    链接表
    • F5SE创新
    • Jimmy Song‘s Blog
    • SDNlab
    • Service Mesh社区
    • 三斗室
    • 个人profile
    • 云原生社区

    COPYRIGHT © 2023 Cloud Native 应用交付. ALL RIGHTS RESERVED.

    Theme Kratos Made By Seaton Jiang

    京ICP备14048088号-1

    京公网安备 11010502041506号