由买买提看人间百态

boards

本页内容为未名空间相应帖子的节选和存档,一周内的贴子最多显示50字,超过一周显示500字 访问原贴
EmergingNetworking版 - 今天的一个multicast session很失败
相关主题
请教wireless backhaul: MPLS 及 VLAN management问一个two hub-spoken topogy下multicast over gre的design
multicast在现在网路上是不是还是理论上可行,现实中很少用?发包子问问题,关于自己在家设局域网
大家觉得做video怎么样?Cisco DMVPN alternative?
谁对back-haul的产品熟啊? (转载)大家说说hulu, youtube等这样的网络应该是什么架构?
关于telecom/internet,现在有几个hot的领域 (转载)大家聊聊华为进入北美市场的门槛是什么?
Multicast问题tropos mesh tech求助
这个mpls vpn over mgre用的多吗?请教一下 Layer3 Switch 的选择
问个multicast 问题。有什么好的方法识别各种stream package的?
相关话题的讨论汇总
话题: multicast话题: backhaul话题: ip话题: layer话题: iptv
进入EmergingNetworking版参与讨论
1 (共1页)
z**r
发帖数: 17771
1
给客户讲multicast,因为multicast东西太多,俺把内容砍了又砍,只cover一些重点
和基础点,本来希望能有很多问题,结果听众好像都哑巴了,只有寥寥几个有问有答还
算好,其他的也不知道是压根就没听懂还是俺讲得不好,反正没有啥反应。结果比预计
时间还提前就结束了,基本上从头到尾就俺一个人在说,没人问问题,真是失败。早知
道俺就多留一些内容,多留一些还好讲一点。
s******v
发帖数: 4495
2
没事,说明太高深,没人敢问题。

【在 z**r 的大作中提到】
: 给客户讲multicast,因为multicast东西太多,俺把内容砍了又砍,只cover一些重点
: 和基础点,本来希望能有很多问题,结果听众好像都哑巴了,只有寥寥几个有问有答还
: 算好,其他的也不知道是压根就没听懂还是俺讲得不好,反正没有啥反应。结果比预计
: 时间还提前就结束了,基本上从头到尾就俺一个人在说,没人问问题,真是失败。早知
: 道俺就多留一些内容,多留一些还好讲一点。

z**r
发帖数: 17771
3
multicast这么多年了,貌似普及程度还是不高。

【在 s******v 的大作中提到】
: 没事,说明太高深,没人敢问题。
x*********n
发帖数: 28013
4
好牛逼啊。
我是每天被人训话的主,关键是训我的都是些我觉得不怎么样的人,有一个还说DS3=3
DS1,哈哈哈。还喜欢用手指点我,弄我的很不爽。
A***i
发帖数: 17
5
multicast普及程度甚至还没有IPv6那么好。
用得比较多的估计还是些金融行业吧。
t*******r
发帖数: 3271
6
得看啥客户, VZ还好, ATT就让我很崩溃.
z**r
发帖数: 17771
7
你又不是不知道俺啥客户

【在 t*******r 的大作中提到】
: 得看啥客户, VZ还好, ATT就让我很崩溃.
z**r
发帖数: 17771
8
恩有道理,multicast关键是可有可无的东西,mcast能做的东西,unicast都能搞定,
只是开销不同

【在 A***i 的大作中提到】
: multicast普及程度甚至还没有IPv6那么好。
: 用得比较多的估计还是些金融行业吧。

p**x
发帖数: 123
9
很多APP不用multicast根本不work

【在 z**r 的大作中提到】
: 恩有道理,multicast关键是可有可无的东西,mcast能做的东西,unicast都能搞定,
: 只是开销不同

n*****2
发帖数: 38
10
saying pim, a source also be a receiver for a group, right?
相关主题
Multicast问题问一个two hub-spoken topogy下multicast over gre的design
这个mpls vpn over mgre用的多吗?发包子问问题,关于自己在家设局域网
问个multicast 问题。Cisco DMVPN alternative?
进入EmergingNetworking版参与讨论
z**r
发帖数: 17771
11
那是因为那个app写的时候就只支持了multicast

【在 p**x 的大作中提到】
: 很多APP不用multicast根本不work
L******t
发帖数: 1985
12
How about an app to guarantee simultaneous delivery of say stock info to all
interested parties?

【在 z**r 的大作中提到】
: 那是因为那个app写的时候就只支持了multicast
p**x
发帖数: 123
13
没错,我是说一些app只有用multicast才能发挥它的功能

【在 z**r 的大作中提到】
: 那是因为那个app写的时候就只支持了multicast
z**r
发帖数: 17771
14
no

【在 n*****2 的大作中提到】
: saying pim, a source also be a receiver for a group, right?
z**r
发帖数: 17771
15
can multicast guarantee?

all

【在 L******t 的大作中提到】
: How about an app to guarantee simultaneous delivery of say stock info to all
: interested parties?

z**r
发帖数: 17771
16
so what's your point ?

【在 p**x 的大作中提到】
: 没错,我是说一些app只有用multicast才能发挥它的功能
t*******r
发帖数: 3271
17
LS也太咄咄逼人了吧
p**x
发帖数: 123
18
the person is asking simultaneous connection, of cause it guarantees

【在 z**r 的大作中提到】
: can multicast guarantee?
:
: all

p**x
发帖数: 123
19
my point is to achieve the capacity of certain app functionality, you need
multicast, that is the reason why people migrated to multicast from udp
years ago

【在 z**r 的大作中提到】
: so what's your point ?
z**r
发帖数: 17771
20
how it can guarantee?

【在 p**x 的大作中提到】
: the person is asking simultaneous connection, of cause it guarantees
相关主题
大家说说hulu, youtube等这样的网络应该是什么架构?请教一下 Layer3 Switch 的选择
大家聊聊华为进入北美市场的门槛是什么?有什么好的方法识别各种stream package的?
tropos mesh tech求助a question for tony, juniper ex4200 virtual chassis
进入EmergingNetworking版参与讨论
z**r
发帖数: 17771
21
no, that's not the point of using multicast, with unicast, as long as I put
enough resource, I can do whatever multicast can do.

【在 p**x 的大作中提到】
: my point is to achieve the capacity of certain app functionality, you need
: multicast, that is the reason why people migrated to multicast from udp
: years ago

z**r
发帖数: 17771
22
你这个烂毛病能不能改啊?就事论事讨论问题呢,动辄就转移到泼妇骂街的状态

【在 t*******r 的大作中提到】
: LS也太咄咄逼人了吧
m**t
发帖数: 1292
23
primary transport for user plane data is still udp just it is in a segmented
manner. multicast only solve one layer of problems and only for broadcast
type apps. good CDN that is capable of on demand requires end to end
multiple layer engineering. what I am trying to say is that multicast is
crappy :)

【在 p**x 的大作中提到】
: my point is to achieve the capacity of certain app functionality, you need
: multicast, that is the reason why people migrated to multicast from udp
: years ago

s*****g
发帖数: 1055
24
This maybe true for applications, but L2/L3 protocols can not do without
multicast. ;-)

put

【在 z**r 的大作中提到】
: no, that's not the point of using multicast, with unicast, as long as I put
: enough resource, I can do whatever multicast can do.

z**r
发帖数: 17771
25
I can use broadcast for resource discovery, right?

【在 s*****g 的大作中提到】
: This maybe true for applications, but L2/L3 protocols can not do without
: multicast. ;-)
:
: put

s*****g
发帖数: 1055
26
How are you going to implement IPTV with unicast?

【在 z**r 的大作中提到】
: I can use broadcast for resource discovery, right?
p**x
发帖数: 123
27
the most concerned are the resource and bandwidth in any organization today,
i dont know what is your point of arguing

put

【在 z**r 的大作中提到】
: no, that's not the point of using multicast, with unicast, as long as I put
: enough resource, I can do whatever multicast can do.

p**x
发帖数: 123
28
multicast transport and content delivery are 2 totally different concepts,
how you access the content is a different topic. without multicast what do
you suggest to deliver content to cell phones?

segmented
broadcast

【在 m**t 的大作中提到】
: primary transport for user plane data is still udp just it is in a segmented
: manner. multicast only solve one layer of problems and only for broadcast
: type apps. good CDN that is capable of on demand requires end to end
: multiple layer engineering. what I am trying to say is that multicast is
: crappy :)

t*******r
发帖数: 3271
29
so what's your point ?
==============================
你这叫质问, 并不叫讨论, 你的话让参与讨论者并不舒服.
你的先前的话语, 英语叫fencing, 这并不是讨论问题的style, 大家都看得出來.
与其那样说, 你完全可以这样说: I'm confused, what are you trying to say? 或者说can you
clarify?
what's ur point从英文来讲, 一方面强调自己理解地没任何问题, 另一方面有责备对
方没有把话说清楚或稍微轻视对方表达能力不行的意思.
我以前是英文专业, 这些个细微的语气差别我会很关注.

【在 z**r 的大作中提到】
: 你这个烂毛病能不能改啊?就事论事讨论问题呢,动辄就转移到泼妇骂街的状态
t*******r
发帖数: 3271
30
zher的观点我同意, 组播并不是没有就不行的那种应用, 但是, 这是提高互联网效率的
应用, 这在今天, 也是必不可少的.
CDN和组播是两码事, CDN是能要往上层走的, 组播最高还是停留在L3吧~
但是组播以及组播VPN现在各种draft运行机制等等, 在信令级别搞得实在是太复杂了,
有点得不偿失的意思.
相关主题
Mobile Packet Core positionmulticast在现在网路上是不是还是理论上可行,现实中很少用?
juniper怎么样?大家觉得做video怎么样?
请教wireless backhaul: MPLS 及 VLAN management谁对back-haul的产品熟啊? (转载)
进入EmergingNetworking版参与讨论
m**t
发帖数: 1292
31
without application(s), it does not make sense to discuss the topic.
As for wireless network, the multicast does not help with the true
issue
spectrum constraint, it may help core network to be optimal but it is
not
necessarily the only solution. I guess you all heard about MediaFlow
(which
could deliver better than IP based solutions, but was shutdown) and
MobiTV,
they don't rely on a layer 3 "multicast" network. You can also check
how (un
)successful MBMS was/will be in 3G and 4G build outs.
Again back to my original point, the protocol can only work with
broadcast/
multicast type of applications, such as what is used in IPTV or cable
networks, but even in those network, they still have to build video
content
distributions to the edge for on-demands. (i don't have insight into
real
IPTV such as verizon's IPTV over FIOS), I guess the video content
service
layer indeed can do what layer 3 multicast is doing, just that the
multicast
is so conveniently available in routers therefore providing least
capex/
opex.

concepts,
what do

【在 p**x 的大作中提到】
: multicast transport and content delivery are 2 totally different concepts,
: how you access the content is a different topic. without multicast what do
: you suggest to deliver content to cell phones?
:
: segmented
: broadcast

z**r
发帖数: 17771
32
note we had a huge assumption, that is "we have enough resource", so I can
simply use VoD for every IPTV stream, and VoD is unicast :)

【在 s*****g 的大作中提到】
: How are you going to implement IPTV with unicast?
z**r
发帖数: 17771
33
come on, that was you who started this, if you look at my original post, I
said, "given that we have enough resource, then multicast isn't necessary,
everything that mcast can do, unicast can do it, but with much more resource
requirements"
then you started arguing, looks like you didn't get my point from begining,
that's why I don't know what you are trying to argue here. Let me try to
find the original posts where you started, don't mean to prove who is right
or wrong, just want to give this a closure
http://mitbbs.com/article/EmergingNetworking/31167335_3.html
http://mitbbs.com/article/EmergingNetworking/31167385_3.html

today,

【在 p**x 的大作中提到】
: the most concerned are the resource and bandwidth in any organization today,
: i dont know what is your point of arguing
:
: put

z**r
发帖数: 17771
34
as far as I know, most of the wireless backhauls don't support multicast yet

【在 p**x 的大作中提到】
: multicast transport and content delivery are 2 totally different concepts,
: how you access the content is a different topic. without multicast what do
: you suggest to deliver content to cell phones?
:
: segmented
: broadcast

z**r
发帖数: 17771
35
你看没看上下文就这里满嘴放炮?你这里卫道士,满版人都笑了

者说can you

【在 t*******r 的大作中提到】
: so what's your point ?
: ==============================
: 你这叫质问, 并不叫讨论, 你的话让参与讨论者并不舒服.
: 你的先前的话语, 英语叫fencing, 这并不是讨论问题的style, 大家都看得出來.
: 与其那样说, 你完全可以这样说: I'm confused, what are you trying to say? 或者说can you
: clarify?
: what's ur point从英文来讲, 一方面强调自己理解地没任何问题, 另一方面有责备对
: 方没有把话说清楚或稍微轻视对方表达能力不行的意思.
: 我以前是英文专业, 这些个细微的语气差别我会很关注.

t*******r
发帖数: 3271
36
我已经看了上下文了, 现在到底是在满嘴放炮?! 你作为这个版的版主已经出言不逊了,
还有什么好说的呢?
这和卫道士有什么关系呢? 我到底卫谁了? 你倒是详细给说说.
如果你觉得受到羞辱, 那你真的应该好好反省自己.

【在 z**r 的大作中提到】
: 你看没看上下文就这里满嘴放炮?你这里卫道士,满版人都笑了
:
: 者说can you

s*****g
发帖数: 1055
37
靠,屁大一点事也能吵起来, I Fu Le You guys.
t*******r
发帖数: 3271
38
我很欣慰, 居然让赛王说了中文.
这架吵得值!!! ^_^
z**r
发帖数: 17771
39
好好的讨论氛围,啥时候都是你一掺和进来就吵起来,没劲。

了,

【在 t*******r 的大作中提到】
: 我已经看了上下文了, 现在到底是在满嘴放炮?! 你作为这个版的版主已经出言不逊了,
: 还有什么好说的呢?
: 这和卫道士有什么关系呢? 我到底卫谁了? 你倒是详细给说说.
: 如果你觉得受到羞辱, 那你真的应该好好反省自己.

t*******r
发帖数: 3271
40
我也在参与讨论呢, 有什么关系.
我可没跟你吵
相关主题
谁对back-haul的产品熟啊? (转载)这个mpls vpn over mgre用的多吗?
关于telecom/internet,现在有几个hot的领域 (转载)问个multicast 问题。
Multicast问题问一个two hub-spoken topogy下multicast over gre的design
进入EmergingNetworking版参与讨论
y*r
发帖数: 590
41
我觉得这个比较对。有谁有反例没?.....

yet

【在 z**r 的大作中提到】
: as far as I know, most of the wireless backhauls don't support multicast yet
z**r
发帖数: 17771
42
目前看是对的,不过应该用不了多久,就会开始普及mcast了,尤其4G普及了以后。希
望有人能有反例,俺也好跟进学习一点经验

【在 y*r 的大作中提到】
: 我觉得这个比较对。有谁有反例没?.....
:
: yet

m**t
发帖数: 1292
43
3GPP的实现跟backhaul 没什么关系

【在 z**r 的大作中提到】
: 目前看是对的,不过应该用不了多久,就会开始普及mcast了,尤其4G普及了以后。希
: 望有人能有反例,俺也好跟进学习一点经验

p**x
发帖数: 123
44
I started as participating in a discussion, expressing opinion and providing
input as people usually do in any public forum. i re-read my post, i don't
see any of my wording sound arguing at all...
you are very defensive. tonyblair 讲的很中肯,你应该听听

【在 z**r 的大作中提到】
: come on, that was you who started this, if you look at my original post, I
: said, "given that we have enough resource, then multicast isn't necessary,
: everything that mcast can do, unicast can do it, but with much more resource
: requirements"
: then you started arguing, looks like you didn't get my point from begining,
: that's why I don't know what you are trying to argue here. Let me try to
: find the original posts where you started, don't mean to prove who is right
: or wrong, just want to give this a closure
: http://mitbbs.com/article/EmergingNetworking/31167335_3.html
: http://mitbbs.com/article/EmergingNetworking/31167385_3.html

p**x
发帖数: 123
45
well, most of wireless backhaul still involve with tdm, satlite and etc
legacy systems, there is no routing flexibility in it, but when move to all-
ip backhaul, this will change.

yet

【在 z**r 的大作中提到】
: as far as I know, most of the wireless backhauls don't support multicast yet
z**r
发帖数: 17771
46
此话怎讲?

【在 m**t 的大作中提到】
: 3GPP的实现跟backhaul 没什么关系
t*******r
发帖数: 3271
47
LS起的真早.
z**r
发帖数: 17771
48
I do agree this will change, but the driver isn't because the backhaul is
capable of supporting multicast, it's driven by the video applications when
then backhaul can provide big pipes for terminals. I know quite a few
wireless backhauls, which use packet networks as the backhual (layer 2 or
layer 3), they don't support multicast as we speak here, but again, I agree
this will change because the IP RAN can provide bigger pipes, so the video
implementations can change, and this will drive multicast

all-

【在 p**x 的大作中提到】
: well, most of wireless backhaul still involve with tdm, satlite and etc
: legacy systems, there is no routing flexibility in it, but when move to all-
: ip backhaul, this will change.
:
: yet

t*******r
发帖数: 3271
49
版主: 这个技术讨论是这样的, 不管如何, 咱讨论问题不能走极端是不?
本来就是讨论组播, 我同意你的组播其实不是必须的这种观点, 但你要是总这么说, 那
组播还有讨论的必要么?
这是一个技术题目, 讨论讨论没什么问题, 有助于大家把问题和观点搞明白一点.
别人讨论组播, 你上来就来一句只要你投入无限的资源, 那组播就不是必要的, 那你说
还有什么讨论组播技术的必要, 搞的大家很扫兴嘛~~~
你在某些技术观点上有点极端了我个人觉得.
说得再极端一点, 人不上网能死么? 死不了吧?! 那有必要上网么?
那搞网络技术有神马必要么?
m**t
发帖数: 1292
50

Multicast 对 BACKHAUL 来讲是 透明的,backhaul 只看见GTP tunnel, 所以不需要有
MULTICAST 的任何routing。 目前standard 是这样
另外同意BACKHAUL 带宽增高才是关键。multicast 确实对广播/组播提供了core
network 的优化

【在 z**r 的大作中提到】
: 此话怎讲?
相关主题
发包子问问题,关于自己在家设局域网大家聊聊华为进入北美市场的门槛是什么?
Cisco DMVPN alternative?tropos mesh tech求助
大家说说hulu, youtube等这样的网络应该是什么架构?请教一下 Layer3 Switch 的选择
进入EmergingNetworking版参与讨论
z**r
发帖数: 17771
51
咱俩谈的不是一码事儿,俺说的wireless backhaul or IP RAN指的是从cell site到
MSN or RNC这段,你说的是MSN以后的GGSN,PDSN, HOME AGENT那些,通常叫做mobile
core吧,不是backhaul

【在 m**t 的大作中提到】
:
: Multicast 对 BACKHAUL 来讲是 透明的,backhaul 只看见GTP tunnel, 所以不需要有
: MULTICAST 的任何routing。 目前standard 是这样
: 另外同意BACKHAUL 带宽增高才是关键。multicast 确实对广播/组播提供了core
: network 的优化

z**r
发帖数: 17771
52
不要动不动就乱扣帽子,你除了乱搅和能干点正事儿不?赶紧弄你的tac case吧。这个
话题本来好好的,大家都在讨论,就你才一上来就乱七八糟扯

【在 t*******r 的大作中提到】
: 版主: 这个技术讨论是这样的, 不管如何, 咱讨论问题不能走极端是不?
: 本来就是讨论组播, 我同意你的组播其实不是必须的这种观点, 但你要是总这么说, 那
: 组播还有讨论的必要么?
: 这是一个技术题目, 讨论讨论没什么问题, 有助于大家把问题和观点搞明白一点.
: 别人讨论组播, 你上来就来一句只要你投入无限的资源, 那组播就不是必要的, 那你说
: 还有什么讨论组播技术的必要, 搞的大家很扫兴嘛~~~
: 你在某些技术观点上有点极端了我个人觉得.
: 说得再极端一点, 人不上网能死么? 死不了吧?! 那有必要上网么?
: 那搞网络技术有神马必要么?

t*******r
发帖数: 3271
53
说我搅和? 你真说的出來啊...
LS的被说中了, 结果恼羞成怒了, 哈哈
z**r
发帖数: 17771
54
你自己看看这个thread下面,你除了搅合说了什么了?你在这个版上没事儿找事儿的事
情干多了,懒得理你不是就放任你这样。别把好好一个技术版面搞成泼妇骂街版。多谢
合作

【在 t*******r 的大作中提到】
: 说我搅和? 你真说的出來啊...
: LS的被说中了, 结果恼羞成怒了, 哈哈

t*******r
发帖数: 3271
55
参见44楼
t*******r
发帖数: 3271
56
OK, 按你的理解:
我指出你咄咄逼人 - 我泼妇骂街
我指出你很aggressive - 我瞎搅和
关于这个贴的讨论 - 我历史上有过瞎搅和所以这个帖子肯定也是瞎搅和
是吧?
====================================================
我本来不想跟你吵架, 因为没有意义, 我只是指出你参与技术讨论时的语气还有观点(再说基本上你的观点我是
同意的).
就事论事来说, 组播技术的讨论很正常, 你如果说不需要组播, 那大家还讨论什么啊? 大家该干什么干什么去
呗.
要是你觉得这就叫"瞎搅和"或者是"泼妇骂街", 那我没什么话好说的了.
m**t
发帖数: 1292
57
不是,说的就是 RNC 或 eNB 到 CORE network, 不然就不叫BACKHAUL了

mobile

【在 z**r 的大作中提到】
: 咱俩谈的不是一码事儿,俺说的wireless backhaul or IP RAN指的是从cell site到
: MSN or RNC这段,你说的是MSN以后的GGSN,PDSN, HOME AGENT那些,通常叫做mobile
: core吧,不是backhaul

z**r
发帖数: 17771
58
RNC到core这段一般叫mobile core,都是一些GGSN, PDSN等,RNC到NodeB这段才是
backhaul,这两个一般都是两个department在运营。RNC到NodeB这段就没有GTP tunnel
。不过俺知道你意思了

【在 m**t 的大作中提到】
: 不是,说的就是 RNC 或 eNB 到 CORE network, 不然就不叫BACKHAUL了
:
: mobile

m**t
发帖数: 1292
59
这两个都是BACKHAUL组成部分,你说的这段 在4G里可以没有了。 即使有,跟LAYER3
更没关系,通常CPRI over sth(t1, optical etc). 总之跟MULTICAST 没关系。。

tunnel

【在 z**r 的大作中提到】
: RNC到core这段一般叫mobile core,都是一些GGSN, PDSN等,RNC到NodeB这段才是
: backhaul,这两个一般都是两个department在运营。RNC到NodeB这段就没有GTP tunnel
: 。不过俺知道你意思了

z**r
发帖数: 17771
60
有肯定还是有的,不管几G,从cell site总得出来吧,厚厚。而且这段是所有运营成本
里占最大头的一块儿,怎么可能没有了。4G里照样需要aggregation。
这段backhual可以是layer 2(比如纯carrier ethernet),也可以是layer 3(纯IP网
),也有layver 3 over carrier ethernet,最后这个可能在美国更加普遍些,因为不
管哪家的coverage都没有那么大,很多都要租用其他家的carrier ethernet。
不管哪种,都可以有multicast需求,纯layer 2(其实也是一张layer 3/mpls网,只不
过上面提供EVC而已)有IGMP Snooping的需求,layer3的就不用说了,现在新的cell
site router一个重要feature就是要支持PIM,不过大部分只需要static RP就可以,没
有auto-RP or BSR的需求。毕竟现在有刚性需求的BACKHUAL还很少很少,不代表1、2年
之后需求不强劲。而且现在好多项目都被IPV6给占了。
对于基于PON的backhaul,不是很熟悉,美国用这个的少,中国可能会用的比较多。
所以你这个“跟LAYER 3更没有关系。。。。总之跟MULTICAST没关系”不知道从何而来

【在 m**t 的大作中提到】
: 这两个都是BACKHAUL组成部分,你说的这段 在4G里可以没有了。 即使有,跟LAYER3
: 更没关系,通常CPRI over sth(t1, optical etc). 总之跟MULTICAST 没关系。。
:
: tunnel

相关主题
有什么好的方法识别各种stream package的?juniper怎么样?
a question for tony, juniper ex4200 virtual chassis请教wireless backhaul: MPLS 及 VLAN management
Mobile Packet Core positionmulticast在现在网路上是不是还是理论上可行,现实中很少用?
进入EmergingNetworking版参与讨论
m**t
发帖数: 1292
61
在mobile 里,handset/UE 的LAYER3 anchor 在 core network gateways, 例如 PDSN/
HA in 3GPP2, GGSN/PDN GW in UMTS and LTE 才是 mobile terminal 的IP 接入点。
所以基于目前3GPP, 3GPP2标准,真正做MULTICAST 功能aware 的在 UE/handset 和
mobile core gateway 上, 标准有 MBMS,BCMCS 等 。 至于L1,L2,L2.5
transport, 就算他是花样繁多的,乃至基于IP或甚至SCTP, HTTP tunneling 更高层
封装的,对MOBILE 而言是transparent transport 而已, 与这个topic 并不相关。何
况 UE 到核心网段还可以做加密,
至于 Cell site router enable PIM 我唯一能理解的是给Femto cell/HeNB 这样的
local breakout, 否则不太make sense. snooping 也许有用但不是MULTICAST 核心功
能, 而且在不同系统中要有特殊功能, 比如4G LTE cell site ,要能透视到GTP
tunnel 里, 如果置放在 BSS/RADIO HEAD 和 RNC/eNB 之间, 要对CPRI 和 radio
link layer 等能透视, 要做这么 versatile, 直接build 这种SNOOPING 优化到RNC,
BSS 或 eNB 里好了。
结论again就是针对 UE/terminal MULTICAST 的基本功能跟backhaul 无关。对UE来说
,进入IP 网是个Point to Point 链接, IP anchor 在 core network 里,那里才能
谈MULTICAST layer3 function...
你如果有关于这个Cell site router 发展的相关标准或文献,不妨贴出来看看,也许
有什么新的优化方法我没follow 到, 上面的主要是针对标准和产品现状。我在想有些
SIPTO, LIPTO 的 offloading solution 可能可以使用这些到 edge 的优化方法,这
种属于 上面提到的 LOCAL BREAKOUT 的架构,而且一个backhaul 影响也就最多一两百
active user,其中要MULTICAST 的不知道多少, 一般不值得做这个。

【在 z**r 的大作中提到】
: 有肯定还是有的,不管几G,从cell site总得出来吧,厚厚。而且这段是所有运营成本
: 里占最大头的一块儿,怎么可能没有了。4G里照样需要aggregation。
: 这段backhual可以是layer 2(比如纯carrier ethernet),也可以是layer 3(纯IP网
: ),也有layver 3 over carrier ethernet,最后这个可能在美国更加普遍些,因为不
: 管哪家的coverage都没有那么大,很多都要租用其他家的carrier ethernet。
: 不管哪种,都可以有multicast需求,纯layer 2(其实也是一张layer 3/mpls网,只不
: 过上面提供EVC而已)有IGMP Snooping的需求,layer3的就不用说了,现在新的cell
: site router一个重要feature就是要支持PIM,不过大部分只需要static RP就可以,没
: 有auto-RP or BSR的需求。毕竟现在有刚性需求的BACKHUAL还很少很少,不代表1、2年
: 之后需求不强劲。而且现在好多项目都被IPV6给占了。

z**r
发帖数: 17771
62
听君一席话胜读十年书啊,看来俺对mobile network multicast implementation理解
的确有偏差,俺看了你的帖子,又看了些MBMS和eMBMS的东西,甚至重新review了一遍
mobile network architecture的一些东西,终于发现俺为啥理解有偏差了。俺以前没
有认识到从eNodeB出来到SGW/PGW或者从NodeB出来到SGSN已经是在走GTP tunnel了,而
是认为这些Tunnle只是在SGSN, GGSN或者PDSN, HA或者SGW, PGW之间。一旦认识到这个
,你说的就好理解了,multicast replication的确是放在MOBILE GATEWAY上面。

PDSN/


【在 m**t 的大作中提到】
: 在mobile 里,handset/UE 的LAYER3 anchor 在 core network gateways, 例如 PDSN/
: HA in 3GPP2, GGSN/PDN GW in UMTS and LTE 才是 mobile terminal 的IP 接入点。
: 所以基于目前3GPP, 3GPP2标准,真正做MULTICAST 功能aware 的在 UE/handset 和
: mobile core gateway 上, 标准有 MBMS,BCMCS 等 。 至于L1,L2,L2.5
: transport, 就算他是花样繁多的,乃至基于IP或甚至SCTP, HTTP tunneling 更高层
: 封装的,对MOBILE 而言是transparent transport 而已, 与这个topic 并不相关。何
: 况 UE 到核心网段还可以做加密,
: 至于 Cell site router enable PIM 我唯一能理解的是给Femto cell/HeNB 这样的
: local breakout, 否则不太make sense. snooping 也许有用但不是MULTICAST 核心功
: 能, 而且在不同系统中要有特殊功能, 比如4G LTE cell site ,要能透视到GTP

L******t
发帖数: 1985
63
Not familiar with mobile backhaul. But it makes perfect sense to see PPP is
all the way terminated at core network router, just like dial-up. PPP (
including PPPoE) is not multicast friendly for sure. Multicast is mostly for
enterprise, not SP.

PDSN/


【在 m**t 的大作中提到】
: 在mobile 里,handset/UE 的LAYER3 anchor 在 core network gateways, 例如 PDSN/
: HA in 3GPP2, GGSN/PDN GW in UMTS and LTE 才是 mobile terminal 的IP 接入点。
: 所以基于目前3GPP, 3GPP2标准,真正做MULTICAST 功能aware 的在 UE/handset 和
: mobile core gateway 上, 标准有 MBMS,BCMCS 等 。 至于L1,L2,L2.5
: transport, 就算他是花样繁多的,乃至基于IP或甚至SCTP, HTTP tunneling 更高层
: 封装的,对MOBILE 而言是transparent transport 而已, 与这个topic 并不相关。何
: 况 UE 到核心网段还可以做加密,
: 至于 Cell site router enable PIM 我唯一能理解的是给Femto cell/HeNB 这样的
: local breakout, 否则不太make sense. snooping 也许有用但不是MULTICAST 核心功
: 能, 而且在不同系统中要有特殊功能, 比如4G LTE cell site ,要能透视到GTP

m**t
发帖数: 1292
64
版大,不敢当啊,我不过mobile 这里熟一点拿出来晾。大家共勉

【在 z**r 的大作中提到】
: 听君一席话胜读十年书啊,看来俺对mobile network multicast implementation理解
: 的确有偏差,俺看了你的帖子,又看了些MBMS和eMBMS的东西,甚至重新review了一遍
: mobile network architecture的一些东西,终于发现俺为啥理解有偏差了。俺以前没
: 有认识到从eNodeB出来到SGW/PGW或者从NodeB出来到SGSN已经是在走GTP tunnel了,而
: 是认为这些Tunnle只是在SGSN, GGSN或者PDSN, HA或者SGW, PGW之间。一旦认识到这个
: ,你说的就好理解了,multicast replication的确是放在MOBILE GATEWAY上面。
:
: PDSN/
: 层

z**r
发帖数: 17771
65
but usually only the large enterprises need mcast, and they have facilities
across the whole country if not the whole world. most of them don't have
their own backbones, so they need to rely on service providers to provide
transports. in old days, the transports were based on ATM/FR etc, but now
all these transports are based on IP. with this said, the SP do need to
support mcast. that's why we have mLDP, MVPN, etc.

is
for

【在 L******t 的大作中提到】
: Not familiar with mobile backhaul. But it makes perfect sense to see PPP is
: all the way terminated at core network router, just like dial-up. PPP (
: including PPPoE) is not multicast friendly for sure. Multicast is mostly for
: enterprise, not SP.
:
: PDSN/
: 层

z**r
发帖数: 17771
66
可以开一个专门的SESSION给大家科普了,呵呵。
3GPP2里也是这样吗?俺印象里3GPP2里只有PDSN到HA有一个REVERSE TUNNEL

【在 m**t 的大作中提到】
: 版大,不敢当啊,我不过mobile 这里熟一点拿出来晾。大家共勉
m**t
发帖数: 1292
67
3gpp2 bsc-(A8)-pcf--(A10)--PDSN , A8, A10 都是 GRE tunnel, PDSN-HA 多为
IPinIP tunnel 如果跑MIP的话。

【在 z**r 的大作中提到】
: 可以开一个专门的SESSION给大家科普了,呵呵。
: 3GPP2里也是这样吗?俺印象里3GPP2里只有PDSN到HA有一个REVERSE TUNNEL

z**r
发帖数: 17771
68
ok, that's what I am looking for. thanks

【在 m**t 的大作中提到】
: 3gpp2 bsc-(A8)-pcf--(A10)--PDSN , A8, A10 都是 GRE tunnel, PDSN-HA 多为
: IPinIP tunnel 如果跑MIP的话。

1 (共1页)
进入EmergingNetworking版参与讨论
相关主题
有什么好的方法识别各种stream package的?关于telecom/internet,现在有几个hot的领域 (转载)
a question for tony, juniper ex4200 virtual chassisMulticast问题
Mobile Packet Core position这个mpls vpn over mgre用的多吗?
juniper怎么样?问个multicast 问题。
请教wireless backhaul: MPLS 及 VLAN management问一个two hub-spoken topogy下multicast over gre的design
multicast在现在网路上是不是还是理论上可行,现实中很少用?发包子问问题,关于自己在家设局域网
大家觉得做video怎么样?Cisco DMVPN alternative?
谁对back-haul的产品熟啊? (转载)大家说说hulu, youtube等这样的网络应该是什么架构?
相关话题的讨论汇总
话题: multicast话题: backhaul话题: ip话题: layer话题: iptv