GPS rollover

[Stephen Satchell]

So far as I can tell with NTP, there was no issue with time sources
becoming false-tickers, including my local GPS appliance.  FWIW.

Re: Experiences on Cable Advisory Commissions

[Miles Fidelman]

Hi Howard,

On 3/10/19 4:32 PM, Howard C. Berkowitz wrote:
I've designed services for cable and other residential broadband, and 
evaluated vendor proposals for WAN services. Now, though, I have a new 
responsibility: being on the Cable Advisory Committee for my small 
Cape Cod town od Chatham, MA. We're the easternmost point on the 
continental US, have been around for 300 years, and even was the 
original Marconi transmitter site and a WWII SIGINT intercept base. We 
have, however, more Great White Sharks than technologists. The town 
has a blue-collar fishing population that is dwarfed by summer 
vacationers/summer home residents.


Has anyone else been in such a civic role? Can we share experience?


Sure.

In addition to running a policy shop, focused on municipal telecom, and 
consulting to municipalities, I also served on the Mayor's Telecom 
Advisory Board in Newton, MA (essentially the cable board).  Happy to 
share experiences.


Ask away, here, or privately.  Also happy to talk by phone (contact me 
to coordinate time).


Miles Fidelman




Its first role is evaluating performance of Comcast, the incumbent, 
and deciding whether to recommend renewal or make a preliminary 
denial. This gets into an overall "ascertainment of needs" 
requirements process, possibly for new features to be built into the 
renewed contract.


There are other issues to examine, such as subscribers cutting the 
cable or getting other digital access. Since the municipality gets 
revenue from the franchise fees, this may mean a drop in funding for 
Public Access, Education, and Government video channels.


While it's not within the original committee charter, we may well look 
at overall communications architecture, including municipal fiber and 
Wifi, cellular infrastructure, emergency communications, etc.



--
In theory, there is no difference between theory and practice.
In practice, there is.   Yogi Berra

Re: Should Netflix and Hulu give you emergency alerts?

[Sean Donelan]

On Sun, 10 Mar 2019, Scott Weeks wrote:

No, it is overreach and Doing The Wrong Thing (AKA we do
evil now even though we said we wouldn't in the beginning)
for businesses as well.


There is weird business feedback loop between proprietary app creators and 
smart device platform providers.


Governments issue public alerts without restrictions. You don't need to 
reveal your location, how you use the alerts, etc. You paid for it as 
part of your taxes.  There is not extra charge by the government to get 
emergency alerts.


Proprietary Apps take that public information to build up walled gardens, 
with restrictions and harvest information from the users of those Apps.


Addon proprietary App vendors heavily lobby to discourage platform 
creators and the government from competing with them. Some companies 
have regularly lobby congress to prohibit the National Weather 
Service from directly distributing weather forecasts and warnings directly 
to the public, instead they argue the NWS should distribute the 
information only to commercial companies which would then sell the 
information to the public.


Emergency alerts on cell phones went through this in the early 2000s.

Lobbyists discouraged adding emergency alerts as part of the base mobile 
operating system. In theory subscribers could get alerts through add-on 
apps and SMS messages on cell phones. The feedback loop meant subscribers 
had to pay SMS message fees and add-on App data; cellular carriers liked 
the revenue enhancement.  Mobile device manufacturers were paid by 
junkware Apps to include those junk apps on phones. Phone manufacturers 
liked the junkware revenue stream.


This money feedback loop wasn't very effecient at actually alerting the 
public. Typically, less than 15% of cellular subscribers used the 
proprietary alert apps. The junkware apps monitized the subscribers by 
collecting massive amounts of tracking information. The junkware alert 
apps didn't work very well either, depending on when their venture 
capital ran-out and stopped.



I don't know what the current Amazon, Apple or Google App store feedback 
loop is like for Apps on smart devices.


Imagine in 2024, after a major climate change driven severe weather 
disaster, the CEOs of several Smart Device platform companies testify 
before congress:


Senator: In 2024, smart devices are now in 90% of homes. Smart devices 
have replaced radio and TV as the primary source of entertainment and 
information programming for the public.  Why don't your smart devices 
include emergency alerts?


CEOs: Emergency alerts aren't revenue generating, and we get money from 
proprietary App companies not to compete with them.


Senator: Do you care that your customers' were hurt by the increasingly 
severe weather events?


CEOs: We consider it a revenue benefit that customers need to buy new 
stuff after their homes are destroyed.  We think it contributes to our 
economic growth this quarter.



I wonder what the Amazon, Apple and Google smart device product pitch 
meetings are like.

Re: SLAAC in renumbering events

[Fernando Gont]

Hi, Bill,

Thanks for the feedback! In-line

On 10/3/19 13:54, William Herrin wrote:
> 
> 
> On Fri, Mar 8, 2019 at 3:32 AM Fernando Gont  > wrote:
> 
> If you follow the 6man working group of the IETF you may have seen a
> bunch of emails on this topic, on a thread resulting from an IETF
> Internet-Draft we published with Jan Žorž about "Reaction of Stateless
> Address Autoconfiguration (SLAAC) to Renumbering Events" (Available at:
> 
> https://github.com/fgont/draft-slaac-renum/raw/master/draft-gont-6man-slaac-renum-02.txt
>  )
> 
> 
> Hi Fernando,
> 
> I'm a little confused here. I can certainly see why the default timeout
> of 30 days is a problem, but doesn't the host lose the route from the RA
> sooner? 

Which route?

Configuration of addresses is mostly a different business than acquiring
routes. SO, in the typical scenario where the CPE crashes and reboots,
hosts will even have a default route -- advertised by the router that
crashed and rebooted.

If you are referring to the "on-link" route -- i.e., the route
introduced because the Prefix Information Option had the "L" bit set --
then I don't think there's anything in the standard to actually
grabage-collect such routes.


> Why would an IPv6 host originate connections from an address for
> which it has no corresponding route? Isn't that broken source address
> selection?

Please see above.

The mechanism we specified in Section 5.1.3 of our draft tries to do
exactly that: Try to detect when a previously-advertised prefix has
become stale... and when it's inferred to be stale, just remove all the
corresponding information.

Regarding fixing this issue with source address selection: some have
suggested that his should be addressed in source address selection.
However, there are a number of problems with this.

If you prioritize addresses from the prefix that was last advertised,
then source addresses are guaranteed to flap -- and in the cause of
multi-prefix networks, this would become a troubleshooting nightmare.
Secondly,  if you don't remove the on-link route for the stale-prefix,
then packets meant to the new "owners" of that prefix will be assumed to
be on-link, and hence communication will fail. This should probably be
an indication that the solution is not to avoid using the stale
information, but rather discarding it in a timelier manner.

Please do let me know if I've missed anything.

Thanks!

Cheers,
-- 
Fernando Gont
SI6 Networks
e-mail: fg...@si6networks.com
PGP Fingerprint:  31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492

Experiences on Cable Advisory Commissions

[Howard C. Berkowitz]

I've designed services for cable and other residential broadband, and 
evaluated vendor proposals for WAN services. Now, though, I have a new 
responsibility: being on the Cable Advisory Committee for my small Cape 
Cod town od Chatham, MA. We're the easternmost point on the continental 
US, have been around for 300 years, and even was the original Marconi 
transmitter site and a WWII SIGINT intercept base. We have, however, 
more Great White Sharks than technologists. The town has a blue-collar 
fishing population that is dwarfed by summer vacationers/summer home 
residents.


Has anyone else been in such a civic role? Can we share experience?

Its first role is evaluating performance of Comcast, the incumbent, and 
deciding whether to recommend renewal or make a preliminary denial. This 
gets into an overall "ascertainment of needs" requirements process, 
possibly for new features to be built into the renewed contract.


There are other issues to examine, such as subscribers cutting the cable 
or getting other digital access. Since the municipality gets revenue 
from the franchise fees, this may mean a drop in funding for Public 
Access, Education, and Government video channels.


While it's not within the original committee charter, we may well look 
at overall communications architecture, including municipal fiber and 
Wifi, cellular infrastructure, emergency communications, etc.


--
Howard C. Berkowitz
95 George Ryder Rd.
Chatham, MA 02633
s...@netcases.net
(508)241-1362 cell
(866)262-6579 fax

Re: Should Netflix and Hulu give you emergency alerts?

[Scott Weeks]

--- beec...@beecher.cc wrote:
From: Tom Beecher 

Business ask to create near real time, location aware notification system
to increase user engagement and refine ad tracking : "That's a a great
idea, we can do that!"

Government ask to create near real time, location aware notification system
for public safety warnings : "THAT IS A BRIDGE TOO FAR, THIS IS OUTRAGEOUS
GOVERNMENT OVERREACH!"
---


No, it is overreach and Doing The Wrong Thing (AKA we do 
evil now even though we said we wouldn't in the beginning) 
for businesses as well.

scott

Re: SLAAC in renumbering events

[William Herrin]

On Fri, Mar 8, 2019 at 3:32 AM Fernando Gont  wrote:

> If you follow the 6man working group of the IETF you may have seen a
> bunch of emails on this topic, on a thread resulting from an IETF
> Internet-Draft we published with Jan Žorž about "Reaction of Stateless
> Address Autoconfiguration (SLAAC) to Renumbering Events" (Available at:
>
> https://github.com/fgont/draft-slaac-renum/raw/master/draft-gont-6man-slaac-renum-02.txt
>  )
>

Hi Fernando,

I'm a little confused here. I can certainly see why the default timeout of
30 days is a problem, but doesn't the host lose the route from the RA
sooner? Why would an IPv6 host originate connections from an address for
which it has no corresponding route? Isn't that broken source address
selection?

I'd love to see that addressed in your draft.

Obviously having the router always explicitly expire the old addresses is a
non-starter. There's no certainty that the router knows what the old
addresses were, that it's even the same piece of equipment or that all the
hosts will see the packet if it does manage to send one.

Regards,
Bill Herrin



-- 
William Herrin  her...@dirtside.com  b...@herrin.us
Dirtside Systems . Web: 

Re: Issue with Geolocation in Virginia US

[Tom Beecher]

I slammed together a Really Bad Script last year that checked all the major
geo IP datapack providers via screen scrap or API for a particular issue we
were dealing with. If I can find it, I'll make it Less Really Bad and put
it up on Github.

On Sun, Mar 10, 2019 at 3:41 AM Raja Sekhar Gullapalli <
ra...@qti.qualcomm.com> wrote:

> Thanks Luke. Let me submit the request to maxmind to change it.
>
>
>
> How you got below know info. Is there a way to check.
>
>
>
> you should probably also seek out getting geo updated on at least 3
> different ones you have 3 different results.
>
>
>
> 129.46.232.65
>
> ip2location Raleigh NC
>
> neustarbutler TN
>
> maxmind Bridgewater NJ
>
>
>
>
>
> Regards,
>
> Raja
>
>
>
>
>
>
>
> *From:* Luke Guillory 
> *Sent:* Saturday, March 9, 2019 1:18 PM
> *To:* Raja Sekhar Gullapalli 
> *Cc:* Delacruz, Anthony B ;
> nanog@nanog.org
> *Subject:* [EXT] Re: Issue with Geolocation in Virginia US
>
>
>
> Maxmind
>
>
>
>
>
> https://support.maxmind.com/geoip-data-correction-request/
>
>
>
> Luke
>
>
>
>
>
> Ns
>
>
>
>
>
>
>
> Sent from my iPad
>
>
> On Mar 9, 2019, at 1:02 AM, Raja Sekhar Gullapalli 
> wrote:
>
> Hi Anthony,
>
>
>
> First one already tried & but no response.
>
>
>
> Who will help in getting geo updated which shows 3 results as per your
> email.
>
>
>
> Regards,
>
> Raja
>
>
>
> go/snitnet or go/itnet to request Network Services.
>
>
>
>
>
> *From:* Delacruz, Anthony B 
> *Sent:* Saturday, March 9, 2019 1:28 AM
> *To:* Raja Sekhar Gullapalli ; nanog@nanog.org
> *Subject:* [EXT] RE: Issue with Geolocation in Virginia US
>
>
>
> This sometimes helps
>
>
>
> https://support.google.com/websearch/contact/ip
>
>
>
> you should probably also seek out getting geo updated on at least 3
> different ones you have 3 different results.
>
>
>
> 129.46.232.65
>
> ip2location Raleigh NC
>
> neustarbutler TN
>
> maxmind Bridgewater NJ
>
>
>
> *From:* NANOG [mailto:nanog-boun...@nanog.org ] *On
> Behalf Of *Raja Sekhar Gullapalli
> *Sent:* Wednesday, February 27, 2019 11:32 PM
> *To:* nanog@nanog.org
> *Subject:* Issue with Geolocation in Virginia US
>
>
>
> Team,
>
>
>
> We are having issues in our Virginia US office & it shows geolocation in
> all browsers as Canada instead of US region when we access news.google.com
> in our PC.
>
>
>
> Our public ip is 129.46.232.65. This issue is being observed for more than
> 2 month.
>
>
>
> Can you help to whom we can contact to resolve the issue.
>
>
>
>
>
> Regards,
>
> Raja
>
>
>
>
>
> This communication is the property of CenturyLink and may contain
> confidential or privileged information. Unauthorized use of this
> communication is strictly prohibited and may be unlawful. If you have
> received this communication in error, please immediately notify the sender
> by reply e-mail and destroy all copies of the communication and any
> attachments.
>
>

Re: Should Netflix and Hulu give you emergency alerts?

[Rich Kulawiec]

A side point:

On Sat, Mar 09, 2019 at 02:04:33PM -0500, Sean Donelan wrote:
> Wireless Emergency Alerts (WEA), i.e., mobile phone alerts, are less than 10
> years old. And mostly on the high-end expensive cell phones and the most
> expensive carriers. People on NANOG may use mostly expensive smartphones,
> but not everyone can afford smartphones.

That's an excellent point that's often lost among people who work in
our industry.  Not everyone is so wealthy as to afford the luxury of
a smartphone.  And not everyone can use one.  And not everyone wants one.

The first two items also happen to describe the people who are most
vulnerable to disasters and have the most difficulty getting assistance
recovering from them: the poor and the elderly.

---rsk

Re: Free Open Source Network Operating Systems

[Colton Conor]

Are either of you using SONiC in production? Seems to be well backed, and
have good feature support.



On Sat, Mar 9, 2019 at 10:42 PM Tim Jackson  wrote:

> SONiC
>
> https://azure.github.io/SONiC/
>
> On Sat, Mar 9, 2019, 10:09 AM Colton Conor  wrote:
>
>> What free, opensouce, network operating systems currently exist that run
>> on whitebox broadcom or other merchant silicon switches?
>>
>> I know Cumulus is very popular, but I don't believe they have a free
>> version that runs on whitebox switches right? Only on a virtual machine
>> from what I can tell.
>>
>> I think if one of these vendors would release a free and truly opensource
>> network operating system, with the option for paid support if needed, then
>> whitebox switching would really take off. This would be similar to the
>> Redhat model, but for the networking world.
>>
>> Right now, the cost of the whitebox plus a paid network operating system
>> seems to equal the same cost as a discounted Juniper, Cisco, or Arista. I
>> am not seeing the savings on paper.
>>
>> If we could just buy the whitebox hardware, and have a free operating
>> system on there, then financially whitebox switches would be half the cost
>> of a similar Cisco switch after discount.
>>
>> Am I missing something?
>>
>>
>>

Re: Free Open Source Network Operating Systems

[Colton Conor]

Luke,

Does VYOS run on bare metal broadcom switches though? I know it runs on
X86, but I wan't aware it could run on bare metal switches. I don't see a
hardware compatibility list on their website either.

On Sat, Mar 9, 2019 at 10:32 AM Luke Marrott  wrote:

> Been a long time since I’ve messed with it but Vyatta may be worth looking
> at.
>
> https://vyos.io/
>
>
>
>
> On Sat, Mar 9, 2019 at 09:09 Colton Conor  wrote:
>
>> What free, opensouce, network operating systems currently exist that run
>> on whitebox broadcom or other merchant silicon switches?
>>
>> I know Cumulus is very popular, but I don't believe they have a free
>> version that runs on whitebox switches right? Only on a virtual machine
>> from what I can tell.
>>
>> I think if one of these vendors would release a free and truly opensource
>> network operating system, with the option for paid support if needed, then
>> whitebox switching would really take off. This would be similar to the
>> Redhat model, but for the networking world.
>>
>> Right now, the cost of the whitebox plus a paid network operating system
>> seems to equal the same cost as a discounted Juniper, Cisco, or Arista. I
>> am not seeing the savings on paper.
>>
>> If we could just buy the whitebox hardware, and have a free operating
>> system on there, then financially whitebox switches would be half the cost
>> of a similar Cisco switch after discount.
>>
>> Am I missing something?
>>
>>
>> --
> :Luke Marrott
>