Ip地址協商報文的處理方法及裝置的制造方法
【專利摘要】本申請提供一種IP地址協商報文的處理方法，所述方法包括：從接收到的IP地址協商報文中獲取協商IP地址；判斷所述協商IP地址是否為已使用的IP地址，并在所述協商IP地址為已使用的IP地址時，向使用所述協商IP地址的PPPoE客戶端發送探測報文；如果在預設的時間內未接收到所述PPPoE客戶端針對所述探測報文回復的響應報文，向發送所述IP地址協商報文的PPPoE客戶端發送指示所述協商IP地址可用的確認報文；反之，向發送所述IP地址協商報文的PPPoE客戶端發送拒絕報文。本申請中，PPPoE服務端可以在發現PPPoE客戶端請求的IP地址已被使用時，主動探測使用該IP地址的PPPoE客戶端是否在線，從而可以解決配置靜態IP地址的PPPoE客戶端在異常掉線后無法及時上線的問題。
【專利說明】
IP地址協商報文的處理方法及裝置
技術領域
[0001] 本申請涉及通信技術領域，尤其涉及一種IP地址協商報文的處理方法及裝置。
【背景技術】
[0002] 在PPPoE(Point to Point Protocol over Ethernet，以太網上的點對點協議）客 戶端撥號上線的過程中，PPPoE服務端可以通過IPCP(IP Control Protocol，IP控制協議） 協議為PPPoE客戶端分配IP地址，PPPoE客戶端下線后，PPPoE服務端可以回收該IP地址，并 為新PPPoE會話中的PPPoE客戶端分配該IP地址；當然，PPPoE客戶端也可以為自身配置靜態 的IP地址，當一個有效的IP地址被某個PPPoE客戶端通過靜態配置的方式使用時，其他 PPPoE客戶端不能使用此IP地址進行撥號上網。如果此PPPoE客戶端異常下線，則PPPoE服務 端不會立刻回收該IP地址，而是在探測到該客戶端不在線后才會回收該IP地址，并在回收 該IP地址后才會允許該IP地址被上述PPPoE客戶端或其他PPPoE客戶端使用。
[0003] 在相關技術中，當配置靜態IP地址的PPPoE客戶端異常掉線時，PPPoE服務端需要 通過保活機制探測到此PPPoE客戶端下線后才會回收此IP地址。然而，PPPoE服務端通過保 活機制探測到一個PPPoE客戶端已下線的過程需要較長的時間，在這段較長的時間里， PPPoE客戶端無法使用該IP地址。因此，當一個配置靜態IP地址的PPPoE客戶端異常掉線，并 基于之前配置的IP地址在短時間內再次上線時，對應的PPPoE服務端會在未探測出該PPPoE 客戶端已下線的情況下認為該IP地址為已使用的IP地址，并拒絕該PPPoE客戶端的上線請 求，從而導致上述PPPoE客戶端不能及時上線。
【發明內容】
[0004] 為克服相關技術中存在的問題，本申請提供了一種IP地址協商報文的處理方法及 裝置。
[0005] 本申請提供一種IP地址協商報文的處理方法，所述方法應用于以太網上的點對點 協議PPPoE服務端，所述方法包括：
[0006] 從接收到的IP地址協商報文中獲取協商IP地址；
[0007] 判斷所述協商IP地址是否為已使用的IP地址，并在所述協商IP地址為已使用的IP 地址時，向使用所述協商IP地址的PPPoE客戶端發送探測報文；
[0008] 如果在預設的時間內未接收到所述PPPoE客戶端針對所述探測報文回復的響應報 文，向發送所述IP地址協商報文的PPPoE客戶端發送指示所述協商IP地址可用的確認報文； 反之，向發送所述IP地址協商報文的PPPoE客戶端發送拒絕報文。
[0009] 可選的，所述方法包括：
[0010] 如果在預設的時間內未接收到所述PPPoE客戶端針對所述探測報文回復的響應報 文，將所述PPPoE客戶端下線，并回收所述協商IP地址。
[0011] 可選的，所述PPPoE服務端上預設若干個地址池以及已上線客戶信息表，其中，所 述已上線客戶信息表包括已上線客戶的MAC地址以及上線IP地址的對應關系，所述方法包 括：
[0012] 判斷獲取到的所述協商IP地址是否為所述預設的若干個地址池中的IP地址；
[0013] 當所述協商IP地址為所述預設的若干個地址池中的IP地址時，基于預設的已上線 客戶信息表判斷所述協商IP地址是否為已使用的IP地址。
[0014] 可選的，所述方法還包括：
[0015] 當發送所述協商IP地址的PPPoE客戶端基于所述協商IP地址成功上線時，在所述 已上線客戶信息表中保存所述PPPoE客戶端的MAC地址和所述協商IP地址的對應關系。
[0016] 本申請同時提供一種IP地址協商報文的處理裝置，所述裝置應用于以太網上的點 對點協議PPPoE服務端，所述裝置包括：
[0017] 獲取單元，用于從接收到的IP地址協商報文中獲取協商IP地址；
[0018] 發送單元，用于判斷所述協商IP地址是否為已使用的IP地址，并在所述協商IP地 址為已使用的IP地址時，向使用所述協商IP地址的PPPoE客戶端發送探測報文；
[0019] 處理單元，用于如果在預設的時間內未接收到所述PPPoE客戶端針對所述探測報 文回復的響應報文，向發送所述IP地址協商報文的PPPoE客戶端發送指示所述協商IP地址 可用的確認報文;反之，向發送所述IP地址協商報文的PPPoE客戶端發送拒絕報文。
[0020] 可選的，所述裝置包括：
[0021] 回收單元，用于如果在預設的時間內未接收到所述PPPoE客戶端針對所述探測報 文回復的響應報文，將所述PPPoE客戶端下線，并回收所述協商IP地址。
[0022] 可選的，所述PPPoE服務端上預設若干個地址池以及已上線客戶信息表，其中，所 述已上線客戶信息表包括已上線客戶的MAC地址以及上線IP地址的對應關系，所述裝置包 括：
[0023] 判斷單元，用于判斷獲取到的所述協商IP地址是否為所述預設的若干個地址池中 的IP地址，以及當所述協商IP地址為所述預設的若干個地址池中的IP地址時，基于預設的 已上線客戶信息表判斷所述協商IP地址是否為已使用的IP地址。
[0024] 可選的，所述裝置還包括：
[0025]保存單元，用于當發送所述協商IP地址的PPPoE客戶端基于所述協商IP地址成功 上線時，在所述已上線客戶信息表中保存所述PPPoE客戶端的MAC地址和所述協商IP地址的 對應關系。
[0026]在本申請中，PPPoE服務端可以從接收到的IP地址協商報文中獲取協商IP地址，并 判斷該協商IP地址是否為已使用的IP地址，在判斷該協商IP地址為已使用的IP地址時， PPPoE服務端可以向使用該協商地址的PPPoE客戶端發送探測報文，如果在預設的時間內未 接收到該PPPoE客戶端針對上述探測報文回復的響應報文，則向發送上述IP地址協商報文 的PPPoE客戶端發送指示所述協商IP地址可用的確認報文;反之，PPPoE服務端可以向發送 上述IP地址協商報文的PPPoE客戶端發送拒絕報文。在本申請中，PPPoE服務端可以在發現 PPPoE客戶端請求的IP地址已被使用時，主動探測使用該IP地址的PPPoE客戶端是否在線， 從而可以縮短該IP地址的回收時間，并解決配置靜態IP地址的PPPoE客戶端在異常掉線后 無法及時上線的問題。
【附圖說明】
[0027]圖1是本申請一實施例示出的一種IP地址協商報文的處理方法的流程圖；
[0028]圖2是本申請實施例中IP地址協商報文的處理裝置的硬件結構框圖；
[0029]圖3是本申請根據一示例性實施例示出的一種IP地址協商報文的處理裝置的框 圖。
【具體實施方式】
[0030]這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及 附圖時，除非另有表示，不同附圖中的相同數字表示相同或相似的要素。以下示例性實施例 中所描述的實施方式并不代表與本申請相一致的所有實施方式。相反，它們僅是與如所附 權利要求書中所詳述的、本申請的一些方面相一致的裝置和方法的例子。
[0031 ]在本申請使用的術語是僅僅出于描述特定實施例的目的，而非旨在限制本申請。 在本申請和所附權利要求書中所使用的單數形式的"一種"、"所述"和"該"也旨在包括多數 形式，除非上下文清楚地表示其他含義。還應當理解，本文中使用的術語"和/或"是指并包 含一個或多個相關聯的列出項目的任何或所有可能組合。
[0032]應當理解，盡管在本申請可能采用術語第一、第二、第三等來描述各種信息，但這 些信息不應限于這些術語。這些術語僅用來將同一類型的信息彼此區分開。例如，在不脫離 本申請范圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第 一信息。取決于語境，如在此所使用的詞語"如果"可以被解釋成為"在……時"或"當…… 時"或"響應于確定"。
[0033]在PPPoE客戶端撥號上線的過程中，PPPoE客戶端可以為自身配置靜態的IP地址。 具體地，PPPoE客戶端可以向對應的PPPoE服務端發送IP地址協商報文，其中，該協商報文可 以包括PPPoE客戶端為自身配置的靜態IP地址。PPPoE服務端接收到該IP地址協商報文后， 可以判斷該協商報文中的IP地址是否為已使用的IP地址。當該IP地址為未使用的IP地址 時，PPPoE服務端可以向該PPPoE客戶端發送確認報文，以使PPPoE客戶端可以根據該確認報 文基于該IP地址成功上線；當該IP地址為已使用的IP地址時，PPPoE服務端可以向該PPPoE 客戶端發送拒絕報文，以使該PPPoE客戶端根據該拒絕報文無法基于該IP地址上線。
[0034]當該PPPoE客戶端基于該IP地址成功上線時，其他PPPoE客戶端將無法使用該IP地 址。當該PPPoE客戶端下線時，可以向PPPoE服務端發送會話終止報文，從而使得PPPoE服務 端可以根據該會話終止報文終止與該PPPoE客戶端的會話連接，并回收該PPPoE客戶端之前 上線時使用的上述IP地址。然后，PPPoE服務端可以接收包含上述IP地址的IP地址協商報 文，并在判斷上述IP地址為未使用的IP地址后，向發送該協商報文的PPPoE客戶端發送確認 報文，以使該PPPoE客戶端可以基于該IP地址上線。
[0035] 然而，PPPoE客戶端基于IP地址成功上線后，存在異常掉線的情況。當PPPoE客戶端 異常掉線時，不會向對應的PPPoE服務端發送會話終止報文，因此，對應的PPPoE服務端將接 收不到對應的會話終止報文，此時，PPPoE服務端會認為該PPPoE客戶端仍然基于對應的IP 地址上線。故，PPPoE服務端不會立即終止與該PPPoE客戶端的會話連接，也不會立即回收該 PPPoE客戶端上線時使用的IP地址。
[0036]相關技術中，當配置靜態IP地址的PPPoE客戶端異常掉線時，PPPoE服務端需要通 過保活機制探測到上述PPPoE客戶端下線后才會回收對應的IP地址，具體地，PPPoE服務端 可以在向上述PPPoE客戶端發送若干次探測報文后在一定的時間內沒有接收到回復報文的 情況下確定上述PPPoE客戶端已下線，但是由于PPPoE服務端上的用戶較多，因此，PPPoE服 務端向同一PPPoE客戶端發送探測報文的時間間隔也較長，例如，間隔3分鐘。因此，PPPoE服 務端通過保活機制探測到上述PPPoE客戶端已下線并回收對應的IP地址的過程需要較長的 時間。
[0037]當上述PPPoE客戶端在異常掉線后在較短的時間重新上線時，可以向對應的PPPoE 服務端發送IP地址協商報文，PPPoE服務端接收到該協商報文后，可以在未探測出上述 PPPoE客戶端已下線的情況下認為上述IP地址為已使用的IP地址，并向上述PPPoE客戶端發 送拒絕報文。此時，PPPoE客戶端無法基于已配置的靜態IP地址及時上線。
[0038]有鑒于此，本申請提供一種IP地址協商報文的處理方法，來解決相關技術中配置 靜態IP地址的PPPoE客戶端在異常掉線后無法及時上線的問題。在本申請中，PPPoE服務端 可以從接收到的IP地址協商報文中獲取協商IP地址，并判斷該協商IP地址是否為已使用的 IP地址，在判斷該協商IP地址為已使用的IP地址時，PPPoE服務端可以向使用該協商地址的 PPPoE客戶端發送探測報文，如果在預設的時間內未接收到該PPPoE客戶端針對上述探測報 文回復的響應報文，則向發送上述IP地址協商報文的PPPoE客戶端發送指示所述協商IP地 址可用的確認報文;反之，PPPoE服務端可以向發送上述IP地址協商報文的PPPoE客戶端發 送拒絕報文。在本申請中，PPPoE服務端可以在發現PPPoE客戶端請求的IP地址已被使用時， 主動探測使用該IP地址的PPPoE客戶端是否在線，從而可以縮短該IP地址的回收時間，并解 決配置靜態IP地址的PPPoE客戶端在異常掉線后無法及時上線的問題。
[0039]請參見圖1，為本申請一實施例示出的一種IP地址協商報文的處理方法的流程圖， 該實施例應用于PPPoE服務端，包括以下步驟：
[0040]步驟101:從接收到的IP地址協商報文中獲取協商IP地址。
[0041 ] 在本申請中，上述PPPoE服務端可以與對應的PPPoE客戶端建立會話連接。在建立 會話連接后，PPPoE服務端和PPPoE客戶端可以在完成LCP(Link Control Protocol，鏈路控 制協議）協商以及對應的認證后，進行NCP(Network Control Protocol，網絡控制協議）協 商。在NCP協商中，PPPoE客戶端和PPPoE服務端之間可以針對PPPoE客戶端上線時使用的IP 地址進行協商。
[0042] PPPoE客戶端的上線IP地址可以由PPPoE服務端通過IPCP協議動態分配，也可以由 自身靜態配置。當PPPoE客戶端為自身配置靜態IP地址時，PPPoE客戶端可以向對應的PPPoE 服務端發送包含該IP地址的IP地址協商報文，此時，該IP地址可以為協商IP地址。
[0043] PPPoE服務端接收到PPPoE客戶端發送的IP地址協商報文時，可以從該協商報文中 獲取協商IP地址。其中，該協商IP地址可以位于該協商報文的選項字段中。
[0044]在示出的一個實施例中，PPPoE服務端接收到的來自PPPoE客戶端的IP地址協商報 文的部分報文信息可以如表1所示：
[0046]表 1
[0047] 其中，表1中的第一列可以表示該IP地址協商報文的源MAC地址，即發送該IP地址 協商報文的PPPoE客戶端的MAC地址;表1中的第二列可以表示該IP地址協商報文的目的MAC 地址，即接收該IP地址協商報文的PPPoE服務端的MAC地址;表1中的第三列可以表示該IP地 址協商報文使用的網絡控制協議;表1中的第四列可以表示該IP地址協商報文的報文長度； 表1中的第五列可以表示該IP地址協商報文攜帶的信息，其中，該信息可以包括配置選項信 息，在示出的一個實施例中，表1中所示的IPCP數據幀的部分信息可以如表2所示：
[0049] 表 2
[0050] 其中，表2的第一列可以表示該協商報文攜帶的IPCP數據幀的類型，當表2中的第 一列取值0x01時，可以表示該協商報文攜帶的IPCP的數據幀的類型為Conf iguration-Request，即確認請求;表2中的第二列可以表示該協商報文攜帶的IPCP數據幀的標識，該標 識可以唯一標識該協商報文為哪一個IPCP協商過程中的協商報文;表2中的第三列可以表 示該協商報文攜帶的IPCP數據幀的長度;表2中的第四列可以表示該協商報文攜帶的配置 選項，其中，該配置選項可以包括上述協商IP地址，在示出的一個實施例中，表2中所示的配 置選項可以如表3所示：
[0052]表 3
[0053]其中，表3中的第一列可以表示PPPoE客戶端為自身配置的靜態IP地址，即本申請 中的協商IP地址。表3中的第二列和第三列分別為名稱服務端的初始IP地址和第二次的IP 地址，由于關于名稱服務端IP地址的技術為現有技術，因此本申請在此不再詳細說明。 [0054]由表1、表2以及表3可知，當PPPoE服務端接收到PPPoE客戶端發送的IP地址協商報 文時，PPPoE服務端可以從該協商報文中獲取協商IP地址。
[0055] 步驟102:判斷所述協商IP地址是否為已使用的IP地址，并在所述協商IP地址為已 使用的IP地址時，向使用所述協商IP地址的PPPoE客戶端發送探測報文。
[0056]在本申請中，從接收到的IP地址協商報文中獲取到對應的協商IP地址后，PPPoE服 務端可以先判斷該協商IP地址是否為已使用的IP地址。具體地，PPPoE服務端可以基于預設 的已上線客戶信息表來判斷該協商IP地址是否為已使用的IP地址。而在此之前，PPPoE服務 端可以先判斷該協商IP地址是否為有效的IP地址。
[0057] 在一個實施例中，PPPoE服務端上可以預設若干個地址池，每個地址池中可以包括 若干個IP地址段。PPPoE服務端在獲取到對應的協商IP地址后，可以判斷該協商IP地址是否 為上述預設的若干個地址池中的IP地址。當該協商IP地址為上述預設的若干個地址池中的 IP地址時，可以確定該協商IP地址為有效IP地址，然后，可以進一步判斷該協商IP地址是否 為已使用的IP地址；當該協商IP地址不為上述預設的若干個地址池中的IP地址池時，可以 確定該協商IP地址為無效IP地址，此時，PPPoE服務端可以向發送上述IP地址協商報文的 PPPoE客戶端發送拒絕報文。
[0058] 在示出的一個實施例中，PPPoE服務端上可以預設已上線客戶信息表，當PPPoE客 戶端基于對應的IP地址成功上線時，PPPoE服務端可以在已上線客戶信息表中保存該PPPoE 客戶端的客戶信息，其中，該客戶信息可以包括PPPoE客戶端的MAC地址以及與其對應的上 線IP地址。可以假設某一已上線PPPoE客戶端的MAC地址為00 : 23 : 24: 61:16 : 81，則當該 PPPoE客戶端基于IP地址10.27.30.1成功上線時，PPPoE服務端可以在預設的已上線客戶信 息表中保存如表4所示的對應關系：
[0060]表 4
[00611 PPPoE服務端在判斷獲取到的協商IP地址為有效IP地址后，可以基于該協商IP地 址從預設的已上線客戶信息表中查詢對應的表項。當PPPoE服務端從已上線客戶信息表中 查詢到對應的表項時，可以判斷該協商IP地址為已使用的IP地址;反之，可以判斷該協商IP 地址為未使用的IP地址。
[0062] 在本申請中，當上述協商IP地址被判斷為已使用的IP地址時，PPPoE服務端可以向 使用該IP地址的PPPoE客戶端發送探測報文，以探測該PPPoE客戶端是否正常在線。其中，為 了確保準確性，PPPoE服務端可以向該PPPoE客戶端發送若干次探測報文，例如，可以發送3 次探測報文。
[0063]當上述協商IP地址被判斷為未使用的IP地址時，PPPoE服務端可以向發送上述IP 地址協商報文的PPPoE客戶端發送指示該協商IP地址可用的確認報文，以使發送上述IP地 址協商報文的PPPoE客戶端可以基于該協商IP地址上線。
[0064]步驟103:如果在預設的時間內未接收到所述PPPoE客戶端針對所述探測報文回復 的響應報文，向發送所述IP地址協商報文的PPPoE客戶端發送指示所述協商IP地址可用的 確認報文;反之，向發送所述IP地址協商報文的PPPoE客戶端發送拒絕報文。
[0065]在本申請中，PPPoE服務端向使用上述協商IP地址的PPPoE客戶端發送探測報文 后，如果在預設的時間內未接收到該PPPoE客戶端針對上述探測報文回復的響應報文，則可 以確定對應的PPPoE客戶端未正常在線，此時，PPPoE服務端可以向發送上述IP地址協商報 文的PPPoE客戶端發送指示上述協商IP地址可用的確認報文，并將未正常在線的上述PPPoE 客戶端下線后，回收上述協商IP地址。
[0066]需要說明的是，上述未正常在線的PPPoE客戶端與發送上述IP地址協商報文的 PPPoE客戶端可以為同一PPPoE客戶端，本申請對此不做限制。
[0067] 在示出的一個實施例中，可以假設上述協商IP地址為10.27.30.1，且該協商IP地 址為已使用的IP地址。則PPPoE服務端可以基于從上述已上線客戶信息表中查詢到的對應 PPPoE客戶端的客戶信息向使用該協商IP地址的PPPoE客戶端發送若干個探測報文。由于該 探測報文由PPPoE服務端主動發送，因此，該若干個探測報文的發送間隔（例如3秒鐘）遠遠 小于PPPoE服務端基于保活機制發送的若干探測報文的發送間隔（例如3分鐘hPPPoE服務 端在發送若干探測報文后，如果在預設的時間內沒有接收到對應的PPPoE客戶端針對該若 干探測報文回復的響應報文，則PPPoE服務端可以確定對應的PPPoE客戶端未正常在線，并 向發送上述IP地址協商報文的PPPoE客戶端發送指示上述協商IP地址可用的確認報文，以 使PPPoE客戶端可以基于該協商IP地址快速上線。當然，此時PPPoE服務端可以將該未正常 在線的上述PPPoE客戶端下線后，回收上述協商IP地址。
[0068] 在本申請中，當發送上述協商IP地址的PPPoE客戶端基于上述協商IP地址成功上 線時，PPPoE服務端可以在上述預設的已上線客戶信息表中保存上述PPPoE客戶端的MAC地 址和上述協商IP地址的對應關系。
[0069]在一個實施例中，PPPoE服務端向使用上述協商IP地址的PPPoE客戶端發送探測報 文后，如果在預設的時間內接收到該PPPoE客戶端針對上述探測報文回復的響應報文，則可 以確定對應的PPPoE客戶端正常在線，此時，PPPoE服務端可以向發送所述IP地址協商報文 的PPPoE客戶端發送拒絕報文。
[0070] 由上述實施例可知，在本申請中，PPPoE服務端可以從接收到的IP地址協商報文中 獲取協商IP地址，并判斷該協商IP地址是否為已使用的IP地址，在判斷該協商IP地址為已 使用的IP地址時，PPPoE服務端可以向使用該協商地址的PPPoE客戶端發送探測報文，如果 在預設的時間內未接收到該PPPoE客戶端針對上述探測報文回復的響應報文，則向發送上 述IP地址協商報文的PPPoE客戶端發送指示所述協商IP地址可用的確認報文；反之，PPPoE 服務端可以向發送上述IP地址協商報文的PPPoE客戶端發送拒絕報文。在本申請中，PPPoE 服務端可以在發現PPPoE客戶端請求的IP地址已被使用時，主動探測使用該IP地址的PPPoE 客戶端是否在線，從而可以縮短該IP地址的回收時間，并解決配置靜態IP地址的PPPoE客戶 端在異常掉線后無法及時上線的問題。
[0071] 基于與上述方法同一的申請構思，本申請實施例還提供了 IP地址協商報文的處理 裝置的實施例。
[0072]本申請IP地址協商報文的處理裝置可以應用于以太網上的點對點協議PPPoE服務 端。其中，該IP地址協商報文的處理裝置可以通過軟件實現，也可以通過硬件或者軟硬件結 合的方式實現。以軟件實現為例，作為一個邏輯意義上的裝置，是通過其所在的處理器，將 非易失性存儲器中對應的計算機程序指令讀取到內存中運行形成的。從應用層面而言，如 圖2所示，是本申請實施例中IP地址協商報文的處理裝置的硬件結構框圖，除了圖2所示的 處理器、網絡接口、內存以及非易失性存儲器外，還可以包括其他硬件，如攝像裝置、負責處 理報文的轉發芯片等。
[0073]如圖3所示，為本申請根據一示例性實施例示出的一種IP地址協商報文的處理裝 置的框圖。
[0074]所述裝置應用于以太網上的點對點協議PPPoE服務端，其中，所述裝置包括：
[0075]獲取單元310，用于從接收到的IP地址協商報文中獲取協商IP地址；
[0076]發送單元320,用于判斷所述協商IP地址是否為已使用的IP地址，并在所述協商IP 地址為已使用的IP地址時，向使用所述協商IP地址的PPPoE客戶端發送探測報文；
[0077]處理單元330,用于如果在預設的時間內未接收到所述PPPoE客戶端針對所述探測 報文回復的響應報文，向發送所述IP地址協商報文的PPPoE客戶端發送指示所述協商IP地 址可用的確認報文;反之，向發送所述IP地址協商報文的PPPoE客戶端發送拒絕報文。
[0078]在一個可選的實現方式中，所述裝置可以包括(圖3中未示出）：
[0079]回收單元330,用于如果在預設的時間內未接收到所述PPPoE客戶端針對所述探測 報文回復的響應報文，將所述PPPoE客戶端下線，并回收所述協商IP地址。
[0080]在一個可選的實現方式中，所述PPPoE服務端上預設若干個地址池以及已上線客 戶信息表，其中，所述已上線客戶信息表包括已上線客戶的MAC地址以及上線IP地址的對應 關系，所述裝置可以包括(圖3中未示出）：
[0081] 判斷單元340,用于判斷獲取到的所述協商IP地址是否為所述預設的若干個地址 池中的IP地址，以及當所述協商IP地址為所述預設的若干個地址池中的IP地址時，基于預 設的已上線客戶信息表判斷所述協商IP地址是否為已使用的IP地址。
[0082] 在一個可選的實現方式中，所述裝置還可以包括(圖3中未示出）：
[0083]保存單元350,用于當發送所述協商IP地址的PPPoE客戶端基于所述協商IP地址成 功上線時，在所述已上線客戶信息表中保存所述PPPoE客戶端的MAC地址和所述協商IP地址 的對應關系。
[0084]在本申請中，PPPoE服務端可以從接收到的IP地址協商報文中獲取協商IP地址，并 判斷該協商IP地址是否為已使用的IP地址，在判斷該協商IP地址為已使用的IP地址時， PPPoE服務端可以向使用該協商地址的PPPoE客戶端發送探測報文，如果在預設的時間內未 接收到該PPPoE客戶端針對上述探測報文回復的響應報文，則向發送上述IP地址協商報文 的PPPoE客戶端發送指示所述協商IP地址可用的確認報文;反之，PPPoE服務端可以向發送 上述IP地址協商報文的PPPoE客戶端發送拒絕報文。在本申請中，PPPoE服務端可以在發現 PPPoE客戶端請求的IP地址已被使用時，主動探測使用該IP地址的PPPoE客戶端是否在線， 從而可以縮短該IP地址的回收時間，并解決配置靜態IP地址的PPPoE客戶端在異常掉線后 無法及時上線的問題。
[0085]本領域技術人員在考慮說明書及實踐這里申請的申請后，將容易想到本申請的其 它實施方案。本申請旨在涵蓋本申請的任何變型、用途或者適應性變化，這些變型、用途或 者適應性變化遵循本申請的一般性原理并包括本申請未申請的本技術領域中的公知常識 或慣用技術手段。說明書和實施例僅被視為示例性的，本申請的真正范圍和精神由下面的 權利要求指出。
[0086]應當理解的是，本申請并不局限于上面已經描述并在附圖中示出的精確結構，并 且可以在不脫離其范圍進行各種修改和改變。本申請的范圍僅由所附的權利要求來限制。 [0087]以上所述僅為本申請的較佳實施例而已，并不用以限制本申請，凡在本申請的精 神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本申請保護的范圍之內。
【主權項】
1. 一種IP地址協商報文的處理方法，所述方法應用于以太網上的點對點協議PPPoE月艮 務端，其特征在于，所述方法包括： 從接收到的IP地址協商報文中獲取協商IP地址； 判斷所述協商IP地址是否為已使用的IP地址，并在所述協商IP地址為已使用的IP地址 時，向使用所述協商IP地址的PPPoE客戶端發送探測報文； 如果在預設的時間內未接收到所述PPPoE客戶端針對所述探測報文回復的響應報文， 向發送所述IP地址協商報文的PPPoE客戶端發送指示所述協商IP地址可用的確認報文;反 之，向發送所述IP地址協商報文的PPPoE客戶端發送拒絕報文。2. 根據權利要求1所述的方法，其特征在于，所述方法包括： 如果在預設的時間內未接收到所述PPPoE客戶端針對所述探測報文回復的響應報文， 將所述PPPoE客戶端下線，并回收所述協商IP地址。3. 根據權利要求1所述的方法，其特征在于，所述PPPoE服務端上預設若干個地址池以 及已上線客戶信息表，其中，所述已上線客戶信息表包括已上線客戶的MAC地址以及上線IP 地址的對應關系，所述方法包括： 判斷獲取到的所述協商IP地址是否為所述預設的若干個地址池中的IP地址； 當所述協商IP地址為所述預設的若干個地址池中的IP地址時，基于預設的已上線客戶 信息表判斷所述協商IP地址是否為已使用的IP地址。4. 根據權利要求3所述的方法，其特征在于，所述方法還包括： 當發送所述協商IP地址的PPPoE客戶端基于所述協商IP地址成功上線時，在所述已上 線客戶信息表中保存所述PPPoE客戶端的MAC地址和所述協商IP地址的對應關系。5. -種IP地址協商報文的處理裝置，所述裝置應用于以太網上的點對點協議PPPoE月艮 務端，其特征在于，所述裝置包括： 獲取單元，用于從接收到的IP地址協商報文中獲取協商IP地址； 發送單元，用于判斷所述協商IP地址是否為已使用的IP地址，并在所述協商IP地址為 已使用的IP地址時，向使用所述協商IP地址的PPPoE客戶端發送探測報文； 處理單元，用于如果在預設的時間內未接收到所述PPPoE客戶端針對所述探測報文回 復的響應報文，向發送所述IP地址協商報文的PPPoE客戶端發送指示所述協商IP地址可用 的確認報文;反之，向發送所述IP地址協商報文的PPPoE客戶端發送拒絕報文。6. 根據權利要求5所述的裝置，其特征在于，所述裝置包括： 回收單元，用于如果在預設的時間內未接收到所述PPPoE客戶端針對所述探測報文回 復的響應報文，將所述PPPoE客戶端下線，并回收所述協商IP地址。7. 根據權利要求5所述的裝置，其特征在于，所述PPPoE服務端上預設若干個地址池以 及已上線客戶信息表，其中，所述已上線客戶信息表包括已上線客戶的MAC地址以及上線IP 地址的對應關系，所述裝置包括： 判斷單元，用于判斷獲取到的所述協商IP地址是否為所述預設的若干個地址池中的IP 地址，以及當所述協商IP地址為所述預設的若干個地址池中的IP地址時，基于預設的已上 線客戶信息表判斷所述協商IP地址是否為已使用的IP地址。8. 根據權利要求7所述的裝置，其特征在于，所述裝置還包括： 保存單元，用于當發送所述協商IP地址的PPPoE客戶端基于所述協商IP地址成功上線 時，在所述已上線客戶信息表中保存所述PPPoE客戶端的MAC地址和所述協商IP地址的對應 關系D
【文檔編號】H04L29/12GK105959432SQ201610414079
【公開日】2016年9月21日
【申請日】2016年6月13日
【發明人】仇俊杰
【申請人】杭州迪普科技有限公司