[j-nsp] thoughs on MVRP?

Alex Arseniev alex.arseniev at gmail.com
Sun Mar 3 03:41:12 EST 2013


If you don't need to run STP on these VLANs, why not use 
QinQ/dot1q-tunneling?
http://kb.juniper.net/InfoCenter/index?page=content&id=KB21686&actp=RSS
Saves you
Thanks
Alex

----- Original Message ----- 
From: "Luca Salvatore" <Luca at ninefold.com>
To: <juniper-nsp at puck.nether.net>
Sent: Sunday, March 03, 2013 12:13 AM
Subject: [j-nsp] thoughs on MVRP?


> Hi,
> We have a requirment to trunk about 3500 VLANs into multiple ports on some 
> EX4200 switches in VC mode.
>
> This breaches the vmember limit but a huge amout, and once we did this I 
> have seen lots of errors in the logs such as:
>
> fpc0 RT-HAL,rt_entry_create,2414: failed to allocate memory for route 
> entry
> /kernel: RT_PFE: RT msg op 3 (PREFIX CHANGE) failed, err 5 (Invalid)
> fpc0 RT-HAL,rt_entry_add_msg_proc,2702: route entry create failed
> fpc0 RT-HAL,rt_entry_add_msg_proc,2886: proto L2 bridge,len 48 prefix 
> 06:d4:f2:00:00:cb/48 nh 2850
> fpc0 RT-HAL,rt_entry_create,2414: failed to allocate memory for route 
> entry
>
> These messages worry me.  I have been looking into MVRP which seems like 
> it will allow us to not need all 3500 VLANs trunked into the switches all 
> the time, but will dynmicaly register VLANs as needed.
>
> Wondering peoples thoughts on MVRP, is this a good use case?  Is it stable 
> and reliable?
>
> thanks,
>
> _______________________________________________
> juniper-nsp mailing list juniper-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp
> 



More information about the juniper-nsp mailing list