X.25常見問題

下載選項

PDF (477.2 KB)
在多種裝置上使用 Adobe Reader 檢視
ePub (81.7 KB)
在 iPhone、iPad、Android、Sony Reader 或 Windows Phone 上的各種應用程式中檢視
Mobi (Kindle) (73.9 KB)
在 Kindle 裝置或多部裝置的 Kindle 應用程式上檢視

已更新: 2019 年 2 月 18 日

文件 ID:18327

無偏見用語

本產品的文件集力求使用無偏見用語。針對本文件集的目的，無偏見係定義為未根據年齡、身心障礙、性別、種族身分、民族身分、性別傾向、社會經濟地位及交織性表示歧視的用語。由於本產品軟體使用者介面中硬式編碼的語言、根據 RFP 文件使用的語言，或引用第三方產品的語言，因此本文件中可能會出現例外狀況。深入瞭解思科如何使用包容性用語。

關於此翻譯

思科已使用電腦和人工技術翻譯本文件，讓全世界的使用者能夠以自己的語言理解支援內容。請注意，即使是最佳機器翻譯，也不如專業譯者翻譯的內容準確。Cisco Systems, Inc. 對這些翻譯的準確度概不負責，並建議一律查看原始英文文件（提供連結）。

簡介

X.25是適用於WAN通訊的國際電信聯盟-電信標準化部分(ITU-T)通訊協定標準，定義使用者裝置和網路裝置如何建立及維護連線。X.25在容易出錯的網路上較常見。本檔案將討論一些有關X.25的常見問題

問：我是否可以在Annex G中建立X.25對映？

A. Annex G僅支援X.25路由和資料包彙編器/解譯器(PAD)呼叫。連線模式網路服務(CMNS)和透過TCP傳輸的X.25 (XOT)也是如此。您可以轉發RFC1536 X.25呼叫，但不能透過Annex G資料鏈路連線識別符號(DLCI)發起該呼叫。

為了透過幀中繼介面傳輸IP和X.25流量，您需要使用兩個DLCI或者透過支援IP的DLCI上的XOT傳輸X.25流量，而不是透過Annex G DLCI。有關詳細資訊，請參閱Annex G（幀中繼上的X.25）文檔。另請參閱在幀中繼上配置X.25 (Annex G)(Cisco® IOS軟體版本12.2的文檔)。

問：從什麼時候開始支援AODI了？

A.自Cisco IOS軟體版本11.3(3)T起支援永遠在動態ISDN (AODI)。如需詳細資訊，請參閱永遠線上/動態ISDN (AO/DI)。

問：X.25 hold-queue命令有何作用？

答：X.25 hold-queue命令用於指定在嘗試建立另一個虛電路(SVC)之前每個虛電路(VC)可容納的最大資料包數。如果不能建立另一個VC，資料包將被丟棄。有關詳細資訊，請參閱X.25命令參考（Cisco IOS軟體版本12.2）。要建立其他VC，您需要命令x25 nvc X，其中X是可能同時打開並指向同一目標的VC的數量。

問： hold-queue命令有何用途？

A. hold-queue <length> {in/out}命令是一個控制路由器中有多少未處理的接收緩衝區的低級命令。當新資料超過介面輸入限制時，驅動程式將拒絕接受新資料，而介面輸入限制只有在路由器中接收的一些資料包被丟棄後才能修復。此命令不應與X25 hold-queue命令混淆，它不會連結到鏈路訪問過程平衡(LAPB)和X.25，因為LAPB會監控輸入限制的狀態，並在服務無法再接收I幀時發出接收器未就緒(RNR)。有關詳細資訊，請參閱Cisco IOS介面命令參考（Cisco IOS軟體版本12.2）。

問：為什麼我的輸入隊列會隨著X.25協定而增加？

A.輸入佇列增加的原因可能是介面有太多流量要處理，特別是當這些封包是目的地為路由器本身時，例如簡易網路管理通訊協定(SNMP)。使用X.25傳輸IP時，需要將IP資料包分段為多個X.25封包。

例如，一個IP資料包可以分段為五個X.25資料包。除最後一個資料包外，每個X.25資料包都配置了一個M位。在遠端Cisco路由器上，您需要等待最後一個資料包重建原始IP資料包。在上面的示例中，前四個資料包（帶有M位的資料包）需要排隊。這些指令會排入介面的輸入佇列中。僅當呼叫在路由器上終止時(例如，如果用x25對映終止)，才會發生這種情況。

如果在路由器上終止許多呼叫（例如IP和限定邏輯鏈路控制[QLLC]），則輸入隊列可能會增加，因為所有VC都在傳送M位資料包。這可能會產生負面影響，因為當輸入佇列達到最大值時，路由器會在第2層傳送RNR。您可以使用hold-queue x in命令調整輸入隊列。

問：在CMNS中，Cisco是否支援DEC之後的GAP？

答：思科不支援GAP。GAP是專有的DEC協定，它透過DECnet網路服務協定(NSP)鏈路將X.25從VAX傳輸到X.25網關，後者提取X.25資訊並將其轉發到X.25網路。要使用Cisco IOS軟體獲得類似功能，請使用連線模式網路服務(CMNS)（在DEC術語中也稱為CONS）。CMNS使用X.25 over Logical Link Control， type 2 (LLC2) ，這可以在VAX上透過DECnet PhV和P.S.I.版本5或更高版本實現。

問：在本地確認中如何處理窗口和資料包大小？

A.首先，嘗試為呼叫協商一致的資料包大小。如果無法執行此操作（原因之一是停用了資料包大小協商）並且啟用了本地確認，則根據X.25建議對電路進行分段和重組。

在以下示例中，Serial 1配置為128，Serial 0配置為256：

3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 5 PR 4 
     
!--- Two packets of 128 incoming.
 
     3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 6 PR 4 
     3d22h: Serial0: X.25 O D1 Data (259) 8 lci 1024 M PS 5 PR 4 
     
!--- One packet of 256 outgoing on other interface.
 
     3d22h: Serial1: X.25 O D1 RR (3) 8 lci 1024 PR 7 
     3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 7 PR 4 
     3d22h: Serial0: X.25 I D1 RR (3) 8 lci 1024 PR 6 
     3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 0 PR 4 
     3d22h: Serial0: X.25 O D1 Data (259) 8 lci 1024 M PS 6 PR 4 
     3d22h: Serial1: X.25 O D1 RR (3) 8 lci 1024 PR 1 
     3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 1 PR 4 
     3d22h: Serial0: X.25 I D1 RR (3) 8 lci 1024 PR 7 
     3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 2 PR 4 
     3d22h: Serial0: X.25 O D1 Data (259) 8 lci 1024 M PS 7 PR 4

問：是否支援尋線組？

A.是，支援尋線組和X.25負載均衡。此功能是在Cisco IOS軟體版本12.0(3)T中導入。有關詳細資訊，請參閱配置X.25負載均衡。

問：Cisco是否支援X.75？

A. ITU-T （以前稱為CCITT）定義了X.75標準（提供資料傳輸服務的公共網路之間的分組交換信令系統）以支援X.25公共資料網路的互連。思科不實施此功能。

透過ISDN B通道在LAPB會話上傳輸非同步字元流的協定棧也稱為X.75，但它與X.75的唯一相似之處是使用LAPB作為鏈路層協定（X.75與X.25共用）。思科呼叫此LAPB終端介面卡(LAPB-TA)，並且這是受支援的。有關詳細資訊，請參閱ISDN LAPB-TA。

問：Cisco支援哪個X.25版本？

A. Cisco IOS軟體始終支援X.25版本1984，而Cisco IOS軟體版本12.2中仍然如此。在Cisco IOS軟體版本11.3之前，配置DDN或BFE封裝時，使用的版本是1980。如果封裝是X.25，則使用的版本是1984，吞吐量值則加上1988版本。

問：為什麼在升級到Cisco IOS軟體版本12.0後，我的轉換停止工作？

A.在Cisco IOS軟體版本11.2及更早版本中，使用非標準協定識別符號(PID)的轉換呼叫被錯誤地接受。目標地址與未指定呼叫使用者資料(CUD)的第一個轉換條目匹配。

此轉換在Cisco IOS軟體版本12.0中更準確。PID應稱為PAD (0x01000000)，而CUD資料應為空(如果PAD為0x01000000則進行轉換，如果CUD的資料欄位包含資料，則不進行轉換)。轉換行應與此值匹配。這是必要的，因為PID是指應用程式如何處理傳入呼叫。在我們的案例中，翻譯永遠是PAD的功能。如果路由器接收到帶有錯誤PID的傳入呼叫，它會拒絕該呼叫，因為在遠端主機上，應用程式未引用PAD功能。

有幾種解決方法可用於接受不參照PAD的來電。最常見的是x25 default-pad命令。不要假設PID為0xC0000000的傳入呼叫可以錯誤地被處理到路由器的PAD應用程式中。這兩種系統都涉及處理呼叫的不同方式。這可以實現，但在某些情況下X3引數不會被交換，從而導致終端上顯示無法讀取的字元或呼叫被斷開。

對於PID問題，如果接收到帶有PID 0x01000F00的呼叫，請嘗試在轉換命令中使用cud \001.*（001為八進位制值）。請注意使用此配置的缺點，如上所述。

對於CUD資料部分，請嘗試轉換。也就是說，轉換X.25 10 cud .* tcp 1.1.1.1。無論資料部分為何，它都接受所有PAD呼叫(PID 0x01000000)。

有關詳細資訊，請參閱配置協定轉換和虛擬非同步裝置。

問：在X.25路由中，哪一項是第一位的？

A. 對於傳入呼叫，對映表的優先順序高於路由表。如果找到匹配的對映PAD條目，則以獨佔方式應用該條目，而不查詢路由表。只有在找不到匹配的對映條目時，才查詢路由表。

對於傳出呼叫，不能路由介面上已配置的對映。所有其它呼叫、內部PAD或交換呼叫均可提交到路由表。始終使用第一個可用的匹配項。

問：Cisco IOS軟體版本11.2中的XOT是否適用於版本11.3或更高版本？

答：在Cisco IOS軟體版本11.3及更高版本中，當路由器請求clear呼叫時，它需要clear confirmation，這是端到端預設行為。在Cisco IOS軟體版本11.2中，call clear request的行為是不同的。要讓Cisco IOS軟體版本11.2傳送clear confirm，需要在全局級別使用隱藏命令xot-confirm-svc-reset。除上述命令外，還應在Cisco IOS軟體版本11.2和11.3路由器中啟用service tcp keepalive-in和service tcp keepalive-out和xot-keepalive命令。這會清除所有單端SVC和TCP會話。

問：XOT是否支援可在串列介面上配置的命令？

A.目前XOT不允許執行任何命令，例如x25 default-pad，因為沒有介面執行此操作。但是，更高版本中將支援xot profile。當前的目標是Cisco IOS軟體版本12.2-7.T。

問：如何重新路由在串列介面上配置的X.25對映？

A.您無法重路由x25 map命令想要發起的X.25呼叫。但是，X.25遠端故障檢測是檢測遠端故障的相關功能，例如，在該功能中，可以將第二台路由器作為目標以顯示X.25對映。

X.25的最高速度是多少？

A. X.25最高支援2 MB。您或許能夠以更高的速度運行，但如果嘗試這樣做，請考慮以（例如）34 MB的速度處理4095 VC所需的進程功率。這會產生負面影響，因此建議您保持2 MB的速度。

問：是否可以透過ISDN使用X.25協定？

A.是，ISDN支援X.25封裝。X.25可以在物理模式或撥號模式中配置。有關在物理模式下配置X.25的詳細資訊，請參閱配置X.25。有關在撥號模式中配置X.25的詳細資訊，請參閱ISDN撥入的動態多重封裝。有關在d通道上配置X.25的詳細資訊，請參閱在ISDN上配置X.25。

問：思科是否支援封閉使用者組？

答：是的。有關詳細資訊，請參閱配置X.25封閉使用者組。

問：x25 encapsulation ietf命令有何特殊之處？

A.選擇網際網路工程任務組(IETF)使封裝符合RFC 1356 .

問：X.25是否支援優先順序排隊？

A.從Cisco IOS軟體版本11.3起，X.25介面支援優先順序排隊和自定義排隊。此範例將路由資訊通訊協定(RIP)封包放在高優先順序佇列中。
interface Serial0 
     description Connection to Packet Handler ph3.F007 port 11 
     ip address 10.10.10.1 255.255.255.0 
     no ip directed-broadcast 
     encapsulation x25 
     no ip mroute-cache 
     x25 map ip 10.10.10.2 22222 packetsize 128 128 
     x25 map ip 10.10.10.3 33333 packetsize 128 128 
     x25 map ip 10.10.10.4 44444 packetsize 128 128 
     priority-group 2 
     ! 
     priority-list 2 protocol ip high udp rip 
     priority-list 2 protocol ip low
有關優先順序排隊的詳細資訊，請參閱配置優先順序排隊。有關自定義隊列的詳細資訊，請參閱配置自定義隊列。

問：X.25是否支援壓縮？

A.是的，X.25可以使用壓縮。舉例來說：
interface Serial3/0:2 
     ip address 133.11.102.101 255.255.255.0 
     encapsulation x25 
     x25 address 3101 
     x25 map ip 133.11.102.210 3210 broadcast compress
每個X.25 VC需要一個詞典，因為當收到M位=0時會重置詞典，並且可以在多個VC上接收具有Mbit=1的交錯的X.25片段。因此，所需的記憶體為24 kB *壓縮所需的VC數量。

注意：壓縮演演算法會在每個X.25封包開始時重設。這表示使用大型封包時，有效負載壓縮會更有效率。

問：在哪裡可以找到明確的診斷資訊？

A.請注意，並非所有清除和診斷都是標準的。大多數X.25建構函式或X.25主機都應用自己的診斷。如果出現這種情況，請參閱相應的文檔。有關標準診斷的資訊，請參閱X.25原因和診斷代碼。

問：在哪裡能找到正規表示式？

A.正規表示式是對X.25路由做出不同決策的好工具。正規表示式可以在正規表示式文檔中找到。

問：如何為防禦資料網路(DDN)和Blacker前端(BFE)轉換IP地址？

A.請參閱配置DDN或BFE X.25。

問：如何判斷正確的T1值？

A.重傳計時器(T1)確定傳送幀可以保持未確認狀態的時間長度。要找到T1的合適值，請找到X.25資料包的最大長度（例如128、256、1024），然後將其乘以8得到一個位數。然後除以線路速度（以Kbps為單位）。這會提供傳輸時間（以毫秒為單位）。將資料包傳輸到最近交換機的時間是LAPB T1值的最小值。使用3或4的「安全」係數可獲得T1值，避免無用的重新傳輸。

對於19.2 kbps線路和128位元組的資料包，這會導致值為200 ms。檢查通常建議數值的X.25網路供應商提供的資訊。

請勿使用ping評估傳輸時間。這為您提供了整個網路的時間，而不是計時器適用的鏈路上的時間。

問：X.25是否支援容錯移轉？

A.是，X.25支援故障切換。x25 fail-over命令是在Cisco IOS軟體版本12.1(1)T中引入的。

問：什麼是協定轉換？在哪裡可以找到有關協定轉換功能的詳細資訊？

A. 協定轉換功能可在運行不同協定的系統之間提供透明的協定轉換。配置協定轉換和虛擬非同步裝置中提供了有關協定轉換功能的詳細資訊。