Re: [j-nsp] Question about ISO and ISIS family

2010-07-28 Thread Felix Schueren
Luis, Hello .. I´m working with isis using iso addressing, so now when i see the routes in my EX , it has the next: juni...@junex.cvie.mgmt.01# run show route inet.0: 13 destinations, 13 routes (13 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both ..

[j-nsp] Question about ISO and ISIS family

2010-07-28 Thread luis barrios
Hello .. I´m working with isis using iso addressing, so now when i see the routes in my EX , it has the next: juni...@junex.cvie.mgmt.01# run show route inet.0: 13 destinations, 13 routes (13 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both ... ...

[j-nsp] Inter provider LDP based L2VPN between a Juniper network and a Cisco network

2010-07-28 Thread Amos Rosenboim
Hello All, I'm trying to configure an inter provider LDP based L2VPN between a Juniper network and a Cisco network. The topology is roughly as follows: Cisco PE-Cisco P--Cisco P--Cisco ASBR--Juniper ASBR---Juniper P---Juniper P---Juniper PE. In order to achieve

Re: [j-nsp] SRX for access/core routing/MPLS duties?

2010-07-28 Thread Tore Anderson
* TCIS List Acct > I've been reading past threads on the SRX line with interest. It seems > this box can do many of the things we are looking for (at a low price > point), which include: > > - MPLS > - IPv4 routing (OSPF, BGP) > - Runs JunOS > - Could be used at the access layer > - Future IPv6

Re: [j-nsp] SRX for access/core routing/MPLS duties?

2010-07-28 Thread Pavel Lunin
Smaller ones as cheap access devices with or without (or even together with) MPLS—maybe. Check the latest thread on J-series. Just couple of days ago someone has given a good brief of how they use SRX100 in access with MPLS. Full BGP, wire-rate—just forget. You can do full BGP on SRX650 thou

Re: [j-nsp] SRX for access/core routing/MPLS duties?

2010-07-28 Thread Michael Damkot
I have two 5XXX series SRX boxes in an Active / Active cluster sitting in the middle of a network. They currently carry the following: (PIM goes up and down depending on downstream pulls) inet.0: 322738 destinations, 968448 routes (322735 active, 2 holddown, 20 hidden) Restart Complete

Re: [j-nsp] SRX for access/core routing/MPLS duties?

2010-07-28 Thread Ben Dale
> I've been reading past threads on the SRX line with interest. It seems this > box can do many of the things we are looking for (at a low price point), > which include: > > - MPLS > - IPv4 routing (OSPF, BGP) > - Runs JunOS > - Could be used at the access layer > - Future IPv6 support > - If

Re: [j-nsp] SRX for access/core routing/MPLS duties?

2010-07-28 Thread Scott T. Cameron
BGP is slow. Painfully so. I have 2x SRX3400 in a chassis cluster config getting 2 full BGP tables. I would say it takes at least 5 minutes for the BGP updates to complete and for the device to be usable. IPv6 support will be in 10.2 for SRX3400 and higher. 10.2R1 exists today but has a number

Re: [j-nsp] Juniper MX80 IRB

2010-07-28 Thread Tim Vollebregt
All, Thanks a lot for your comments, seems that there are more occasions where this problem is occurring. We are having the MX80-48T which has the Trio chip. It was a bit strange while building the configuration, at some point it seemed to work the 10.x way. There was ARP, but no connectivity

[j-nsp] GRE tunnel with dynamic IP address

2010-07-28 Thread Markus
On an M7i with builtin tunnel PIC running 8.0R2.8, is it possible to create a GRE tunnel where the destination is at a dynamic IP address? The destination is on a .dyndns.org hostname. There is dynamic-tunnels under routing-options but I don't see how that could help me. What I want to achieve is

[j-nsp] SRX for access/core routing/MPLS duties?

2010-07-28 Thread TCIS List Acct
I've been reading past threads on the SRX line with interest. It seems this box can do many of the things we are looking for (at a low price point), which include: - MPLS - IPv4 routing (OSPF, BGP) - Runs JunOS - Could be used at the access layer - Future IPv6 support - If required, could be us

Re: [j-nsp] Juniper MX80 IRB

2010-07-28 Thread Addy Mathur
On Wednesday, July 28, 2010, Mark Tinka wrote: > On Tuesday, July 27, 2010 10:31:18 pm Chuck Anderson wrote: > >> Finally, JTAC/ATAC can't even figure out the above!!!  I >> have a case open and they *still* haven't come to the >> solution because they haven't realized that "Today Trio >> only sup

Re: [j-nsp] Juniper MX80 IRB

2010-07-28 Thread Mark Tinka
On Tuesday, July 27, 2010 10:31:18 pm Chuck Anderson wrote: > Finally, JTAC/ATAC can't even figure out the above!!! I > have a case open and they *still* haven't come to the > solution because they haven't realized that "Today Trio > only supports the old style config" and what that really > mean