查詢調(diào)度數(shù)據(jù)網(wǎng)設(shè)備的系統(tǒng)單板狀態(tài)應(yīng)使用的命令是（）。

調(diào)度數(shù)據(jù)網(wǎng)骨干網(wǎng)按分區(qū)組織，國(guó)調(diào)、網(wǎng)調(diào)、省調(diào)及備調(diào)節(jié)點(diǎn)構(gòu)成（）區(qū)。

電力調(diào)度數(shù)據(jù)網(wǎng)中基于IP技術(shù)的VPN業(yè)務(wù)，是基于哪種協(xié)議實(shí)現(xiàn)的？（）

IP地址10.0.10.48和掩碼255.255.255.224代表的是一個(gè)（）。

短路電流計(jì)算從電網(wǎng)運(yùn)行穩(wěn)態(tài)監(jiān)控功能模塊獲?。ǎ?。

C類網(wǎng)段192.168.7.0有（）個(gè)可用地址。

OSPF協(xié)議最多可支持（）臺(tái)路由器。

對(duì)正母刀閘、付母刀閘同時(shí)為合時(shí)，狀態(tài)估計(jì)可判出（）可疑。

在進(jìn)行狀態(tài)估計(jì)的調(diào)試時(shí)，對(duì)于網(wǎng)省一級(jí)和地區(qū)一級(jí)的調(diào)度系統(tǒng)，應(yīng)該首先調(diào)試（）的線路和廠站。

2014年6月3日，某地區(qū)一220kV變電站202開(kāi)關(guān)故障跳閘時(shí)，站內(nèi)綜自系統(tǒng)未向調(diào)度中心上送“全站事故總”信號(hào)，導(dǎo)致調(diào)度中心調(diào)度技術(shù)支持系統(tǒng)未能及時(shí)推出正確的告警信息，后經(jīng)二次運(yùn)維人員劉某現(xiàn)場(chǎng)排查，發(fā)現(xiàn)該間隔事故總信號(hào)未合并到全站事故總信號(hào)。劉某立即對(duì)點(diǎn)表進(jìn)行修改，然后重新下裝到現(xiàn)場(chǎng)唯一遠(yuǎn)動(dòng)通信機(jī)，并將遠(yuǎn)動(dòng)通信機(jī)重啟。由于該遠(yuǎn)動(dòng)通信機(jī)CPU占用率一直過(guò)高，重啟后出現(xiàn)死機(jī)現(xiàn)象，劉某將其直接斷電，再次開(kāi)機(jī)時(shí)發(fā)現(xiàn)無(wú)法開(kāi)機(jī)，致使該變電站全站通信中斷。本案例中，劉某重啟遠(yuǎn)動(dòng)通信機(jī)前應(yīng)提前（）向調(diào)控中心提出申請(qǐng)。