AR系列路由器与Cisco路由器互通时地址分配的经验案例

AR系列路由器与Cisco路由器互通时地址分配的经验案例

 

一 问题描述

问题如下：RTA（H3C路由器）与RTB（Cisco路由器）背靠背连接，在串口上封装PPP，互相给对方从地址池中分配地址，结果双方路由器都没有获得对端分配的地址。

二 定位过程

配置摘要信息：

  RTA （H3C）

ip pool 0 11.0.0.0 11.0.0.2

interface Serial0/0

 link-protocol ppp

 remote address pool

 ip address ppp-negotiate   

RTB （Cisco）

ip local pool 3  3.0.0.0  3.0.0.1

 interface Serial0

 ip address negotiated

 encapsulation ppp

 peer default ip address pool 3

 clockrate 64000

debugging信息：

在RTA上，打开debugging ppp ipcp all interface Serial0/0开关，观察到发现cisco给RTA分配3.0.0.0为无效IP地址。不能用于PPP两端数据报文的交互：

%Oct 17 11:30:46:702 2005 001 IFNET/5/UPDOWN:Line protocol on the interface Seri

al0/0 is UP

*0.249075702 001 PPP/8/debug2:

PPP Event:

Serial0/0 IPCP Open  Event

state initial

*0.249075703 001 PPP/8/debug2:

PPP State Change:

Serial0/0 IPCP : initial --> starting

*0.249075704 001 PPP/8/debug2:

PPP Event:

Serial0/0 IPCP Lower Up  Event

state starting

*0.249075704 001 PPP/8/debug2:

PPP State Change:

Serial0/0 IPCP : starting --> reqsent

*0.249075705 001 PPP/8/debug2:

PPP Packet:          //RTA向对方发IPCP请求，请对方给自己分配地址

Serial0/0 Output IPCP(8021) Pkt, Len 14

State reqsent, code ConfReq(01), id 0, len 10

IP Address(3), len 6, val 00000000

*0.249075731 001 PPP/8/debug2:

PPP Packet:        //RTA收到对方发的IPCP请求，请求给对方分配地址

Serial0/0 Input  IPCP(8021) Pkt, Len 14

State reqsent, code ConfReq(01), id 6, len 10

IP Address(3), len 6, val 00000000

*0.249075732 001 PPP/8/debug2:

PPP Event:

Serial0/0 IPCP RCR-(Receive Config Bad Request)  Event

state reqsent

*0.249075732 001 PPP/8/debug2:

PPP Packet:         //RTA向对方发IPCP应答，给对方给分配地址（合法）

Serial0/0 Output IPCP(8021) Pkt, Len 14

State reqsent, code ConfNak(03), id 6, len 10

IP Address(3), len 6, val 0b000001

*0.249075835 001 PPP/8/debug2:

PPP Packet:        //RTA收到对方应答，对方给自己分配了一个非法的IP地址

Serial0/0 Input  IPCP(8021) Pkt, Len 14

State reqsent, code ConfNak(03), id 0, len 10

IP Address(3), len 6, val 03000000   //无效IP地址!

*0.249075835 001 PPP/8/debug2:

PPP Event:

Serial0/0 IPCP RCN(Receive Config Nak/Reject)  Event

state reqsent

*0.249075836 001 PPP/8/debug2:

PPP Packet:          //RTA向对方发IPCP确认，是这个地址吗？

Serial0/0 Output IPCP(8021) Pkt, Len 14

State reqsent, code ConfReq(01), id 1, len 10

IP Address(3), len 6, val 03000000

*0.249075865 001 PPP/8/debug2:

PPP Packet:         //对方向RTA发IPCP确认，是这个地址吗？

Serial0/0 Input  IPCP(8021) Pkt, Len 14

State reqsent, code ConfReq(01), id 7, len 10

IP Address(3), len 6, val 0b000001

*0.249075866 001 PPP/8/debug2:

PPP Event:

Serial0/0 IPCP RCR+(Receive Config Good Request)  Event

state reqsent

*0.249075866 001 PPP/8/debug2:

PPP Packet:        //RTA向对方发IPCP确认，就是这个地址！

Serial0/0 Output IPCP(8021) Pkt, Len 14

State reqsent, code ConfAck(02), id 7, len 10

IP Address(3), len 6, val 0b000001

*0.249075867 001 PPP/8/debug2:

PPP State Change:

Serial0/0 IPCP : reqsent --> acksent

%Oct 17 11:30:46:965 2005 001 IFNET/5/UPDOWN:PPP IPCP protocol on the interface

Serial0/0 is UP

*0.249075965 001 PPP/8/debug2:

PPP Packet:           //RTA收到对方的IPCP确认，就是这个地址！

Serial0/0 Input  IPCP(8021) Pkt, Len 14

State acksent, code ConfAck(02), id 1, len 10

IP Address(3), len 6, val 03000000

*0.249075966 001 PPP/8/debug2:

PPP Event:

Serial0/0 IPCP RCA(Receive Config Ack)  Event

state acksent

*0.249075967 001 PPP/8/debug2:

PPP State Change:

Serial0/0 IPCP : acksent --> opened

 display ip routing-table信息

[H3C] display ip routing-table

Routing Table: public net                                                     

Destination/Mask   Protocol Pre  Cost        Nexthop         Interface         

0.0.0.0/0          STATIC   60   0           3.0.0.0         Serial0/0         

3.0.0.0/32       DIRECT   0    0           127.0.0.1       InLoopBack0              

11.0.0.1/32        DIRECT   0    0           11.0.0.1        Serial0/0  

//3.0.0.0/32为无效IP地址!不能用于PPP两端数据报文的交互。

三 分析结论

对于给对端分配地址，Cisco与Quidiway在具体实现上，有所不同：Quidiway加了一个地址冲突检测，对于非法地址可以检测出来，而Cisco则没有这一项功能。

注意到Cisco给我们分配的地址池为3.0.0.0～3.0.0.1，因为分配地址时总是从地址池里的第一个地址开始分配，所以Cisco分配给我们的即为一个非法IP地址3.0.0.0。

而当我们给Cisco分配地址时，虽然也是从第一个地址开始，但地址检测功能检测出来这是一个非法地址，所以就从地址池里的第一个合法地址开始分配，所以H3C给对端分配的地址永远是一个合法的IP地址。

四 处理办法

针对以上原因分析，在配置地址池时，注意不要包含非法地址。