https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=3265
--- Comment #2 from Chris A <rocket@xxxxxxxxxxxxxx> 2009-03-15 22:58:56 PDT ---
Created an attachment (id=2867)
--> (https://bugs.wireshark.org/bugzilla/attachment.cgi?id=2867)
capture showing LDSS traffic (WAN downloads are filtered out)
Hi Jeff, here's a capture file. Capture was taken on 172.16.38.28 with a few
other peers running.
In the capture you will see 3 pull-style transfers and 1 push-style transfer.
You can also see how peers perform searches and if no-one has the file,
fail-over to the WAN (you'll see "WAN download start" packets and promises
during the download.) There's a particular file that's about 2MB which took a
whopping 7 seconds to download to my dev box. You can see it with this filter:
ldss.digest ==
5b:76:35:c6:d1:df:0c:76:1b:c7:40:d0:71:60:c0:f8:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00
Let me know if there's anything else I can send through.
Cheers
Chris.
PS. If you like trivia: this capture actually uncovered a bug in our
implementation whereby if there are multiple offers the downloader acts on the
first offer (twice!) but immediately closes the connection. Use this filter to
see an example:
ldss.digest ==
1a:6a:13:2e:05:0d:ee:88:17:da:f6:27:c9:85:8e:df:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00
--
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.