设为首页 收藏本站
查看: 800|回复: 0

[经验分享] Cisco VLAN聚合实现IP地址有效分配

[复制链接]

尚未签到

发表于 2018-7-19 10:05:13 | 显示全部楼层 |阅读模式
  1.介绍
  本文所描述的VLAN聚合技术提供了一种机制:这种机制可以使处在同一个物理交换设备中的分属不同虚拟广播域的主机处在相同Ipv4子网中而且使用同一个默认网关。
  在当前一个大规模的交换局域网环境内,这种机制相对于今天的传统Ipv4寻址体系具有若干优点。其最主要的优点,就是保持了Ipv4体系下的地址空间占用。
  通过图1可以了解图中情况的一般实现方法:图中主机A.1和A.2同属于用户A,标记VLAN  A;主机B.1和B.2同属于用户B,标记VLAN  B;主机C.1属于用户C并单独属于VLAN   C.通常情况下,基于用户最初对IP地址空间的需求,再考虑未来的需求计划,应该给每组用户分配不同IP子网。比如,表1列出的具体安排表格是一种可行方 案。

http://www.net527.cn/uploads/allimg/100520/1014043139-0.jpg
图 1

CustomerIP SubnetAddressHostsHostsA1.1.1.0/281.1.1.11413B1.1.1.16/291.1.1.1765C1.1.1.24/301.1.1.2525
表1

  用户A开始有两台主机,但是未来计划增加至10台,结果他们就分配到能够提供16个地址的子网1.1.1.0/28.地址1.1.1.0标记了 子网号,地址1.1.1.15用做子网定向广播地址,地址1.1.1.1需要分配给路由器用做子网的缺省网关地址使用。实际上,用户能够使用的地址是13   个,而用户实际只需要10个地址就够用了。
  用户B开始有两台主机,未来计划增加至5台,结果他们就分配到能够提供8个地址的子网1.1.1.16/29.地址1.1.1.16标记了子网 号,地址1.1.1.23用做子网定向广播地址,地址1.1.1.17需要分配给路由器用做子网的缺省网关地址使用。实际上,用户刚好有5个地址可用。
  用户C有一台主机,没有增加主机的计划,结果他们就分配到能够提供4个地址的子网1.1.1.24/30.地址1.1.1.24标记了子网号, 地址1.1.1.27用做子网定向广播地址,地址1.1.1.25需要分配给路由器用做子网的缺省网关地址使用。实际上,用户能够使用的地址是1个。
  全部三个用户需要的地址总和是16个。表中的最优化的地址分配方案需要占用28个IP地址。
  如果用户A只需要3个地址,那么剩下的地址不能被其它用户使用。
  另外,假设用户C决定增加配置一台主机,当然,还需要给这台主机分配IP地址。但是,由于子网1.1.1.24/30中已经没有可用的IP地 址,而且接下来的地址空间都已分配给其它用户的话,那就需要增加一个新的子网。对于这种情况,理想的解决办法是将用户C重新分配一个掩码长度为29的子网 并将主机C.1地址修改为新子网中的地址。然而,用户会认为这不是一种可行的解决办法。同样的,用户可能会分配到别的子网网段,只是这次可能是   /29,为以后的使用提供了若干额外的地址。
  从这里可以看出,被诸如子网号、子网定向广播地址、子网缺省网关地址消耗掉的IP地址数量是相当可观的。这种寻址体系的固有约束也严重降低了灵活性。
  2.讨论
  交换环境中,在网络的路由器端,我们引进关于sub-VLANs和super-VLANs的概念,一种可以实现IP地址划分的更加优化的途径。
  实质上,我们要处理的只是使不同的sub-VLAN(用户)保留各自独立的广播域。一个或多个子虚拟网同属于一个超级虚拟网,并且都使用超级虚 拟网的默认网关IP地址。子虚拟网中的主机的编号并不依赖同超级虚拟网发生关联的IP子网,并且它们的IP子网掩码信息只是反映了它们属于哪个超级虚拟 网。
  如果需要,超级虚拟网路由器需要类似于ARP代理服务器般的功能,通过进行ARP代理,可以使不同子虚拟网中的主机相互之间进行通信。
  这种模式产生了一个更加有效的地址分配体系。这种模式也给网络工程师提供了一种规范的默认网关分配的机制。
  回过头再考虑图1的情况,我们现在使用超级虚拟网和子虚拟网模式来进行重新考虑,可以得出如表2所示结果的地址分配方案。
CustomerIP SubnetAddressHostsHostsA1.1.1.0/241.1.1.110.2-.11B1.1.1.0/241.1.1.15.12-.16C1.1.1.0/241.1.1.11.12-.16
表2

  用户A最初有两台主机,但是未来计划增加至10台。结果他们就需要分配1.1.1.2-1.1.1.11共10个地址。缺省网关地址是  1.1.1.1.子网指定为1.1.1.0/24.
  用户B最初有两台主机,但是未来计划增加至5台。结果他们就分配到1.1.1.12-1.1.1.16共5个地址。缺省网关地址是  1.1.1.1.子网指定为1.1.1.0/24.
  用户C最初有一台主机,暂时没有增加主机的计划。结果他们就分配到1.1.1.17一个地址。
  缺省网关地址是1.1.1.1.子网指定为1.1.1.0/24.
  三个用户需要的地址总数为16个,结果,子网中实际分配的地址就是16个。这16个地址再加上默认网关地址1.1.1.1、子网号  1.1.1.0和子网定向广播地址1.1.1.255,一共用去了19个地址。也就是说整个子网中还剩下236个可以分配的空余地址。
  现在,如果用户A只计划增加3个地址就可以满足需要,那么其余的IP地址可以被其它用户使用。同样的,假定用户C现在决定额外增加一台主机,也就需要分配一个IP地址,这时候只需要简单的把紧接的下一个IP地址分配给它即可,而无需更换子网及默认网关地址。
  这种模式带来的益处是显而易见的,尤其是当我们处在一个大型的局域网中或一个城域网中的时候更加明显。
  3.定向广播的使用
  本规范不提供对定向广播的支持。特定情况下,象<net,subnet,-1>类型的定向广播地址只能应用到第二层广播域中。
  尽管当前在Internet上并不赞成使用定向广播,但仍旧有很多应用软件还在使用,这些应用软件主要应用于企业内部环境中,并且仍在继续使用。那么,我们在实际应用中就要非常注意了解这些定向广播应用的细节并结合本规范中对寻址模式的描述进行仔细的研究。
  4.对多播的考虑
  在这里先假设第二层多播域等同于第二层广播域(也就是VLAN)。也就是说,对于一个想要发到IP子网中所有可能的接收端的IP多播包,IP子网的多播路由器需要使用类似于发送方的IP主机路由方式对反向路径转发进行核对的方式进行处理。
  5.实施的考虑
  完全按照这种模型构建的网络已经在服务提供商的数据中心环境下运行了一年多。其它厂商传闻也正在网络上开发类似的功能。
  6.对安全的考虑
  这种模式有一个明显的问题就是由于允许完全不同的广播域之间可以任意分配地址产生了一些弱点。因此建议使地址空间范围固定,也就是说当一个地址 或地址段被分配给特定的子VLAN的时候,一个子网接收到的其它子网主机发出的IP或ARP数据包将被丢弃,并且触发一个日志记录或其他管理事件。

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-538636-1-1.html 上篇帖子: 8月1号后Cisco考试只在VUE进行 下篇帖子: CIsco 3845 静态DNS条目(ip host)自动消失
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表