【正文】 和可行性測(cè)試，測(cè)試通過(guò)后方可在現(xiàn)網(wǎng)進(jìn)行應(yīng)用。其次再選取曲靖及紅河 flexiBSC修改 agingtime并測(cè)試驗(yàn)證，故障未重現(xiàn)。 因昆明的 flexi型號(hào) BSC歸屬的 SGSN組成了 pool，且 pool內(nèi)只有一臺(tái) SGSN與昆明 BSC有上下流量不一致情況，其余兩臺(tái)未修改 SGSN主備接入的仍與 BSC間為雙向路徑一致，此情況下，昆明的 flexi BSC GB鏈路會(huì)有告警，但業(yè)務(wù)不受影響。 2）設(shè)置 SWU中的 Macagingtimer大于或等于 CE上的 MACagingtimer，此方案理論上可行，但是沒(méi)有經(jīng)過(guò)測(cè)試，建議先在某臺(tái) BSC上經(jīng)過(guò)測(cè)試驗(yàn)證后再大規(guī)模修改使用。 故障案例二 ——諾西 FlexiBSC Gb上下行流量路徑不一致時(shí)閃斷問(wèn)題 （ 3） 圖 4 BSC內(nèi)部結(jié)果 ? 解決思路： 對(duì)于上下行流量非對(duì)稱與 ESB24的 DLF廣播抑制功能存在沖突，在此流量模型下為保證flexi BSC Gb業(yè)務(wù)正常，可以采用如下兩種方案： 1）屏蔽 ESB24的 DLF廣播抑制功能。當(dāng) CE2在 20分鐘更新時(shí)間到后發(fā)一次ARP請(qǐng)求（ mac地址請(qǐng)求）報(bào)文到 BSC內(nèi) PCU時(shí)， SWU3才回送一個(gè) Arp reply 報(bào)文到 CE2，所以 SWU3的 MAC 地址表每 20分鐘才更新一次。 SWU SWU3均為 BSC內(nèi)嵌的二層交換機(jī) ESB24，且部署了廣播抑制功能，其學(xué)習(xí) PCU 的MAC地址表 agingtime為 5分鐘，而 CE的 MAC地址 agingtime為 20分鐘（一般路由器的默認(rèn)值，各廠家一致）。 GB鏈路閃斷是因?yàn)? PCU 暫時(shí)收不到由 SGSN 發(fā)出的 NSIP_ALIVE_ACK 報(bào)文。 GB 鏈路是 PCU 發(fā)送一個(gè)單播的 NSIP_ALIVE 報(bào)文到 SGSN。 為定位問(wèn)題，于夜間選取紅河 BSC進(jìn)行故障重現(xiàn)。云南共有 82臺(tái) flexi BSC，占比諾西全網(wǎng) BSC 的 %，本次將調(diào)整部分 SGSN主備后涉及雙向流量路徑不一致的 15臺(tái) flexi BSC也調(diào)整了主備，占該版本的 %。故 1中的調(diào)整不能根本解決問(wèn)題。 【 故障處理 】 ?業(yè)務(wù)應(yīng)急恢復(fù) ：通過(guò)修改 CE上配置的 VRRP協(xié)議優(yōu)先級(jí)的方式，將 SGSN（主用上行到偶數(shù)平面）對(duì)應(yīng)的玉溪、紅河、曲靖三個(gè)地市 15臺(tái) flexi型號(hào) BSC的上行主用也調(diào)整到偶數(shù) CE，形成圖 314流量模式，暫時(shí)規(guī)避 GBlink閃斷問(wèn)題。所以 BSC與 SGSN之間的 GB業(yè)務(wù)雙向路由怎么變化都不應(yīng)該受影響。 承載網(wǎng)為雙平面組網(wǎng)，提供負(fù)荷分擔(dān)的同時(shí)也起到路由和業(yè)務(wù)的主備保護(hù)， CE下掛業(yè)務(wù)網(wǎng)元均以主備方式（配置 VRRP組，如本例的 BSC及 SGSN均通過(guò)主備方式接入， CE上提供 VRRP虛網(wǎng)關(guān)）接入 CE。調(diào)整過(guò)的 SGSN對(duì)應(yīng)的紅河、曲靖、玉溪三地市的諾西 BSC側(cè)的 GB入流量和出流量不對(duì)稱（圖 1），此后發(fā)現(xiàn)三個(gè)地市部分諾西 BSC出現(xiàn)業(yè)務(wù)閃斷， GBlink閃斷告警量突增。經(jīng)后續(xù)流量倒回測(cè)試，此時(shí) AR2CE2間流量達(dá)到 28%以上。 【 問(wèn)題解決 】 找到了問(wèn)題癥結(jié)點(diǎn)為曲靖 CE2AR2間傳輸帶寬配置問(wèn)題，經(jīng)核實(shí)，因 CE2與 AR2為異局址，中間經(jīng)過(guò)了曲靖本地網(wǎng)傳輸 SDH系統(tǒng)，在 CE入網(wǎng)之初，本地傳輸并未按規(guī)劃需求配置為 1GE帶寬，而只配置了一個(gè) VC4，即 155M，進(jìn)而留下了隱患。至此，我們推斷，該問(wèn)題點(diǎn)在于曲靖 AR2CE2間實(shí)際配置的傳輸帶寬可能僅為 155M左右（因?yàn)榱髁孔罡咧荒艿?15%，即 150M左右），未達(dá)到最初網(wǎng)絡(luò)規(guī)劃建設(shè)時(shí)需求的帶寬 1GE。此時(shí)曲靖CE1AR1承載了曲靖的所有 GB流量，利用率為 42%左右，即曲靖忙時(shí)正常流量應(yīng)為 400M以上，與之前雙平面承載時(shí)總流量為 270M左右相比，流量立即上漲了 130M以上，該原因即為曲靖進(jìn)行部分 BSC調(diào)整后整體 PS流量上升 30%的原因。調(diào)整方法是修改曲靖 AR2CE2間的 ospf cost值從 10調(diào)整為 10000。初步懷疑因鏈路質(zhì)差引起 CE2AR2間丟包。 S G S N 流量主用地址 ：10 . 31 . 54 . 194國(guó)干 10 G國(guó)干 10 G昆明AR 2備用地址 ：10 . 31 . 4 . 83V r r p 虛地址 ：10 . 31 . 4 . 81備用地址 ：10 . 31 . 54 . 195V r r p 虛地址 ：10 . 31 . 54 . 193SG SN 14 與 BSC 間雙向流量走向主用板卡備用板卡2 5 %0 . 0 1 %平 均 ： 1 6 %峰 值 ： 2 5 %平 均 ： 6 1 %峰 值 ： 9 6 %2 8 %鏈路檢查： IP專業(yè)經(jīng)從 BSC至 SGSN做端到端各鏈路排查，發(fā)現(xiàn)在曲靖 AR2PS域 CE2間 GE鏈路有丟包。 上行流量方向 ： 諾西 BSCxx— 曲靖 CE1— 曲靖 AR1— 昆明 BR1— 昆明 AR1— 昆明 CE5— 華為 SGSN14。因 SGSN14的主用板卡接 CE5，備用板卡接 CE6，且配置的 VRRP組 CE5為主用，CE6為備用；曲靖 CE1/2上為每臺(tái) BSC配置一個(gè)單獨(dú)的 VRRP組，且每個(gè) VRRP組的主用均為 CE1，備用均為 CE2。 上行流量方向 ： 諾西 BSCxx— 曲靖 CE1— 曲靖 AR1— 昆明 BR1— 昆明 AR1— 昆明 CE5— 華為 SGSN3。因 SGSN3及 BSC的 GB業(yè)務(wù)均是通過(guò) VRRP協(xié)議以主備方式接入本站點(diǎn) CE，華為 SGSN3的主用板卡接入奇數(shù) CE5，備用板卡接入偶數(shù) CE6，但 CE上配置的該 VRRP組主用為CE6，備用為 CE5；曲靖 CE1/2上為每臺(tái) BSC配置一個(gè)單獨(dú)的 VRRP組，且每個(gè) VRRP組的主用均為 CE1，備用均為 CE2。排查過(guò)程如下： 流量模型分析： GPRS專業(yè)首先根據(jù)調(diào)整前后 BSC歸屬的 SGSN3及 SGSN14進(jìn)行了檢查分析，未發(fā)現(xiàn)異常。 昆 明A R 1曲 靖C E 0 1曲 靖A R 1曲 靖A R 2高 新 B R 1樞 紐 B R 2昆 明C E 5昆 明C E 6諾 西 B S C 6 7曲 靖C E 0 2華 為 S G S N 3備 用 地 址 ：1 0 . 3 1 . 4 . 2S G S N 互 聯(lián) 地 址 ：1 0 . 3 1 . 4 . 4廣 州 C R 1成 都 C R 2S G S N B S N 流 量B S C 224。且曲靖公司反映調(diào)整前幾個(gè)月全市的數(shù)據(jù)業(yè)務(wù)流量提升不大，用戶手機(jī)上網(wǎng)感知較差。 圖 1 CE1為主用業(yè)務(wù)端到端流量模型 圖 2 CE1為主用且 CE1AR1間故障時(shí)業(yè)務(wù)端到端流量模型 圖 2 CE1為主用且 AR1BR1間故障時(shí)業(yè)務(wù)端到端流量模型 故障案例一 ——曲靖 CEAR間傳輸帶寬配置缺失引起的流量擁塞問(wèn)題 （ 1） 【 問(wèn)題描述 】 曲靖所有 BSC原都?xì)w屬于昆明 CE5/6下掛的 SGSN3。但我們的維護(hù)工作中，仍多次遇到因異廠家設(shè)備對(duì)接、網(wǎng)絡(luò)隱患問(wèn)題、配置錯(cuò)誤等致使網(wǎng)絡(luò)流量模型改變時(shí)發(fā)生業(yè)務(wù)影響的故障。 功能介紹及應(yīng)用場(chǎng) 景 —— 其他查詢舉例 三、網(wǎng)絡(luò)層面端到端研究 —— （二）業(yè)務(wù)接入 CE資源申請(qǐng)流程 業(yè) 務(wù) 網(wǎng) 元 接 入 需 求是 否 為 現(xiàn) 網(wǎng)已 有 業(yè) 務(wù)填 寫(xiě) “ 業(yè) 務(wù) 接 入 C E資 源 申 請(qǐng) 單 ”是 否 有 局 數(shù)據(jù) 規(guī) 范根 據(jù) 廠 家 業(yè) 務(wù) 類 型 ，制 定 接 入 方 案 ， 提 交集 團(tuán) 審 核是否否對(duì) 比 數(shù) 據(jù) 規(guī) 范 ，與 廠 家 討 論 接 入方 案 及 資 源 需 求是審 核 通 過(guò)需 求 正 確規(guī) 劃 I P 及 端 口 、 v l a n 等 資源 信 息 ， 并 形 成 記 錄 ，更 新 相 應(yīng) 資 源 表修 改 申 請(qǐng) 單 ， 明確 接 入 方 式 及 需求否是根 據(jù) 規(guī) 劃 數(shù) 據(jù)配 合 業(yè) 務(wù) 側(cè) 接入 、 聯(lián) 調(diào)反 饋 資 源 規(guī) 劃 給 相關(guān) 專 業(yè) 及 廠 家工 程 部 門 發(fā)文 實(shí) 施 割 接是重 新 修 改 方 案否三、網(wǎng)絡(luò)層面端到端研究 —— （三）流量模型分析方法 ? IP承載網(wǎng)的雙平面組網(wǎng)方式、協(xié)議的 cost值規(guī)劃設(shè)計(jì)、以及 BFD及 FRR等技術(shù)、路由快速收斂配置等，保證了任意一條或以上鏈路中斷時(shí)，業(yè)務(wù)流量能快速地進(jìn)行備用鏈路切換，而不影響用戶感知。 該功能用于填寫(xiě)向集團(tuán)申請(qǐng)割接的需求單，避免反復(fù)登陸設(shè)備，查看 prefix等信息。以 CEAR測(cè)試為例： 功能介紹及應(yīng)用場(chǎng) 景 — PING測(cè)試 CE面板信息查詢：選擇相應(yīng) CE后，即顯示出 CE局址、可用的vrid(virtual router id)和設(shè)備面板信息，包括端口信息、 IP地址信息等端口參數(shù)。這樣確保規(guī)劃的 IP不沖突，但需和現(xiàn)網(wǎng)進(jìn)行比較，判斷是否和現(xiàn)網(wǎng) IP沖突。 該功能可用于 IP地址規(guī)劃 、查詢網(wǎng)元接在哪對(duì) CE下等。已用地址和可用地址是不存在沖突的，可以 用“沖 突檢測(cè)功 能”進(jìn) 行檢測(cè)。 端口收光異常 ：根據(jù) hedex不同端口收光要求，對(duì)各種類型端口的收光進(jìn)行判斷，是否超出范圍。 Vrrp狀態(tài)異常檢測(cè)： 當(dāng) 網(wǎng)元 以vrrp接入 CE時(shí) ，可能存在 vrrp狀態(tài)異常 。 功能介紹及應(yīng)用場(chǎng) 景 — 配置檢查 CRC增長(zhǎng)分析 ：該項(xiàng)工作需要統(tǒng)計(jì)所有物理端口信息，分別采集兩次設(shè)備端口信息，即可判斷 CRC增長(zhǎng)情況。 本系統(tǒng)主要功能包括數(shù)據(jù)采集、 配置檢查 、數(shù)據(jù)分析、 IP地址管理、設(shè)備信息查詢、 ping測(cè)； 例如檢查“標(biāo) 桿應(yīng) 用：子 接口下配置 statistic enable”， 可以根據(jù)配置，先找出未配置統(tǒng)計(jì)功能的子接口，再進(jìn)行逐條添加，極大提高工作效率 檢查配 置是否保存 ，程序依 次在設(shè)備上執(zhí)行 pare config，根據(jù)返回結(jié)果找出未保存配置的設(shè) 備。此步驟得到的信息主要是供“ IP地址管理”和“ ping測(cè)試”功能使用。 功能介紹及應(yīng)用場(chǎng) 景 — 數(shù)據(jù)采集 端口利用率 ：后臺(tái)程序執(zhí) 行 dis int brief，對(duì)返回的腳本進(jìn)行處理 ，提取分析并呈現(xiàn)端 口、端口狀態(tài)、端口利用 率信息； 端口信息 ：通過(guò)后臺(tái)程序的加工處理，將端口下的關(guān)鍵信息（對(duì)應(yīng)設(shè)備上執(zhí)行 dis int port后的信息中的關(guān)鍵內(nèi)容），包括端口描述、 IP地址、 CRC、出入流量、收發(fā)光功率、協(xié)商結(jié)果（雙工并方式、協(xié)商帶寬）、光模塊類型、端口最大帶寬等信息提取并呈現(xiàn)。 該系統(tǒng)基 于 VC++ 及 MFC開(kāi)發(fā)，使用 CSocket類來(lái) tel設(shè)備，同時(shí)考慮將來(lái)程序的移植性，在代碼編寫(xiě)上，盡量使用 STL中的模板類和函數(shù)，避免使用 MFC自帶函數(shù)。 數(shù)據(jù)庫(kù)用來(lái)存儲(chǔ)主程序采集到的數(shù)據(jù)，主要保存設(shè)備信息、端口信息、IP地