国产一级一区二区_segui88久久综合9999_97久久夜色精品国产_欧美色网一区二区

掃一掃
關注微信公眾號

思科路由器全局、接口、協(xié)議調(diào)試
2006-05-24   ChinaITLab

  全局調(diào)試
  
  在配置Cisco路由器時,全局和接口命令的界限是十分明顯的。在這種情況下,我們使用“全局”來標識那些不能用于接口調(diào)試或者特定的傳輸介質類型和協(xié)議調(diào)試的命令。例如,在2500系列路由器中,就可以使用調(diào)試命令分析Cisco發(fā)現(xiàn)協(xié)議(Cisco Discovery Protocol,CDP)。我們通過telnet遠程登錄到路由器。在缺省方式下,調(diào)試命令的輸出被發(fā)送到控制臺,如果處于telnet會話中,我們可以使用terminal monitor命令查看輸出。
  
  接口調(diào)試
  
  debug serial interface命令是直接與路由器接口和傳輸介質類型相關的調(diào)試命令。在下面的示例中,串行接口采用HDLC封裝。端到端的HDLC保持活躍的報文每10秒鐘交換一次。這表明鏈路操作正常并且第二層工作正常。show interface serial0命令表明線路協(xié)議正常啟動。使用  undebug all命令關閉所有的調(diào)試。
  
  YH-Router#debug serial interface
  Serial network interface debugging is on
  YH-Router#
  Jun 1 21:54:55 PDT:Serial0: HDLC myseq 171093, mineseen 171093*, yourseen 1256540,line up
  Jun 1 21:55:05 PDT:Serial0: HDLC myseq 171094, mineseen 171094*, yourseen 1256541,line up
  Jun 1 21:54:15 PDT:Serial0: HDLC myseq 171095, mineseen 171095*, yourseen 1256542,line up
  YH-Router#undebug all
  All possible debugging has been turned off
  
  協(xié)議調(diào)試
  
  下面我們舉協(xié)議調(diào)試的兩個示例。兩個示例都與IP協(xié)議有關。當然,調(diào)試命令適用于所有的其他協(xié)議。
  
  第一個示例(如下所示)顯示ARP調(diào)試。ARP調(diào)試啟動,然后清除ARP緩存,同時產(chǎn)生了ARP請求和響應。首先,我們使用命令清除了路由器上所 有的ARP緩存,因此路由器連接的每一個局域網(wǎng)段都將產(chǎn)生ARP報文。因為我們不需要產(chǎn)生過多的ARP報文,所以所選擇的路由器僅與一個以太網(wǎng)段相連。
  
  YH-Router#debug arp
  ARP packet debugging is on
  YH-Router#clear arp
  YH-Router#
  *Jun 1 21:57:36 PDT: IP ARP: sent req src 171.136.10.1 00e0.1eb9.bbcd
  dst 171.136.10.34 00a0.24d1.5823 Ethernet0
  *Jun 1 21:57:36 PDT: IP ARP: sent req src 171.136.10.1 00e0.1eb9.bbcd
  dst 171.136.10.10 0080.5f06.ca3d Ethernet0
  ......
  *Jun 1 21:57:36 PDT: IP ARP: rcvd req src 171.136.10.10 0080.5f06.ca3d, dst 171.136.10.1 Ethernet0
  *Jun 1 21:57:36 PDT: IP ARP: creating entry for IP address:171.136.10.10,hw: 0080.5f06.ca3d
  ......
  
  第二個示例(如下所示)顯示IP RIP調(diào)試。在調(diào)試開始時,并沒有清空路由器表,因為路由器每隔30秒自動進行一次RIP更新,因此不需要強 制更新。與第一個示例中類似,在獲得了足夠的信息后應該關閉所有的調(diào)試。
  
  YH-Router#debug ip rip events
  RIP event debugging is on
  YH-Router#
  NOV 27 13:55:45 PST: RIP: sending v1 update to 255.255.255.255 via TokenRing1/0 (165.48.65.136)
  NOV 27 13:55:45 PST: RIP: Update contains 25 routes
  NOV 27 13:55:45 PST: RIP: Update queued
  NOV 27 13:55:45 PST: RIP: Update contains 6 routes
  NOV 27 13:55:45 PST: RIP: Update queued
  NOV 27 13:55:45 PST: RIP: Update sent via TokenRing1/0
  ......
  YH-Router#undeb all
  All possible debugging has been turned off
  
  Ping命令
  
  Ping是最常使用的故障診斷與排除命令。它由一組ICMP回應請求報文組成,如果網(wǎng)絡正常運行將返回一組回應應答報文。ICMP消息以IP數(shù)據(jù)包傳輸,因此接收到ICMP回應應答消息能夠表明第三層以下的連接都工作正常。
  
  Cisco的ping命令不但支持IP協(xié)議,而且支持大多數(shù)其他的桌面協(xié)議,如IPX和AppleTalk協(xié)議的ping命令。我們首先看一下支持IP協(xié)議的ping命令以用戶EXEC方式執(zhí)行的情況,然后再討論在特權模式下,擴展的ping命令包含的許多強大功能。
  
  用戶執(zhí)行模式
  
  IP PING 簡單的IP ping既可以在用戶模式下執(zhí)行,也可以在特權模式下執(zhí)行。正常情況下,命令會發(fā)送回5個回應請求,5個驚嘆號表明所有的請求都成功地接收到了響應。輸出中還包括最大、最小和平均往返時間等信息。
  
  每一個“!”表明一個echo響應被成功的接受,如果不是“!”號,則表明echo響應未被接收到的原因:
  
  ! 響應成功接收
  · 請求超時
  U 目的不可達
  P 協(xié)議不可達
  N 網(wǎng)絡不可達
  Q 源抑制
  M 不能分段
  ? 不可知報文類型
  
  IPX PING IPX ping命令只能在運行IOS v 8.2及其以上版本的路由器上執(zhí)行。用戶模式下的IPX ping通常僅用于測試Cisco路由器接口。在特權模式下,用戶可以ping特定的NOVELL工作站,命令的格式為“ping ipx IPX地址”。
  
  APPLETALE PING 該命令使用Apple Echo Protocol(AEP)以確認AppleTalk節(jié)點之間的連通性。需要注意的是,目前的Cisco路由器僅對以太 網(wǎng)接口支持Apple Echo Protocol。命令的格式為“ping apple Appletalk地址”。
  
  特權執(zhí)行模式
  
  在特權執(zhí)行模式下,擴展的ping命令適用于任何一種桌面協(xié)議。它包含更多的功能屬性,因此可以獲得更為詳細的信息。通過這些信息我們可以分析網(wǎng)絡性能下降的原因而不單單是服務丟失的原因。擴展的ping命令的執(zhí)行方式也是敲入ping。然后路由器提示各種不同的屬性。
  
  EXTENDED IP PING 其使用方法如下所示:
  YH-Router#ping
  Protocol [ip]:
  Target IP address: 165.48.183.12
  Repeat count [5]: 10
  Datagram size [100]: 1600
  Timeout in seconds [2]:
  Extended commands [n]: y
  Source address or interface: 165.48.48.3
  Type of service [0]:
  Set DF bit in IP header? [no]:
  Data pattern [0xABCD]:
  Loose, Srict, Record, Timestamp, Verbose[none]:
  Sweep range of sizes [n]:
  Type escape sequence to abort.
  Sending 10, 1600-byte ICMP Echoes to 165.58.183.12, timeout is 2 seconds:
  !!!!!!!!!!
  Success rate is 100 percent (10/10), round-trip min/avg/max = 36/39/48 ms
  
  首先我們討論特權模式下的ping的各種可用屬性。每種屬性的缺省值在括號中顯示。
  
  Protocol 需要測試的協(xié)議。
  
  Target address 測試的目標地址。
  
  Repeat count 如果出現(xiàn)間歇性的失敗或者響應時間過慢,ping重復的次數(shù)。
  
  Datagram size 如果懷疑報文由于延遲過長或者分段失敗而丟失,則可以提高報文的大小。例如,我們可以使用1600字節(jié)的報文來強制分段。
  
  Timeout 如果懷疑超時是由于響應過慢而不是報文丟失,則可以提高該值。
  
  Extended commands 回答確定以獲得擴展屬性。
  
  Source address 必須是路由器接口的地址。
  
  Type of service 根據(jù)RFC 791 TOS規(guī)定的屬性,通常缺省值為0。
  
  Set DF bit in IP header? 通過設置DF位禁止分段,即使是報文超過了路由器定義的MTU也禁止分段。
  
  Data pattern [0xABCD] 通過改變數(shù)據(jù)模式可以測試線路的噪聲。
  
  Loose,Strict,Record,Timestamp,Verbose[none] 這些都是IP報文頭的屬性。一般只使用Record屬性和Verbose,其他屬性很少被使用。Record可以用來記錄報文每一跳的地址,Verbose屬性給出每一個回應應答的響應時間。。
  
  Sweep range of sizes [n] 該屬性主要用于測試大報文被丟失、處理速度過慢或者分段失敗等故障。
  
  EXTEND IPX PING 擴展的IPX ping也允許用戶修改參數(shù),比如報文大小和重復次數(shù)。對用戶模式下ping的另一個增強屬性是使用了Novell  Standard echo屬性。使用這一屬性,用戶可以ping裝載IPX的工作站。如果禁用該屬性,Novell IPX設備將不響應ping,因為它們不支持Cisco  proprietary IPX ping協(xié)議。用戶可以修改設備的屬性使它們支持這一特性。
  
  EXTENDED APPLETALK PING 擴展的AppleTalk ping命令是對用戶模式下ping的增強,這一點與擴展的IPX ping類似。與IP和IPX擴展ping一樣,用戶也可以選擇Verbose等屬性。
  
  trace命令
  
  trace命令提供路由器到目的地址的每一跳的信息。它通過控制IP報文的生存期(TTL)字段來實現(xiàn)。TTL等于1的ICMP回應請求報文將被首先發(fā) 送。路徑上的第一個路由器將會丟棄該報文并且發(fā)送回標識錯誤消息的報文。錯誤消息通常是ICMP超時消息,表明報文順利到達路徑的下一跳,或者端口不可達消息,表明報文已經(jīng)被目的地址接收但是不能向上傳送到IP協(xié)議棧。
  
  為了獲得往返延遲時間的信息,trace發(fā)送三個報文并顯示平均延遲時間。然后將報文的TTL字段加1并發(fā)送3個報文。這些報文將到達路徑的第二個路由器上,并返回超時錯誤或者端口不可達消息。反復使用這一方法,不斷增加報文的TTL字段的值,直到接收到目的地址的響應消息。
  
  在有些情況下,使用trace命令可能會導致故障。因為IOS中存在與trace命令相關的bug。這些bug的相關信息可以從CCO得到。另外一個問題是,某些目標站點不響應ICMP端口不可達消息。當命令的輸出顯示一系列星號(*)時,就可能碰到了此類站點。用戶可以使用Ctrl-Shift-6中斷命令的執(zhí)行。
  
  用戶執(zhí)行模式 下面展示了一個簡單的在用戶執(zhí)行模式下執(zhí)行的trace命令的輸出。到達目的地的距離是3跳。TTL值為1的3個報文的響應消息是ICMP超時錯誤,并且返回報文的IP地址有兩個。因為路由器1和路由器2在同一個網(wǎng)段中,并且它們到路由器3的距離都是一跳,因此這些路由器都響應該報文。
  
  Router3#trace 171.144.1.39
  Type escape sequence to abort.
  Tracing the route to Router9 (171.144.1.39)
  1 Router2 (165.48.48.2) 0 msec
  Router2 (165.48.48.2) 0 msec
  Router1 (165.48.48.1) 0 msec
  2 165.48.48.129 12 msec
  Router6 (165.48.49.129) 12 msec 12 msec
  3 Router4 (171.133.1.2) 12 msec 12 msec
  Router9 (171.144.1.39) 12 msec 12 msec
  Router3
  
  下面列出了IP trace命令的輸出中出現(xiàn)的不同字符及其含義:
  XY msec 在接收到響應消息之前的往返延遲(以毫秒為單位)
  * 報文超時
  ? 報文類型不能識別
  U 端口不可達
  P 協(xié)議不可達
  N 網(wǎng)絡不可達
  H 主機不可達
  Q ICMP 源抑制
  
  特權模式擴展Trace 用于擴展ping命令的許多屬性都可以用來擴展trace命令的功能。擴展trace命令的特殊屬性有:
  
  Numeric display 在缺省情況下,trace命令的輸出中既包括IP地址也包括其對應的DNS域名。如果用戶不需要顯示DNS域名,則可以使用該屬性。
  
  Probe count 其缺省值為3,用戶可以根據(jù)需要進行調(diào)整。
  
  TTL 該值可以在最大和最小TTL值之間變化。
  
  Port number 這是一個非常有用的屬性,它可以使工程技術人員跟蹤特定的傳輸層端口。因此,不但可以確認源端與目的端之間的IP連通性, 而且可以確認高層服務是否可被訪問。
  
  與trace命令相關的另外一個問題是,如果存在到達目的地的多條路徑,返回報文的源地址可能不相同。在這種情況下,用戶需要仔細比較不同返回報文的延遲時間。如果仍不能得到明確的結果,可以遠程訪問路徑上的一個或多個路由器,使用trace命令訪問源地址和目的地址。

熱詞搜索:

上一篇:使用證書服務確保無線 LAN 安全
下一篇:路由器常用接口

分享到: 收藏
国产一级一区二区_segui88久久综合9999_97久久夜色精品国产_欧美色网一区二区
亚洲视频中文字幕| 欧美大片在线观看| 日韩精品一区二区三区在线观看| 国产曰批免费观看久久久| 日本午夜一区二区| 国产美女久久久久| av一区二区三区黑人| 99国产精品99久久久久久| 大尺度一区二区| 91国产免费观看| 欧美男女性生活在线直播观看| 色婷婷av一区二区三区gif| 欧美精品一区二区在线观看| 亚洲精品ww久久久久久p站| 国产真实精品久久二三区| 欧美视频日韩视频| 樱花草国产18久久久久| av中文字幕不卡| 日本一区二区不卡视频| 国产成人亚洲综合a∨婷婷| 日韩一区二区三区观看| 另类小说图片综合网| 色婷婷久久一区二区三区麻豆| 亚洲国产精品传媒在线观看| 国产成人自拍高清视频在线免费播放| 日韩视频一区二区三区| 国产在线日韩欧美| 国产欧美日韩综合精品一区二区 | 精品视频全国免费看| 亚洲午夜在线视频| 久久久99精品免费观看不卡| 另类小说综合欧美亚洲| 在线观看网站黄不卡| 欧美一级国产精品| 国产精品毛片久久久久久久| 国产精品一区一区| 国产精品卡一卡二| 免费观看在线色综合| 久久久综合网站| 欧美日韩一区二区三区视频| 不卡的电视剧免费网站有什么| 亚洲欧洲精品一区二区精品久久久 | 91网站在线观看视频| 91福利在线免费观看| 日韩国产一区二| 国产精品久久久久久久久搜平片| 欧美日韩一区视频| www.色精品| 国内精品免费**视频| 亚洲精品成人在线| 中文字幕不卡一区| 久久99国产精品久久| 日韩1区2区日韩1区2区| 一区二区三区av电影| 亚洲线精品一区二区三区| 麻豆国产一区二区| 国产精品1区二区.| 亚洲精品成人在线| 国产精品一区二区91| 中文字幕免费不卡在线| 欧美精品亚洲二区| 成人黄色一级视频| 一区二区三区欧美激情| 欧美在线你懂的| 亚洲已满18点击进入久久| 国产一区二区按摩在线观看| 欧美视频三区在线播放| 国产在线不卡一区| 国产日韩欧美精品电影三级在线| 一区二区三区在线观看动漫| 亚洲精品va在线观看| 麻豆国产欧美日韩综合精品二区 | 首页国产丝袜综合| 国产成人免费高清| 欧美精品 日韩| 日日夜夜精品视频免费| 国产欧美日韩另类视频免费观看| 亚洲成人av一区二区三区| 国产精品亚洲一区二区三区妖精 | 色综合天天狠狠| 日本韩国视频一区二区| 国产网红主播福利一区二区| 国产精品福利一区二区| 欧美午夜精品一区| 亚洲成av人片观看| 久久一二三国产| 91视频免费观看| 奇米影视在线99精品| 精品精品国产高清a毛片牛牛 | 自拍偷自拍亚洲精品播放| 日韩av中文字幕一区二区| 欧美日韩精品一区视频| 日韩高清在线观看| 亚洲一区二区欧美| 欧美日韩国产综合一区二区| 欧洲精品视频在线观看| 色av综合在线| 国产伦精一区二区三区| 欧美日韩精品三区| 精品一区二区精品| 国产精品乱码人人做人人爱| 7777女厕盗摄久久久| 91色.com| 久久精品72免费观看| 一区二区理论电影在线观看| 国产精品蜜臀av| 9191成人精品久久| 亚洲一区二区在线免费观看视频| 欧美色偷偷大香| 91成人国产精品| 99久久伊人精品| 色一情一乱一乱一91av| 国产精品美女久久久久久2018| 99re在线精品| 午夜电影网一区| 国产精品免费久久久久| 亚洲天堂成人在线观看| 亚洲三级免费电影| 午夜不卡av在线| 美女一区二区三区| 成人三级在线视频| 色综合av在线| 欧美性视频一区二区三区| 欧美一区二区在线不卡| 精品国产一区二区三区久久久蜜月| 久久综合九色综合欧美就去吻| 久久综合成人精品亚洲另类欧美 | 欧美日韩一区二区三区不卡| 91精品婷婷国产综合久久性色 | 欧美性猛交一区二区三区精品| 欧美一级片免费看| 国产精品成人一区二区艾草| 亚洲午夜久久久久久久久久久| 日本成人在线电影网| 国产电影精品久久禁18| 成人免费视频一区二区| 99久久久国产精品| 日韩一区二区电影网| 中国av一区二区三区| 蜜臀91精品一区二区三区| 成人激情图片网| 精品免费国产一区二区三区四区| 中文字幕免费观看一区| 日本三级亚洲精品| 色老头久久综合| 日本一区二区三区在线不卡| 水野朝阳av一区二区三区| 99天天综合性| 欧美国产丝袜视频| 免费观看30秒视频久久| 欧美性受xxxx| 亚洲欧美激情在线| 国产 欧美在线| 成人av在线资源网| 26uuu久久天堂性欧美| 亚洲香蕉伊在人在线观| 成人激情图片网| 国产日韩欧美高清在线| 蜜臂av日日欢夜夜爽一区| 欧美日韩亚洲综合在线 欧美亚洲特黄一级| 日本一区二区久久| 粉嫩av一区二区三区粉嫩 | 麻豆精品视频在线观看免费| 日本精品一级二级| 亚洲人精品午夜| a4yy欧美一区二区三区| 久久精品视频一区| 国产高清不卡一区二区| 日韩免费观看高清完整版| 天天操天天色综合| 欧美另类久久久品| 日韩成人一区二区| 3d动漫精品啪啪1区2区免费| 丝袜美腿亚洲一区二区图片| 精品视频一区三区九区| 亚洲国产日日夜夜| 欧美一区二区在线播放| 视频一区二区三区在线| 欧美一区二区免费视频| 蜜桃久久精品一区二区| 欧美大片免费久久精品三p| 激情都市一区二区| 一本色道**综合亚洲精品蜜桃冫| 亚洲人吸女人奶水| 91精品国模一区二区三区| 水蜜桃久久夜色精品一区的特点| 欧美剧情电影在线观看完整版免费励志电影 | 日韩精品一区二区三区视频| 亚洲午夜精品在线| 欧美日韩一区高清| 免费人成精品欧美精品 | 热久久免费视频| 久久久美女毛片| av动漫一区二区| 亚洲午夜精品一区二区三区他趣| 欧美嫩在线观看| 国产一区欧美日韩| 91麻豆精品国产无毒不卡在线观看| 蜜桃一区二区三区在线观看| 国产日韩在线不卡|