Re: [j-nsp] SRX100 for dual 100M uplink routing network in packet mode.

On Tue, Nov 27, 2012 at 2:52 PM, 叶雨飞 wrote: > Hi, > I currently have 2 100mbps uplink (about 50% bandwidth utilization, > 10kpps each), I am hoping to get a srx100 as the router, run it in > packet mode for most traffic except some low traffic nat/ipsec > management tunnels. > Is that going to be

Re: [j-nsp] VPLS Multihoming

Correct (Assuming each PE only has 1 Link to the CE Network…) Chris - Chairman of the "STP is evil and should be avoided if possible" Committee. =) On 2012-11-28, at 1:24 PM, Luca Salvatore wrote: > Right, this is what I thought. Thanks for the info. > So this type of configuration means tha

Re: [j-nsp] VPLS Multihoming

Right, this is what I thought. Thanks for the info. So this type of configuration means that spanning-tree is not needed between CE and PE then? Luca -Original Message- From: Chris Kawchuk [mailto:juniperd...@gmail.com] Sent: Wednesday, 28 November 2012 1:09 PM To: Luca Salvatore Cc:

Re: [j-nsp] VPLS Multihoming

On 2012-11-28, at 9:36 AM, Luca Salvatore wrote: > So - my understanding is that VPLS multihoming is used to prevent layer 2 > loops. How is this accomplished? > Is it because the backup PE device does not forward any traffic (except for > LDP stuff) and hence no loop is formed since backup P

[j-nsp] SRX100 for dual 100M uplink routing network in packet mode.

Hi, I currently have 2 100mbps uplink (about 50% bandwidth utilization, 10kpps each), I am hoping to get a srx100 as the router, run it in packet mode for most traffic except some low traffic nat/ipsec management tunnels. Is that going to be enough? or should I aim for srx210 or higher? thanks.

[j-nsp] VPLS Multihoming

Hello, I have two PE MX10 routers at each end of a connection and I have configured them for VPLS multihoming. I have one device configured as primary and one device configured as backup. Everything is working as expected but I have a question regarding the PE in backup mode. So - my underst

Re: [j-nsp] jflow v9 - flow start timestamp not reset

* Andrew Jones [2012-08-12 05:32]: > Hi All, > There is a behaviour in jflow v9 which is frustrating me whereby once > flows reach the active timeout the flow is exported, the packet and byte > counters reset, but the flow remains in the flow table and the start time > is not modified. According t

Re: [j-nsp] GRE between EX3200

Hello, The only trick is the need to sacrifice a physical gig-e port : http://www.juniper.net/techpubs/en_US/junos12.1/topics/task/configuration/gre-tunnel-services-cli.html Christian Le 27/11/2012 10:46, Emil Katzarski a écrit : Hello, Did anybody actually manage to bring a GRE tunnel up wit

Re: [j-nsp] GRE between EX3200

Hello, Did anybody actually manage to bring a GRE tunnel up with EX4200? I couldn't. Regards: Emil On Wed, Apr 25, 2012 at 5:20 PM, Christian wrote: > Hello, > GRE support in EX in 12.1, > Rgds, > > Christian > > Le 25/04/2012 16:15, paul.ma...@agencyport.com a écrit : > > Hi all, >> >> >> >>