avatar
家庭网络问题请到其他版# EmergingNetworking - 热门网络技术
z*r
1
这里的初衷是讨论一些Emerging network technologies,或者一些复杂的网络问题。
谢谢合作。
avatar
v*n
2
re

【在 z**r 的大作中提到】
: 这里的初衷是讨论一些Emerging network technologies,或者一些复杂的网络问题。
: 谢谢合作。

avatar
t*r
3
那我们家如果建一个LDP OVER RSVP的三层网络提供跨州服务的SERVICE,有技术问题能
贴过来么?
avatar
s*g
4
Yes, any question, fire up...
If you looked at Cisco IOS implementation of LDP over RSVP, it is so much
easier and cleaner compare to JUNOS in terms of configuration. You might get very confused (at least for me) when you start with JUNOS configuration of LDP over RSVP. Basic concept is the same though.
avatar
t*r
5
配置嘛只要适应就好, 我还觉得IOS配起来别扭呢. ^_^
可以用RSVP做一下MPLS FRR(facility比较好), 不过现在HW太厉害, 逼着JUNIPER做了
IP FRR(JUNOS里叫LFA), 收敛速度也是不错的.
avatar
s*g
6
LFA is just one proposal of implementing IP FRR, and you are probably mixing
it up with MPLS FRR.

【在 t*******r 的大作中提到】
: 配置嘛只要适应就好, 我还觉得IOS配起来别扭呢. ^_^
: 可以用RSVP做一下MPLS FRR(facility比较好), 不过现在HW太厉害, 逼着JUNIPER做了
: IP FRR(JUNOS里叫LFA), 收敛速度也是不错的.

avatar
t*r
7
我没有混淆的.
不过IP FRR/MPLS FRR目的是业务快速的恢复, 在这一点上没问题的.
avatar
z*r
8
小托你太调皮了

【在 t*******r 的大作中提到】
: 那我们家如果建一个LDP OVER RSVP的三层网络提供跨州服务的SERVICE,有技术问题能
: 贴过来么?

avatar
z*r
9
严格说FRR应该是临时备份,比如这个backup tunnel很有可能不能提供足够带宽

【在 t*******r 的大作中提到】
: 我没有混淆的.
: 不过IP FRR/MPLS FRR目的是业务快速的恢复, 在这一点上没问题的.

avatar
s*g
10
For IP FRR, this is true because IGP will converge no matter what, but for
MPLS facility-backup FRR, since the path is pre-determined in the ingress,
ingress may not implement re-optimization of protected LSP, i.e, protected
LSP may or may not be adaptive, so traffic may stay in bypass path,
bandwidth requirement is not guaranteed especially N LSPs are riding on the
same bypass.
For detour FRR, bandwidth constrain is not a problem by nature.

【在 z**r 的大作中提到】
: 严格说FRR应该是临时备份,比如这个backup tunnel很有可能不能提供足够带宽
avatar
t*r
11
为什么我一听到riding就......我真猥琐~~~
avatar
z*r
12
这里的初衷是讨论一些Emerging network technologies,或者一些复杂的网络问题。
谢谢合作。
avatar
t*r
13
那我们家如果建一个LDP OVER RSVP的三层网络提供跨州服务的SERVICE,有技术问题能
贴过来么?
avatar
s*g
14
Yes, any question, fire up...
If you looked at Cisco IOS implementation of LDP over RSVP, it is so much
easier and cleaner compare to JUNOS in terms of configuration. You might get very confused (at least for me) when you start with JUNOS configuration of LDP over RSVP. Basic concept is the same though.
avatar
t*r
15
配置嘛只要适应就好, 我还觉得IOS配起来别扭呢. ^_^
可以用RSVP做一下MPLS FRR(facility比较好), 不过现在HW太厉害, 逼着JUNIPER做了
IP FRR(JUNOS里叫LFA), 收敛速度也是不错的.
avatar
s*g
16
LFA is just one proposal of implementing IP FRR, and you are probably mixing
it up with MPLS FRR.

【在 t*******r 的大作中提到】
: 配置嘛只要适应就好, 我还觉得IOS配起来别扭呢. ^_^
: 可以用RSVP做一下MPLS FRR(facility比较好), 不过现在HW太厉害, 逼着JUNIPER做了
: IP FRR(JUNOS里叫LFA), 收敛速度也是不错的.

avatar
t*r
17
我没有混淆的.
不过IP FRR/MPLS FRR目的是业务快速的恢复, 在这一点上没问题的.
avatar
z*r
18
小托你太调皮了

【在 t*******r 的大作中提到】
: 那我们家如果建一个LDP OVER RSVP的三层网络提供跨州服务的SERVICE,有技术问题能
: 贴过来么?

avatar
z*r
19
严格说FRR应该是临时备份,比如这个backup tunnel很有可能不能提供足够带宽

【在 t*******r 的大作中提到】
: 我没有混淆的.
: 不过IP FRR/MPLS FRR目的是业务快速的恢复, 在这一点上没问题的.

avatar
s*g
20
For IP FRR, this is true because IGP will converge no matter what, but for
MPLS facility-backup FRR, since the path is pre-determined in the ingress,
ingress may not implement re-optimization of protected LSP, i.e, protected
LSP may or may not be adaptive, so traffic may stay in bypass path,
bandwidth requirement is not guaranteed especially N LSPs are riding on the
same bypass.
For detour FRR, bandwidth constrain is not a problem by nature.

【在 z**r 的大作中提到】
: 严格说FRR应该是临时备份,比如这个backup tunnel很有可能不能提供足够带宽
avatar
e*3
21
收徒弟吗

【在 z**r 的大作中提到】
: 这里的初衷是讨论一些Emerging network technologies,或者一些复杂的网络问题。
: 谢谢合作。

avatar
v*n
22
re

【在 z**r 的大作中提到】
: 这里的初衷是讨论一些Emerging network technologies,或者一些复杂的网络问题。
: 谢谢合作。

avatar
t*r
23
为什么我一听到riding就......我真猥琐~~~
avatar
e*3
24
收徒弟吗

【在 z**r 的大作中提到】
: 这里的初衷是讨论一些Emerging network technologies,或者一些复杂的网络问题。
: 谢谢合作。

avatar
x*n
25
收敛速度是指convergence time么?
相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。