1
my2492 OP 而且比较有意思的是,以前同一片区家宽都在同一个网关下,ip 池都是一样的。现在,同一户装两条宽带,可能就是不同的 ip 池,目前在我小区内已经发现 4 个网关,2 个旧的网关,2 个新的网关,我小区接入新的网关的用户似乎多一些
|
2
Tianao 2021-09-19 20:41:47 +08:00
楼主说的网关是 BRAS 吗,BRAS 不可能 full-mesh 吧。
|
4
my2492 OP 运营商是江苏电信
|
5
my2492 OP @Tianao 我个人感觉,电信想把全城的架构都改成新的,现在是个过渡阶段,采用这种方式来互联两个架构下的用户。我记得 10 几年前好像也出现过类似的情况,不过当时没有 BRAS 间的直接链路
|
6
my2492 OP 新的网络架构目前仅发现存在于主城区,县级市和代管市没有发现任何新的架构 BRAS 。(数据来源于 ip 高精度定位和 tracert,tracert 到网关多一跳为新架构,已经对全市 ip 段做了测试)
|
7
alect 2021-09-19 21:16:18 +08:00
可能是考虑冗余?
|
9
fastcache 2021-09-19 23:22:16 +08:00
BAS 往上提了,做成集中池化部署,上下行跳数有增加,但链路升级为 N*100GE,其实你的图画得不太对
|
10
terence4444 2021-09-20 00:49:50 +08:00
可能是因为其它运营商要租用电信线路,右边新的是给廉价宽带准备的?
|
11
L0lita 2021-09-20 07:33:28 +08:00
由星形拓扑变成网状拓扑了 是好事还是坏事?
|
12
my2492 OP @terence4444 电信自己的宽带也有部分用户在右边
|
14
my2492 OP @fastcache 意思是其实新建网关可能物理上都在一台 BRAS 上,逻辑上划分了不同网段? NAT 估计也是在那个二级汇聚层里进行?
|
15
fastcache 2021-09-20 13:57:53 +08:00 1
@my2492
简单来讲, 以前,固移流量分开 现在,新建用于承载 5G 基站回传的城域 IP 网容量大,把宽带用户也扔进去( OLT 上联 BRAS 部分流量),融合承载,BRAS 就可以相对集中部署, NAT 板卡是插在 BRAS 的机框 |
16
Rheinmetal 2021-09-20 17:59:50 +08:00
|
17
ChangeTheWorld 2021-09-20 21:22:33 +08:00 via Android
听着感觉像 vBRAS ,x86 或者 arm 虚拟化进行管理,路由转发走三层交换机,弹性扩减容,共享 IP 池什么的
|
18
acbot 2021-09-20 22:49:47 +08:00
光网以后一般用户多的城市市区就是这种 BRAS 池的结构,用户少的市区县就还是以前 AD 时期的旧结构。主要还是看用户量
|
19
ChinaNOMobile 2021-09-21 08:43:44 +08:00
@my2492 你確定電信的家寬的網絡架構更新了?我這邊廣州電信毫無更新,還是以前那個家寬的網絡架構設置.
|
20
my2492 OP @ChinaNOMobile 新架构用户数太少,你不一定能碰到,我家 1000M 走的旧网关,楼下 100M 走的新的,速度反正都达标
|
22
acbot 2021-09-21 14:12:19 +08:00
@my2492 没说不能用啊,ip 池配多配少影响不大,问题是 BRAS 的大头是要处理 PPPOE 会话,用户多了根本处理不过来,一旦故障这个 BRAS 下的所有用户都无法上网,如果上游有多个 BRAS 那么 PPPOE 就可以到 其他最优的 BRAS 接入,所以后面这个冗余结构 设备利用率,保障率和硬件维护效率明显高很多!这个仅仅是我个人理解。
|
23
acbot 2021-09-21 14:17:37 +08:00
@acbot 另外后面这个结构其实运营商都会用,不是电信专利,我这边联通就是这个结构,电信就是单点结构!原因就是电信用户少投入少,联通用户多投入也多。
|
24
geekvcn 2021-09-21 14:55:51 +08:00 2
很好理解啊,而且是好事情,IPv6 标准结构,以后不同运营商同省市直接省内市内互联互通,不需要到骨干网节点再互联,旁路 NAT 应该是 DS-lite AFTR 设备,同时包含 4in6 隧道和 NAT44 功能,是未来向 IPv6 过度用的,目前用 NAT444,不久会切换成 4in6 隧道,等 Ipv6 成熟后因为是旁路架构也好撤设备。
三大流氓再坑爹,设计网路架构的都是顶尖人才,这点不要质疑,肯定有改架构的道理和原因 |
25
geekvcn 2021-09-21 14:56:56 +08:00
楼主用 IPv4 的网络架构思维去理解 IPv6 网络架构,自然感觉很多地方设计不合理
|
26
my2492 OP @geekvcn 如果这个新的网络汇聚层多一条到省公司路由器的链路,倒是可以理解,现在依然要走老的城域网汇聚,并且二级汇聚到城域网的链路似乎不多,估计是 100G 的。老的结构每个网关到城域网都有 6-8 条链路,但可能是 10G 的,目前哪个架构下容量足还真不好说,感觉现在还没定型
|
28
jousca 2021-09-21 19:44:40 +08:00
我简单点描述就是现在都是虚拟化运行,板子上面跑的业务你不能单纯理解为某网关、某地址池就是一个独立设备……
这样的话你就容易理解。为什么新装的不在一个地址池。因为光设备原因,新线路接入的是其他的 PON 设备。基于物理层不一样,对应的虚拟业务层可能是一样,可能不一样。 不要去考虑什么 PPPOE 带不动的问题…… 15 楼说的已经比较清楚。 |
29
my2492 OP @jousca 为何现在一个区域要开多个虚拟业务层?一个片区只做一个业务层,建一个比较大的池子,直接扩容到汇聚层链路这种模式现在有什么劣势吗?既然可能是物理上同一台 BRAS,不开多个虚拟层是否更省资源?
|
30
thtznet 2021-09-22 10:49:39 +08:00
虚拟化是趋势
|
31
jousca 2021-09-22 21:07:04 +08:00
@my2492 有时候是环网本身的设计需求。或者对冗余、灾备的需求,甚至大的城域网架构改变,都会出现比较复杂的情况。
核心设备制造商在部署这些设备的时候,光是验证业务的可行性,就需要拿台服务器跑几个小时的模拟软件。 我引用一张别人的图,你了解下现在的全网结构 |
32
jousca 2021-09-22 21:21:11 +08:00
@my2492 这种改变,最初的苗头来自 4G 时代,运营商系统里首次出现了 ATCA 业务处理板,X86 架构,在上面跑业务,就是个刀片服务器。这就为虚拟化打下基础。硬件永远领先于业务。现在由于 5G 需求,平滑升级到了基于服务的架构,把原来具有多个功能的整体,分拆为多个具有独自功能的个体。每个个体,实现自己的微服务。这就是你感受到的为什么里面划分出那么多节点。这些业务点看上去很多,实际上,硬件都是在虚拟化平台里面虚拟出来的。这样一来,非常容易扩容、缩容,也非常容易升级、割接,相互之间不会造成太大影响(核心网工程师的福音)。现在核心网就是模块化、软件化。业务增加,就去增加运算单板,提高接入量。业务缩减,就减少板子,降低运算量,但是最终客户不会有任何感觉。
你感知到他们把一些业务点下沉,原因就是为了获得低延迟。 |
33
fastcache 2021-10-14 22:21:28 +08:00
@ChinaNOMobile GZtelecom, 明年实施
|
35
my2492 OP @fastcache 路由里多出来的一跳是什么设备?我个人理解是如果只是传输网架构变化,路由完全是可以做到不多一跳的啊
|