Hi again Matt, We appreciate all this feedback, don't hesitate to contact us whenever you need to.
The described behavior is quite odd. Do you get this behavior using just one interface on your server? Did it appear on version 0.3.1 of LISPmob? Could you send us the full pcap capture files on both sides (and all interfaces), and full lispd logs? We appreciate the screenshot with the summary of your environment, but it's quite hard for us to get all the info we need just from there :P Best, Alberto On 6 June 2013 12:30, Teto <[email protected]> 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 >
