- NANOG - lists.nanog.org

Closing the gap to improve the capacity of existing fiber optic networks
by Eugen Leitl 09 Apr '13

09 Apr '13

http://www.gizmag.com/cudos-fiber-optic-network-capacity/26969/ Closing the gap to improve the capacity of existing fiber optic networks By Darren Quick April 7, 2013 Researchers claim to have increased the data capacity of optical networks to the point that all of the world’s internet traffic could be transmitted via a single fiber (Photo: Shutterstock) A team of researchers working through Australia’s Centre for Ultrahigh Bandwidth Devices for Optical Systems (CUDOS) has developed data encoding technology that increases the efficiency of existing fiber optic cable networks. The researchers claim their invention increases the data capacity of optical networks to the point that all of the world’s internet traffic could be transmitted via a single fiber. Compatible with existing networks, the data encoding technology involves making more efficient use of available data channels. Where existing networks transmit data with gaps between the channels, the new approach packs the data channels closer together, thereby allowing more lanes on the same super-highway. To demonstrate the system, the researchers re-programmed a LCoS (liquid crystal on silicon) Wavelength Selective Switch (WSS) to make more efficient use of available data channels. A WWS is a network component that uses different wavelengths of laser light to combine (or multiplex) multiple digital data streams onto a single optical fiber. The research team, which included Professor Arthur Lowery and Dr Liang Du of the Monash Department of Electrical and Computer Systems Engineering and Jochen Schroeder, Joel Carpenter and Ben Eggleton from the University of Sydney, managed to transmit a signal of 10 terabits per second (Tb/s) more than 850 km (528 miles) using the new technology. That’s still well short of the 26 Tb/s data transmission speeds achieved by scientists at Germany's Karlsruhe Institute of Technology (KIT), but is over a far greater distance than the 50 km (31 miles) that team achieved. Professor Lowry said that the switch could be used to squeeze signals into the gaps in data traffic that flows around large optical-ring networks between cities. "Importantly, new traffic can be squeezed into the fiber at any location and added to any ‘lane’ of the fiber freeway even between existing lanes,” he said. "Rather than laying hundreds of new parallel optical fibers to boost network capacity, we can make more efficient use of the existing network by tweaking the way data is transmitted over long distances." “Our approach is so flexible, network operators could adjust capacity to respond to increased demand, for example from people following big sport events like the Olympics," added Dr Schröder. The team believes the technology would allow existing infrastructure to cope with the rising demand for internet, which is expected to increase 1,000 fold over the coming decade, with minimal investment. "Because we are have made use of equipment that is already on the market, this technology could be translated to the consumer quite quickly,” said Dr Du. The team’s findings were presented last month at the Optical Fiber Communication Conference in California. It was presented as a postdeadline paper, which are intended to give attendees the opportunity to hear breakthrough results in rapidly advancing areas. Source: CUDOS

2 1

NANOG 58 - New Orleans - Call For Presentations is open!
by David Temkin 09 Apr '13

09 Apr '13

*Fresh off of a great NANOG 57 in Orlando, your program committee is already working hard to provide a world-class program for NANOG 58 in NOLA - New Orleans, Louisiana - one of my favorite destinations in the world.* * * *As a reminder, we will be following the same Monday-Wednesday program that we started at NANOG 57, with Tutorials beginning Monday morning and closing with the Peering Track (and potentially a social) on Wednesday evening. * * * *We look forward to seeing everyone in The Big Easy!* * -------------------- The North American Network Operators' Group (NANOG) will hold its 58th meeting in New Orleans on June 3rd - 5th, 2013 Verizon Terremark will host NANOG 58. The NANOG Program Committee is now seeking proposals for presentations, panels, tutorials, tracks sessions, keynote materials, and the NOGLab experience for the NANOG 58 program. We invite presentations highlighting issues relating to technology already deployed or soon-to-be deployed in the Internet. Vendors are encouraged to work with operators to present real-world deployment experiences with the vendor's products and interoperability via the program and as part of the NOGLab. NANOG 58 submissions are welcome at http://pc.nanog.org. About NANOG NANOG is the premier meeting for network operators in North America. Meetings provide a forum for information exchange among network operators, engineers, and researchers. NANOG meets three times each year, and includes panels, presentations, tutorial sessions, tracks, informal BOFs, and a NOGLab which features interoperability demonstrations. NANOG attendees include operators from networks of all sizes, enterprise operators, peering coordinators, transport and switching equipment vendors, and network researchers. NANOG attendees will share ideas and interact with leaders in the field of network operations, discuss current operational events and issues, and learn about state-of-the-art operational techniques. Materials from NANOG 58 will be archived at: http://www.nanog.org/meetings/nanog58/<http://www.nanog.org/meetings/nanog55/> <http://www.nanog.org/meetings/nanog55/> Key Dates for NANOG 58 • CFP Opens for NANOG 58: 25-February-2013 • CFP Deadline #1: Presentation Abstracts Due: 8-April-2013 • CFP Deadline #2: Presentation Slides Due: 29-April-2013 • NANOG Highlights Page Posted: 22-April-2013 • Preliminary Topic List Posted: 26-April-2013 • Meeting Agenda Published: 13-May-2013 • Meeting Agenda Final sent to printer: 20-May-2013 • Lightning Talk Submissions Open (Abstracts Only): 2-June-2013 • Speaker FINAL presentations to PCTool or speaker-support: 31-May-2013 • On-Site Registration: 31-May-2013 The NANOG Program Committee seeks proposals for presentations, panels, tutorial sessions, tracks, and BOFs in all areas of network operations, including (but not limited to): - Power and facilities - Topics may include power reliability and engineering, green power, power efficiency, cooling, and facilities management. - Interconnections - Topics may include IXes, intra-building, MMR, metro-wide connections, peering, and transit purchasing tactics and strategies. - Security - Topics may include routing security, route filtering of large peers/customers, and inter-AS security and cooperation. - DNS - Topics may include using DNS data for network metrics, botnet discovery, and geolocation. - IPv6 - Topics may include real-world deployment challenges, Carrier Grade NAT, NAT-PT implementations that work and scale, and allocation strategies. - Content - Topics may include Distribution (p2p, IPTV), content payment models, content distribution technologies and networks, and storage/archiving. - Disaster recovery - Topics may include risk analysis, training, agencies, planning methods, hardware portability, key tools, transport audits, and other lessons learned. In general, presentations are being sought by and for network operators of all sizes. Presentations about difficult problems (and interesting solutions) that you encounter in the course of your job are encouraged. In addition, the Program Committee, through participation with other organizations and vendor’s, will be programming a NOGLab experience. The topic of the NOGLab will be timely and feature real-world experiences faced by operators of today’s Internet. If you think you have an interesting topic but want some feedback or assistance working it into a presentation, please email the Program Committee chair (chair(a)pc.nanog.org) and a representative on the Program Committee will give you the feedback needed to work it into a presentation. Otherwise, don't delay in submitting your talk, keynote, track, or panel into the NANOG Program Committee tool, located at http://pc.nanog.org. For more information about talk types and format, please see http://nanog.org/presentations/guidelines/talktips.php<http://www.nanog.org/presentations/guidelines/talktips.php> <http://www.nanog.org/presentations/guidelines/talktips.php> How to Present The deadline for accepting abstracts and slides is April 8, 2013 . While the majority of speaking slots may be filled by that date, a limited number of slots may be available after that date for topics that are exceptionally timely, important, or critical to the operations of the Internet. Complete Presentation Guidelines can be found at http://nanog.org/presentations/ <http://www.nanog.org/presentations/> <http://www.nanog.org/presentations/> The primary speaker, moderator, or author should submit presentation information and an abstract online at: http://pc.nanog.org once you have done this, you will receive instructions for submitting your draft slides. - Author's name(s) - Preferred contact email address - A preferred phone number for contact - Submission category (General Session, Panel, Tutorial, or Research Forum) - Presentation title - Abstract - Slides (attachment or URL), in PDF (preferred) or PowerPoint format. We look forward to reviewing your submission. Talks Keynote Presentation: The Program Committee invites speakers to submit materials for up to one-hour keynote presentations. Speakers should indicate that their submission is for a keynote in their abstracts. Speaker must submit slides for a Keynote Presentation. General Session Talk: A General Session presentation should be on a topic of interest to the general NANOG audience, and may be up to 30-minutes long (including time for Q&A). Speakers must submit slides for a General Session presentation. General Session Panel: Panels are 60-90-minute discussion sessions between a moderator and a team of panelists. The panel moderator should submit an abstract on the panel topic, a list of panelists, and how the panel will be organized. Panel selection will be based on the importance, originality, focus and timeliness of the topic, expertise of proposed panelists, as well as the potential for informative and controversial discussion. After acceptance the panel leader will be given the option to invite panel authors to submit their presentations to the NANOG program Committee for review. Until then authors should not submit their individual presentations for the panel. Tracks: Tracks are 90-minute informal agenda blocks on topics, which are of interest to a portion of the NANOG community. The 90-minute block can be subdivided into a number of smaller, highly related presentations, panels or open discussion. A moderator coordinates content within the 90-minute block of time, and must submit a detailed outline to the Program Committee, including sub-topics and presenters Peering ISP Security Tools Typically two tracks or three tracks will be run concurrently. Tutorials: Tutorials are 90-minute sessions. A presentation from the introductory through advanced level on all related topics, including: Disaster Recovery Planning Troubleshooting BGP Best Practices for Determining Traffic Matrices Options for Blackhole and Discard Routing BGP/MPLS Layer 3 VPNs Peering business and engineering basics A tutorial submission should include an abstract and slides. BOFs: BOFs (Birds of a Feather sessions) are informal sessions on topics, which are of interest to a portion of the NANOG community. BOFs may be held in the hallways, breakout areas or in an unscheduled tutorial room. Requests for scheduled BOFs will be take place on site at the meeting. A typical BOF session may include some structure or presentations, but usually is focused on community discussion and interaction. Frequent BOF topics include: R&D collaboration Hot-topics in the media The less structured nature of BOF sessions allows for the greatest flexibility from a timing perspective. Lightning Talks: A lightning talk is a very short presentation or speech by any attendee on any topic relevant to the NANOG audience. These are limited to ten minutes; this will be strictly enforced. If you have a topic that's timely, interesting, or even a crackpot idea you want to share, we encourage you to consider presenting it. The Program Committee will vote on all Lightning Talk submissions onsite at the meeting, and a submitter will be notified about his or her submission one day prior to the scheduled talk time. Submit your lightning talk proposal at http://pc.nanog.org starting June 2, 2013. Research Forum: Researchers are invited to present short (10-minute) summaries of their work for operator feedback. Topics include routing, network performance, statistical measurement and analysis, and protocol development and implementation. Studies presented may be works in progress. Researchers from academia, government, and industry are encouraged to present. The NANOG registration fee is waived for: - For General Session presentations, the registration fee will be waived for a maximum of one speaker. - For General Session panels, fees will be waived for one panel moderator and all panelists. - For Tracks, fees will be waived for one moderator. - For Research Forum presentations, fees will be waived for one speaker. - For Tutorials, fees will be waived for one instructor. *

1 2

Verizon DSL moving to CGN
by cb.list6 09 Apr '13

09 Apr '13

Interesting. http://www22.verizon.com/support/residential/internet/highspeedinternet/net…

37 88

Re: cloudmark?
by Chris Conn 09 Apr '13

09 Apr '13

On 2013-04-09 10:27, Chris Conn wrote: > > Hi, > > <rant> > it seems that many large providers are using cloudmark services. As far as I can tell: their policy is unclear, they can hardly be reached, mails to support are bouncing (delayed, then bounce). > > yes, the mailserver from one of our customers was blocked and this was OK and rightful, because they had a problem (cracked account). After the problem was resolved we started removing their IPv4 address from blacklists and almost all lists removed the ban immediately. > > cloudmark CSI service (reset request form) wants a form to be filled ... and they claim that they send out an email ... but it doesn't make its way to my inbox (no, no filters ...) > > and support can't be reached. > > Where are the good old times when the 'net was controlled by techs and not by lawyers? > > I can't recommend cloudmark. > </rant> > > Your experience does not mirror mine at all. I have less than 30 minutes of wait time for any support case, and they are few and far between. Reliability is high and FP rate is low. I have no idea what your reference to lawyers pertains to, however the only issue we have ever had was for them to take our money when we renewed for the umpteenth time. Maybe they cater to smaller providers more efficiently. Chris

1 0

ipfix analyzers
by Saku Ytti 09 Apr '13

09 Apr '13

Can someone point me to IPFIX analysers that do automatic learning of traffic patterns, raise events as suspected dos, and when operator marked as false positive, won't trigger that pattern anymore? This should be without configuring any explicit network ranges anywhere. So when I do get new customer, I don't have to teach the system about it. At simplest, maybe it could be static n pps / n Mbps per IP, then keep hitting false positive button, until they disappear. Other thing I'm missing from Arbor, is as far as I can see, it does not really like IXP. I don't know how you can ask via webUI to show traffic from ASNX in IXP port Y. I can ask traffic in port X or traffic in ASNX, but not traffic in ASNX in port X. You can dig this out of IPFIX data really easily. Both of these seem really trivial issues, frankly not much more than full work day to produce in homegrown IPFIX analyzer if you don't have to worry about bigdata/scaling (which I do). But is there product I can buy, which satisfies these requirements? -- ++ytti

1 0

cloudmark?
by Martin Hotze 09 Apr '13

09 Apr '13

Hi, <rant> it seems that many large providers are using cloudmark services. As far as I can tell: their policy is unclear, they can hardly be reached, mails to support are bouncing (delayed, then bounce). yes, the mailserver from one of our customers was blocked and this was OK and rightful, because they had a problem (cracked account). After the problem was resolved we started removing their IPv4 address from blacklists and almost all lists removed the ban immediately. cloudmark CSI service (reset request form) wants a form to be filled ... and they claim that they send out an email ... but it doesn't make its way to my inbox (no, no filters ...) and support can't be reached. Where are the good old times when the 'net was controlled by techs and not by lawyers? I can't recommend cloudmark. </rant> greetings, martin

1 0

Re: Verizon DSL moving to CGN
by kpospisek＠bigpond.com 09 Apr '13

09 Apr '13

Quoting: > Date: Sun, 7 Apr 2013 09:31:22 +0200 (CEST) > From: Mikael Abrahamsson <swmike(a)swm.pp.se> > To: nanog list <nanog(a)nanog.org> > Subject: Re: Verizon DSL moving to CGN > On Sun, 7 Apr 2013, Fabien Delmotte wrote: >> CGN is just a solution to save time, it is not a transition mechanism >> through IPv6 >> At the end (IPv6 at home) you will need at list : >> Dual stack or NAT64/ DNS64 > CGN doesn't stop anyone deploying dual stack. NAT64/DNS64 is dead in the > water without other mechanisms (464XLAT or alike). Defusing the "dead-in-the-water" phrase: An IPv4 solution with NAT64/DNS64 will still enable pure IPv6 SS devices without built-in NAT46 to still access the majority of the IPV4 world. (There are few IPV4-over-IPv6 technologies that can make a similar claim so thats already one step ahead of the competition on the IPv4 sunset path) XLAT464 (CLAT46+PLAT64) is now published as RFC6877. It is the most mature sunset technology - Is a single vendor offering out there that either does not already have a NAT64 function or doesn't have it in their roadmaps ? Greets Karl Pospisek from Melbourne AU.

1 0

Announcing BGP-SRx 0.3.0 service release
by Borchert, Oliver 08 Apr '13

08 Apr '13

This is to announce the BGP Secure Router Extension (BGP-SRx) Version 0.3 Prototype Implementation. This release includes extensive performance and robustness improvements, multi router support, re-design/re-write of the Quagga integration, and many bug fixes. BGP-SRx is an open source reference implementation and research platform for investigating emerging BGP security extensions and supporting protocols. The BGP-SRx suite consists of three parts: (1) SRx Server, (2) SRx API, and (3) Quagga-SRx (which integrates the SRx API into the Quagga router). The focus is on origin validation, although it is designed to be extended to path validation. Stub functionality for path validation is included in this version. Additionally, this release contains an SRx client/server test harnesses and a simple RPKI validation cache simulator (VCS). The VCS allows to manually feed ROA information into BGP-SRx server using the RPKI to Router protocol (rfc6810) as well as WireShark modules for debugging. For more information on BGP-SRx, and to download the prototype and tools, see: http://www-x.antd.nist.gov/bgpsrx/ Comments and feedback about BGP-SRx are welcome. See the project page for details. Thanks, Oliver Borchert ------------------------------------------------------------- Oliver Borchert, Computer Scientist National Institute of Standards and Technology (Phone) 301.975.4856 , (Fax) 301.975.6238 ------------------------------------------------------------- Oliver Borchert, Computer Scientist National Institute of Standards and Technology (Phone) 301.975.4856 , (Fax) 301.975.6238

1 0

ICMP Redirect on Resolvers
by Shahab Vahabzadeh 08 Apr '13

08 Apr '13

Hello everybody, I have two DNS Server (resolver) running on FreeBSD 9.0, I always see in console messages like this: icmp redirect from 192.168.140.36: 192.168.179.80 => 192.168.140.254 and lots of messages like this, mostly ip addresses not belong to me, and some times these resolvers stop working. My question is what are these messages? why they only shown in console of these servers not others? And are they cause the problems like stopping working for server/services? Thanks -- Regards, Shahab Vahabzadeh, Network Engineer and System Administrator Cell Phone: +1 (415) 871 0742 PGP Key Fingerprint = 8E34 B335 D702 0CA7 5A81 C2EE 76A2 46C2 5367 BF90

7 9

Re: NANOG Digest, Vol 63, Issue 29
by ramcharan007＠gmail.com 07 Apr '13

07 Apr '13

In MPLS network when we speak of utilization is 50% between 2 points in a circuit , What does it mean and how can I measure it ? Sent from my BlackBerry® via Smartfren EVDO Network -----Original Message----- From: nanog-request(a)nanog.org Date: Sun, 07 Apr 2013 02:11:21 To: <nanog(a)nanog.org> Reply-To: nanog(a)nanog.org Subject: NANOG Digest, Vol 63, Issue 29 Send NANOG mailing list submissions to nanog(a)nanog.org To subscribe or unsubscribe via the World Wide Web, visit http://mailman.nanog.org/mailman/listinfo/nanog or, via email, send a message with subject or body 'help' to nanog-request(a)nanog.org You can reach the person managing the list at nanog-owner(a)nanog.org When replying, please edit your Subject line so it is more specific than "Re: Contents of NANOG digest..." Today's Topics: 1. Re: 30% packet loss between cox.net and hetzner.de, possibly at tinet.net (Denys Fedoryshchenko) 2. Verizon DSL moving to CGN (cb.list6) 3. Re: Verizon DSL moving to CGN (Joshua Smith) 4. Re: Verizon DSL moving to CGN (Oliver Garraux) 5. Re: ICMP Redirect on Resolvers (Jimmy Hess) 6. Re: Verizon DSL moving to CGN (Derek Ivey) 7. Re: Verizon DSL moving to CGN (Constantine A. Murenin) ---------------------------------------------------------------------- Message: 1 Date: Sun, 07 Apr 2013 03:09:00 +0300 From: Denys Fedoryshchenko <denys(a)visp.net.lb> To: "Constantine A. Murenin" <mureninc(a)gmail.com> Cc: nanog(a)nanog.org Subject: Re: 30% packet loss between cox.net and hetzner.de, possibly at tinet.net Message-ID: <d453f32ec9779702cd8bc18dd6f9ead4(a)visp.net.lb> Content-Type: text/plain; charset=UTF-8; format=flowed On 2013-04-07 02:20, Constantine A. Murenin wrote: > > Although hetzner.de claims that this whole loss is outside of their > own > network, I'm inclined to deduce that the loss might actually be > concentrated on their own KPN / eurorings.net router -- > kpn-gw.hetzner.de (134.222.107.21), and perhaps occurs only > in one direction. I think too. Btw as i said, have host on tinet, and it is 100% clear from EC2. So seems tinet is fine for sure. HOST: ip-10-203-61-X Snt Rcv Loss% Best Gmean Avg Wrst StDev 1.|-- ip-10-203-60-2.ec2.internal 60 60 0.0% 0.3 0.6 1.1 19.1 2.7 2.|-- ip-10-1-36-21.ec2.internal 60 60 0.0% 0.4 0.6 0.8 9.3 1.3 3.|-- ip-10-1-34-0.ec2.internal 60 60 0.0% 0.4 0.7 1.0 14.5 2.0 4.|-- 100.64.20.43 60 60 0.0% 0.4 0.6 0.6 2.0 0.2 5.|-- ??? 60 0 100.0 0.0 0.0 0.0 0.0 0.0 6.|-- ??? 60 0 100.0 0.0 0.0 0.0 0.0 0.0 7.|-- ??? 60 0 100.0 0.0 0.0 0.0 0.0 0.0 8.|-- 100.64.16.157 60 60 0.0% 0.5 2.4 9.7 68.8 16.1 9.|-- 72.21.222.154 60 60 0.0% 1.5 1.9 2.6 36.4 4.8 10.|-- 72.21.220.46 60 60 0.0% 1.5 2.1 3.3 59.2 7.6 11.|-- xe-7-2-0.was10.ip4.tinet.net 60 60 0.0% 1.6 2.1 2.6 17.2 3.1 12.|-- xe-0-1-0.fra23.ip4.tinet.net 60 60 0.0% 92.2 92.8 92.8 104.3 1.9 13.|-- ge-1-1-0.pr1.g310.fra.de.eurotransit.net 60 60 0.0% 92.2 93.1 93.2 112.8 3.3 14.|-- ??? 60 0 100.0 0.0 0.0 0.0 0.0 0.0 last hop icmp blocked, it is my host > > Although there is no traffic loss from he.net if you try to traceroute > the router itself (I'm not sure what that means, though, other than a > potential attack vector from exposing a router globally like that): I don't think there is attack vector, proper control plane ACL will make them safe. > I've been a fan of hetzner.de, but I think it's staggering that > they won't do anything about this huge and persistent packet loss. Indeed, i noticed that transfers from EC2 are terrible last days to Hetzner. Maybe worth to open topic at www.webhostingtalk.com ? > > > Best regards, > Constantine. --- Denys Fedoryshchenko, Network Engineer, Virtual ISP S.A.L. ------------------------------ Message: 2 Date: Sat, 6 Apr 2013 18:24:10 -0700 From: "cb.list6" <cb.list6(a)gmail.com> To: nanog(a)nanog.org Subject: Verizon DSL moving to CGN Message-ID: <CAD6AjGTMz-rpx8UOX7QNpqr8x3ESQEo34m+6EpNquumnzDLRdA(a)mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Interesting. http://www22.verizon.com/support/residential/internet/highspeedinternet/net… ------------------------------ Message: 3 Date: Sat, 6 Apr 2013 21:32:47 -0400 From: Joshua Smith <juicewvu(a)gmail.com> To: "nanog(a)nanog.org" <nanog(a)nanog.org> Subject: Re: Verizon DSL moving to CGN Message-ID: <5C944EFC-CD47-4569-9452-5133B5F780E9(a)gmail.com> Content-Type: text/plain; charset=us-ascii Very interesting indeed. Way to do the right thing here Verizon. This may be the first time I've been happy to be a Comcast customer. -- Josh Smith kD8HRX email/jabber: juicewvu(a)gmail.com Phone: 304.237.9369(c) Sent from my iPad On Apr 6, 2013, at 9:24 PM, "cb.list6" <cb.list6(a)gmail.com> wrote: > Interesting. > > http://www22.verizon.com/support/residential/internet/highspeedinternet/net… ------------------------------ Message: 4 Date: Sat, 6 Apr 2013 21:41:43 -0400 From: Oliver Garraux <oliver(a)g.garraux.net> To: "nanog(a)nanog.org" <nanog(a)nanog.org> Subject: Re: Verizon DSL moving to CGN Message-ID: <CAD_uLpO5CyGCrOUdk5WRbYRnMUf4K9PFeWi6ZSWmzwJDTxTBhA(a)mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Good to see that they are providing a way for users to opt out. I'm hoping that other ISP's will do the same when they implement CGN. Oliver ------------------------------------- Oliver Garraux Check out my blog: blog.garraux.net Follow me on Twitter: twitter.com/olivergarraux On Sat, Apr 6, 2013 at 9:32 PM, Joshua Smith <juicewvu(a)gmail.com> wrote: > Very interesting indeed. Way to do the right thing here Verizon. This may > be the first time I've been happy to be a Comcast customer. > > -- > Josh Smith > kD8HRX > > email/jabber: juicewvu(a)gmail.com > Phone: 304.237.9369(c) > > Sent from my iPad > > > On Apr 6, 2013, at 9:24 PM, "cb.list6" <cb.list6(a)gmail.com> wrote: > > > Interesting. > > > > > http://www22.verizon.com/support/residential/internet/highspeedinternet/net… > > ------------------------------ Message: 5 Date: Sat, 6 Apr 2013 20:43:34 -0500 From: Jimmy Hess <mysidia(a)gmail.com> To: Valdis.Kletnieks(a)vt.edu Cc: North American Network Operators Group <nanog(a)nanog.org> Subject: Re: ICMP Redirect on Resolvers Message-ID: <CAAAwwbWNvMsPb_h-cfxDWYUSC2i1_3pFfJfK7Kx_cN3ajBnn5Q(a)mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 On 4/6/13, Valdis.Kletnieks(a)vt.edu <Valdis.Kletnieks(a)vt.edu> wrote: > On Sat, 06 Apr 2013 10:38:06 -0400, shawn wilson said: case, you shouldn't see any valid ICMP redirects. They're there mostly so > things kind-of-sort-of work even if you botch it (so for instance, even if > you whiff your default route accidentally, you can still ssh in from Tokyo and > fix > it). For ICMP redirects to do anything useful, a valid route has to actually be there already, on the default gateway.... Perhaps you are thinking of proxy arp? :) -- -JH ------------------------------ Message: 6 Date: Sat, 06 Apr 2013 21:42:00 -0400 From: Derek Ivey <derek(a)derekivey.com> To: nanog(a)nanog.org Subject: Re: Verizon DSL moving to CGN Message-ID: <5160CEE8.6010404(a)derekivey.com> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" It would be nice to get an update from them regarding their IPv6 plans. Their IPv6 support page still says they will start deploying "3Q12" :(. On 4/6/2013 9:32 PM, Joshua Smith wrote: > Very interesting indeed. Way to do the right thing here Verizon. This may be the first time I've been happy to be a Comcast customer. > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4249 bytes Desc: S/MIME Cryptographic Signature URL: <http://mailman.nanog.org/pipermail/nanog/attachments/20130406/03a6630f/atta…> ------------------------------ Message: 7 Date: Sat, 6 Apr 2013 19:11:14 -0700 From: "Constantine A. Murenin" <mureninc(a)gmail.com> To: "cb.list6" <cb.list6(a)gmail.com> Cc: nanog(a)nanog.org Subject: Re: Verizon DSL moving to CGN Message-ID: <CAPKkNb5QLynunmMkcLusMgDHGb9C1RhH0Hv+YWt+SigvWdowtA(a)mail.gmail.com> Content-Type: text/plain; charset=windows-1252 On 6 April 2013 18:24, cb.list6 <cb.list6(a)gmail.com> wrote: > Interesting. > > http://www22.verizon.com/support/residential/internet/highspeedinternet/net… <blockquote> > What is CGN - and How to opt-out The number and types of devices using the Internet have increased dramatically in recent years and, as a result, address space for these devices is being rapidly exhausted. Today?s technology for IP addresses is referred to as IPv4 (Internet Protocol version 4). The IP addresses aligned with IPv4 are expected to be depleted at some point in the near future. The next generation of IP address space is IPv6, which will enable far more addresses to be assigned than IPv4. Unfortunately, most servers and other Internet devices will not be speaking IPv6 for a while, so IPv4 will remain standard for some time to come. > > During this transitional period, in select areas for High Speed Internet residential customers, Verizon will be implementing Carrier Grade Network Address Translation (CGN or Carrier Grade NAT). Verizon FiOS and Verizon Business customers are not impacted at this time by the change. This transition will enable Verizon to continue serving customers with IPv4 internet addresses. CGN will not impact the access, reliability, speed, or security of Verizon?s broadband services. However, there are some applications such as online gaming, VPN access, FTP service, surveillance cameras, etc., that may not work when broadband service is provided via a CGN. > > For our customers utilizing these types of applications, Verizon provides the ability to "opt out ?of CGN. To "opt out" you must: > > Be a Residential customer with High Speed Internet Service. There is no need to ?opt-out? if you are a FiOS or Business customer. > Have already been transitioned to the Carrier Grade Network by Verizon. If you are a Residential High Speed Internet customer and are unable to opt-out, it is likely that you have not yet been transitioned to CGN. > > > To "opt out" of CGN sign onto your My Verizon account and select "Opt out of Carrier Grade Network". </blockquote> I like how, according to the document, Verizon must first break your connectivity, prior to you being able to opt-out. :-) Also: > select "Opt out of Carrier Grade Network" Smart wording. :-) Frankly, I'm surprised to see this news. I thought Verizon had better things to do that plan any kind of upgrades or changes to something that everyone thought they consider dead anyways. C. End of NANOG Digest, Vol 63, Issue 29 *************************************

1 0