According to the news, sales associates can complete transactions using
their (very small) handheld units.
Frank
-Original Message-
From: NANOG On Behalf Of Jared Mauch
Sent: Saturday, June 15, 2019 4:27 PM
To: Andy Ringsmuth
Cc: NANOG
Subject: Re: Target stores down
I know what I was
This webinar may be of some interest to those in this group:
https://www.fcc.gov/small-rural-communications-provider-network-resiliency-webinar
Here’s some additional color commentary on the FCC’s concerns:
https://urgentcomm.com/2019/05/10/backhaul-problems-disjointed-recovery-efforts-key-ca
I want to share a little bit of our journey in tracking down the TCP RSTs
that impacted some of our customers for almost ten weeks.
Almost immediately after we turned up two new Arista border routers in late
July we started receiving a trickle of complaints from customers regarding
their inabil
Is it possibly AT&T's old network?
https://99percentinvisible.org/article/vintage-skynet-atts-abandoned-long-lines-microwave-tower-network/
http://long-lines.net/places-routes/
This network runs through our service territory, too. The horns are
distinctive.
Frank
-Original Message-
F
I've been looking for many years for something similar, one that has integrated
batteries and is remote manageable (or ties into our equipment's telemetry) and
reasonably priced, but haven't yet found one, yet. Many of the NIDs/ONTs that
we install at our customer sites are DC powered, but none
In discussions with the reseller he admitted that they market the distance
based on average TX power and average link loss, so it is possible to
purchase optics that may not be able to attain certain necessary link
budgets and therefore distances.
There are 1270/1310 nm BiDi optics with a worst-ca
They are moving offices.
https://www.arin.net/announcements/2016/20160804.html
Frank
-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Erik Sundberg
Sent: Saturday, August 13, 2016 1:43 PM
To: nanog@nanog.org
Subject: ARIN Route Registry Issue
I am having some
Note that for E911 purposes we are required to use the MSAG
(http://netorange.com/nena-reference/index.php?title=Master_Street_Address_Guide_(MSAG))
to verify street addresses. From what my co-workers at my $DAYJOB tell me,
there are many new addresses that are not resolvable.
Despite those
Just to amplify what Hugo wrote, there is DNS support with SLAAC (see RFC
6106), but router and client support mixed. In the end, I would recommend
support DHCPv6 and SLAAC, and if your router support RFC 6106, stuff the DNS
information in there, too.
Frank
-Original Message-
From: NAN
Official statement here:
https://knowledgelayer.softlayer.com/faq/softlayer-network-wide-ip-blocking
Frank
-Original Message-
From: NANOG [mailto:nanog-bounces+frnkblk=iname@nanog.org] On Behalf Of
Faisal Imtiaz
Sent: Friday, February 19, 2016 5:21 PM
To: Carlos A. Carnero Delgado
Thanks, but I don’t see that datadog can ingests SNMP traps – can you point me
in the right direction?
Frank
From: John Adams [mailto:j...@retina.net]
Sent: Thursday, February 11, 2016 5:24 PM
To: Frank Bulk
Cc: nanog@nanog.org list
Subject: Re: Automated alarm notification
datadog
If you need density along the Arris line, skip the C4 and go straight to the
E6000.
Frank
-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Daniel Corbe
Sent: Tuesday, February 02, 2016 8:18 AM
To: Colton Conor
Cc: NANOG
Subject: Re: Cable Operator List
Hey
There's also WTI, which we use:
http://www.wti.com/c-41-automatic-transfer-switch.aspx
Frank
-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Chuck Anderson
Sent: Wednesday, January 27, 2016 2:30 PM
To: nanog@nanog.org
Subject: small automatic transfer switches
I plan to continue living in a rural area with a GSM provider that will support
2G. =)
Frank
-Original Message-
From: John Levine [mailto:jo...@iecc.com]
Sent: Saturday, January 09, 2016 5:24 PM
To: nanog@nanog.org
Cc: frnk...@iname.com
Subject: Re: SMS gateways
In article <006501d14b3
Note that Ookla's speedtest server runs fine over IPv6 -- we have ours
dual-stacked and also with a specific FQDN.
Frank
-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Pete Mundy
Sent: Tuesday, November 10, 2015 11:27 PM
To: nanog@nanog.org
Subject: Re: Updat
Without disclosing too much, I learned from a person within BT's broader
organization that the removal of for www.bt.com was intentional for
troubleshooting purposes.
Frank
-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of frnk...@iname.com
Sent: Saturday,
My regular BT and CTL link contacts have not responded, but perhaps there's
another engineer on the list that can investigate.
www.bt.com hasn't had an since Friday, October 30 at 4:36 am (U.S.
Central). OpenDNS carried it for a while longer yesterday, but when I
checked this morning it was
Don't forget about this bug:
Uptime bug is referenced in UTStarcom documentation as AnswerID 3497;
=
If you are experiencing poor performance and / or operational slowdown on
your network of the HiPer ARC card and the card uptime is over 400 days,
please update the codebase to the foll
We're still using USR Robotics/3com TotalControls and were able to get some
spare parts from our statewide telecom partner when they shut down their stuff.
Most common problem we see now are fan failures, but we just cannabilize
existing the fans out of a fan tray. The volume of calls are so l
FYI, enterprise.ca started responding to HTTPv6 requests this morning at
12:17 am (U.S. Central). Not ICMPv6, though.
It was also up October 11 from 4:09 to 4:16 am, and then again from 4:26 to
4:46 am.
Since I've started tracking it, this is the longest the site has been
accessible over IPv6.
99% of the attacks we see are gaming related -- somehow the other players
know the IP and then attack our customer for an advantage in the game, or
retribution.
Most DHCP servers (correctly) give the same IP address if the CPE is
rebooted. Ours are one of those. =)
Frank
-Original Message--
With earlier releases I did see our unit "lock up", in the sense they
wouldn't send messages. A reboot resolved those issues. The last two or
three releases from Multitech for iSMS have been solid, none of those issues
anymore.
Frank
-Original Message-
From: NANOG [mailto:nanog-boun...@
Some concern expressed here:
http://blog.streamingmedia.com/2015/07/windows-10-launch-huge-traffic.html
Frank
-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Nick Olsen
Sent: Tuesday, July 28, 2015 3:45 PM
To: nanog@nanog.org
Subject: Windows 10 Release
Anyon
If the customer has headroom on a 10G link, what's the harm with running a 1G
volumetric DDoS across the Internet? Or if it's application layer, anytime
against prescribed lab devices?
Frank
-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Brett Watson
Sent:
Colton,
While we have never tried it ourselves, an option we've looked at in similar
situations are these:
http://www.ready-links.com/ipc1840c.html
http://www.bectechnologies.net/main/EoCoax2310.shtml (up to 31 endpoints)
Frank
-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.
That was short-lived -- it's now down again as of 2 am (U.S. Central). No
.
Frank
-Original Message-
From: Frank Bulk (frnk...@iname.com) [mailto:frnk...@iname.com]
Sent: Thursday, July 02, 2015 7:43 PM
To: nanog@nanog.org
Subject: www.att.net back up over IPv6
After being down sin
After being down since early May 2014, www.att.net is now back up over IPv6
since 7:29 pm U.S. Central.
Sites that we track that were up but remain down over IPv6 are
www.charter.com, www.dnssec.comcast.net, and www.globalcrossing.com.
Frank
And just 12.5% of them required TLC. =)
-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of frnk...@iname.com
Sent: Wednesday, July 01, 2015 7:05 AM
To: 'Stefan'
Cc: nanog@nanog.org
Subject: RE: leap second outage
Yes, happened at 7 pm Central (0:oo UTC).
From
Yes, happened at 7 pm Central (0:oo UTC).
From: Stefan [mailto:netfort...@gmail.com]
Sent: Tuesday, June 30, 2015 10:30 PM
To: frnk...@iname.com
Cc: nanog@nanog.org
Subject: Re: leap second outage
This was supposed to have happened @midnight UTC, right? Meaning that we are
past that event
We experienced our first leap second outage -- our SHE (super head end) is
using (old) Motorola encoders and we lost those video channels. They
restarted all those encoders to restore service.
Frank
What's the ratio of mobile (cellular) endpoints to non-mobile devices? And
we know that mobile continues to grow faster than fixed endpoints -- at what
point will the scales naturally tip to IPv6?
-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Mikael Abrahams
My second educated guess is that those initial (BPON) ONTs only supported
FastE client interface(s), and that Verizon's new (GPON) ONTs support GigE
client interfaces.
Frank
-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Matthew Huff
Sent: Tuesday, April 14,
It's my educated guess that much of Verizon's initially FTTH deployment used
BPON, and that access gear didn't (and probably will never) support IPv6.
So to get IPv6 they need to move the customer to a GPON-enabled access
shelf, which apparently requires a new ONT because their initial ONTs were
BP
33 matches
Mail list logo
