1、兩個不同數據的伺服器上的資料庫之間通信，如何實現
朋友你好，我之前也碰到過這樣的問題，你搭建openvpn在2個伺服器之間建立VPN通道，這樣相對數據也比較安全，需要另一台伺服器的數據可以通過欄位用程序調取就可以了。
2、兩台伺服器之間怎麼通信
我說一種最簡單的方法：1、路由上映射80以及遠程埠給Web伺服器的80和遠程埠。2、路由上映射其他埠（如4489）給資料庫伺服器的遠程埠。這樣就解決了2台伺服器都需要遠程登陸的問題了。3、這2個機器，默認應該是走的內網路由方式連接，你就用內網IP把他們連接起來。
3、服務端之間通訊，有哪些主流的方法
答：服務端之間通訊，有兩類服務端，多對一的關系，分別部屬在多台無理伺服器的tomcat中。http服務是普遍熟悉的方法，支持二進制數據上傳，伺服器端也有專門的處理介面，很容易處理掉，http服務端解析數據後，可以增加一個非同步消息框架，非同步處理。KV資料庫，多個客戶端寫，一個服務端讀和刪除，JMS，activemq是一種實現。長連接也是提高效率的有效方法，但客戶端要處理連接斷開後的重新連接，增加了開發難度。謝謝。
4、集群伺服器如何通信
一、 集群通信系統的概念
集群(英文名為：Trunking),是一種多用戶共用一組通信信道而不互相影響的技術。集群這一技術概念其實已在雙向的無線通信領域中被廣泛應用。
集群通信系統能使大量的用戶共享相對有線的頻率資源，即系統的所有可用信道可為系統內所有用戶共用，具有自動識別用戶，自動並動態地分配無線信道的功能，是一種多用途，高效率的移動調度通信系統
二、 集群通信系統的特點
1、 集群使用的頻率
集群的工作頻段為800兆頻段，具體的：
· 上行頻段為：806～821（MHz）;下行頻段為：851～866(MHz);
· 鄰道之間的頻率間隔為：25KHz;
· 集群系統中，通信的雙方（基站和用戶終端）採用兩個頻率為一組，實現雙向通信；
· 一組頻點的上下行頻率間隔為：45MHz;
2、 集群通信的工作方式
集群系統中基站採用雙頻全雙工的工作方式，用戶終端則根據不同的工作模式採用不同的工作方式：
調度模式下，採用雙頻半雙工方式；
電話模式下，若用戶終端為全雙工類型的終端可採用雙頻全雙工方式；若為單工用戶機，則只能採用雙頻半雙工方式；
雙頻全雙工的定義：通信雙方採用兩個頻率為一組，通信的任何一方在發射的同時也能接收，操作方便，無需進行按鍵通信。
雙頻半雙工的定義：通信的雙方採用兩個頻率為一組，通信的一方（基站）為全雙工方式工作；另一方為單工方式，即在發射的同時無法接收，在接收的同時也無法發射，只能採用按鍵發話，松鍵收聽的方式。
3、 集群系統的組網方式
模擬集群系統一般採用小容量大區制的覆蓋（又稱為單站結構），模擬聯網的集群系統和數字集群系統一般採用大容量小區制的覆蓋（又成為蜂窩網結構）；
所謂大區制是指用一個基站覆蓋整個業務區，業務區半徑一般為30km左右，以可大至60km。大區制一般可容納幾千至上萬用戶。
所謂小區制是將整個服務區話分為若干無線小區（有稱基站區），每個小區服務半徑為2～10km。採用該組網方式的系統中頻率可以重復利用,而且根據小區分割模式不同可採用不同的頻率復用方式。
4、 集群系統的基本功能
集群系統所共有的基本功能如下：
1、具有強勁的調度通信功能；
2、兼備有與公共電話網和公共移動通信網互聯的電話通信功能；
3、智能化的用戶移動行管理功能；
5、 智能化的無線信道分配管理、系統控制和交換功能；
三、 集群通信系統分類
1、按控制方式分
有集中控制和分布控制。集中控制是指一個系統中有一個獨立的智能控制器統一控制、管理資源和擁護。分布式控制方式是指每個信道都有一個單獨的控制起，這些控制器分別獨立的控制、管理相應的系統資源和一部分用戶。
2、按信令方式分
有共路信令和隨路信令方式。共路信令是指基站或小區內設定了一個專門的信道作為控制信道，用以接收用戶機發出的通信、入網等請求信號，同時傳輸系統的控制信令，向用戶下達信道分配信息和用戶通知信息。
3、按通話佔用信道分
有信息集群、傳輸集群和准傳輸集群。信息集群是指用戶完成一次通信後，該信道仍為該用戶保留一段時間（一般為10秒左右），以確保該用戶在這段時間內再次呼叫時仍能成功佔用信道，如此來保證信息的完整性；傳輸集群是指當用戶完成一次通信後，新道立即釋放，以提供系統再次分配，如此來提高系統資源的利用率；准傳輸集群是介於以上兩種之間的一種集群方式，即信道保留的時間略短於信息集群（一般為3秒左右）。
4、按信令占信道方式分
有固定式和搜索式。固定實是指信令信道（控制信道）是系統中固定的一個信道，用戶在入網或業務請求式固定向該信道發起請求；搜索式是指信令信道不固定，由系統隨機指定，用戶每次入網或業務請求均必須搜索信令信道。
模擬集群
一、設備及組織結構
本公司三個集群基站均採用美國MOTOROLA公司生產的集群移動通信系統SMARTNETII，系統組成如圖所示，主要由中央控制器、電話互聯終端、集群信道機、收發天線共用器、天線、系統管理終端、系統監視終端、移動台和手機等設備組成。如圖3-1
中央控制器：
負責控制和管理整個系統的運行，包括：選擇和分配可用信道；監視話音信道活動；監測和報告告警情況；為系統管理提供介面等。
電話互聯終端(CIT)：
是集群通信網與有線電話網的介面，供調度台和移動台自動接入有線電話網之用。
集群信道機：
分為控制信道和話音信道，提供中央控制器與用戶設備間的介面。每個信道機要求一部發射機和一部收發信機全雙工工作。
系統管理終端：
提供系統操作員輸入或修改系統運行參數、設備狀態及告警報告、調整系統定時及系統接續參數、報告信道工作狀態及控制用戶接入系統等。
天饋系統：
天饋系統包括從天線到傳輸線接頭為止的所有匹配、平衡、移相或其他耦合裝置，包括天線、發射機合路器、接收機多路耦合器、傳輸線、雷電保護和避雷器及塔頂放大器等。
模擬集群系統組織結構圖
二、功能簡介
1、 用戶終端實現的功能：
組呼：通話小組是集群系統中最基本的通信組織。通過用戶機編碼可以將多個用戶機編在一個通話小組中，用戶機按鍵進行組呼，只有同一組碼的用戶機才能與本小組內的成員進行通信。
私線呼叫（單呼）：一個用戶機能有選擇性地指定用戶與其建立單獨通話。
呼叫提示：由一方用戶機發起的對另一方用戶機的尋呼，被叫的一方機器會間隔幾秒鍾發出"嘟嘟"的響聲，直到被叫用戶響應，同時被叫方的機器將會顯示主叫方的用戶ID；被叫用戶此時若直接按鍵，會向主叫方發起一次私線呼叫。
電話互連：集群用戶可以通過系統撥打有線電話（市話、長話），市話用戶也可通過二次撥號與集群用戶建立電話通信。
緊急呼叫：由用戶按緊急呼叫鍵發起，緊急呼叫具有最高等級，當信道遇忙時，通常有兩種方式：隊首式和強拆式。
2、 系統管理實現的功能：
系統對用戶機ID碼的識別和管理
用戶每一次申請，系統都必須對其ID碼進行認別，以辨別其合法性及小組歸屬。
用戶機功能的遙閉、授權、開啟
系統可以根據需要對分散在各處的用戶機進行空中關閉---遙閉或開啟。系統也可以對用戶機優先等級、電話功能等進行遠程授權或取消。
遇忙排隊
當用戶發起呼叫申請時，系統內無空閑信道，則系統記錄下用戶機的ID碼並進行排隊，按一定的程序進行處理。
動態的信道分配
由系統中央控制器根據系統當前的狀態按一定的順序進行向用戶提供動態的信道分配。
故障弱化模式
當中央控制器或所有的控制信道故障時，系統會工作在故障弱化模式下，這時所有用戶機以常規模式工作，佔用用戶機編程時設定的故障弱化信道進行通信。
系統的故障診斷和處理、狀態監視、系統參數的調整
· 系統能對於當前發生在信道機或控制器部件上的故障作出響應和處理，將故障的部件自動暫閉，以使系統不再將用戶的通信分配上去。
· 系統對當前的運行狀態進行不斷的監視，如哪些/哪個信道機被佔用，哪些空閑，哪些故障等，以便在信道分配時作出准確的處理。
· 系統內有大量的參數，可以通過系統管理終端進行及時的遠程調整。
數字集群
IDEN(Integrated Digital Enhanced Networks)是美國MOTOROLA公司生產的800M數字集群移動通信系統，這個系統是利用了多項先進的數字話技術，能在一部iDEN用戶機上集成了調度、電話、簡訊、數傳四項功能。其先進的無線射頻技術使得一個25kHz的載頻上容納6路話音，從而使得有限的頻點得到了更大程度的利用。iDEN數字集群通信網具有大容量、大覆蓋區、高保密和高通話清晰度的特點。
1、 組織結構及設備
iDEN的基本組織結構包含：調度子系統、互聯子系統、操作維護子系統、計費及用戶數據管理子系統和基站子系統；
運行管理中心（MSO）：是上層網路控制和交換設備所在的機房，負責執行系統的日常管理，為長期的網路工程系統監控和規劃工具提供資料庫資料。在MSO中包含的子系統為：調度子系統、互聯子系統、OMC子系統、計費及用戶數據管理子系統；
操作維護中心（OMC）:承擔對全網設備的管理，對運行參數進行設置和修改，收集運行數據，監控系統運行情況。
計費及用戶數據管理子系統（ADC）：實現對用戶進行的開、關、授權、採集計費數據等功能。
基站子系統: 包含了分布在全市各個方向上的基站（EBTS-增強型基站傳輸系統）。各個基站通過E1數字中繼線路與MSO設備聯接。在本公司的iDEN基站系統中目前分布在外環線以內的基站均為3扇區的基站，分布在外環線以外的基站為全向基站。
調度子系統包含以下設備：
調度應用處理器（DAP）：為調度通信提供了總體的協調、控制和實時的調度呼叫處理，實現了調度通信時所需的資源管理、用戶訪問控制、位置跟蹤和調度子系統內所有設備的網路管理，同時也為OMC子系統提供介面；DAP包含了D-HLR、D-VLR、i-HLR
· D-HLR：調度歸屬位置寄存器，是一個駐留在硬碟上的用戶資料庫。用以記錄用戶與調度通信相關的身份碼、許可權、通話組號、開設的調度業務類別等；
· D-VLR：調度訪問位置寄存器，是一個駐留在內存上的用戶資料庫，用以記錄在系統中當前一開機的調度用戶狀態、位置以及相關許可權等；
· i-HLR：分組業務歸屬位置寄存器，是一個與分組數傳業務相關的用戶資料庫，用以記錄為用戶的分組數傳業務分配的IP地址；
快速分組交換機（MPS）:在DAP的控制下將來自基站的話音分組進行復制，根據DAP的指令在各個基站之間實現話音分組的交換。
移動數據網關（MDG）:是一個企業基叫環路由器，通過該介面網關可以建立起與其他intranet或internet的互聯路由
互聯子系統包括以下設備：
移動交換中心（MSC）:為iDEN用戶的電話通信提供了控制管理和實時的呼叫處理和話音交換功能。另一方面，又為MSC與公共電話網（PSTN）之間的互聯提供了介面。MSC包含了T-HLR和T-VLR
· T-HLR：電話歸屬位置寄存器，是一個集成在MSC交換機核心內的用戶資料庫。記錄了所有用戶與電話通信相關的身份碼、業務類型和狀態等。
· T-VLR:電話訪問位置寄存器，是一個駐留在交換機核心內存上的用戶資料庫。記錄了當前開機用戶的位置、狀態等。
短消息業務服務中心：（SMS-SC）為用戶的短消息提供接收、存儲和轉發功能。
基站控制器（BSC）: 是基站與MSC之間的介面，又稱為A介面。它一方面實現了將電話通信的話音從EBTS接續至MSC進行交換；另一方面也將公共有線電話網內的交換信令轉換為行動電話應用信令，為移動用戶與PSTN之間的通信建立信令握手。BSC包括BSC-CP,和BSC-XCDR
· BSC-CP（基站控制器-處理器）：承擔呼叫處理，包括信令轉換、話音接續等。
· BSC-XCDR(基站控制器-話音變碼器): 提供PSTN網內使用的PCM話音編碼和iDEN EBTS系統內使用的VSELP話音編碼之間的轉換
iDEN基本網路結構
二、關鍵技術
· 時分多址TDMA技術：是把時間分割成周期性的幀，每一幀在分割成若干個時隙。然後根據一定的時間分配原則，使各個移動台在每幀內只能按指定的時隙向基站發送信號，在滿足定時和同步的條件下，基站可以分別在各時隙中接受各移動台的信號而不混擾。同時基站發向多個移動台的信號都按順序安排在預定的時隙中傳輸，各移動台只要在指定的時隙內接收，就能在合路的時隙中把發給它的信號區分出來。
iDEN系統把每個25kHz信道分割為6個時隙，每個時隙佔15ms。
· VESLP語音編碼技術（矢量和激勵線性預測編碼技術）：將90ms的模擬話音壓縮為15ms的數字信號。以適應其在一個15ms的時隙信道內傳送。
· M-16QAM調制技術（多路復用-16點陣正交振幅調制技術）：這是一種專為集群系統設計的調制技術這種調制方式具有線形頻譜，克服時間擴散產生的影響。
三、 承載業務
1、新增的用戶機功能
新增的調度功能：
· 組呼
--本地呼叫（支持用戶在其歸屬的Service Area的小區內進行呼叫）
--選區呼叫（支持用戶選擇某一Service Area進行呼叫）
--廣域呼叫（支持用戶在iDEN區域網路的任何位置進行呼叫）
· 單呼
--私線呼叫
--呼叫提示
· 緊急呼叫-在按下緊急呼叫按鈕後，允許該用戶強拆本組用戶在用的通信，使本組內所有成員均收聽到其話音；
· 單站操作模式（ISO）---- ISO功能支持當一個基站失去與MSO的鏈接後，仍能保持在該機站范圍內的受限的調度功能
· 移動用戶狀態消息----允許有增強功能的MS單機向iDEN增強型調度台或其他有此功能的MS發送預定義的狀態簡訊；
· 多組通信（MSTG）---- MSTG支持調度模式下可訪問一個主要的通話組和3個輔助的通話組;
增強的電話功能：
· 蜂窩小區和雙工漫遊
· 呼叫等待、三方會談、呼叫轉移
· 自動漫遊和越區切換
短消息收發功能-在用戶機不具備接收簡訊的條件下（如:關機、不在服務區或手機存儲器已滿等），信息存儲在簡訊中心內，在用戶可以接受時（如開機並在服務區內等），信息發送給用戶；
分組數傳功能-在16QAM調制技術下，一個載頻的傳輸速率為22Kbit/s;
2、新增的系統管理功能
（1） 配置管理，如：改變顯示基站設備及系統網路管理設備的配置、改變和顯示控制用戶機的資料庫、報告所有資料庫的最新數據、確定用戶機的使用功能等
（2） 計費管理：記錄用戶機在空中的使用時間和時長，輸出記錄的數據到計算機
（3） 錯誤診斷管理：顯示各類設備的故障報告、告警報告、輸出各設備的狀態變化信息、進行環路反饋的測試等。
（4） 安全保密管理：控制有關人員對系統資源的訪問、提供用戶機的無線遙斃、開啟功能等。
（5） 運行管理：對運行著的設備進行有針對性的監控、收集和處理各類運行數據。
四、用戶機編碼結構
· IMEI(international Mobile Equipment Identifier)-國際移動終端設備身份碼，這是一台用戶終端再生產過程中有生產廠家根據國際標准給移動台設立的，在國際范圍內唯一的機器編號。該編碼長15個位元組，編寫在移動台硬體晶元(如SIM卡)中。
· IMSI(International Mobile Station Identifier)- 國際移動台身份碼，這是由服務提供商為移動台設立的，在國際范圍內唯一的身份碼。改編碼長15個位元組，系統首先在上層網路設備中進行分配，在資料庫中建立並存儲起IMEI於IMSI的唯一對應關系，移動台在首次開機注冊時在通過了系統鑒定後，由控制信道上讀取並自動存儲在移動台內存中。
· TMSI(Temporary Mobile Station Identifier)-臨時的移動台身份碼，這是由系統在移動台每次的開機或更新位置區域時分配的編碼，在VLR范圍內唯一。該編碼是為了防止用戶身份的盜用，同時節省呼叫建立的時間。
· MSISDN(Mobile Station ISDN)-移動台ISDN號碼，是一個電話號碼，它唯一地標識了移動它在iDEN網和PSTN網內的身份，iDEN用戶在電話通信時使用該號碼。該號碼長度部超過15個位元組。
· FLEET & MEM-調度大組號及成員號，大組號在整個iDEN系統內唯一的標識了一個單位或團體；成員號則在該大組范圍內唯一的標識了一個調度用戶單機。
· Talkgroup-通話組號，在FLEET范圍內唯一，它將FLEET范圍內的成員組織為一個一個獨立調度的小組。
五、 用戶機與系統之間的部分叫呼過程
1、關於用戶機的身份碼分配過程
? 首先由管理員登錄到系統管理終端連接到系統的HLR(歸屬位置登記器)，將記錄在用戶機CPU內存中的串號（IMEI-國際移動設備標識符）登記到HLR中，為其分配一個在系統中有效的且唯一的IMSI（國際移動用戶標識），以及一系列的其他參數，包括編組情況。所有這些參數必須確保在HLR內正確地成功注冊。
在HLR中IMEI和IMSI必須都保持唯一，即一個IMEI對應一個IMSI，一個IMSI也只能分配給一個用戶機。
2、 用戶機在系統中的登記過程
用戶機的每次開機時與系統之間相互傳遞數據的過程為登記過程。
用戶機在注冊後的首次登記時將IMEI通過基站傳送至系統中心設備，系統收到後與用戶機之間執行鑒證過程。當鑒證通過後，將IMSI、Indivial ID（一個半固定的身份碼）等通過基站發送給用戶機。
用戶機以後每次的開機時所觸發的登記過程向系統發送IMSI，在鑒證通過後收到Indivial ID等。
用戶機在成功地開機登記後到關機之前，每次位置更新和業務通信申請時，均向系統傳遞Indivial ID。
用戶機的鑒證過程：
系統HLR產生一個隨機數，傳送到系統的CPU上執行一次運算（特定的運算程序）得到與此隨機數相應的結果值，保存在VLR（訪問位置寄存器）中。隨機數通過基站發送給用戶機。
用戶機收到隨機數後由用戶機的CPU進行相關的運算，並將其得到的結果數通過基站傳送給VLR，VLR將此結果數與系統運算的結果數比較，兩數相等，則鑒證正確，通過；反之則鑒證失敗，系統拒絕該用戶機入網。
5、一個固定IP，兩台伺服器，伺服器之間怎麼通信？且外網要都能遠程這兩台伺服器
一個固定IP是什麼意思。只提供了這一個IP上外網嘛？
伺服器埠根據你網路情況。
兩個大體方案。
1》因為web伺服器肯定是要被用戶訪問的，外網IP分配給 web伺服器。再來一根網線利用私有地址連接 WEB伺服器和資料庫伺服器。這樣，可以通過直接遠程web後，再遠程資料庫伺服器。
要求：1『WEB伺服器需要雙網卡。一般伺服器都是都是多個網口的。。。
2』資料庫伺服器是否需要外部數據來源，因為這種方式下，資料庫伺服器不能直接與外部通信，如果需要數據通道。要經過WEB伺服器跳轉。
--------------------------------------------------------------------------------------------
2》加交換機（路由器同理），外網PI作為進口，再給兩台伺服器分配私有地址。連接交換機，交換機空配即可實現網路共同，但這種情況下，因為伺服器IP地址段和外網不在同一段，如果需要遠程到伺服器，系統自帶的MSTSC功能無法實行，需要使用teamviewer一類的第三方軟體。
問題點：WEB伺服器因為是另一個地址段，被訪問時需要將固定IP的地址映射到 WEB伺服器的私有地址上。
6、ubantu兩個伺服器之間怎麼通信
直接使用ip地址即可通信。
如果需要服務通信，直接啟用服務的監聽埠，然後在防火牆放開埠即可。
7、跨vlan的伺服器之間如何通信
如果路由器都不遠，可以用動態路由協議，不過這些設備要是三層交換才行。
可以做RIP，內OSPF，IGRP 等。也可以用dot1QVLAN封裝容協議。
如果是VPN網路，可以用二層隧道，三層隧道協議。
我這有課件，你要的話，可以往我要。
我的郵箱是；[email protected]
8、客戶端程序和伺服器之間通信用的是什麼技術？
客戶端程序和伺服器之間通信用這是網路傳輸層的問題，在傳輸層上主要就是兩種數據包，即為TCP(可靠連接)、UDP（不可靠連接），這個其實與你想要做的伺服器和程序設計沒有大的關系，不知道你要搭建什麼伺服器，是windows還是linux 伺服器，在windows下面一般是ASP.net +SQL server （很多人現在也在windows下做apacha+php+mysql）； 在linux下面是apacha+php+mysql；網站使用的是HTTP協議來實現網站的建設
9、路由器與伺服器之間互相通信的協議
1．「ping」命令所產生的數據包，我們歸類為ICMP協議。說白了就是向目的地發送一個數據包，然後等待回應，如果回應正常則目的地的網路就是通的。當我們輸入了「ping」命令之後，我們的機器（電腦A）就生成了一個包含ICMP協議域的數據包，姑且稱之為「小德」吧~~~~
2．「小德」已經將ICMP協議打包到數據段里了，可是還不能發送，因為一個數據要想向外面傳送，還得經過「有關部門」的批准------IP協議。IP要將你的「寫信人地址」和「收信人地址」寫到數據段上面，即：將數據的源IP地址和目的IP地址分別打包在「小德」的頭部和尾部，這樣一來，大家才知道你的數據是要送到哪裡。
3．准備工作還沒有完。接下來還有部門要審核------ARP。ARP屬於數據鏈路層協議，主要負責把IP地址對應到硬體地址。直接說吧，都怪交換機太「傻」，不能根據IP地址直接找到相應的計算機，只能根據硬體地址來找。於是，交換機就經常保留一張IP地址與硬體地址的對應表以便其查找目的地。而ARP就是用來生成這張表的。比如：當「小德」被送到ARP手裡之後，ARP就要在表裡面查找，看看「小德」的IP地址與交換機的哪個埠對應，然後轉發過去。如果沒找到，則發一個廣播給所有其他的交換機埠，問這是誰的IP地址，如果有人回答，就轉發給它。
4．經過一番折騰，「小德」終於要走出這個倒霉的區域網了。可在此之前，它們還沒忘給「小德」屁股後面蓋個「戳」，說是什麼CRC校驗值，怕「小德」在旅行途中缺胳膊少腿，還得麻煩它們重新發送。。。。。我靠~~~~註：很多人弄不清FCS和CRC。所謂的CRC是一種校驗方法，用來確保數據在傳輸過程中不會丟包，損壞等等，FCS是數據包（准確的說是frame）里的一個區域，用來存放CRC的計算結果的。到了目的地之後，目的計算機要檢查FCS里的CRC值，如果與原來的相同，則說明數據在途中沒有損壞。
5．在走出去之前，那些傢伙最後折磨了一次「小德」------把小德身上眾多的0和1，弄成了什麼「高電壓」「低電壓」，在雙絞線上傳送了出去。暈~~出趟門就這么麻煩嗎？
6．坐著雙絞線旅遊，爽！可當看到很多人坐著同軸電纜，還有坐光纖的時候，小德又感覺不是那麼爽了。就在這時，來到了旅途的中轉站------路由器。這地方可是高級場所，人家直接查看IP地址！剩下的一概不管，交給下面的人去做。夠牛吧？路由器的內部也有一張表，叫做路由表，裡面標識著哪一個網路的IP對應著路由器的哪一個埠。這個表也不是天生就有的，而是靠路由器之間互相「學習」之後生成的，當然也可以由管理員手工設定。這個「學習」的過程是依靠路由協議來完成的，比如RIP，EIGRP，OSPF等等。
7．當路由器查看了「小德」的IP地址以後，根據路由表知道了小德要去的網路，接著就把小德轉到了相應的埠了。至此，路由器的主要工作完成，下面又是打包，封裝成frame，轉換成電壓信號等一系列「折騰」的活，就由數據鏈路層和物理層的模塊去干吧。
8．小德從路由器的出口出來，便來到了目的地----電腦B----所屬的網路的默認網關。默認網關可以是路由器的一個埠，也可以是區域網里的各種伺服器。不管怎樣，下面的過程還是一樣的：到交換機里的ARP表查詢「小德」的IP地址，看看屬於哪個區域網段或埠，然後就轉發到B了。
9．進了B的網卡之後，還要層層「剝皮」，基本上和從A出來的程序是一樣的------電腦B先校驗一下CRC值，看看數據是否完整；然後檢查一下frame的封裝，看到是IP協議之後，就把「小德」交給IP「部門」了；IP協議一看目的地址，正確，再看看應用協議，是ICMP。於是知道了該怎麼做了------產生一個回應數據包，（可以命名為「回應小德」），並准備以同樣的順序向遠端的A發送。。至於剛剛收到的那個數據包就丟棄了。
10．「回應小德」這個數據包又開始了上述同樣的循環，只不過這次發送者是B而接收者是A了。 以上是一個最簡單的路由過程，任何復雜的網路都是在次基礎之上實現的。