[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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



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