相依的LU和DLUR/DLUS

下載選項

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

已更新: 2005 年 9 月 9 日

文件 ID:12240

無偏見用語

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

關於此翻譯

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

簡介

圖1

最初，高級對等網路(APPN)僅支援使用邏輯單元(LU)6.2連線的點對點連線???會話。但是，如果網路可以支援舊版系統網路架構(SNA)流量（例如LU 0、1、2），則APPN也是可行的。

在APPN中，不再有會話的主端和輔助端的概念。選擇啟動會話的終端都將成為主要終端並傳送BIND。但是，對於傳統SNA流量，輔助端會要求虛擬電信存取方法(VTAM)來啟動作業階段。沒有無法在APPN中傳送BIND的節點概念。因此，對於無法發出BIND的傳統輔助LU，需要特殊支援。

相依的LU請求者/伺服器(DLUR/DLUS)解決了APPN網路中相依的LU的問題，其中VTAM 4.2中實現了伺服器，且請求者可以在網路中的網路節點(NN)或終端節點(EN)中。

必要條件

需求

本文件沒有特定需求。

採用元件

本文件所述內容不限於特定軟體和硬體版本。

慣例

如需文件慣例的詳細資訊，請參閱思科技術提示慣例。

DLUR/DLUS基礎知識

圖2

在DLUR和DLUR控制流之間建立一對LU 6.2會話(例如「啟用LU」、「停用LU」、「啟用物理單元(PU)」、「停用PU」、「登入」、「啟動」)，在DLUR和DLUR之間的這些會話上傳輸。DLUR將消息傳遞到適當的資源。

次要依賴LU(DLU)可以通過向DLUR傳送啟動請求來啟動會話，DLU然後將其置於LU 6.2管道之一。

一旦會話請求流動，DLUS和DLUR通訊就完成。

DLUR/DLUS作業階段服務擴充模組

圖3

一旦VTAM/DLUS接收到該會話請求，該VTAM確定該應用位於何處，並向該應用主機傳送CDINIT-LOCATE請求，請求向輔助主機傳送BIND。

APPN VTAM中的這種支援稱為會話服務擴展，表示傳統SNA會話服務已發佈到APPN。

除了輔助啟動的會話外，會話服務擴展還支援第三方會話初始化和排隊，直到會話夥伴變為可用。

DLUR/DLUS路由服務

圖4

一旦通知應用程式應將BIND傳送到傳統LU，則通過APPN網路傳送BIND。未封裝。傳統SNA流量和APPN流量使用相同的SNA報頭，並且可以在APPN網路上共存。

雖然VTAM知道作業階段啟動，但作業階段流量不需要流經VTAM或其連線的通道介面處理器(CIP)路由器。使用APPN演算法，向應用主機提供網路伺服器功能的NN會選擇通過網路的最佳路徑，該網路會提供相應的服務等級(CoS)。

DLUR/DLUS樣本管道啟用

圖5

當接收到交換標識(XID)時，DLUR通過向DLUS傳送啟用物理單元(REQACTPU)的請求來向系統服務控制點(SSCP)發出其服務需要訊號。隨後，DLUS發出ACTPU請求。

圖6

在此流程中，分支網路節點/DLUR(BrNN/DLUR)已從下游PU接收到XID，後者向DLUR發出訊號，請求來自DLUS的SSCP服務。在所有XID02或XID32中，都設定了ACTPU請求位，然後傳送了REQACTPU。如果沒有「pipe」處於活動狀態，則會首先傳送「定位」並按照BIND請求來啟動管道。

然後，DLUS返回正響應+RSP REQACTPU，後跟ACTPU請求。