当
PE
上增加一个
CE
的相关配置时,需要指定标签块的大小
LR
,
LB
是
PE
自动分配的。这个标签块作为一个
NLRI
条目通过
BGP
传递到其它
PE
。当该
CE
配置被删除或者
PE
与该
CE
的连接失效,这个标签块也要被删除,
BGP
同样会做撤消通告。
假设,在开始部署的时候,
CEm
需要与远端其它
CE
建立两条
VC
,那么定义标签块的大小不能小于
2
。当然,为了今后扩容的考虑,我们可以定义
Rang=10
。无论
Rang
为多大,随着网络的扩容
VC
数量的增加,总会出现标签不够用的时候。这时候我们就需要重新定义
Rang
的大小,给一个更大的标签空间。但问题出现了,前面我们谈到标签块的数据是通过
BGP
的
NLRI
来传递的,并且这个标签块已经被用于计算
VC
标签和实际数据的转发。为了不破坏原有的
VC
连接,采用一个办法,就是给这个
CE
分配一个新的标签块,并且作为一条新的
NLRI
通过
BGP
通告。也就是说一个
CE
的标签空间可能是由许多个标签块组成的(
Rang
等于
LR
的总和),这种机制解决了网络扩展的需求。多个标签之间的联系通过一个偏移量来定义
LO
(
Label-block Offset
)。
LO
标志出了前面所有标签块大小的总和。比如第一个标签块的
LR
为
100
,
LO
为
0
;第二个标签块的
LR
为
50
,那么
LO
为
100
;如果有第三个标签块,它的
LO
就是
150
。
LO
会在
VC
标签计算被使用。现在每一个标签块都可以用三个参数来描述,那就是
LB/LR/LO
。
CE ID
是在同一个
×××
内唯一标识
CE
的参数。在同一个
×××
内,每个
CE
,其
CE ID
必须是不同的,
CE ID
会在每一个
NLRI
中携带,这样就可以将标签块和对应的
CE
关联起来。在
Kompella draft
中,
CE ID
也被用于
VC
标签的计算。
假设
PEk
本地有一个
CE-k
,其
CE ID
为
k
,收到远端
PE-m
发过来的
CE-m
的一个或多个标签块,根据
Kompella draft
规定,
CE-k
连接到
CE-m
的标签必须满足以下两个条件:
(
1
)
LOm <= k < LOm + LRm
然后从标签块
LBm/LRm/LOm
中选择标签,标签值为:
(
2
)
LBm+k
-
LOm
公式(
1
)的右半部分很好理解,结合公式(
2
),如果不能满足
k < LOm + LRm
,
CE-k
选用的标签将超出
LBm/LRm/LOm
标签块的范围。但为什么要求
LOm <= k
,其中包含着什么意义?事实上,理解了
LOm <= k
,也就理解了
Kompella
标签分配算法中隐含的思想。
根据前面的叙述,
LOm
代表的是当前这个标签块之前
CE-m
的标签总和,也就是已经为
CE-m
分配掉的标签总数。要求
LOm<=k
,就是规定,标签与
CE ID
是一一对应的。所有标签块里的第一个标签是分为
CE 1
的;所有标签里的第二个标签,是分给
CE 2
的。如果
CE ID
大于
LOm
,那么说明这个
CE
已经无标签可分了。
CE ID
如果是不连续的,那么
LOm
里面的标签有些会空余出来,这些已分配标签留给谁用呢?当然是留给
CE ID
比
LOm
小的
CE
使用。这反映了
Kompella
标准设计者的一个默认假设,即,如果一个
CE ID
为
k
,那么从
0
到
k
的
CE ID
都应该会被应用,并因此为这些
CE
预留了标签。
这就提出了一个问题,如果在配置
CE ID
时,不按自然数顺序编号,而是跳跃性的配置,一些
CE ID
配置得特别大,就会导致跳跃区域的
CE ID
没有被使用,但系统仍然给其预留标签,从而浪费标签,这是标准所不乐见的。因此,用户在配置时,最好能对
CE
顺序分配
CE ID
,这样能作到最节省的使用标签。
要求
LOm <= k
,事实上反映了
Kompella
标准设计者的一个美好愿望:用户配置时,能顺序配置
CE ID
,这样标准中的标签分配算法就能作到最节省标签空间。
下面详细描述了计算
VC
标签的过程。假设
PE-k
本地有一个
CE-k
,
CE ID
为
k
,收到远端
PEm
为
CE-m
分配的一个标签块
LBm/LRm/LOm
。
首先检查从
PEk
收到
CEm
的封装类型是否与
CEk
的相同,如果不一致,停止处理;
检查是否
k=m
,如果是,报错
“CE ID k has been allocated to two CEs in ××× X (check CEm at PEk)”
,然后停止处理;
如果
CEm
有多个标签块,检查这些标签块是否有满足
LOm <= k < LOm + LRm
,如果任何一个标签块都不满足,报错
“Cannot communicate with CE m (PE A) of ××× X:outside range”
然后停止处理;
检查和
CE k
相关的所有的标签块是否有满足
LOk <= m < LOk + LRk
,如果任何一个标签块都不满足,报错
“Cannot communicate with CE m (PE A) of ××× X:outside range”
然后停止处理;
检查
PEk
和
PEm
之间的外层通道是否正常建立,如果没有就停止处理,这里假设为
LSP
隧道,标签为
Z
;对于外层隧道的判断决定了是否为一个
VC
计算
VC
标签,这一点与
L3×××
不同。如果外层隧道没有建立,就不应该为
VC
计算标签。
PEk
为
CE-m
分配内层出标签为
(LBm + k - LOm)
,
PEk
为
CE-k
分配内层入标签为
(LBk + m - LOk)
;
PEB
到
PEA
的外层隧道的标签为
Z
;
内外层标签都已经计算出来,
VC
处于
UP
状态,可以用于二层报文的传输了。
我们分阶段来看一个例子:前提是
PE
之间都是通过
BGP
来交换标签块的信息。全部公网
LSP
隧道是正常
UP
的状态,我们只关心
VC
标签的计算。图中
CE1
的
CE ID
为
1
,以此类推。在下面的例子中
CE22
是一个单独的
×××
,并且没有建立任何连接,但是
PE1
同样会为
CE22
欲留一个标签块。
转载于:https://blog.51cto.com/840422/242789