X.25常見問題
目錄
簡介
X.25是用於廣域網通訊的國際電信聯盟 — 電信標準化部門(ITU-T)協定標準，定義使用者裝置和網路裝置如何建立和維護連線。X.25在易於出錯的網路中更為常見。本文討論一些關於X.25的常見問題
我能在附件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命令的作用是什麼？
A. 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 map終止時)才會發生這種情況。
如果在路由器上終止了許多呼叫（例如IP和限定邏輯鏈路控制[QLLC]），則輸入隊列可能會增加，因為所有VC都在傳送M位資料包。這可能會產生負面影響，因為當輸入佇列達到最大值時，路由器會在第2層傳送一個RNR。您可以使用hold-queue x in命令調整輸入隊列。
問：思科是否支援CMNS中的GAP from DEC?
A.思科不支援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建議處理電路的分段和重組。
在以下示例中，串列1配置為128，串列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
問：是否支援尋線組？
答：是，支援尋線組和X.25負載均衡。此功能是在Cisco IOS軟體版本12.0(3)T中匯入。如需詳細資訊，請參閱設定X.25負載平衡。
問：思科是否支援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。
（前身為CCITT）定義了X.75標準（提供資料傳輸服務的公共網路之間的分組交換信令系統）以支援X.25公共資料網路的互聯。思科不執行此功能。
問：思科支援哪個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指令。不要認為路由器的PAD應用程式可以無誤地處理PID 0xC0000000的傳入呼叫。這兩個系統都涉及處理呼叫的不同方式。這可以工作，但某些情況下不會交換X3引數，從而導致終端上顯示無法讀取的字元，或導致呼叫斷開。
對於PID問題，如果使用PID 0x01000F00接收呼叫，請嘗試在轉換命令中使用cud \001.*（此為八進位制值）。 請注意如上所述使用此配置的缺點。
對於CUD資料部分，請嘗試轉換。即，translate 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及更高版本中，當路由器請求呼叫清除時，它將要求清晰確認，這是端到端預設行為。在Cisco IOS軟體版本11.2中，呼叫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協定？
答：是，ISDN支援X.25封裝。X.25可以在物理或撥號器模式下配置。有關在物理模式下配置X.25的詳細資訊，請參閱配置X.25。有關在撥號器模式下配置X.25的詳細資訊，請參閱通過ISDN進行撥入的動態多重封裝。有關在d通道上配置X.25的詳細資訊，請參閱在ISDN上配置X.25。
問：思科是否支援封閉使用者組？
A.是。如需詳細資訊，請參閱設定X.25封閉使用者群組。
問： x25 encapsulation ietf命令有何特殊之處？
A.選擇Internet工程任務組(IETF)使封裝符合RFC 1356
問： X.25是否支援優先順序隊列？
答：自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)和布萊克前端(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是否支援故障切換？
答：是，X.25支援故障切換。x25故障切換命令是在Cisco IOS軟體版本12.1(1)T中引入的。
問：什麼是協定轉換，在哪裡可以找到有關協定轉換功能的詳細資訊？
A.協定轉換功能提供運行不同協定的系統之間的透明協定轉換。有關協定轉換功能的詳細資訊，請參閱配置協定轉換和虛擬非同步裝置。
意見