It does solve the problem ! Thank you Albert & Alberto my saviors \o/ Matt
On Thu, Jun 6, 2013 at 2:28 PM, Albert López <[email protected]> wrote: > > Dear Teto, > > I think that the problem is that you don't have defined a default gateway > for interface eth1. > LISPmob needs to have a default gateway for each interface with locators. > You could define them with different metrics. > I hope this will solve your problem. Please let us know the result. > > Best regards > > Albert > > > On 06/06/2013 12:30 PM, Teto wrote: >> >> Hi, >> >> Still me having problems sorry. I try to download files to my laptop >> (153.16.49.112/29) from a server, (153.16.49.120/29) both running lisp >> 0.3.2. The weird thing is sometimes it works sometimes it doesn't even >> though I don't touch any configuration or lispmob within. >> >> You can find a screenshot of my desktop here >> http://uppix.com/f-lispmob51b0644b001308d5.png (thought it was the >> best way to sum up all informations):. >> >> On the right hand side ( blue square) you have my laptop terminals: >> 4: output of $ lispd | grep 153.16.49.120 >> 5: output of $ tshark -i eth0 -R "tcp.port == 8000" >> 6: trying to download file from my server via wget. Just by reentering >> that command several times, without touching anything else, I get >> different results without being able to identify the culprit. >> >> On the left hand side, there are the server terminals. This server is >> multihomed with eth0 and eth1. >> 1: lispmob output >> 2: output of tshark -R "tcp.port == 8000" -i eth0 -i eth1 >> 3: output of tshark -R "tcp.port == 8000" -i lispTun0 >> >> pings between server and laptop always succeed. There is no iptable >> rules in either case. What I wanted to show with this screenshot is >> that between 3 and 2 we seem to lose the syn/Ack packets (once more >> not always, only from time to time, on the screenshot it's the case) , >> visible by tshark on lispTun0 but not on either eth0 or eth1. The >> server uses an unmodified lispmob version. >> >> I was wondering if you had any idea where that could come from ? >> I will be idling on IRC this afternoon. >> >> ==== route -n on server ==== >> Kernel IP routing table >> Destination Gateway Genmask Flags Metric Ref Use >> Iface >> 0.0.0.0 0.0.0.0 128.0.0.0 U 0 0 0 >> lispTun0 >> 0.0.0.0 79.141.8.225 0.0.0.0 UG 0 0 0 >> eth0 >> 79.141.8.224 0.0.0.0 255.255.255.224 U 0 0 0 >> eth0 >> 94.228.180.196 0.0.0.0 255.255.255.252 U 0 0 0 >> eth1 >> 128.0.0.0 0.0.0.0 128.0.0.0 U 0 0 0 >> lispTun0 >> >> >> Here is the server multihomed.conf >> ====== >> debug = 2 # Debug level [0..3] >> map-request-retries = 2 # send 2 before giving up >> >> >> # >> # LISP Config >> # >> >> # Encapsulated Map-Requests are sent to this map resolver >> map-resolver = { >> #195.50.116.18 >> 217.8.98.42 >> } >> >> # Register to this map server >> map-server { >> address = 217.8.98.42 >> key-type = 1 # SHA1 >> key = helloworld # fake >> proxy-reply = on # ask ms to proxy reply >> } >> >> # Encapsulate packets for non-LISP sites to this Proxy-ETR >> proxy-etr { >> # address = 149.20.48.60 # latence de 100 ms >> # address = 217.8.98.33 #latence de 30 ms >> address = 193.162.145.46 >> priority = 1 >> weight = 100 >> } >> >> # IPv4 EID of the mobile node >> database-mapping { >> eid-prefix = 153.16.49.120/29 >> interface = eth0 # Interface >> containing the RLOCs associated to this EID >> priority_v4 = 1 >> weight_v4 = 100 >> priority_v6 = 0 >> weight_v6 = 100 >> } >> >> >> # >> database-mapping { >> eid-prefix = 153.16.49.120/29 >> interface = eth1 # Interface >> containing the RLOCs associated to this EID >> priority_v4 = 1 >> weight_v4 = 100 >> priority_v6 = 0 >> weight_v6 = 100 >> } >> # List of PITRs to SMR on handover >> proxy-itrs = { >> 69.31.31.98, # eqx-ash-pxtr >> 149.20.48.60, # isc-pxtr >> 198.6.255.37, # asp-pxtr >> 129.250.1.63, # ntt-amer-pxtr >> 217.8.98.33, # intouch-pxtr-1 >> 217.8.98.35, # intouch-pxtr-2 >> 193.162.145.46, # tdc-pxtr >> 158.38.1.92, # uninett-pxtr >> 203.181.249.172 # apan-pxtr >> } >> ====== >> >> >> >> >> Best regards >> >> MAtt > > >
