Dave Hart wrote:
> It is
> not transparent when you have to negotiate an inbound path for each
> service.
I mean, for applications, global address and global port
numbers are visible.
> UPnP
> is inadequate for carrier NAT due to its model assuming the NAT trusts
> its clients.
UPnP gateway con
On Wed, Jun 13, 2012 at 4:23 AM, Masataka Ohta wrote:
> I just need a UPnP capable NAT to restore the end to end
> transparency.
You're not restoring transparency, you're restoring communication
after stateful reconfiguration of the network for each service. It is
not transparent when you have to
Owen DeLong wrote:
>> Any multicast capable link is broadcast capable.
>
> BZZT! but thank you for playing.
>
> Many NBMA topologies support multicast.
When you specify a "link" as a small subset of NBMA, it is
broadcast capable, as was demonstrated by history of CLIP.
If you want to have a la
*Colleagues,
If you are interested in the board replacement position please read on, if
not, you may stop now.
Following our announcement, many of you are pinging me to serve as the
replacement on the Board. Your interest in our organization is amazing and
truly encouraging!
The process for Boa
On Jun 12, 2012, at 4:24 PM, Masataka Ohta wrote:
> Tony Hain wrote:
>
>> Note the ~ ... And ARP requires media level broadcast, which ND does not.
>
> Any multicast capable link is broadcast capable.
BZZT! but thank you for playing.
Many NBMA topologies support multicast.
>
>> Not all med
Tony Hain wrote:
> Note the ~ ... And ARP requires media level broadcast, which ND does not.
Any multicast capable link is broadcast capable.
> Not all media support broadcast.
A fundamental misunderstanding of people designed IPv6 is that
they believed ATM not broadcast capable but multicast
On Tue, Jun 12, 2012 at 4:33 PM, Michael R. Wayne wrote:
...
> It is important to understand that there is nothing inherent in the
> Windows experience which prohibits security. Rather, it is a
> deliberate design choice on the part of MS.
Windows. A strange game. The only winning move is not t
Masataka Ohta
> Tony Hain wrote:
>
> >> It is because you avoid to face the reality of MLD.
>
> > MLD != ND
> > MLD == IGMP
>
> OK.
>
> > ND ~= ARP
>
> Wrong, because ND requires MLD while ARP does not.
Note the ~ ... And ARP requires media level broadcast, which ND does not.
Not all media s
> -Original Message-
> From: Masataka Ohta [mailto:mo...@necom830.hpcl.titech.ac.jp]
> Sent: Tuesday, June 12, 2012 2:12 PM
> To: Templin, Fred L
> Cc: Owen DeLong; nanog@nanog.org
> Subject: Re: IPv6 day and tunnels
>
> Templin, Fred L wrote:
>
> >> As I already said, 9KB is fine for me.
Templin, Fred L wrote:
>> As I already said, 9KB is fine for me.
>
> Then you will agree that accommodation of MTU diversity
> is a MUST (my point).
Not necessarily, as IPv4 can take care of itself and IPv6
is hopeless.
Masataka Ohta
> As I already said, 9KB is fine for me.
Then you will agree that accommodation of MTU diversity
is a MUST (my point).
Fred
Tony Hain wrote:
>> It is because you avoid to face the reality of MLD.
> MLD != ND
> MLD == IGMP
OK.
> ND ~= ARP
Wrong, because ND requires MLD while ARP does not.
> ND is less overhead on end systems than ARP
Today, overhead in time is more serious than that in processor
load.
As ND requi
Templin, Fred L wrote:
>> Have you learned enough about Moore's law that, at 10Gbps
>> era, 72us of delay is often significant?
>
> I frankly haven't thought about it any further.
That's your problem.
> You say
> 1280+ belongs in ITU, and I say 1280- belongs in ATM.
As I already said, 9KB is f
Not too long ago I received 3 phone calls, with a strong Indian
accent and broken english, claiming to be a computer support
firm that has noticed virus activities on my Windows computer.
First time I told them I don't have any Windows machines. They
then hung up.
The second time, I asked them w
Colleagues:
The NANOG Board of Directors has accepted the resignation of Richard
Steenbergen on June 11, 2012. Richard wrote that '*recent personal and
career changes have made it impossible to devote as much time and attention
to NANOG** as is needed. Therefore, I must officially tender my
res
> From: Michael R. Wayne [mailto:wa...@staff.msen.com]
> On Tue, Jun 12, 2012 at 11:44:44AM +, Jamie Bowden wrote:
> > While MS may be a favorite whipping boy, let's not pretend that if
> > the dominant OS were Apple or some flavor of *nix, things would be any
> > better.
> There is an inhe
> -Original Message-
> From: Masataka Ohta [mailto:mo...@necom830.hpcl.titech.ac.jp]
> Sent: Tuesday, June 12, 2012 4:47 AM
> To: Templin, Fred L
> Cc: Owen DeLong; nanog@nanog.org
> Subject: Re: IPv6 day and tunnels
>
> Templin, Fred L wrote:
>
> > If you wish, you can also consider Alte
On Tue, Jun 12, 2012 at 11:44:44AM +, Jamie Bowden wrote:
>
> While MS may be a favorite whipping boy, let's not pretend that if the
> dominant OS were Apple or some flavor of *nix, things would be any better.
There is an inherent advantage for anything based upon *BSD. It
was developed i
Masataka Ohta wrote:
> Karl Auer wrote:
>
> >> : I've seen links with up to 15k devices where ARP represented
> >> : a significant part of the link usage, but most weren't (yet) IPv6.
> >>
> >> MLD noise around a router is as bad as ARP/ND noise.
> >
> > Possibly true, but that's another discussio
CBT Nuggets is just a quick overview of what you need to read and lab
through in order to know your stuff
adam
-Original Message-
From: Ryan Burtch [mailto:rburt...@gmail.com]
Sent: Tuesday, June 12, 2012 3:21 PM
To: Jonathan Rogers
Cc: nanog@nanog.org
Subject: Re: CBT Nuggets streaming
On 11/06/12 12:38 AM, Alexander Harrowell wrote:
A question: password managers are obviously a great idea, and password
manager + synchronisation takes care of multiple devices.
Go ahead and use one of these password managers and load it with all
your passwords. Then load it's smartphone app
I used cbt nuggets conceptually in ccna and it gave me a good overview of
the concepts. It may be my style of learning.
That said, I was only asking if someone would be willing to help me with
ccnp cbt nuggets training as I know that streaming accounts are multi user.
On Jun 11, 2012 5:05 PM, "Jon
Yea, I know.
The one aspect of the whole thing is memorizing a brain dump is one thing;
troubleshooting and fixing the problem with a supervisor screaming down your
neck is another.
Without the hands on experience, the "memorizing" of the brain dumps will show
up real fast in a NOC!
I was asked
On 6/12/12, Keith Medcalf wrote:
>> Windows security sucks.
>
> The real problem with Windows is that there exist folks who believe that it
> is, or can be, secured. They believe the six-colour glossy, the Gartner
[snip]
Well, they are right. Windows can be secured.
The problem is it It won't
On 6/11/12 10:06 PM, Christopher Morrow wrote:
On Mon, Jun 11, 2012 at 9:48 PM, Chris Boyd wrote:
On Jun 11, 2012, at 8:04 PM, Ray Qiu wrote:
Hi,
Could someone please share the SDN slides that Google presented at
NANOG55? It is still not on the web. Thanks!
Please post a link to the list
Templin, Fred L wrote:
> If you wish, you can also consider Alternate 3 for 9kB:
> 72us@1Gbps, 7.2us@10Gbps, .72us@100Gbps, .072us@1Tbps.
So?
Have you learned enough about Moore's law that, at 10Gbps
era, 72us of delay is often significant?
Masata
Apologies for lack of attribution beyond the first level, but the previous
poster removed that.
> From: Keith Medcalf [mailto:kmedc...@dessus.com]
>
> > Windows security sucks.
>
> The real problem with Windows is that there exist folks who believe
> that it is, or can be, secured. They believ
On Mon, Jun 11, 2012 at 06:39:44PM +, Kain, Rebecca (.) wrote:
> It always pays to goto the site, not believe email.
1. This is why (particularly when dealing with older and/or non-technical
people who are incredibly easy to scam) I recommend (a) bookmarking
their critical sites, such as banks
Hi NANOGers,
Back at NANOG51 in Miami, I gave a presentation relating an IETF draft relating
to improving the robustness of BGP-4 to meet the requirements of current
operational deployments, and there was some good discussion following this.
This document was then presented to the IETF IDR and
Karl Auer wrote:
>> : I've seen links with up to 15k devices where ARP represented
>> : a significant part of the link usage, but most weren't (yet) IPv6.
>>
>> MLD noise around a router is as bad as ARP/ND noise.
>
> Possibly true, but that's another discussion.
Then, you could have simply argu
On Tue, 2012-06-12 at 17:16 +0900, Masataka Ohta wrote:
> Er, do you want to say MLD noise is not a problem?
I did not say or imply that MLD noise is (or is not) a problem.
I took issue with the idea that DAD traffic - the specific kind of
traffic mentioned by the original poster - was likely
Karl Auer wrote:
> BTW, I'm assuming here that by "multicast filtering" you mean "switching
> that properly snoops on MLD and sends multicast packets only to the
> correct listeners".
Er, do you want to say MLD noise is not a problem?
> On this point I think you are wrong. Except for router
> won't these just show up in time on the nanog site, like all other
> talks?
slides are suposed to be on the web site before the talk, usually just
before.
randy
33 matches
Mail list logo
