Re: registry for onmicrosoft[dot]com

[Mark Foster]

Subdomain of a Microsoft domain name associated with a Microsoft 
product? Microsoft would be the only 'registry'. Perhaps ask them?


It'd be a great thing, but i'm pretty sure it doesn't exist for public 
consumption.


(would love to be proven wrong!)

On 8/03/2024 9:26 am, Nicholas Warren wrote:


Is there a registry we can search to find the company behind a certain 
$domain [dot]onmicrosoft[dot] com domain?


Thanks,

Nich Warren

NANOG 91: Call for Presentations, Upcoming ISOC Course + N90 Pics Available

[Nanog News]

*NANOG 91: Call for Presentations*

*Transform Your Research, Ideas, + Best Practices into a NANOG Talk*
NANOG 91 topics will focus on cloud operations. Cloud operations topics can
include:

   - Best practices
   - “What I learned setting up my cloud network”
   - A panel discussion on how ISPs, Research + Education, Enterprise and
   other industry sectors use the cloud
   - Security in the cloud

*LEARN MORE  *


*Picture This: N90 Photo Albums Available on Flickr!*

Find candid photos of you + your peers taken by our pro photographers at
our last meeting in Charlotte, NC. All NANOG 90 pictures are available to
download.




*VIEW NOW  Upcoming ISOC
Course: Fundamentals of Designing and Deploying Computer Networks*
*Don't Wait — Course Will Begin 18 March*

The objective of this course is to train technicians who can plan, design,
deploy and maintain small cabled or Wi-Fi Local Area Networks in
residential and small businesses including connecting the LANs to an ISP.

*LEARN MORE  *

[NANOG-announce] NANOG 91: Call for Presentations, Upcoming ISOC Course + N90 Pics Available

[Nanog News]

*NANOG 91: Call for Presentations*

*Transform Your Research, Ideas, + Best Practices into a NANOG Talk*
NANOG 91 topics will focus on cloud operations. Cloud operations topics can
include:

   - Best practices
   - “What I learned setting up my cloud network”
   - A panel discussion on how ISPs, Research + Education, Enterprise and
   other industry sectors use the cloud
   - Security in the cloud

*LEARN MORE  *


*Picture This: N90 Photo Albums Available on Flickr!*

Find candid photos of you + your peers taken by our pro photographers at
our last meeting in Charlotte, NC. All NANOG 90 pictures are available to
download.




*VIEW NOW  Upcoming ISOC
Course: Fundamentals of Designing and Deploying Computer Networks*
*Don't Wait — Course Will Begin 18 March*

The objective of this course is to train technicians who can plan, design,
deploy and maintain small cabled or Wi-Fi Local Area Networks in
residential and small businesses including connecting the LANs to an ISP.

*LEARN MORE  *

___
NANOG-announce mailing list
NANOG-announce@nanog.org
https://mailman.nanog.org/mailman/listinfo/nanog-announce

registry for onmicrosoft[dot]com

[Nicholas Warren]

Is there a registry we can search to find the company behind a certain $domain 
[dot]onmicrosoft[dot] com domain?

Thanks,
Nich Warren

Re: [time-nuts] Fwd: FW: Memorial service for David Mills

[Dave Hart]

On Thu, 7 Mar 2024 at 14:16,  wrote:

> On 2024-03-07 04:10, Dave Hart via time-nuts wrote:
> > [...] this coming Monday at 3:00pm local time.  With Sunday's leap
> > ahead in local time, that's 17:00 UTC, Noon US Pacific time.
>
> Thank you for this notice. However, if this is 3:00 PM (1500) EDT that's
> 1900 UTC.
>
> Is that interpretation correct?
>

Yes, thanks for the correction.  I clearly shouldn't do time math in public.

To further confuse matters, I took the option in Gmail's triple-dot "more"
composition menu to "Set up a time to meet" hoping it would include a
useful calendar attachment or at least a link to include the event in a
recipient's Google Calendar.  As received by another account of mine, it
was neither, and the text had the wrong time (13:00 UTC) despite having the
correct time in my Google Calendar, which is set to show both UTC and
Eastern time.  Local time can be tricky, and I'm glad NTP generally shrugs
and leaves that problem to others.

Re: Best TAC Services from Equipment Vendors

[Joel Esler]

It may be a pain in the butt to get Cisco equipment, but their TAC is sublime.  If something is critical enough, and you push hard enough, Cisco will move heaven and earth to solve your issue.  — Sent from my iPhoneOn Mar 6, 2024, at 13:42, Pascal Masha  wrote:For us this has been the experience to a point where 100s of nodes( from vendor x) had to be swapped out because no one had the patience anymore…On Wed, 6 Mar 2024 at 21:29,  wrote:Interesting, this has never been my experience even with Cisco or Juniper, have always been able to escalate quickly to engineering. I wonder if it was related to the size of my accounts.

Shane

> On Mar 6, 2024, at 1:27 PM, Pascal Masha  wrote:
> 
> Thought about it but so far I believe companies from China provide better and fast TAC responses to their customers than the likes of Cisco and perhaps that’s why some companies(where there are no restrictions)prefer them for critical services. 
> 
> For a short period in TAC call you can have over 10 R engineers and solutions provided in a matter of hours even if it involves software changes.. while these other companies even before you get in a call with a TAC engineer it’s hours and when they join you hear something like “my shift ended 15 minutes ago, hold let me look for another engineer”. WHY? Thoughts

Re: Best TAC Services from Equipment Vendors

[Sabri Berisha]

- On Mar 6, 2024, at 10:49 PM, Saku Ytti s...@ytti.fi wrote:

Hi,

> Support quality has always been very modest, unless you specifically
> pay to have access to named engineers. And this is not because quality
> of the engineers changes, this is because vast majority of support
> cases are useless cases, and to handle this massive volume support
> tries to assume which support cases are legitimate problems, which are
> PEBKAC and in which cases the user already solved their problem by the
> time you read their ticket and will never respond back. The last case
> is so common that every first-line adopts the strategy of 'pinging'
> you, regardless how good and clear information you provide, they ask
> some soft-ball question, to see if you're still engaged.
> Having a named engineer changes this process, because the engineer
> will quickly learn that you don't open useless cases, that the issue
> you're having is legitimate, and will actually read the ticket and
> think about the problem.

This. Absolutely this. I've been a TAC engineer at a major vendor for
a few years in the late 2000s. I found it interesting to observe that
the quality of cases is related to the size of the customer. In my
experience at that time, smaller customers tended to create low quality
cases but scream the loudest.

Following my experiences in TAC and hiring by several large networks, I
would give operations people guidance on how to actually open a TAC
case. More specifically, you know what the first questions will usually
be a canned response like "how long has this been happening, what is the
impact on production", etc. So, I've trained people to include that,
and all relevant logs that a TAC engineer can ask for, in the case to
begin with. And, of course, add a proper synopsis. "Router down" is
not.

Despite not having a named engineer, our cases were handled a lot 
quicker all of a sudden.

Lastly, not every vendor has a first line group of juniors. Some
vendors you call will have the phone answered within 30 seconds by
an actual proper TAC engineer who will open the case for you if one
does not exist yet.

Thanks,

Sabri

Reminder to Submit Presentations for NANOG 91

[NANOG Program]

NANOG Community,

The NANOG Program Committee (PC) would like to remind you that we are
accepting proposals for in-person or live remote presentations at all
sessions of NANOG 91, taking place in Kansas City, MO on 10-12 Jun 2024.
Below is a summary of key details and dates from the Call For Presentations
on the NANOG website, which can be found at
https://www.nanog.org/program/call-presentations/.

Requested Topics:

We are aiming to showcase presentations throughout NANOG 91 focusing on
Cloud Operations. Topics can range from best practices, to “what I learned
setting up my cloud network”, a  panel discussion on how ISPs, Research +
Education, Enterprise and other industry sectors use the cloud; and/or
security in the cloud.

Based on feedback from our recent surveys, we have seen numerous requests
for the following topics:

   -

   Network Automation - practical uses, how to get started
   -

   Kubernetes - implementation and best practices
   -

   Future of Networking - forecast for changes in technology, design,
   applications
   -

   Research & Education - what research is happening now in network
   operations
   -

   Security - various protocols of, developments in, problems/solutions
   -

   Optical Networking - technology, practice, deployment options
   -

   Tutorials - all levels, IPv6, BGP, Segment Routing, DNS, MPLS, VXLAN


We are looking to schedule 1,600 minutes of content between General Session
and Breakout Rooms for NANOG 91, and have confirmed 75 minutes to date - so
don’t wait!   Presentation abstracts and draft slides should be submitted
no later than Monday, 22 Apr 2024 to be considered for NANOG 91.

Presentations may cover current technologies, soon-to-be deployed
technologies, and industry innovation. Vendors are welcome to submit talks
which cover relevant technologies and capabilities, but presentations
should not be promotional or discuss proprietary solutions.


The primary speaker, moderator, or author should submit a presentation
proposal and abstract via the Program Committee Tool at:
https://www.nanog.org/meetings/submit-presentation/

   -

   Sign in with your Profile Account
   -

   Select the type of talk you propose to present, and complete the form


Timeline for submission and proposal review:

   -

   Submitter enters abstract (and draft slides if possible) in the Program
   Committee Tool prior to the deadline for slide submission.
   -

   PC performs initial review and assigns a “shepherd” to help develop the
   submission — typically within 2 weeks.
   -

   Submitter develops draft slides of talk, if not already submitted with
   the initial proposal. Please submit initial draft slides early — the PC
   does not evaluate submissions until draft slides are available for review.
   NANOG Staff is available to assist with slide templates upon request from
   the submitter.
   -

   Panel and Track submissions should provide a topic list and
   intended/confirmed participants in the abstract.
   -

   PC reviews the slides and continues to work with Submitter as needed to
   develop the topic.
   -

   FINAL SUBMISSION DEADLINE Draft presentation slides should be submitted
   prior to the published deadline for slides (22 Apr 2024).
   -

   PC evaluates submissions to determine presentations for the agenda
   (posted on 13 May 2024).
   -

   Submitters notified.
   -

   Agenda assembled and posted.
   -

   Final presentation slides must be submitted prior to the published
   deadline for slides (03 Jun 2024 for in person + live remote presentations).


If you think you have an interesting topic but want feedback or suggestions
for developing an idea into a presentation, please email the PC (
nano...@nanog.org), and a representative will respond to you in a timely
manner. Otherwise, submit your talk, tutorial, track, or panel proposal to
the Program Committee Tool at your earliest convenience. We look forward to
reviewing your submission!
NANOG 91 Calendar of Events

Date

Event/Deadline

Thurs, 07 March 2024

CFP Reminder Announcement

Mon, 22 April 2024

DRAFT Presentation Slides Due

Mon, 06 May 2024

Topics List Published

Mon, 13 May 2024

Meeting Agenda Published

Mon, 03 June 2024

Final Slides DUE

Sun, 09 June  2024

On-Site Lightning Talk Submissions Open


Final slides for accepted presentations must be submitted by Monday, 03
June 2024. Materials received after that date may be updated on the website
after the completion of the conference.

We look forward to seeing you in June!

Sincerely,

Stevan Plote

Program Committee Chair

Sent on behalf of the NANOG PC

[NANOG-announce] Reminder to Submit Presentations for NANOG 91

[NANOG Program]

NANOG Community,

The NANOG Program Committee (PC) would like to remind you that we are
accepting proposals for in-person or live remote presentations at all
sessions of NANOG 91, taking place in Kansas City, MO on 10-12 Jun 2024.
Below is a summary of key details and dates from the Call For Presentations
on the NANOG website, which can be found at
https://www.nanog.org/program/call-presentations/.

Requested Topics:

We are aiming to showcase presentations throughout NANOG 91 focusing on
Cloud Operations. Topics can range from best practices, to “what I learned
setting up my cloud network”, a  panel discussion on how ISPs, Research +
Education, Enterprise and other industry sectors use the cloud; and/or
security in the cloud.

Based on feedback from our recent surveys, we have seen numerous requests
for the following topics:

   -

   Network Automation - practical uses, how to get started
   -

   Kubernetes - implementation and best practices
   -

   Future of Networking - forecast for changes in technology, design,
   applications
   -

   Research & Education - what research is happening now in network
   operations
   -

   Security - various protocols of, developments in, problems/solutions
   -

   Optical Networking - technology, practice, deployment options
   -

   Tutorials - all levels, IPv6, BGP, Segment Routing, DNS, MPLS, VXLAN


We are looking to schedule 1,600 minutes of content between General Session
and Breakout Rooms for NANOG 91, and have confirmed 75 minutes to date - so
don’t wait!   Presentation abstracts and draft slides should be submitted
no later than Monday, 22 Apr 2024 to be considered for NANOG 91.

Presentations may cover current technologies, soon-to-be deployed
technologies, and industry innovation. Vendors are welcome to submit talks
which cover relevant technologies and capabilities, but presentations
should not be promotional or discuss proprietary solutions.


The primary speaker, moderator, or author should submit a presentation
proposal and abstract via the Program Committee Tool at:
https://www.nanog.org/meetings/submit-presentation/

   -

   Sign in with your Profile Account
   -

   Select the type of talk you propose to present, and complete the form


Timeline for submission and proposal review:

   -

   Submitter enters abstract (and draft slides if possible) in the Program
   Committee Tool prior to the deadline for slide submission.
   -

   PC performs initial review and assigns a “shepherd” to help develop the
   submission — typically within 2 weeks.
   -

   Submitter develops draft slides of talk, if not already submitted with
   the initial proposal. Please submit initial draft slides early — the PC
   does not evaluate submissions until draft slides are available for review.
   NANOG Staff is available to assist with slide templates upon request from
   the submitter.
   -

   Panel and Track submissions should provide a topic list and
   intended/confirmed participants in the abstract.
   -

   PC reviews the slides and continues to work with Submitter as needed to
   develop the topic.
   -

   FINAL SUBMISSION DEADLINE Draft presentation slides should be submitted
   prior to the published deadline for slides (22 Apr 2024).
   -

   PC evaluates submissions to determine presentations for the agenda
   (posted on 13 May 2024).
   -

   Submitters notified.
   -

   Agenda assembled and posted.
   -

   Final presentation slides must be submitted prior to the published
   deadline for slides (03 Jun 2024 for in person + live remote presentations).


If you think you have an interesting topic but want feedback or suggestions
for developing an idea into a presentation, please email the PC (
nano...@nanog.org), and a representative will respond to you in a timely
manner. Otherwise, submit your talk, tutorial, track, or panel proposal to
the Program Committee Tool at your earliest convenience. We look forward to
reviewing your submission!
NANOG 91 Calendar of Events

Date

Event/Deadline

Thurs, 07 March 2024

CFP Reminder Announcement

Mon, 22 April 2024

DRAFT Presentation Slides Due

Mon, 06 May 2024

Topics List Published

Mon, 13 May 2024

Meeting Agenda Published

Mon, 03 June 2024

Final Slides DUE

Sun, 09 June  2024

On-Site Lightning Talk Submissions Open


Final slides for accepted presentations must be submitted by Monday, 03
June 2024. Materials received after that date may be updated on the website
after the completion of the conference.

We look forward to seeing you in June!

Sincerely,

Stevan Plote

Program Committee Chair

Sent on behalf of the NANOG PC
___
NANOG-announce mailing list
NANOG-announce@nanog.org
https://mailman.nanog.org/mailman/listinfo/nanog-announce

Re: Best TAC Services from Equipment Vendors

[Pedro Prado]

* I am biased, I’m from Arista * but having said that have you guys experienced 
Arista TAC? Not propaganda, I truly see it very differently. 
As you guys said scale may change things down the road, but at the current 
scale it’s still an engineer that answers your call, straight away.

Sent from my iPhone

> On 7 Mar 2024, at 08:15, Giorgio Bonfiglio via NANOG  wrote:
> 
> 
> 
>> On 7 Mar 2024, at 06:50, Saku Ytti  wrote:
>> 
>> The last case is so common that every first-line adopts the strategy of 
>> 'pinging' you, regardless how good and clear information you provide, they 
>> ask some soft-ball question, to see if you're still engaged.
> 
> No way - I never understood why HP and VMware support would call me 12/24 
> hours after I raised a case, essentially read it back to me and conclude with 
> ‘okay assigning to an engineer now’. I last dealt with either of them 7 years 
> ago but things haven’t likely changed.
> 
> This is it, to check if I’m still there! Quite absurd though to create a 
> dependency on a phone call to start working on a support case for which I 
> selected the email/portal contact method if you ask me though.
> 
> G

Re: Best TAC Services from Equipment Vendors

[Pascal Masha]

With all honesty, if you ask me, my experience with most companies from
China-in relation to Support- has always been fast and super satisfactory
no matter the raised case or sensitivity of the impact to users. I have
always felt comfortable running their gear and gives some sort of
confidence in not having prolonged outages no matter the reasons( engineer
inexperienced, not knowledgeable)

On Thu, 7 Mar 2024 at 09:49, Saku Ytti  wrote:

> On Wed, 6 Mar 2024 at 22:57, michael brooks - ESC
>  wrote:
>
> > Funny you should mention this now, we were just discussing (more like
> lamenting...) if support is a dying industry. It seems as though vendor
> budgets are shrinking to the point they only have a Sales/Pre-Sales
> department, and from Day Two on you are on your own. Dramatic take of
> course, but if we are speaking in trajectories
>
> My personal experience extending in three different decades is that
> there is no meaningful change in support quality or amount of issues
> encountered.
>
> Support quality has always been very modest, unless you specifically
> pay to have access to named engineers. And this is not because quality
> of the engineers changes, this is because vast majority of support
> cases are useless cases, and to handle this massive volume support
> tries to assume which support cases are legitimate problems, which are
> PEBKAC and in which cases the user already solved their problem by the
> time you read their ticket and will never respond back. The last case
> is so common that every first-line adopts the strategy of 'pinging'
> you, regardless how good and clear information you provide, they ask
> some soft-ball question, to see if you're still engaged.
> Having a named engineer changes this process, because the engineer
> will quickly learn that you don't open useless cases, that the issue
> you're having is legitimate, and will actually read the ticket and
> think about the problem.
>
> To me this seems an inevitable outcome, if your product is popular,
> most of its users are users who don't do their homework and do not
> respect the support line's time, which ends up being a disservice to
> the whole ecosystem, because legitimate problems will take longer to
> fix, or in case of open source software, authors just burn out and
> kill the project.
>
> What shocks me more than the low quality support is the low quality
> software, decades pass along, and everyone still is having
> show-stopper level of issues in basic functions on a regular basis,
> the software quality is absolutely abysmal. I fear low software
> quality is organically market-driven, no one is trying to make poor
> NOS, it's just market incentives drive poor quality NOS. When no one
> has high quality NOS, there is no reason to develop one, because most
> of your revenue is support contracts, not hardware sales, and if the
> NOS wouldn't be out-right broken needing to be recompiled regularly to
> get basic things working, lot of users might stop buying support,
> because they don't need the hand-holding part of it, they just need
> working software.
> This is not something that vendors actively drive, I'm sure most
> companies believe they are making an honest attempt to improve
> quality, but it is visible in where investments are put. One vendor
> had a very promising project to take a holistic look into their NOS
> quality issue, by senior subject matter experts, this project was
> killed (I'm sure funding was needed somewhere with better returns),
> and the responsible senior person went to Amazon instead.
>
>
>
> >
> >
> >
> >
> > michael brooks
> > Sr. Network Engineer
> > Adams 12 Five Star Schools
> > michael.bro...@adams12.org
> > 
> > "flying is learning how to throw yourself at the ground and miss"
> >
> >
> >
> > On Wed, Mar 6, 2024 at 11:25 AM Pascal Masha 
> wrote:
> >>
> >> Thought about it but so far I believe companies from China provide
> better and fast TAC responses to their customers than the likes of Cisco
> and perhaps that’s why some companies(where there are no
> restrictions)prefer them for critical services.
> >>
> >> For a short period in TAC call you can have over 10 R engineers and
> solutions provided in a matter of hours even if it involves software
> changes.. while these other companies even before you get in a call with a
> TAC engineer it’s hours and when they join you hear something like “my
> shift ended 15 minutes ago, hold let me look for another engineer”. WHY?
> Thoughts
> >
> >
> > This is a staff email account managed by Adams 12 Five Star Schools.
> This email and any files transmitted with it are confidential and intended
> solely for the use of the individual or entity to whom they are addressed.
> If you have received this email in error please notify the sender.
>
>
>
> --
>   ++ytti
>

[questions] Fwd: FW: Memorial service for David Mills

[Dave Hart]

The University of Delaware is hosting a memorial service for "Father Time"
David Mills this coming Monday at 3:00pm local time.  With Sunday's leap
ahead in local time, that's 17:00 UTC, Noon US Pacific time.  There will be
a live stream:  https://sites.udel.edu/udlive/mills/

Cheers,
Dave Hart
Dr. David L. Mills Memorial Service
11 Mar 2024, 13:00 – 11 Mar 2024, 16:00
(GMT+00:00) Coordinated Universal Time
Mitchell Hall



Memorial Service for David MillsMonday, March 11 | 3 p.m.
Mitchell Hall





David Mills, a retired University of Delaware professor known as the
“father time” of the Internet, *passed away*

on
January 17, 2024. Dr. Mills is survived by his wife Beverly Mills, his
daughter Eileen Schnitzler, his son Keith Mills, and his brother Gregory
Mills.

You’re invited to join the Mills family and the University of Delaware
College of Engineering for a secular memorial for Dr. David Mills at 3 p.m.
on March 11 in Mitchell Hall.

Dr. Mills, who held appointments in UD’s College of Engineering in the
departments of electrical and computer engineering and computer and
information sciences, is most well-known for developing the network time
protocol, the system that allows computers on a network to synchronize
their time. Along with being a pioneer of the early Internet, he is
remembered for his curiosity, knowledge and enthusiasm.

The impact of Dr. Mills’ work was recognized by several professional
societies—Dr. Mills was a member of the National Academy of Engineering,
the Internet Society (ISOC), the American Association for the Advancement
of Science and he was a Fellow of both the Association for Computing
Machinery and the Institute of Electrical and Electronic Engineering.

Outside of his career’s many achievements, Dr. Mills’ hobbies included
running an amateur radio station (W3HCF) out of his home in Newark. He was
also a member of the American Radio Relay League, the Radio Society of
Great Britain and the Amateur Satellite Organization.

*Please let us know if you’ll attend.*




*Read the New York Times obituary*


*Copyright © 2024 University of Delaware College of Engineering, All rights
reserved.*
You are receiving this email message as a member of the University of
Delaware College of Engineering community.

*Our mailing address is:*

University of Delaware College of Engineering

102 DuPont Hall

Newark, Delaware 19716

Re: Best TAC Services from Equipment Vendors

[Giorgio Bonfiglio via NANOG]

> On 7 Mar 2024, at 06:50, Saku Ytti  wrote:
> 
> The last case is so common that every first-line adopts the strategy of 
> 'pinging' you, regardless how good and clear information you provide, they 
> ask some soft-ball question, to see if you're still engaged.

No way - I never understood why HP and VMware support would call me 12/24 hours 
after I raised a case, essentially read it back to me and conclude with ‘okay 
assigning to an engineer now’. I last dealt with either of them 7 years ago but 
things haven’t likely changed.

This is it, to check if I’m still there! Quite absurd though to create a 
dependency on a phone call to start working on a support case for which I 
selected the email/portal contact method if you ask me though.

G