Russian Anal Probing + Malware

2019-06-21 Thread Ronald F. Guilmette
https://twitter.com/GreyNoiseIO/status/1129017971135995904 https://twitter.com/JayTHL/status/1128718224965685248 Friday Questionaire: Is there anybody on this list who keeps firewall logs and who DOESN'T have numerous hits recorded therein from one or more of the following IP addresses?

Re: few big monolithic PEs vs many small PEs

2019-06-21 Thread Bryan Holloway
On 6/21/19 10:01 AM, Aaron Gould wrote: I was reading this and thought, planet earth is a single point of failure. ...but, I guess we build and design and connect as much redundancy (logic, hw, sw, power) as the customer requires and pays for and that we can truly accomplish. -Aaron

Weekly Routing Table Report

2019-06-21 Thread Routing Analysis Role Account
This is an automated weekly mailing describing the state of the Internet Routing Table as seen from APNIC's router in Japan. The posting is sent to APOPS, NANOG, AfNOG, SANOG, PacNOG, SAFNOG TZNOG, MENOG, BJNOG, SDNOG, CMNOG, LACNOG and the RIPE Routing WG. Daily listings are sent to

FCC webinar: Network resiliency for small and rural communication providers

2019-06-21 Thread Sean Donelan
If you aren't aware of the Supply Chain Notice of Proposed Rulemaking, you may want to read this. The Federal Communications Commission has put the presentations from the Webinar earlier this week on Network Resiliency for Small and Rural Communication Providers up on its website.

FCC workshop: Security vulnerabilities within our communications networks

2019-06-21 Thread Sean Donelan
Federal Communications Commissioner Geoffrey Starks is holding a workshop next week, June 27, 2019, to hear from interested parties on how to address the national security threats posed by insecure equipment within our communications networks.

Re: Cost effective time servers

2019-06-21 Thread Tom Beecher
This. I've had some timing issues ( unrelated to NTP ) with certain combinations of FlightAware RTLSDR USB sticks and Pi models. IIRC USB and Ethernet share the same bus on the Pis, and that can cause bumps. GPIOs run right off the SOC, avoiding that. On Fri, Jun 21, 2019 at 7:25 AM Denys

Re: few big monolithic PEs vs many small PEs

2019-06-21 Thread Anderson, Charles R
On Fri, Jun 21, 2019 at 09:01:38AM -0500, Aaron Gould wrote: > I was reading this and thought, planet earth is a single point of failure. > > ...but, I guess we build and design and connect as much redundancy (logic, > hw, sw, power) as the customer requires and pays for and that we can

RE: few big monolithic PEs vs many small PEs

2019-06-21 Thread Aaron Gould
I was reading this and thought, planet earth is a single point of failure. ...but, I guess we build and design and connect as much redundancy (logic, hw, sw, power) as the customer requires and pays for and that we can truly accomplish. -Aaron

Re: few big monolithic PEs vs many small PEs

2019-06-21 Thread Mike Hammett
" It is not economical or even physically possible to have an MPLS device next to every DSLAM, hence the aggregation." https://mikrotik.com/product/RB750r2 MSRP $39.95 I readily admit that this device isn't large enough for most cases, but you can get cheap and small MPLS routers.

Re: Birch/Primus/Fusion Network ASN integration?

2019-06-21 Thread Mike Hammett
I still have SIP connections to the Globalinx system to IPs that are in 17184. I don't believe this part was migrated yet because whenever I call in for support issues, no one has any idea how to find the configured accounts. - Mike Hammett Intelligent Computing Solutions Midwest

Re: few big monolithic PEs vs many small PEs

2019-06-21 Thread Mark Tinka
On 21/Jun/19 10:32, adamv0...@netconsultings.com wrote: > Well yes but if say I compare just a single line-card cost to a standalone > fixed-format 1RU router with a similar capacity -the card will always be > cheaper and then as I'll start adding cards on the left-hand side of the >

Re: few big monolithic PEs vs many small PEs

2019-06-21 Thread Mark Tinka
On 21/Jun/19 10:46, adamv0...@netconsultings.com wrote: > I'd actually like to hear more on that if you don't mind. What part, Juniper's Ethernet switching portfolio? > You actually haven't answered the question I'm afraid :) > So would you connect the Juniper now Arista aggregation switch

Re: Cost effective time servers

2019-06-21 Thread Tony Finch
Denys Fedoryshchenko wrote: > On 2019-06-21 14:19, Niels Bakker wrote: > > > > Have you tried this? Because I have, and it's absolutely terrible. > > GPS doesn't give you the correct time, it's supposed to give you a > > good 1pps clock discipline against which you can measure your device's > >

Re: Cost effective time servers

2019-06-21 Thread Denys Fedoryshchenko
On 2019-06-21 14:19, Niels Bakker wrote: * j...@west.net (Jay Hennigan) [Fri 21 Jun 2019, 05:19 CEST]: On 6/20/19 07:39, David Bass wrote: What are folks using these days for smaller organizations, that need to dole out time from an internal source? If you want to go really cheap and don't

Re: Cost effective time servers

2019-06-21 Thread Niels Bakker
* j...@west.net (Jay Hennigan) [Fri 21 Jun 2019, 05:19 CEST]: On 6/20/19 07:39, David Bass wrote: What are folks using these days for smaller organizations, that need to dole out time from an internal source? If you want to go really cheap and don't value your time, but do value knowing the

RE: few big monolithic PEs vs many small PEs

2019-06-21 Thread adamv0025
> From: Mark Tinka > Sent: Friday, June 21, 2019 9:07 AM > > > > On 21/Jun/19 09:36, adamv0...@netconsultings.com wrote: > > > And indeed there are cases where we connect customers directly on to > > the PEs, but then it's somehow ok for a line-card to be part of just a > > single chassis (or

RE: few big monolithic PEs vs many small PEs

2019-06-21 Thread adamv0025
Hey Mark, > From: Mark Tinka > Sent: Thursday, June 20, 2019 3:27 PM > > On 19/Jun/19 22:22, adamv0...@netconsultings.com wrote: > > > Yes it will cost a bit more (router is more expensive than a LC) > > I found the reverse to be true... chassis' are cheap. Line cards are costly. > Well yes

Re: few big monolithic PEs vs many small PEs

2019-06-21 Thread Mark Tinka
On 21/Jun/19 09:36, adamv0...@netconsultings.com wrote: > And indeed there are cases where we connect customers directly on to > the PEs, but then it's somehow ok for a line-card to be part of just a > single chassis (or a PE). We'd typically do this for very high-speed ports (100Gbps), as

Re: few big monolithic PEs vs many small PEs

2019-06-21 Thread Tarko Tikan
hey, So what is the primary goal of us using the aggregation/access layer? It's to achieve better utilization of the expensive router ports right? (hence called aggregation) I'm in the eyeball business so saving router ports is not a primary concern. Aggregation exists to aggregate

RE: few big monolithic PEs vs many small PEs

2019-06-21 Thread adamv0025
Hey, > From: Tarko Tikan > Sent: Thursday, June 20, 2019 8:28 AM > > hey, > > > For availability I think it is best approach to do many small edge > > devices. > > This is also great for planned maintenance. ISSU has not really worked out for > any of the vendors and with two small devices you

Re: few big monolithic PEs vs many small PEs

2019-06-21 Thread Saku Ytti
On Fri, 21 Jun 2019 at 10:09, wrote: > Just on the human cockups though, we're putting more and more automation in > to help address the problem of human imperfections. With automation we break far far less often, far far more. MTTR is also increased due to skill rot, in CLI jockey network you

RE: few big monolithic PEs vs many small PEs

2019-06-21 Thread adamv0025
Hey Saku, > From: Saku Ytti > Sent: Thursday, June 20, 2019 7:04 AM > > On Wed, 19 Jun 2019 at 23:25, wrote: > > > The conclusion I came to was that *currently the best approach would > > be to use several medium to small(fixed) PEs to replace a big > > monolithic chasses based system. > >