h3c网络学院路由交换第四卷实验指导书

实验 1 配置 GRE VPN实验任务一：GRE VPN 基本配置步骤一：搭建实验环境在 SWA 上配置 VLAN2，将接口 E1/0/2 加入 VLAN2：SWAvlan 2SWA-vlan2port Ethernet 1/0/2步骤二：检测公网连通性查看 SWA 的路由表和端口状态，确认其工作正常。SWAdisplay ip interface brief*down: administratively down(s): spoofingInterface Physical Protocol IP Address DescriptionVlan-interface1 up up Vlan-inte.Vlan-interface2 up up Vlan-inte.SWAdisplay ip routing-tableRouting Tables: PublicDestinations : 6 Routes : 6Destination/Mask Proto Pre Cost NextHop Interface/24 Direct 0 0 Vlan/32 Direct 0 0 InLoop0/24 Direct 0 0 Vlan/32 Direct 0 0 InLoop0/8 Direct 0 0 InLoop0/32 Direct 0 0 InLoop0也可以使用 display interface 命令。在 RTA 和 RTB 上配置公网接口互通所需的静态路由。RTAinterface GigabitEthernet0/0RTA-GigabitEthernet0/0ip address RTA-GigabitEthernet0/0interface GigabitEthernet0/1RTA-GigabitEthernet0/1ip address RTA-GigabitEthernet0/1ip route-static RTBinterface GigabitEthernet0/0RTB-GigabitEthernet0/0ip address RTB-GigabitEthernet0/0interface GigabitEthernet0/1RTB-GigabitEthernet0/1ip address RTB-GigabitEthernet0/1ip route-static 步骤三：配置 GRE 隧道接口RTA interface Tunnel0RTA-Tunnel0 ip address 52RTA-Tunnel0 source RTA-Tunnel0 destination RTB interface Tunnel0RTB-Tunnel0 ip address 52RTB-Tunnel0 source RTB-Tunnel0 destination 步骤四：为私网配置静态路由RTA ip route-static Tunnel0RTB ip route-static Tunnel0配置时也可以用下一跳地址。步骤五：检验隧道工作状况查看 RTA 与 RTB 的路由表，可见公网、私网路由均存在于路由表中： RTBdisplay ip routing-tableRouting Tables: PublicDestinations : 10 Routes : 10Destination/Mask Proto Pre Cost NextHop Interface/24 Static 60 0 GE0//24 Direct 0 0 GE0//32 Direct 0 0 InLoop0/8 Direct 0 0 InLoop0/32 Direct 0 0 InLoop0/24 Static 60 0 Tun0/24 Direct 0 0 GE0/0/32 Direct 0 0 InLoop0/30 Direct 0 0 Tun0/32 Direct 0 0 InLoop0查看 RTA 和 RTB 的隧道接口状态，可见其使用 GRE 封装，状态为 UP：RTBdisplay interface Tunnel 0Tunnel0 current state: UPLine protocol current state: UPDescription: Tunnel0 InterfaceThe Maximum Transmit Unit is 1476Internet Address is /30 PrimaryEncapsulation is TUNNEL, service-loopback-group ID not set.Tunnel source , destination Tunnel keepalive disableTunnel protocol/transport GRE/IPGRE key disabledChecksumming of GRE packets disabledOutput queue : (Urgent queuing : Size/Length/Discards) 0/100/0Output queue : (Protocol queuing : Size/Length/Discards) 0/500/0Output queue : (FIFO queuing : Size/Length/Discards) 0/75/0Last 300 seconds input: 15 bytes/sec, 0 packets/secLast 300 seconds output: 21 bytes/sec, 0 packets/sec133 packets input, 5701 bytes0 input error124 packets output, 7469 bytes0 output error在 RTA 上打开 GRE 协议调试开关用 debugging 命令检验路由器实际收发的报文，说明其地址已经改变。terminal monitorterminal debuggingdebugging gre packet在 PCA 上对 RTB 运行 ping 命令，但只发送一个 ICMP 包：C:Documents and SettingsUserping -n 1 Pinging with 32 bytes of data:Reply from : bytes=32 time*Jun 26 16:15:30:443 2009 RTA GRE/7/debug:Tunnel0 packet:After encapsulation,Outgoing packet header -(length = 84)*Jun 26 16:15:30:443 2009 RTA GRE/7/debug:Output: Gre packet has been fast-switched successfully, interface index is 0x2f0000.可见 RTA 从 Tunnel0 接口发出了一个包，源地址为 ，目的地址为 。因为发送的包已经被 GRE 封装后在公网发送了。步骤六：清除静态路由用 undo ip route-static 命令。步骤七：为公网配置动态路由RTAospf 1RTA-ospf-1area RTA-ospf-1-area-network 55RTBospf 1RTB-ospf-1area RTB-ospf-1-area-network 55SWAospf 1SWA-ospf-1area SWA-ospf-1-area-network 55SWA-ospf-1-area-network 55步骤八：为私网配置动态路由RTArip 1RTA-rip-1version 2RTA-rip-1network RTA-rip-1network RTBripRTB-rip-1version 2RTB-rip-1network RTB-rip-1network 步骤九：再次检验隧道工作状况查看 RTA 与 RTB 的路由表： display ip routing-tableRouting Tables: PublicDestinations : 10 Routes : 10Destination/Mask Proto Pre Cost NextHop Interface/24 OSPF 10 2 GE0//24 Direct 0 0 GE0//32 Direct 0 0 InLoop0/8 Direct 0 0 InLoop0/32 Direct 0 0 InLoop0/24 RIP 100 1 Tun0/24 Direct 0 0 GE0/0/32 Direct 0 0 InLoop0/30 Direct 0 0 Tun0/32 Direct 0 0 InLoop0转入下一实验任务。实验任务二：GRE VPN 隧道验证步骤一：单方配置隧道验证首先在 RTA 上单方启动隧道验证：RTA-Tunnel0gre key 1234步骤二：检验隧道连通性用 ping 命令验证 PCA 与 PCB 之间的连通性。由于仅单方配置了隧道验证，此时应该无法连通。C:Documents and SettingsUserping Pinging with 32 bytes of data:Request timed out.Request timed out.Request timed out.Request timed out.Ping statistics for :Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),步骤三：配置错误的隧道验证在 RTB 上也启动隧道验证，但验证值配置与 RTA 不同：RTB-Tunnel0gre key 12345步骤四：检验隧道连通性用 ping 命令验证 PCA 与 PCB 之间的连通性。由于配置的隧道验证值错误，此时应该无法连通。C:Documents and SettingsUserping Pinging with 32 bytes of data:Request timed out.Request timed out.Request timed out.Request timed out.Ping statistics for :Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),步骤五：正确配置隧道验证在 RTB 上配置与 RTA 相同的验证值：RTB-Tunnel0gre key 1234步骤六：检验隧道连通性用 ping 命令验证 PCA 与 PCB 之间的连通性。由于配置的隧道验证正确，此时应该可以连通。C:Documents and SettingsUserping Pinging with 32 bytes of data:Reply from : bytes=32 time=1ms TTL=254Reply from : bytes=32 timeterminal monitorterminal debuggingdebugging gre alldebugging tunnel all关闭 SWA 的 VLAN2 接口，模拟公网路由突然发生故障。SWA-Vlan-interface2shutdown步骤七：观察效果，检验隧道连通性在 RTA 上观察 debugging 信息。输出信息形如：*Jun 26 17:31:54:794 2009 RTA TUNNEL/7/debug:Tunnel0 link state is UP, no change.*Jun 26 17:31:55:508 2009 RTA TUNNEL/7/debug:Before encapsulation, the packets ulLoopTimes is 0.*Jun 26 17:32:55:968 2009 RTA TUNNEL/7/debug:Before encapsulation, the packets ulLoopTimes is 0.*Jun 26 17:33:00:293 2009 RTA TUNNEL/7/debug:Tunnel0 link state is UP, no change.*Jun 26 17:33:05:332 2009 RTA TUNNEL/7/debug:Tunnel0 link state is UP, no change.*Jun 26 17:33:06:45 2009 RTA TUNNEL/7/debug:Before encapsulation, the packets ulLoopTimes is 0.*Jun 26 17:33:10:369 2009 RTA TUNNEL/7/debug:Tunnel0 link state is UP, no change.*Jun 26 17:33:15:408 2009 RTA TUNNEL/7/debug:Tunnel0 link state is UP, no change.%Jun 26 17:33:16:168 2009 RTA TUNNEL/4/LINK UPDOWN:Tunnel0: link status is DOWN%Jun 26 17:33:16:168 2009 RTA IFNET/4/UPDOWN:Line protocol on the interface Tunnel0 is DOWN*Jun 26 17:33:16:168 2009 RTA TUNNEL/7/debug:Tunnel0 down, because keepalive is not reached.*Jun 26 17:33:16:169 2009 RTA TUNNEL/7/debug:Can not get tunnel ID when tunnel(index = 0x2f0000) state is down.*Jun 26 17:33:16:169 2009 RTA TUNNEL/7/debug:Tunnel_DelTunnInUpTunnTbl: The tunnel(0x2f0000) state is down.*Jun 26 17:33:16:169 2009 RTA TUNNEL/7/debug:Before encapsulation, the packets ulLoopTimes is 0.*Jun 26 17:33:20:451 2009 RTA TUNNEL/7/debug:Tunnel0 down, because keepalive is not reached.*Jun 26 17:33:20:451 2009 RTA TUNNEL/7/debug:Tunnel0 link state is DOWN, no change.*Jun 26 17:33:25:490 2009 RTA TUNNEL/7/debug:Tunnel0 down, because keepalive is not reached.*Jun 26 17:33:25:490 2009 RTA TUNNEL/7/debug:Tunnel0 link state is DOWN, no change.*Jun 26 17:33:26:203 2009 RTA TUNNEL/7/debug:可见经过一段时间后，Tunnel0 接口状态变为 DOWN，根据 debugging 信息，原因是keepalive 消息丢失。关闭 debugging 开关，查看 Tunnel0 接口信息：undo debugging allAll possible debugging has been turned offdisplay interface tunnel 0Tunnel0 current state: DOWNLine protocol current state: DOWNDescription: Tunnel0 InterfaceThe Maximum Transmit Unit is 1472Internet Address is /30 PrimaryEncapsulation is TUNNEL, service-loopback-group ID not set.Tunnel source , destination Tunnel keepalive enable, Period(10 s), Retries(3)Tunnel protocol/transport GRE/IPGRE key value is 1234Checksumming of GRE packets disabledOutput queue : (Urgent queuing : Size/Length/Discards) 0/100/0Output queue : (Protocol queuing : Size/Length/Discards) 0/500/0Output queue : (FIFO queuing : Size/Length/Discards) 0/75/0Last 300 seconds input: 2 bytes/sec, 0 packets/secLast 300 seconds output: 2 bytes/sec, 0 packets/sec1115 packets input, 101679 bytes10 input error1084 packets output, 44012 bytes0 output error可见 Tunnel0 接口状态确实已经变为 DOWN。在 SWA 上重新打开 VLAN2 接口，过一段时间之后， Tunnel0 接口状态以及 PCA 与PCB 之间的连通性可以恢复正常。实验 2 配置 L2TP VPN- 11 -实验 1 配置 GRE VPN .- 1 -1.1 实验内容与目标 .- 1 -1.2 实验组网图 .- 1 -1.3 实验设备与版本 .- 1 -1.4 实验过程 .- 2 -实验任务一： GRE VPN 基本配置 .- 2 -步骤一： 搭建实验环境 - 2 -步骤二： 检测公网连通性 - 2 -步骤三： 配置 GRE 隧道接口 - 3 -步骤四： 为私网配置静态路由 - 3 -步骤五： 检验隧道工作状况 - 3 -步骤六： 清除静态路由 - 5 -步骤七： 为公网配置动态路由 - 5 -步骤八： 为私网配置动态路由 - 5 -步骤九： 再次检验隧道工作状况 - 5 -实验任务二： GRE VPN 隧道验证 .- 6 -步骤一： 单方配置隧道验证 - 6 -步骤二： 检验隧道连通性 - 6 -步骤三： 配置错误的隧道验证 - 6 -步骤四： 检验隧道连通性 - 6 -步骤五： 正确配置隧道验证 - 6 -步骤六： 检验隧道连通性 - 6 -实验任务三： GRE VPN 隧道 Keepalive - 7 -步骤一： 恢复静态路由配置 - 7 -步骤二： 模拟网络故障 - 7 -步骤三： 检查 RTA 上的隧道接口状态 - 7 -步骤四： 恢复网络故障 - 8 -步骤五： 配置隧道 Keepalive.- 8 -步骤六： 模拟网络故障 - 8 -步骤七： 观察效果，检验隧道连通性 - 8 -1.5 实验中的命令列表 .- 10 -1.6 思考题 .- 10 -实验 2 配置 L2TP VPN- 12 -实验 2 配置 L2TP VPN实验任务一：配置独立 LAC 模式步骤一：搭建实验环境连接设备。在 SWA 上配置 VLAN2，将接口 E1/0/2 加入 VLAN2。SWAvlan 2SWA-vlan2port Ethernet 1/0/2步骤二：检测公网连通性查看 SWA 的路由表和端口状态，确认其工作正常。SWAdisplay ip interface brief*down: administratively down(s): spoofingInterface Physical Protocol IP Address DescriptionVlan-interface1 up up Vlan-inte.Vlan-interface2 up up Vlan-inte.SWAdisplay ip routing-tableRouting Tables: PublicDestinations : 6 Routes : 6Destination/Mask Proto Pre Cost NextHop Interface/24 Direct 0 0 Vlan/32 Direct 0 0 InLoop0/24 Direct 0 0 Vlan/32 Direct 0 0 InLoop0/8 Direct 0 0 InLoop0/32 Direct 0 0 InLoop0在 RTA 和 RTB 上配置公网接口互通所需的静态路由。RTAinterface GigabitEthernet0/0RTA-GigabitEthernet0/0ip address RTA-GigabitEthernet0/0interface GigabitEthernet0/1RTA-GigabitEthernet0/1ip address RTA-GigabitEthernet0/1ip route-static RTBinterface GigabitEthernet0/0RTB-GigabitEthernet0/0ip address RTB-GigabitEthernet0/0interface GigabitEthernet0/1RTB-GigabitEthernet0/1ip address RTB-GigabitEthernet0/1ip route-static 在 RTA 上检测与 RTB 的连通性。此时应该可以连通。至此，实际上以 SWA 模拟的公网已经通信正常。步骤三：配置 PPPoE首先配置验证域 ：RTAdomain RTA-authentication ppp local然后配置 PPPoE 用户和密码：RTAlocal-user vpdnuserRTA-luser-vpdnuserpassword simple Hello实验 2 配置 L2TP VPN- 13 -RTA-luser-vpdnuserservice-type ppp配置一个虚模版接口，并为物理接口启动 PPPoE 服务，以接受 PPPoE 拨号连接并进行验证：RTA-interface Virtual-Template0RTA-Virtual-Template0ppp authentication-mode chap domain RTA-Virtual-Template0interface GigabitEthernet0/0RTA-GigabitEthernet0/0pppoe-server bind Virtual-Template 0步骤四：配置 LACRTA l2tp enableRTAl2tp-group 1RTA-l2tp1 tunnel password simple aabbccRTA-l2tp1 tunnel name LACRTA-l2tp1 start l2tp ip domain 步骤五：配置 LNS在 RTB 上进行配置。首先启动 L2TP 功能：RTBl2tp enable然后配置 域，并配置 IP 地址池。此域用于提供对 L2TP VPN 用户进行身份验证的参数，此地址池用于对 L2TP VPN 客户端分配 IP 地址：RTBdomain RTB-authentication ppp localRTB-ip pool 1 00随后添加一个本地用户，并配置其密码和服务类型，用于对 L2TP VPN 用户进行身份验证：RTB-local-user vpdnuserRTB-luser-vpdnuserpassword simple HelloRTB-luser-vpdnuserservice-type ppp接着配置 L2TP 组，指定其接受来自 域且名为 LAC 的对端设备发起的控制连接，并配置了相应的隧道本端名称、隧道验证密码等：RTB-luser-vpdnuserl2tp-group 1RTB-l2tp1allow l2tp virtual-template 1 remote LAC domain RTB-l2tp1tunnel password simple aabbccRTB-l2tp1tunnel name LNS最后还需要配置一个虚模版接口，以便对拨入的 L2TP VPN 用户进行身份验证，为其分配地址并与其进行 IP 通信：RTB-l2tp1interface Virtual-Template1RTB-Virtual-Template1ppp authentication-mode chap domain RTB-Virtual-Template1remote address pool 1RTB-Virtual-Template1ip address 步骤六：配置 PPPoE 客户端，发起 L2TP 呼叫在 PCA 上创建 PPPoE 连接。在 Windows XP 中，在任务栏上单击【开始】-【所有程序】-【 附件】-【通讯】- 【新建连接向导】 ，打开如 图 2-1 所示的【新建连接向导】窗口。实验 2 配置 L2TP VPN- 14 -图 2-1 【新建连接向导】窗口单击【下一步】 ，进入 图 2-2 所示的窗口。选择【连接到 Internet】 。图 2-2 选择网络连接类型单击【下一步】 ，进入 图 2-3 所示的窗口，选择【手动设置我的连接】 。单击【下一步】 ，进入 图 2-4 所示的窗口，选择【用要求用户名和密码的宽带连接来连接】 。实验 2 配置 L2TP VPN- 15 -图 2-3 选择配置连接的方式图 2-4 选择连接类型单击【下一步】 ，进入 图 2-5 所示的窗口，在【ISP 名称】文本框中输入连接名称，例如“我的 PPPoE 连接” 。单击【下一步】 ，指定可使用此连接的用户，再单击【下一步】进入 图 2-6 所示的窗口。在【用户名】处输入用户名 ，在【密码 】和【确认密码】处输入密码Hello。如有必要，清除【把它作为默认的 Internet 连接】复选框。单击【下一步】 ，再单击【完成】 ，即可完成连接设置。实验 2 配置 L2TP VPN- 16 -图 2-5 设置连接名称图 2-6 设置 Internet 账户信息在任务栏单击【开始】-【设置 】- 【控制面板】 ，打开【 网络连接】窗口，可以看到刚刚配置的“我的 PPPoE 连接” ，双击之，进入 图 2-7 所示的窗口，单击【连接】按钮即可发起连接。拨号成功后在【网络连接】窗口中可以看到此连接的状态为“已连接上” 。实验 2 配置 L2TP VPN- 17 -图 2-7 发起连接步骤七：检测私网连通性从 PCA 上 ping PCB，检测连通性。应该可以连通。步骤八：观察隧道建立过程在 RTA 和 RTB 上用 display 命令查看相关信息，可见 RTA 与 RTB 之间建立了一个L2TP 隧道，其中有一个 L2TP 会话：RTAdisplay l2tp tunnelTotal tunnel = 1LocalTID RemoteTID RemoteAddress Port Sessions RemoteName1 1 1701 1 LNSRTAdisplay l2tp sessionTotal session = 1LocalSID RemoteSID LocalTID11984 3303 1display l2tp tunnelTotal tunnel = 1LocalTID RemoteTID RemoteAddress Port Sessions RemoteName1 1 1701 1 LACdisplay l2tp sessionTotal session = 1LocalSID RemoteSID LocalTID3303 11984 1用 reset 命令终止隧道：reset l2tp tunnel name LACClear L2TP tunnel remote name = LAC用 display 命令查看相关信息，发现隧道和会话都消失。实验 2 配置 L2TP VPN- 18 -在 RTA 和 RTB 上打开 debugging 开关。debugging l2tp eventdebugging l2tp controldebugging l2tp eventdebugging l2tp control重新发起呼叫，通过 debugging 信息观察隧道建立的过程： %Jun 29 16:10:23:450 2009 RTA IFNET/4/UPDOWN:Line protocol on the interface Virtual-Template0:0 is UP *Jun 29 16:10:23:453 2009 RTA L2TP/7/L2TDBG: L2TP_EVENT: LAC is establishing a call on interface: Virtual-Template0:0*Jun 29 16:10:23:454 2009 RTA L2TP/7/L2TDBG: L2TP_EVENT: Handle call UP, IfIndex =3145728*Jun 29 16:10:23:454 2009 RTA L2TP/7/L2TDBG: L2TP_EVENT: LNS address in RADIUS = *Jun 29 16:10:23:454 2009 RTA L2TP/7/L2TDBG: L2TP_EVENT: VPDN group number in RADIUS = 1*Jun 29 16:10:23:454 2009 RTA L2TP/7/L2TDBG: L2TP_EVENT: LNS address = *Jun 29 16:10:23:454 2009 RTA L2TP/7/L2TDBG: L2TP_EVENT: Add new call 11564 to tunnel 1 call list (total 1)*Jun 29 16:10:23:454 2009 RTA L2TP/7/L2TDBG: L2TP_EVENT: Get UDP port number successfully: port 1701*Jun 29 16:10:23:454 2009 RTA L2TP/7/L2TDBG: L2TP_CONTROL: Put AVP Message Type: START_CONTROL_CONNECTION_REQUEST*Jun 29 16:10:23:598 2009 RTA L2TP/7/L2TDBG: L2TP_CONTROL: Put AVP Protocol version: 100*Jun 29 16:10:23:699 2009 RTA L2TP/7/L2TDBG: L2TP_CONTROL: Put AVP Host name: LAC*Jun 29 16:10:23:799 2009 RTA L2TP/7/L2TDBG: L2TP_CONTROL: Put AVP Vendor name: H3C*Jun 29 16:10:23:910 2009 RTA L2TP/7/L2TDBG: L2TP_CONTROL: Put AVP Framing capability :3*Jun 29 16:10:24:11 2009 RTA L2TP/7/L2TDBG: L2TP_CONTROL: Put AVP Assigned Tunnel ID: 1*Jun 29 16:10:24:61 2009 RTA L2TP/7/L2TDBG: L2TP_CONTROL: Put AVP Receive window size: 128*Jun 29 16:10:24:212 2009 RTA L2TP/7/L2TDBG: L2TP_CONTROL: Put AVP Challenge :59 1A BB 52 70 E2 15 CD 82 C2 CC 3F 49 2F AB D4 *Jun 29 16:10:24:313 2009 RTA L2TP/7/L2TDBG: L2TP_CONTROL: Tunnel 1 started the Hello timer (60 seconds)*Jun 29 16:10:24:414 2009 RTA L2TP/7/L2TDBG: L2TP_CONTROL: Tunnel 1 sent a SCCRQ message*Jun 29 16:10:24:515 2009 RTA L2TP/7/L2TDBG: L2TP_CONTROL: Tunnel 1 recv ctrl message and restarted Hello timer*Jun 29 16:10:24:615 2009 RTA L2TP/7/L2TDBG: L2TP_EVENT: Received message type: 2*Jun 29 16:10:24:666 2009 RTA L2TP/7/L2TDBG: L2TP_EVENT: Board 0 recv from SOCK call ID=0 tunnel ID=1 MsgType = 2 Length = 117*Jun 29 16:10:24:767 2009 RTA L2TP/7/L2TDBG: L2TP_CONTROL: Proc a control message from the peer: type=2, len = 117*Jun 29 16:10:24:878 2009 RTA L2TP/7/L2TDBG: L2TP_CONTROL: Tunnel 1 recv SCCRP when in state 2*Jun 29 16:10:24:978 2009 RTA L2TP/7/L2TDBG: L2TP_CONTROL: Tunnel 1 started the Hello timer (60 seconds)*Jun 29 16:10:25:79 2009 RTA L2TP/7/L2TDBG: L2TP_CONTROL: Checked SCCRP MSG TYPE = 2*Jun 29 16:10:25:230 2009 RTA L2TP/7/L2TDBG: L2TP_CONTROL: Parse AVP Protocol version, value: 100*Jun 29 16:10:25:281 2009 RTA L2TP/7/L2TDBG: L2TP_CONTROL: Parse AVP Framing capability, value: 3*Jun 29 16:10:25:432 2009 RTA L2TP/7/L2TDBG: L2TP_CONTROL: Parse AVP Host 实验 2 配置 L2TP VPN- 19 -name, value: LNS*Jun 29 16:10:25:532 2009 RTA L2TP/7/L2TDBG: L2TP_CONTROL: Parse AVP Remote tunnel ID: 1*Jun 29 16:10:25:633 2009 RTA L2TP/7/L2TDBG: L2TP_CONTROL: Parse AVP Bearer capability, value: 3*Jun 29 16:10:25:784 2009 RTA L2TP/7/L2TDBG: L2TP_CONTROL: Parse AVP Receive window size: 128*Jun 29 16:10:25:885 2009 RTA L2TP/7/L2TDBG: L2TP_CONTROL: Parse AVP Challenge, Value: 81 14 35 54 9E DC AA 1D 55 3F 1D CA 6D 7F 51 AE *Jun 29 16:10:25:996 2009 RTA L2TP/7/L2TDBG: L2TP_CONTROL: Parse AVP Challenge response: 9F 97 EC A2 E6 84 68 56 77 FD EC 56 74 9A 6B 5D *Jun 29 16:10:26:46 2009 RTA L2TP/7/L2TDBG: L2TP_CONTROL: Put AVP Message Type: START_CONTROL_CONNECTION_CONNECTED*Jun 29 16:10:26:147 2009 RTA L2TP/7/L2TDBG: L2TP_CONTROL: Put AVP Challenge response:1D B5 3C B0 3C 23 C7