Cloud Native应用交付

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

[原创]DHCP原理及试验

2006年11月16日 7611点热度 0人点赞 0条评论

DHCP支持3种IP地址分配机制:

1.              自动分配Automatic allocation,dhcp 分配一个永久的IP地址给客户端

2.              动态分类Dynamic allocation,DHCP分配一个有时间限制的IP地址给库户端(或者直到客户端明确的放弃地址)

3.              手工分配 Manual allocation 管理员分配IP地址给客户端,DHCP只是简单的将所分配的地址传递给客户端。

DHCP桢格式是基于BOOTP的,确保了和BOOTP的兼容性。

CISCO ios全面支持DHCP,支持管理分配,地址获取,如果一个DHCP服务不能满足当前要求,它可以向其他DHCP发起请求。

 

DHCP交换过程

            

          发送DHCPDISCOVER广播

Client---------------------------------------------------àServer

 

          DHCPOFFER单播

Client<----------------------------------------------------- Serve

 

          DHCPrequest广播

Client---------------------------------------------------àServer

 

          DHCPACK单播

Client<----------------------------------------------------- Server

 

首先客户端发出一个DHCP的发现广播,所有DHCP服务器都会接到这个请求,所有的DHCP服务器都回应一个OFFER单播,这个单播提供了具体的配置参数。

客户端会选择使用第一个收到的OFFER,并发送一个request广播。这个广播会被所有刚才提供了OFFER的DHCP服务器接到,因此其他的未被使用的DHCP服务器可以收回自己刚才的OFFER。

正确的DHCP服务器返回一个ACK单播确认这次OFFER。

 

另:如果在DHCPSERVER提供的OFFER里参数有错误,那么客户端会发出一个DHCPdecline广播信息给DHCP服务器。

如果在协商期间发生错误或者客户端太长时间不响应服务器,那服务器会发出一个DHCPNAK的拒绝广播消息,表明刚才提供的OFFER没有被分配。

 

 

DHCP如何选择正确的地址给客户端:

1.              如果客户端不是直接相连(DHCP发现广播消息里的giaddr字段非0),那么DHCP服务器会选择一个包含这个字段地址所在子网的地支池。

2.              如果客户端是直接相连的,那么就会选择包含接收到DHCP发现广播的接口所在子网的地址池,也就是会选一个和接收到请求的接口一样子网的地址池。如果接口有辅助IP,那么仅当主IP所在池被耗尽时才用它。

 

DHCP中继代理

某个主机起到一个代理作用,将一个物理网络的DHCP客户请求转发到其他非直连的DHCP服务器上,并将回应转发给客户端,这个过程是透明的。

 

DHCP的数据库是按照树状来组织的

根是一个网络

分支是一个子网

叶子是绑定给客户端的IP

下一级继承上一级的参数,因此像域名这样的参数应该配置在高层如网络或者子网络。

 

实验内容:

DHCP原理及实验.pdf

相关文章

  • 暴风影音DNS事件分析
  • 配置组播(最少配置)
  • [转]RTR/SLA 在多ISP环境下下的应用--已经更新,切换后线路恢复时,已能自动恢复
  • 【原创】用CISCO VPN-Client4.01连接扩展验证-VPN-SERVER配置
  • 【原创】用CISCO VPN-Client4.01连接VPN-SERVER配置
本作品采用 知识共享署名-非商业性使用 4.0 国际许可协议 进行许可
标签: 暂无
最后更新:2006年11月16日

纳米

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