列出能抓取的網口和usb口
> tcpdump -D
> tcpdump -i
eth0 -w xxx.cap
> tcpdump -i
eth0 host 192.168.1.98 -w xxx.cap
> tcpdump -i
eth0 host 192.168.1.98 and port 80 -w xxx.cap
> tcpdump -i
eth0 host 192.168.1.98 and icmp -w xxx.cap
抓192.168.1.98的80埠和110和25以外的其他埠的包
> tcpdump -i
eth0 host 192.168.1.98 and ! port 80 and ! port 25 and ! port 110 -w
/tmp/xxx.cap
格雷碼（gray code）
十進位數字轉為二進位時，0、1、2、3、4、5、6、7、8、9分別會轉換成0000、0001、0010、0011、0100、0101、0110、0111、1000、1001。但在通訊世界裡則是採用格雷碼，所以0∼9會被轉換為0000、0001、0011、0010、0110、0111、0101、0100、1100、1101，由於各組之間只有變換1個位元，可以降低傳輸時出錯的機會。
在802.11 b/g混合使用的無線網路中，如果原本沒有802.11b的終端裝置加入，大家就用802.11g的速率來溝通。現在若是有802.11b的裝置加入，則AP會發出通告，向所有連線終端裝置表示現在有802.11b裝置加入，請大家使用保護模式。所謂保護模式，其實也就是之前我們所談過的RTS/CTS機制，由於802.11b看不懂802.11g的東西，所以802.11g的設備在傳送資料之前，都必須以802.11b的速率發送1筆含有時間間隔的RTS訊息，所以當802.11b的裝置收到這筆RTS時，會回覆1筆CTS的訊息，同時了解時間間隔。
在這時間間隔中，發出RTS的802.11g裝置即可以802.11g的速率和其他節點溝通，在此同時，由於802.11b裝置已經收到含有1段時間的RTS訊息，802.11b裝置就明白在此時間之中都不可以傳送資料，無論通道是否忙碌。RTS/CTS機制可宣告1段時間讓802.11b裝置進入安靜狀態，就不會因為看不懂802.11g的高速速率，而發出訊框和802.11g的訊框相互衝突。
IEEE 802.11 利用 IFS 的長短將訊框區分為三種不同優先等級，每一種優先等級的訊框在傳送之前，都必須等待一段固定大小的 IFS 時間。在 IEEE 802.11 標準之下，有下列四種 IFS 格式
(1) 短訊框間隔（Short Interval Frame Space, SIFS）：此間隔時間是用來做立即回應的訊框使用，屬於 SIFS 等級的訊框有：『允許傳送』（Clear to Send, CTS）、『確認回覆』（Acknowledge, ACK）或『輪詢回應』（Poll Response）等。
(2) PCF 訊框間隔（PCF IFS, PIFS）：此間隔時間是在無競爭式傳輸服務時，PCF 工作站傳送訊框前所必須等待的時間。
(3) DCF 訊框間隔（DCF IFS, DIFS）：此間隔時間是在競爭傳輸模式下，DCF 工作站傳送訊框前所必須等待的時間。
(4) 延長訊框間隔（Extended IFS, EIFS）：此間隔時間是工作站進行重送訊框時，所必須等待的時間
