x*********n
发帖数: 28013 | 1 我实在太懒了。这个mroute 为什么没有指向那个ip呢？因为multicast是发给group，
不针对某个ip？
ip pim bidir-enable
ip pim rp-address 32.246.208.78
ip pim autorp listener
ip mroute 10.12.31.0 255.255.255.128 Tunnel2
ip mroute 10.12.30.0 255.255.255.128 Tunnel2
ip mroute 10.9.32.0 255.255.255.128 Tunnel3
ip mroute 10.9.33.0 255.255.255.128 Tunnel3
ip mroute 10.33.32.0 255.255.255.128 Tunnel4
ip mroute 10.33.33.0 255.255.255.128 Tunnel4
ip mroute 10.16.30.0 255.255.255.128 Tunnel5
ip mroute 10.16.31.0 255.255.255.128 Tunnel5
ip mrout... 阅读全帖 |
|
x*********n
发帖数: 28013 | 2 来自主题: EmergingNetworking版 - 问一条命令。 完整的是这样的。
multilink1的ip是208.44.164.206，然后很多route points to了208.44.164.205，
本来一般都是multilink 直接points 到208.44.164.205，不知道为啥。谁能解释一点
么？
#sh run | i route
ip policy route-map Route=>Internet
router bgp 65010
ip route 0.0.0.0 0.0.0.0 Multilink1 220 name Backup_Default
ip route 10.1.30.0 255.255.255.128 Tunnel5 name lake-forest
ip route 10.1.32.0 255.255.255.128 Tunnel5 name lake-forest
ip route 10.33.32.0 255.255.255.128 Null0 210
ip route 10.33.33.0 255.255.255.128 Null0 210
ip route 10.192.168.41 255... 阅读全帖 |
|
T****7
发帖数: 1613 | 3 ip mroute 10.12.31.0 255.255.255.128 Tunnel2
ip mroute 10.12.30.0 255.255.255.128 Tunnel2
this is fine for different mcast source subnets. this is to define what is
the valid incoming interface for the traffic's source network. you have two
mcast source networks, and Tunnel 2 is the valid incoming interface for both
network, this is fine. |
|
z**r
发帖数: 17771 | 4 才看到题目问的是mGRE，mGRE在MVPN里是自动建立的一堆MTI，属于point to
multipoint。这个应用还是挺广的，因为目前MPLS backbone不能给mroutes分配label
，所以每个MVPN实际上还是走native mpls，不过是放在了GRE封装里
or
the |
|
z**r
发帖数: 17771 | 5 一个multicast architecture已经很老了，基本上是全网打开，造成core router大量
mroutes，费力不讨好。
现在要转到mVPN上，可是一个VRF里的不同CE对于Multicast需求不太一样，有的要求
1mbps带宽的streaming就可以，有的需要2m或者3m甚至更高，这些高要求的在访问高带
宽的stream失败的时候，会自动去尝试低一些的stream，但是只有较低资源的CE不能访
问高带宽的stream，以前的方法是放不同级别的multicast source比如content engine
到不同的地方，然后做大量boundary，很不scalable。现在的情况下，有什么更好的办
法可以解决这个问题嘛？
不知道说清楚没有，需要其他细节的，请提问。 |
|
T****7
发帖数: 1613 | 6 reverse path forward checking
ip mroute 10.12.31.0 255.255.255.128 Tunnel2
It means for multicast traffic that are sent from 10.12.31.0/25, the traffic
should come in from tunnel 2. otherwise, the mcast traffic will be dropped. |
|
c*****i
发帖数: 631 | 7 客户有2个datacenter，一个在东岸，一个在西岸。video server在datacenter里面，
需要mcast video到全国的remote office。
现在remote office到datacenter的link不support mcast。建议的方法是setup gre
tunnel btw remote office
and datacenter，然后在gre tunnel上run mcast。
1。RPF的问题，因为每个remote office有2个gre tunnel到2个datacenter，static
mroute不太适合，如果用MBGP有什么问题吗
2。RP的问题，打算做anycast RP，一个datacenter 放一个RP，然后跑MSDP。 |
|
z**r
发帖数: 17771 | 8 千万别用static mroute，无穷无尽的麻烦。PIM怎么了？MBGP也可以，但是通常mbgp都
是用在你的rpf需要和unicast不一致的情况。
第二个问题对于ipv4没问题，ipv6很多产品还不支持anycast |
|
g*******n
发帖数: 139 | 9 I can't find a binary version for this and compile the source code only got
errors.
The version I download is mrouted3.8.2-src.tar.gz.
The errors are below:
When I type the command below:
gcc -I ../snmplib -DDEBUG -DMROUTED -DHAVE_CONFIG_H -c -o snmpd.o snmpd.c
The error is:
Infile included from snmpd.c:39:
/usr/included/stdio.h:216 parse error before '0'
make[1]: *** [snmpd.o] Error 1
Who have installed it before, please help. Tell us where can find a good version
can use smoothly. |
|
