Re: Problems with a gif0 tunnel on a sis and wi interface?

[Jaime Vargas <jvargas_(_at_)_whywire_(_dot_)_net>]

I found the answer to my own question. The problem was that I had
not allowed the etherip protocol in the kernel.  So the solution is to
enable it with sysctl.

sysctl -w net.inet.etherip.allow=1

I think this should be added to the brconfig man page as it is not so
obvious.

Cheers, Jaime

-- The best way to predict the future is to invent it -- Steve Jobs

On Tuesday, May 27, 2003, at 01:31  PM, Jaime Vargas wrote:

> Hi all. I have the following setup and I can not get it to work.
>
>                 ------                          ------
> Server ---sis0 | box1 | sis1 ------------ sis1 | box2 | wi0 ----- 
> Client
>                 ------                          ------
>
> This is the configuration for box1:
>
> ifconfig sis1 inet 10.10.10.1 netmask 255.255.255.252
> ifconfig gif0 tunnel 10.10.10.1 10.10.10.2
> brconfig bridge0 add gif0 add sis1
> ifconfig sis0 up
> ifconfig sis1 up
> ifconfig gif0 up
> brconfig bridge0 up
>
> And this is the configuration for box2:
>
> ifconfig sis1 inet 10.10.10.2 netmask 255.255.255.252
> ifconfig gif0 tunnel 10.10.10.2 10.10.10.1
> brconfig bridge0 add gif0 add wi0
> ifconfig sis1 up
> ifconfig wi0 up
> ifconfig gif0 up
> brconfig bridge0 up
>
>
> I think there is a problem on the physical interface passing the 
> packets to the gif interface on box1. I tested connectivity between 
> sis1 and I had done some packet captures on sis1 and gif0 on both 
> units.
>
> When the client tries to ping the server, the packets never reach the 
> gif0 interface.
> However they reach sis1 on box1.
>
> Here is a sample of the traces for box2:
>
> tcpdump: listening on gif0
> 01:25:34.774502 arp who-has 10.0.3.1 tell 10.0.3.68 (0:30:65:12:fd:12)
> 01:25:35.774886 arp who-has 10.0.3.1 tell 10.0.3.68 (0:30:65:12:fd:12)
> 01:25:36.775297 arp who-has 10.0.3.1 tell 10.0.3.68 (0:30:65:12:fd:12)
>
> tcpdump: listening on sis1
> 01:26:25.011948 etherip 10.10.10.2 > 10.10.10.1 ver 3 len 44: arp 
> who-has 10.0.3.1 tell 10.0.3.68 (0:30:65:12:fd:12)
> 01:26:26.012426 etherip 10.10.10.2 > 10.10.10.1 ver 3 len 44: arp 
> who-has 10.0.3.1 tell 10.0.3.68 (0:30:65:12:fd:12)
>
> Here is a sample of the traces for box1:
>
> tcpdump: listening on sis1
> 12:48:53.072787 etherip 10.10.10.2 > 10.10.10.1 ver 3 len 44: arp 
> who-has 10.0.3.1 tell 10.0.3.68 (0:30:65:12:fd:12)
> 12:48:54.073205 etherip 10.10.10.2 > 10.10.10.1 ver 3 len 44: arp 
> who-has 10.0.3.1 tell 10.0.3.68 (0:30:65:12:fd:12)
>
> tcpdump: listening on gif0
> (The arp request packet is never seen on the gif0 interface)
>
> Any ideas of what would be the problem. Is there anything that I am 
> missing?
>
> Thanks,
>
> Jaime