IT网络运维:组播协议应用
2020-03-25 21:53 作者:admin 浏览量:
秘不外传:人类最神奇的金钱十大秘密法则
地球人都知道磁铁有吸引力,金属器件一靠近就被磁铁吸附于身,想拿下来都很困难
。
其实万物都有吸引力,只不过不同物体的引力大小是不一样的,而且不同的属性吸引物体的种类也是不同的,所以才会有这个千姿百态的世界,有的人吸引的是才华,有的人吸引的是人脉,有的人吸引的是资源,那如何成为一个超级吸引金钱的人呢?
只有搞清楚金钱的属性,才能成为一个强大的吸引金钱的磁铁。
金钱的十大秘密法则:
1. 金钱的本质是"侍奉生命、服务他人"。
金钱生来就是服务生命,你拥有钱的多少,取决于你服务了多少人,你服务的人越多,你拥有的钱就越多,为什么马云和马化腾是中国最有钱的人,因为腾讯和阿里为十几亿人服务,所以他们都是掌握金钱本质的人
。
2. 财道:敬惜物命,物尽其用。
天道是自强不息,地道是厚德载物,人道是敬天爱人,财道是敬惜物命,物尽其用,只有用好钱,用对钱,钱才会不断地向你涌来,这就像交朋友一样,你让朋友开心,朋友就会向你靠近,你让朋友难受,朋友就会不搭理你
。
3. 金钱98%是能量,2%是物质,财富与能量成正比。
金钱是能量,能量又是振动的, 同频才能共振,所以人心越平和、通达,能量越高,吸引力也就越大, 根据吸引力法则,财富自然就会越聚越多
。
提升能量场的方法,首先打开自己的限制,活出本有的智慧
。其次选择向善,拥有慈悲心态
。最后发大愿,成就大事业,才能拥有大财富,金钱才会源源不断地被你吸引过来
。
4. 万法皆空,因果不空。因果法则,改命之道。
种瓜得瓜,种豆得豆
。你付出什么你就能得到什么,你想要有钱,你就需要帮助更多人挣钱
。你想要有智慧,你就需要帮助更多人解脱
。你想要获得爱,你就需要去爱更多的人
。
5. 财富无需苦苦追求。成为自己,累积福德。
我若盛开,蝴蝶自来,我若精彩,天自安排
。
只有活成自己想要的样子,并能帮助更多的人,财富自然而然就来了,天天四处奔忙,想要挣钱,到头还是一场空,因为你没有成为超级吸引金钱的磁铁,钱来了也待不住,修炼自己,钱就会紧紧的抱着你
。
6. 想赚钱不如去赚钱,行动才会消除恐惧。
夜里想想千条路,早上起来走老路
。想法很多,没有实际行动,永远不可能成为超级吸引金钱的磁铁,立刻行动,才会有力量,才能驱赶内心深处的恐惧,才能让自己越来越有吸引力
。
人生处处是修行,赚钱只是修行的一种方式,当你还没有赚到钱时就想想怎样让更多的人赚钱,当你内心能装下一个公司你就是CEO,你内心能装下多大的世界,你就能拥有多少财富
。
7. 意到气到,什么样的念头带来什么样的能量,多大能量就有多大吸引力.
每一个心念都会带着一个能量,自私负面的心念会降低一个人的能量场。只要时时怀有爱人之心、做助人之事,能量自然就高,财富会追着你而来。
8. 感恩是源头。厚土才能种大树,厚恩才能成大业。
感恩之心离财富最近,越感恩越拥有,感恩的能量就是金钱的能量,感恩可以持续地提升你的能量……
9. 内在心量和外在财富是相互促进的,内外都富足的人生才圆满。
向内走多深,向外走多远,只有不断向内看的人,才能让自己外在不断改变,只有不断改变自己的人,他的世界才会随之而变,世界变了,人生也就变了,人生变了,你所拥有的一切也就变了
。
10. 金钱要通过维持一种慷慨的态度来创造。
越付出越拥有,你看当今世界上最富有的人都是最慷慨的人,比尔盖茨、巴菲特、马云,他们捐出了那么多的钱做慈善事业,但金钱依然向雪球一样向他们滚滚而来,并且是越滚越多
。
掌握金钱的运作规律,成为一块超级吸引金钱的磁铁,你的生命从此将会发生神奇般的改变,来吧,一起来迎接全新的旅程!
IT网络运维:组播协议应用
随着internet的飞速发展,利用internet进行协作开发的项目越来越多。对某些应用而言,如分布式数据库开发,一个开发工作组有很多人需在不同的地点协作并经常交换情况。在组的规模比较小的情况下,只需点对点交换信息即可;如果组的规模比较大,点对点交换信息不管对网络还是对信息发送者,都是一种负担,代价昂贵。有时虽可用广播的方式进行处理,但如果在一个上百万节点的网络上向数千台主机进行广播是很低效的甚至是不大可能的。一则绝大部分机器对此不感兴趣,造成信息垃圾;更糟糕的是,部分主机虽需要此信息但可能被误认为对此信息不感兴趣而收不到此项信息。因此,我们需要一种办法让本身规模较大而相对互连网又较小的工作组能相互方便、快捷地传递信息。为此,我们引进了 IP组播的概念。
1.硬件组播的含义
1.1 含义
硬件组播(multicasting)是一种多点投递的形式,它使用硬件技术,通过使用大量组播地址来通信。当某一组机器需要通信时,选择一个组播地址,并配置好相应的网络接口硬件,识别组播地址,从而收到该组播地址上分组的拷贝。
1.2 组播与广播、单播
广播(broadcasting)是多点投递的最普遍的形式,它向每一个目的站投递一个分组的拷贝。它可以通过多个单次分组的投递完成,也可以通过单独的连接传递分组的拷贝,直到每个接收方均收到一个拷贝为止。
在多数网络中,用户是通过把分组分送给一个特殊保留的地址即广播地址(broadcast address)来进行广播投递,它的主要缺点是会耗费大量的主机资源和网络资源。
单播(unicasting)是指只有一个目的地的数据报传递。从投递目的地的数量而言,单播和广播均可看作是组播的一个子集。单播可以看作仅包括一台机器群组的组播;广播可以看作包含了所有机器群组的组播。但从数据报的投递方式而言,单播、广播和组播还是有较大的区别。
2.IP组播的基本概念
2.1 含义
IP组播(IP multicasting)是对硬件组播的抽象,是对标准IP网络层协议的扩展。它通过使用特定的IP组播地址,按照最大投递的原则,将IP数据报传输到一个组播群组(multicast group)的主机集合。它的基本方法是:当某一个人向一组人发送数据时,它不必将数据向每一个人都发送数据,只需将数据发送到一个特定的预约的组地址,所有加入该组的人均可以收到这份数据。这样对发送者而言,数据只需发送一次就可以发送到所有接收者,大大减轻了网络的负载和发送者的负担。
2.2 IP组播成员
IP组播中各个成员可以不受地域的限制,分布于各个独立的物理网络上,其关系也是动态的,一台主机可以在任何时候加入或者退出某个群组,也可以是任意群组的成员,其成员关系决定了该主机是否接收发送给该群组的组播数据报;同时,不是某个群组的成员也可以向某个群组发送组播数据报,使之具有更大的灵活性。
参与组播的主机可以分为三个级别:
级别0: 主机不能收、不能发IP组播数据报
级别1: 主机只能发、不能收IP组播数据报
级别2: 主机既能收、也能发IP组播数据报
级别0的主机不受组播收发数据报的影响,唯一的例外是在某些类型的局域网,级别1或级别2的主机可能将组播数据报误送给级别0 的主机(这种情况将在 3.2.1中讨论),级别0 的主机需要仔细检查所有到达的数据报的目的IP地址(主机对任何数据报均需这样),丢弃误投的数据报。
级别1的主机可以分享部分基于组播的服务,比如资源定位、状态报告、发送IP组播数据报,但不能加入到任何主机组。一个主机仅需极少数代码就可以从级别0升级到级别1,即IP软件允许某个应用程序指定一个组播地址作为其目的IP地址,并将组播地址映射为相应网络的硬件组播地址(具体映射方法在3.2中讨论)
级别2的主机可以可以使用IP组播所有功能,除可以使用级别1主机所能使用的功能外,可以自由加入和离开主机组、可以发送IP组播数据报等。要实现此功能,它要求实现internet群组管理协议(internet group management protocol,简称IGMP)、IP扩展和主机的本地网络服务接口。
3. IP组播地址
3.1 基本概念
3.1.1 定义
根据internet NIC关于IP地址的规定,IP地址共分为A-E 共5类,其中A-C类目前应用的普通IP地址,E类地址保留为将来使用,D 类地址即为组播地址,其网络号为固定的1110(第0~3位),第4~31位定义了某一特殊的组播地址,范围为 224.0.0.0~239.255.255.255,共有228个约27亿个地址。
IP组播地址仅能作为目的地址。它们不能作为数据报的源字段或者出现在源路由和路由记录选项中。
3.1.2 分类
IP组播地址由internet NIC负责管理,和协议端口一样,有一部分是保留的,仅供特殊群组成员使用,不管有无成员,该地址均要保留,这部分地址称为知名(well-known)地址;其余地址则不一样,仅供临时使用,被称为临时组播群组(transient multicast group),可以按需创建,成员可以动态调整,但在成员数目为0时撤销。
3.1.3 部分知名IP组播地址
如上所述,IP组播地址范围是224.0.0.0~239.255.255.255,下面列出部分知名或已用的IP组播地址。实际上, 224.0.0.0---224.2.255.255的绝大部分地址已被使用,建议使用时避开上述地址(详细使用情况请参阅RFC 1700)。
224.0.0.0 基础地址,保留,不能被任何群组使用
224.0.0.1 全主机群组(all hosts group),指参加本IP组播的所有主机、路由器、网关(不是指整个互连网)
224.0.0.2 本子网上的路由器(all routers on a LAN)
224.0.0.4 DVMRP*路由器(DVMRP Routers)
224.0.0.5 本子网上的OSPF*路由器(all OSPF routers on a LAN)
224.0.0.6 本子网上被指定的OSPF路由器(all designated OSPF routers on a LAN)
224.0.1.1 网络时间协议(Network Time Protocol,NTP)
224.0.5.000-224.0.5.127 蜂窝式数字信息包数据发送主机组(CDPD Groups)
224.1.0.0-224.1.255.255 基于流的协议组播主机组(Stream Protocol Multicast Groups)
224.2.0.0-224.2.255.255 多媒体会议呼叫(Multimedia Conference Calls)
*注:DVMRP是Distance vector multicast routing protocol的缩写,意为距离矢量组播选路协议,是用来生成组播路由;OSPF 是open shortest path first,意为开放最短路径最先,是IETF设计的一种路由协议。
3.2 IP组播地址与网络硬件组播地址的映射
3.2.1 IP组播地址与以太网硬件组播地址的映射
3.2.1.1 映射方法
以太网硬件地址是48位,而IP地址是32位,有效IP组播地址是28位,以太网支持IP组播地址到以太网组播地址的映射,他们之间的映射很巧妙而简单,主要规则如下:
将IP组播地址的低23位简单地代替特定的以太网地址01.00.5e.00.00.00(16进制)中的低23位。
例如:IP组播地址224.66.60.89(16进制,其2进制为:1110 0000.0100 0010.0011 1100.0101 1001)映射到以太网的地址为:01.00.5e.66.60.89(16进制)。
按此规则,IP组播地址范围为224.0.0.0~239.255.255.255,映射到以太网组播地址为01.00.5E.00.00.00~ 01.00.5E.7F.FF.FF
这样做一是因为映射方法简单,便于计算和实现;二是可以包括绝大部分组播地址了;三是IP组播地址映射后仅使用以太网地址的固定部分,有利于排错和查找,不易与其它使用以太网的协议发生冲突和干扰。
3.2.1.2 不同IP组播地址映射到相同以太网地址的讨论
在IP组播地址映射到以太网地址的过程中,有人可能发现一个有趣的现象,多个不同的IP组播地址映射到了相同的以太网地址。例如:IP组播地址 225.118.100.100和226.246.100.100映射到以太网的地址均为01.00.94.118.100.100。这是为什么呢,下面从机理上作一分析:
由于IP组播地址的有效位为28位,而映射到以太网时仅取低23位(第9~31位),高5位(实际是IP组播地址的第4~8位,下同)的地址信息在映射过程实际上是没有用而被丢掉了,这样如果低23位地址信息一样,则不管高5位地址的值是多少,其映射的以太网地址都是一样的。如下图:
IP组播地址 : 1110 gggg gddd dddd dddd dddd dddd dddd
|----|----||--------------------------|
组播地址的网络ID 高5位 低23位
高9位映射时信息均被丢掉 映射时直接代替特定以太网地址的低23位
那么,任意两个IP组播地址映射到以太网地址时,其地址相同的概率为多少呢?
任意两个IP组播地址如果低23位相同,则不管高5位的值是否相同,二者映射的以太网地址都是一样的,低23位相同的可能性为 ,高5位的2进制组合有25种,这样可知:
任意两个IP组播地址映射到以太网地址时,其地址相同的概率P= ,很小,约为百万分之3.8,所以这种映射方法还是相当可靠的。
3.2.2 IP组播地址与其它网络组播地址的映射
环形网和总线网根据IEEE802.2标准,直接支持组播,和以太网一样直接处理组播。对于支持网络广播而不支持组播的网络,如实验以太网,则将IP 组播地址简单映射为本地广播地址,不过这样增加了本地网络主机的开销。点对点连接的两台主机(或者一台主机和支持组播的路由器),组播数据报直接投递。对存储转发网络(store-and forward network),如ARPANET或者公用X.25网络,IP组播地址映射为本地的知名IP组播路由器。
4 实现IP组播的基本模型
要实现IP组播要对IP服务接口、IP模块、本地网络服务接口以及本地网络模块分别进行扩展。
5 IP组播的应用
由于IP组播能有效减少网络和主机开销,较单播和广播有其独特优越性,因此,IP组播已经得到了广泛的应用,主要有几个方面:1、基于因特网的视频组播。这方面的应用很广泛,如实时视频会议系统、远程教学系统、远程演示系统和视频点播系统(VOD)等等。2、特别互联网工作组(Special internet group,简称SIG)。它是由世界各地的具有共同兴趣的人组成,可以包括体育、音乐、计算机软件、硬件等一切可以引起共同兴趣的东西。比较有名的有E-MAIL讨论组和ACM的技术讨论组。
6 部分IP组播相关的网址
如对IP组播的有关问题想进一步钻研,读者可以到以下站点查阅有关资料。
http://www.rfc-editor.org/ 一个集全部RFC文档之精华的站点,不过是全英文的,读者需要一定英文基础
http://www.rfcsite.yeah.net/ 一个RFC文档的中文界面站点,具体内容仍是英文
http://www.rfc.at.china.com/ 一个RFC文档的全中文站点,不过中文的RFC文档不是很多
http://www.ieee.org/ IEEE的官方站点,有很多有关组播的学术论文,也是全英文的
1、网络节点之间的通信就好像是人们之间的对话一样。如果一个人对另外一个人说话,那么用网络技术的术语来描述就是“单播”,此时信息的接收和传递只在两个节点之间进行。单播在网络中得到了广泛的应用,网络上绝大部分的数据都是以单播的形式传输的,只是一般网络用户不知道而已。例如,你在收发电子邮件、浏览网页时,必须与邮件服务器、Web服务器建立连接,此时使用的就是单播数据传输方式。
2、多播也叫组播,是一种多地址的广播,发送和接受端是一对多的关系,服务器只向特定的一组用户发送一个数据包,组中的用户可以共享这个数据包,组外的用户是无法接受到的,多播需要全网内的路由器支持多播,否则许多用户是受不到多播数据的,在广域网实现比较困难 。
3、广播也是一对多的关系,不同的是,广播把数据包的copy发给网络中所有用户,而有的用户此时并不需要数据包,这实际上将造成带宽资源的一定浪费,广播无法通过路由器,组播没有这个限制,只要加入组就能收到数据包,可以说融合了单播和广播的优点 。
4、ICMP主要用于网络设备和结点之间的控制和差错报告报文的传输。
从因特网的角度看,因特网是由收发数据报的主机和中转数据报的路由器组成。鉴于IP网络本身的不可靠性,ICMP的目的仅仅是向源发主机告知网络环境中出现的问题。ICMP主要支持路由器将数据报传输的结果信息反馈回源发主机。ICMP协议系统默认就安装了的,可以做相应设置防止ICMP攻击。
利用UDP组播能在intarnet,internet上也数据报的形式进行数据的组播(在internet上进行组播,要求路由器支持IGMP (internet网关管理协议,这个协议是在IP出现以后,为了支持组播而出现的)).相对于极度消耗网络带宽的广播来说(广播只能在intranet 内广播),UDP组播有了很大的优化,只有终端加入到了一个广播组,UDP组播的数据才能被他接受到.
UDP组播是采用的无连接,数据报的连接方式,所以是不可靠的.也就是数据能不能到达接受端和数据到达的顺序都是不能保证的.但是由于UDP不用保证数据的可靠性,所有数据的传送速度是很快的.
组播的“根”
组播从概念上来讲分为两部分:控制部分和数据部分。控制部分决定着组播的对象的组织方式。而数据部分决定了数据的传输方式。
控制层有“有根”,“无根”两种情况。对于有根的控制层,存在着一个root和若干个leaf. root负责管理这个组播组,只有他能邀请一个leaf加入一个组播组(ATM就是有根控制的一个典型的例子)。对于无根的控制层,没有root,只有若干的leaf. 每一个leaf都能自己加入一个组播组(IP就是无根控制的典型例子)
数据层也有“有根”,“无根”两种情况。对于有根数据层,从root发出的数据能到达每一个leaf,而从leaf发出的数据只能到达root.对于无根数据层,每一个leaf发出的数据能到达组播组中的每一个leaf(甚至包括他自己)。每一个leaf也能接受组播组里的任何数据包。
IP组播地址
IP组播通信需要一个特殊的组播地址.IP组播地址是一组D类IP地址,范围从224.0.0.0 到 239.255.255.255。其中还有很多地址是为特殊的目的保留的。224.0.0.0到224.0.0.255的地址最好不要用,因为他们大多是为了特殊的目的保持的(比如IGMP协议)
IGMP协议
IGMP(internet网关管理协议)是IP组播的基础.在IP协议出现以后,为了加入对组播的支持,IGMP产生了。IGMP所做的实际上就是告诉路由器,在这个路由器所在的子网内有人对发送到某一个组播组的数据感兴趣,这样当这个组播组的数据到达后面,路由器就不会抛弃它,而是把他转送给所有感兴趣的客户。假如不同子网内的A,B要进行组播通信,那么,位与A,B之间的所有路由器必须都要支持IGMP协议,否则A,B之间不能进行通信。
当一个应用加入一个组播组后,就会向这个子网的所有路由器发送一个IGMP加入命令,告诉他子网内有人对发送到某一个组播组的数据感兴趣.路由器也会定时向子网内的所有终端发送一条查询消息,用于询问是否还有人对某个组播组的数据感兴趣。如果有的话,终端就会回应一条IGMP消息,路由器则继续转发这个组播组的数据。如果没有人回应这条消息,那么路由器就认为已经没有终端对这个组播组的数据感兴趣,就不会在转发关于这个组播组的数据了。在IGMP第二版中,一个终端推出组播组以后,会向路由器发送一个推出消息,路由器也会通过这个消息来判断是否还要继续转发关于这个组播组的数据了。