NetApp的技術日記

目錄

名稱

ping6 - 網絡主機發送ICMPv6 ECHO_REQUEST包

內容簡介

ping6 [-dHnNqRvw] [-A addrtype] [-B BUFSIZE] [-c 計數 ] [-H hoplimit] [-I 接口 ] [-I 等待 ] [-L 預緊 ] [-P 模式 ] [ - P的 政策 ] [-S的 sourceaddr] [-S PACKETSIZE] [ 跳...]主機

描述

ping6使用ICMPv6協議的的強制性ICMP6_ECHO_REQUEST數據報引起從主機或網關ICMP6_ECHO_REPLY。 ICMP6_ECHO_REQUEST數據報（“通告”）有一個IPv6報頭，ICMPv6報頭格式在RFC2463文檔。

股權

-A

addrtype

產生的ICMPv6節點信息節點地址查詢，而不是迴聲請求。addrtype必須是下列字符構造一個字符串。

一

所有請求響應的單播地址。 如果是ommited系統字符，只有那些屬於有應答的地址的接口的地址請求。

Ç

要求響應的IPv4兼容和IPv4映射地址。

Ğ

請響應的全球範圍的地址。

小號

請求響應的站點本地地址。

升

請求應答的鏈路本地地址。

一

請求響應的任播地址。 如果沒有這個角色，響應將返回只有單播地址。 這個字符，響應將返回任播地址。 請注意，規範不指定如何得到響應的任播地址。 這是一個實驗性的選擇。

-B

BUFSIZE

設置套接字緩衝區大小。

-C

數

後停止發送（和接收） 計數 ECHO_RESPONSE包。

-D

正在使用的插座上設置SO_DEBUG選項。

- H

指定嘗試反向查找IPv6地址。 ping6命令不嘗試反向查找，除非指定選項。

- H

hoplimit

設置的IPv6 hoplimit。

-我

接口

與給定接口地址的源包。 此標誌適用於如果ping的目的地是一個多播地址，或link-local/site-local的單播地址。

-I

等待

等待發送每個數據包之間的等待秒鐘。 默認是每個數據包之間的等待第二。

-L

預緊

如果指定了預壓 ， 平發送之前，盡可能快地落入其正常的行為模式，許多包。

-N

僅數字輸出。 任何企圖將查找主機地址的符號名。

- N

探測節點的信息多播組（FF02 :: 2：XXXX：XXXX）。 主機必須是目標（必須是一個數字的IPv6地址）的主機名的字符串。 節點的信息，將組播組計算給定主機上，將作為最終目的地。 由於節點的信息，組播組是鏈路本地的組播組，需要將-I選項指定目標鏈接。

-P

模式

您最多可以指定16“墊”字節填寫您發送的數據包。 這是有用的診斷網絡中的數據依賴的問題。 例如，“-P FF”將導致發送的數據包到所有的填充。

- Q

旗幟，ping6打印出錯誤自身ECHO_REQUEST消息引起的任何ICMP消息。

- P

政策

政策指定IPsec策略探頭。

-Q

安靜的輸出。 除了在啟動時的匯總行，並在完成時沒有任何顯示。

- R

使內核認為目標主機 （或如果你指定跳的第一跳）可達注射上層可達確認提示，。 該選項是有意義的，如果目標主機 （或第一跳）是鄰居。

- S

sourceaddr

指定請求數據包的源地址。 源地址必須是一個發送節點的單播地址。 如果外向接口-I選項，以及指定中，sourceaddr需要分配給指定接口的地址。

-S

報文長度

指定要發送的數據字節數。 默認是56，這與8個字節的ICMP頭數據合併時，轉換成64個ICMP數據字節。 您可能需要指定-B以及延長套接字緩衝區大小。

-V

詳細的輸出。 ICMP數據包，比ECHO_RESPONSE收到上市。

-W

生成ICMPv6的節點的FQDN信息查詢，而不是迴聲請求。s沒有指定IF-W的效果。

- W

-W，但與老包格式基於03草案相同。 這個選項是目前的向後兼容性。-S有沒有效果如果-w被指定。

啤酒花的IPv6地址，這將被類型0路由頭的中間節點。

主持人

IPv6的adddress的最終目的地節點。

當使用ping6故障隔離，應首先在本地主機上運行，以驗證本地網絡接口是啟動和運行。 然後，主機和網關越走越遠，應該是“被ping”。 往返時間和丟包統計計算。 如果收到重複的數據包，但不包括在計算丟包，雖然這些數據包的往返時間用於計算往返時間統計。 當指定數量的數據包已發送（和接收）或一個SIGINT終止，如果該程序顯示一個簡短的總結，顯示發送和接收的數據包的數量，以及最小值，最大值，平均值，標準偏差往返時間。

此方案的目的是用於網絡測試，測量和管理。 因為它可以對網絡的負載，這是不明智的，在正常操作或自動化腳本使用ping6。

另請參見

netstat的平路由的traceroute

附註

已經有許多討論，為什麼我們分開ping6和ping。 有些人認為，這將是更方便，統一的IPv4和IPv6的ping命令。 以下是一個請求的答复。

從開發人員的角度來看：因為下屬的API是IPv4和IPv6之間完全不同，我們將最終有兩種類型的代碼基地。 實際上是少成單一命令從開發商的角度來看，統一這兩個命令的好處。

從運營商的觀點：不像普通的網絡應用，如遠程登錄工具，我們通常知道的地址族時使用的網絡管理工具。 我們不只是想知道主機是否可達，但要知道，通過特定的網絡協議，如IPv6主機的可達性。 因此，即使我們有一個統一的ping命令為IPv4和IPv6，我們通常會鍵入-6或-4選項（或類似的東西）來指定特定的地址族。 這實際上意味著，我們有兩個不同的命令。

---

目錄

• 名稱
• 內容簡介
• 描述
• 股權
• 另請參見
• 附註

版權所有©1994-2008 NetApp的公司法律信息

人 手冊頁 ， 手冊 ， NetApp的 ONTAP的 ， ping6