Cloud Native应用交付

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

[原创]读PPPOE/PPPOA白皮书小结.

2006年10月1日 7594点热度 0人点赞 0条评论

原文:
pppoa
http://www.cisco.com/en/US/tech/tk175/tk819/technologies_white_paper09186a0080093bd2.shtml

pppoe
http://www.cisco.com/warp/public/794/pppoe_arch.html

PPPOA,Point-to-Point Protocol over Asynchronous Transfer Mode (PPPoA)
典型的结构如下图:
pppoa_arch_2.gif
在CPE设备上,配置用户名/密码 以及VPI/VCI设置.同时该CPE设备可以配置DHCP/PAT服务为内部LAN服务,可以让LAN中很多用户都通过一个帐号上网.

根据PPP会话的终止位置,有直接终止于ISP的集中器,ISP直接分配IP给CPE,也有通过L2TP ACCESS 集中器(LAC)转发,最终目的地分配IP给CPE.如下图:
pppoa_arch_3.gif

对于直接终止于ISP的结构,PPP运行于CPE与集中器之间的ATM-PVC上,如下图:
pppoa_arch_4.gif

L2TP/L2F Tunneling模式,PPP最终终止于目的地,通过LAC转发.
pppoa_arch_5.gif

还可以通过SSG进行一对多服务映射,通过服务提供商提供的WEB页Web-based Service Selection Dashboard (SSD), 自己选择不同的服务.如下图.
pppoa_arch_6.gif
pppoa_arch_7.gif

PPPOE:
需要在用户PC上安装PPPOE协议栈,IP被直接分配给PC,PC通过CPE桥接到集中器,在CPE和集中器之间通过ETH地址通信,所以称作PPPOE.如下图:
pppoe_arch1.gif
同样根据PPP终结位置的不同,有如下2种模式:
pppoe_arch2.gif
PPPOE的建立一共有2个阶段,第一阶段是发现阶段,第二阶段是会话阶段.
第一阶段有4个步骤.
1.用户发起一个PADI(PPPoE active discovery initiation )广播,这个广播指出其想要的服务.
2.接入集中器收到广播后,回应一个PADO(PPPoE active discovery offer)提议分组.目的地是刚才发起用户的以太单播地址.可能有多个集中器回应.
3.用户端根据返回的PADO自动选择一个集中器,并发送一个PADR(PPPoE active discovery reqeust)请求分组,使用的地址是集中器的以太地址.
4.被选中的集中器接到请求分组后返回一个确认分组PPPoE active discovery session-confirmation (PADS).目的地址是用户端的以太单播地址.
这四步完成后双方都能通过SESSON ID和对方以太地址惟一确定一个PPPOE会话,并进入会话协商阶段.
图解:
pppoe_arch3.gif
PPPoE active discovery terminate (PADT)可以随时用来终止会话,双方都可以发出PADT.

相关文章

  • 注意:2019/2/1即将实施的DNS Flag Day带来的影响
  • 支持 edns client subnet dig下载
  • HTTP2 explained
  • OSPF grace-restart
  • 林夏写的DNS DOS防范文档,比较落地哦
本作品采用 知识共享署名-非商业性使用 4.0 国际许可协议 进行许可
标签: ppp pppoe
最后更新:2006年10月1日

纳米

linjing.io

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

文章评论

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
    • 我的工作
    • 我的生活
    • 网站技术
    • 路由器技术
    • 项目案例
    标签聚合
    DNS k8s bigip envoy istio api docker nginx neutron irule openstack gtm flannel network F5
    最近评论
    汤姆 发布于 9 个月前(09月10日) 嗨,楼主,里面的json怎么下载啊,怎么收费啊?
    汤姆 发布于 9 个月前(09月09日) 大佬,kib的页面可以分享下吗?谢谢
    zhangsha 发布于 1 年前(05月12日) 资料发给我下,谢谢纳米同志!!!!lyx895@qq.com
    李成才 发布于 1 年前(01月02日) 麻烦了,谢谢大佬
    纳米 发布于 1 年前(01月02日) 你好。是的,因为以前下载系统插件在一次升级后将所有的下载生成信息全弄丢了。所以不少文件无法下载。DN...
    浏览次数
    • Downloads - 184,242 views
    • 联系我 - 118,966 views
    • 迄今为止最全最深入的BIGIP-DNS/GTM原理及培训资料 - 117,400 views
    • Github - 104,161 views
    • F5常见log日志解释 - 79,925 views
    • 从传统ADC迈向CLOUD NATIVE ADC - 下载 - 75,427 views
    • Sniffer Pro 4 70 530抓包软件 中文版+视频教程 - 74,320 views
    • 迄今为止最全最深入的BIGIP-DNS/GTM原理及培训资料 - 67,770 views
    • 关于本站 - 61,171 views
    • 这篇文档您是否感兴趣 - 55,604 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号