wcdma nodeb遠(yuǎn)程調(diào)測白皮書-v1.0omchbootpdhcp專題分析定位指導(dǎo)_第1頁
wcdma nodeb遠(yuǎn)程調(diào)測白皮書-v1.0omchbootpdhcp專題分析定位指導(dǎo)_第2頁
wcdma nodeb遠(yuǎn)程調(diào)測白皮書-v1.0omchbootpdhcp專題分析定位指導(dǎo)_第3頁
wcdma nodeb遠(yuǎn)程調(diào)測白皮書-v1.0omchbootpdhcp專題分析定位指導(dǎo)_第4頁
wcdma nodeb遠(yuǎn)程調(diào)測白皮書-v1.0omchbootpdhcp專題分析定位指導(dǎo)_第5頁
已閱讀5頁,還剩27頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

產(chǎn)品名稱Product文檔密級ityWCDMA產(chǎn)品版本ProductTotal30pages共30WCDMAOMCH&Bootp&DHCP專題分析定Forinternaluse擬制Prepared Reviewedby Reviewedby Grantedby 修訂記錄Revisionchangeinitial5393953939目錄Tableof概 OMCH的原理和配 M2000server到BAM的通 M2000Server到NodeB的 OMCH不通搜集和自 組網(wǎng)信 RNC OMCH不通問題定位操作指 M2000server上定位操 典型案 OMCH不通典型案 M2000Server地址被NAT后到NodeB通道不 IPOA本端地址和對端地址互相不通,NodeB進(jìn)入bootp狀 V211RNC響應(yīng)Bootp/DHCP請求失 V210RNC響應(yīng)Bootp請求失 NodeBOMCH帶寬單位問 V211RNC響應(yīng)Bootp/DHCP請求失 控制器將閉塞,不響應(yīng)該的DHCP 在DHCP啟動成功后,遠(yuǎn)端仍然無法NodeB WCDMAOMCH、bootp、DHCP:摘 縮略語ListofFullspellingnation在開局時,經(jīng)常遇到遠(yuǎn)端無法RNCBAM或者某個NodeB的OMIP,NodeB的M2000server到BAM的通要加上雙向路由,分別到達(dá)M2000Server和BAM。M2000Server到NodeB的M2000Server到NodeB的OMCH操作報文從M2000直接經(jīng)過路由到RNC,內(nèi)經(jīng)過U、接口板路由轉(zhuǎn)發(fā)。報文到達(dá)ADDEMSIP:配置網(wǎng)元管理系統(tǒng)IP地址,通常是M2000Server地址。在調(diào)測時,如果沒有M2000Server,則可以暫時配置為LMT地址; 與odeB間起用DHCP功能增加NodeB電子串號以便響應(yīng)上報的DHCP(可選OMU地FG2aFG2aNodeBOMADDEMSIPIPADDEMSIP:EMSIP="10.161.215.230",FG2aM2000的網(wǎng)段路由,網(wǎng)段路由的ADDEMSIP的地址與掩碼相與的結(jié)果,執(zhí)行結(jié)果如下:%%DSPIPRT:SRN=0,Destination Address Nexthop ADDNODEBIP:配置NodeB操作ADDNODEBIP:NODEBID=1,NBTRANTP=IPTRANS_IP, SK="255.255.0.0",IPSRN=0,IPSN=18,IPGATEWAYIP="12.12.8.2",//注:V9R11版本上此條命令為ADD U上增加到NodeBOMIP的路由,增加是一條主機(jī)路由,結(jié)%%LSTDestinationnetwork Destinationaddress Forwardroute //注:V9R11版本上查詢BAM路由令為:LSTADDNODEBESNNodeBNodeBDHCP(可選//注:V9R11版本上添加NodeB電子串號令為ADD假設(shè)B的M地址更改為1.10.10.1/24口地址不在同一網(wǎng)段時,在ADDNODEBIP(ADDUNODEBIP)時,會自動在FG2a上增加到ADDNODEBIP:NODEBID=1,NBTRANTP=IPTRANS_IP,NBIPOAMIP="10.10.10.10",NBIPOSK="255.255.0.0",IPSRN=0,IPSN=18,IPGATEWAYIP="12.12.8.2",//注:V9R11版本上此條命令為ADDUNODEBIP;%%DSPIPRT:SRN=0,Destination Address Nexthop 注意:最后,了在網(wǎng)元管理系統(tǒng)上增加到NodeB的路由,同樣記在NodeB上增 到odeB操作通道用戶無需手工在RNC上配置任何路由了!但是OMCH經(jīng)過RNC以外的路由設(shè)備上需要局方添加相應(yīng)的路由,否則M2000Server到NodeBV18IPRAN開局指導(dǎo)書)。M2000與RNC進(jìn)行同步,從BAM數(shù)據(jù)庫中道NodeB的OMIP后,和建立起通道ETHPORT打開端口的ARP功能。否則需要在Router2上增加一條到NodeBOMIPFE端口地址。遠(yuǎn)端通道IP地址、近端通道IP地址、各接口(FE接口除外)上的IP地址不能處于同一網(wǎng)段,兩條遠(yuǎn)端通道的本端IP地址不能在同一個網(wǎng)段。如果通道的對端IP地址與本端IP地址不在同一網(wǎng)段,需要在ADDOMCH命令中綁定路由或者在NodeB上通過ADDIPRT配置路由。只有激活通道的綁定路由會生效,非激活通道配置中的綁定路由不會生效,因此必須確保綁定路由只用于本通道,否則該通道切換為非激活通道時,對應(yīng)綁定路由失效,可能導(dǎo)致其它使用了該路由的通道中斷。為確保通道綁定路由只用于此通道,要求綁定路由的目的網(wǎng)段不能與所有通過ADDIPRT命令增加的路由目的網(wǎng)段相同,已經(jīng)配置的路由可用LSTIPRT查看。如果OMCH的本端地址與FE口的地址是同網(wǎng)段時,在SETETHPORT時要打開ARP代ADDOMCH:FLAG=MASTER,IP="12.12.8.11",MASK="255.255.255.0",PEERIP="10.161.215.230",PEERMASK="255.255.255.0",BEAR=IPV4,SRN=0,SN=6,SBT=BASE_BOARD,BRT=YES,DSTIP="10.161.215.0",DSTMASK="255.255.255.0",RT=NEXTHOP,NEXTHOP="12.12.8.1",PREF=60;ADDOMCH:FLAG=SLAVE,IP="14.14.14.14",MASK="255.255.255.0",PEERIP="10.161.215.230",PEERMASK="255.255.255.0",BEAR=ATM,SRN=0,SN=6,JNRSCGRP=DISABLE,SBT=BASE_BOARD,PT=IMA,PN=0,VPI=1,VCI=33,ST=UBR+,MCR=32,PCR=144;ATMADDOMCH:FLAG=MASTER,IP="14.14.14.14",MASK="255.255.255.0",PEERIP="10.161.215.230",PEERMASK="255.255.255.0",BEAR=ATM,SRN=0,SN=6,JNRSCGRP=DISABLE,SBT=BASE_BOARD,PT=IMA,PN=0,VPI=1,VCI=33,ST=UBR+,MCR=32,PCR=144;IPADDOMCH:FLAG=MASTER,IP="12.12.8.11",MASK="255.255.255.0",PEERIP="10.161.215.230",PEERMASK="255.255.255.0",BEAR=IPV4,SRN=0,SN=6,SBT=BASE_BOARD,BRT=YES,DSTIP="10.161.215.0",DSTMASK="255.255.255.0",RT=NEXTHOP,NEXTHOP="12.12.8.1",PREF=60;現(xiàn)場需要給出簡要的組網(wǎng)圖,并且標(biāo)識從哪一點到RNCBAM或者NodeBOMIP不通執(zhí)行“netstat-rn”查看M2000Server上的路由表。確認(rèn)是否有到達(dá)BAM和NodeBOMIP的是否有到達(dá)NodeBOMIP是否有到達(dá)EMSIP(M2000Server或者LMTPC客戶端)查看是否有到達(dá)NodeBOMIP如果NodeB的FEIP和OMIP在同一個網(wǎng)段,務(wù)必確認(rèn)ETHPORT的ARP已經(jīng)打開LSTIPRT,DSPDSP查看是否有到達(dá)BAM和NodeBOMIP的主機(jī)路由M2000server在M2000Server上執(zhí)行,目的地址為BAM虛擬地址或者NodeBOMIP。確認(rèn)M2000Server到BAM地址和NodeBOMIP是否通,如果不通轉(zhuǎn)3.1.2在M2000Server上執(zhí)行Traceroute,目的地址為BAM虛擬地址或者NodeBOMIPRNC側(cè)業(yè)務(wù)IP去和TracertNodeB業(yè)務(wù) 如果不通,則執(zhí)行MML:TRCIPADDR,目的地址為NodeB業(yè)務(wù)IPRNC側(cè)業(yè)務(wù)IP去和TracertNodeB的 接口板到odeB的OMIP是否通如果不通,則執(zhí)行MML:TRCIPADDR,目的地址為NodeB的OMIP在OMU上去和TracertNodeB的在OMU的dos窗口執(zhí)行:NodeBOMIP,確認(rèn)OMU內(nèi)網(wǎng)到NodeBOMIP是否通;如果不通,則執(zhí)行:tracertNodeBOMIP。在PC的dos窗口執(zhí)行:NodeBOMIP,確認(rèn)PC到NodeBOMIP是否通;如果不通,則執(zhí)行:tracertNodeBOMIP?,F(xiàn)場有條件時,可以在PC上安裝Ethereal抓包軟件,在PC上執(zhí)行操作時進(jìn)行抓包1.NodeB的網(wǎng)在NodeBLMT執(zhí)行MML:,目的地址為NodeB到EMSIP路徑時的網(wǎng)關(guān)地址2.在NodeBLMT執(zhí)行MML: ,目的地址為EMSIP(可以為M2000Server地址或者LMT客 先看看告警臺上有什么告警(、傳輸、odeB), odeB都多次使用DSPE1T1查看E1abnormalNodeB側(cè)DSPE1T1WORKMODE查看E1實際生效的配置,判斷是否可能是配置不一致啟動NodeB側(cè)的測試查看是否有誤碼測試不影響業(yè)務(wù)建議測試時間長一點STRE1T1ONLTST:啟動E1測試??梢赃x擇周期上報,LMT界面將每秒上報統(tǒng)計值STPE1T1ONLTST:停止E1測試,停止時會上報最后的統(tǒng)計結(jié)果檢查是否產(chǎn)生誤碼。STRE1T1TSTDSPE1T1TST:查詢離線。在停止離線測試前查詢STPE1T1TST:停止離線測試。STRE1T1OFFLTSTSTPE1T1OFFLTST 和odeB間經(jīng)歷了多個傳輸設(shè)備然后在B點向RNC環(huán)回,分析RNC到B點間的鏈路是否正常;按照這個順序,對和odeB之間如果E1通IMAGRP狀態(tài)正常,可在RNC側(cè)執(zhí)行DSPIUBCP查詢NCP狀態(tài)是否正常,正常轉(zhuǎn)第 側(cè)嘗試刪除CP,再等待一段時間看 如果曾經(jīng)OMCH正常過,并且前面排查沒有異常的話,可以將復(fù)位,然后再看狀版本,請參考實際串口重定向打開方式)保存成文件。從側(cè)看是否收到odeB的Bootp請求,RNC側(cè)執(zhí)行DSPAALVFM,檢查OM通道PVC收發(fā)信元數(shù),查詢多次,觀察收發(fā)增長量如果RNC是DHCP置是否正確;如果不正確,請執(zhí)行MODUNODEBIP或者RMVUNODEBIP再重新ADDADDNodeBIP_TRANSIPaddress:NODEB操作 NodeBIP_TRANSIPMask:NODEB操作 NodeBIP_TRANSSubrackNo.:操作 NodeBIP_TRANSSlotNo.:操作 VlanFlag:NODEB發(fā)包是否攜帶VLANVLANID.NODEB側(cè)發(fā)包攜帶的VLANID,僅當(dāng)“VlanFlag”字段為“ENABLEVLANPriorityNODEB側(cè)發(fā)包使用的VLAN優(yōu)先級,僅當(dāng)“VlanFlag”字段為“ENABLE【注意1這里的VLANID和優(yōu)先級表示的是NODEB側(cè)發(fā)包攜帶的VLANID和優(yōu)先級,RNC會在DHCP應(yīng)答報文中將該信息告知給NODEB。RNC側(cè)發(fā)包攜帶的VLANID需要通過ADDVLANID、命令設(shè)置或者直接指定IPPATH/SCTP的VLAN,RNC側(cè)使用的VLAN優(yōu)先級則通過SETDSCPMAP指定。NODEBESNNODEBESNDHCPserver地址是否配置正確;如果不正確,請執(zhí)行MODUNODEBESN或者RMVUNODEBESN再重新ADDUNODEBESN添加:ADDTheFirstSerialNumberNODEB電子串號。需要和NODEB硬件上的電子串號保持一致。RNC就是根NODEBPortType:NODEB端口類型(NODEB的端口類型可以和RNC不同,也可以相同)NodeBPortIPAddressNODEB的端口IP地址(可能和NODEB的OAM地址相同也可能不同)NodeBPortIPMask:NODEB的端口IP掩碼【注意2】V9R11版本,存在bug,當(dāng)“NODEBPortType”選擇PPP/MP時,缺少參數(shù)填寫NODEB側(cè) RNC上執(zhí)行LSTEMSIP,查看是否配置了M2000地址以及M2000地址、BAMIP是否配置正確;如果不正確,請執(zhí)行MODEMSIP或者RMVEMSIP再重新ADDEMSIP添加:ADDEMSIPAddressM2000IP地址,NODEB收到DHCP應(yīng)答后會自動增加到M2000OMUExternalNetworkVirtualIP:OMU網(wǎng)卡地址,必須要與安裝OMU時填寫的網(wǎng)卡地址保如果M2000是DHCP檢查如下方框中的配置是否正確,OMIP需要配置的是NodeB的OMCH通道的網(wǎng)關(guān)RNC做DHCP在V210、V211版本中,如果用RNC作為DHCPserver,則不支持 和odeB兩端配置不同RNC上執(zhí)行LSTVLANID,查看是否給NodeB接口IP和OMIP打上了相應(yīng)的VLANID,如沒有配置,通過ADDVLANID分別給NodeB接口IP和OMIP打上正確的VLANID;STRNODEBDETECT啟動;及其之后版本支 和odeB兩端配置不同的VLANRNC上執(zhí)行LSTVLANID,查看是否給NodeB接口IP和OMIP打上了相應(yīng)的VLANID,如沒有配置,通過ADDVLANID分別給NodeB接口IP和OMIP打上正確的VLANID;STRNODEBDETECT啟動; VLAN信息是耦合在一起的,只能用命令A(yù)DDVLANID配置; 令,用DHCP消息通知NodeB配置的VLAN在命令A(yù)DDUNODEBIP中配置。M2000作為DHCP如果IUB口是三層組網(wǎng),則還需要保證NodeB的網(wǎng)關(guān)路由器DHCPRelay相關(guān)配置完成;部分問題,如果還是不通,請5、6步信息反饋回后方分析從側(cè)看是否收到odeB的Bootp請求,RNC是否正確下發(fā)Bootp響應(yīng)。CFG_DhcpAgentTaskrecvDHCPrequestpacketmsgType(%u,1:dhcpdiscover,3:dhcprequest)CFG_DhcpAgentTask:ulIfIndex=%uulPortType=%uulPortNum=%uSCU上以“DHCP_”打頭的打印都是DHCPSERVER提供的打印信息,可以根據(jù)字面意思初步分析,重DHCP_GetDHCPProductID:MagicnumberisDHCP_ProcDhcpMsg:ReceiveDHCPpacketmsgtypeis*****DHCP_DiscoverProcstartDHCP_GetNodeBSerialFromDhcpPktNodeBserialNoDHCP_ConstructAckMsg:FENODEB!DHCP_ConstructAckMsg:NodebOmIp DHCP_ConstructAckMsg:ulServerIp DHCP_ConstructAckMsg:OMVLANIDisDHCP_ConstructAckMsg:ulM2000Ip2 DHCP_ConstructAckMsg:ServreID DHCP_DiscoverProc:ConstructOFFERDHCP_ProcDhcpMsg:SendDHCPpacket對于以太網(wǎng)傳輸,抓包是非常有效的一個分析,目前RNCRAN10SPC040以及通過抓取報文后,使用《UMTS手冊V2.0》中的相應(yīng)工具轉(zhuǎn)換為*.pcap文件,然后使用Etherreal了DHCPRELAY處理,所以源MAC、目的MAC都為有效MAC地址;址;如果為L3組網(wǎng),則源IPDHCPRELAY設(shè)備的IP地址,目的地址為RNC側(cè)端口IP地址。IPaddress、Your )IPaddress、NextserverIPaddress字段均為如果為L2組網(wǎng),RelayagentIPaddress字段為0;如果為L3DHCPOption53指定的DHCPoption43選項(option43即為廠商自定義字段廠商自定義字段中的產(chǎn)品ID正確(NODEB的產(chǎn)品ID0xdeadbeaf ”)ADDUNODEBESN中指定的電子串號是11informationinformationV分析DHCP應(yīng)答報文,以Ack報文為例(實際實現(xiàn)中,Offer和Ack報文內(nèi)容基本一樣):IPaddress字段為Your( IPaddressADDUNODEBESN中指定的NODEB端口IP地址;NextserverIPaddress字段為RNC側(cè)端口IP地址;RelayagentIPaddress字段為DHCPRELAY的IP地址;Option53(消息類型)DHCPOption54(DHCPSERVERID)NextserverIPaddressoption43(廠商自定義字段)Option43中包括code為3的選項(NODEBOAMIP)和code為4的選項(NODEBOAM掩碼),并且OAM地址和掩碼與ADDUNODEBIP中指定的一致。Option43中包括code為5和6的選項(M2000的IP和掩碼)ADDEMSIP指定的一Option43中包括了NODEB的VLANADDUNODEBIP中指定的VLAN信息一其中,option43的詳細(xì)結(jié)構(gòu)以及各個字段含義請參考【附錄1】無線DHCP如果DHCP應(yīng)答也正確但是NODEB就是沒有發(fā)起DHCPREQUEST或者操作通道不通,M2000Server地址被NAT后到NodeB通道不時間 年月地點:B產(chǎn)品:BSC6810現(xiàn)象:IUB口為ATM組網(wǎng),M2000Server經(jīng)過RNCOMU和RNC接口板后,到NodeB的通先看M2000Server到NodeBOMIP現(xiàn)場從M2000Server上NodeB的OMIP,無法通。(Note:是我們測試端到端是否能通信的最簡單而常用,其實質(zhì)是利用了ICMP請求回顯和回顯應(yīng)答報文。)在本端不通對端時,我們接下來一般使用Traceroute。Traceroute可以讓我們看到TracerouteICMP超文。Traceroute正是利用了ICMP超文來獲得路由器的IP地址,再用端口不可達(dá)報traceroutetraceroute回到問題本身,在M2000Server上執(zhí)行TracerouteNodeB且在M2000Server上的確能夠通OMU虛擬地址。說明M2000Server到OMU用PC近端連接OMU時,PC到NodeBOMIP的情況PC(172.31.18.10/26,與OMU在同一網(wǎng)段)能夠通NodeBOMIP也檢查了相關(guān)環(huán)節(jié)的路由,照理說,M2000Server到NodeBOMIP應(yīng)該是通的。使出最后一招,在OMU上用Ethereal抓包,看看M2000ServerNodeBOMIP時發(fā)的報文抓包結(jié)果發(fā)現(xiàn),M2000ServerNodeBOMIP的報文,源地址并非為M2000Server地址M2000為什么M2000Server的址被修改了呢 (DataCommunicationNetwork)之前,存在,而一般運營商為了安全起見,都在上起了NAT(NetworkAddressTranslation),把M2000Server通過執(zhí)行MMLADDIPRT,在UOIIPOA本端地址和對端地址互相不通,NodeB進(jìn)入bootp狀MSP模式下,在接口板上用IPOA本端地址去對端地址的時候,報文只從主端口發(fā)(不是雙發(fā)),在1+1單端備份并且兩端的主端口不對應(yīng)的情況下,會出現(xiàn)IPOA本端地址不通對端,但是可以NodeB的情況;注:因一般把OMCH的檢測地址設(shè)為RNC接口板地址,故此問題會導(dǎo)致檢測通道時認(rèn)為不通,有進(jìn)入bootp狀態(tài)的風(fēng)險。(西班牙VodafoneRAN11通道以15分鐘為周在bootp或者DHCP過程中,V211RNC只在接口板的主端口接收bootp/DHCP請求包,而且只V210RNC響應(yīng)BootpAOU/UOI/POU單板在MSP1+1單端備份方式下,如果RNC接口板的主端口和對端設(shè)備的主控制器將閉塞,不響應(yīng)該的bootp請求NodeBOMCH通道帶寬單位如果配置為CELL/S,因bug導(dǎo)致bootp失敗RNC側(cè)EMSIP配置32位掩碼,listen必然失地址,因此也是受限

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論