Re: CPE/NID options

[Shawn L via NANOG]

I believe RAD makes a device similar to the Accedian.  There's also the Metro 
Nid line from Accedian, but while they do a lot, they're pretty spendy.
 
Shawn
 

-Original Message-
From: "Tim Burke" 
Sent: Thursday, November 23, 2023 12:38am
To: "Ross Tajvar" 
Cc: "North American Network Operators' Group" 
Subject: Re: CPE/NID options



We are using EX2300-C’s, they do the trick very well. Fanless, flexible 
mounting options, dual 10G feeds, and a nice price point. 

Sent from my iPhone

> On Nov 22, 2023, at 22:44, Ross Tajvar  wrote:
> 
> 
> I'm evaluating CPEs for one of my clients, a regional ISP. Currently, we're 
> terminating the customer's service (L3) on our upstream equipment and 
> extending it over our own fiber to the customer's premise, where it lands in 
> a Juniper EX2200 or EX2300.
> 
> At a previous job, I used Accedian's ANTs on the customer prem side. I like 
> the ANT because it has a small footprint with only 2 ports, it's passively 
> cooled, it's very simple to operate, it's controlled centrally, etc. 
> Unfortunately, when I reached out to Accedian, they insisted that the 
> controller (which is required) started at $30k, which is a non-starter for us.
> 
> I'm not aware of any other products like this. Does anyone have a 
> recommendation for a simple L2* device to deploy to customer premises? Not 
> necessarily the exact same thing, but something similarly-featured would be 
> ideal.
> 
> *I'm not sure if the ANT is exactly "layer 2", but I don't know what else to 
> call it.

Strange IPSEC traffic

[Shawn L via NANOG]

Is anyone else seeing a lot of 'strange' IPSEC traffic?  We started seeing logs 
of IPSEC with invalid spi on Friday.  We're seeing it on pretty much all of our 
PE routers, none of which are setup to do anything VPN related.  Most are just 
routing local customer traffic.
 
decaps: rec'd IPSEC packet has invalid spi for destaddr=X.X.X.X, prot=50, 
spi=0x9D2D(2636972032), srcaddr=211.112.195.167, input 
interface=TenGigabitEthernet0/0/11
 
decaps: rec'd IPSEC packet has invalid spi for destaddr=Y.Y.Y.Y, prot=50, 
spi=0x1469(342425600), srcaddr=74.116.56.244, input 
interface=TenGigabitEthernet0/0/5
 
The destination address is always one of our customer's ip addresses.  The 
source seems to be all over the place, mostly Russia, Korea, China or south 
east asia.  It's not really impacting anything at the moment, just rather 
annoying.
 
Thanks
 
Shawn

RE: .US Harbors Prolific Malicious Link Shortening Service

[Shawn L via NANOG]

I personally own a .us domain name -- while it's a personal domain and doesn't 
do a lot of traffic, it's still a legitimate domain.


-Original Message-
From: "goemon--- via NANOG" 
Sent: Thursday, November 2, 2023 4:30pm
To: "NANOG list" 
Subject: .US Harbors Prolific Malicious Link Shortening Service



https://krebsonsecurity.com/2023/10/us-harbors-prolific-malicious-link-shortening-service/

"The NTIA recently published a proposal that would allow registrars to 
redact all registrant data from WHOIS registration records for .US 
domains. A broad array of industry groups have filed comments opposing the 
proposed changes, saying they threaten to remove the last vestiges of 
accountability for a top-level domain that is already overrun with 
cybercrime activity."

What hope is there when registrars are actively aiding and abeting criminal 
enterprises?

Are there any legitimate services running solely on .us domain names?

-Dan

Re: Spectrum networks IPv6 access issue

[Shawn L via NANOG]

We know the feeling well. Try porting from them…..


> On May 2, 2023, at 4:41 PM, Daniel Marks via NANOG  wrote:
> 
> My issue was just trying to convince Spectrum to look into the problem in 
> the first place, I brought the Atlas probe receipts because it’s such a 
> helpful tool, but wasn’t able to get through to anyone helpful (acct mgr, noc 
> email, even the escalation list) until I started lighting fires filing FCC 
> complaints and using social media (which thankfully worked).
> 
> Not sure how accurate it is (I hope it isn’t), but some of the techs I spoke 
> to said a lot of the internal tooling for troubleshooting is incapable of 
> dealing with IPv6, so they weren’t able to do things like run traceroutes to 
> confirm what I was seeing. My guess is that this issue was caught in a 
> catch-22 where they needed impossible to obtain proof on their end to 
> escalate to a team who can actually deal with the issue.
> 
> Sucks for us folk who went all in on v6 only to find out not even the ISP can 
> help us. 
> 
> -Daniel Marks
> 
>> On May 2, 2023, at 15:36, Jared Mauch  wrote:
>> 
>> 
>> 
 On May 2, 2023, at 2:43 PM, Daniel Marks via NANOG  wrote:
>>> 
>>> This has been “resolved", I finally got through to some awesome engineer at 
>>> Spectrum who has rerouted traffic while they work with their hardware 
>>> vendor (thanks Jake):
>> 
>> 
>> One of the tools that I’ve used in the past is the RIPE Atlas service to 
>> measure these things.  It’s helped me isolate IP space reachability issues 
>> for new announcements, because you can get enough of a random sample of 
>> hosts to isolate things, and enough data about that endpoint to launch 
>> follow-up measurements.
>> 
>> - Jared

RE: Can I do this in EVPN? (Multihome to more different CEs)

[Shawn L via NANOG]

You should be able to setup a VPLS between 3 (or more) devices.  Something like 
this --
 
Example: VFI on a PE Device
The following example shows a virtual forwarding instance (VFI) configuration:
Device(config)# l2 vfi vfi110 manual
Device(config-vfi)# vpn id 110
Device(config-vfi)# neighbor 172.16.10.2 4 encapsulation mpls
Device(config-vfi)# neighbor 10.16.33.33 encapsulation mpls
Device(config-vfi)# neighbor 198.51.100.44 encapsulation mpls
Device(config-vfi)# bridge-domain 100
Device(config-vfi)# end
 
The following example shows a VFI configuration for a hub-and-spoke 
configuration:
Device(config)# l2 vfi VPLSA manual
Device(config-vfi)# vpn id 110
Device(config-vfi)# neighbor 10.9.9.9 encapsulation mpls
Device(config-vfi)# neighbor 192.0.2.12 encapsulation mpls
Device(config-vfi)# neighbor 203.0.113.4 encapsulation mpls no-split-horizon
Device(config-vfi)# bridge-domain 100
Device(config-vfi)# end
 
-Original Message-
From: "Simon Lockhart" 
Sent: Thursday, February 9, 2023 2:47am
To: nanog@nanog.org
Subject: Can I do this in EVPN? (Multihome to more different CEs)



All,

I have a bit of a networking design challenge, and I thing EVPN is the right
answer, but despite spending the last week reading loads of resources about
it, I can't quite get my head around one aspect.

I'm trying to genericise the design a bit here, but what I've got is...

I have multiple layer two broadcast domains that I need to link together 
over a layer 3 network. The broadcast domains consist of multiple switches
carrying multiple vlans spanning multiple locations (think of it like a 
customer campus network).

I need to interconnect with each broadcast domain in two different locations.
(so two PEs to two CEs), and link it back to a datacentre in another city.

In the simple case, using EVPN, I see that I can run active-standby 
multihoming, configuring one ESI for the customer campus network. If one of my
PEs fails, or one of the customer CEs fails, then EVPN will fail over to the
other link.

However, the failure scenario I need to deal with is if a layer two link fails
between two locations within the customer campus, the two halves of the now
split broadcast domain still need to be able to communicate with the 
datacentre (but do not need to be able to communicate with each other).

Every example I can see for EVPN shows multihoming to a single CE, and I 
can't find anywhere an example which deals with a "split" ES.

Is there a solution to this problem?

Many thanks in advance,

Simon

Re: Spectrum (legacy TWC) Infrastructure - Contact Off List

[Shawn L via NANOG]

All i can say is good luck.  We see the 'trash-bag mod' on a lot of AT aerial 
boots and PEDs, as well as Charter/Spectrum/TWC gear.  A lot of times, they 
don't even get that.  Unless you know how to get in contact with a local tech, 
they will most likely not respond until the customer complains about their 
service being out.  In which case, the same tech that ran the 'low-level' drop 
between PEDs will likely come back and do it again.
 


-Original Message-
From: "Andy Brezinsky" 
Sent: Tuesday, January 31, 2023 5:27pm
To: nanog@nanog.org
Subject: Re: Spectrum (legacy TWC) Infrastructure - Contact Off List



Access to the right-of-way in most areas is granted through a CATV Franchise 
agreement with your municipality.  This agreement will include a contact for 
disputes.  As another avenue, contact the local government and ask them to deal 
with the safety issue in the public right of way and let them escalate with 
their contacts.
 
On 1/31/23 15:33, Gabriel Kuri via NANOG wrote:

Could someone from Spectrum who deals with the HFC infrastructure in Southern 
California, specifically the legacy Time Warner Cable area, contact me off list 
?
Apparently the local infrastructure crew thinks it's OK to leave cable running 
between two cans in a residential neighborhood since at least July 2022. But 
it's OK, because they've cautioned them off with orange cones, right ?
Multiple calls to regular customer service fall on deaf ears about a coax trunk 
cable run above ground on a street and sidewalk in the middle of a residential 
neighborhood.
Customer service says, "We don't know what you're talking about, we don't have 
cables running on the street". Can't seem to get a hold of the right people to 
come out and get it buried and get rid of the eyesore and safety hazard ...


Thanks,
Gabe

Re: Random shower thought: GBIC with LC connector...

[Shawn L via NANOG]

Those are Twin Gig Converter Modules.  They went in the 3560 series (and 
probably others).  You could either insert a 10 gig module, or the converter 
module and get 2 1-gig sfp slots.
 

-Original Message-
From: "Matt Erculiani" 
Sent: Tuesday, November 15, 2022 11:26am
To: "Mel Beckman" 
Cc: "North American Network Operators' Group" 
Subject: Re: Random shower thought: GBIC with LC connector...



I feel like I've seen GBIC sleeves that accept SFP modules very similar to 
QSFP+ CVRs, but I can't seem to find any evidence of these ever existing, so 
perhaps I'm misremembering. 
-Matt


On Tue, Nov 15, 2022 at 9:23 AM Mel Beckman <[ m...@beckman.org ]( 
mailto:m...@beckman.org )> wrote:Oh. And it’s not “OCD”. It’s “CDO”, with 
letters in ascending sequence. :)

 -mel via cell

 > On Nov 15, 2022, at 8:18 AM, Mel Beckman <[ m...@beckman.org ]( 
 > mailto:m...@beckman.org )> wrote:
 > 
 > No. GBIC stands for Great Big Inserted Cartridge. LC stands for Little 
 > Connector. Thus they are not compatible. 
 > 
 > -mel via cell
 > 
 >> On Nov 15, 2022, at 7:59 AM, Warren Kumari <[ war...@kumari.net ]( 
 >> mailto:war...@kumari.net )> wrote:
 >> 
 >> 
 >> Hi there all,
 >> 
 >> While looking through my big box of random optics I suddenly realized that 
 >> I'd never seen a GBIC with an LC connector, and I started wondering if 
 >> anyone else had / if such a thing actually exists.
 >> 
 >> Yes, I realize that this would be a fairly niche device - if you arrived 
 >> somewhere with a device that took GBICs and there was existing fiber with 
 >> LC connectors you could just replace the patch cable or use an LC-SC 
 >> convertor, but that doesn't really satisfy my curiosity.
 >> 
 >> A quick look through the GBIC MSA / SFF documentation implies that such a 
 >> thing *could* probably exist (there is a defined value for the 'LC' 
 >> connector), but I wasn't able to actually find any. It might not actually 
 >> be compliant with the specs (the document I found only lists SC fiber or 
 >> copper (coax with BNC, TNC or DB-9?!)), but that doesn't mean that no-one 
 >> made them.
 >> 
 >> So, has anyone seen a regular (30mm/1.2") GBIC with LC connectors? And, if 
 >> so, "pics or it didn't happen"... :-)
 >> 
 >> Obviously I don't have an actual use for this, it's just to satisfy my 
 >> (OCD) curiosity...
 >> W
 >> 
 >> 
-- 


Matt Erculiani
ERCUL-ARIN

RE: cogent - Sales practices

[Shawn L via NANOG]

I think they call me around once a week right now.  Even after I've told them 
we're not interested.  Every once in a while they switch the numbers they're 
calling from, just to keep things interesting.
 
Shawn


-Original Message-
From: "Dennis Burgess" 
Sent: Friday, August 5, 2022 4:20pm
To: "NANOG" 
Subject: cogent - Sales practices




So we just got an email from cogent, we have told them time and time again to 
stop calling and stop emailing.  We tell them are good on bandwidth and we 
don’t need any of their services.. They then sent us a e-mail stating that they 
saw us coming though one of their customers networks from us, and figured we 
would want to buy direct instead of going though one of their customers. Yes 
COGENT stated this; well at least one of their sales reps.  Sounds underhanded, 
shady, and unethical to me.Just figured I would post about it; see if I am 
making a mountain out of a mole hill 
 
Here is the e-mail:
 
"Hey (redacted) ,
Maybe there is a misunderstanding. (ISP’s name removed) is a cogent customer 
who we provide upstream to.
My initial inquiry was to see if it makes sense for Link Technologies to be 
utilizing our network instead of through (ISP’s name removed). That way we 
could be a direct network for you.
Would that be at all something that interests you?
 
Eric Gogerty | Global Account Manager | AS 174
Cogent Communications | Minneapolis, MN (United States Of America)| 
www.cogentco.com
Contact: 612-217-5506| email: egoge...@cogentco.com
The Internet, Unleashed!"
 
 
 
 

Dennis Burgess

 Mikrotik : Trainer, Network Associate, Routing Engineer, Wireless Engineer, 
Traffic Control Engineer, Inter-Networking Engineer, Security Engineer, 
Enterprise Wireless Engineer
Hurricane Electric: IPv6 Sage Level
Cambium: ePMP 
 
Author of "Learn RouterOS- Second Edition” 
Link Technologies, Inc -- Mikrotik & WISP Support Services 
Office: 314-735-0270  Website: [ http://www.linktechs.net ]( 
http://www.linktechs.net/ )
Create Wireless Coverage’s with [ www.towercoverage.com ]( 
www.towercoverage.com )
Need MikroTik Cloud Management: [ https://cloud.linktechs.net ]( 
https://cloud.linktechs.net ) 
How did we do today?
[  ]( 
https://app.customerthermometer.com/?template=log_feedback=5badbac1_data=dGVtcGVyYXR1cmVfaWQ9MSZ0aGVybW9tZXRlcl9pZD0xMTM1NjYmbnBzX3JhdGluZz0tMQ===Anonymous=Dennis=Burgess===
 )[  ]( 
https://app.customerthermometer.com/?template=log_feedback=675abe04_data=dGVtcGVyYXR1cmVfaWQ9MiZ0aGVybW9tZXRlcl9pZD0xMTM1NjYmbnBzX3JhdGluZz0tMQ===Anonymous=Dennis=Burgess===
 )[  ]( 
https://app.customerthermometer.com/?template=log_feedback=e42b48a5_data=dGVtcGVyYXR1cmVfaWQ9MyZ0aGVybW9tZXRlcl9pZD0xMTM1NjYmbnBzX3JhdGluZz0tMQ===Anonymous=Dennis=Burgess===
 )[  ]( 
https://app.customerthermometer.com/?template=log_feedback=ecaadcd3_data=dGVtcGVyYXR1cmVfaWQ9NCZ0aGVybW9tZXRlcl9pZD0xMTM1NjYmbnBzX3JhdGluZz0tMQ===Anonymous=Dennis=Burgess===
 )
 

RE: Serious Juniper Hardware EoL Announcements

[Shawn L via NANOG]

With the current shortages and lead times, I almost feel like I did back in the 
beginning of my career --- 
 
Then it was "what can we do with what we can afford" now it's more like  "What 
can we do with what we have (or can actually get)"?
 
Shawn

-Original Message-
From: "Adam Thompson" 
Sent: Tuesday, June 14, 2022 12:36pm
To: "Mark Tinka" , "nanog@nanog.org" 
Subject: RE: Serious Juniper Hardware EoL Announcements



[Not specific to the Juniper EoLs...]

I sort of agree with Mark:

I've been sampling a fairly wide variety of sources in various parts of the 
global supply chain, and my synthesis of what they're saying is that we 
probably won't *consistently* have the ready availability of "stuff" (both 
electronic and not) we had pre-pandemic, for the rest of my career (10-15yrs), 
and maybe not in the lifetimes of anyone reading this today, either.

Whether those sources are accurate, their interpretation is accurate, my 
synthesis is accurate, whether I'm listening to the right people in the first 
place... all debatable. I sure hope the above conclusion is wrong.

One possible upside: it might slow down the incessant upgrade hamster-wheel 
we're all running on? Imagine having enough time to do your job thoroughly and 
properly... Yes, I know I'm dreaming :-).


Adam Thompson
Consultant, Infrastructure Services
MERLIN
100 - 135 Innovation Drive
Winnipeg, MB R3T 6A8
(204) 977-6824 or 1-800-430-6404 (MB only)
https://www.merlin.mb.ca
Chat with me on Teams: athomp...@merlin.mb.ca

> -Original Message-
> From: NANOG  On Behalf
> Of Mark Tinka
> Sent: Tuesday, June 14, 2022 11:19 AM
> To: nanog@nanog.org
> Subject: Re: Serious Juniper Hardware EoL Announcements
> 
> 
> 
> On 6/14/22 18:06, JASON BOTHE via NANOG wrote:
> 
> > Saw this coming a mile away. With chips and technology progressing
> despite ability to manufacture, I’m certain many are going to do this.
> 
> All this will do is keep these boxes off the open market, which will
> simply bump up open market prices, with no incentive for the majority
> of
> folk to buy directly from the OEM.
> 
> I suspect supply chain will improve within the next 12 months, but
> then
> regress and hit a massive crunch from around Q4'23 onward. How long
> for,
> I can't say...
> 
> Mark.

Re: Copper Termination Blocks

[Shawn L via NANOG]

I'd still go with telect-style blocks.  Wire-wrap on the front and amphenol on 
the back/bottom depending you application.  Way less space than 66 or 110.  

-Original Message-
From: "Dave Phelps" 
Sent: Thursday, April 14, 2022 4:27pm
To: "Mike Hammett" 
Cc: "NANOG" 
Subject: Re: Copper Termination Blocks




Hi Mike. I used Krone blocks back in the mid 90s. I really liked them.
I'm afraid now your long-term options now are probably straight old 66 or 110 
blocks. 66 blocks give some added flexibility. 110s are more efficient as far 
as space consumed compared to 66 blocks. Krone and 110s have a very similar 
profile. 
Depending on how much copper you're terminating, you may want to plan the frame 
layout for cross-connect field space before building the frame. You don't want 
to end up with too much cross-connect wire volume in too small an area. That 
can get troublesome. 
Happy to discuss specifics. Just ping me off-list.


On Thu, Apr 14, 2022 at 3:13 PM Mike Hammett <[ na...@ics-il.net ]( 
mailto:na...@ics-il.net )> wrote:I know I'm discussing what some consider 
ancient technology. I counter that it meets or exceeds the needs of many, many 
people.

 Currently, we use 100-pr Telect-style termination blocks. They don't offer 
much in terms of ease of use for testing and don't organize well on a 19" or 
23" rack.

 I was recommended to look at Krone blocks. They look just great. Easy to break 
into for testing with their "look both ways" plug as well as their 
preterminated blocks looked much easier to rack-mount.

 Well, Krone was bought by ADC. ADC was bought by Tyco Electronics. TE was 
bought by Commscope. Commscope discontinued everything I found interesting with 
no replacements.


 Some of the stuff is on eBay (even NIB), some not.

 Any recommendations for places to get old telco blocks, testers, mounts, etc.?

 Any recommendations for alternatives that are easier to source?




 -
 Mike Hammett
 Intelligent Computing Solutions
[ http://www.ics-il.com ]( http://www.ics-il.com )

 Midwest-IX
[ http://www.midwest-ix.com ]( http://www.midwest-ix.com )

Re: Any engineers from HE on the list?

[Shawn L via NANOG]

Thanks for all who've responded.  I was able to reach a very helpful engineer @ 
HE.
 
Shawn


-Original Message-
From: "Owen DeLong" 
Sent: Tuesday, March 22, 2022 2:15pm
To: "Shawn L" 
Subject: Re: Any engineers from HE on the list?


FWIW, [ supp...@he.net ]( mailto:supp...@he.net ) is usually fairly responsive.
Owen


On Mar 22, 2022, at 05:54, Shawn L via NANOG <[ nanog@nanog.org ]( 
mailto:nanog@nanog.org )> wrote:

Wondering if there are any engineers from HE (Hurricane Electric) on the list 
that could help with a strange traffic issue through your network
 
If so, please contact me off-list
 
Thanks
Shawn

Any engineers from HE on the list?

[Shawn L via NANOG]

Wondering if there are any engineers from HE (Hurricane Electric) on the list 
that could help with a strange traffic issue through your network
 
If so, please contact me off-list
 
Thanks

Shawn

Re: VPN recommendations?

[Shawn L via NANOG]

Meraki MX series?
 
I don't like the way they do their licensing (your license runs out, the box is 
a paper-weight) but they do really well at establishing site-to-site VPNs in 
some pretty challenging scenarios.  Dynamic IPs and NATs don't really cause 
them a problem.  Some CGNats do (AT I'm looking at you).
 
 
Shawn
 
-Original Message-
From: "Keith Stokes" 
Sent: Thursday, February 10, 2022 1:11pm
To: "William Herrin" 
Cc: "nanog@nanog.org" 
Subject: Re: VPN recommendations?


Pfsense on Netgate appliances?
I’ve used several of them, while not for this exact purpose they have done the 
roles but maybe not the amount of VPN traffic. 


--
Keith Stokes
SalonBiz, Inc

 On Feb 10, 2022, at 12:02 PM, William Herrin <[ b...@herrin.us ]( 
mailto:b...@herrin.us )> wrote:




Hi folks,
Do you have any recommendations for VPN appliances? Specifically: I need to 
build a site to site VPNs at speeds between 100mpbs and 1 gbit where all but 
one of the sites are behind an IPv4 NAT gateway with dynamic public IP 
addresses.
Normally I'd throw OpenVPN on a couple of Linux boxes and be happy but my 
customer insists on a network appliance. Site to site VPNs using IPSec and 
static IP addresses on the plaintext side are a dime a dozen but traversing NAT 
and dynamic IP addresses (and automatically re-establishing when the service 
goes out and comes back up with different addresses) is a hard requirement.
Thanks in advance,
Bill Herrin
 -- 







William Herrin
[ b...@herrin.us ]( mailto:b...@herrin.us )[ 
 ]( https://bill.herrin.us/ )
[ https://bill.herrin.us/ ]( https://bill.herrin.us/ )

Re: home router battery backup

[Shawn L via NANOG]

Yes.  In our scenario the ONT is basically an ethernet bridge and provides a 
SIP end-point for calls.  There are models that have the router built-into them 
as well, but we've chosen not to use them at this point.
 
The battery we install is designed to run the voice portion for ~ 8 hours 
(customers are offered a longer run-time battery for an additional fee).  
There's some sensor wires from the ONT to the UPS so that we know when power is 
out, the battery is low or needs to be replaced, etc.  It also tells the ONT to 
turn off ethernet services when the power is out to preserve battery for the 
phone portion.  Though that behavior can be changed in software.
 
 
 
-Original Message-
From: "Michael Thomas" 
Sent: Wednesday, January 12, 2022 2:48pm
To: nanog@nanog.org
Subject: Re: home router battery backup



 
On 1/12/22 10:54 AM, Shawn L via NANOG wrote:
In $dayjob I work for a telco that deploys fiber to the home.  If we are 
providing voice services over fiber a battery backup is installed (we maintain) 
that powers the customer's phone in the event of a power outage.  It does not 
power their router, etc.  99% of the customers do not install a UPS for their 
router, etc.  We try to explain that to customers, but we still get calls that 
they can't get on the Internet when their power is out.
So your voice is part of the modem which isn't a router? I assume it uses IP 
for voice. 

Mike

RE: home router battery backup

[Shawn L via NANOG]

In $dayjob I work for a telco that deploys fiber to the home.  If we are 
providing voice services over fiber a battery backup is installed (we maintain) 
that powers the customer's phone in the event of a power outage.  It does not 
power their router, etc.  99% of the customers do not install a UPS for their 
router, etc.  We try to explain that to customers, but we still get calls that 
they can't get on the Internet when their power is out.
 

-Original Message-
From: "Scott T Anderson via NANOG" 
Sent: Wednesday, January 12, 2022 12:35pm
To: "nanog@nanog.org" 
Subject: home router battery backup




Hi NANOG mailing list,
 
I am a graduate student, currently conducting research on how power outages 
affect home Internet users. I know that the FCC has a regulation since 2015 (47 
CFR Section 9.20) requiring ISPs to provide an option to voice customers to 
purchase a battery backup for emergency voice services during power outages. As 
this is only an option and only applies to customers who subscribe to voice 
services, I was wondering if anyone had any insights on the prevalence of 
battery backup for home modem/routers? I.e., what percentage of home users 
actually install a battery backup in their home modem/router or use an external 
UPS?
 
Thanks.
Scott
 
Reference for 47 CFR Section 9.20: [  
https://www.ecfr.gov/current/title-47/chapter-I/subchapter-A/part-9/subpart-H/section-9.20
 ]( 
https://www.ecfr.gov/current/title-47/chapter-I/subchapter-A/part-9/subpart-H/section-9.20
 )
 

RE: Anyone else getting the 'spam' bomb threat?

[Shawn L via NANOG]

we received it as well

-Original Message-
From: "Matt Hoppes" 
Sent: Tuesday, October 19, 2021 8:21am
To: "North American Network Operators' Group" 
Subject: Anyone else getting the 'spam' bomb threat?



I've now heard from several operators - our selves included - about 
getting an e-mail bomb threat to our datacenters asking for $5,000 USD 
or the "bomb will be detonated".

Is this being seen on a wide spread e-mail blast to the RIR contacts, or 
am I just unlucky to know like 6 other data center folks who have also 
gotten this e-mail?

 It seems like a very odd/bizarre spam/threat campaign which would 
carry significant jail time.

Re: Rack rails on network equipment

[Shawn L via NANOG]

Why about thinks like the Cisco 4500 switch series that are almost as long as a 
1u server.  But yet only has mounts for a relay type rack. 

As far as boot times, try a Asr920.  Wait 15 minutes and decide if it’s time to 
power cycle again or wait 5 more minutes 

Sent from my iPhone

> On Sep 25, 2021, at 5:22 PM, Michael Thomas  wrote:
> 
> 
>> On 9/25/21 2:08 PM, Jay Hennigan wrote:
>>> On 9/25/21 13:55, Baldur Norddahl wrote:
>>> 
>>> My personal itch is how new equipment seems to have even worse boot time 
>>> than previous generations. I am currently installing juniper acx710 and 
>>> while they are nice, they also make me wait 15 minutes to boot. This is a 
>>> tremendous waste of time during installation. I can not leave the site 
>>> without verification and typically I also have some tasks to do after boot.
>>> 
>>> Besides if you have a crash or power interruption, the customers are not 
>>> happy to wait additionally 15 minutes to get online again.
>> 
>> Switches in particular have a lot of ASICs that need to be loaded on boot. 
>> This takes time and they're really not optimized for speed on a process that 
>> occurs once.
> 
> It doesn't seem like it would take too many reboots to really mess with your 
> reliability numbers for uptime. And what on earth are the developers doing 
> with that kind of debug cycle time?
> 
> Mike
> 

Re: Fiber Network Equipment Commercial Norms

[Shawn L via NANOG]

This one is always a bit tricky. 
 
For example, if you have an apartment building with say 8 apartments, the 
provider can install a larger MDU in a centralized location and potentially 
utilized existing internal cabling in the building to get to each apartment 
that would like service.  It's a fairly quick and easy install.  Though someone 
(building owner usually) has to provide the power for the MDU.
 
In the same building, if you cannot install a large MDU somewhere, the provider 
needs to figure out how to get a fiber to each apartment that wants service.  
In most cases it's a pain.  In others, it's not possible or prohibitively 
expensive.  The customer doesn't want to pay that much for installation, 
because they only rent an apartment and could move out at any time.  The 
building owner doesn't want to pay it either.
 
In most cases, the owner is willing to provide a little power to be able to say 
"apartments in my building all have fiber Internet".  And potentially charge a 
little more in the rent.
 
Shawn


-Original Message-
From: "Grant Taylor via NANOG" 
Sent: Wednesday, September 22, 2021 1:01pm
To: nanog@nanog.org
Subject: Re: Fiber Network Equipment Commercial Norms



On 9/22/21 10:45 AM, Lady Benjamin Cannon of Glencoe, ASCE wrote:
> Half-penny pinching “mah powah” landlords are especially annoying in a 
> cosmic sense

I know someone who had a bit of a different experience.

Someone, purportedly the telco but I'm not sure who, had telco equipment 
in a building and the batteries hadn't been serviced in the better part 
of a decade and there was a strong smell of battery acid in the room.

I heard that building management put a hard line of something like 36 
hours for the equipment owner to address the problem, or at least 
respond with an acceptable time line, lest the building electrician 
would remove the batteries as a health and safety concern.

The equipment owner materialized and removed the batteries within 72 
hours. The bulk of the equipment was removed the following month.



-- 
Grant. . . .
unix || die

Anyone from an ISP that is part of ACAM / ACAM II ?

[Shawn L via NANOG]

Is there anyone on the list that's from an ISP that's participating in the ACAM 
or ACAM II programs?  If so, I'd like to ask a couple of questions (off-list) 
specifically about the speed testing requirements.
 

Thanks
 
Shawn
 

RE: Email and Web Hosting

[Shawn L via NANOG]

There's also Rackspace.  They have e-mail and web hosting, etc.


-Original Message-
From: "Ryan Finnesey via NANOG" 
Sent: Thursday, July 8, 2021 10:56pm
To: "Steve Saner" , "nanog@nanog.org" 
Subject: RE: Email and Web Hosting




If the client base wants to stick with basic IMAP/POP3 email Tucows/OpenSRS has 
a good platform.  Also a few years ago my company migrated business email 
accounts and domains from an ISP and moved them to Office 365 and did a revenue 
share with the ISP.  They where happy still got a bit of revenue  but did not 
have to support it.
 
Ryan
 
 

From: NANOG  On Behalf Of 
Steve Saner
Sent: Tuesday, July 6, 2021 10:42 AM
To: nanog@nanog.org
Subject: Email and Web Hosting
 
I hope this isn't too far off topic for this list.

 
We acquired a small ISP a couple years ago that has its roots in the "local 
ISPs" of the 90s. This ISP is still hosting email and web services for 
customers both on company domains as well as customer domains. There is some 
decent revenue coming from these services, but cost of maintenance is becoming 
a challenge. We are looking at migrating to another platform or completely 
discontinuing those services.

 
I'm wondering if others here have gone through that process and have any advice 
as to how to go about it. 

 
--
Steve Saner | Senior Network Engineer
ideatek INTERNET FREEDOM FOR ALL
Cell: 620-860-9433 | 111 Old Mill Lane, Buhler, KS 67522 | [ ideatek.com ]( 
http://www.ideatek.com/ )
This email transmission and any documents, files or previous email messages 
attached to it may contain confidential information. If the reader of this 
message is not the intended recipient or the employee or agent responsible for 
delivering the message to the intended recipient, you are hereby notified that 
any dissemination, distribution or copying of this communication is strictly 
prohibited. If you are not or believe you may not be the intended recipient, 
please advise the sender immediately by return email or by calling 
620.543.5026. Then, please take all steps necessary to permanently delete the 
email and all attachments from your computer system. No trees were affected by 
this transmission – though a few billion photons were mildly inconvenienced.

RE: New minimum speed for US broadband connections

[Shawn L via NANOG]

2.4 gbps down, 1.2 up.  So yes, you could 

-Original Message-
From: aar...@gvtc.com
Sent: Tuesday, June 1, 2021 12:18pm
To: "'Mark Tinka'" , nanog@nanog.org
Subject: RE: New minimum speed for US broadband connections



Yeah I thought gpon was 2.4 ghz down and 1.2 ghz up... so you could only 
honestly sell (1) 1 gbps symm service via that gpon interface correct? (without 
oversubscription)

I think ng-pon(2), xgs-pon and other variants allow for much more.

-Aaron

Re: New minimum speed for US broadband connections

[Shawn L via NANOG]

From the ISP side, I can tell you that when a customer signs up for service and 
you offer them a couple of choices of wireless routers, they almost always pick 
the cheapest one. 
 
If you give them a reasonable / good router when you hook-up their service, 
some will still put their old 15-year old netgear back in place after the 
install crew leaves because they 'like it better' or they think it's faster.
 


-Original Message-
From: "Mark Tinka" 
Sent: Tuesday, June 1, 2021 12:45am
To: nanog@nanog.org
Subject: Re: New minimum speed for US broadband connections




On 6/1/21 02:19, Eric Kuhnke wrote:

>
> d) may be using badly configured wifi things that stomp on each other, 
> sometimes provided by the ISP

Many times provided by the ISP.

Between turning up new customers everyday, and fixing problems with 
pre-existing ones, ISP's tend to do the absolute minimum with the 
AP's/routers they supply.

Mark.

RE: MPLS/MEF Switches and NIDs

[Shawn L via NANOG]

The Accedian boxes are nice, as long as you remember they're not switches or 
routers.  We've used them for specific use cases, but have to remember that 
there's things you just can't do on them.  Though things may have changed on 
them since we used them.
 
 
 
-Original Message-
From: aar...@gvtc.com
Sent: Friday, May 28, 2021 1:31pm
To: "'Colton Conor'" , "'NANOG'" 
Subject: RE: MPLS/MEF Switches and NIDs




Wow, ciena has the means to implement SR and MPLS services?  I mean they run 
the underlying LS IGP to signal those SID’s ??  I didn’t know that.  I may look 
at them in the future then.  I thought Ciena just did some sort of static 
mpls-tp or something…
 
We use Accedian as NID’s with SkyLight director for PAA (SLA stuff)…and uplink 
those into our network at (yester-year, Cisco ME3600’s and ASR9000’s), but now, 
ACX5048 and MX204
 
-Aaron


 

Re: Perhaps it's time to think about enhancements to the NANOG list...?

[Shawn L via NANOG]

Agreed.  Don't fix what isn't broken.


-Original Message-
From: "Mark Tinka" 
Sent: Saturday, March 20, 2021 4:33pm
To: "Randy Bush" , "Rod Beck" 
Cc: "North American Network Operators' Group" 
Subject: Re: Perhaps it's time to think about enhancements to the NANOG list...?




On 3/20/21 20:06, Randy Bush wrote:

> i do not find the volume or diversity on the nanog list problematic.
> in fact, i suspect its diversity and openness are major factors in
> it being the de facto global anything-ops list. perhaps we do not
> need to fix that.

Simple. As. That.

Mark.

Re: Famous operational issues

[Shawn L via NANOG]

That brings back memoriesI had a similar experience.  First month on the 
job, large Sun raid array storing ~ 5k of mailboxes dies in the middle of the 
afternoon.  So, I start troubleshooting and determine it's most likely a bad 
disk.  The CEO walked into the server room right about the time I had 20 disks 
laid out on a table.  He had a fit and called the desktop support guy to come 
and 'show me how to fix a pc'.
 
Never mind the fact that we had a 90% ready to go replacement box sitting at 
another site, and just needed to either go get it, or bring the disks to 
it. So we sat there until the desktop who was 30 minutes away guy got 
there.  He took one look at it and said 'never touched that thing before, looks 
like he knows what he's doing' and pointed to me.  4 hours later we were 
driving the new server to the data center strapped down in the back of a 
pickup.  Fun times.
 
 
-Original Message-
From: "Justin Streiner" 
Sent: Tuesday, February 23, 2021 5:11pm
To: "John Kristoff" 
Cc: "NANOG" 
Subject: Re: Famous operational issues



Beyond the widespread outages, I have so many personal war stories that it's 
hard to pick a favorite.
My first job out of college in the mid-late 90s was at an ISP in Pittsburgh 
that I joined pretty early in its existence, and everyone did a bit of 
everything. I was hired to do sysadmin stuff, networking, pretty much whatever 
was needed. About a year after I started, we brought up a new mail system with 
an external RAID enclosure for the mail store itself.  One day, we saw 
indications that one of the disks in the RAID enclosure was starting to fail, 
so I scheduled a maintenance window to replace the disk and let the controller 
rebuild the data and integrate it back into the RAID set.  No big worries, 
right?
It's Tuesday at about 2 AM.
Well, the kernel on the RAID controller itself decided that when I pulled the 
failing drive would be a fine time to panic, and more or less turn itself into 
a bit-blender, and take all the mailstore down with it.  After a few hours of 
watching fsck make no progress on anything, in terms of trying to un-fsck the 
mailstore, we made the decision in consultation with the CEO to pull the plug 
on trying to bring the old RAID enclosure back to life, and focus on finding 
suitable replacement hardware and rebuild from scratch.  We also discovered 
that the most recent backups of the mailstore were over a month old :(
I think our CEO ended up driving several hours to procure a suitable enclosure. 
 By the time we got the enclosure installed, filesystems built, and got 
whatever tape backups we had restored, and tested the integrity of the system, 
it was now Thursday around 8 AM. Coincidentally, that was the same day the 
company hosted a big VIP gathering (the mayor was there, along with lots of 
investors and other bigwigs), so I had to come back and put on a suit to hobnob 
with the VIPs after getting a total of 6 hours of sleep in about the previous 3 
days.  I still don't know how I got home that night without wrapping my vehicle 
around a utility pole (due to being over-tired, not due to alcohol).
Many painful lessons learned over that stretch of days, as often the case as a 
company grows from startup mode and builds more robust technology and business 
processes as a consequence of growth.
jms


On Tue, Feb 16, 2021 at 2:37 PM John Kristoff <[ j...@dataplane.org ]( 
mailto:j...@dataplane.org )> wrote:Friends,

 I'd like to start a thread about the most famous and widespread Internet
 operational issues, outages or implementation incompatibilities you
 have seen.

 Which examples would make up your top three?

 To get things started, I'd suggest the AS 7007 event is perhaps  the
 most notorious and likely to top many lists including mine.  So if
 that is one for you I'm asking for just two more.

 I'm particularly interested in this as the first step in developing a
 future NANOG session.  I'd be particularly interested in any issues
 that also identify key individuals that might still be around and
 interested in participating in a retrospective.  I already have someone
 that is willing to talk about AS 7007, which shouldn't be hard to guess
 who.

 Thanks in advance for your suggestions,

 John

Re: Cogent Layer 2

[Shawn L via NANOG]

When I last spoke to them, it sounded like they were using a bunch of LAG 
groups based on ip address because they _really_ wanted to know how many ip 
addresses we had and what kind of traffic we would be expecting (eyeball 
networks, big data transport, etc).


-Original Message-
From: "David Hubbard" 
Sent: Wednesday, October 14, 2020 1:46pm
To: "nanog@nanog.org" 
Subject: Re: Cogent Layer 2




I had a discussion with them about a point to point circuit last year and ran 
into some weirdness around how burstable it would be for specific IP to IP 
streams as our use case was cheap circuit / high speed data replication between 
given endpoints.  The sales rep was suggesting to me that I’d see specific 
source/destination IP pairs capped at 2gbps regardless of circuit speed, which 
suggested to me it was not actually a point to point wave but some type of 
encapsulated service.  We didn’t get into whether it was usable for non-IP, etc.
 
 
 

From: NANOG  on behalf 
of Mike Hammett 
Date: Wednesday, October 14, 2020 at 1:38 PM
To: "nanog@nanog.org" 
Subject: Cogent Layer 2

 


Are any legitimate beefs with Cogent limited to their IP policies, BGP session 
charges, and peering disputes? Meaning, would using them for layer 2 be 
reasonable?
 



 -
 Mike Hammett
[ Intelligent Computing Solutions ]( http://www.ics-il.com/ )
[  ]( https://www.facebook.com/ICSIL )[  ]( 
https://plus.google.com/+IntelligentComputingSolutionsDeKalb )[  ]( 
https://www.linkedin.com/company/intelligent-computing-solutions )[  ]( 
https://twitter.com/ICSIL )
[ Midwest Internet Exchange ]( http://www.midwest-ix.com/ )
[  ]( https://www.facebook.com/mdwestix )[  ]( 
https://www.linkedin.com/company/midwest-internet-exchange )[  ]( 
https://twitter.com/mdwestix )
[ The Brothers WISP ]( http://www.thebrotherswisp.com/ )
[  ]( https://www.facebook.com/thebrotherswisp )[  ]( 
https://www.youtube.com/channel/UCXSdfxQv7SpoRQYNyLwntZg )

Re: Centurylink having a bad morning?

[Shawn L via NANOG]

We once moved a 3u server 30 miles between data centers this way.  Plug 
redundant psu into a ups and 2 people carried it out and put them in a vehicle. 
 


Sent from my iPhone

> On Sep 1, 2020, at 11:58 PM, Christopher Morrow  
> wrote:
> 
> On Tue, Sep 1, 2020 at 11:53 PM Alain Hebert  wrote:
>> 
>>As a coincidence...  I was *thinking* of moving a 90TB SAN (with 
>> mechanical's) to another rack that way...  skateboard, long fibers and long 
>> power cords =D
>> 
> 
> well, what you REALLY need is one of these:
>  https://www.cru-inc.com/products/wiebetech/hotplug_field_kit_product/
> 
> and 2-3 UPS... swap to the UPS, then just roll the stack over, plug to
> utility and done. (minus network transfer)

Re: questions asked during network engineer interview

[Shawn L via NANOG]

I completely agree.  One of the people I used to do interviews with would look 
through the resume, etc. and then say something like "this all looks good. Tell 
me about something you've done".  And we'd move on to talk about projects and 
how they tackled it, etc. 
 
We didn't give tests, just questions like  "if we asked you to do this, on 
something you haven't seen or used before, how would you go about it".   Or 
pretend I'm the customer.  I want to do this.  How would you go about it?  it 
wasn't about getting a 'correct' answer, it was about how they went about 
solving the problem.

-Original Message-
From: "Owen DeLong" 
Sent: Tuesday, July 14, 2020 1:33pm
To: "Michael Thomas" 
Cc: nanog@nanog.org
Subject: Re: questions asked during network engineer interview




On Jul 14, 2020, at 10:20 , Michael Thomas <[ m...@mtcc.com ]( 
mailto:m...@mtcc.com )> wrote:


 
On 7/13/20 8:16 PM, Greg Skinner via NANOG wrote:If you ever decide to revisit 
this subject, I recall it was covered here in [ this thread started by Bill 
Herrin ]( https://mailman.nanog.org/pipermail/nanog/2012-July/149687.html ).
My general feelings on the subject of tech interviews are summarized in the 
“interview anti-loop” section of [ this article by Steve Yegge ]( 
http://steve-yegge.blogspot.com/2008/03/get-that-job-at-google.html ).   
Although it is targeted to people seeking software engineering jobs at FANG 
(and FANG-like) companies, IMO the general tone is applicable to other tech 
careers, even network engineering.  I have seen numerous articles (and 
subsequent discussions) on this subject on forums such as Quora, Medium, and 
Hacker News.
 
That blog post is everything that is wrong with software interviews. It's fine 
to ask intricate algorithm questions for somebody fresh out of school because 
what else are you going to ask them? But for somebody who's years out of school 
and has lots of experience, the intricate details of various algorithms fade 
especially ones that you don't use very often, or are embedded in library 
routines you'd be fired for if you tried to reinvent them. Telling people they 
have to go back to school for stuff they won't be using on the job is 
offensive.I once failed a network engineering interview because I couldn’t 
recite the OSPF LSA types by number from memory. It was fine, the fact that was 
a key question in the interview convinced me that I had no more desire to work 
there than they had to hire me.



My personal method is to devise a problem and actually work with them... 
because that's what I (or others) are going to be doing. How well can they get 
the requirements? How do they zero in on how to solve it? You can take this as 
deep or shallow as you like. Often I'd give it as a homework assignment if I 
liked them.I prefer this approach as well. Depending on the level of 
interviewee, I like to pull up a real world scenario from my past and see how 
they approach it. I’m not nearly as concerned if they get to the right solution 
as I want to see how they go about identifying and solving the problem. Do they 
ask questions that narrow their focus and identify the issue, or do they start 
trying random things hoping to stumble across a solution without understanding 
the problem?
The former moves on to the next steps towards employment. The latter is dropped 
from consideration.



My personal theory is software interviewing is basically a hazing ritual where 
the interviewers are trying to fluff their own privates, and it's almost to a 
one male. I wrote this post a while ago:
[ http://rip-van-webble.blogspot.com/2013/07/interviews-as-hazing-rituals.html 
]( http://rip-van-webble.blogspot.com/2013/07/interviews-as-hazing-rituals.html 
)
MikeNot being a developer (at least not for the last 25+ years), I haven’t done 
many “software” interviews, but I’ve been through network and sysadmin 
interviews that ran the gamut. Frankly, the ones that seemed to be more about 
fluffing privates were the companies I put less focus on going forward. The 
interviewers that seemed to match my style and wanted to see me do real-world 
things like troubleshooting or solving design problems or identifying 
architectural flaws in a proposed solution usually resulted in mutual respect 
and I usually moved forward through the interview processes. On the few 
occasions where I got a job out of a fluffing interview, it almost universally 
turned out to be one I wished I hadn’t taken.
Owen

Re: Router Suggestions

[Shawn L via NANOG]

We _always_ have at least one spare, or something that could be (relatively) 
easily pressed into service as one. 
 
Even in the Midwest, we've had times where 'guaranteed next day replacement' is 
more like 2nd or third day due to weather conditions, the carrier routing it 
weird, or just plain the plane didn't come today issues.  We generally laugh 
when they try to offer us 4 hour contracts -- we know there's 0 chance they can 
meet them, and they never want to refund you when you need it and they can't.
 


-Original Message-
From: "Warren Kumari" 
Sent: Wednesday, June 17, 2020 6:50pm
To: "Owen DeLong" 
Cc: nanog@nanog.org
Subject: Re: Router Suggestions






On Tue, Jun 16, 2020 at 5:28 PM Owen DeLong <[ o...@delong.com ]( 
mailto:o...@delong.com )> wrote:

 > On Jun 16, 2020, at 1:51 PM, Mark Tinka <[ mark.ti...@seacom.mu ]( 
 > mailto:mark.ti...@seacom.mu )> wrote:
 > 
 > 
 > 
 > On 16/Jun/20 22:43, Owen DeLong wrote:
 > 
 >> Covering them all under vendor contract doesn’t necessarily guarantee that
 >> the vendor does, either. In general, if you can cover 10% of your hardware
 >> failing in the same 3-day period, you’re probably not going to do much 
 >> better
 >> with vendor support.
 > 
 > In my experience, our vendors have been able to abide by their
 > obligations when we've had successive failures in a short period of
 > time, as long as our subscription is up-to-date.
 > 
 > I am yet to be disappointed.
 > 

 Count your blessings… I once faced a situation where a vendor had shipped a 
batch of defective power supplies (10s of thousands of them). It wasn’t just my 
network facing successive failures
 in this case, but widespread across their entire customer base… By day 2, all 
of their depots were depleted and day 3 involved mapping out “how non-redundant 
can we make the power in our
 routers to cover the outages that we’re seeing without causing more outages 
than we solve?”

 It was a genuine nightmare.
Huh, was this in the early to mid 1990’s?
I had an incident in NYC area where one of the large (at the time) 
datacenter/IXPs had a power outage, and their transfer switch failed to switch 
over. Customers were annoyed, so they promised another test, which also failed, 
dropping power to the facility again... now customers were hopping mad...
The next test was *just* of the generator, but with all of the work they had 
done they had (somehow) gotten the transfer switch *really* confused / 
hardwired into an odd state. This resulted in the facility being powered by 
both the street power and the generator (at least for a few seconds until the 
generator went “Nope!”)
 These were of course not synchronized, and so 120V equipment saw 0V, then 
240V, then some weird harmonic, then other surprising values. .. most supplies 
kind of dealt with this OK, but one of the really common models of router, from 
the largest vendor upped and died. This resulted in a few hundred dead routers 
and way exceeded the vendors spares strategies.
A number of customers (myself included) had 4 hour replacement contracts, which 
the vendor really could not meet - so we agreed to take a new, much 
larger/better model as a replacement.
W

 I’ve had other situations involving early failures of just released line cards 
and such as well.

 As I said, YMMV, but I’m betting your vendor doesn’t stock a second copy of 
every piece of covered equipment in the local depot. They’re playing the 
statistical probabilities just
 like anyone else stocking their own spares pool. The biggest difference is 
that they’re
 spreading the risk across a (potentially) much wider sample size which may 
better normalize
 the numbers.

 Owen

-- 

I don't think the execution is relevant when it was obviously a bad idea in the 
first place.
This is like putting rabid weasels in your pants, and later expressing regret 
at having chosen those particular rabid weasels and that pair of pants.
   ---maf

Re: alternative to voip gateways

[Shawn L via NANOG]

Innomedia is decent as well, but again it all depends on loop lengths.
 
Might want to look at more of a carrier system.  Something like a Calix E7, E5 
or C7 line.  You could probably pick up a C7 chassis on the used market and 
fill it up with ADSL or VDSL cards that will push dial-tone at least 2x as far 
as they will push DSL.  At least in the 10 mile rage.  Although at some point, 
when you're out past DSL range things like old-school load coils will help with 
call quality.
 


-Original Message-
From: "Tarko Tikan" 
Sent: Saturday, May 2, 2020 3:48am
To: nanog@nanog.org
Subject: Re: alternative to voip gateways



hey,

> But this all results in a sh1te load of 48 port gateways (power is not
> a concern), but wondering if there is another solution that is more
> cost effective? Seems the regular NEC's Siemens and so on might have
> an option but I can imagine it will be far more expensive than a bunch
> of individual gateways.

Huawei was already suggested and Nokia ISAM also works very well for 
your application

https://www.nokia.com/networks/products/intelligent-services-access-manager-isam-voice/#overview

Majority of the small consumer gateways (including the 48p ones) will 
not work on long loops, they are ment to be used inside a building etc.


-- 
tarko

Re: Best way to get foreign ISPs to shut down DDoS reflectors?

[Shawn L via NANOG]

This brings up an interesting question -- what is "good DDoS protection" on an 
ISP scale?  Apart from having enough bandwidth to weather the attack and having 
upstream providers attempt to filter it for you/
 


-Original Message-
From: "Bottiger" 
Sent: Thursday, April 23, 2020 5:30pm
To: "Siyuan Miao" 
Cc: "North American Network Operators' Group" 
Subject: Re: Best way to get foreign ISPs to shut down DDoS reflectors?



We are unable to upgrade our bandwidth in those areas. There are no providers 
within our budget there at the moment. Surely there must be some way to get 
them to respond.


On Thu, Apr 23, 2020 at 2:23 PM Siyuan Miao <[ avel...@misaka.io ]( 
mailto:avel...@misaka.io )> wrote:
It won't work.
Get a good DDoS protection and forget about it.


On Fri, Apr 24, 2020 at 5:17 AM Bottiger <[ bottige...@gmail.com ]( 
mailto:bottige...@gmail.com )> wrote:
Is there a guide on how to get foreign ISPs to shut down reflectors used in 
DDoS attacks?
I've tried sending emails listed under abuse contacts for their regional 
registries. Either there is none listed, the email is full, email does not 
exist, or they do not reply. Same results when sending to whatever other email 
they have listed.
Example Networks:
CLARO S.A.
Telefonica
China Telecom
Korea Telecom

Re: rack rails

[Shawn L via NANOG]

That's a tough one.  In the telco space, the common sizes are 19" and 23".  19" 
for gear, 23" for fiber patch panels, etc.  There are also some 25" floating 
around (Nortel, I'm looking at you). 
 
Unfortunately, 19" gear fits in 19" racks.  It fits in 23" sometimes -- if the 
manufacture makes both size ears, or you have to use an adapter plate, which 
can be a pain, and expensive (for 25" you may as well find a local machine shop 
to make them for you, or it's cheaper to remove them and start over). 
 
Sometimes you can do 19" gear and 23" cable management in a 23" rack, which is 
nice.  There is also the telco proclivity to attach stand-offs on the back side 
of the rack for vertical cabling, which can take up even more space.
 
The one thing you really can't do is take servers, etc. designed for a cabinet 
or 4-post style rack and put them in a 2-post neatly.  There's adapters and 
things, but they're a pain as well.  At least with a 4-post square-hole rack 
you can get 80% of what you want to fit.  

-Original Message-
From: "Coy Hile" 
Sent: Monday, March 30, 2020 5:31pm
To: "Karsten Elfenbein" 
Cc: "NANOG" 
Subject: Re: rack rails




> On Mar 30, 2020, at 5:24 PM, Karsten Elfenbein  
> wrote:
> 
> Hi,
> 
> something like https://www.opencompute.org/projects/rack-and-power
> comes into my mind for that.
> Mounting on 4 posts should be the default. It is insane what some
> vendors want to mount on 2 posts only.
> 

That brings up an interesting question. As I understand it, the penchant for 
two-post mounts come from what are at least colloquially termed telco racks 
that are or were common when you had tons of modem banks and such. Are such 
mounts — much like DC power — still quite common in the service provider space, 
or do most use more or less normal racks? (That said, the 750mm wide (29.5in) 
racks that actually have room for high density cables inside the rack seem much 
more useful for a networking application than the 600mm wide version.)



--
Coy Hile
coy.h...@coyhile.com

Re: [EXT] Shining a light on ambulance chasers - Noction

[Shawn L via NANOG]

And here I actually went to their website (not Cogent -- they still call me all 
the time as well) to see what they sell.
 
 


-Original Message-
From: "Kaiser, Erich" 
Sent: Wednesday, March 25, 2020 5:50pm
To: "NANOG list" 
Subject: Re: [EXT] Shining a light on ambulance chasers - Noction




Cogent calls me about 2-3 times a week.  TIme to start re-routing their calls 
back to them..





Erich Kaiser

On Wed, Mar 25, 2020 at 3:29 PM Chuck Anderson <[ c...@wpi.edu ]( 
mailto:c...@wpi.edu )> wrote:Someone should tell them what happened to Cogent 
for scraping ARIN WHOIS.

 On Wed, Mar 25, 2020 at 04:13:51PM -0400, Rodney Joffe wrote:
 > Under the heading of sales spam from our community that is in even poorer 
 > taste, and sucks:
 > 
 > 
 > Begin forwarded message:
 > 
 > > From: Josh Ankin <[ jan...@noction.com ]( mailto:jan...@noction.com )>
 > > Subject: BGP Management
 > > Date: March 25, 2020 at 3:39:02 PM EDT
 > > To: [ rjo...@centergate.com ]( mailto:rjo...@centergate.com )
 > > Reply-To: [ jan...@noction.com ]( mailto:jan...@noction.com )
 > > 
 > > Hello Rodney,
 > >  
 > > I know things are pretty hectic right now with COVID-19 precautions being 
 > > taken everywhere. I hope it's not affecting your team too much, and most 
 > > importantly, I hope everyone is safe.
 > >  
 > > In recent months, I've been trying to bring your attention to BGP 
 > > optimization. However, our solution's other notable features can be of 
 > > utmost value at these uncertain times as the Internet traffic volumes and 
 > > patterns change
 > 
 > Etc Etc

Re: DSLAMs

[Shawn L via NANOG]

That's a tough one.  48 port dslams with internal splitters are easy.  When 
you're looking for more density you're almost always looking at external 
splitter shelves.  Could also look at the calix c7 platform -- tons around on 
the used market -- but then again, no splitters.
 

-Original Message-
From: "Dennis Lundström" 
Sent: Tuesday, December 31, 2019 12:32pm
To: "Nick Edwards" 
Cc: "NANOG" 
Subject: Re: DSLAMs




Found this one:

[ ftp://ftp2.dlink.com/SUPPORT/End_of_Life_Product_List_091519.pdf ]( 
ftp://ftp2.dlink.com/SUPPORT/End_of_Life_Product_List_091519.pdf )
Stating EOL 2015-04-14 for HW revision A1.
—Dennis



On Tue, Dec 31, 2019 at 10:27 Nick Edwards <[ nick.z.edwa...@gmail.com ]( 
mailto:nick.z.edwa...@gmail.com )> wrote:Howdy y'all

 Chasing some info, does dlink still sell DAS4672 - 672 port adsl2+ dslams?

 after simple IP based  units with pppoe pass through.
 We could buy a bunch of planet 48 ports, which we used before, but we
 hoping someone still puts out high capacity (320 plus port) units with
 inbuilt pots splitters

 thanks

Re: Elephant in the room - Akamai

[Shawn L via NANOG]

Same -- we had an Akamai cache for 15+ years.  Then we were notified that it 
was done and were sent boxes to pack our stuff up and send it back.
 
 
-Original Message-
From: "Jared Mauch" 
Sent: Saturday, December 7, 2019 2:05pm
To: "Seth Mattinen" 
Cc: nanog@nanog.org
Subject: Re: Elephant in the room - Akamai




> On Dec 7, 2019, at 12:06 PM, Seth Mattinen  wrote:
> 
> On 12/6/19 06:46, Fawcett, Nick via NANOG wrote:
>> We had three onsite Akamai caches a few months ago. They called us up and 
>> said they are removing that service and sent us boxes to pack up the 
>> hardware and ship back. We’ve had quite the increase in DIA traffic as a 
>> result of it.
> 
> 
> Same here, removed last month, and no more Akamai traffic over peering since.

This last part doesn’t sound right.

Can you send me details in private?

Thanks,

- Jared

Re: Cogent sales reps who actually respond

[Shawn L via NANOG]

I have one who calls me bi-weekly even though we have declined to purchase 
service from them at this time.  I'd be happy to provide contact details 
off-line.
 


-Original Message-
From: "Jon Sands" 
Sent: Monday, September 16, 2019 9:30am
To: nanog@nanog.org
Subject: Re: Cogent sales reps who actually respond



The last time I dealt with them, it took a little over 3 months to get 
them to turn up basic BGP service. To top it off the sales rep was fired 
in the middle of our deployment. Cogent seems to have higher rep 
turnover than anything else I've dealt with. Buckle up and have fun!

On 9/15/2019 4:13 PM, n...@as37662.com n...@as37662.com wrote:
>
> Hi fellow network operators,
>
> Do any orgs here have experience with a good Cogent rep? The rep we 
> got via Cogent's website is unresponsive to even basic questions. It 
> feels like we are dealing with a bot and copy-pasted replies.
>
> Thanks
> Ruldu
>

-- 
Jon Sands
MFI Labs
https://fohdeesha.com/

Re: IP Dslams

[Shawn L via NANOG]

The "newer" replacement for the 42xx series was the bitstorm 
(Bitstorm-RP2-152-AC), and they came in AC as well and 48 ports -- in a 1.5 U I 
think .
 

-Original Message-
From: "Blake Hudson" 
Sent: Friday, January 4, 2019 12:47pm
To: nanog@nanog.org
Subject: Re: IP Dslams


I was thinking the same thing. They're a few years out of support, but the 
Zhone 42xx IP DSLAM provides a 1Gbps ethernet uplink and 24 ADSL2+ DSL user 
ports per 1U chassis (stackable to achieve 192 ports total). Wish they were 
available in AC for non-telco use.
 [ http://support.zhone.com/support/manuals/docs/42/4200-A2-GN21-40.pdf ]( 
http://support.zhone.com/support/manuals/docs/42/4200-A2-GN21-40.pdf )

 You could pair these with a pfSense appliance (or an x86 PC running the free 
software) to provide DHCP, DNS, etc - or use the built in pfSense captive 
portal to provide additional authentication and accounting per user. pfSense 
can provide NAT and FW if needed, or these features can be disabled to use 
globally routable IP4/IP6 addresses.

 As far as support goes, backup your pfsense and DLSAM configs when you finish 
the project and the subscriber accounts and DSL modems could be maintained by a 
local admin through the pfSense web interface with no need to touch the DSLAMs 
or anything CLI.

 --Blake


Shawn L via NANOG wrote on 1/4/2019 8:59 AM:
Might want to look for old Zhone ip bitstorm dslams.  There should be a bunch 
on the used market.  They do all of the ATM conversions internally so you just 
need to feed them with ethernet.
 

 -Original Message-
 From: "Nick Edwards" [  ]( 
mailto:nick.z.edwa...@gmail.com )
 Sent: Friday, January 4, 2019 9:36am
 To: "Brandon Martin" [  ]( 
mailto:lists.na...@monmotha.net )
 Cc: "NANOG" [  ]( mailto:nanog@nanog.org )
 Subject: Re: IP Dslams




They don't have a large budget and although I'm yet to get prices on adtran's 
(understandable, holidays 'n all) I doubt it will fit within their budget, it's 
looking more like getting a few planet dslams and configuring a linux box as 
the bng, been 10 years since I've had to do that kind of setup, memories hazy, 
but I know it worked, and well, so thanks to all for suggestions but the 
adtrans and nokias are not for those on shoe string budgets, which wouldnt even 
allow me to include an asr1k for the bng, and although it would allow for, I'd 
rather not grab an ebay 7200/7300 :)


On Wed, Jan 2, 2019 at 10:52 PM Brandon Martin <[ lists.na...@monmotha.net ]( 
mailto:lists.na...@monmotha.net )> wrote:On 1/2/19 6:47 AM, Nick Edwards wrote:
 > There are 260 villas, and no coax.

 Is there a logical way to distribute the termination?  You might be able 
 to get better performance (not that you perhaps care, in this case) at 
 minimal additional cost if you can do building-local termination of each 
 customer circuit and then backhaul on e.g. bonded VDSL2 or G.FAST over 
 shorter distances (perhaps hopping building to building).

 I'm assuming there's no data grade copper or fiber if there's no coax. 
 Obviously if you've got those, distributed termination makes even more 
 sense.

 If you do want a centralized solution, an Adtran TA5006 (the small 
 chassis) with 6x 48 port VDSL2 combo modules (with or without vectoring, 
 depending on your needs) would do the job (though it fills the chassis 
 and doesn't allow for expansion, so the full-size TA5000 may be 
 desirable).  I've played (and am playing with) the same system but with 
 GPON termination and have been happy with it so far.
 -- 
 Brandon Martin

Re: IP Dslams

[Shawn L via NANOG]

Might want to look for old Zhone ip bitstorm dslams.  There should be a bunch 
on the used market.  They do all of the ATM conversions internally so you just 
need to feed them with ethernet.
 

-Original Message-
From: "Nick Edwards" 
Sent: Friday, January 4, 2019 9:36am
To: "Brandon Martin" 
Cc: "NANOG" 
Subject: Re: IP Dslams




They don't have a large budget and although I'm yet to get prices on adtran's 
(understandable, holidays 'n all) I doubt it will fit within their budget, it's 
looking more like getting a few planet dslams and configuring a linux box as 
the bng, been 10 years since I've had to do that kind of setup, memories hazy, 
but I know it worked, and well, so thanks to all for suggestions but the 
adtrans and nokias are not for those on shoe string budgets, which wouldnt even 
allow me to include an asr1k for the bng, and although it would allow for, I'd 
rather not grab an ebay 7200/7300 :)


On Wed, Jan 2, 2019 at 10:52 PM Brandon Martin <[ lists.na...@monmotha.net ]( 
mailto:lists.na...@monmotha.net )> wrote:On 1/2/19 6:47 AM, Nick Edwards wrote:
 > There are 260 villas, and no coax.

 Is there a logical way to distribute the termination?  You might be able 
 to get better performance (not that you perhaps care, in this case) at 
 minimal additional cost if you can do building-local termination of each 
 customer circuit and then backhaul on e.g. bonded VDSL2 or G.FAST over 
 shorter distances (perhaps hopping building to building).

 I'm assuming there's no data grade copper or fiber if there's no coax. 
 Obviously if you've got those, distributed termination makes even more 
 sense.

 If you do want a centralized solution, an Adtran TA5006 (the small 
 chassis) with 6x 48 port VDSL2 combo modules (with or without vectoring, 
 depending on your needs) would do the job (though it fills the chassis 
 and doesn't allow for expansion, so the full-size TA5000 may be 
 desirable).  I've played (and am playing with) the same system but with 
 GPON termination and have been happy with it so far.
 -- 
 Brandon Martin

Re: CenturyLink

[Shawn L via NANOG]

Speaking of GPS-enabled NTP appliances, etc. wondering what hardware people are 
using for this.
 
thanks
 

-Original Message-
From: "Raymond Burkholder" 
Sent: Saturday, December 29, 2018 12:01pm
To: "Matthew Huff" , "l...@satchell.net" , 
"nanog@nanog.org" 
Subject: Re: CenturyLink



On 2018-12-29 7:51 a.m., Matthew Huff wrote:
> We have two stratum-1 servers synced with GPS and a PTP feed from a provider 
> that also provides PTP to market data systems, but we still have to monitor 
> drift between system time and NIST time. Don't ask for the logic behind it, 
> it's a regulation, not a technical requirement.
>
On one occasion, due to bad firmware or a configuration issue, I have 
seen GPS stratum 1 diverge from NTP.  It was somewhat eye brow raising 
to the company.  My NTP monitored servers were shown to be diverging 
their GPS/NTP, but after looking at twice or thrice, it was the other 
way around.

Re: Extending network over a dry pair

[Shawn L via NANOG]

Actellis also makes some ethernet over dry pair gear.  The only issue is that 
they require repeaters like a T1 (different spacing though).  I'm guessing if 
you're doing T1 at that distance you already have repeater housings in the 
field at least.
 
 


-Original Message-
From: "Alfie Pates" 
Sent: Wednesday, December 12, 2018 4:42pm
To: nanog@nanog.org
Subject: Re: Extending network over a dry pair



Six miles is probably pushing it, but Proscend make some interesting Long-Range 
Ethernet SFP transciever which are VDSL based. They're horrendously documented 
and they draw *way* more power than the SFP specification allows.
They also make a version which is design to terminate VDSL broadband circuits - 
A couple of those found their way to my desk recently and it turns out that 
despite the horrendous documentation and sightly scary heat output (they come 
with a little paper note in the box which says something along the lines of 
"WARNING! MODULE GETS HOT - DO NOT TOUCH DURING OPERATION."), they do generally 
Just Work!
~a
On Wed, Dec 12, 2018, at 9:25 PM, Nick Bogle wrote:
A quick question for you guys; 
If you had a single dry pair (pair of copper wires originally for phones) to a 
remote site that was around 6 miles away, what would you use? We currently are 
just extending a T1 line to this site, but 1.5Mbps isn't cutting it anymore. 
Unfortunately it's a research site on a federally protected wildlife preserve 
so we can't run any new infrastructure (fiber etc) and it isn't in a 
geographical place where point to point wireless is practical. We were thinking 
there is some sort of network extender that uses some form of DSL for higher 
bandwidth capacity. 
Any suggestions?

RE: Are any of you starting to get AI robocalls?

[Shawn L via NANOG]

Honestly, most carriers I've talked to are fed up as well, and just want to 
find a way to make it stop.  As some one said, it's exactly like BCP38 ---  the 
carriers that care keep their clients from spoofing caller id, etc.  The ones 
that don't make everyone else look bad.

-Original Message-
From: "Keith Medcalf" 
Sent: Wednesday, April 4, 2018 7:04pm
To: "nanog@nanog.org" 
Subject: RE: Are any of you starting to get AI robocalls?



Why would the carriers want to do anything? They are making money from call 
termination fees.


---
The fact that there's a Highway to Hell but only a Stairway to Heaven says a 
lot about anticipated traffic volume.

>-Original Message-
>From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Sean
>Pedersen
>Sent: Wednesday, 4 April, 2018 08:45
>To: nanog@nanog.org
>Subject: RE: Are any of you starting to get AI robocalls?
>
>Yep. Add it to the list of IRS scams, fake arrest warrants, credit
>repair, free vacations, etc. The rate of calls has increased
>dramatically in the past year, especially with the "neighborhood
>scam" where they spoof their CLID to a local area code and prefix +
> through  and blast you with calls, trying to trick you into
>thinking it's someone local and thus important or legitimate.
>
>I have a second phone I use for work and on-call, so that goes on DND
>from 6PM to 6AM with a VIP list of people/numbers that can ring
>through. No problems there, and somehow that number isn't (yet) on
>anyone's list, so I don't get many calls.
>
>On my personal cell, I started to use an app called Hiya that has
>been pretty successful. It's available for both iPhone and Android.
>It powers a lot of the carrier-specific apps like AT Call Protect,
>but unlike them, it doesn't suck. It's a giant database of reports
>that rate calling numbers and classify them as fraud, scam,
>neighborhood spoofing, etc. and you can flag them or route them right
>to voicemail. The only time it doesn’t work is when it hasn't updated
>its list in a little while and a few sneak through. They just
>realized a premium version that added some features. I haven't
>explored it yet.
>
>Went from about 20 calls a week to almost nothing.
>
>Carriers seem to be either uncapable or unwilling to address the
>issue other than the occasional lip-service reply about "taking
>customer's $variable seriously."
>
>-Original Message-
>From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of William
>Herrin
>Sent: Tuesday, April 3, 2018 3:32 PM
>To: nanog@nanog.org
>Subject: Are any of you starting to get AI robocalls?
>
>Howdy.
>
>Have any of you started to get AI robocalls? I've had a couple of
>calls recently where I get the connect silence of a predictive dialer
>followed by a woman speaking with call center background noise. She
>gives her name and asks how I'm doing. The first time it happened it
>seemed off for reasons I can't quite articulate, so I asked: "Are you
>a robot or a person?" She responded "yes" and then launched in to a
>sales pitch. The next time I asked, "where can I direct your call?"
>She responded "that's good" and launched in to her pitch.
>
>Regards,
>Bill Herrin
>
>
>--
>William Herrin  her...@dirtside.com b...@herrin.us
>Dirtside Systems . Web: 

Re: DSL CPE

[Shawn L via NANOG]

Sorry -- this got lost in the shuffle.
 
We were specifically comparing Comtrend AR5381u vs Zyxel 660HN being fed with 
either Calix ADSL 2+ or  Paradyne/Zhone Bitstorm ADSL2+.  All use the broadcom 
chipset but seem to interop slightly differently.  From our limited testing we 
determined that for the best speeds / quality on long loops order was like this
 
Zhone Bitstorm -> Zyxel 660HN
Zhone Bitstorm -> Comtrend AR5381u
Calix ADSL 2+ -> Zyxel 660HN
Calix ADSL 2+ -> Comtrend AR5381u
 
 

-Original Message-
From: "Mike Hammett" 
Sent: Sunday, January 14, 2018 9:48pm
To: "Shawn L" 
Cc: "NANOG" 
Subject: Re: DSL CPE



Any particular Zyxel models or just Zyxel in general perform better at longer 
lengths?


From: "Shawn L" 
To: "Mike Hammett" 
Cc: "NANOG" 
Sent: Tuesday, January 9, 2018 8:22:07 AM
Subject: RE: DSL CPE


At $dayjob we use both Comtrend and Zyxel modems.  Both have a 1-port modem 
that can be deployed in bridged mode. They both seem to work well with Calix 
gear.  We've found the Zyxel modems tend to work a little better at longer loop 
lengths.  But, for us at least, it's very easy to get custom firmware created 
and pre-deployed to comtrend modems at the factory / distributor. So we haven't 
completely decided between one brand and the other.  We started looking at 
Zyxel for increased speed at longer loop lengths and better wifi support.
 
There's a company a few exchanges over from us that has deployed the caix giga 
family and really likes it.  We haven't deployed them yet because they only 
work on the Calix E7 series (E7-2 and E7-20) and we still have a lot of C7 
series dslams in the network.
 
Shawn
 


-Original Message-
From: "Mike Hammett" 
Sent: Tuesday, January 9, 2018 8:50am
To: "NANOG" 
Subject: DSL CPE



After a few off-list responses (and a couple on) encouraging me to use NANOG, 
here we go... 


I've recently walked in to a voice\DSL CLEC that has basically been left to 
entropy for the last ten years. A lot of the core systems just work, but a lot 
of things aren't exactly managed the best. They run a Calix\Occam ADSL2+\VDSL 
infrastructure. For those of you doing DSL, what CPE are you using? I'm looking 
at one that's just a basic modem where I have a more sophisticated router (or 
ATA\voice gateway) behind it and then one more generic for residential settings 
with WiFi and all that jazz. We're kinda debating whether we go just dumb Wi-Fi 
or something more advanced\powerful. I've heard a lot of good about the Calix 
GigaFamily in that regard. 




- 
Mike Hammett 
Intelligent Computing Solutions 
http://www.ics-il.com 

Midwest-IX 
http://www.midwest-ix.com 

RE: DSL CPE

[Shawn L via NANOG]

At $dayjob we use both Comtrend and Zyxel modems.  Both have a 1-port modem 
that can be deployed in bridged mode. They both seem to work well with Calix 
gear.  We've found the Zyxel modems tend to work a little better at longer loop 
lengths.  But, for us at least, it's very easy to get custom firmware created 
and pre-deployed to comtrend modems at the factory / distributor. So we haven't 
completely decided between one brand and the other.  We started looking at 
Zyxel for increased speed at longer loop lengths and better wifi support.
 
There's a company a few exchanges over from us that has deployed the caix giga 
family and really likes it.  We haven't deployed them yet because they only 
work on the Calix E7 series (E7-2 and E7-20) and we still have a lot of C7 
series dslams in the network.
 
Shawn



-Original Message-
From: "Mike Hammett" 
Sent: Tuesday, January 9, 2018 8:50am
To: "NANOG" 
Subject: DSL CPE



After a few off-list responses (and a couple on) encouraging me to use NANOG, 
here we go... 


I've recently walked in to a voice\DSL CLEC that has basically been left to 
entropy for the last ten years. A lot of the core systems just work, but a lot 
of things aren't exactly managed the best. They run a Calix\Occam ADSL2+\VDSL 
infrastructure. For those of you doing DSL, what CPE are you using? I'm looking 
at one that's just a basic modem where I have a more sophisticated router (or 
ATA\voice gateway) behind it and then one more generic for residential settings 
with WiFi and all that jazz. We're kinda debating whether we go just dumb Wi-Fi 
or something more advanced\powerful. I've heard a lot of good about the Calix 
GigaFamily in that regard. 




- 
Mike Hammett 
Intelligent Computing Solutions 
http://www.ics-il.com 

Midwest-IX 
http://www.midwest-ix.com 

Re: RFC2544 Testing Equipment

[Shawn L via NANOG]

JDSU make some nice ones that we use to qualify cell tower back haul.  Not 
cheap though
 


-Original Message-
From: "Jeremy Austin" 
Sent: Tuesday, May 30, 2017 11:29am
To: "James Breeden" , "n...@flhsi.com" , 
"nanog@nanog.org" 
Subject: Re: RFC2544 Testing Equipment



JW, have you moved on to EtherSAM? That's what I'd be looking for myself.
On Tue, May 30, 2017 at 7:28 AM James Breeden  wrote:

> When we had to do this once in a blue moon, we just bought a pair of old
> Agilent Framescopes off ebay. They worked great but we had issues getting
> reporting out of them. They had RJ45 and SFP on them.
>
> -Original Message-
> From: NANOG [mailto:nanog-bounces+james=arenalgroup...@nanog.org] On
> Behalf Of Nick Olsen
> Sent: Tuesday, May 30, 2017 10:23 AM
> To: nanog@nanog.org
> Subject: RFC2544 Testing Equipment
>
> Greetings all,
>
> Looking for a good test set. Primary use will be testing L2 circuits
> (It'll technically be VPLS, But the test set will just see L2). Being able
> to test routed L3 would also be useful. Most of the sets I've seen are two
> sided, A "reflector" at the remote side, And the test set in hand run by
> the technician.
>
> Looking to test up to 1Gb/s at various packet sizes, Measure Packet loss,
> Jitter..etc. Primarily Copper, But if it had some form of optical port, I
> wouldn't complain. Outputting a report that we can provide to the customer
> would be useful, But isn't mandatory. Doesn't need anything fancy, Like
> MPLS awareness, VLAN ID's..etc.
>
>
> Nick Olsen
> Sr. Network Engineer
> Florida High Speed Internet
> (321) 205-1100 x106
>
>
>
>
>
>
>
>