Problems with gif tunnels
Jeremie Le Hen
jeremie at le-hen.org
Tue Jun 7 10:10:14 GMT 2005
Hi Greg,
> > Destination Gateway Flags Refs Use Netif Expire
> > default 150.101.14.9 UGS 0 7 rl0
> > 150.101.14.8/30 link#2 UC 0 0 rl0
> > 150.101.14.9 00:90:1a:40:09:98 UHLW 2 2 rl0 903
> > 192.109.197 link#1 UC 0 0 xl0
> > 192.109.197.135 00:10:4b:66:1e:e9 UHLW 0 6757 xl0 1056
> > 192.109.197.137 00:50:da:cf:07:35 UHLW 0 99336 xl0 1188
> > 192.109.197.255 ff:ff:ff:ff:ff:ff UHLWb 0 34521 xl0
> > 203.16.215.227 150.101.14.9 UGHS 1 4 rl0
I guess you need a route to something like 192.83.231.0/24 through gif0.
Try
%%%
route add -host 192.83.231.16 -interface gif0
%%%
> > I then get somebody from the other end to ping me:
> >
> > 17:49:10.228597 IP 203.16.215.227 > 150.101.14.10: IP 192.83.231.16 > 192.109.197.145: icmp 64: echo request seq 6908
> > 17:49:11.229188 IP 203.16.215.227 > 150.101.14.10: IP 192.83.231.16 > 192.109.197.145: icmp 64: echo request seq 6909
> >
> > But that's all. Nothing goes out. I've tried this on different
> > systems, and I know somebody else who is using what looks like an
> > identical configuration with this ISP, and it works fine. I've tried
> > different systems, one and two NICs, 4.x and 5.x, all with the same
> > (non)result. What am I missing?
It would be worth knowing if the ICMP packet goes out from your
``internal'' interface (xl0). In this case, you should also see
the ICMP echo-reply.
Regards,
--
Jeremie Le Hen
< jeremie at le-hen dot org >< ttz at chchile dot org >
More information about the freebsd-net
mailing list