Re: new guest room SSID for NANOG

[Lucy Lynch]

On Mon, 10 Oct 2011, John Curran wrote:


On Oct 10, 2011, at 8:12 PM, Randy Carpenter wrote:

Very nice. I wonder if this is an option we could try to use in future 
meetings. It makes sense, really, since we already have decent connectivity 
for the conference areas, and we wouldn't be destroying the hotel's outside 
connection (only their WiFi ;-) )



With enough leverage in the contracting process, you may be able to
get them to agree to allow such (particularly since it can be next
to impossible to get a configuration clueful person involved early
in the process...)

Whether they can actually deliver (i.e. do they have any control
over their own wireless network, any onsite staff that actually
knows networking, etc.) plus the potential liability that results
from changing that configuration is entirely another matter.

Nearly every hotel you contract with for the first time results in
a different scenario, but I agree it is worth keeping in mind for
the hotels that have competent on-site access since diverting the
hotel room traffic for conference attendees improves performance
for everyone.


There was a reason the IETF kept going back to Minneapolis for
meetings and it wasn't just the wild rice porridge at Hell's Kitchen.

The Hilton there was extremely geek friendly and allowed us to take
over both show floor and room networks. Great venue for network...

- Lucy


/John

Re: Anybody can participate in the IETF (Was: Why is IPv6 broken?)

[Lucy Lynch]

On Mon, 11 Jul 2011, William Herrin wrote:


On Mon, Jul 11, 2011 at 5:10 PM, Joel Jaeggli  wrote:


On Jul 11, 2011, at 12:18 PM, William Herrin wrote:






My focus in this thread is this: how do we help the next teams avoid
the discourtesy and the smackdown that the v6 teams are getting for
not adequately recognizing the ops' issues. These guys should have
been heroes but instead they screwed the pooch and everybody's paying
for it. How do we fix the systemic problems so that next time they are
heroes?


get to the party early: http://trac.tools.ietf.org/bof/trac/
and stay late... lots of new work inbound.

- Lucy


Regards,
Bill Herrin

Re: AAAA on various websites, but they all forgot to enable them on their nameservers....

[Lucy Lynch]

On Wed, 8 Jun 2011, Jorge Amodio wrote:


http://www.mrp.net/IPv6Day.html


The web access column reflects access to internal content or just the
home page ?


Mark's notes explain what he tested and clicking on any link shows
the result of his diagnostics:

http://www.mrp.net//IPv6Day_files/diagnostics/aol.com.html

guessing he didn't do depth probes. Maybe you want to set something up?

- Lucy


-J

Re: AAAA on various websites, but they all forgot to enable them on their nameservers....

[Lucy Lynch]

On Wed, 8 Jun 2011, Daniel Espejel wrote:


Hi.

The main objective for today is to access the web services, that's why you
can't reach a  record for a DNS query for a given NS server.


exactly - this site provides a nice service snapshot:

http://www.mrp.net/IPv6Day.html



; <<>> DiG 9.5.1-P3 <<>> www.google.com 
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 40029
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 4, ADDITIONAL: 4

;; QUESTION SECTION:
;www.google.com.IN

;; ANSWER SECTION:
www.google.com.532907INCNAMEwww.l.google.com.
www.l.google.com.150IN2001:4860:4002:802::1010

; <<>> DiG 9.5.1-P3 <<>> www.yahoo.com 
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 60816
;; flags: qr rd ra; QUERY: 1, ANSWER: 7, AUTHORITY: 2, ADDITIONAL: 2

;; QUESTION SECTION:
;www.yahoo.com.IN

;; ANSWER SECTION:
www.yahoo.com.284INCNAMEfpfd.wa1.b.yahoo.com.
fpfd.wa1.b.yahoo.com.6IN2001:4998:f00c:1fe::3001
fpfd.wa1.b.yahoo.com.6IN2001:4998:f011:1fe::3001
fpfd.wa1.b.yahoo.com.6IN2001:4998:f011:1fe::3000
fpfd.wa1.b.yahoo.com.6IN2001:4998:f00d:1fe::3001
fpfd.wa1.b.yahoo.com.6IN2001:4998:f00d:1fe::3000
fpfd.wa1.b.yahoo.com.6IN2001:4998:f00c:1fe::3000
; <<>> DiG 9.5.1-P3 <<>> www.facebook.com 
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12079
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2

;; QUESTION SECTION:
;www.facebook.com.IN

;; ANSWER SECTION:
www.facebook.com.8IN2620:0:1c00:0:face:b00c:0:1



; <<>> DiG 9.5.1-P3 <<>> www.unam.mx 
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 42381
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 5, ADDITIONAL: 5

;; QUESTION SECTION:
;www.unam.mx.IN

;; ANSWER SECTION:
www.unam.mx.6031IN2001:1218:1:6:d685:64ff:fec4:720b

You see? there's a lot of IPv6 activity since a few weeks ago. xD




--


Message: 1
Date: Wed, 08 Jun 2011 11:28:40 +0200
From: Jeroen Massar 
Subject:  on various websites, but they all forgot to enable them
   on theirnameservers
To: nanog 
Message-ID: <4def40c8.3020...@unfix.org>
Content-Type: text/plain; charset=ISO-8859-1

It is really nice that folks where able to put  records on their
websites for only 24 hours, but they forgot to put in the glue on their
nameservers.

As such, for the folks testing IPv6-only, a lot of sites will fail
unless they use a recursor that does the IPv4 for them.

The root is there, .com does it mostly too (well, a+b have IPv6), but
most sites don't. Thus maybe that can be done next year on the next IPv6
day? :)

At least one step closer, now lets hope that sites also keep that IPv6
address there.

Greets,
 Jeroen

--

$ dig @d.gtld-servers.net ns1.google.com 

; <<>> DiG 9.7.3 <<>> @d.gtld-servers.net ns1.google.com 
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 16030
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 4, ADDITIONAL: 4
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;ns1.google.com.IN  

;; AUTHORITY SECTION:
google.com. 172800  IN  NS  ns2.google.com.
google.com. 172800  IN  NS  ns1.google.com.
google.com. 172800  IN  NS  ns3.google.com.
google.com. 172800  IN  NS  ns4.google.com.

;; ADDITIONAL SECTION:
ns2.google.com. 172800  IN  A   216.239.34.10
ns1.google.com. 172800  IN  A   216.239.32.10
ns3.google.com. 172800  IN  A   216.239.36.10
ns4.google.com. 172800  IN  A   216.239.38.10

;; Query time: 123 msec
;; SERVER: 192.31.80.30#53(192.31.80.30)
;; WHEN: Wed Jun  8 11:26:35 2011
;; MSG SIZE  rcvd: 164

$ dig @d.gtld-servers.net ns1.cisco.com 

; <<>> DiG 9.7.3 <<>> @d.gtld-servers.net ns1.cisco.com 
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 55271
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 2
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;ns1.cisco.com. IN  

;; AUTHORITY SECTION:
cisco.com.  172800  IN  NS  ns1.cisco.com.
cisco.com.  172800  IN  NS  ns2.cisco.com.

;; ADDITIONAL SECTION:
ns1.cisco.com.  172800  IN  A   128.107.241.185
ns2.cisco.com.  172800  IN  A   64.102.255.44

;; Query time: 126 

Re: Paul Baran, RIP.

[Lucy Lynch]

On Mon, 28 Mar 2011, Jay Ashworth wrote:


- Original Message -

From: "Roland Dobbins" 






Oh hell; now we'll *never* lay the ghost of "packet switching was
invented to create a nuclear-war-survivable network".

[ reads obit ]

See?


The Man Who Shot Liberty Valance (1962)

Ransom Stoddard: You're not going to use the story, Mr. Scott?
Maxwell Scott: No, sir. This is the West, sir. When the legend becomes 
fact, print the legend.


- Lucy



Happy Landings, Dr B.

Cheers,
-- jra

Internet Society’s Next Generation Leaders program

[Lucy Lynch]

All -

Please see below. If you know someone who would benefit from this program, 
and who meets the requirements outined, please forward this on. If you'd 
like a copy of the text in French let me know and I'll send you text.


- Lucy



From r...@isoc.org Mon Mar 14 09:18:35 2011

Date: Mon, 14 Mar 2011 16:55:20 +0100
From: Gerard Ross 
Subject: Applications now open - Next Generation Leaders
eLearning programme “Shaping the Internet – History and Futures”

-
Applications now open - Next Generation Leaders eLearning 
programme “Shaping the Internet – History and Futures” 
(English)

-

Applications are now open for the Internet Society’s Next Generation 
Leaders (NGL) eLearning programme “Shaping the Internet – History and 
Futures”.





The Internet Society is pleased to call for applications from talented 
individuals seeking to join the new generation of Internet leaders, who 
will address the critical technology, policy, business, and education 
challenges that lie ahead.


Following the successful launch of the programme last year, in 2011 the 
Internet Society is offering concurrent classes in English and French. 
Both classes will start in the week of 16 May 2011.


The course, “Shaping the Internet – History and Futures”, is delivered by 
the DiploFoundation through their eLearning platform and learning 
methodology and features weekly online discussions of the course 
materials, moderated by a tutor and an expert facilitator.


The NGL programme is designed to advance the careers of individuals who 
have the potential to become local, regional, and international leaders 
within the Internet technology, policy, and governance communities. The 
curriculum empowers participants to share their particular expertise with 
colleagues while acquiring knowledge in areas outside of their 
specialties.


Places in the eLearning course are strictly limited, so all applications 
will be subject to a thorough selection process.


  * The deadline for applications is 8 April 2011. *


The Programme
---

The programme offers 20-25 places in each class for professionals from 
diverse stakeholder backgrounds in the fields of Internet technology, 
governance, and policy. Both courses are open to individuals from around 
the world. The programme will be conducted entirely online.


The programme includes four thematic parts, which take place over six 
months during 2011 (May to October, with an exam in the first week of 
November):


- The History of the Internet
- Technical Background - Internet Standards and Technology
- Internet Governance and Policy
- Emerging issues – Studies in Internet Policies, Processes and Diplomacy


Learning activities take place in an online classroom and include analysis 
of course materials, interactive group discussions using a variety of 
communication tools, assignments, and exams. Successful participants will 
receive a certificate of completion of the programme.



Languages
---
Course materials and moderated online discussions for each course are in 
English and French, respectively.



Target Audience

The project is designed for Internet Society members from academia, the 
public sector, technology industries, and civil society who are committed 
to the ongoing expansion of an open, sustainable Internet.


Applications from the following categories of individuals from both 
developed and developing countries are encouraged:


- officials in governmental ministries and departments dealing
  with ICT-related issues (for example, telecommunications,
  culture, education, foreign affairs, justice)
- officials in regulatory authorities or institutions dealing
  with Information Society, Internet, and ICT-related issues
- postgraduate students and researchers (for example,
  telecommunications, electrical engineering, law, economics,
  development studies, sociology)
- engineers in the Internet field
- civil society activists in the Internet field
- journalists covering Internet-related issues
- business people in the Internet field (for example, those
  managing ISPs or involved in software development).


Timeline
-
- 14 March:   2011 Call for Applications begins
- 8 April:2011 Call for Applications ends
- 28 April:   Selection Results released
- 16 May: Online classes commence


Requirements
-

Applicants are required to have:

- met the age requirement (20-40 years old)
- a basic awareness of, and interest in, Internet-related issues
- knowledge and experience of the multi-stakeholder approach in
  international affairs
- a professional background and relevant work or academic experience
  in the Internet field
- member status in ISOC
- fluency in English or French
- good writing skills, ability t

Re: history repeats

[Lucy Lynch]

On Fri, 18 Feb 2011, Randy Bush wrote:


i am getting nanog list mail repeats from last may


I'm down with Shirley Bassey

http://www.youtube.com/watch?v=bE_1tCasi_Q


randy

Re: National Squirrel Appreciation Day

[Lucy Lynch]

On Sat, 22 Jan 2011, David DiGiacomo wrote:


Just be sure to keep a close eye on your nuts today!


http://www.ibiblio.org/Dave/Dr-Fun/df200404/df20040423.jpg

boy, do I miss Dr Fun

http://www.ibiblio.org/Dave/Dr-Fun/df200206/df20020612.jpg




Sent from my iPad

On Jan 22, 2011, at 9:30 AM, "Jay Ashworth"  wrote:


The holiday is today, according to holidayinsights.com

http://www.holidayinsights.com/moreholidays/January/squirrelappreciation.htm

Did anyone ever do the scope-sight T-shirt?  No, wait; that was a backhoe.

Cheers,
-- jra

IETF Fellowship Applications

[Lucy Lynch]

All -

If you have young colleagues in emerging economic zones with an
interest in Internet protocols, please pass this along.

Thanks

- Lucy


From my colleague Connie Kendig,

Sponsored Programs and Grants Manager for ISOC.

-

Dear Colleagues,

The Internet Society has announced that it is inviting applications for 
its latest Internet Society Fellowships to the IETF, part of its Next 
Generation Leaders (NGL) programme (www.InternetSociety.org/Leaders). The 
Fellowship programme allows engineers from developing countries to attend 
an Internet Engineering Task Force (IETF) meeting.


Fellowships will be awarded through a competitive application process. The 
Internet Society is currently accepting fellowship applications for the 
next two IETF meetings:


  * IETF 80, 27 March - 1 April, Prague, Czech Republic
  * IETF 81, 24 - 29 July, Quebec City, Canada

http://www.isoc.org/educpillar/fellowship/index.php

Fellowship applications for both IETF meetings are due by 17 December 
2010.


I encourage you to pass on information about this program to individuals 
involved in your network that have a keen interest in the Internet 
standardisation activities of the IETF.


The Internet Society Fellowships to the IETF are sponsored by Afilias, 
Google, Microsoft, and Intel.


The Internet Society’s Next Generation Leaders programme is sponsored by 
Nominet Trust, the Association Française pour le Nommage Internet en 
Coopération (AFNIC), and the European Commission.


If you have questions, please do not hesiate to contact Connie Kendig 
.


Kind Regards,
Connie J Kendig
Internet Society

Re: Did your BGP crash today?

[Lucy Lynch]

sorry - found via google...

- Lucy

On Fri, 27 Aug 2010, Thomas Mangin wrote:


So much for "better left off public mailing lists" ! sigh !

Thomas

On 27 Aug 2010, at 19:42, Lucy Lynch wrote:


FYI:

--
Dear Colleagues,

On Friday 27 August, from 08:41 to 09:08 UTC, the RIPE NCC Routing
Information Service (RIS) announced a route with an experimental BGP
attribute. During this announcement, some Internet Service Providers
reported problems with their networking infrastructure.

Investigation
--

Immediately after discovering this, we stopped the announcement and
started investigating the problem. Our investigation has shown that the
problem was likely to have been caused by certain router types
incorrectly modifying the experimental attribute and then further
announcing the malformed route to their peers. The announcements sent
out by the RIS were correct and complied to all standards.

The experimental attribute was part of an experiment conducted in
collaboration with a group from Duke University. This involved
announcing a large (3000 bytes) optional transitive attribute, using a
modified version of Quagga. The attribute used type code 99. The data
consisted of zeros. We used the prefix 93.175.144.0/24 for this and
announced from AS 12654 on AMS-IX, NL-IX and GN-IX to all our peers.

Reports from affected ISPs showed that the length of the attribute in
the attribute header, as seen by their routers, was not correct. The
header stated 233 bytes and the actual data in their samples was 237
bytes. This caused some routers to drop the session with the peer that
announced the route.

We have built a test set-up which is running identical software and
configurations to the live set-up. From this set-up, and the BGP packet
dumps as made by the RIS, we have determined that the length of the data
in the attribute as sent out by the RIS was indeed 3000 bytes and that
all lengths recorded in the headers of the BGP updates were correct.

Beyond the RIS systems, we can only do limited diagnosis. One possible
explanation is that the affected routers did not correctly use the
extended length flag on the attribute. This flag is set when the length
of the attribute exceeds 255 bytes i.e. when two octets are needed to
store the length.

It may be that the routers may not add the higher octet of the length to
the total length, which would lead, in our test set-up, to a total
packet length of 236 bytes. If, in addition, the routers also
incorrectly trim the attribute length, the problem could occur as
observed. It is worth noting that the difference between the reported
233 and 237 bytes is the size of the flags, type code and length in the
attribute.

We will be further investigating this problem and will report any
findings. We regret any inconvenience caused.

Kind regards,

Erik Romijn

Information Services
RIPE NCC
___
tech-l mailing list
tec...@ams-ix.net
http://melix.ams-ix.net/mailman/listinfo/tech-l



- Lucy

On Fri, 27 Aug 2010, Grzegorz Janoszka wrote:


On 27-08-10 19:31, valdis.kletni...@vt.edu wrote:

On Fri, 27 Aug 2010 19:27:06 +0200, Kasper Adel said:

Havent seen a thread on this one so thought i'd start one.
Ripe tested a new attribute that crashed the internet, is that true?

If it in fact "crashed the internet", as opposed to "gave a few buggy routers
here and there indigestion", you wouldn't be posting to NANOG looking for
confirmation. :)


https://www.ams-ix.net/statistics/

Not whole internet, but a part. And the "few buggy routers here and there" were 
mostly Cisco CRS-1's which didn't understand the new attribute and sent a malformed 
message to all peers, causing them to close the BGP session.

I think most of the impact was limited to Europe, especially Amsterdam area.

Re: Did your BGP crash today?

[Lucy Lynch]

FYI:

--
Dear Colleagues,

On Friday 27 August, from 08:41 to 09:08 UTC, the RIPE NCC Routing
Information Service (RIS) announced a route with an experimental BGP
attribute. During this announcement, some Internet Service Providers
reported problems with their networking infrastructure.

Investigation
--

Immediately after discovering this, we stopped the announcement and
started investigating the problem. Our investigation has shown that the
problem was likely to have been caused by certain router types
incorrectly modifying the experimental attribute and then further
announcing the malformed route to their peers. The announcements sent
out by the RIS were correct and complied to all standards.

The experimental attribute was part of an experiment conducted in
collaboration with a group from Duke University. This involved
announcing a large (3000 bytes) optional transitive attribute, using a
modified version of Quagga. The attribute used type code 99. The data
consisted of zeros. We used the prefix 93.175.144.0/24 for this and
announced from AS 12654 on AMS-IX, NL-IX and GN-IX to all our peers.

Reports from affected ISPs showed that the length of the attribute in
the attribute header, as seen by their routers, was not correct. The
header stated 233 bytes and the actual data in their samples was 237
bytes. This caused some routers to drop the session with the peer that
announced the route.

We have built a test set-up which is running identical software and
configurations to the live set-up. From this set-up, and the BGP packet
dumps as made by the RIS, we have determined that the length of the data
in the attribute as sent out by the RIS was indeed 3000 bytes and that
all lengths recorded in the headers of the BGP updates were correct.

Beyond the RIS systems, we can only do limited diagnosis. One possible
explanation is that the affected routers did not correctly use the
extended length flag on the attribute. This flag is set when the length
of the attribute exceeds 255 bytes i.e. when two octets are needed to
store the length.

It may be that the routers may not add the higher octet of the length to
the total length, which would lead, in our test set-up, to a total
packet length of 236 bytes. If, in addition, the routers also
incorrectly trim the attribute length, the problem could occur as
observed. It is worth noting that the difference between the reported
233 and 237 bytes is the size of the flags, type code and length in the
attribute.

We will be further investigating this problem and will report any
findings. We regret any inconvenience caused.

Kind regards,

Erik Romijn

Information Services
RIPE NCC
___
tech-l mailing list
tec...@ams-ix.net
http://melix.ams-ix.net/mailman/listinfo/tech-l



- Lucy

On Fri, 27 Aug 2010, Grzegorz Janoszka wrote:


On 27-08-10 19:31, valdis.kletni...@vt.edu wrote:

On Fri, 27 Aug 2010 19:27:06 +0200, Kasper Adel said:

Havent seen a thread on this one so thought i'd start one.

Ripe tested a new attribute that crashed the internet, is that true?


If it in fact "crashed the internet", as opposed to "gave a few buggy 
routers

here and there indigestion", you wouldn't be posting to NANOG looking for
confirmation. :)


https://www.ams-ix.net/statistics/

Not whole internet, but a part. And the "few buggy routers here and there" 
were mostly Cisco CRS-1's which didn't understand the new attribute and sent 
a malformed message to all peers, causing them to close the BGP session.


I think most of the impact was limited to Europe, especially Amsterdam area.

Re: Caribbean Network Operators Group Inaugural Meeting in St Maarten August 15th to 20th 2010

[Lucy Lynch]

André -

Nice program. Congratulations and bonne chance!

- Lucy

On Fri, 23 Jul 2010, André Edwards wrote:


Invitation to CARIBNOG 1

--

August 15th – 20th, 2010

Westin Hotel & Resort

144 Oyster Pond Road

St Maarten

--

Dear colleagues, members of the Lacnic community.

The Caribbean Network Operators Group (CARIBNOG) has the pleasure of
announcing and inviting you to participate in the first Regional CaribNOG
meeting, CARIBNOG 1, from August 15th – 20th, 2010.  The event will be held
at the Westin Hotel and Resort in the beautiful island of St. Maarten during
the Inaugural St. Maarten’s ICT Week which is being hosted by the Government
of St. Maarten and the Caribbean Telecommunications Union (CTU).

The Caribbean Network Operators Group (CaribNOG) is a community of Network
Operators dedicated to exchanging technical information and experiences
related to the management of IP networks in the Caribbean region. CaribNOG
conferences provide a forum for the coordination and dissemination of
technical information related to networking technologies, research and
operational practices. The meetings are informal, with an emphasis on
practical solutions, training and insight relevant to the region.

In St. Maarten, expert speakers from the regional and international
technical community will be conducting hands-on workshops, in-depth
tutorials and presentations on the following topics:

· VoIP: VOIP workshop – Deploying secure small and medium Scale VoIP
solutions

· LINUX: Configuring and Securing LAMP, creating a secure LAMP
application, IP Services and Security

· ROUTING: Basics; introduction to OSPF, BGP, VoIP and SIP

· CSIRT: Developing a Network Security and Incident Response Team.

You are welcome to join us in St Maarten for this inaugural meeting.

More detailed information on the event and its program, accommodation,
registration, and general information will soon be available on CARIBNOG's
website: www.caribnog.org

Sincerely,

Andre Edwards

CARIBNOG 1 Program Committee

Next Generation Leaders (NGL) programme

[Lucy Lynch]

All -

This program is a nice opportunity for newer entrants to the
Internet community. If you know someone who might benefit,
please pass this along.

Thanks -

- Lucy

-- Forwarded message --
Date: Wed, 27 Jan 2010 12:48:31 -0500
From: Connie Kendig 
To: ly...@isoc.org
Subject: Re: NGL Outreach Assistance

The Internet Society (ISOC) is happy to announce a new programme beginning in 
2010: the ISOC Next Generation Leaders (NGL) programme. The NGL was officially 
launched 6 October 2009 at a youth forum lunch during the ITU Telecom World 
week in Geneva.  The programme is aimed at emerging talents across the globe, 
between the ages of 20 and 40, and is a unique blend of coursework and 
practical experience to help prepare young professionals from around the world 
to become the next generation of Internet technology, policy, and business 
leaders.


Programme entrants will complete a tailored eLearning course, covering the 
essential topics required for effective interactions and relationships 
within the Internet ecosystem, as well as key concepts and emerging issues 
in Internet governance.  They will be encouraged to apply for the Internet 
Society?s representation programmes, such as ISOC Ambassadorships to the 
Internet Governance Forum (IGF), the World Bank, and OECD, and the ISOC 
Fellowship to the Internet Engineering Task Force (IETF).


At the end of the programme, all Next Generation Leaders programme graduates 
will be invited to submit a proposal for a project focused on an Internet 
development issue within their own communities. Of those, three projects will 
be chosen and the respective project leaders will be invited to Geneva for a 
final, one-week course in Internet diplomacy.  The three project leaders will 
be recognized as the Next Generation Leaders programme laureates, rewarded with 
special opportunities to network with some of the Internet?s most respected 
leaders and to participate in special leadership events, and they may be 
encouraged to start new Internet Society Chapters in their communities.


More information on the programme can be found at 
www.InternetSociety.org/Leaders


You may sign up to receive periodic information on the NGL but visiting the 
programme site and clicking on "Candidates: Register for NGL Information."


We will be sharing application details for the eLearning component through the 
sign up information list in the coming months.


If you have any questions or comments about the Next Generation Leaders 
programme, please contact lead...@internetsociety.org


Best wishes,

Connie J Kendig
Sponsored Programs & Grants Manager
Internet Society
www.isoc.org


Tel: (703) 439-2136

Re: ICSI Netalyzr launch #2

[Lucy Lynch]

On Thu, 14 Jan 2010, Randy Bush wrote:


there are no data in the report, just OK lines with no numbers.  and
clicking the links on the lines gave me docs not numbers.  bring back
the old version!

macosx 10.6.2
firefox 3.5.7


still there, just hiding.
click the + sign at the top to "expand all".


randy

Fellowship reminder (fwd)

[Lucy Lynch]

All -

Please forward to likely candidates!

- Lucy

-- Forwarded message --
Date: Thu, 23 Jul 2009 14:08:47 +0200
Subject: Fellowship reminder

**

ONE WEEK LEFT TO APPLY!

Dear Colleagues,

The Internet Society has announced that it is seeking applications
for the next round of the ISOC Fellowship to the IETF  program, part of its 
Future Internet Leaders program (www.isoc.org/leaders). The program offers 
engineers from developing countries fellowships that fund the cost of attending 
an Internet Engineering Task Force (IETF) meeting.


As you know, the IETF is the Internet's premier standards-making
body, responsible for the development of protocols used in IP-based
networks. IETF participants represent an international community of
network designers, operators, vendors, and researchers involved in
the technical operation of the Internet and the continuing evolution
of Internet architecture.

Fellowships will be awarded through a competitive application
process. The Internet Society is currently accepting fellowship
applications for the next two IETF meetings:

 * IETF 76 being held in Hiroshima, Japan, 8-13 November 2009
 * IETF 77 being held in Anaheim, USA, 21-26 March 2010

Up to six fellowships will be awarded for each IETF meeting.

Full details on the ISOC Fellowship to the IETF, including how to
apply, are located on the ISOC website at :

http://www.isoc.org/educpillar/fellowship

Fellowship applications for both IETF meetings are due by *31 July 2009*.

The Internet Society formally launched the ISOC Fellowship to the
IETF program in January 2007 after successfully piloting the program
during 2006 at IETF 66 in Montreal and IETF 67 in San Diego. Forty seven
individuals from 29 countries have participated in the program since
its inception.

I encourage you to pass information about this program to individuals
involved in your regional operators' groups that have a keen interest
in the Internet standardisation activities of the IETF.  You also may
consider being a reference for the applicant.

If you have questions, please do not hesiate to contact Connie Kendig
 or Mirjam Kuehne .

Kind Regards,
Connie J Kendig
ISOC

Re: 5 forwarded messages... (fwd)

[Lucy Lynch]

All -

Forwarded with permission.

I think that Jonathan was actually commenting on two
aspects that make the Internet model unique, one of
which is the innovative nature of peering relationships
and the second is the sense of a shared interest in
the health and safety of global routing which is reflected
in responses to network issues.

NANOG is a part of both these forms of "goodness".

- Lucy

-- Forwarded message --
Date: Fri, 24 Jul 2009 09:54:39 -0400
From: Jonathan Zittrain 
To: ly...@isoc.org
Subject: Re: 5 forwarded messages...

Lucy,

Thanks for forwarding.  It's not easy to compress the details of Internet 
routing (including BGP) into a short talk for laypeople, and going from that to 
a news article is even more lossy.  Here's the context in which I brought it 
up: the Internet is not the only way to build a global data network, and its 
differences from other models, literal and metaphorical, are notable.  The 
protocols themselves were in large part developed without the standard attempts 
to profit from them -- a case of the "patent that never was," as some have also 
called the Web.  The daisy chains (daisy webs?) of routing are not, to me, 
functionally equivalent to the transitivity of contracts that make the 
international postal system flow, because of the ways in which new ISPs and 
ASNs can come and go, and overlap one another.  There is a generativity to the 
network that has allowed for the kinds of innovation that simply haven't 
happened in more closed (and, some would say, rational) means of networking. 
I'm sure my view here is colored by my longtime experience with CompuServe, and 
the near-universal view I perceived among its engineers and sysops in the 
mid-80's that tomorrow's global network would be the winner of the grudge match 
among them, the Source, Prodigy, AOL, etc., not the backwater Internet.


On the "volunteer" label -- I did not mean that members of NANOG (or the 
broader network community) are unemployed, or even employed only in unrelated 
fields.  Instead, I wanted to say that when an incident like the 
YouTube/Pakistan situation comes up, there are people working together to solve 
it who don't owe YouTube a thing, and that aside from (re-)advertising its own 
equally or more specific route to itself, YouTube was not particularly 
privileged to fix the blackholing.  It required people to help each other sort 
out the competing claims, and then favor YouTube's claim over that of AS17557. 
So, as I understand it, current routing implementations entail certain systemic 
vulnerabilities for which the YouTube incident is a good example, and when 
risks materialize they're dealt with in a kind of ad hoc fashion that relies on 
a lot of cooperation, and not necessarily among contracting parties.  I see 
similarities to the ways Wikipedia governance works, but that's probably 
flamebait for another time.


Anyway, as the clueless country lawyer, I'm anxious to know what I'm missing or 
getting wrong or imprecise.


Best,
JZ

At GMT-4 09:06 AM 7/24/2009, you wrote:

Jonathan -

As I mentioned earlier, it looks like the BBC managed to
mangle your point about transit relationships fairly
thoroughly. I think Patrick caught your quote, but the
gist of your point has been lost.


Lucy Lynch
Director, Trust and Identity Initiatives
Internet Society (ISOC )

-- Forwarded message --
Date: Wed, 22 Jul 2009 20:44:21 -0400
From: Patrick W. Gilmore 
To: NANOG list 
Subject: Re: Nanog mentioned on BBC news website

On Jul 22, 2009, at 7:41 PM, Kevin Oberman wrote:


Date: Wed, 22 Jul 2009 21:27:39 +0100
From: "andrew.wallace" 
Big up the Nanog community, you do the net proud...
http://news.bbc.co.uk/1/hi/technology/8163190.stm

First showed up on NANOG 7 hours ago, but it was a fun read.
Clearly the article has little connection with reality. I am not an
unpaid volunteer and neither were most or all of those involved. The
idea that just because the traffic does not originate or terminate on my
net means that working on solving a problem is altruism is pretty silly.


My fav part:


"That's precisely how packets move around the internet, sometimes in a many 
as 25 or 30 hops with the intervening entities passing the data around having 
no contractual or legal obligation to the original sender or to the 
receiver."



How many of you pass packets without getting paid?

Kinda makes you wonder about all those other TED talks, huh?



And NANOG was not really involved though several of those that were are
active in NANOG.


Well, one could argue that NANOG _is_ its members.

Yeah, a stretch, but I'm trying. :-)

--
TTFN,
patrick




-- Forwarded message --
Date: Thu, 23 Jul 2009 14:56:36 -0400
From: Deepak Jain 
To: Jim Mercer , Patrick W. Gilmore 
Cc: NANOG list 
Subject: RE: Nanog mentioned on BBC news website


i

ISOC Fellowship to the IETF

[Lucy Lynch]

All -

Please forward this on to anyone you think may be interested
in this sponsored opportunity to attend the IETF.

Thanks -

- Lucy

**

Dear Colleagues,

The Internet Society has announced that it is seeking applications for the 
next round of the ISOC Fellowship to the IETF program, part of its Future 
Internet Leaders program (www.isoc.org/leaders). The program offers 
engineers from developing countries fellowships that fund the cost of 
attending an Internet Engineering Task Force (IETF) meeting.


As you know, the IETF is the Internet's premier standards-making body, 
responsible for the development of protocols used in IP-based networks. 
IETF participants represent an international community of network 
designers, operators, vendors, and researchers involved in the technical 
operation of the Internet and the continuing evolution of Internet 
architecture.


Fellowships will be awarded through a competitive application
process. The Internet Society is currently accepting fellowship
applications for the next two IETF meetings:

   * IETF 76 being held in Hiroshima, Japan, 8-13 November 2009
   * IETF 77 being held in Anaheim, USA, 21-26 March 2010

Up to six fellowships will be awarded for each IETF meeting.

Full details on the ISOC Fellowship to the IETF, including how to
apply, are located on the ISOC website at :

http://www.isoc.org/educpillar/fellowship

Fellowship applications for both IETF meetings are due by 31 July 2009.

The Internet Society formally launched the ISOC Fellowship to the
IETF program in January 2007 after successfully piloting the program
during 2006 at IETF 66 in Montreal and IETF 67 in San Diego. Forty seven
individuals from 29 countries have participated in the program since
its inception.

I encourage you to pass information about this program to individuals
involved in your regional operators' groups that have a keen interest
in the Internet standardisation activities of the IETF.  You also may
consider being a reference for the applicant.

If you have questions, please do not hesiate to contact Connie Kendig
 or Mirjam Kuehne .

Kind Regards,
Connie J Kendig
ISOC

Re: RIPE NCC interview about IPv6 deployment with Randy Bush

[Lucy Lynch]

On Fri, 12 Jun 2009, Arno Meulenkamp wrote:

As part of our IPv6 training project, that consists of face to face training 
and on-line learning modules and testimonials, we are proud to announce the 
second in a series of interviews.


Randy Bush (IIJ) discusses IPv6 deployment:
http://www.youtube.com/watch?v=QCcigLJJbvU


He got larger! And developed an accent... oh wait.

Randy here, but I enjoyed Andy as well.

http://www.youtube.com/watch?v=Qh3i6lDqWBM

So far, we have interviewed 22 people from the community about their 
experiences and are very busy editing all the video material. In the coming 
months, you will be able to enjoy the rest of the interviews here:

http://www.youtube.com/user/RIPENCC

These interviews will also be published on our e-learning page and on our 
IPv6 Act Now website:

http://ripe.net/training/e-learning/
http://www.ipv6actnow.org/

Cheers,

Arno Meulenkamp
RIPE NCC

Re: delays to google

[Lucy Lynch]

pac-nw

going to Frankfurt to get to Mountain view:

traceroute to 74.125.87.101 (74.125.87.101), 30 hops max, 60 byte packets
 1  ext-gw.lan (192.168.11.1)  0.983 ms  1.550 ms  1.795 ms
 2  73.90.28.1 (73.90.28.1)  21.859 ms  21.945 ms  22.126 ms
 3  68.85.148.113 (68.85.148.113)  22.312 ms  22.767 ms  22.879 ms
 4  te-9-1-ur02.eugene.or.bverton.comcast.net (68.87.216.66)  22.085 ms 
22.219 ms  22.484 ms
 5  te-7-3-ar01.troutdale.or.bverton.comcast.net (68.87.216.126)  23.039 
ms  23.174 ms  23.435 ms
 6  te-0-4-0-5-cr01.seattle.wa.ibone.comcast.net (68.86.90.237)  25.493 ms 
15.267 ms  15.897 ms
 7  te-3-3.car1.Seattle1.Level3.net (4.79.104.109)  25.407 ms  25.858 ms 
26.565 ms
 8  ae-31-51.ebr1.Seattle1.Level3.net (4.68.105.30)  29.238 ms  29.498 ms 
29.620 ms
 9  ae-1-100.ebr2.Seattle1.Level3.net (4.69.132.18)  27.449 ms  26.683 ms 
26.826 ms
10  ae-2.ebr2.Denver1.Level3.net (4.69.132.54)  59.113 ms  58.653 ms 
48.738 ms
11  ae-3.ebr1.Chicago2.Level3.net (4.69.132.62)  74.530 ms  75.094 ms 
74.101 ms
12  ae-1-100.ebr2.Chicago2.Level3.net (4.69.132.114)  69.747 ms  66.950 ms 
66.559 ms
13  ae-2-2.ebr2.Washington1.Level3.net (4.69.132.70)  99.648 ms  99.452 ms 
98.975 ms
14  ae-44-44.ebr2.Frankfurt1.Level3.net (4.69.137.61)  190.130 ms 
ae-41-41.ebr2.Frankfurt1.Level3.net (4.69.137.49)  188.716 ms 
ae-42-42.ebr2.Frankfurt1.Level3.net (4.69.137.53)  187.548 ms
15  ae-62-62.csw1.Frankfurt1.Level3.net (4.69.140.18)  201.445 ms 
ae-92-92.csw4.Frankfurt1.Level3.net (4.69.140.30)  189.768 ms 
ae-82-82.csw3.Frankfurt1.Level3.net (4.69.140.26)  189.457 ms
16  ae-2-79.edge3.Frankfurt1.Level3.net (4.68.23.75)  189.786 ms 
ae-3-89.edge3.Frankfurt1.Level3.net (4.68.23.139)  188.161 ms  193.637 ms
17  212.162.24.18 (212.162.24.18)  201.646 ms 62.67.33.114 (62.67.33.114) 
190.165 ms 212.162.24.14 (212.162.24.14)  188.573 ms
18  209.85.248.12 (209.85.248.12)  185.611 ms 209.85.254.108 
(209.85.254.108)  189.279 ms  191.738 ms
19  72.14.236.250 (72.14.236.250)  202.201 ms 72.14.232.103 
(72.14.232.103)  202.911 ms 72.14.236.250 (72.14.236.250)  202.550 ms
20  209.85.248.41 (209.85.248.41)  203.061 ms 209.85.248.39 
(209.85.248.39)  200.960 ms 209.85.248.47 (209.85.248.47)  205.403 ms
21  72.14.238.105 (72.14.238.105)  207.646 ms 72.14.232.217 
(72.14.232.217)  212.893 ms 72.14.238.105 (72.14.238.105)  216.114 ms
22  hb-in-f101.google.com (74.125.87.101)  207.553 ms  207.009 ms  207.673 
ms



- Lucy

On Thu, 14 May 2009, William McCall wrote:

Re: too many variables

[Lucy Lynch]

On Thu, 9 Aug 2007, Steve Atkins wrote:




On Aug 9, 2007, at 12:09 PM, Leigh Porter wrote:




Yes a very big unless. Multi-core processors are already available that 
would make very large BGP convergence possible. Change the algorithm as 
well and perhaps add some multi-threading to it and it's even better.


Anyone have a decent pointer to something that covers the
current state of the art in algorithms and (silicon) router
architecture, and maybe an analysis that shows the reasoning
to get from those to realistic estimates of routing table size limits?


no, not exactly - but take a look at:

Report from the IAB Workshop on Routing and Addressing
http://tools.ietf.org/html/draft-iab-raws-report

Routing Research Group Active Proposals
http://www3.tools.ietf.org/group/irtf/trac/wiki/RoutingResearchGroup

On Compact Routing for the Internet
http://www.caida.org/publications/papers/2007/compact_routing/compact_routing.pdf

- Lucy


Cheers,
Steve




--
Leigh Porter


Patrick Giagnocavo wrote:



On Aug 9, 2007, at 12:21 PM, [EMAIL PROTECTED] wrote:


   so putting a stake in the ground, BGP will stop working @ around
   2,500,000 routes - can't converge...  regardless of IPv4 or IPv6.
   unless the CPU's change or the convergence algorithm changes.


That is a pretty big "unless" .

Cordially

Patrick Giagnocavo
[EMAIL PROTECTED]