Dynamips模拟3660桥接PC后与实际网络通讯问题

简介:
经常看到一些朋友在使用Dyamips过程中提出和实际网络通讯问题,表示模拟出来的设备和PC网卡桥接后并不能和实际网络通讯,实际上这是一个理解的误区。
我们先澄清一个概念:
Dynamips模拟过程中和网卡的桥接可以理解为: 为该PC网卡增加第二个IP地址。
在这个理解的基础上就比较容易解释通和不同的情况了。
我们看一个简单的示例:
C3660(NM-16ESW)--PC--(实际设备)--ISP
IP设置如下:
C3660和PC桥接的接口起三层,配置10.0.1.250
PC原IP:10.0.1.104
实际设备:10.0.1.254
ISP:202.101.98.55
按照上述配置配好后,你在3660上ping的范围仅仅允许到达
1、PC
2、PC所连接的网关
原因是:3660默认启用了ip routing,而对于起路由功能的设备来说,它并没有网关(默认路由),导致实际上它哪儿也去不了。
之所以能够ping通上述位置,完全是因为:
1、PC网卡本身就是和Dynamips绑定,自己ping自己当然能通。
2、PC的网关回应的是连接的网卡,又在一个网段,所以也能通。
这时你往ISP方向ping,只要过了10.0.1.254的地址,3660都会在自身表中查找,但是无路由活默认路由,所以自然不通了。
此时,只要加上默认路由ip route 0.0.0.0 0.0.0.0 10.0.1.254 ,将数据指向网关。
你就可以直接ping通ISP。
接下来我们取消默认路由
并关闭ip routing:no ip routing
此时发现,3660可以到达任何位置了。
原因是:关闭路由功能,此时Dynamips成为一个交换设备,其IP地址和PC网卡绑定,导致其路由采用了PC网卡的网关,而PC本身是通外网的,因此可以直接访问任何位置。
所以,我们只要了解了原理,就可以灵活控制Dynamips和实际设备的互访。


     本文转自 beansprouts 51CTO博客,原文链接:http://blog.51cto.com/netwalk/66514,如需转载请自行联系原作者

相关文章
|
Kubernetes 网络协议 Linux
CentOS7下打通调试PC到K8s Pod之间网络的实践过程
CentOS7下打通调试PC到K8s Pod之间网络的实践过程
246 0
CentOS7下打通调试PC到K8s Pod之间网络的实践过程
|
Android开发
【Android 逆向】Android 逆向通用工具开发 ( PC 端工程分析 | 网络初始化操作 | PC 端工程核心业务逻辑 )
【Android 逆向】Android 逆向通用工具开发 ( PC 端工程分析 | 网络初始化操作 | PC 端工程核心业务逻辑 )
123 0
|
网络协议 开发工具 Android开发
【Android 逆向】Android 逆向通用工具开发 ( adb forward 网络端口重定向命令 | PC 端逆向程序主函数分析 )
【Android 逆向】Android 逆向通用工具开发 ( adb forward 网络端口重定向命令 | PC 端逆向程序主函数分析 )
280 0
【Android 逆向】Android 逆向通用工具开发 ( adb forward 网络端口重定向命令 | PC 端逆向程序主函数分析 )
2018年非PC网络成主力,WiFi将超越固网
2018年非PC网络成主力,WiFi将超越固网
120 0
2018年非PC网络成主力,WiFi将超越固网
|
Web App开发 数据采集 Shell
树莓派/PC实现实时摄像头数据共享—最优方法(搭建网络摄像头)
树莓派/PC实现实时摄像头数据共享—最优方法(搭建网络摄像头)
树莓派/PC实现实时摄像头数据共享—最优方法(搭建网络摄像头)