Well that goes all the way back to my first email :-)
"An alternative view on this is that I shouldn't be sending out any packets,
especially unsolicited NAs, using or referencing a tentative address."
This makes sense. I'll stop doing bad things now :-) Thanks for your input
and clearing this up
At Wed, 06 May 2009 17:17:52 -0700,
Bob Van Zant wrote:
> I guess that changes my question quite a bit. If you randomly fire off an
> unsolicited NA right after configuring an interface should that cause a DAD
> failure?
Actually, in that case you shouldn't send out the NA in the first
place bec
I never actually tested the NIC pairing scenario and was only testing the
naive "add a new IP, fire off an unsolicited NA for that IP."
I did just test the NIC pairing and you are right, if the interface is down
when it is configured we don't run DAD. Which does seem weird but that would
be a diff
At Wed, 06 May 2009 15:49:45 -0700,
Bob Van Zant wrote:
> > I'm afraid we need clarification first...what do you mean by
> > "reconfigure an interface with an IPv6 address"? Do you mean adding a
> > new IPv6 address to an interface? If so, I'm not sure why you
> > referred to the following part
On 5/6/09 3:06 PM, "JINMEI Tatuya / 神明達哉" wrote:
> I'm afraid we need clarification first...what do you mean by
> "reconfigure an interface with an IPv6 address"? Do you mean adding a
> new IPv6 address to an interface? If so, I'm not sure why you
> referred to the following part of RFC2461 (btw
At Tue, 05 May 2009 11:40:12 -0700,
Bob Van Zant wrote:
>
> I'm working on a piece of software that, among other things, allows an
> administrator to easily configure IPv6 interfaces on a FreeBSD host. I've
> run into a problem where whenever I reconfigure an interface with an IPv6
> address Free
On 5/6/09 7:27 AM, "Bruce Simpson" wrote:
>> The problem is that I'm following RFC 2461 [1] in that I send an unsolicited
>> neighbor advertisement to ff02::1 immediately after configuring the
>> interface.
>>
>
> How are you doing this? Do you do this from the kernel or from your own
> userl
Hi,
What is the preferred way of getting out of an accept in an
multithreaded application? On linux it works that the in-kernel
filedescriptor is closed from the signal handler but that does not seem
to do the trick in FreeBSD 7.1 or 7.2. Is using poll the only option or
preferred anyway?
Bob Van Zant wrote:
I'm working on a piece of software that, among other things, allows an
administrator to easily configure IPv6 interfaces on a FreeBSD host. I've
run into a problem where whenever I reconfigure an interface with an IPv6
address FreeBSD marks the new address as being a duplicate
On Wed, 6 May 2009, Gabe wrote:
Hi,
I had been travelling yesterday, ... here is the summary for today:
So how is it coming along?
It's compiling; it's on might notebook since last night as well. It
hasn't crashed yet. I haven't tested IPsec yet either though;)
That'll probably happen the ne
Chris Cowart wrote:
Assuming the NICs are displayed by ifconfig -a or inserted into
cloned_interfaces in /etc/rc.conf, you can create the following scripts:
/etc/start_if.vlan100
/etc/stop_if.vlan100
Where start_if.vlan100 is sourced by the netif start and stop_if.vlan100
is sourced by the neti
--- On Tue, 4/28/09, Scott Ullrich wrote:
> From: Scott Ullrich
> Subject: Re: IPSEC NAT traversal
> To: "Bjoern A. Zeeb"
> Cc: freebsd-net@freebsd.org, "VANHULLEBUS Yvan"
> Date: Tuesday, April 28, 2009, 11:39 AM
> On Tue, Apr 28, 2009 at 1:28 PM, Bjoern A. Zeeb
> wrote:
> > On Tue, 28 Apr
12 matches
Mail list logo
