Newsgroup: it.comp.reti.ip-admin
Titolo: Tunnel

Ho qualche problema a mettere in piedi un tunnel GRE tra un Linux e un
Cisco.
E' tutto a posto a livello di tunnel, l'unico problema che rimane e' che
a quanto pare Linux non sa o sbaglia a scegliere l'indirizzo IP
sorgente.
Per quanto ne so, infatti, l'IP sorgente dovrebbe essere scelto in base
all'interfaccia che verra' usata per raggiungere la destinazione.
La configurazione attuale (con IP cambiati e' la seguente):
1.0.0.1 IP della eth0 del default gateway locale
1.0.0.2 IP della eth0 locale
2.0.0.1 IP del cisco remoto
3.0.0.1 IP del tunnel (gre1) locale
3.0.0.2 IP del tunnel (tunnel0) remoto
Con una routing table del genere, per raggiungere il 2.123.123.1 (un'ip
dall'altra parte) viene usata la default route che usa come interfaccia
la gre1, pero' l'IP che viene selezionato e' quello della eth0...
[root@kzam /root]# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:50:04:6B:67:BE
          inet addr:1.0.0.2  Bcast:62.212.0.255  Mask:255.255.255.0
...
gre1      Link encap:UNSPEC  HWaddr
3E-D4-00-2F-00-00-00-00-00-00-00-00-00-00-00-00
          inet addr:3.0.0.1  P-t-P:3.0.0.2  Mask:255.255.255.252
...
[root@kzam /root]# iptunnel
gre0: gre/ip  remote any  local any  ttl inherit  nopmtudisc
gre1: gre/ip  remote 2.0.0.1  local 1.0.0.2  ttl inherit
[root@kzam /root]# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use
Iface
127.0.0.0       *               255.0.0.0       U     0      0        0
lo
127.0.0.1       *               255.255.255.255 UH    0      0        0
lo
1.0.0.0         *               255.255.255.0   U     0      0        0
eth0
1.0.0.2         *               255.255.255.255 UH    0      0        0
eth0
2.0.0.1         1.0.0.1         255.255.255.255 UGH   0      0        0
eth0
3.0.0.0         *               255.255.255.252 U     0      0        0
gre1
default         3.0.0.2         0.0.0.0         UG    0      0        0
gre1
L'unico caso in cui funziona e' quando pingo il 3.0.0.2 che e'
l'indirizzo dell'interfaccia tunnel dall'altra parte.
PING 2.123.123.1 (2.123.123.1) from 1.0.0.2 : 56(84) bytes of data.
                                   ^^^^^^^^^ IP dell'eth0... no no
no....
PING 3.0.0.2 (3.0.0.2) from 3.0.0.1 : 56(84) bytes of data.
                           ^^^^^^^^^ IP del tunnel, corretto
Ciao!
-- 
 Daniele
-------------------------------------------------------------------------------
 Daniele Orlandi - Utility Line Italia - 
http://www.orlandi.com
 Via Mezzera 29/A - 20030 - Seveso (MI) - Italy
-------------------------------------------------------------------------------

sorgente.
Ti consiglio di usare iproute, e` *molto* piu` versatile di ifconfig.
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | A name indicates what we seek. An address indicates where it is.
      | A route indicates how we get there.  -- Jon Postel (1943-1998)
      | (Ri)scoprire fidonet: 
http://bbs.mi.linux.it

 Ti consiglio di usare iproute, e` *molto* piu` versatile di ifconfig.
Ok, ma alla fine parrebbe proprio essere un baco dell'implementazione
dei tunnels GRE su Linux, infatti, cmabiando in IPIP l'incapsulazione
del tunnel si e' messo tutto a funzionare egregiamente.
Ho mandato una mail a quello che sembra il mantainer di ip_gre.c per
informarlo... vediamo cosa risponde.
Ciao.


 informarlo... vediamo cosa risponde.
Io non ho ancora fatto in tempo a guardarlo, ma la mia perplessita' e'
che sarebbe un bug macroscopico del GRE. Potrebbe avere un senso quello
che ti succede?
ciao
lele

 Potrebbe avere un senso quello che ti succede?
No... non ha senso... la regola e' che viene preso l'indirizzo
dell'interfaccia dalla quale parte il pacchetto. Un'interfaccia c'e'
sempre, se non c'e' ti becchi un unreachable.
Poi, il semplice cambiamento dell'incapsulazione ha risolto il
problema...
Ciao!


 ha scritto nel messaggio
news:38A71FE5...@orlandi.com...
