|
介紹
。。本文討論了用于CompactPCI的Intel
Intel系統(tǒng)6.0版的新特征，這些新的特征可以使用戶建立具有高可用性(HA)的電信系統(tǒng)。該系統(tǒng)版的HA特征包括：
·外圍設備熱切換（PHS）
·冗余系統(tǒng)插槽（RSS）
·外圍設備冗余
。。該版本支持一系列的基于CompactPCI總線標準的服務器和單板機。本文詳細討論了ZT5084平臺和Intel○R
NetStructure? ZT5550單板機上的RSS技術。
外圍設備熱切換
。。CompactPCI系統(tǒng)的外圍設備熱切換（PHS）是最為流行的、最節(jié)約成本的HA體系結構之一。它允許在CompactPCI機箱中在線修復、升級或者增加外圍設備而不必關閉系統(tǒng)。所謂的外圍設備，可以是電話板，磁盤驅動器，風扇，電源，管理與告警模塊等等。PHS在縮減計劃內和計劃外的停工時間方面有重要作用。
。。根據(jù)PICMG 2.1和PICMG 2. 2規(guī)范的定義，PHS可以分為兩類模型：基本熱切換和全熱切換。
基本熱切換
。。基本熱切換模型定義了一些參數(shù)和屬性，使得插入和去除外圍設備（例如一個板卡）時，不會引起PCI總線上的任何中斷或者其它行為。因為在沒有任何活動行為時主板是被動的，所以需要操作人員在控制臺上作一些干預來指示操作系統(tǒng)，一個板卡需要被去除或者插入。在得到操作人員的指示后，操作系統(tǒng)關閉該板卡上所有活動著的操作，使該板卡在系統(tǒng)中不再運行，從而可以安全地去除。如果一個板卡正在被插入，新的CompactPCI信號即ENUM#將會通知操作系統(tǒng)（OS）：一個板卡正在請求列舉和分配資源。該模型是最簡單的模型，自動化程度不高。
全熱切換
。。全熱切換模型定義了一種方法，該方法可以指示操作系統(tǒng)一個板卡是否正在被插入和去除，從而增強了基本熱切換模型。這可以用一個微型開關來實現(xiàn)，它連接到遵循IEEE
1101.10標準的板卡上，并通知OS：操作人員將要插入或者去除一個板卡。這個微型開關和板卡的句柄關聯(lián)，通過開關來標示插入或者去除外圍設備。當微型開關被觸發(fā)，列舉中斷信號（ENUM#）將就這些插入/去除操作告訴OS。操作系統(tǒng)通過板卡表面的藍色LED信號通知操作人員：板卡可以去除了。如果是要插入一個板卡，OS可以自動對它進行配置，而不必在控制臺上重新配置系統(tǒng)。這種模型在實現(xiàn)上要更復雜些，但是不需要操作人員的干預。
冗余系統(tǒng)插槽
。。冗余系統(tǒng)插槽（RSS）在一個CompactPCI系統(tǒng)提供了多塊冗余的、可以熱切換的單板機（SBCs）。這樣的系統(tǒng)依賴于消除SBC單點故障的外圍設備熱切換（PHS）能力。一個RSS平臺可以支持不同操作模式，如活動－待命模式和活動－活動模式。RSS平臺中的這兩種SBC被安裝在同一個CompactPCI主板上，這種主板可以用軟件配置以實現(xiàn)對兩個CompactPCI總線段的同時或者獨立的控制。
。。在活動－待命模式，RSS平臺中有兩個SBCs。然而，在某一時刻只有一個SBC是活動的。這個SBC可以控制所有的I/O插槽。處于待命狀態(tài)的SBC可以知道活動SBC進行的操作，在某種程度上還可以與某些操作同步，并隨時準備解除故障。當活動SBC出現(xiàn)了某種失敗，待命狀態(tài)的SBC監(jiān)控并接管其所進行的操作。
。。在活動-活動模式（也稱為分離模式）下，每個SBC控制一個CompactPCI總線段。每個SBC對于不被自己控制的總線段來說充當一個待命狀態(tài)SBC。在這個模型中，兩個SBC都可以貢獻資源。應用軟件可以充分利用模型的優(yōu)點，包括故障解除后進入活動-待命狀態(tài)，負載均衡及冗余（都可以通過該模式下的操作實現(xiàn)）。當一個SBC失敗時，第二個活動SBC將進行接管，繼續(xù)那些在失敗SBC的外圍設備上執(zhí)行的操作。
RSS系統(tǒng)有兩個主要優(yōu)點：
- 可以將SBC作為單點故障排除，不需要備份昂貴的外圍設備，也不需要對應用程序做大的改動。
- "黑盒"操作，不需要操作人員增加/去掉故障外圍設備。
需要注意的是，RSS標準（PICMG 2.13）目前還沒有得到批準，許多CompactPCI平臺廠商提供的是其專有的、不能互操作的解決方案。因此，認真評估所建設系統(tǒng)的需求并選擇具有高可用性的解決方案是十分重要的。
外圍設備冗余
。。盡管PHS可以有效地縮短修復時間，但是它本身并不能避免停工時間，也不能縮減更換備用設備的時間以及派遣技術人員進行修復的時間。為了避免停工時間，引入了外圍設備冗余（N+1冗余）。有了外圍設備冗余，當某個外圍設備發(fā)生故障時，備用的外圍設備就可以接管故障設備的操作，并且不需要操作人員的干預。在這種情況下也可以派遣技術人員進行修復和恢復系統(tǒng)的冗余，時間上就不會那么緊張了。外圍設備冗余不僅可以用于故障部件替換使提供期最短，還可以用于預防性的維護。
軟件體系結構
。。系統(tǒng)版提供了建設電話應用HA所必需的所有軟件部件。這些部件包括專為特定主機配置的熱切換驅動工具包、管理和故障檢測軟件以及一些應用實例。
圖1為軟件部件的體系結構圖。6.0版本提供圖中所示的所有部件。
。。這里所舉的例子對體系結構作了很好的說明。一個例子顯示了一個應用如何進行注冊來接受通告；另一個例子顯示了板卡發(fā)生故障時的交互過程。
。。圖2顯示了用來完成外圍板卡告警和故障通告注冊的部件之間的交互過程。下面是關于應用程序的概述：
- 應用程序通過調用DlgAdminConsumer類的構造函數(shù)并通過通道類型傳遞（如FAULT_CHANNEL），產(chǎn)生一個DlgAdminConsumer類型的對象。
- 這個對象產(chǎn)生必要的連接，設置參與事務的不同軟件部件之間的通信。
- 應用程序為自己在監(jiān)控中感興趣的事件指定過濾方式。
- 當觀測到某個特定事件時，事件通告框架會調用的應用程序實現(xiàn)的回調函數(shù)HandleEvent()。
- 當觀測到某個事件時，應用程序接收所有必要的信息（即信道名稱（FAULT_CHANNEL）和板卡的AUID）來執(zhí)行動作。
。。圖3顯示了當外圍板卡發(fā)生DSP故障時，一個應用收到相應事件的例子。
。。在這個事務中的主要部件是應用程序、板卡的設備驅動器和管理軟件（包括故障檢測器和事件服務，事件服務中同時包括事件通告框架）。當電話板卡發(fā)生DSP故障時，板卡上運行的固件通過發(fā)送一條消息通知控制程序�？刂瞥绦蚴且粋�在初始化時注冊了不同告警和故障的故障檢測器。當它收到這個故障通告后，控制器在事件服務的事件通告框架的隊列中增加一個事件。最后，使用回調函數(shù)通知應用程序。此時，應用程序可以處理這個事件，執(zhí)行必要的操作或者動作。
設備驅動器交互
。。熱切換系統(tǒng)軟件駐留在操作系統(tǒng)和硬件之間，充當熱插拔系統(tǒng)監(jiān)控軟件。它的主要任務就是檢測熱切換事件，識別板卡所需要的內存/中斷資源以及資源的動態(tài)分配（或者當板卡被去除時釋放資源）。為了檢測CompactPCI設備是否被插入總線或者從總線上去除，熱切換引擎可以使用下列方法：
·輪流檢測CompactPCI總線
·輪流檢測列舉中斷(ENUM#)
。。當熱切換系統(tǒng)軟件檢測到ENUM#信號，它將檢測到的事件通知給Windows
2000子系統(tǒng)，特別是即插即用管理器。熱切換系統(tǒng)軟件與Windows 2000操作系統(tǒng)（支持插/用事件）之間有一個定義詳盡的接口。通過這種機制，操作系統(tǒng)可以知道新設備的插入。即插即用管理器為設備驅動器和其他應用程序提供了一種機制，使自己可以了解到某種設備或者系統(tǒng)發(fā)生的某些事件。這些事件包括特定類型設備接口的到達/離開以及設備去除請求。當某個事件發(fā)生時，即插即用管理器模塊調用設備驅動器的"添加"或者"初始化"入口程序，在給設備分配必要的資源（如中斷，內存）之后對設備進行初始化。
。。類似地，當設備被去除時，即插即用管理器調用設備驅動器的"去除"入口程序來處理設備去除請求和已分配資源的釋放。
RSS軟件
。。RSS軟件是一個單獨的包，可以在安裝系統(tǒng)軟件之前或者之后安裝。發(fā)布指南上列出了已經(jīng)通過測試的機箱列表以及其他的一些系統(tǒng)需求。
。。要了解RSS軟件安裝的信息，可以參考ZT5550高可用性處理器板冗余系統(tǒng)插槽軟件手冊(RSS_Software_Manual.pdf)。這個手冊和安裝RSS軟件的可執(zhí)行文件（ZRSS.exe）位于光盤的rss目錄內。包內還包含一個應用實例，你可以通過它模擬CPU板卡的接管或者故障解除。這個應用實例也演示了RSS
API（是SDK的一部分）的使用�？梢允褂眠@些API進行以下方面的編程：
·故障配置
·隔離策略
·應用通告
·遠程診斷
。。該版本提供的RSS軟件支持ZT5084 CompactPCI系統(tǒng)和性能技術公司的ZT5550系統(tǒng)主板（SBC）。前面提到，本文討論了CompactPCI系統(tǒng)和SBC的特征。
RSS高可用性(HA) API
。。性能技術公司提供的軟件手冊（RSS_Software_Manual.pdf）中討論了RSS
HA API。其中一些API函數(shù)將在本節(jié)中討論。對于一個支持RSS的電話應用來說，它需要注冊來自HA驅動器和處理器板軟件部件的通告。適用于Windows
2000的系統(tǒng)版包括一個rss manager實例，它顯示了如何使用提供的API。
。。一個主機應用程序通過包含那些CompactHA.h頭文件并與CompactHA.lib文件進行鏈接的方式使用API。CompactHACnst.h文件和CompactHATypes.h文件中定義了必要的參數(shù)和類型。當RSS軟件在系統(tǒng)中安裝時這些頭文件和庫也被安裝。
表1 列出了一些常用的API
| API |
描述 |
| HAConnect |
在應用程序和HA框架之間建立連接。 |
| HADisconnect |
終止和應用程序之間的連接。 |
HAConfigurationMode
|
設置主機的當前配置模式。一個主機如果沒有處于活動模式下，則只能設置在配置模式下。 |
| HAEnableNotification |
使中斷服務程序可以使用特定的中斷類型。此回調函數(shù)如果用cbFunc參數(shù)說明，則應用程序可以基于正在發(fā)生的
中斷執(zhí)行特定的任務。應用可以通過指定不同的回調函數(shù)，請求接收故障和主機狀態(tài)變化的通告。
|
| HADisableNotification |
使某些應用程序的中斷服務程序不能使用特定的中斷類型。 |
| HAGetHostStatus |
報告當前的主機系統(tǒng)狀態(tài)�？梢赃M行查詢的狀態(tài)包括系統(tǒng)狀態(tài)和配置信息。 |
| HAGetSlotID |
為呼叫主機獲取物理插槽信息。 |
表1： RSS API函數(shù)
PHS軟件
。。系統(tǒng)版軟件包含一個熱切換驅動工具箱，它可以用來配置不同的機箱。
。。電話設備驅動器可以在安裝時自動配置，使得某個特定機箱可以執(zhí)行必要的熱切換操作。
熱切換工具箱
。。熱切換工具箱（HSK）是一個CompactPCI熱切換產(chǎn)品，可以在板卡熱-插入或者熱-拔出時進行軟件的自動連結和斷開。HSK提供了功能設備驅動器，可以完全支持Windows
2000的本地設備驅動器。HSK是針對Windows 2000的設計的，實現(xiàn)了完全遵循CompactPCI熱切換規(guī)范PICMG
2.1的熱切換功能的第一個產(chǎn)品。
如果你的CompactPCI系統(tǒng)安裝了HSK，你可以：
·將CompactPCI外圍板卡插入機箱和從機箱中拔出，并且這些板卡上軟件的
連接/段開始自動進行的，也不需要重啟。
·使用本地應用通告機制，使應用可以監(jiān)控這些板卡的插入和去除請求。這
些通告經(jīng)過事件服務API傳遞給應用。
。。與HSK聯(lián)合使用，系統(tǒng)版設備驅動器為CompactPCI總線段自動配置PCI-to-PCI橋接窗口，以保證可以為熱-插入提供足夠的地址空間（因為由BIOS分配視窗通常是不足的）。這在電話板已經(jīng)被檢測到，驅動器初始化時執(zhí)行。而且，配置管理GUI即DCM，提供了系統(tǒng)的物理插槽位置并顯示物理插槽數(shù)目，使操作人員可以更好地管理系統(tǒng)。
管理軟件
。。系統(tǒng)版提供管理軟件可以用來配置和監(jiān)控外圍電話設備。同時也包括了故障檢測，修復和隔離部件。
實現(xiàn)HA的主要部件是：
·故障管理
·告警管理
·時鐘管理
·外圍設備資源管理
。。系統(tǒng)版包括事件服務API和事件通告框架。這些API用來向事件通告框架注冊你的應用。框架是使所有操作、管理、維護和定制服務（OAM&P）向已注冊的電話應用發(fā)送異步消息的子系統(tǒng)。關于事件服務API和事件通告框架的詳細信息，可以參考系統(tǒng)版文檔中的編程指南�？蚣芎胁煌诺�，這些信道用來報告與操作人員的一些被動或者主動的動作相關的事件。
。。另一個庫，即NCM API，提供了一個管理和監(jiān)控外圍電話設備上操作的API。通過這個API可以獲取板卡級的信息如物理插槽ID，PCI總線信息，CT總線信息。同時還包括一些啟動/停止/掛起板卡的函數(shù)。
。。表2，3，4列出了一些函數(shù)的列表，可以用來開發(fā)支持系統(tǒng)版中PHS和冗余系統(tǒng)插槽特征的應用。系統(tǒng)版中包含了一些應用的例子，即rgademo，rssmanager
和pfmanager，他們例證了這些API的使用。
| API |
描述 |
| NCM_IsHotSwapSystem |
決定系統(tǒng)是否具有熱切換能力 |
| NCM_GetHotSwapBoardCount |
得到在當前支持熱切換的系統(tǒng)中的外圍板
卡的數(shù)目 |
| NCM_GetValueEx |
獲取一個NCM數(shù)據(jù)庫參數(shù)的值 |
NCM_SetValueEx |
給一個NCM數(shù)據(jù)庫參數(shù)設置值 |
| NCM_DeallocValue |
釋放為NCM數(shù)據(jù)庫參數(shù)分配的內存
|
| NCM_GetFamilyDeviceByAUID |
給定板卡的AUID獲取產(chǎn)品系列類型 |
| NCM_GetInstalledFamilies |
獲取所有安裝的板卡的產(chǎn)品系列類型 |
| NCM_GetInstalledDevices |
獲取安裝板卡的列表 |
| NCM_StartDlgSrv |
開始IntelDialogic系統(tǒng)服務 |
| NCM_GetDlgSrvState |
獲取服務狀態(tài) |
| NCM_StopDlgSrv |
停止IntelDialogic系統(tǒng)服務 |
| NCM_StartBoard |
啟動一個板卡 |
| NCM_StopBoard |
停止一個板卡 |
| NCM_RemoveBoard |
從NCM數(shù)據(jù)庫中去除一個板卡 |
| NCM_GetDialogicDir |
得到系統(tǒng)版安裝文件夾 |
表2：NCM API函數(shù)
| API |
描述 |
| SRLGetAllPhysicalBoards |
獲取系統(tǒng)當前安裝的板卡的列表 |
| SRLGetVirtualBoardsOnPhysicalBoard |
獲取物理板卡上虛擬板卡的數(shù)目 |
| SRLGetSubDevicesOnVirtualBoard |
獲取虛擬板卡上子設備的數(shù)目 |
表3：SRL API函數(shù)
| API |
描述 |
| DlgAdminConsumer::DlgAdminConsumer( ) |
允許實例化一個吸收對象。每個DlgAdminConsumer對象必須與一個事件通告信道相關聯(lián)。 |
| DlgAdminConsumer::DisableFilters( ) |
使一個DlgAdminConsumer對象的過濾器數(shù)組不可用
|
| DlgAdminConsumer::EnableFilters( ) |
使一個DlgAdminConsumer對象的過濾器數(shù)組可用 |
| DlgAdminConsumer::getChannelName( ) |
返回DlgAdminConsumer對象監(jiān)控到達事件的信道的名字
|
| DlgAdminConsumer::getConsumerName( ) |
返回DlgAdminConsumer對象的名字。這個名字和實例化時吸收對象相關聯(lián)。 |
| DlgAdminConsumer:: StartListening( ) |
允許DlgAdminConsumer對象開始監(jiān)控與到達的事件相關的事件通告信道 |
| CEventHandlerAdaptor::HandleEvent( ) |
當檢測到某個事件使，由框架調用的回調函數(shù) |
表4：事件服務API函數(shù)
故障管理
。。任何硬件設備的失敗都稱作故障。事件服務含有一些部件，通過輪詢或者尋找心跳信號的方式監(jiān)控硬件設備。當這些部件檢測到心跳信號丟失，則產(chǎn)生了故障。注冊了故障的應用就會收到相應的通告。
。。Dialogic® NetStructure™
板卡上有兩種故障：控制處理器故障和信號處理器故障。這些故障通過設備驅動器和每個板卡上的獨立內核（固件）之間的機制設置，可以由設備驅動器檢測到。設備驅動器通過函數(shù)返回值通知OAM&P服務，而OAM&P服務在FAULT_CHANNEL信道上報告事件。這些事件包括：
·DLGC_EVT_CP_FAILURE-當Dialogic® NetStructure™
板卡發(fā)生控制處理器失敗時產(chǎn)生。
·DLGC_EVT_SP_FAILURE-當Dialogic® NetStructure™
板卡發(fā)生信號處理器失敗時產(chǎn)生。
監(jiān)測和恢復
表5列出了相關事件和恢復機制。
| 類型 |
故障產(chǎn)生原因 |
應用應該采取的動作 |
| DLGC_EVT_CP_FAILURE |
當在板卡上運行固件的控制處理器失敗或者斷言為某種原因 |
關閉物理板卡上打開的所有設備 重啟板卡的POST并設法恢復 |
|
DLGC_EVT_SP_FAILURE
|
如果一個物理板卡具有語音媒體能力，那么一些專用的DSPs可能由于多種原因而失敗。當發(fā)生這樣的失敗時，事件被報告給已注冊的應用。 |
關閉物理板卡上打開的所有設備 重啟板卡的POST并設法恢復板卡上的信道 |
表5：故障類型
圖4中的流程圖顯示了當一塊板卡發(fā)生故障時所要執(zhí)行的相應的動作。
告警管理
。。告警是發(fā)生在電路和分組網(wǎng)絡中的異常。在電路網(wǎng)絡中，一個告警可能是T-1/E-1電纜斷開，幀信號丟失等等。在分組網(wǎng)絡中，一個告警可能是以太網(wǎng)電纜斷開或者路由器信號丟失等等。事件服務結合故障檢測服務，可以檢測這些告警。電路網(wǎng)絡告警通過NETWORK_ALARM_CHANNEL信道報告給應用。分組網(wǎng)絡（IP）告警通過ENET_ALARM_CHANNEL信道報告給應用。
。。如果呼叫控制應用可以使用全局呼叫告警通告服務，大多數(shù)告警同時需要通過全局呼叫告警通告服務被報告給呼叫控制應用。相應的全局呼叫事件進入SRL事件隊列并通知應用。例如，當連接到T-1/E-1范圍的電路上有一個紅色告警時，生成一個GCEV_BLOCKED事件并通知給應用。當這個告警被清除時，將生成一個GCEV_UNBLOCKED事件。
時鐘管理
。。CT總線可以通過編程配置成不同的設置。一個OAM&P服務，CT總線代理，監(jiān)控CT總線的所有活動。當CT總線代理發(fā)生失敗時，使用事件服務工具，在CLOCK_EVENT_CHANNEL信道上把事件報告給已注冊的應用。
CT總線上的告警類型包括：
- DLGC_EVT_CT_A_LINESBAD-如果CT總線A上線信號失敗時產(chǎn)生。
- DLGC_EVT_CT_B_LINESBAD-如果CT總線B上線信號失敗時產(chǎn)生。
- DLGC_EVT_LOSS_MASTER_SOURCE_ INVALID-表明主板驅動主線使用的時鐘源已經(jīng)失敗。主板可以使用自己內部振蕩器或者CT總線網(wǎng)絡參考線作為時鐘源。
- DLGC_EVT_NETREF1_LINEBAD-指出CT總線上NetRef 1行信號失敗。
- DLGC_EVT_NETREF2_LINEBAD-指出CT總線上NetRef 2行信號失敗。
幾乎所有這些事件只是向應用提供了信息。當觀測到這些事件時，因為有OAM&P服務處理時鐘備份和故障解除機制，應用不必采取任何措施。
資源管理
。。Dialogic○R NetStructure?板卡資源管理由標準運行時間庫（SRL）API和事件服務API使用事件通告框架來處理。使用SRL和NCM
APIs可以實現(xiàn)設備列舉和發(fā)現(xiàn)。
·SRLGetVirtualBoardsOnPhysicalBoard()-獲取由AUID標識的物理板卡
上虛擬板卡的數(shù)目。
·SRLGetSubDevicesOnVirtualBoard() -獲取虛擬板卡上子設備的數(shù)目。
。。例如，假設系統(tǒng)中一個Dialogic○R NetStructure
DMN160TEC板卡。這個物理PSTN網(wǎng)絡板卡有16個T-1或者E-1中繼線，每個中繼線用設備名dtiBn表示，其中n表示數(shù)字1到16。通過調用SRL函數(shù)SRLGetVirtualBoardsOnPhysicalBoard()，我們會得到16以及設備類型為DTI，通過這些信息，我們需要確定16個設備名字（即dtiB1，dtiB2等等，直至dtiB16）。同時，通過調用SRL函數(shù)SRLGetSubDevicesOnVirtualBoard()，我們可以了解到每個虛擬板卡上存在多少個時隙。如果DMN160TEC板卡被配置了T-1
ISDN協(xié)議，就有23個時隙，若它配置的是E-1 ISDN協(xié)議，這個函數(shù)將輸出30。
。。使用事件通告框架和事件服務API可以做硬件設備檢測。當一個設備被插入系統(tǒng)或者從系統(tǒng)中去除時，即插即用觀測部件將事件報告給事件服務，事件服務將在ADMIN_CHANNEL信道上把該事件報告給已注冊的應用。
需要報告的不同的事件包括：
- DLGC_EVT_BLADE_ABOUT_TO_REMOVE -在Dialogic○R Dialogic○R配置管理器（DCM）選擇設備>去除/卸載設備選項時產(chǎn)生。
- DLGC_EVT_BLADE_ABOUTTOSTART -當發(fā)起一個獨立板卡啟動命令時產(chǎn)生（可以在DCM中選擇設備>啟動設備選項，或者用NCM_StartBoard(
)函數(shù)進行編程）。
- DLGC_EVT_BLADE_ABOUTTOSTOP -當發(fā)起一個獨立板卡停止命令時產(chǎn)生（可以在DCM中選擇設備>停止設備選項，或者用NCM_StopBoard(
)函數(shù)進行編程）。
- DLGC_EVT_BLADE_DETECTED -指出系統(tǒng)版軟件已經(jīng)檢測到了一個新插入的板卡，并且相關信息已經(jīng)存入NCM數(shù)據(jù)庫。
- DLGC_EVT_BLADE_REMOVED -當一個板卡已經(jīng)從系統(tǒng)中去除，并且相關信息已經(jīng)從NCM數(shù)據(jù)庫中刪除時產(chǎn)生。
- DLGC_EVT_BLADE_START_FAILED -當一個獨立板卡的啟動序列已經(jīng)失敗時產(chǎn)生（板卡啟動序列的發(fā)起可以在DCM中選擇設備>啟動設備選項，或者用NCM_StartBoard(
)函數(shù)進行編程）。
- DLGC_EVT_BLADE_STARTED -當一個獨立板卡成功啟動時產(chǎn)生（板卡啟動的發(fā)起可以在DCM中選擇設備>啟動設備選項，或者用NCM_StartBoard(
)函數(shù)進行編程）。
- DLGC_EVT_BLADE_STOPPED -當一個獨立板卡成功停止時產(chǎn)生（板卡停止的發(fā)起可以在DCM中選擇設備>停止設備選項，或者用NCM_StopBoard(
)函數(shù)進行編程）。
- DLGC_EVT_SYSTEM_ABOUTTOSTART-當發(fā)起一個系統(tǒng)啟動命令時產(chǎn)生（可以在DCM中選擇系統(tǒng)>啟動系統(tǒng)選項，或者用NCM_
StartDlgSrv()函數(shù)進行編程）。
- DLGC_EVT_SYSTEM_ABOUTTOSTOP -當發(fā)起一個系統(tǒng)停止命令時產(chǎn)生（可以在DCM中選擇系統(tǒng)>停止系統(tǒng)選項，或者用NCM_
StopDlgSrv()函數(shù)進行編程）。
- DLGC_EVT_SYSTEM_STARTED -當系統(tǒng)成功啟動時產(chǎn)生（系統(tǒng)啟動的發(fā)起可以在DCM中選擇系統(tǒng)>啟動系統(tǒng)選項，或者用NCM_
StartDlgSrv()函數(shù)進行編程）。
- DLGC_EVT_SYSTEM_STOPPED-當系統(tǒng)成功停止時產(chǎn)生（系統(tǒng)停止的發(fā)起可以在DCM中選擇系統(tǒng)>停止系統(tǒng)選項，或者用NCM_
StopDlgSrv()函數(shù)進行編程）。
圖5中狀態(tài)圖例證了上面列出的不同事件，顯示了系統(tǒng)版中應用實例PFMDemo實現(xiàn)的狀態(tài)機。
在板卡上執(zhí)行POST
。。當系統(tǒng)檢測到一個外圍設備板卡時，建議您在該設備上執(zhí)行POST以保證硬件功能良好。系統(tǒng)版提供了POST工具，可以基于硬件類型和它屬于的產(chǎn)品系列被單獨執(zhí)行。圖6例證了這個功能是如何完成的。代碼snippet是系統(tǒng)版應用實例pfmanager的一部分。
函數(shù)Diagnose()顯示了如何調用DM3和IPT POST工具。
圖6 執(zhí)行POST
圖7中的函數(shù)RunProgram()顯示了一種產(chǎn)生Windows進程，然后等待該進程執(zhí)行完成的方式。
圖7 執(zhí)行POST（續(xù)）
CompactPCI平臺
。。本節(jié)提供了已經(jīng)應用在系統(tǒng)版軟件中的CompactPCI系統(tǒng)的一些詳細信息。
。。需要注意的是，系統(tǒng)版軟件完全支持ZT5084平臺。然而，對于ZT5085平臺，只是有限地支持PHS，而不支持RSS。當在ZT5085平臺中設置系統(tǒng)版軟件時，需要執(zhí)行一些特定的配置步驟。
IntelNetStructure™
ZT5084 10U高可用性平臺
。。高可用性CompactPCI平臺為高要求的緊急應用提供了電信級的計算系統(tǒng)。ZT5084平臺通過為活動的系統(tǒng)部件（包括系統(tǒng)-插槽CPU板卡，電源和告警設備）的內部冗余支持99.999%可用性。這些部件都支持熱切換，可以方便地替換并耗費最少的時間。
。。ZT5084平臺非常適合需要高系統(tǒng)可用性的電信應用（如增強的服務，媒體網(wǎng)關，寬帶接入服務器或者去往中心結構的其他關鍵的計算服務器平臺）。基于硬件的故障解除和簡化的HA驅動器模型縮短了電信設備研發(fā)人員的開發(fā)時間，而冗余系統(tǒng)-插槽體系結構可以更有效的使用I/O資源。CompactPCI系統(tǒng)有12個可以為外圍設備所用的插槽。
。。ZT5550高可用性處理器板是ZT5084平臺唯一支持的處理器板。這個6U，CompactPCI處理器板專為具有高可用性要求的冗余處理器配置而設計。其體系結構非常適用于高要求的應用，如一些電信網(wǎng)絡和互聯(lián)網(wǎng)應用。
。。ZT5550高可用性處理器板可以支持12
CompactPCI外圍板卡，而同另一個ZT5550板卡合用時，可以支持99.999%的可用性。ZT5550高可用性處理器板是Intel，Pentium○RIII處理器低功率模塊的特色，并且支持熱切換，包括幾個板卡上的外圍設備和可選I/O擴展特征。根據(jù)配置，板卡占用一個或者兩個插槽。
Intel® NetStructure™
ZT5085 12U冗余主機分組交換平臺
。。Intel®NetStructure™
ZT5085 12U冗余主機分組交換平臺的特色是一個兼容PICMG* 2.16的中間主板。這個中間主板支持冗余主機體系結構（適用于I/O操作頻繁的應用）。它是Dialogic幾個標準電信構造塊之一，提供給OEM設備設計人員電信級的、標準的、HA計算平臺以滿足緊急任務的應用的需求。
。。該平臺通過活動系統(tǒng)部件（包括以太網(wǎng)交換機，機箱管理模塊，電源和風扇）的內部冗余實現(xiàn)99.999%的可用性。冗余機箱管理模塊可以管理多個SBCs，可以管理多個增強系統(tǒng)可靠性的遠程機箱診斷。以太網(wǎng)信號通過中間主板路由，不需要使用電纜，節(jié)省了設置、維護和修復的時間；減小了傳統(tǒng)電纜方式下的熱量帶來的困難。
。。該平臺可以與任何Dialogic®NetStructure™
族分組交換產(chǎn)品以及滿足PICMG 2.16的第三方板卡進行互操作。
。。ZT5085平臺支持兩種處理器板，Dialogic®NetStructure™
ZT5504和Dialogic○RNetStructure? ZT5524板卡。
。。ZT5504處理器板是遵從2,16的處理器板，提供了最優(yōu)化的特性，非常適合電信和以太網(wǎng)應用。模塊化的、遵循標準的ZT5504處理器板可以很好地支持商用發(fā)展策略。
。。完全適用于任何Dialogic®NetStructure™
族分組交換主板（PSB）產(chǎn)品，并可以與滿足PICMG 2.16的第三方部件進行互操作。板卡的特征是1GHz的低功率Pentium
III處理器，具有512兆到1G ECC SDRAM。
。。ZT5524高性能處理器板遵循標準設計，非常適合于要求高的處理能力和HA的電信和因特網(wǎng)應用。雙處理器/冗余主機板卡遵從PICMG*
2.16，提供可配置的HA、I/O擴展和66MHz CompactPCI橋接特性。一套板卡內嵌特性以及可靠的、現(xiàn)成的體系結構體現(xiàn)了OEM系統(tǒng)構造器的完整性和可靠性需求。這種板卡的特色是單個或者兩個933MHz
Pentium III處理器，可以支持單CompactPCI插槽上（168腳，直角DIMM模塊插座）的均衡多處理。它最高可支持1GB
PC133 SDRAM內存。
增加PHS支持
。。現(xiàn)有電話應用需要做一些更改來支持PHS。這些更改可以總結為下面的幾點：
- 列舉你的應用想要偵聽的外圍設備事件。例如，你可以僅僅偵聽FAULT_CHANNEL信道和ADMIN_ CHANNEL信道上的事件。
- 注冊應用，使其可以經(jīng)過事件服務接收外圍設備事件。這可以通過事件服務APIs實現(xiàn)。
- 在你的應用中設立一個狀態(tài)機（與圖5相似）來相應的處理不同事件。
增加冗余系統(tǒng)插槽支持
。。一個存在的電話應用需要做些改變來支持RSS特征�？梢钥偨Y為：
- 標識機箱廠商的設備驅動器事件。這可以從廠商文檔中得到。系統(tǒng)版提供的RSS管理器應用實例例證了ZT5084機箱和ZT5550
SBC板卡的使用。該應用通過機箱廠商提供的設備驅動器注冊特定事件。
- 注冊應用，使其可以在事件服務的ADMIN_CHANNEL信道上接收事件。這將使你可以監(jiān)控Intel，NetStructure板卡上的活動。
- 注冊應用，使其可以接收來自機箱廠商提供的RSS HA框架的事件，這可以使應用監(jiān)視系統(tǒng)處理器板上的活動。
- 為你的應用設立一個狀態(tài)機，當事件服務報告板卡級事件時執(zhí)行相應的動作。
應用實例
。。系統(tǒng)版軟件含有一些可以示范支持的HA特征使用方法的應用實例。有四種應用：
- RSS管理器 - 示范了性能技術ZT5550系統(tǒng)主板提供的RSS HA API的使用。該應用監(jiān)控SBC的活動。當一個活動的SBC由于主動的接管，被動接管或者電路故障而停止工作時，將會有一個回調函數(shù)通知該應用，指出已經(jīng)發(fā)生了接管，原來處于待命狀態(tài)的SBC現(xiàn)在已經(jīng)成為活動的主機。此時，這個應用需要在IntelNetStructure板卡上執(zhí)行必要的外圍設備操作。
- 外圍設備故障管理器（PFM）-允許用戶啟動/停止系統(tǒng)中安裝的外圍板卡。它例證了通過使用事件服務API獲取事件通告框架事件。
- 收入生成應用- 這個呼叫控制應用和外圍設備故障管理器、RSS管理器一起工作。它也將自己注冊為事件通告框架生成的不同事件的吸收應用。它監(jiān)控系統(tǒng)中安裝的所有外圍設備的活動。當一個電話外圍設備被插入系統(tǒng)時，該應用可以檢測到相應的事件。當外圍設備被初始化和啟動后，為了示范方便，ISDN呼叫是回送方式的。關于如何執(zhí)行應用和設置板卡方面更詳盡的信息，請參考用戶指南。
- HA試驗平臺- 性能技術提供的示范應用，例證了RSS HA API的使用和ZT5084平臺上ZT5550系統(tǒng)主板提供的框架的使用。
系統(tǒng)版含有一個試驗平臺指南即"windows高可用性試驗平臺指南"，它詳細描述了這些應用實例。
備注
。。可以在下面的地址了解Windows 2000平臺下IntelDialogic系統(tǒng)6.0版CompactPCI的詳細信息，或者下載軟件
http://www.Dialogic.com/
附錄：術語表
API 應用編程接口
AUID 可尋址唯一表示符
DSP 數(shù)字信號處理器
HA 高可用性
HSK 熱切換工具箱
NCM 本地配置管理器
OAM&P 操作，管理，維護和定制
PHS 外圍設備熱切換
PICMG PCI工業(yè)制造集團
RSS 冗余系統(tǒng)插槽
SBC 單板計算機
欲知詳情，可以訪問我們的網(wǎng)站http://www.Dialogic.com/
地址：
1515 Route Ten
Parsippany，NJ 07054
電話：1-973-993-3000
。。本文檔所提供的信息與Dialogic產(chǎn)品相關，本文檔不包含產(chǎn)品的任何知識產(chǎn)權，除了提供了該產(chǎn)品的Dialogic一些術語和銷售的情況。除非以Dialogic的名義提供并且為銷售本產(chǎn)品服務，Dialogic不負任何責任，并且不為在產(chǎn)品的銷售和/或使用中所遇到的問題提供擔保，包括對某一特殊用途的適用性、產(chǎn)品銷路、以及侵害專利或者其他的版權和知識產(chǎn)權。
。。Dialogic產(chǎn)品不適用于任何可能產(chǎn)生人體傷害或死亡的應用，比如醫(yī)療、急救或維生的應用。
。。Dialogic隨時可能修改本手冊，恕不另行通知。
。。Intel、IntelPentium和IntelNetStructure以及其他Dialogic的標志是Dialogic公司或者Dialogic在美國及其他國家的子公司的注冊商標。其他名字或者商標的所有權屬于該公司擁有
。。其他名字或者商標的所有權屬于該公司擁有
。。性能和額定值的測試是在特定的計算機系統(tǒng)和部件上進行的，這些測試大致反映了產(chǎn)品的性能。硬件上的差別或軟件設計及配置的改變可能會影響實際的性能。購買者在購買的時候應該參考其他資源的信息以評價系統(tǒng)或者部件的性能。欲知Dialogic產(chǎn)品性能測試詳情，可以參考http://www.Dialogic.com/。
[ 全文英文版
]
|
