Thanks for prompt answer. it works fine when singlehomed it seems (could download files a dozen times in a row without any problem).
> 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 I am a bit disappointed you can't find the truth just by looking at the matrix : A lot of effort when into drawing those numbers ^^ ! I understand it's not practical when you are not accustomed to the experience parameters You can download server and client pcap from : http://downloads.tuxfamily.org/bluecosmos/lispmob/ Those 2 pcaps record more or less 4 attempts of getting files. First and last succed whereas the 2 inthe middle failed (if I remember correctly but you get the idea). I hope I've done it correctly otherwise tell me. I am on irc with pseudo teto. I am not so used to inscpeting pcap files but will try as well . Matt On Thu, Jun 6, 2013 at 1:46 PM, Alberto Rodriguez-Natal <[email protected]> wrote: > 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 > >
