备案控制台
探索云世界
开发者社区 云计算 文章 正文

Frame-relay综合实验-1

2017-11-09 1160
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介：

  Frame-relay综合实验-1

试验拓扑：


理解试验拓扑：本试验拓扑为部分网格，也叫 hub and sopke ， R2 和 R3 分别通过 frame 云和 R1 相连， R2 与 R3 之间没有连接。
试验目的：使用全物理接口封装 frame-relay ，然后在 R2 上 ping R3 ，观察出现的问题和掌握解决问题的方法。
实验配置：
Frame-relay Switch ：
FRSW(config)#frame-relay switching
FRSW(config)#int s1/0
FRSW(config-if)#enca frame-relay
FRSW(config-if)#frame-relay intf-type dce
FRSW(config-if)#clock rate 5600
FRSW(config-if)#frame-relay route 301 interface s1/1 103
FRSW(config-if)#frame-relay route 302 interface s1/2 203
FRSW(config-if)#no shu
FRSW(config-if)#exit
FRSW(config)#int s1/1
FRSW(config-if)#encapsulation frame-relay
FRSW(config-if)#frame-relay intf-type dce
FRSW(config-if)#clock rate 5600
FRSW(config-if)#frame-relay route 103 interface s1/0 301
FRSW(config-if)#no shu
FRSW(config-if)#exit
FRSW(config)#int s1/2
FRSW(config-if)#encapsulation frame-relay
FRSW(config-if)#frame-relay intf-type dce
FRSW(config-if)#clock rate 5600
FRSW(config-if)#frame-relay route 203 interface s1/0 302
FRSW(config-if)#no shu
 
R1 ：
R1(config)#int s1/0
R1(config-if)#ip add 172.16.3.3 255.255.255.0
R1(config-if)#enca frame-relay
R1(config-if)#no shu
 
R2 ：
R2(config)#int s1/0
R2(config-if)#ip add 172.16.3.1 255.255.255.0
R2(config-if)#enca fram
R2(config-if)#no shu
 
R3 ：
R3(config)#int s1/0
R3(config-if)#ip add 172.16.3.2 255.255.255.0
R3(config-if)#enca fram
R3(config-if)#no shu
以上为 frame-relay 基本配置，下面我们用 R2 分别 ping R1 and R3 ：
R2#ping 172.16.3.3
 
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 172.16.3.3, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 192/295/372 ms
可以 ping 通 R1 ，是因为我们有到 R1 的映射。
R2#debug ip pac
IP packet debugging is on
R2#ping 172.16.3.2
 
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 172.16.3.2, timeout is 2 seconds:
 
*Mar  1 00:02:43.959: IP: tableid=0, s=172.16.3.1 (local), d=172.16.3.2 (Serial1/0), routed via RIB
*Mar  1 00:02:43.963: IP: s=172.16.3.1 (local), d=172.16.3.2 (Serial1/0), len 100, sending
*Mar  1 00:02:43.963: IP: s=172.16.3.1 (local), d=172.16.3.2 (Serial1/0), len 100, encapsulation failed.
*Mar  1 00:02:45.959: IP: tableid=0, s=172.16.3.1 (local), d=172.16.3.2 (Serial1/0), routed via RIB
*Mar  1 00:02:45.959: IP: s=172.16.3.1 (local), d=172.16.3.2 (Serial1/0), len 100, sending
*Mar  1 00:02:45.959: IP: s=172.16.3.1 (local), d=172.16.3.2 (Serial1/0), len 100, encapsulation failed.
*Mar  1 00:02:47.959: IP: tableid=0, s=172.16.3.1 (local), d=172.16.3.2 (Serial1/0), routed via RIB
*Mar  1 00:02:47.959: IP: s=172.16.3.1 (local), d=172.16.3.2 (Serial1/0), len 100, sending
*Mar  1 00:02:47.963: IP: s=172.16.3.1 (local), d=172.16.3.2 (Serial1/0), len 100, encapsulation failed.
*Mar  1 00:02:49.959: IP: tableid=0, s=172.16.3.1 (local), d=172.16.3.2 (Serial1/0), routed via RIB
*Mar  1 00:02:49.959: IP: s=172.16.3.1 (local), d=172.16.3.2 (Serial1/0), len 100, sending
*Mar  1 00:02:49.959: IP: s=172.16.3.1 (local), d=172.16.3.2 (Serial1/0), len 100, encapsulation failed.
*Mar  1 00:02:51.959: IP: tableid=0, s=172.16.3.1 (local), d=172.16.3.2 (Serial1/0), routed via RIB
*Mar  1 00:02:51.959: IP: s=172.16.3.1 (local), d=172.16.3.2 (Serial1/0), len 100, sending
*Mar  1 00:02:51.959: IP: s=172.16.3.1 (local), d=172.16.3.2 (Serial1/0), len 100, encapsulation failed.
无法 ping 通 R3,debug 信息显示“ encapsulation failed ”，说明链路层有问题，然后用 debug fram pac 命令显示链路层调试信息：
R2#debug fram pac
Frame Relay packet debugging is on
R2#ping 172.16.3.2
 
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 172.16.3.2, timeout is 2 seconds:
 
*Mar  1 00:03:03.835: Serial1/0:Encaps failed--no map entry link 7(IP).
*Mar  1 00:03:05.831: Serial1/0:Encaps failed--no map entry link 7(IP).
*Mar  1 00:03:07.831: Serial1/0:Encaps failed--no map entry link 7(IP).
*Mar  1 00:03:09.831: Serial1/0:Encaps failed--no map entry link 7(IP).
*Mar  1 00:03:11.831: Serial1/0:Encaps failed--no map entry link 7(IP).
Success rate is 0 percent (0/5)
我们看到 debug 信息显示“ :Encaps failed--no map entry link ”，说明没有到 R3 的映射，因为我们这里采用的是 InverseARP 来动态映射 IP 和 DLCI 的，由于 InverseARP 无法映射远端 spoke 的 IP ，所以在这里我们需要用 frame-relay map 命令手动添加，如下：
R2(config)#int s1/0
R2(config-if)#fram map ip 172.16.3.2 103 broadcast
再观察 ping R3 时调试信息：
R2#ping 172.16.3.2
 
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 172.16.3.2, timeout is 2 seconds:
 
*Mar  1 00:04:38.395: Serial1/0(o): dlci 103(0x1871), pkt type 0x800(IP), datagramsize 104
*Mar  1 00:04:38.603: Serial1/0(i): dlci 103(0x1871), pkt type 0x800, datagramsize 60.
*Mar  1 00:04:40.391: Serial1/0(o): dlci 103(0x1871), pkt type 0x800(IP), datagramsize 104.
*Mar  1 00:04:42.391: Serial1/0(o): dlci 103(0x1871), pkt type 0x800(IP), datagramsize 104.
*Mar  1 00:04:44.391: Serial1/0(o): dlci 103(0x1871), pkt type 0x800(IP), datagramsize 104.
*Mar  1 00:04:46.391: Serial1/0(o): dlci 103(0x1871), pkt type 0x800(IP), datagramsize 104.
Success rate is 0 percent (0/5)
成功发送出去，但是还是无法 ping 通，我们到 R3 上观察调试信息：
R3#debug fram pac
Frame Relay packet debugging is on
R3#
*Mar  1 00:03:49.847: Serial1/0(i): dlci 203(0x30B1), pkt type 0x800, datagramsize 104
*Mar  1 00:03:49.847: Serial1/0:Encaps failed--no map entry link 7(IP)
*Mar  1 00:03:51.863: Serial1/0(i): dlci 203(0x30B1), pkt type 0x800, datagramsize 104
*Mar  1 00:03:51.863: Serial1/0:Encaps failed--no map entry link 7(IP)
同样出现了没有做映射的问题，因为 ICMP ECHO 包需要返回应答，所以必须在 R3 上也要手动添加到 R2 的映射：
R3(config)#int s1/0
R3(config-if)#fram map ip 172.16.3.1 203 broadcast
然后在 R2 上 ping R3 ：
R2#ping 172.16.3.2
 
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 172.16.3.2, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 360/392/432 ms
OK ，可以 ping 通。能 ping 通的原因是 spoke 路由器把包发给 hub 路由器，由于 hub 路由器有到全部 spoke 路由器的映射，所以它可以把包成功的转发到目的 spoke 路由器。
 
总结：在部分网格 /hub and spoke 拓扑结构中，如果全部采用物理接口来配置 frame-relay 的话，需要在所有的 spoke 路由器上添加到其余所有 spoke 路由器的映射。

















本文转自loveme2351CTO博客，原文链接： http://blog.51cto.com/loveme23/43208  ，如需转载请自行联系原作者


文章标签：
网络架构
内存技术
技术小甜
目录
相关文章
有疑说
|
9月前
|
Java
深入理解Log4j工作原理
深入理解Log4j工作原理
有疑说
97 0
亿人安全
|
安全 前端开发 fastjson
浅谈Log4j2不借助dnslog的检测（二）
浅谈Log4j2不借助dnslog的检测
亿人安全
213 0
浅谈Log4j2不借助dnslog的检测（二）
亿人安全
|
安全 网络协议 Oracle
浅谈Log4j2不借助dnslog的检测（一）
浅谈Log4j2不借助dnslog的检测
亿人安全
408 0
浅谈Log4j2不借助dnslog的检测（一）
黄啊码
|
Shell Android开发 Python
Back Track下建立“钓鱼”热点测试
Back Track下建立“钓鱼”热点测试
黄啊码
94 0
megaverse
|
网络虚拟化
IRF典型配置举例（BFD MAD检测方式）
使用两台交换机进行IRF的最简配置，两台交换机适合于BFD的检测模式。
megaverse
1844 0
林冠宏
|
缓存 Go API
浅析 <路印协议--Loopring> 及整体分析 Relay 源码
作者：林冠宏 / 指尖下的幽灵 前序： 路印协议功能非常之多及强大，本文只做入门级别的分析。 理论部分请细看其白皮书，https://github.com/Loopring/whitepaper 实际代码部分：https://github.com/Loopring/relay 目录 路印协议 一般应用于 作用 模块组成部分 交易流程 代码核心业务逻辑 relay源码概述 路印协议 简称Loopring 和 0x、Kyber 一样，是区块链应用去中心化交易协议之一，协议明确了使用它来进行买卖交易的行为务必要按照它规定的模式来进行。
林冠宏
1819 0
技术小甜
|
网络架构 内存技术
Frame-relay 综合实验-4
技术小甜
1079 0
技术小甜
|
网络架构 内存技术
Frame-relay 综合实验-3
技术小甜
1312 0
技术小甜
|
内存技术
Frame-relay 综合实验-2
技术小甜
1347 0
技术小甜
|
网络架构 内存技术
Frame-relay 综合实验-5（结尾篇）
技术小甜
1071 0

热门文章

最新文章

  • 1
    疑犯追踪第一季/全集Person Of Interest迅雷下载
  • 2
    【直播系列之一】1篇文章看懂峰值带宽、流量、转码、连麦、截图五大直播计费方式
  • 3
    理解事务的4种隔离级别
  • 4
    阿里云网站域名备案流程全过程讲解(图文)
  • 5
    在服务器的raid1中安装windows server系统（踩坑记录）
  • 6
    如何用Vue实现简易的富文本编辑器，并支持Markdown语法
  • 7
    怎么才能快速提高小程序留存率！
  • 8
    程序员请放下浮躁的心
  • 9
    如何解决域中普通用户只限于10台客户机加入域的数量问题
  • 10
    博客园模板 样式优化
  • 1
    未来技术纵横谈：区块链、物联网与虚拟现实的融合与创新
    46
  • 2
    软件体系结构 - 缓存技术（9）缓存穿透
    48
  • 3
    提升Android应用性能的实用技巧
    38
  • 4
    工具变量法(两阶段最小二乘法2SLS)线性模型分析人均食品消费时间序列数据和回归诊断（下）
    44
  • 5
    软件体系结构 - 缓存技术（8）缓存雪崩
    43
  • 6
    软件体系结构 - 缓存技术（7）Redis持久化方法
    46
  • 7
    Python用KShape对时间序列进行聚类和肘方法确定最优聚类数k可视化
    40
  • 8
    软件体系结构 - 缓存技术（6）淘汰策略
    43
  • 9
    基于R语言股票市场收益的统计可视化分析
    51
  • 10
    软件体系结构 - 数据分片（2）一致性哈希分片
    47

    • 相关电子书

    更多
  • Check Point云安全视角 领先一步 ONE STEP AHEAD
  • 低代码开发师（初级）实战教程
  • 阿里巴巴DevOps 最佳实践手册
    • 下一篇
    部署LAMP环境（Alibaba Cloud Linux 3）