Re: Searchable archives of the list?

https://www.mail-archive.com/nanog@nanog.org/ > On Mar 23, 2023, at 9:44 AM, Josh Luthman wrote: > > Google? > > geolocation site:https://mailman.nanog.org/pipermail/nanog/ > > On Thu, Mar 23, 2023 at 10:30 AM Chris Adams > wrote: >> Once upon a time, Josh Luthman >

Re: CUPS in a BNG?

The CUPS makes a lot of sense for this application. Latency is dependent on the design, and equipment used. I’ve seen/done several designs for this using two different vendors equipment and two different BNG software stacks. When I do a design for BNG from scratch, this is how I do it now. :)

BGP Javascript Map/Visualization

Hey all, Sorry for the noise. Years ago someone here built and shared a javascript visualization of what their routers saw for the state of BGP and paths to get to various ASs. One could use WSAD and other keys to fly around and examine various other ASs. I thought it was as2814.net, but

Re: "Permanent" DST

So to clarify/muddy the situation further... Time zones do not fall purely on the 15 degree lines on a globe. As such, the location of the sun overhead is locality specific within a timezone. Don’t let the enemy of done win here. ;) > On Mar 15, 2022, at 2:44 PM, Brian R wrote: > > Thanks

Re: Dropping support for the .ru top level domain

I think you need to understand that these actions will only prolong the situation and likely make things worse. Less info is always worse than more. - Brian > On Mar 15, 2022, at 4:07 AM, Patrick Bryant wrote: > > I propose dropping support of the .ru domains as an alternative to the other >

Re: Upwork Suspending Operations in Russia and Belarus

Upwork != NANOG - Brian > On Mar 8, 2022, at 3:22 PM, Callan Banner wrote: > > Nanog to suspend work in Belarus and Russia. How do you all feel about this? > Senseless antagonization or correctly applied pressure? > > -- Forwarded message - > From: Hayden Brown, Upwork

Re: New minimum speed for US broadband connections

k design for more than 20 years. If the LECs wanted to provide the service in these areas, they could have. They decided it was better to just milk the system, then prepare for the future. > > On Mon, Feb 28, 2022, 5:04 PM Brian Johnson <mailto:brian.john...@netgeek.us>> wr

Re: New minimum speed for US broadband connections

7 is 2 years? behind) What makes you believe it's nearly 100%? > > https://broadbandnow.com/North-Dakota <https://broadbandnow.com/North-Dakota> > On Mon, Feb 28, 2022 at 4:22 PM Brian Johnson <mailto:brian.john...@netgeek.us>> wrote: > Given this premise (that it is t

Re: New minimum speed for US broadband connections

Given this premise (that it is too expensive to provide access to rural areas), can you explain why nearly 100% of North Dakota is serviced by FTTH solutions. The exceptions being the areas still run by the traditional LECs? I’m not to sure this should be an urban/rural debate. > On Feb 28,

Midcontinent Communications

I am looking for someone in network engineering/design at Midcontinent Communications (AS11232) who can explain why the IPv6 PD is set to 64 bits. I believe that this is a poor design decision and would like to understand how this decision was made. Thanks. - Brian

Re: IPv6 and CDN's

> On Oct 23, 2021, at 8:30 AM, Ca By wrote: > > 87% of mobiles in the usa are ipv6 > > https://www.worldipv6launch.org/measurements/ > > Agreed. When they have to connect to an IPv4 only host, they do some type of AFTR. These devices have

Re: Network visibility

There is still zoning on some platforms, but there are now redundancies for the zones. > On Oct 21, 2021, at 12:22 AM, Mark Tinka wrote: > > > > On 10/21/21 03:19, Brian Johnson wrote: > >> +1 on -48VDC. > > Wasn't much fun when half the router would s

Re: Network visibility

+1 on -48VDC. > On Oct 20, 2021, at 1:38 PM, Lady Benjamin Cannon of Glencoe, ASCE > wrote: > >> On Oct 20, 2021, at 8:04 AM, Mark Tinka > > wrote: >> >> >> At any rate, you may very well need more than one system to monitor your >> entire network. >> >> Mark. >

Re: uPRF strict more

For strict-mode... Completely agree. As has been previously said, this is a tool that all players involved need to understand. This is no different than everyone correctly using BGP in their application for their outcomes. > On Sep 29, 2021, at 12:07 PM, Adam Thompson wrote: > > We just ran

Re: IPv6 woes - RFC

> On Sep 23, 2021, at 6:49 PM, Owen DeLong wrote: > > > >> On Sep 23, 2021, at 12:50 , Brian Johnson wrote: >> >> Side question on this thread… >> >> Is it everyones current expectation that if a provider were to switch to >> IPv6 and dro

Re: IPv6 woes - RFC

Side question on this thread… Is it everyones current expectation that if a provider were to switch to IPv6 and drop IPv4 that the customers would all be just fine with that? I believe that there are several applications used by some of the the loudest customers (typically gamers and network

Re: IPv6 woes - RFC

> On Sep 11, 2021, at 9:04 PM, Fred Baker wrote: > > > Sent using a machine that autocorrects in interesting ways... > >> On Sep 8, 2021, at 1:31 AM, Saku Ytti wrote: >> >> If the mid size eyeballs knew ipv4 is going away in 10, 15, 20 years >> whichever it is, then they'd of course have

Re: Texas ERCOT power shortages (again) April 13

> On Apr 14, 2021, at 11:07 AM, Niels Bakker wrote: > > * brian.john...@netgeek.us (Brian Johnson) [Wed 14 Apr 2021, 17:37 CEST]: >> Not what I was saying. The demand for virtue-signaling green energy is not >> an effective strategy to actually having power availab

Re: Texas ERCOT power shortages (again) April 13

w? > > -- > TTFN, > patrick > >> On Apr 14, 2021, at 11:35 AM, Brian Johnson > <mailto:brian.john...@netgeek.us>> wrote: >> >> Not what I was saying. The demand for virtue-signaling green energy is not >> an effective strategy to actually having po

Re: Texas ERCOT power shortages (again) April 13

iness > practices, which at least saves the non-profit money and frequently results > in profits outside that entity. Etc. > > -- > TTFN, > patrick > > >> On Apr 14, 2021, at 10:00, Brian Johnson wrote: >> >> There is no profit motive for a non-profit

Re: Texas ERCOT power shortages (again) April 13

so not relevant at all to the point. > > On Wed, Apr 14, 2021 at 9:22 AM Brian Johnson <mailto:brian.john...@netgeek.us>> wrote: > Tom, > > You do realize that ERCOT is a non-profit organization…. > >> On Apr 14, 2021, at 8:04 AM, Tom Beecher > <

Re: Texas ERCOT power shortages (again) April 13

Tom, You do realize that ERCOT is a non-profit organization…. > On Apr 14, 2021, at 8:04 AM, Tom Beecher wrote: > > > Funny how this obsession with a green grid has made the grid > > unreliable, resulting in sales of gas-burning generators and > > perishable fuel. Dare I say it's not been

Re: Ipv6 help

8/26/20 9:30 AM, Mark Tinka wrote: >>>>>> We'll have to be creative with how we pressure them into getting serious >>>>>> about IPv6. >>>>> On Aug 26, 2020, at 3:06 PM, surfer wrote: >>>>> >>>>> Do those guys atte

Re: Ipv6 help

about what I'm > talking about. Most of them small "pilots" (3.000 to 12.000 subscribers), > right now doing one for 25.000.000 subscribers. Working without issues, just > slowed down because the Covid-19 situation. I will prepare some slides about > this project once allow

Re: Ipv6 help

Great Write-up Mark. I have some points in-line... > On Aug 27, 2020, at 3:12 AM, Mark Tinka wrote: > > > > On 27/Aug/20 09:33, Brian Johnson wrote: > >> If an ISP provides dual-stack to the customer, then the customer only uses >> IPv4 when required

Re: Ipv6 help

of the required CLAT client. I also predict this will not change any time soon. I live in “actually works and is solid” world. Not in “I wish this would work” world. > On Aug 27, 2020, at 2:50 AM, Mark Andrews wrote: > > > >> On 27 Aug 2020, at 17:33, Brian Johnson wrote: >> &g

Re: Ipv6 help

xternal > ports can be reused many times as the source address and destination > address/port will be different. So in practical cases, the number of external > ports only limits the number of parallel connections that a single host > behind the NAT can have to the same destination

Re: Ipv6 help

ote: > > > >> On 27 Aug 2020, at 15:58, Bjørn Mork wrote: >> >> Brian Johnson writes: >> >>>> 1) It needs *much less* IPv4 addresses (in the NAT64) for the same number >>>> of customers. >>> >>> I cannot see how this is even possible.

Re: Ipv6 help

ious >>>> about IPv6. >>> On Aug 26, 2020, at 3:06 PM, surfer wrote: >>> >>> Do those guys attend NANOG meetings? >;-) (evil smile) > > On 8/26/20 10:09 AM, Brian Johnson wrote: >> I have/do. Do you have a point? > --- > > > I guess you're implying you work there. Maybe someone will bake a cake for > your company. > > scott > > >

Re: Ipv6 help

NAT444 does not. > > Regards, > Jordi > @jordipalet > > > > El 26/8/20 22:31, "Brian Johnson" escribió: > >How does 464XLAT solve the problem if you are out of IPv4 space? > >> On Aug 26, 2020, at 3:23 PM, JORDI PALET MARTINEZ via

Re: Ipv6 help

How does 464XLAT solve the problem if you are out of IPv4 space? > On Aug 26, 2020, at 3:23 PM, JORDI PALET MARTINEZ via NANOG > wrote: > > They know we are there ... so they don't come! > > By the way I missed this in the previous email: I heard (not sure how much > true on that) that they

Re: Ipv6 help

I have/do. Do you have a point? > On Aug 26, 2020, at 3:06 PM, surfer wrote: > > > > On 8/26/20 9:28 AM, Tony Wicks wrote: >> They're the worst service company I have ever had the displeasure of dealing >> with, the arrogance and attitude of we are big, you are small we don't care >> about

Re: Ipv6 help

Mark: We are completely in agreement. Great dialog here. > On Aug 26, 2020, at 2:30 PM, Mark Tinka wrote: > > > > On 26/Aug/20 21:14, Brian Johnson wrote: > >> I can prove, as an ISP, that I am delivering the packets. Many providers >> will have to do this u

Re: Ipv6 help

way they can win this argument, when they already have the technical battle won. Just checked with 2 of my customers who do NAT444 and no issues with PSN… YMMV. > On Aug 26, 2020, at 2:00 PM, Mark Tinka wrote: > > > > On 26/Aug/20 20:38, Brian Johnson wrote: > &g

Re: Ipv6 help

. They just want to play. > On Aug 26, 2020, at 1:31 PM, Mark Tinka wrote: > > > > On 26/Aug/20 20:20, Brian Johnson wrote: > >> Either way. Nothing you can do in the network will help Sony enable IPv6 >> capability, Or to serve their users even if using a techno

Re: Ipv6 help

Either way. Nothing you can do in the network will help Sony enable IPv6 capability, Or to serve their users even if using a technology that they do not like. > On Aug 26, 2020, at 1:17 PM, Mark Tinka wrote: > > > > On 26/Aug/20 20:14, Brian Johnson wrote: > >>

Re: Ipv6 help

This sounds like a Sony problem more than a network problem. They need to get on the IPv6 train and play nice with the Internet. X-BOX has had IPv6 support since X-BOX One. > On Aug 26, 2020, at 1:09 PM, Mark Tinka wrote: > > > > On 26/Aug/20 18:42, JORDI PALET MARTINEZ via NANOG wrote: >

Re: Ipv6 help

Pv4 pools sooner or later become blocked >> by PSN (unless you don't have gammers among your customers). >> >> El 25/8/20 22:42, "NANOG en nombre de Brian Johnson" >> > brian.john...@netgeek.us> escribió: >> >> I usually solve this problem by

Re: Ipv6 help

for those corner cases and/or native IPv6 should be made available. And before anyone yells that this "breaks something,” It was already broken. > On Aug 25, 2020, at 11:46 PM, Mark Tinka wrote: > > > > On 25/Aug/20 22:40, Brian Johnson wrote: > >> I usually so

Re: Ipv6 help

I usually solve this problem by designing for NAT444 and dual-stack. This solves both problems and allows for users to migrate as they are able/need to. If you try and force the change, you will loose users. > On Aug 25, 2020, at 3:15 PM, Brandon Martin wrote: > > On 8/25/20 3:38 PM, JORDI

Re: MAP-T in production

NAT444 CGN does NOT solve an IPv6 problem at all. It solves an IPv4 shortage problem at best and is not designed as a long-term solution. I cannot force customers to buy new equipment to make them IPv6 compliant. The best option is to support, fully and unabashedly, IPv6 and help with the

Re: MAP-T in production

OK Randy. How about a suggestion that is useful. - Brian > On Jul 24, 2020, at 8:24 PM, Randy Bush wrote: > >> I’m leaning toward DS-lite and NAT444 > > a great path. fork lift all cpe and cgn in the core. the vendors' > dream > > randy

Re: MAP-T in production

far, I would think that positioning a MAP-T solution in these scenarios might be more of a hassle and turn into a support nightmare. I’m leaning toward DS-lite and NAT444 right now as these are more proven and have greater deployed bases. Thoughts… - Brian > On Jul 22, 2020, at 4:15 PM, Br

MAP-T in production

Has anyone implemented a MAP-T solution in production? I am looking for feedback on this as a deployment strategy for an IPv6 only core design. My concern is MAP-T CE stability and overhead on the network. The BR will have to do overloaded NAT anyway to access IPv4 only resources. The idea

Re: Partial vs Full tables

out that you aren’t the only measure of a network. Thanks Bill. > On Jun 11, 2020, at 1:11 PM, William Herrin wrote: > > On Thu, Jun 11, 2020 at 9:35 AM Brian Johnson > wrote: >> You are a dismissive little twit aren’t you. :/ > > Someone stood up and said, &q

Re: Partial vs Full tables

> On Jun 10, 2020, at 6:40 PM, brad dreisbach wrote: > > On Thu, Jun 11, 2020 at 12:01:38AM +0200, Baldur Norddahl wrote: >> Am I correct in assuming loose mode RPF only drops packets from unannounced >> address space in the global routing table? And the downside of doing so is >> that

Re: Partial vs Full tables

You are a dismissive little twit aren’t you. :/ > On Jun 11, 2020, at 9:56 AM, William Herrin wrote: > > On Thu, Jun 11, 2020 at 6:25 AM Brian Johnson > wrote: >> I fully understand that I have not “broken” anything. > > Handwaving, la la la, only sunshine in the

Re: Partial vs Full tables

> On Jun 10, 2020, at 3:05 PM, William Herrin wrote: > > On Wed, Jun 10, 2020 at 11:20 AM Brian Johnson > wrote: >> Disagree with Bill here. It will depend on the complexity of the network as >> to use of uRPF in any mode (loose or strict). In general, I never use u

Re: Partial vs Full tables

Disagree with Bill here. It will depend on the complexity of the network as to use of uRPF in any mode (loose or strict). In general, I never use uRPF on transit links and use pure filters to ensure accurate filters are in place. uRPF may be used internally in either mode to great advantage and

Re: ACX5448

I’ve seen horror stories for almost every platform from every vendor over my time. It usually is caused from using the wrong device for the wrong purpose. If you know its limitations, and use it with in the bounds of its capabilities, you will have very few issues with the ACX5448. - Brian >

RE: Requirements for IPv6 Firewalls

Eric, If you read what he posted and really believe that is what he is saying, you need to re-think your career decision. It is obvious that he is not saying that. I hate it when threads breakdown to this type of tripe and ridiculous restatement of untruths. - Brian -Original

RE: New Product Launch from 2600hz

Owen, Was this actually posted anywhere. I'm pretty sure it's a joke, but I would like to send it to a vendor who keeps asking when we will need IPv6 support :) Thanks. Brian Johnson Converged Network Engineer CCNP, CCNP Security MEF-CECP Certified -Original Message- From: Owen

RE: William was raided for running a Tor exit node. Please help if

I know I'm going to get flamed and excoriated, but here goes snip case evolves in and out of court. Are Tor exit-node operators going to be given the same rights as ISP's who's networks are used for illegal purposes? I would hope so, but it doesn't seem like that has happened in this

RE: /128 IPv6 prefixes in the wild?

I think you will learn a lot of /128s from IGP, but not from eBGP. I consider the wild to be the DFZ or similar type of network and in that case, you should not see advertisements for anything longer than a /48. This is not hard and fast, but please correct me if I'm wrong. - Brian J.

RE: IPv6 prefixes longer then /64: are they possible in DOCSIS networks?

. Live it Love it! - Brian Johnson

RE: Outgoing SMTP Servers

Bill, Responses in-line... -Original Message- From: Bill Stewart [mailto:nonobvi...@gmail.com] Sent: Friday, October 28, 2011 6:22 PM To: nanog@nanog.org Cc: Brian Johnson Subject: Re: Outgoing SMTP Servers snip I've got a strong preference for ISPs to run a Block-25-by-default

Re: Outgoing SMTP Servers

Sent from my iPad On Oct 31, 2011, at 1:30 PM, Jack Bates jba...@brightok.net wrote: On 10/31/2011 11:48 AM, Michael Thomas wrote: I've often wondered the same thing as to what the resistance is to outbound filtering is. I can think of a few possibilities: 1) cost of filtering 2)

Re: Outgoing SMTP Servers

Sent from my iPad On Oct 31, 2011, at 4:17 PM, Robert Bonomi bon...@mail.r-bonomi.com snip There is an at-least-somewhat-valid argument against outbound filtering. to wit, various receiving systems may have different policies on what is/ is-not 'acceptable' traffic. They have a better

Re: Outgoing SMTP Servers

On Oct 30, 2011, at 2:19 PM, Dave CROCKER wrote: snip ridiculousness Email travels over shared resources. Spam consumes roughly %95 percent of that shared path (comm lines and servers). Receiving operators must devote masses of resources to filter that firehose of mostly junk, in order

RE: Outgoing SMTP Servers

Comments in-line -Original Message- From: valdis.kletni...@vt.edu [mailto:valdis.kletni...@vt.edu] Sent: Friday, October 28, 2011 10:42 AM To: William Herrin Cc: nanog@nanog.org; Pete Carah Subject: Re: Outgoing SMTP Servers On Thu, 27 Oct 2011 23:44:16 EDT, William Herrin said: For

RE: Outgoing SMTP Servers

...@delong.com] Sent: Friday, October 28, 2011 12:11 PM To: Brian Johnson Subject: Re: Outgoing SMTP Servers Nor is the data transiting these networks a commons. The air over my land is a commons. I don't control it. If I pollute it or if I don't, it promptly travels over someone else's land

Re: Outgoing SMTP Servers

Sent from my iPad On Oct 28, 2011, at 2:56 PM, Owen DeLong o...@delong.com wrote: Sent from my iPhone On Oct 28, 2011, at 12:16, Brian Johnson bjohn...@drtel.com wrote: Owen, When you stretch an analogy this thin, it always falls apart. I was referring to the poison/pollution

Re: Outgoing SMTP Servers

++1 - Brian Sent from my iPad On Oct 28, 2011, at 2:05 PM, Mike Jones m...@mikejones.in wrote: On 28 October 2011 16:41, valdis.kletni...@vt.edu wrote: You *do* realize that for all your nice Thei Internet Is Not A Commons ranting, the basic problem is that some people (we'll call them

RE: Outgoing SMTP Servers

I find that large network providers have less issues with this issue. As a small regional provider, implementing a sane port 25 filter has saved us a lot of money and customer headaches over the years. Our costs would be much higher if we could not save labor hours by implementing this.

RE: Outgoing SMTP Servers

-Original Message- From: valdis.kletni...@vt.edu [mailto:valdis.kletni...@vt.edu] Sent: Thursday, October 27, 2011 10:24 AM To: Brian Johnson Cc: nanog@nanog.org Subject: Re: Outgoing SMTP Servers On Thu, 27 Oct 2011 13:53:34 -, Brian Johnson said: It is interesting that some people

RE: Outgoing SMTP Servers

-Original Message- From: Robert Bonomi [mailto:bon...@mail.r-bonomi.com] Sent: Thursday, October 27, 2011 12:50 PM To: nanog@nanog.org Subject: Re: Outgoing SMTP Servers On Thu, 27 Oct 2011 13:53:34 -, Brian Johnson said: It is interesting that some people who fully understand

RE: Mac OS X 10.7, still no DHCPv6

-Original Message- From: Jeff Kell [mailto:jeff-k...@utc.edu] Sent: Monday, February 28, 2011 8:49 AM To: Dobbins, Roland Cc: nanog group Subject: Re: Mac OS X 10.7, still no DHCPv6 On 2/28/2011 8:44 AM, Dobbins, Roland wrote: On Feb 28, 2011, at 8:40 PM, Jim Gettys wrote: Again,

RE: BGP Failover Question

Chris, The best way to resolve this issue is to not use a service provider who takes down your connectivity outside of maintenance windows, but I digress. This is the nature of BGP. You send your providers routes about your network prefixes and they send you routes to say the DFZ. When you

RE: quietly....

snip Was TCP/IP this bad back in 1983, folks? Cheers, -- jra In different ways, yes, it was. Owen This is exactly the problem we have. Some people have no perspective on what the Internet is and it's real power. I've met too many people who claim to be in the know on these topics that

Re: [Nanog-futures] NANOG Trademark and Resources transferring to NewNOG

Will there be a move to change the name of NewNOG to NANOG now that the IP has been transferred, or will this be more like a DBA situation? - Brian J. -Original Message- From: Steven Feldman [mailto:feld...@newnog.org] Sent: Wednesday, February 02, 2011 10:12 AM To:

RE: Significant Announcement (re: IPv4) 3 February - Watch it Live!

I think they were under a TCP-SYN attack :) The video was super choppy from here and I have bandwidth to burn at this time of the day. A little disappointing, but I'm sure (fingers crossed) someone will have a clean recording of it that they will make available. - Brian J. -Original

RE: quietly....

I will rebut in-line. -Original Message- From: Dave Israel [mailto:da...@otd.com] Sent: Wednesday, February 02, 2011 11:57 PM To: nanog@nanog.org Subject: Re: quietly On 2/2/2011 5:42 PM, Brian Johnson wrote: I must have missed something. Why would u do NAT in IPv6? 1) To allow

Re: quietly....

I must have missed something. Why would u do NAT in IPv6? John Payne j...@sackheads.org wrote: On Feb 2, 2011, at 2:54 PM, Owen DeLong wrote: On Feb 2, 2011, at 11:40 AM, John Payne wrote: On Feb 2, 2011, at 6:18 AM, Owen DeLong wrote: NAT66 is different. NAT66 breaks things in ways

RE: Found: Who is responsible for no more IP addresses

I'm a bit torn on this issue. I haven't even heard any other main-stream sources say anything on this topic. But Incorrect info is bad too. I hope the viewers who watched this are getting the gist that Something wicked this way comes. :) LOL - Brian J. -Original Message- From: Owen

RE: Found: Who is responsible for no more IP addresses

/political pitchforks and run them out of town. Take your Ritalin. :) - Brian J. -Original Message- From: christopher.mor...@gmail.com [mailto:christopher.mor...@gmail.com] On Behalf Of Christopher Morrow Sent: Thursday, January 27, 2011 11:05 AM To: Brian Johnson Cc: nanog@nanog.org

Re: [Nanog-futures] NewNOG membership policy adopted

Who do I write out the check to, or can I use PayPal to pay? - Brian J. -Original Message- From: Steve Feldman [mailto:feld...@newnog.org] Sent: Wednesday, January 05, 2011 10:01 AM To: nanog-futures Subject: [Nanog-futures] NewNOG membership policy adopted Based on the proposal

Re: [Nanog-futures] an alternate proposal forNewNOG's membership structure

snip http://www.nanog.org/meetings/attending/wavingfee/studentreg.php doesn't indicate that they need to be full time, so I guess they just have to be a college or university student. Period. Yes? why only university? wazza matter with the younger set? i have worked with some bitchin'

Re: [Nanog-futures] an alternate proposal forNewNOG's membership structure

before posting on a single post. You'll see that I'm against this whole thing. Specific responses are in-line. On 2011-01-05, at 09:40, Brian Johnson wrote: snip http://www.nanog.org/meetings/attending/wavingfee/studentreg.php doesn't indicate that they need to be full time, so I guess

Re: [Nanog-futures] an alternate proposal for NewNOG's membership structure

SNIP If the membership dues are greater than the sum of early bird differentials for meetings attended in a year, then it makes financial sense NOT to join if you lose the early bird benefit. SNIP Jay- I see your point here, but I would just also like to point out that I would think

RE: Router only speaks IGP in BGP network

You could use a GRE tunnel to get traffic from one edge BGP outer to the other edge BGP router. Then run BGP over this link. - Brian J. -Original Message- From: Tarig Yassin [mailto:tariq198...@hotmail.com] Sent: Thursday, December 23, 2010 12:19 PM To: nanog; af...@afnog.org Subject:

Re: [Nanog-futures] an alternate proposal for NewNOG'smembership structure

-Original Message- From: Scott Weeks [mailto:sur...@mauigateway.com] Sent: Friday, December 17, 2010 12:04 PM To: nanog-futures@nanog.org Subject: Re: [Nanog-futures] an alternate proposal for NewNOG'smembership structure --- bjohn...@drtel.com wrote: From: Brian Johnson bjohn

Re: [Nanog-futures] an alternate proposal for NewNOG's membership structure

-Original Message- From: Joe Abley [mailto:jab...@hopcount.ca] Sent: Friday, December 17, 2010 2:50 PM To: Brian Johnson Cc: sur...@mauigateway.com; nanog-futures@nanog.org Subject: Re: [Nanog-futures] an alternate proposal for NewNOG'smembership structure On 2010-12-17, at 15:09, Brian

Re: [Nanog-futures] New Membership-WG Draft

I suspect the board will set some kind of a discount for students. Personally, I would support a very large discount for full time students. agreed It still escapes me as to why a student should get any financial stimulus to be a member of an organization that will help him/her with their

Re: [Nanog-futures] New Membership-WG Draft

-Original Message- From: kris foster [mailto:kris.fos...@gmail.com] Sent: Wednesday, October 27, 2010 3:50 PM To: Sean Figgins Cc: nanog-futures@nanog.org Subject: Re: [Nanog-futures] New Membership-WG Draft On Oct 27, 2010, at 1:07 PM, Sean Figgins wrote: On 10/27/10 1:02 PM, Daniel

RE: Did Internet Founders Actually Anticipate Paid, Prioritized Traffic?

-Original Message- From: Owen DeLong [mailto:o...@delong.com] Sent: Thursday, September 16, 2010 2:17 PM To: George Bonser Cc: NANOG list Subject: Re: Did Internet Founders Actually Anticipate Paid,Prioritized Traffic? SNIP The point is that if the provider is deciding based on some

RE: Did Internet Founders Actually Anticipate Paid, Prioritized Traffic?

-Original Message- From: Leo Bicknell [mailto:bickn...@ufp.org] Sent: Monday, September 13, 2010 9:32 AM To: nanog@nanog.org Subject: Re: Did Internet Founders Actually Anticipate Paid,Prioritized Traffic? In a message written on Mon, Sep 13, 2010 at 09:50:21AM -0400, Joe Provo wrote:

RE: Did Internet Founders Actually Anticipate Paid, Prioritized Traffic?

-Original Message- From: William Herrin [mailto:b...@herrin.us] Sent: Monday, September 13, 2010 11:05 AM To: Hank Nussbacher Cc: nanog@nanog.org Subject: Re: Did Internet Founders Actually Anticipate Paid,Prioritized Traffic? SNIP On Mon, Sep 13, 2010 at 9:28 AM, Rodrick Brown

RE: ISP port blocking practice

-Original Message- From: Owen DeLong [mailto:o...@delong.com] Sent: Friday, September 03, 2010 1:10 PM To: John Levine Cc: nanog@nanog.org Subject: Re: ISP port blocking practice Sent from my iPad COOL! On Sep 3, 2010, at 10:10 PM, John Levine jo...@iecc.com wrote: Really? So,

RE: Best VPN Appliance

I've used the Cisco ASAs without issue. Cisco flamers need not respond. :P This is a bit of a loaded question though. - Brian -Original Message- From: Dawood Iqbal [mailto:dawood_iq...@hotmail.com] Sent: Friday, March 05, 2010 9:58 AM To: nanog@nanog.org Subject: Best VPN Appliance

RE: Cogent Outage?

-Original Message- From: Daniel Senie [mailto:d...@senie.com] Sent: Thursday, January 14, 2010 1:16 PM To: NANOG list Subject: Re: Cogent Outage? SNIP Indeed. Please keep NANOG clear for inane pontification and religious wars regarding firewalls, for non-lawyers arguing the

RE: I don't need no stinking firewall!

-Original Message- From: Bruce Curtis [mailto:bruce.cur...@ndsu.edu] Sent: Tuesday, January 12, 2010 5:14 PM To: NANOG list Subject: Re: I don't need no stinking firewall! SNIP IMO you're better off making sure only the services you intend to provide are listening, and that

he.net down/slow?

Has anyone noticed that accessing http://www.he.net or http://ipv6.he.net is either slow or inaccessible? Please let me know if you have a different experience currently. Thanks - Brian CONFIDENTIALITY NOTICE: This email message, including any attachments, is for the sole use of the intended

RE: he.net down/slow?

On 7 Jan 2010, at 18:18, William Pitcock wrote: ...why would you have that on a mailing list post? because the mail server that adds it is too dumb to differentiate between list and direct mail? f Bingo! ;) - Brian CONFIDENTIALITY NOTICE: This email message, including any

RE: I don't need no stinking firewall!

- Brian -Original Message- From: Brian Keefer [mailto:ch...@smtps.net] Sent: Wednesday, January 06, 2010 11:38 AM To: Brian Johnson Cc: NANOG list Subject: Re: I don't need no stinking firewall! On Jan 6, 2010, at 6:51 AM, Brian Johnson wrote: Like Roland, I've been

RE: I don't need no stinking firewall!

-Original Message- From: Brian Keefer [mailto:ch...@smtps.net] Sent: Wednesday, January 06, 2010 3:12 PM To: Brian Johnson Cc: NANOG list Subject: Re: I don't need no stinking firewall! SNIP It's quite possible to flood the state table on a device with a fraction of the pipe's

RE: I don't need no stinking firewall!

-Original Message- From: valdis.kletni...@vt.edu [mailto:valdis.kletni...@vt.edu] Sent: Wednesday, January 06, 2010 3:46 PM To: nanog@nanog.org Subject: Re: I don't need no stinking firewall! On Tue, 05 Jan 2010 23:14:05 CST, Ryan Brooks said: Everyone needs to listen to

I don't need no stinking firewall!

Security Gurus, et al, I have my own idea of what a firewall is and what it does. I also understand what statefull packet inspection is and what it does. Given this information, and not prejudging any responses, exactly what is a firewall for and when is statefull inspection useful? Please

RE: IPv6 could change things - Was: DMCA takedowns of networks

now to establish the cut date of IPv4 to IPv6, but that is unreasonable. This will take care of itself. _ Brian Johnson Converged Network Engineer (CCNP, ENA) Dickey Rural Networks

RE: DMCA takedowns of networks

So why are we having this discussion? Because it appears that HE took down non-infringing sites? Excuse me for stating the obvious. :-) ... JG -- Joe Greco - sol.net Network Services - Milwaukee, WI - On the technical side of this question... Let's say that a customer is doing

RE: DMCA takedowns of networks

-Original Message- From: Jack Bates [mailto:jba...@brightok.net] Sent: Monday, October 26, 2009 9:52 AM To: John van Oppen Cc: Joe Greco; Brian Johnson; North American Network Operators Group Subject: Re: DMCA takedowns of networks John van Oppen wrote: I think that is a pretty

  1   2   >