[j-nsp] EVPN on QFX5200
Does anyone have a working example for EVPN configuration on the QFX 5200's that they'd be willing to share? I've got four 5200's split between two DC's with 2x100G links between each pair in a mesh. I'd like to run EVPN on them such that my network infrastructure between the sites is transparent to the servers. ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
[j-nsp] Cabinets for MX10008
What cabinets are folks using for the MX10008? ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Using a QFX5100 without QFabric?
How do you handle 10G port licensing on the 5048? That gets expensive quickly. I've got about 75 qfx's deployed as PE devices right now because of the 5048 port licenses. The major limitation of the qfx as a PE device is that it doesn't support VPLS. It does however do EVPN over vxlan, which can be stitched to a vpls instance if needed on an MX, at least according to Juniper. I've not yet tried it. On the very few instances where I've absolutely had to deliver a VPLS type service, I've been able to bring L2circuits back to a 480 and stitch them all to a bridge-domain there. Not optimal, but it works. Joe The qfx's do L3vpn and l2circuits nicely, with RSVP/LDP, BGP, and ISIS. On Tue, Oct 24, 2017 at 9:44 AM, Aaron Gould wrote: > Not to change subject too much, but, In case you are wanting to extend your > mpls cloud (I'm assuming your MX core is mpls-enabled) further out into the > aggregation/access edge, you could go with the qfx-5100 cousin... acx5048. > I've been pretty pleased with them. > > I've deployed 30 or 40 of these now in my network with as cisco asr9k core. > > -Aaron > > > ___ > juniper-nsp mailing list juniper-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/juniper-nsp > ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Service Activation Testing
Primarily, I need to valid throughput and frame loss at the moment. having the ability to do L2/L3 with CoS/QoS is icing on the cake. On Sun, Sep 25, 2016 at 6:29 PM, James Harrison wrote: > On 22/09/2016 14:41, Joe Freeman wrote: > > I've been asked to put together a solution that allows us to do SAT on > > every new turnup. These are all Ethernet services. > > > > I've been trying to figure out how to do it in the MX platform since > that's > > what we predominately have in our CO's, but JTAC has recently told me > that > > RFC2544 or Y.1564 service testing won't be available until 17.1 at the > > earliest, contrary to all the published documentation for 16.1. > > > > What solutions have others used? > > RFC2544 isn't great for non-lab testing - Y.1564 is the way to go > (unless you want to validate TCP throughput rather than or in addition > to L2/L3, in which case RFC6349 is the right tool). It's worth digging > into what you're actually looking to test and assure - CIR? EIR? Do you > need to prove burst characteristics, QoS/CoS etc? VLANs, multicast/IGMP? > Some of this will determine how you'll have to test. > > Realistically there's a lot of kit out there for multiprotocol Ethernet > service assurance, and while the MXes can do TWAMP and such just fine > I'd be looking at dedicated hardware for Y.1564 et al. Apart from > anything else, having performance measurement endpoints/devices > dedicated to just that makes isolation of variables easier when > diagnosing performance faults and gives you a bit more flexibility in > how you deploy test endpoints. > > For 1G and up, EXFO, Viavi and VeEX all have products worth looking at, > though only the former two have "service assurance" platforms > specifically aimed at turn-up testing (AFAIK - VeEX has a lot of stuff > in the HFC world, less so on pure Ethernet). Below 500M or so there's > more scope for cheap and cheerful options like perfSonar/iperf/bwctl and > friends, but I'd really avoid those if you can - we see a huge amount of > variation in test performance above even a few hundred megs. > > -- > Cheers, > James Harrison > ___ > juniper-nsp mailing list juniper-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/juniper-nsp > ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
[j-nsp] Service Activation Testing
Hello folks- I'd like to know what everyone is doing for Ethernet Service Activation testing out there. I've been asked to put together a solution that allows us to do SAT on every new turnup. These are all Ethernet services. I've been trying to figure out how to do it in the MX platform since that's what we predominately have in our CO's, but JTAC has recently told me that RFC2544 or Y.1564 service testing won't be available until 17.1 at the earliest, contrary to all the published documentation for 16.1. What solutions have others used? Thanks- Joe ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
[j-nsp] EVPN/VXLAN on QFX5100
Does anyone have working sample config they can share? Our SE recommended trying to use EVPN on our 5100's in place of VPLS since it's not supported on the 5100's. I'm having trouble getting it to work between two QFX's in my lab. The QFX's are connected via an MPLS/IP connection with LDP/RSVP/ISIS, and MP-IBGP. A show evpn instance extensive command shows that the two switches see each other, but I am unable to learn mac addresses between them. Thanks- Joe ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
[j-nsp] Flexible Ethernet Services on QFX5100
Is anyone using this feature on the QFX5100? Anyone been able to get an answer from Juniper as to the chances it will be pulled in the next major release? Thanks- Joe ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Juniper 10G Switch Options
Keep in mind the QFX5100 doesn't support evpn or vpls. To do vpls right now, we're having to l2vpn back to an MX tunnel interface and stitch into a bridge domain. It's not pretty but so far it has worked. We've got our fingers crossed that evpn is coming soon. Also, the 5100's apparently aren't using ASICs, or at least aren't using an ASIC on the interfaces that will support flexible-ethernet-services. What this means is that I can't L2 switch a customer on the same QFX interface that I'm either A) Terminating another customer at L3 (l3 vpn for example), or B) Doing a vlan-ccc/l2circuit/l2vpn connection on. This means there are some use cases (p2p ethernet circuits between olt's in the same CO for instance) that may require more than 1 port between the QFX and the olt. Joe On Thu, Jun 4, 2015 at 8:26 AM, Tim Jackson wrote: > I'd recommend QFX5100 or EX4600. Same hardware inside for both. > > Beware that there are a few issues with DHCP and DHCPv6 pass through on > them, but that seems to be resolved now. > On Jun 4, 2015 6:22 AM, "Colton Conor" wrote: > > > We need a Juniper switch with at least 24 built in SFP+ ports. Looks like > > Juniper has a ton of options including the EX4500, EX4550, EX4600, and > the > > QFX line which I don't know much about. This switch will be for > aggregation > > purposes for an access network that has GPON OLT's with 10G uplinks on > > them. What do you recommend? Which has the latest hardware? Which is the > > most cost effective? Any limitations to be aware of? > > ___ > > juniper-nsp mailing list juniper-nsp@puck.nether.net > > https://puck.nether.net/mailman/listinfo/juniper-nsp > > > ___ > juniper-nsp mailing list juniper-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/juniper-nsp > ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
[j-nsp] QFX5100 question
Before we go out and spend a large amount of money to replace some gear we're not happy with in our network, I thought I'd check to see what opinions I could get on the QFX5100. We are looking at using them in an MPLS PE role, with the new code release that has added support for L2VPN's (according to our SE). Each of these 5100's would be connected to at least one MX router (preferably two for redundancy) via one or more 10Ge LAG groups. Our CO's are too far apart for 40Gbe at the moment. Any thoughts or opinions would be helpful. Thanks- Joe ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] M20 fpc issue
I started with a 10.0 train with the same symptoms. show log chassisd only shows an snmp trap for fru removal when the fpc is trying to come up. show log messages has this, though- Oct 15 13:56:48 lab-m20 alarmd[1532]: Alarm set: FPC color=RED, class=CHASSIS, reason=Too many unrecoverable errors Oct 15 13:56:48 lab-m20 craftd[1533]: Major alarm set, Too many unrecoverable errors Oct 15 13:56:48 lab-m20 craftd[1533]: forwarding display request to chassisd: type = 4, subtype = 43 Oct 15 13:56:48 lab-m20 CM(0): Slot 3: No response from FPC interface manager Oct 15 13:56:48 lab-m20 chassisd[1531]: CHASSISD_FRU_EVENT: scb_recv_slot_detach: detached FPC 3 Oct 15 13:56:48 lab-m20 chassisd[1531]: CHASSISD_IFDEV_DETACH_FPC: ifdev_detach_fpc(3) Oct 15 13:56:48 lab-m20 CM(0): Slot 3: No response from FPC chassis manager Oct 15 13:56:48 lab-m20 chassisd[1531]: CHASSISD_SNMP_TRAP7: SNMP trap generated: FRU insertion (jnxFruContentsIndex 7, jnxFruL1Index 4, jnxFruL2Index 0, jnxFruL3Index 0, jnxFruName FPC: FPC @ 3/*/*, jnxFruType 3, jnxFruSlot 3) Oct 15 13:56:48 lab-m20 CM(0): Slot 3: Unrecoverable error; probe failed Oct 15 13:56:48 lab-m20 CM(0): Slot 3: Too many unrecoverable errors, going off-line Oct 15 13:56:48 lab-m20 CM(0): ALARM SET: (Major) Slot 3: Too many unrecoverable errors So no real clue as to why it won't come up. Again, I get this on every FPC I try in the box, and I've tried a different chassis (using the same re's) with the same results. I initially thought it might be an expired hardware certificate on the FPC, but setting the date back to 2001 didn't help. On Wed, Oct 15, 2014 at 3:04 PM, Damien DeVille wrote: > Hi Joe- > > Have you tried an 11.x or 10.x train of code? The M20 went end of > engineering on 30-Sep-2011 so 12.x versions Junos might not support the FPC. > > Also, you should see something in var/log/messages if the system can't > bring the fpc on line. > > request chassis fpc online slot should also give you an error > message if it can't bring it online. > > > - Damien > > On Wed, Oct 15, 2014 at 2:58 PM, Joe Freeman wrote: > >> Greetings- >> >> I have an M20 in the lab that I need to get up for a couple of tests. I >> realize it's an old boat anchor and isn't supported, but it's what I've >> got >> at the moment. All I really need to do is some MPLS/LDP testing, which it >> should be able to do. >> >> I have Junos 12.3R1.7 running on this hardware build- >> root@lab-m20> show chassis hardware >> Hardware inventory: >> Item Version Part number Serial number Description >> Chassis22178 M20 >> BackplaneREV 07 710-001517 AL3655M20 Backplane >> Power Supply A Rev 03 740-007311 506645AC Power Supply >> Display REV 04 710-001519 AF4603M20 FPM Board >> Routing Engine 0 REV 01 740-016485 P13004103006 RE-4.0 >> Routing Engine 1 REV 06 740-008883 P11123901048 RE-4.0 >> SSB 0REV 01 710-001951 AF2998Internet >> Processor >> IIv1 >> SSB 1N/A N/A N/A Backup >> Fan Tray 0 Front Upper Fan >> Tray >> Fan Tray 1 Front Middle Fan >> Tray >> Fan Tray 2 Front Bottom Fan >> Tray >> Fan Tray 3 Rear Fan Tray >> >> >> Notice the FPC's aren't showing up They are all offline, and I can't >> get them to come online- >> root@lab-m20> show chassis fpc >> Temp CPU Utilization (%) MemoryUtilization (%) >> Slot State(C) Total Interrupt DRAM (MB) Heap Buffer >> 0 Offline 27 >> 1 Offline 29 >> 2 Offline 27 >> 3 Offline 27 >> >> root@lab-m20> request chassis fpc slot 3 online >> Online initiated, use "show chassis fpc" to verify >> >> root@lab-m20> show chassis fpc >> Temp CPU Utilization (%) MemoryUtilization (%) >> Slot State(C) Total Interrupt DRAM (MB) Heap Buffer >> 0 Offline 27 >> 1 Offline 29 >> 2 Offline 27 >> 3 Offline Absent >> >> root@lab-m20> show chassis fpc >> Temp CPU Utilization (%) MemoryUtilization (%) >> Slot State(C) Total Interrupt DRAM (MB) Heap Buffer >> 0
[j-nsp] M20 fpc issue
Greetings- I have an M20 in the lab that I need to get up for a couple of tests. I realize it's an old boat anchor and isn't supported, but it's what I've got at the moment. All I really need to do is some MPLS/LDP testing, which it should be able to do. I have Junos 12.3R1.7 running on this hardware build- root@lab-m20> show chassis hardware Hardware inventory: Item Version Part number Serial number Description Chassis22178 M20 BackplaneREV 07 710-001517 AL3655M20 Backplane Power Supply A Rev 03 740-007311 506645AC Power Supply Display REV 04 710-001519 AF4603M20 FPM Board Routing Engine 0 REV 01 740-016485 P13004103006 RE-4.0 Routing Engine 1 REV 06 740-008883 P11123901048 RE-4.0 SSB 0REV 01 710-001951 AF2998Internet Processor IIv1 SSB 1N/A N/A N/A Backup Fan Tray 0 Front Upper Fan Tray Fan Tray 1 Front Middle Fan Tray Fan Tray 2 Front Bottom Fan Tray Fan Tray 3 Rear Fan Tray Notice the FPC's aren't showing up They are all offline, and I can't get them to come online- root@lab-m20> show chassis fpc Temp CPU Utilization (%) MemoryUtilization (%) Slot State(C) Total Interrupt DRAM (MB) Heap Buffer 0 Offline 27 1 Offline 29 2 Offline 27 3 Offline 27 root@lab-m20> request chassis fpc slot 3 online Online initiated, use "show chassis fpc" to verify root@lab-m20> show chassis fpc Temp CPU Utilization (%) MemoryUtilization (%) Slot State(C) Total Interrupt DRAM (MB) Heap Buffer 0 Offline 27 1 Offline 29 2 Offline 27 3 Offline Absent root@lab-m20> show chassis fpc Temp CPU Utilization (%) MemoryUtilization (%) Slot State(C) Total Interrupt DRAM (MB) Heap Buffer 0 Offline 27 1 Offline 29 2 Offline 27 3 Present 27 They will sit at present for several minutes, then change to empty for a few minutes, then return back to offline. While they are in the 'present' state, they will show up in the show chassis hardware output- FPC 3REV 10 710-000175 AA7681FPC I've changed to different fpc's, different ssb's, different RE's and changed the junos version. I even set the system clock back to 2001. No change in symptoms. Any and all ideas are appreciated. Thanks- Joe ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] OSPF default problem
Have you setup NAT on the 3560? What's the config look like on the 3560? Does the EX4200 have a L3 interface in the vlan with 10.0.0.0? If so, what's it's address, and what's the address of the 3560? Can you ping one from the other? Joe On Tue, Jan 20, 2009 at 4:44 PM, Cord MacLeod wrote: > You are correct, but I haven't even setup the machine network as of yet. I > simply am attempting to get 10.0.0.* to be able to hit the Internet using > gatway 10.0.0.1. > > > > > On Jan 20, 2009, at 12:29 PM, Joe Freeman wrote: > > Without a gateway that exists in both the 10.0.1.0/24 and the > 10.0.0.0/23networks, nothing on the >> 10.0.1.0/24 will be able to hit an address on the 10.0.0.0/24 space. >> >> You do realize that 10.0.0.0/23 overlaps with 10.0.1.0/24 so that the >> gateway will see 10.0.1.0/24 as part of the larger 0.0/23 supernet >> locally attached and will simply arp for any 10.0.1.0/24 address. >> However, hosts with 10.0.1.0/24 addresses will see any address on >> 10.0.0.0/23 as being on a different subnet and as such will attempt to >> forward that traffic to their default gateway. If the default gateway isn't >> in the 10.0.1.0/24, no traffic will be sent, and the packet dropped as >> unreachable. >> >> Joe >> >> On Tue, Jan 20, 2009 at 3:18 PM, Cord MacLeod >> wrote: >> This is the setup roughly. The gateway is a 3560 switch and has a vlan >> defined for that 10net. There is also a static route on the internet >> gateway to point everything 10.0.0.0/23 to 10.0.0.2. 10.0.0.2 being >> reachable from 10.0.0.1. >> >> >> On Jan 20, 2009, at 1:55 AM, Felix Schueren wrote: >> >> Cord MacLeod wrote: >> As far as the router id, I went back to basics and looked in my junos >> cookbook and didn't skip a beat when I first set this up and it didn't >> work. I just added in all of the steps it suggested, really nothing of >> consequence. >> >> So, 10.0.0.0/24 is the network devices and 10.0.1.0/24 is the machines. >> That's why I have a /23 on that interface. Funny part is that >> particular switch with 10.0.0.2 on it locally can hit the internet and >> 10.0.0.1. No other device can nor can I ping 10.0.0.1 with any other >> source on the local switch. >> >> >> "internet gateway" >>| >>| >> 10.0.0.0/23 >>| >>| >> "ex4200" >>| \ >>|\ >>| \ >> "other1" "other2" >> | | >> 10.0.1.0/24 >> | | >> "machines1" "machines2" >> >> is that similiar to your setup? if it is, the "gateway" will most likely >> not try to reach anything within 10.0.0.0/23 routed, instead just ARPing >> on it's directly connected interface. From what I saw so far, end >> machines should be able to send packets to 10.0.0.1, but it appears that >> 10.0.0.1 can't send any packets back - can you monitor traffic on >> 10.0.0.1 to verify that? >> >> -felix >> >> >> -- >> Felix Schüren >> Head of NOC >> >> -- >> Host Europe GmbH - http://www.hosteurope.de >> Welserstraße 14 - D-51149 Köln - Germany >> Telefon: (0800) 4 67 83 87 - Telefax: (01805) 66 32 33 >> HRB 28495 Amtsgericht Köln - UST ID DE187370678 >> Geschäftsführer: >> Uwe Braun - Alex Collins - Mark Joseph - Patrick Pulvermüller >> >> ___ >> juniper-nsp mailing list juniper-nsp@puck.nether.net >> https://puck.nether.net/mailman/listinfo/juniper-nsp >> >> > ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] OSPF default problem
Without a gateway that exists in both the 10.0.1.0/24 and the 10.0.0.0/23networks, nothing on the 10.0.1.0/24 will be able to hit an address on the 10.0.0.0/24 space. You do realize that 10.0.0.0/23 overlaps with 10.0.1.0/24 so that the gateway will see 10.0.1.0/24 as part of the larger 0.0/23 supernet locally attached and will simply arp for any 10.0.1.0/24 address. However, hosts with 10.0.1.0/24 addresses will see any address on 10.0.0.0/23 as being on a different subnet and as such will attempt to forward that traffic to their default gateway. If the default gateway isn't in the 10.0.1.0/24, no traffic will be sent, and the packet dropped as unreachable. Joe On Tue, Jan 20, 2009 at 3:18 PM, Cord MacLeod wrote: > This is the setup roughly. The gateway is a 3560 switch and has a vlan > defined for that 10net. There is also a static route on the internet > gateway to point everything 10.0.0.0/23 to 10.0.0.2. 10.0.0.2 being > reachable from 10.0.0.1. > > > On Jan 20, 2009, at 1:55 AM, Felix Schueren wrote: > > Cord MacLeod wrote: >> >>> As far as the router id, I went back to basics and looked in my junos >>> cookbook and didn't skip a beat when I first set this up and it didn't >>> work. I just added in all of the steps it suggested, really nothing of >>> consequence. >>> >>> So, 10.0.0.0/24 is the network devices and 10.0.1.0/24 is the machines. >>> That's why I have a /23 on that interface. Funny part is that >>> particular switch with 10.0.0.2 on it locally can hit the internet and >>> 10.0.0.1. No other device can nor can I ping 10.0.0.1 with any other >>> source on the local switch. >>> >>> >> "internet gateway" >> | >> | >> 10.0.0.0/23 >> | >> | >> "ex4200" >> | \ >> |\ >> | \ >> "other1" "other2" >>| | >>10.0.1.0/24 >>| | >> "machines1" "machines2" >> >> is that similiar to your setup? if it is, the "gateway" will most likely >> not try to reach anything within 10.0.0.0/23 routed, instead just ARPing >> on it's directly connected interface. From what I saw so far, end >> machines should be able to send packets to 10.0.0.1, but it appears that >> 10.0.0.1 can't send any packets back - can you monitor traffic on >> 10.0.0.1 to verify that? >> >> -felix >> >> >> -- >> Felix Schüren >> Head of NOC >> >> -- >> Host Europe GmbH - http://www.hosteurope.de >> Welserstraße 14 - D-51149 Köln - Germany >> Telefon: (0800) 4 67 83 87 - Telefax: (01805) 66 32 33 >> HRB 28495 Amtsgericht Köln - UST ID DE187370678 >> Geschäftsführer: >> Uwe Braun - Alex Collins - Mark Joseph - Patrick Pulvermüller >> > > ___ > juniper-nsp mailing list juniper-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/juniper-nsp > ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] What do for a terminal server?
That's what the 'tail' command is for ;) On 6/25/07, Leigh Porter <[EMAIL PROTECTED]> wrote: > > > Thats nice. Now what I would like next is for it to run `screen` on each > RS232 port. The I can log in and see what happened and scroll back a few > k lines. > > -- > Leigh > > > Joe Freeman wrote: > > Actually, Cyclades (now Avocent) makes a dedicated console server as > well... > > Check out the ACS series... > > http://www.avocent.com/web/en.nsf/Content/CycladesACS_Landing > > > > They come in variants from 1 to 48 ports, offer out-of-band management > via > > on board ethernet, or pcmcia slot (think modem, gsm/edge card, et al). > They > > run a Linux distro and are extremely versatile. > > > > One thing I like about them, especially in the use being discussed here, > is > > that they can log anything seen on a console port to a syslog file > stored > > locally ( or remotely) in onboard disk, or to a flash disk in one of the > > PCMCIA slots. Helps a lot when you have a router misbehaving and errors > > scroll by so fast you miss them. > > > > Joe > > > > > > > >>> I have used cyclades term servers with open source OS with lots of > >>> success and flexibility. > >>> > >>> http://global.cyclades.com/products/2/ts_series > >>> > >>> > >>> > >>> > >>> -Original Message- > >>> From: [EMAIL PROTECTED] > >>> [mailto:[EMAIL PROTECTED] On Behalf Of Scott Morris > >>> Sent: Monday, June 25, 2007 5:55 AM > >>> To: 'Neal R'; juniper-nsp@puck.nether.net > >>> Subject: Re: [j-nsp] What do for a terminal server? > >>> > >>> For all my Juniper lab stuff (and Cisco lab stuff), I just use a > variety > >>> of > >>> Cisco equipment that can be found on the used market pretty cheap. > >>> > >>> Either a 2509/2511 for built in ports (end of sale I think, so used > >>> equipment), or a 2600 or higher with an NM-16A or NM-32A module. > >>> > >>> You'll be able to access all your equipment just fine and it's really > >>> simple > >>> to find help/docs on configuration. > >>> > >>> There are other vendors as well, someone mentioned MRV (the old Xyplex > >>> line > >>> of terminal servers) which work very well. I have a couple old 1640's > >>> (40 > >>> port models) but they're a whole different beast to configure, so it > all > >>> depends on where your experience level is. > >>> > >>> HTH, > >>> > >>> Scott > >>> > >>> -Original Message- > >>> From: [EMAIL PROTECTED] > >>> [mailto:[EMAIL PROTECTED] On Behalf Of Neal R > >>> Sent: Monday, June 25, 2007 12:40 AM > >>> To: juniper-nsp@puck.nether.net > >>> Subject: [j-nsp] What do for a terminal server? > >>> > >>> > >>> Ladies and gentlemen, > >>> > >>> I've recently developed a burning desire to expunge Cisco products > >>> from > >>> our network and every single customer network that we maintain. I'm > >>> awaiting > >>> the shipment of a Juniper 4350, I've already got an Extreme switch for > >>> training purposes, and today I started the process of moving from > Cisco > >>> Call > >>> Manager Express to a Trixbox solution. > >>> > >>>The one bit I'm having trouble with is the terminal server > function. > >>> We've got Cisco 2509/2511 all over the place and don't see a good > >>> alternative to this in the market. I've asked the MikroTik forums if > >>> they > >>> might add a terminal server module to their appliance OS, I've asked > the > >>> Soekris mailing list if anyone is building terminal servers based on > the > >>> Net4801, and I'd like to hear from all of you on this point > >>> - how do you do out of band management for clusters of Juniper > routers? > >>> > >>> > >>> > >>> Neal > >>> ___ > >>> juniper-nsp mailing list juniper-nsp@puck.nether.net > >>> https://puck.nether.net/mailman/listinfo/juniper-nsp > >>> > >>> ___ > >>> juniper-nsp mailing list juniper-nsp@puck.nether.net > >>> https://puck.nether.net/mailman/listinfo/juniper-nsp > >>> ___ > >>> juniper-nsp mailing list juniper-nsp@puck.nether.net > >>> https://puck.nether.net/mailman/listinfo/juniper-nsp > >>> > >>> > >> ___ > >> juniper-nsp mailing list juniper-nsp@puck.nether.net > >> https://puck.nether.net/mailman/listinfo/juniper-nsp > >> > >> > > ___ > > juniper-nsp mailing list juniper-nsp@puck.nether.net > > https://puck.nether.net/mailman/listinfo/juniper-nsp > > > ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] What do for a terminal server?
Actually, Cyclades (now Avocent) makes a dedicated console server as well... Check out the ACS series... http://www.avocent.com/web/en.nsf/Content/CycladesACS_Landing They come in variants from 1 to 48 ports, offer out-of-band management via on board ethernet, or pcmcia slot (think modem, gsm/edge card, et al). They run a Linux distro and are extremely versatile. One thing I like about them, especially in the use being discussed here, is that they can log anything seen on a console port to a syslog file stored locally ( or remotely) in onboard disk, or to a flash disk in one of the PCMCIA slots. Helps a lot when you have a router misbehaving and errors scroll by so fast you miss them. Joe > > I have used cyclades term servers with open source OS with lots of > > success and flexibility. > > > > http://global.cyclades.com/products/2/ts_series > > > > > > > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of Scott Morris > > Sent: Monday, June 25, 2007 5:55 AM > > To: 'Neal R'; juniper-nsp@puck.nether.net > > Subject: Re: [j-nsp] What do for a terminal server? > > > > For all my Juniper lab stuff (and Cisco lab stuff), I just use a variety > > of > > Cisco equipment that can be found on the used market pretty cheap. > > > > Either a 2509/2511 for built in ports (end of sale I think, so used > > equipment), or a 2600 or higher with an NM-16A or NM-32A module. > > > > You'll be able to access all your equipment just fine and it's really > > simple > > to find help/docs on configuration. > > > > There are other vendors as well, someone mentioned MRV (the old Xyplex > > line > > of terminal servers) which work very well. I have a couple old 1640's > > (40 > > port models) but they're a whole different beast to configure, so it all > > depends on where your experience level is. > > > > HTH, > > > > Scott > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of Neal R > > Sent: Monday, June 25, 2007 12:40 AM > > To: juniper-nsp@puck.nether.net > > Subject: [j-nsp] What do for a terminal server? > > > > > > Ladies and gentlemen, > > > > I've recently developed a burning desire to expunge Cisco products > > from > > our network and every single customer network that we maintain. I'm > > awaiting > > the shipment of a Juniper 4350, I've already got an Extreme switch for > > training purposes, and today I started the process of moving from Cisco > > Call > > Manager Express to a Trixbox solution. > > > >The one bit I'm having trouble with is the terminal server function. > > We've got Cisco 2509/2511 all over the place and don't see a good > > alternative to this in the market. I've asked the MikroTik forums if > > they > > might add a terminal server module to their appliance OS, I've asked the > > Soekris mailing list if anyone is building terminal servers based on the > > Net4801, and I'd like to hear from all of you on this point > > - how do you do out of band management for clusters of Juniper routers? > > > > > > > > Neal > > ___ > > juniper-nsp mailing list juniper-nsp@puck.nether.net > > https://puck.nether.net/mailman/listinfo/juniper-nsp > > > > ___ > > juniper-nsp mailing list juniper-nsp@puck.nether.net > > https://puck.nether.net/mailman/listinfo/juniper-nsp > > ___ > > juniper-nsp mailing list juniper-nsp@puck.nether.net > > https://puck.nether.net/mailman/listinfo/juniper-nsp > > > ___ > juniper-nsp mailing list juniper-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/juniper-nsp > ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
