- NANOG - lists.nanog.org

OT: Limelight Sales Rep?
by Jesse Proudman 25 Nov '10

25 Nov '10

If any one knows of a Limelight Sales rep who may be working tomorrow, could you please have them get in touch with me? Thanks, Jesse Proudman Blue Box Group, LLC p. 800-613-4305 x 801 www.blueboxgrp.com

1 0

bellnexxia.net mail admin
by Gary Baribault 24 Nov '10

24 Nov '10

Would a mail admin please contact me off-list to resolve a configuration problem. thanks Gary B

1 0

Looking for Yahoo! mail admin
by James Berwick 24 Nov '10

24 Nov '10

Hello, We're having some issues with delivery to Yahoo mail accounts and can't seem to narrow down why. Could a kind Yahoo! mail administrator please contact me off-list so I can pass along our details so we can figure out and fix whatever the problem is? Much thanks in advance!

1 0

IPv6
by Nick Olsen 24 Nov '10

24 Nov '10

Curious as to who is running IPv6 with TW Telecom or Cogent. I'm wanting to turn up native IPv6 with them, And wanted to hear thoughts/experiences. I assume it should be a "non-event". We've already got a prefix from arin that we are going to announce. Nick Olsen Network Operations (855) FLSPEED x106

16 22

Experiences with 3Com/H3C/HP S5800/A5800 switches?
by Ulf Zimmermann 23 Nov '10

23 Nov '10

Can anyone with experiences on the S5800/A5800 series of 3Com/H3C/HP switches email of off-list with good/bad stuff? Also maybe a pointer at manuals for the OS? My reseller so far is having a hard time finding them for me. -- Regards, Ulf.

1 0

Re: Introducing draft-denog-v6ops-addresspartnaming (fwd)
by Jay Nugent 23 Nov '10

23 Nov '10

Documenting my support publically, as requested. --- Jay ---------- Forwarded message ---------- Date: Mon, 22 Nov 2010 23:26:31 +0100 From: Richard Hartmann <richih.mailinglist(a)gmail.com> To: Jay Nugent <jjn(a)nuge.com> Subject: Re: Introducing draft-denog-v6ops-addresspartnaming On Mon, Nov 22, 2010 at 19:46, Jay Nugent <jjn(a)nuge.com> wrote: > Â I like "hexquad" for any value between the colons being greater than > zero. Â Example :abcd: OK, noted :) Are you willing to answer on-list to document your support publically? > Â I like "hexnot" when the value between the colons is zero. Â Example :: I honestly think that they look and sound way too similar which may lead to confusion. Richard

1 0

IPv6 6to4 and dns
by Jeroen van Aart 23 Nov '10

23 Nov '10

What would be the best way to configure your dns once you've set up IPv6 6to4? Separate the IPv4 and IPV6 domains or let them be the same? That is, use something like example.com for your existing IPv4 address and something like 6.example.com for IPv6 (and www.6.example.com etc.)? Or is it safe to have both A and AAAA records for the same domain name? Thanks, Jeroen -- http://goldmark.org/jeff/stupid-disclaimers/ http://linuxmafia.com/~rick/faq/plural-of-virus.html

6 8

Re: Introducing draft-denog-v6ops-addresspartnaming
by Robert Bonomi 23 Nov '10

23 Nov '10

> From nanog-bounces+bonomi=mail.r-bonomi.com(a)nanog.org Fri Nov 19 14:18:02 2010 > Date: Fri, 19 Nov 2010 12:19:34 -0800 > From: Joel Jaeggli <joelja(a)bogus.com> > To: Owen DeLong <owen(a)delong.com> > Subject: Re: Introducing draft-denog-v6ops-addresspartnaming > Cc: bmanning(a)vacation.karoshi.com, nanog(a)nanog.org > > On 11/19/10 10:56 AM, Owen DeLong wrote: > >> It is always two bytes. A byte is not always an octet. Some machines do > > > > It is always two OCTETS. A byte is not always an octet... > > Assuming you have a v6 stack on your cdc6600 a v6 address fits in 22 > bytes not 16. <pedant> 3 words of CPU memory (with 50+ bits available to possibly pack 'something else useful' in.) One could get away with 11 words of PPU memory, but that would require pack/unpack on every move between CPU<->PPU address-spaces. </pedant> just implementing a K&R 'C' compiler was a real challenge on that hardware. :) > One can define that byte size for the purposes of the human reading of > addresses ipv6 as 8 bits, without getting into machine specific details. > what's important to the machine isn't the division of the address into > parts (they aren't divided in the machine representation it's just one > long row of bits) but rather where the mask falls. Yup. When talking IP, the 'network byte size' is fixed at 8 bits. This is 'cast in stone', as is 'network byte order', and 'bit order'. If the 'scope' of the term is restricted to Internet protocol/connectivity contexts, one can use 'byte' unambiguously as a referant to an 8-bit qty.

1 0

Re: Introducing draft-denog-v6ops-addresspartnaming
by Robert Bonomi 23 Nov '10

23 Nov '10

> From nanog-bounces+bonomi=mail.r-bonomi.com(a)nanog.org Fri Nov 19 11:05:33 2010 > Subject: Re: Introducing draft-denog-v6ops-addresspartnaming > From: Owen DeLong <owen(a)delong.com> > Date: Fri, 19 Nov 2010 08:58:45 -0800 > To: Richard Hartmann <richih.mailinglist(a)gmail.com> > Cc: bmanning(a)vacation.karoshi.com, nanog(a)nanog.org > > > On Nov 19, 2010, at 12:57 AM, Richard Hartmann wrote: > > > On Fri, Nov 19, 2010 at 07:00, <bmanning(a)vacation.karoshi.com> wrote: > > > >> problem is, its not alwas ggoig to be two bytes... > > > > It's always two bytes, but people may choose to omit them. That is a > > social, not a (purely) technical, syntax, though. > > It is always two bytes. A byte is not always an octet. Some machines do > have byte sizes other than 8 bits, although few of them are likely to have > IPv6 stacks, so, this may be an academic distinction at this point. I suppose one could call the explicitly-present fields 'bi-bytes', and the compressed-out sequence the 'bye-bytes'.

1 0

Re: Introducing draft-denog-v6ops-addresspartnaming
by Jeff Aitken 22 Nov '10

22 Nov '10

[ Meant to send this to the list and not directly to Richard. ] On Fri, Nov 19, 2010 at 03:07:40AM +0100, Richard Hartmann wrote: > If any of you have any additional suggestions, you are more than > welcome to share them. I heard "hexquad" somewhere awhile back and have been using it since... looking over the other options present in your poll, I think I still prefer it, but I could live with either "hextet" or simply "quad" as well. --Jeff

2 2