>> my preference is to dropp support for multi-destination mode from
>> gif(4), as the multi-destination behavior is violating network layering
>> (rt_gateway is in inner header, and gif(4) multi-destination mode
>> uses it to determinte outer header).
>
>There's certainly a b
>
> my preference is to dropp support for multi-destination mode from
> gif(4), as the multi-destination behavior is violating network layering
> (rt_gateway is in inner header, and gif(4) multi-destination mode
> uses it to determinte outer header).
There's certainly a b
On Sat, 12 May 2001, Jun-ichiro itojun Hagino wrote:
> hello, regarding to the note on:
>
>
> http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=0+2538+/usr/
> local/www/db/text/2001/freebsd-net/20010506.freebsd-net
First off thanks a million for the response.
>
>the symptom is
hello, regarding to the note on:
http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=0+2538+/usr/local/www/db/text/2001/freebsd-net/20010506.freebsd-net
the symptom is repeatable. however, it seems to me that the multi
destination mode is poorly documented, and needs ce
I'm having a problem with Multi destination gif tunnel. Here the useful
setup info.
// Tunnel setup:
hadji# gifconfig -a
gif0: flags=9011 mtu 1280
inet 192.168.254.9 --> 192.168.254.10 netmask 0xff00
inet
