實現(xiàn)車載終端監(jiān)控中大容量請求轉(zhuǎn)發(fā)的裝置及方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及車輛終端監(jiān)控技術(shù)領(lǐng)域，具體涉及實現(xiàn)車載終端監(jiān)控中大容量請求轉(zhuǎn)發(fā)的裝置及方法。
【背景技術(shù)】
[0002]車載終端是通過TCP協(xié)議來實現(xiàn)與云享平臺的前置機進行信息交互的，但隨著時間的推移和云享平臺的發(fā)展，被使用的且與平臺進行信息交互的車載終端會隨之增多，所有的請求響應都是在單個前置機中處理，那么前置機承受的負擔也會越來越重。我們有通過優(yōu)化代碼的方式、程序模塊化、數(shù)據(jù)庫分庫分表等提升系統(tǒng)的性能，但都沒有很好地解決更大容量的車載終端與前置機信息交互時產(chǎn)生的性能問題。在硬件資源有限的情況下，為了盡可能減輕前置機服務(wù)器的壓力，大容量請求產(chǎn)生的服務(wù)器負擔成為業(yè)界亟待解決的問題。

【發(fā)明內(nèi)容】

[0003]解決上述技術(shù)問題，本發(fā)明提供了實現(xiàn)車載終端監(jiān)控中大容量請求轉(zhuǎn)發(fā)的裝置及方法，通過配置主轉(zhuǎn)發(fā)器和備轉(zhuǎn)發(fā)器，并通過虛擬網(wǎng)絡(luò)部署，使得主從轉(zhuǎn)發(fā)器分別與前置機進行虛擬映射，實現(xiàn)將車載終端的請求平均分配，極大提高了數(shù)據(jù)請求效率。
[0004]為了達到上述目的，本發(fā)明所采用的技術(shù)方案是，實現(xiàn)車載終端監(jiān)控中大容量請求轉(zhuǎn)發(fā)的裝置，包括車載終端和至少兩個前置機，配置一臺主轉(zhuǎn)發(fā)器和一臺備轉(zhuǎn)發(fā)器，所述車載終端與主轉(zhuǎn)發(fā)器通過虛擬網(wǎng)絡(luò)通信，主轉(zhuǎn)發(fā)器與備轉(zhuǎn)發(fā)器通過VRRP協(xié)議通信，兩個前置機與主轉(zhuǎn)發(fā)器通過虛擬網(wǎng)絡(luò)通信，前置機與車載終端通過無線網(wǎng)絡(luò)通信。
[0005]進一步的，前置機的個數(shù)為多個。
[0006]進一步的，主轉(zhuǎn)發(fā)器個數(shù)為一個，備轉(zhuǎn)發(fā)器的個數(shù)為一個或多個，主轉(zhuǎn)發(fā)器的優(yōu)先級大于備轉(zhuǎn)發(fā)器的優(yōu)先級。
[0007]進一步的，所述主轉(zhuǎn)發(fā)器和一臺備轉(zhuǎn)發(fā)器均采用基于linux系統(tǒng)。
[0008]實現(xiàn)車載終端監(jiān)控中大容量請求轉(zhuǎn)發(fā)的方法，運用于上述裝置，包括以下步驟:
車載終端通過虛擬網(wǎng)絡(luò)向主轉(zhuǎn)發(fā)器發(fā)送請求，主轉(zhuǎn)發(fā)器根據(jù)該請求查找虛擬路由表，
根據(jù)輪詢算法選擇一個前置機RIP，并將請求包的目的MAC地址修改成前置機RIP對應的MAC地址，并將該請求包轉(zhuǎn)發(fā)至相應的前置機，
前置機收到請求包通過驗證響應后，直接將應答通過無線網(wǎng)絡(luò)發(fā)送至車載終端。
[0009]進一步的，當主轉(zhuǎn)發(fā)器宕機時，將VIP所對應的MAC地址修改成備轉(zhuǎn)發(fā)器的MAC地址。
[0010]本發(fā)明通過采用上述技術(shù)方案，與現(xiàn)有技術(shù)相比，具有如下優(yōu)點:
本發(fā)明將車載終端的請求包有效的被平均分流到了兩個前置機上，加快了請求數(shù)據(jù)處理的效益，同時也減輕了前置機服務(wù)器的壓力，達到了前置機負載均衡的效果。
【附圖說明】
[0011]圖1是本發(fā)明的實施例的結(jié)構(gòu)示意圖。
【具體實施方式】
[0012]現(xiàn)結(jié)合附圖和【具體實施方式】對本發(fā)明進一步說明。
[0013]作為一個具體的實施例，如圖1所示，本發(fā)明的實現(xiàn)車載終端監(jiān)控中大容量請求轉(zhuǎn)發(fā)的裝置，包括車載終端和至少兩個前置機，配置一臺主轉(zhuǎn)發(fā)器和一臺備轉(zhuǎn)發(fā)器，所述車載終端與主轉(zhuǎn)發(fā)器通過虛擬網(wǎng)絡(luò)通信，主轉(zhuǎn)發(fā)器與備轉(zhuǎn)發(fā)器通過ARP協(xié)議通信，兩個前置機與主轉(zhuǎn)發(fā)器通過虛擬網(wǎng)絡(luò)通信，前置機與車載終端通過無線網(wǎng)絡(luò)通信。
[0014]本實施例中，前置機的個數(shù)為兩個，即采用兩個前置機進行實驗。
[0015]本實施例中，主轉(zhuǎn)發(fā)器個數(shù)為一個，備轉(zhuǎn)發(fā)器的個數(shù)為一個或多個，主轉(zhuǎn)發(fā)器的優(yōu)先級必須大于備轉(zhuǎn)發(fā)器的優(yōu)先級。
[0016]本實施例中，所述主轉(zhuǎn)發(fā)器和一臺備轉(zhuǎn)發(fā)器均采用基于linux系統(tǒng)。
[0017]選擇一臺linux系統(tǒng)的服務(wù)器作為主轉(zhuǎn)發(fā)器，在主轉(zhuǎn)發(fā)器上設(shè)置虛擬網(wǎng)絡(luò)，拷貝一個網(wǎng)卡，綁定虛擬ΙΡ(ν?Ρ)，并開啟前置機端口服務(wù)且指向前置機所在的基于linux系統(tǒng)的兩臺前置機(服務(wù)器)。那么，主機的虛擬服務(wù)器表表中就有了一條虛擬服務(wù)器記錄，并且該服務(wù)器記錄有了兩臺前置機(服務(wù)器)P (RIP)的映射。同時，兩臺前置機也需要綁定同個虛擬IP，并且都部署一個前置機。
[0018]本實施例中，備轉(zhuǎn)發(fā)器的設(shè)置和主轉(zhuǎn)發(fā)器的設(shè)置一樣，唯一的區(qū)別就是備轉(zhuǎn)發(fā)器的優(yōu)先級低于主轉(zhuǎn)發(fā)器的優(yōu)先級。
[0019]實現(xiàn)車載終端監(jiān)控中大容量請求轉(zhuǎn)發(fā)的方法，運用于上述裝置，包括以下步驟:
車載終端通過虛擬網(wǎng)絡(luò)向主轉(zhuǎn)發(fā)器發(fā)送請求，主轉(zhuǎn)發(fā)器根據(jù)該請求查找到車載終端對應的前置機RIP，并將請求包的目的MAC地址修改成前置機RIP對應的MAC地址，并將該請求包轉(zhuǎn)發(fā)至相應的前置機，
前置機收到請求包通過驗證響應后，將響應包的虛擬IP和clientIP翻轉(zhuǎn)，直接將應答通過無線網(wǎng)絡(luò)發(fā)送至車載終端。
[0020]轉(zhuǎn)發(fā)機制:
車載終端1請求VIP (主轉(zhuǎn)發(fā)器綁定的虛擬IP)，直接向主轉(zhuǎn)發(fā)器發(fā)送請求，主轉(zhuǎn)發(fā)器收到請求后，虛擬路由表中的VIP根據(jù)輪詢轉(zhuǎn)發(fā)的算法，輪流地尋找映射中的RIP，率先選定RIP1后，主轉(zhuǎn)發(fā)器會從ARP協(xié)議(地址解析協(xié)議)緩存中RIP1所對應的MAC地址，請求包的目的MAC地址修改成了 RIP1所對應的MAC地址，請求將會轉(zhuǎn)發(fā)至RIP1。那么，接下來車載終端2的請求將會根據(jù)算法轉(zhuǎn)發(fā)至RIP2，以此類推。
[0021]前置機服務(wù)器通過驗證響應后將響應包的VIP和clientIP翻轉(zhuǎn)，直接將應答返回給車載終端。
[0022]進一步的，當主轉(zhuǎn)發(fā)器宕機時，將所有前置機對應的MAC地址修改成備轉(zhuǎn)發(fā)器的MAC地址。
[0023]主備切換:
局域網(wǎng)中的主備轉(zhuǎn)發(fā)器組成了一個虛擬路由器組，主轉(zhuǎn)發(fā)器作為虛擬主路由器，根據(jù)VRRP協(xié)議(虛擬路由冗余協(xié)議)，會不斷地向備轉(zhuǎn)發(fā)器發(fā)送VRRP包。根據(jù)ARP協(xié)議(主機特有協(xié)議)，VIP (主轉(zhuǎn)發(fā)器綁定的虛擬IP)所對應的MAC地址是主轉(zhuǎn)發(fā)器的MAC地址。當主轉(zhuǎn)發(fā)器宕機時，備轉(zhuǎn)發(fā)器將會收不到數(shù)據(jù)包，但會收到一個ARP包，告訴所有主機VIP所對應的MAC地址變成了備轉(zhuǎn)發(fā)器的MAC地址，因此備轉(zhuǎn)發(fā)器將會替代主轉(zhuǎn)發(fā)器，負責來自車載終端請求的轉(zhuǎn)發(fā)工作。
[0024]盡管結(jié)合優(yōu)選實施方案具體展示和介紹了本發(fā)明，但所屬領(lǐng)域的技術(shù)人員應該明白，在不脫離所附權(quán)利要求書所限定的本發(fā)明的精神和范圍內(nèi)，在形式上和細節(jié)上可以對本發(fā)明做出各種變化，均為本發(fā)明的保護范圍。
【主權(quán)項】
1.實現(xiàn)車載終端監(jiān)控中大容量請求轉(zhuǎn)發(fā)的裝置，其特征在于:包括車載終端和至少兩個前置機，配置一臺主轉(zhuǎn)發(fā)器和一臺備轉(zhuǎn)發(fā)器，所述車載終端與主轉(zhuǎn)發(fā)器通過虛擬網(wǎng)絡(luò)通信，主轉(zhuǎn)發(fā)器與備轉(zhuǎn)發(fā)器通過VRRP協(xié)議通信，兩個前置機與主轉(zhuǎn)發(fā)器通過虛擬網(wǎng)絡(luò)通信，前置機與車載終端通過無線網(wǎng)絡(luò)通信。2.根據(jù)權(quán)利要求1所述的實現(xiàn)車載終端監(jiān)控中大容量請求轉(zhuǎn)發(fā)的裝置，其特征在于:前置機的個數(shù)為多個。3.根據(jù)權(quán)利要求1所述的實現(xiàn)車載終端監(jiān)控中大容量請求轉(zhuǎn)發(fā)的裝置，其特征在于:主轉(zhuǎn)發(fā)器個數(shù)為一個，備轉(zhuǎn)發(fā)器的個數(shù)為一個或多個，主轉(zhuǎn)發(fā)器的優(yōu)先級大于備轉(zhuǎn)發(fā)器的優(yōu)先級。4.實現(xiàn)車載終端監(jiān)控中大容量請求轉(zhuǎn)發(fā)的方法，運用于權(quán)利要求1-4的裝置，其特征在于:實現(xiàn)車載終端監(jiān)控中大容量請求轉(zhuǎn)發(fā)的裝置，其特征在于:所述主轉(zhuǎn)發(fā)器和一臺備轉(zhuǎn)發(fā)器均采用基于Iinux系統(tǒng)。5.實現(xiàn)車載終端監(jiān)控中大容量請求轉(zhuǎn)發(fā)的方法，運用于權(quán)利要求1-4的裝置，其特征在于:包括以下步驟: 車載終端通過虛擬網(wǎng)絡(luò)向主轉(zhuǎn)發(fā)器發(fā)送請求，主轉(zhuǎn)發(fā)器根據(jù)該請求查找虛擬路由表，根據(jù)輪詢算法選擇一個前置機RIP，并將請求包的目的MAC地址修改成前置機RIP對應的MAC地址，并將該請求包轉(zhuǎn)發(fā)至相應的前置機， 前置機收到請求包通過驗證響應后，直接將應答通過無線網(wǎng)絡(luò)發(fā)送至車載終端。6.根據(jù)權(quán)利要求5所述的實現(xiàn)車載終端監(jiān)控中大容量請求轉(zhuǎn)發(fā)的方法，其特征在于:當主轉(zhuǎn)發(fā)器宕機時，將虛擬IP所對應的MAC地址修改成備轉(zhuǎn)發(fā)器的MAC地址。
【專利摘要】本發(fā)明涉及車輛終端監(jiān)控技術(shù)領(lǐng)域，實現(xiàn)車載終端監(jiān)控中大容量請求轉(zhuǎn)發(fā)的裝置及方法，裝置包括車載終端和至少兩個前置機，配置一臺主轉(zhuǎn)發(fā)器和一臺備轉(zhuǎn)發(fā)器，車載終端與主轉(zhuǎn)發(fā)器通過虛擬網(wǎng)絡(luò)通信，主轉(zhuǎn)發(fā)器與備轉(zhuǎn)發(fā)器通過VRRP協(xié)議通信，兩個前置機與主轉(zhuǎn)發(fā)器通過虛擬網(wǎng)絡(luò)通信，前置機與車載終端通過無線網(wǎng)絡(luò)通信。本發(fā)明的方法運用于上述裝置,包括車載終端通過虛擬網(wǎng)絡(luò)向主轉(zhuǎn)發(fā)器發(fā)送請求，主轉(zhuǎn)發(fā)器根據(jù)該請求查找虛擬路由表，根據(jù)輪詢算法選擇一個前置機RIP，并將請求包的目的MAC地址修改成前置機RIP對應的MAC地址，并將該請求包轉(zhuǎn)發(fā)至相應的前置機，前置機收到請求包通過驗證響應后，直接將應答通過無線網(wǎng)絡(luò)發(fā)送至車載終端。提高了數(shù)據(jù)請求效率。
【IPC分類】H04L29/08, H04L12/707, H04L12/703, H04L12/741, H04L12/46
【公開號】CN105245429
【申請?zhí)枴緾N201510758729
【發(fā)明人】李松, 夏歡, 劉志芳, 崔躍
【申請人】廈門雅迅網(wǎng)絡(luò)股份有限公司
【公開日】2016年1月13日
【申請日】2015年11月10日