Re: IP tracking system

[Mauricio Rodriguez via NANOG]

Shane, hi.

This search turns up a few options:
https://www.google.com/search?q=free+ipam.

The commercial Infoblox solution is great, and there's an eval on that list.

This one seems to be popular and complete:  https://phpipam.net/.



Best Regards,

Mauricio Rodriguez

Founder / Owner

Fletnet Network Engineering (www.fletnet.com)
*Follow us* on LinkedIn 

mauricio.rodrig...@fletnet.com

Office: +1 786-309-1082

Direct: +1 786-309-5493



On Tue, Dec 14, 2021 at 8:59 AM  wrote:

> This may have been asked and answered, but I couldn’t find the answer.
>
> What are people recommending these days for IP tracking systems? I’m
> looking for something to track the used/available IP addresses in my new
> lab.
>
> Thanks in advance.
>
> Shane

-- 
This message (and any associated files) may contain confidential and/or 
privileged information. If you are not the intended recipient or authorized 
to receive this for the intended recipient, you must not use, copy, 
disclose or take any action based on this message or any information 
herein. If you have received this message in error, please advise the 
sender immediately by sending a reply e-mail and delete this message. Thank 
you for your cooperation.

Re: Increase bandwidth usage in partial-mesh network?

[Mauricio Rodriguez via NANOG]

Assuming that the reasons for the low bandwidth and use of radio is due to
physical constraints - distances, inhospitable terrain between nodes, etc.
In this case, some good 'ol MPLS traffic engineering using LSP's with
bandwidth reservations may be the way to influence how traffic is routed.
Then, they may need some platform to provide observability and potentially
dynamic re-routing of LSP's based on actual or predicted congestion
situations.  If traffic patterns and utilization are not ideally
deterministic, then skip the bandwidth reservation and ensure that the
automation is in place to reroute traffic when necessary.

I know, adding complexity, but if you just can't build the links you would
want, this may be a way to work with what you've got.

Best Regards,

Mauricio Rodriguez

Founder / Owner

Fletnet Network Engineering (www.fletnet.com)
*Follow us* on LinkedIn 

mauricio.rodrig...@fletnet.com

Office: +1 786-309-1082

Direct: +1 786-309-5493



On Wed, Oct 13, 2021 at 1:33 PM Adam Thompson 
wrote:

> Looking for recommendtions or suggestions...
>
> I've got a downstream customer asking for help;  they have a private
> internal network that I've taken to calling the "partial-mesh network from
> hell": it's got two partially-overlapping radio networks, mixed with
> islands of isolated fiber connectivity.
> Dynamic routing protocols (IS-IS, OSPF, EIGRP, etc.) generally will only
> select the _best_ path, they won't spread the load unless all paths are
> equal - and they are very unequal in this network, ECMP would likely fail
> horribly.
> The network is becoming bandwidth-limited, so they're wanting to make use
> of all available paths, not just the single "best" path.  It's also remote
> and spread out, so adding new links or upgrading existing links is
> difficult and expensive.
> Oh, and their routers are overdue for a refresh, so acquiring replacement
> h/w is now possible.
>
> Has anyone come across any product or technology that can handle the
> multi-path-ness and the private-network-ness like a regular router, but
> also provides the intelligent per-flow path steering based on e.g. latency,
> like an SD-WAN device (and/or some firewalls)?
>
> Here's hoping,
> -Adam
>
> *Adam Thompson*
> Consultant, Infrastructure Services
> [image: 1593169877849]
> 100 - 135 Innovation Drive
> Winnipeg, MB, R3T 6A8
> (204) 977-6824 or 1-800-430-6404 (MB only)
> athomp...@merlin.mb.ca
> www.merlin.mb.ca
>

-- 
This message (and any associated files) may contain confidential and/or 
privileged information. If you are not the intended recipient or authorized 
to receive this for the intended recipient, you must not use, copy, 
disclose or take any action based on this message or any information 
herein. If you have received this message in error, please advise the 
sender immediately by sending a reply e-mail and delete this message. Thank 
you for your cooperation.

Re: 100GbE beyond 40km

[Mauricio Rodriguez via NANOG]

Perhaps a small long-haul OTN platform, supporting FEC, front-ending the
JNPR gear?

https://www.fs.com/c/transponder-muxponder-3390

Best Regards,

Mauricio Rodriguez

Founder / Owner

Fletnet Network Engineering (www.fletnet.com)
*Follow us* on LinkedIn 

mauricio.rodrig...@fletnet.com

Office: +1 786-309-1082

Direct: +1 786-309-5493



On Fri, Sep 24, 2021 at 4:42 PM Randy Carpenter 
wrote:

>
> How is everyone accomplishing 100GbE at farther than 40km distances?
>
> Juniper is saying it can't be done with anything they offer, except for a
> single CFP-based line card that is EOL.
>
> There are QSFP "ZR" modules from third parties, but I am hesitant to try
> those without there being an equivalent official part.
>
>
> The application is an ISP upgrading from Nx10G, where one of their fiber
> paths is ~35km and the other is ~60km.
>
>
>
> thanks,
> -Randy
>

-- 
This message (and any associated files) may contain confidential and/or 
privileged information. If you are not the intended recipient or authorized 
to receive this for the intended recipient, you must not use, copy, 
disclose or take any action based on this message or any information 
herein. If you have received this message in error, please advise the 
sender immediately by sending a reply e-mail and delete this message. Thank 
you for your cooperation.

Re: Rack rails on network equipment

[Mauricio Rodriguez via NANOG]

Andrey, hi.

The speed rails are nice, and are effective in optimizing the time it takes
to rack equipment.  It's pretty much par for the course on servers today
(thank goodness!), and not so much on network equipment.  I suppose the
reasons being what others have mentioned - longevity of service life,
frequency at which network gear is installed, etc.  As well, a typical
server to switch ratio, depending on number of switch ports and
fault-tolerance configurations, could be something like 38:1 in dense 1U
server install.  So taking a few more minutes on the switch installation
isn't so impactful - taking a few more minutes on each server installation
can really become a problem.

A 30-minute time to install a regular 1U ToR switch seems a bit excessive.
Maybe the very first time a tech installs any specific model switch with a
unique rail configuration.  After that one, it should be around 10 minutes
for most situations.  I am assuming some level of teamwork where there is
an installer at the front of the cabinet and another at the rear, and they
work in tandem to install cage nuts, install front/rear rails (depending on
switch), position the equipment, and affix to the cabinet.  I can see the
30 minutes if you have one person, it's a larger/heavier device (like the
EX4500) and the installer is forced to do some kind of crazy balancing act
with the switch (not recommended), or has to use a server lift to install
it.

Those speed rails as well are a bit of a challenge to install if it's not a
team effort. So, I'm wondering if in addition to using speed rails, you may
have changed from a one-tech installation process to a two-tech team
installation process?

Best Regards,

Mauricio Rodriguez

Founder / Owner

Fletnet Network Engineering (www.fletnet.com)
*Follow us* on LinkedIn 

mauricio.rodrig...@fletnet.com

Office: +1 786-309-1082

Direct: +1 786-309-5493



On Fri, Sep 24, 2021 at 12:41 PM Andrey Khomyakov <
khomyakov.and...@gmail.com> wrote:

> Hi folks,
> Happy Friday!
>
> Would you, please, share your thoughts on the following matter?
>
> Back some 5 years ago we pulled the trigger and started phasing out Cisco
> and Juniper switching products out of our data centers (reasons for that
> are not quite relevant to the topic). We selected Dell switches in part due
> to Dell using "quick rails'' (sometimes known as speed rails or toolless
> rails).  This is where both the switch side rail and the rack side rail
> just snap in, thus not requiring a screwdriver and hands of the size no
> bigger than a hamster paw to hold those stupid proprietary screws (lookin
> at your, cisco) to attach those rails.
> We went from taking 16hrs to build a row of compute (from just network
> equipment racking pov) to maybe 1hr... (we estimated that on average it
> took us 30 min to rack a switch from cut open the box with Juniper switches
> to 5 min with Dell switches)
> Interesting tidbit is that we actually used to manufacture custom rails
> for our Juniper EX4500 switches so the switch can be actually inserted from
> the back of the rack (you know, where most of your server ports are...) and
> not be blocked by the zero-U PDUs and all the cabling in the rack. Stock
> rails didn't work at all for us unless we used wider racks, which then, in
> turn, reduced floor capacity.
>
> As far as I know, Dell is the only switch vendor doing toolless rails so
> it's a bit of a hardware lock-in from that point of view.
>
> *So ultimately my question to you all is how much do you care about the
> speed of racking and unracking equipment and do you tell your suppliers
> that you care? How much does the time it takes to install or replace a
> switch impact you?*
>
> I was having a conversation with a vendor and was pushing hard on the fact
> that their switches will end up being actually costlier for me long term
> just because my switch replacement time quadruples at least, thus requiring
> me to staff more remote hands. Am I overthinking this and artificially
> limiting myself by excluding vendors who don't ship with toolless rails
> (which is all of them now except Dell)?
>
> Thanks for your time in advance!
> --Andrey
>

-- 
This message (and any associated files) may contain confidential and/or 
privileged information. If you are not the intended recipient or authorized 
to receive this for the intended recipient, you must not use, copy, 
disclose or take any action based on this message or any information 
herein. If you have received this message in error, please advise the 
sender immediately by sending a reply e-mail and delete this message. Thank 
you for your cooperation.

Re: datacenter scouting Boston area

[Mauricio Rodriguez via NANOG]

Hi there, "ML" from France.  When I worked in the Boston area,
several years ago, the more significant data centers were outside of
Boston.  I'm thinking of the Equinix locations in Billerica and Waltham.
>From a simple Google search, it looks like there are more options than I
remember.

Ultimately, we went with ColoSpace -
https://www.firstlight.net/colospace-is-now-firstlight/.  They've recently
been acquired by FirstLight.  The interesting thing about ColoSpace is that
they lease several rows within the larger data center, and then will
provide their customer with individual cabinet space.  So, you could
essentially have infrastructure in multiple locations, if you need it, and
yet have one vendor to deal with.

All the best with that project.  Boston is a great town, and September is
one of the more pleasant times to be there.

Best Regards,

Mauricio Rodriguez

Founder / Owner

Fletnet Network Engineering (www.fletnet.com)
*Follow us* on LinkedIn 

mauricio.rodrig...@fletnet.com

Office: +1 786-309-1082

Direct: +1 786-309-5493



On Fri, Sep 3, 2021 at 4:35 PM ic  wrote:

> Hi there,
>
> I’m running a hosting company in Europe and I’m planning to go to the
> Boston area end of September to scout some datacenters for expansion into
> the USA. Which locations do you like/dislike? I’m also taking commercial
> contacts off list on my pro email (ml _at_ shrd.fr) if any here to
> arrange the visits.
>
> BR, ML
>
>

-- 
This message (and any associated files) may contain confidential and/or 
privileged information. If you are not the intended recipient or authorized 
to receive this for the intended recipient, you must not use, copy, 
disclose or take any action based on this message or any information 
herein. If you have received this message in error, please advise the 
sender immediately by sending a reply e-mail and delete this message. Thank 
you for your cooperation.

Re: OSI layer 1 and revisiting labelmakers in the year 2021

[Mauricio Rodriguez via NANOG]

Eric, hi.  I was about to recommend the label makers that we use, until you
mentioned the QWERTY keyboard.  I do agree, for us that can touch type, the
QWERTY keyboard is the best.  I'm often confused by the ABC order keyboard
on our label printers.  Perhaps you can find one like we use, but with a
QWERTY keyboard?

We use the Brady BMP21-PLUS -
https://www.bradyid.com/label-printers/bmp21-plus-portable-label-printer-pid-139535.
It's specifically designed for electrical installations, and is easily
adapted to labeling fiber jumpers, copper jumpers, and devices inside of a
data center cabinet.

There are several options for self-laminating label cartridges for cabling,
long-lasting label tape for flat-surface labeling, and even one option that
attaches directly to velcro.  Accessory options include carrying cases,
rechargeable battery packs, AC charger, and a stand/magnetic mount/velcro
mount/work light accessory (must have!).

Best Regards,

Mauricio Rodriguez

Founder / Owner

Fletnet Network Engineering (www.fletnet.com)

mauricio.rodrig...@fletnet.com

Office: +1 786-309-1082

Direct: +1 786-309-5493



On Sat, Jun 5, 2021 at 3:58 PM Eric Kuhnke  wrote:

>  I am still using a Dymo 4200 [1] which is generally okay. I am wondering
> if anyone or their field tech team has recently changed to a better label
> maker in terms of feature set, battery life/charging or label consumable
> cost.
>
> Surely there must be something better out there. Strong preference for
> QWERTY keyboards, no ABCDE type.
>
> [1]: https://www.dymo.com/en_CA/rhino-industrial-4200-qwy.html
>
>
>

-- 
This message (and any associated files) may contain confidential and/or 
privileged information. If you are not the intended recipient or authorized 
to receive this for the intended recipient, you must not use, copy, 
disclose or take any action based on this message or any information 
herein. If you have received this message in error, please advise the 
sender immediately by sending a reply e-mail and delete this message. Thank 
you for your cooperation.

Re: ATT Outage in South Florida?

[Mauricio Rodriguez via NANOG]

Major outage, affecting everyone I know down here that has ATT Internet or
Mobile.  Still down at this point.

Downdetector reports the start as of 3:46pm today.  It also looks like
people are using their hotspots, and therefore congesting other operator's
mobile networks.

Best Regards,

Mauricio Rodriguez

Founder / Owner

Fletnet Network Engineering (www.fletnet.com)

mauricio.rodrig...@fletnet.com

Office: +1 786-309-1082

Direct: +1 786-309-5493



On Wed, Jan 13, 2021 at 4:52 PM Robert Webb  wrote:

> Getting complaints from internet and wireless users of no data or voice
> access.
>
> Anyone down that way having the same experience?
>

-- 
This message (and any associated files) may contain confidential and/or 
privileged information. If you are not the intended recipient or authorized 
to receive this for the intended recipient, you must not use, copy, 
disclose or take any action based on this message or any information 
herein. If you have received this message in error, please advise the 
sender immediately by sending a reply e-mail and delete this message. Thank 
you for your cooperation.

Re: cloud automation BGP

[Mauricio Rodriguez via NANOG]

Dmitry,

Hello.  ThousandEyes might work for what you're looking for -
https://www.thousandeyes.com/solutions/bgp-and-route-monitoring.


Best Regards,

Mauricio Rodriguez

Founder / Owner

Fletnet Network Engineering (www.fletnet.com)

mauricio.rodrig...@fletnet.com

Office: +1 786-309-1082

Direct: +1 786-309-5493



On Sun, Sep 27, 2020 at 11:56 AM Dmitry Sherman 
wrote:

> Hello guys,
>
> Can you recommend software or cloud based solution which monitors if a
> prefix is advertised to a peer (via his Looking Glass for example) & if
> traffic is passing thru an interface and if one of them is false it
> announce this prefix via other upstream providers & remove blackholes?
>
>
>
> Thanks.
>
> Dmitry
>

-- 
This message (and any associated files) may contain confidential and/or 
privileged information. If you are not the intended recipient or authorized 
to receive this for the intended recipient, you must not use, copy, 
disclose or take any action based on this message or any information 
herein. If you have received this message in error, please advise the 
sender immediately by sending a reply e-mail and delete this message. Thank 
you for your cooperation.