華三IMC Portal服務器常見錯誤分析_第1頁
華三IMC Portal服務器常見錯誤分析_第2頁
華三IMC Portal服務器常見錯誤分析_第3頁
華三IMC Portal服務器常見錯誤分析_第4頁
華三IMC Portal服務器常見錯誤分析_第5頁
已閱讀5頁，還剩15頁未讀， 繼續(xù)免費閱讀

下載本文檔

版權說明：本文檔由用戶提供并上傳，收益歸屬內(nèi)容提供方，若內(nèi)容存在侵權，請進行舉報或認領

文檔簡介

1、Portal常見錯誤分析內(nèi)部公開目錄1Portal Server進程不能啟動22提示“接收或解析響應報文失敗”43上線一段時間掉線64Portal服務器獲取不到設備信息或者設備沒有回應req-info報文95頁面顯示向設備發(fā)送報文超時126設備沒有回應ACK_INFO報文137設備拒絕請求158返回radius錯誤碼信息179Portal頁面一直處于請求狀態(tài)無法打開或響應速度很慢1710iNode客戶端上線提示有一個用戶正在認證1711Portal認證提示“raidus服務器沒有響應”1812使用iNode可以上線，使用網(wǎng)頁不能上線1813客戶端反復上下線1814Portal日志增長過快問題1

2、815彈出心跳頁面但實際上并未上線成功18本文介紹了Portal常見錯誤，供研發(fā)人員和用服人員分析portal問題使用，其中前11個錯誤比較普遍，文檔還在不斷完善中。1 Portal Server進程不能啟動有如下可能原因：1、 統(tǒng)一地址文件中保存的portal地址不正確，造成該情況可能是部署時輸入地址錯誤或者是服務器地址改變過但沒有同步修改統(tǒng)一地址文件2、 50100、50200、50500等端口被占用，造成該情況可能是之前進程退出存在問題或者其他應用程序占用，比如DNS服務器?？梢酝ㄟ^如下命令查看端口是否占用：如果是windows，如果linux，請使用命令：netstat anp | g

3、rep 502001）查到如下進程ID為73482）打開windows任務管理器，選中顯示進程ID列3）找到對應的進程名稱，如果是java.exe則基本可以確定是我們自己的進程占用，否則為其他程序占用。3、 perties文件被意外清空。該情況目前還不好確定，只在極少局點出現(xiàn)過，可能是由于意外斷電、關機等造成的數(shù)據(jù)丟失。4、 數(shù)據(jù)庫存在問題，導致無法連接數(shù)據(jù)庫。這種情況在portal日志中會提示數(shù)據(jù)庫相關加載失敗，可以通過osql（sqlserver）或sqlplus（oracle）連接數(shù)據(jù)庫進行初步排查。5、 網(wǎng)卡處于禁用狀態(tài)。2 提示“接收或解析響應報文失敗”或“向po

4、rtal server發(fā)送請求超時”日志文件一般會有如下錯誤，目前該提示已修改為：向Portal Server發(fā)送請求超時。有如下可能原因：1、 Portal web獲取的portal server地址為null，導致報文發(fā)向，從而portal server收不到報文，也就不會響應給portal web。這種情況日志文件：2、 Portal服務器與Portal設備之間交互出現(xiàn)錯誤，并且portal web的超時時間小于Portal服務器與Portal設備之間通信超時時間。Portal web的超時時間為15秒，可以在如下文件中修改：Portal服務器與Portal設備之間通信

5、超時時間和如下界面設置相關：超時時間=報文請求超時時長（單次發(fā)送超時） × （認證重發(fā)次數(shù) + 1）如下設置超時為8秒。3、 Portal Web與Portal服務器之間通信存在問題，比如socket綁定、端口占用等導致報文發(fā)送接收問題。3 上線一段時間掉線有如下可能原因：1、 可能是用戶關掉心跳頁面導致，比如單任務的手機終端就會存在該問題。2、 頁面有緩存，發(fā)送心跳功能失效。3、 設備或iMC上設置限制時長或者設備配置相關命令，這樣在超過閑置時間就會收到設備的下線報文（NTF_LOGOUT）。2012-09-25 15:55:41.468Portal服務器調試(0)ProxyReq

6、uestHandler:run ; NTF_LOGOUT(8) ; 1143 ; :2000 ; 報文處理成功<Content> <Head> Packet Type:NTF_LOGOUT(8) SerialNo:1143 Address: Port:50908 RemoteIp: RemotePort:2000 Version:portal 2.0 Auth Type:CHAP ErrorID:0 UserIP: UserPort:0 ReqID:0

7、 Rsvd:0 attriNum:4 </Head> <Attributes> Device Ip: Session Id:d4 3d 7e 11 f9 19 Text Info:Send NTF_LOGOUT when online! Device Time Stamp:1320777567 </Attributes></Content>4、 同一帳號在多處登錄，在線數(shù)量限制為1，且設置了如下參數(shù)：5、 配置了Portal服務器和Portal設備之間的用戶級心跳，之前版本iMC在某些情況下處理存在問題會導致心跳報文不攜帶

8、在線用戶IP，后面版本已經(jīng)改正。6、 收到設備NTF_LOGOUT報文，出現(xiàn)這個報文情況比較多，需要咨詢設備具體原因，常見下述2種原因的下線報文。2012-06-12 09:54:08.859Portal服務器調試(0)ProxyRequestHandler:run55 ; NTF_LOGOUT(8) ; 7238 ; :2000 ; 報文處理成功<Content> <Head> Packet Type:NTF_LOGOUT(8) SerialNo:7238 Address: Port:50908 Remot

9、eIp: RemotePort:2000 Version:portal 2.0 Auth Type:PAP ErrorID:0 UserIP:55 UserPort:0 ReqID:0 Rsvd:0 attriNum:4 </Head> <Attributes> Device Ip: Session Id:90 fb a6 1d f7 10 Text Info:Send NTF_LOGOUT when waiting LOGIN_ACK! Device Time Stamp:1277448815 </A

10、ttributes></Content><Content> <Head> Packet Type:NTF_LOGOUT(8) SerialNo:7540 Address: Port:50908 RemoteIp: RemotePort:2000 Version:portal 2.0 Auth Type:PAP ErrorID:0 UserIP:05 UserPort:0 ReqID:0 Rsvd:0 attriNum:4 </Head> <Attributes> De

11、vice Ip: Session Id:00 21 97 c8 c8 fe Text Info:Send NTF_LOGOUT when online! Device Time Stamp:1277448815 </Attributes></Content>7、 UAM后臺回應計費更新報文Session-Timeout(27) 屬性為 0，常見一個原因是余額不足，還有其他一些特殊原因，舉一個之前發(fā)生的特殊例子：上線報文正常，但計費開始和更新報文攜帶mac地址不全，如下所示，mac少了1段，導致收到計費開始報文時不會插入在線表，這樣在收到計費更新報文

12、時就會出現(xiàn)如下錯誤而回應Session-Timeout(27)= 0屬性。% 2012-11-28 09:32:12 ; WARNING (2) ; LAN ; $SYS$ ; (NULL) ; (NULL) ; (NULL) ; Fail to process user accounting update request: E63010: 使用指定業(yè)務的用戶不在線CODE = 4.ID = 80.ATTRIBUTES:User-Name(1) = "xueping".NAS-Identifier(32) = "TZ-S75E-AC4".NAS-Port

13、(5) = 16789554.NAS-Port-Id(87) = "0100003000000050".NAS-Port-Type(61) = 19.Calling-Station-Id(31) = "00-1F-3B-CD-3C-63".Called-Station-Id(30) = "00-0F-E2-EA-DD-D0:OA".Acct-Status-Type(40) = 1.Acct-Authentic(45) = 1.Acct-Session-Id(44) = "1121028085739b0".Frame

14、d-IP-Address(8) = 2230363123.NAS-IP-Address(4) = 2230362882.Event-Timestamp(55) = 1354093042.hw_Connect_ID(26) = 1099.hw_Input_Peak_Rate(1) = 0.hw_Input_Average_Rate(2) = 0.hw_Output_Peak_Rate(4) = 0.hw_Output_Average_Rate(5) = 0.hw_Priority(22) = 0.hw_IP_Host_Addr(60) = "43 00:1f:

15、3b:cd:3c:".4 Portal服務器獲取不到設備信息或者設備沒有回應req-info報文實際上目前實現(xiàn)和發(fā)送req_info已關系不大，所以出現(xiàn)此錯誤基本可以確認是根據(jù)用戶地址找不到對應portal設備信息，有如下可能原因：1、 用戶上線IP地址沒有包含在iMC的Portal IP地址組網(wǎng)段中。2、 ACK_INFO回應的端口信息不在端口組設置范圍內(nèi)：上述端口設置不支持中文或特殊字，因此出現(xiàn)這種情況最典型的原因是設備的sysname含有中文或特殊字符，將sysname改為英文字符即可。3、 沒有配置端口組，或者端口組中引用的地址組不正確。4、 使用移動終端等上線，IP地址經(jīng)常

16、變化，而由于Portal具有緩存機制，因此，造成緩存中原地址和現(xiàn)有報文頭地址不一致（分別對應私網(wǎng)地址屬性和公網(wǎng)地址屬性），被識別為NAT，從而無法匹配到對應的地址組，參見如下紅色部分，正常情況下如果不是NAT這2個地址是一樣的。<Content> <Head> Packet Type:CODE_PP_DOMAIN_REQUEST(110) SerialNo:15545 Address: Port:50908 RemoteIp:0 RemotePort:52719 Version:portal 2.0 Auth Type:CHA

17、P ErrorID:0 UserIP:0 UserPort:0 ReqID:0 Rsvd:0 attriNum:2 </Head> <Attributes> Private Ip:0 Public Ip:0 </Attributes></Content>5、 ACK_INFO報文返回錯誤碼1，原因可能是設備沒有學習到該用戶的arp表項，或者較老設備不支持REQ_INFO報文，目前iMC版本已對這種情況進行了放行處理。6、 ACK_INFO報文返回成功，但沒有攜帶端口信息，目前iMC

18、版本已對這種情況進行了放行處理。<Content> <Head> Packet Type:ACK_INFO(10) SerialNo:90 Address:4 Port:50908 RemoteIp: RemotePort:2000 Version:portal 2.0 Auth Type:CHAP ErrorID:0 UserIP:7 UserPort:0 ReqID:0 Rsvd:0 attriNum:2 </Head> <Attributes> Device Ip:192

19、.168.80.2 Device Time Stamp:1324145120 </Attributes></Content>7、 配置臺配置沒有生效，即，通知portal服務器加載失敗，造成這種情況原因可能是portal服務器未正常啟動或50900端口沒有正常綁定，可以查看如下界面Portal主頁信息顯示正常與否來確認50900端口是否正常工作。5 頁面顯示向設備發(fā)送報文超時有如下可能原因：1、 大用戶量并發(fā)上線，Portal服務器代理出現(xiàn)隊列滿情況，導致報文丟棄。這種情況如下日志文件中會有隊列慢（英文full）的錯誤。2、 設備沒有及時回應ACK_INFO/ACK_

20、CHALLENGE/ACK_AUTH等報文。3、 對于沒有接收到設備回應ACK_INFO報文情況較多，在下節(jié)單獨列出。6 設備沒有回應ACK_INFO報文這種情況portalserver_2013-02-20.txt日志會記錄req_info報文，但卻沒有ack_info報文，同時有如下錯誤提示：2013-02-05 15:25:44.964Portal服務器調試(0)TimerSendTask:stopProcess用戶“0”狀態(tài)從“LOGIN_PORT_REQUEST_STATUS”變?yōu)椤癉EL_STATUS”2013-02-05 15:25:44.965Portal

21、服務器調試(0)RequestProcessor:sendLoginRespToUsererrorCode = 1242013-02-05 15:25:44.965Portal服務器調試(0)ProxyResponseClientHandler:run0 ; CODE_PP_LOGIN_RESPONSE(101) ; 16 ; :65285 ; 向設備發(fā)送請求超時(124)發(fā)生這種錯誤有如下可能原因：1、 設備對應端口沒有啟用portal。2、 iMC上Portal設備地址配置錯誤3、 iMC配置的Portal設備地址是Portal設備某個端口地址，

22、但是和Portal設備回應報文使用的地址不一致，會出現(xiàn)如下紅色框框所示的錯誤。4、 有防火墻阻擋，可以通過抓包確認。5、 設備上配置的portal server地址不正確?？梢酝ㄟ^如下命令查看：6、 設備上沒有配置對應的用戶地址段。7、 Portal設備上配置的密鑰和iMC配置臺上配置的Portal設備密鑰不一致。7 設備拒絕請求1、 設備回應ACK_CHALLENGE報文時攜帶錯誤碼1，可能是設備沒有對應arp表項，或者設備處理隊列滿導致，需要設備配合定位。<Content> <Head> Packet Type:ACK_CHALLENGE(2) SerialNo:1

23、3 Address:2001:250:f004:400:0:0:0:100 Port:50915 RemoteIp:2001:0250:F004:0400:0000:0000:0000:0001 RemotePort:2000 Version:portal 3.0 Auth Type:CHAP ErrorID:1 UserIP: UserPort:0 ReqID:5 Rsvd:0 attriNum:2 UserIPv6:2001:0250:F004:0400:69B5:2FA2:0A4C:4B50 </Head> <Attributes> Device I

24、pv6:2001:0250:F004:0400:0000:0000:0000:0001 Device Time Stamp:956750412 </Attributes></Content>2、 設備回應ack_auth報文時攜帶錯誤碼1，日志會有如下記錄，出現(xiàn)這樣的錯誤原因很多，可以先查看radius日志是否認證通過，如果通過就需要咨詢設備具體原因了，比如，配置了下發(fā)ACL，但設備沒有配置對應ACL的情況。8 返回radius錯誤碼信息凡是返回信息中帶有如下紅色框框所示錯誤號的說明radius認證出錯，需要分析radius日志來確認具體失敗原因。9 Portal頁面一直處于請求狀態(tài)無法打開或響應速度很慢1、 系統(tǒng)資源不足導致，查看啟動腳本設置的內(nèi)存是否足夠大如下設置中至少應為1024m。2、 系統(tǒng)資源不足導致，查看是否存在其他耗內(nèi)存的程序，比如sqlserver數(shù)據(jù)庫是否限制了最大占用內(nèi)存數(shù)。之前發(fā)生過sqlserver數(shù)據(jù)庫不斷占用內(nèi)存情況導致系統(tǒng)變慢。3、 原有Portal web實現(xiàn)依賴session，在用戶量大時性能下降明顯，

溫馨提示

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

評論

0/150

提交評論