Cloud Native应用交付

  • 首页
  • 关于本站
  • 个人介绍
  • Downloads
  • Repo
    • Github
    • Container
  • F5
    • F5 Python SDK
    • F5-container
    • F5-LBaaS
  • 社交
    • 联系我
    • 微信/微博
    • 公众号
    • 打赏赞助
行至水穷处 坐看云起时
Cloud Native Application Services: cnadn.net
  1. 首页
  2. 路由器技术
  3. 正文

帧中继frame-relay

2006年04月12日 8977点热度 0人点赞 1条评论

帧中继网络一种费广播多址网络(NBMA)
帧中继DTE之间的逻辑通信路径叫做VC,预先定义的VC叫做永久虚电路(PVC)
DLCI 数据链路连接标志符,用来表示帧将要通过的VC

DTE设备与局方帧中继交换机依靠LMI协议进行状态交互,以了解当前链路状态.要求DTE,DCE设备使用相同的LMI标准,否则将无法正常工作.
在CISCO路由器上LMI协议的参数可以有 cisco(cisco专用) ansi q933a,默认路由器上启用自动侦测.

路由器帧封装类型必须保持一致,cisco默认封装类型cisco,另一种为ietf

DLCI仅仅需要在本地不重复就可以

对于全互连帧中继网络而言,由于同一物理接口将会有有多条VC,路由器必须依靠DLCI与ip的映射来确认数据将通过哪条VC,但是由于路由器默认启用了I-ARP 反向ARP,并且可以通过lmi了解到VC信息,所以在这种情况下,可以忽略手工 frame-relay map,而由路由器自动进行map.全互连方式下,所有VC接口处于一个网络中.

                                   199.1.10.0/24
                                     ROUTER-A(DLCI 51)
                                   199.1.1.1

                199.1.1.2                              199.1.1.3
                ROUTER-B (DLCI 52)                     ROUTER-C(DLCI 53)
                199.1.11.0/24                          199.1.12.0/24

上面3个路由器分别通过S0串口,形成共享全互连帧中继网络
要求 ROUTER-C的VC全部使用IETF封装, ROUER-A ROUTER-B之间VC默认
ROUTER-A的LMI类型为Q933A ROUTER-C的LMI类型为 ANSI

ROUTER-A配置:
!router-a一条vc使用CISCO封装,与C的VC使用ietf封装,由于2个VC封装类型不同,我们必须使用 frame-relay inte***ce-dlci 命令来改变每条vc的封装
inte***ce s0
!封装帧中继协议而不是默认的HDLC协议,也是ppp协议
encapsulation frame-relay
!配置lmi为 q933a(其实该参数实际中应从ISP处获得)
frame-relay lmi-type q933a
!与c路由器的vc使用ietf封装,必须要和c保持一致
frame-relay interface-dlci 53 ietf
!与b的路由器使用默认封装cisco 就不必单独配置
ip address 199.1.1.1 255.255.255.0

ROUTER-C配置:
C路由器由于2条vc都要求是ietf封装,所以我们不必在每条vc上定义,直接在封装frame-relay协议时候 用参数封装
inte***ce s0
encapsulation frame-relay ietf
frame-relay lmi-type ansi
ip address 192.1.1.3 255.255.255.0

再上面的配置的中,我们没有单独进行DLCI与ip地址的映射,为什么?作为全互连帧中继网络,反向arp是默认开启,通过反向ARP 通告,路由器动态学习到2者对应关系,如果关闭反向arp,此时就需要手工映射
C上的手工映射
no frame-relay inverse-arp
frame-relay map ip 199.1.1.1 51 broadcast
frame-relay map ip 199.1.1.2 52 broadcast
其他路由器雷同
 

对于点到点子接口模式,且每条vc都是独立的ip子网,此时需要将一个物理接口分解为多个逻辑子接口,由于是多个vc汇聚于一个接口,所以必须告诉路由器每个VC的DLCI号,由于是点到点的逻辑链路,在这种情况下,只要知道了每条vc的dlci号,我们不需要对应ip,路由器就可以正确发送数据,所以在每个vc都是一个子网的情况下,默认是禁止反向arp的.
配置范例
!在物理接口上封装frame-relay协议
inte***ce s0
encapsulation frame-relay
frame-relay lmi-type insi

!创建子接口
inte***ce s 0.1 point-to-point
ip address 140.1.1.1 255.255.255.0
frame-relay inte***ce-dlci 52

inte***ce s 0.2 point-to-point
ip address 140.1.2.1 255.255.255.0
frame-relay inte***ce-dlci 53 ietf

inte***ce s 0.3 point-to-point
ip address 140.1.3.1 255.255.255.0
frame-relay inte***ce-dlci 54

混合方式,部分全互连,部分VC使用单独子网
对于全互连的子接口 创建时候要说明是多点子接口
inte***ce s 0.1 mutipoint
ip address 140.1.1.1 255.255.255.0
此时要申明多点连接所有DLCI号
frame-raly inte***ce-dlci 51
frame-raly inte***ce-dlci  52
其他的点到点子接口同上面的点到点子接口配置类似.

相关文章

  • 以前单位同事一次DHCP snooping排错经历
  • http://www.cisco.com/warp/public/707/gre_ipsec_ospf.html
  • IPSEC VPN上跑组播
  • NAT-WITH ACL OR ROUTE-MAP
  • ICMP TYPE CODE 对应表
本作品采用 知识共享署名-非商业性使用 4.0 国际许可协议 进行许可
标签: Frame-relay dlci lmi vc
最后更新:2006年04月12日

纳米

linjing.io

打赏 点赞
< 上一篇
下一篇 >

文章评论

  • 纳米

    本地dlci与远端ip的映射

    2006年04月18日
    回复
  • razz evil exclaim smile redface biggrin eek confused idea lol mad twisted rolleyes wink cool arrow neutral cry mrgreen drooling persevering
    取消回复

    这个站点使用 Akismet 来减少垃圾评论。了解你的评论数据如何被处理。

    页面AI聊天助手

    纳米

    linjing.io

    ☁️迈向Cloud Native ADC ☁️

    认证获得:
    TOGAF: ID 152743
    Kubernetes: CKA #664
    Microsoft: MCSE MCDBA
    Cisco: CCNP
    Juniper: JNCIS
    F5:
    F5 Certified Solution Expert, Security
    F5 Certified Technology Specialist, LTM/GTM/APM/ASM
    F5 Certified BIG-IP Administrator
  • 点击查看本博技术要素列表
  • 归档
    分类
    • AI
    • Automation
    • Avi Networks
    • Cisco ACI
    • CISCO资源
    • F5 with ELK
    • F5-Tech tips
    • F5技术
    • Juniper
    • Linux
    • NGINX
    • SDN
    • ServiceMesh
    • WEB编程
    • WINDOWS相关
    • 业界文章
    • 交换机技术
    • 化云为雨/Openstack
    • 协议原理
    • 容器/k8s
    • 我的工作
    • 我的生活
    • 网站技术
    • 路由器技术
    • 项目案例
    标签聚合
    bigip gtm flannel openstack neutron istio envoy nginx api DNS irule F5 docker k8s network
    最近评论
    汤姆 发布于 8 个月前(09月10日) 嗨,楼主,里面的json怎么下载啊,怎么收费啊?
    汤姆 发布于 8 个月前(09月09日) 大佬,kib的页面可以分享下吗?谢谢
    zhangsha 发布于 1 年前(05月12日) 资料发给我下,谢谢纳米同志!!!!lyx895@qq.com
    李成才 发布于 1 年前(01月02日) 麻烦了,谢谢大佬
    纳米 发布于 1 年前(01月02日) 你好。是的,因为以前下载系统插件在一次升级后将所有的下载生成信息全弄丢了。所以不少文件无法下载。DN...
    浏览次数
    • Downloads - 183,775 views
    • 联系我 - 118,966 views
    • 迄今为止最全最深入的BIGIP-DNS/GTM原理及培训资料 - 116,514 views
    • Github - 103,665 views
    • F5常见log日志解释 - 79,774 views
    • 从传统ADC迈向CLOUD NATIVE ADC - 下载 - 74,627 views
    • Sniffer Pro 4 70 530抓包软件 中文版+视频教程 - 74,320 views
    • 迄今为止最全最深入的BIGIP-DNS/GTM原理及培训资料 - 67,770 views
    • 关于本站 - 60,915 views
    • 这篇文档您是否感兴趣 - 55,495 views
    链接表
    • F5SE创新
    • Jimmy Song‘s Blog
    • SDNlab
    • Service Mesh社区
    • 三斗室
    • 个人profile
    • 云原生社区

    COPYRIGHT © 2023 Cloud Native 应用交付. ALL RIGHTS RESERVED.

    Theme Kratos Made By Seaton Jiang

    京ICP备14048088号-1

    京公网安备 11010502041506号