今天自己嚇自己...先寫下來...目前幾個發現的GNS3解決方法
-------------------------------------------------------------------------------
我的CCIE Lab是採用Windows 7 PC run GNS3 + 4 Real Cisco 3750 Switch的方式
GNS3:
6 x Router R1~R6 , IOS為 c3725-adventerprisek9-mz.124-15.T14.extracted.bin
3 x Router BB1~BB3, IOS為 c3725-adventerprisek9-mz.124-15.T14.extracted.bin
1 x Frame-Relay Switch, GNS3內建
4 x Real Cisco 3750 Switch:
4 x WS-C3750-24TS, IOS為 c3750-advipservicesk9-mz.122-46.SE.bin
中間的連線就是將PC串接12個USB-to-FastEthernet Adapter後,連到SW1~SW4
-------------------------------------------------------------------------------
Ping 255.255.255.255 反應慢,沒關係,終於解決了
在INE Workbook的許多測試裡,可能要 ping 255.255.255.255
但發現就是回應很慢,大約每一個ping reply大約要20~30秒,
一開wireshark看一看,果然找到問題了,
Router會先用介面的IP去用DNS反查Broadcast Address,例如
Standard query 0x6686 PTR 7.37.1.155.in-addr.arpa
這樣就會造成ping reply的速度很慢很慢很慢
所以在設備裡面要下no ip domain-lookup才可以解決這樣的情況
-------------------------------------------------------------------------------
為了加速我們在TS時,traceroute的速度,我發現,在每一台設備上,下no ip icmp rate-limit unreachable可以加速反應。
!
config t
no ip icmp rate-limit unreachable
end
!
-------------------------------------------------------------------------------
GNS3 CPU過高...idle pc值一定要算一下....另外就是加上idlemax = 100的指令,真的很有用
autostart = False
version = 0.8.5
[127.0.0.1:7201]
workingdir = working
udp = 10100
[[3725]]
image = D:\GNS3\IOS\c3725-adventerprisek9-mz.124-15.T14.extracted.bin
ram = 256
idlepc = 0x60c08728
idlemax = 100
ghostios = True
[[ROUTER R1]]
model = 3725
console = 2001
aux = 2100
以下省略
沒有留言:
張貼留言