[發明專利]一種解決IPTV機頂盒PPPOE撥號失敗的方法有效
| 申請號: | 201811523736.1 | 申請日: | 2018-12-13 |
| 公開(公告)號: | CN109660424B | 公開(公告)日: | 2020-07-24 |
| 發明(設計)人: | 夏波;許勇;黃林波 | 申請(專利權)人: | 四川天邑康和通信股份有限公司 |
| 主分類號: | H04L12/26 | 分類號: | H04L12/26;H04L12/28;H04L12/24;H04N21/647;H04N21/61 |
| 代理公司: | 成都天嘉專利事務所(普通合伙) 51211 | 代理人: | 王朋飛 |
| 地址: | 611330 四川省成*** | 國省代碼: | 四川;51 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 一種 解決 iptv 機頂盒 pppoe 撥號 失敗 方法 | ||
1.一種解決IPTV機頂盒PPPOE撥號失敗的方法,其特征在于:將光貓通過LAN口與IPTV機頂盒通信連接,通過WAN口與局端設備通信連接,使光貓收發PPPOE報文,并完成信息處理程序和故障排除程序;
所述信息處理程序具體包括以下步驟:
ⅰ. 光貓上的會話嗅探模塊監控光貓收發的報文,若發現特定報文,調用光貓上的會話記錄模塊,進入步驟ⅱ;若沒有發現特定報文,則繼續監控;所述特定報文是指目的地是光貓的LAN口的PADS報文;
ⅱ. 光貓上的會話記錄模塊解析PADS報文,提取有用的信息,包括源MAC地址,目的MAC地址,PPPOE會話ID和報文接收接口名稱;
ⅲ. 光貓上的會話記錄模塊使用PADS報文中的目的MAC和目的接口名稱,檢索PPPOE會話全局鏈表,查看是否找到匹配的會話記錄,若是,更新匹配的PPPOE會話全局鏈表節點中的會話信息,進入步驟ⅳ;若否,根據會話信息,新建一條PPPOE會話記錄,插入PPPOE會話全局鏈表,進入步驟ⅳ;
ⅳ. 會話記錄模塊遍歷PPPOE會話全局鏈表,鏈表的每個節點保存了一條PPPOE會話記錄,將會話記錄輸出為一行PPPOE會話字符串,將字符串追加到全局的字符串buffer中;
ⅴ. 會話記錄模塊將全局的字符串buffer寫入光貓FLASH上的PPPOE會話記錄文件中;
所述故障排除程序具體包括以下步驟:
a. 光貓上的鏈路狀態感知模塊監控光貓LAN口連接狀態,若判斷接口狀態從已經連接狀態轉變為斷開連接狀態,調用光貓上的會話清理模塊,進入步驟b;若判斷接口狀態沒有改變,不作處理;
b. 光貓上的會話清理模塊創建線程,清理已經斷開連接的光貓的LAN口上的PPPOE會話,讀取信息處理程序步驟ⅴ中會話記錄模塊創建的會話記錄文件,填充PADT報文并通過RAW SOCKET發送PADT報文,終止IPTV機頂盒和局端設備之間的PPPOE會話。
2.根據權利要求1所述的一種解決IPTV機頂盒PPPOE撥號失敗的方法,其特征在于:所述信息處理程序中步驟ⅴ中PPPOE會話記錄文件是以光貓LAN口名稱命名的。
3.根據權利要求2所述的一種解決IPTV機頂盒PPPOE撥號失敗的方法,其特征在于:所述故障排除程序中步驟a具體包括以下步驟:
a1. 鏈路狀態感知模塊創建AF_NETLINK類型的SOCKET;將SOCKET綁定到RTMGRP_LINK組,監聽SOCKET;
a2. 鏈路狀態感知模塊判斷SOCKET是否有RTM_NEWLINK和RTM_DELLINK類型的消息到來,若否,繼續監聽SOCKET,若是,進入步驟a3;
a3. 鏈路狀態感知模塊解析接收到的消息中ifinfomsg結構體的ifi_flags成員是否被設置了IFF_RUNNING,若是,表示接口已經連接,若否,表示接口已經斷開連接;
a4. 鏈路狀態感知模塊接收到上述消息后,遍歷光貓的接口連接狀態鏈表,通過上述消息中的接口名稱字段進行匹配,并對比該接口上一次的狀態,若接口狀態改變,從連接狀態轉變為斷開連接狀態,更新匹配的光貓接口連接狀態鏈表節點中對應記錄,調用會話清理模塊,若接口狀態沒有改變,不做處理。
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于四川天邑康和通信股份有限公司,未經四川天邑康和通信股份有限公司許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201811523736.1/1.html,轉載請聲明來源鉆瓜專利網。





