Gnutella Forums  

Go Back   Gnutella Forums > Current Gnutella Client Forums > LimeWire+WireShare (Cross-platform) > LimeWire Beta Archives
Register FAQ The Twelve Commandments Members List Calendar Arcade Find the Best VPN Search Today's Posts Mark Forums Read


Welcome To Gnutella Forums

You are currently viewing our boards as a guest which gives you limited access to view most discussions and access our other features. By joining our free community you will have access to post topics, communicate privately with other members (PM), respond to polls, upload content, fun aspects such as the image caption contest and play in the arcade, and access many other special features after your registration and email confirmation. Registration is fast, simple and absolutely free so please, join our community today! (click here) (Note: we use Yandex mail server so make sure yandex is not on your email filter or blocklist.)

If you have any problems with the Gnutella Forum registration process or your Gnutella Forum account login, please contact us (this is not for program use questions.) Your email address must be legitimate and verified before becoming a full member of the forums. Please be sure to disable any spam filters you may have for our website, so that email messages can reach you.
Note: Any other issue with registration, etc., send a Personal Message (PM) to one of the active Administrators: Lord of the Rings or Birdy.

Once registered but before posting, members MUST READ the FORUM RULES (click here) and members should include System details - help us to help you (click on blue link) in their posts if their problem relates to using the program. Whilst forum helpers are happy to help where they can, without these system details your post might be ignored. And wise to read How to create a New Thread

Thank you

If you are a Spammer click here.
This is not a business advertising forum, all member profiles with business advertising will be banned, all their posts removed. Spamming is illegal in many countries of the world. Guests and search engines cannot view member profiles.



           Deutsch?              Español?                  Français?                   Nederlands?
   Hilfe in Deutsch,   Ayuda en español,   Aide en français et LimeWire en françaisHulp in het Nederlands

Forum Rules

Support Forums

Before you post to one of the specific Client Help and Support Conferences in Gnutella Client Forums please look through other threads and Stickies that may answer your questions. Most problems are not new. The Search function is most useful. Also the red Stickies have answers to the most commonly asked questions. (over 90 percent).
If your problem is not resolved by a search of the forums, please take the next step and post in the appropriate forum. There are many members who will be glad to help.
If you are new to the world of file sharing please do not be shy! Everyone was ‘new’ when they first started.

When posting, please include details for:
Your Operating System ....... Your version of your Gnutella Client (* this is important for helping solve problems) ....... Your Internet connection (56K, Cable, DSL) ....... The exact error message, if one pops up
Any other relevant information that you think may help ....... Try to make your post descriptive, specific, and clear so members can quickly and efficiently help you. To aid helpers in solving download/upload problems, LimeWire and Frostwire users must specify whether they are downloading a torrent file or a file from the Gnutella network.
Members need to supply these details >>> System details - help us to help you (click on blue link)


Moderators

There are senior members on the forums who serve as Moderators. These volunteers keep the board organized and moving.
Moderators are authorized to: (in order of increasing severity)
Move posts to the correct forums. Many times, members post in the wrong forum. These off-topic posts may impede the normal operation of the forum.
Edit posts. Moderators will edit posts that are offensive or break any of the House Rules.
Delete posts. Posts that cannot be edited to comply with the House Rules will be deleted.
Restrict members. This is one of the last punishments before a member is banned. Restrictions may include placing all new posts in a moderation queue or temporarily banning the offender.
Ban members. The most severe punishment. Three or more moderators or administrators must agree to the ban for this action to occur. Banning is reserved for very severe offenses and members who, after many warnings, fail to comply with the House Rules. Banning is permanent. Bans cannot be removed by the moderators and probably won't be removed by the administration.


The Rules

1. Warez, copyright violation, or any other illegal activity may NOT be linked or expressed in any form. Topics discussing techniques for violating these laws and messages containing locations of web sites or other servers hosting illegal content will be silently removed. Multiple offenses will result in consequences. File names are not required to discuss your issues. If filenames are copyright then do not belong on these forums & will be edited out or post removed. Picture sample attachments in posts must not include copyright infringement.

2. Spamming and excessive advertising will not be tolerated. Commercial advertising is not allowed in any form, including using in signatures.

3. There will be no excessive use of profanity in any forum.

4. There will be no racial, ethnic, or gender based insults, or any other personal attacks.

5. Pictures may be attached to posts and signatures if they are not sexually explicit or offensive. Picture sample attachments in posts must not include copyright infringement.

6. Remember to post in the correct forum. Take your time to look at other threads and see where your post will go. If your post is placed in the wrong forum it will be moved by a moderator. There are specific Gnutella Client sections for LimeWire, Phex, FrostWire, BearShare, Gnucleus, Morpheus, and many more. Please choose the correct section for your problem.

7. If you see a post in the wrong forum or in violation of the House Rules, please contact a moderator via Private Message or the "Report this post to a moderator" link at the bottom of every post. Please do not respond directly to the member - a moderator will do what is required.

8. Any impersonation of a forum member in any mode of communication is strictly prohibited and will result in banning.

9. Multiple copies of the same post will not be tolerated. Post your question, comment, or complaint only once. There is no need to express yourself more than once. Duplicate posts will be deleted with little or no warning. Keep in mind a forum censor may temporarily automatically hold up your post, if you do not see your post, do not post again, it will be dealt with by a moderator within a reasonable time. Authors of multiple copies of same post may be dealt with by moderators within their discrete judgment at the time which may result in warning or infraction points, depending on severity as adjudged by the moderators online.

10. Posts should have descriptive topics. Vague titles such as "Help!", "Why?", and the like may not get enough attention to the contents.

11. Do not divulge anyone's personal information in the forum, not even your own. This includes e-mail addresses, IP addresses, age, house address, and any other distinguishing information. Don´t use eMail addresses in your nick. Reiterating, do not post your email address in posts. This is for your own protection.

12. Signatures may be used as long as they are not offensive or sexually explicit or used for commercial advertising. Commercial weblinks cannot be used under any circumstances and will result in an immediate ban.

13. Dual accounts are not allowed. Cannot explain this more simply. Attempts to set up dual accounts will most likely result in a banning of all forum accounts.

14. Video links may only be posted after you have a tally of two forum posts. Video link posting with less than a 2 post tally are considered as spam. Video link posting with less than a 2 post tally are considered as spam.

15. Failure to show that you have read the forum rules may result in forum rules breach infraction points or warnings awarded against you which may later total up to an automatic temporary or permanent ban. Supplying system details is a prerequisite in most cases, particularly with connection or installation issues.

Violation of any of these rules will bring consequences, determined on a case-by-case basis.


Thank You! Thanks for taking the time to read these forum guidelines. We hope your visit is helpful and mutually beneficial to the entire community.


 
 
LinkBack Thread Tools Display Modes
  #1 (permalink)  
Old January 20th, 2002
Moak's Avatar
Guest
 
Join Date: September 7th, 2001
Location: Europe
Posts: 816
Moak is flying high
Default Suggestion to v0.6 Handshake

Hi,
there are two things I would like to comment/change in LW's Gnutella proposals, handshake upwards compatibilty [1] and branding superpeers 'ultrapeers' [2].

About v0.6 handshake upwards compatibility. A client should not respond with "GNUTELLA/0.6 200 OK" when a v0.7 client (or above) connects. Instead it should respond with "GNUTELLA/0.6 501 Not Implemented". A sample handshake (taken from my v0.7 proposal, plz adjust to v0.6 needs!):

Code:
Client                           Server                     Comments
-----------------------------------------------------------
CONNECT REQUEST GNUTELLA/0.8<cr><lf>                        <- new version!?!
User-Agent: AoloA/1.8<cr><lf>
<cr><lf>
                                GNUTELLA/0.7 501 Not Implemented<cr><lf>
                                User-Agent: AoloA/1.7<cr><lf>
                                Gnutella-Protocol: 0.7, 0.4
                                <cr><lf>                    <- Server doesn't disconnect
CONNECT REQUEST GNUTELLA/0.7<cr><lf>                        <- Client starts over
User-Agent: AoloA/1.8<cr><lf>
<cr><lf>
                                GNUTELLA/0.7 200 OK<cr><lf>
                                User-Agent: Aoloa/1.7<cr><lf>
                                Your-IP: 194.246.250.222<cr><lf>
                                <cr><lf>
[binary messages]               [binary messages]
About "Ultrapeer". There has been no need IMHO to brand superpeers 'ultrapeers'. Can we just forget about marketing and name them simply 'Superpeers' or 'Superservants' please. :-) Only the name 'Supernode' is trademarked (Kazaa/Morpheus/Grokster use only this term on their webpages, eDonkey uses the term 'server'), everything else is free. AFAIK good old Clip2 was first mentioning superpeers or refelectors.

Hope you like it, Moak

[1] Gnutella v0.6 Handshake - http://groups.yahoo.com/group/the_gd...Gnutella06.txt
[2] "Ultra"peers - http://groups.yahoo.com/group/the_gd...ltrapeers.html (Yahoo account required)
  #2 (permalink)  
Old January 20th, 2002
John Blackbelt Jones's Avatar
Gnutella Veteran
 
Join Date: November 11th, 2001
Location: Germany
Posts: 103
John Blackbelt Jones is flying high
Default Re: Suggestion to v0.6 Handshake

Quote:
Originally posted by Moak

About v0.6 handshake upwards compatibility. A client should not respond with "GNUTELLA/0.6 200 OK" when a v0.7 client (or above) connects. Instead it should respond with "GNUTELLA/0.6 501 Not Implemented".
What advantages would that have over 0.6? When you receive a "GNUTELLA/0.6 200 OK" to a "GNUTELLA CONNECT/0.7" you will know that 0.7 is not implemented and, if you want, you can terminate the connection, if you wanted to prefer hosts that implemented the newer protocol.
  #3 (permalink)  
Old January 20th, 2002
Moak's Avatar
Guest
 
Join Date: September 7th, 2001
Location: Europe
Posts: 816
Moak is flying high
Default plausability

An OK is not an answer when you do not support the protocol.
Rather than evaluating the protocol of the opponent, the opponent should give a correct answers: "Not implemented", plus the supported protocol versions (see header above) for further handshake.
  #4 (permalink)  
Old January 22nd, 2002
Moak's Avatar
Guest
 
Join Date: September 7th, 2001
Location: Europe
Posts: 816
Moak is flying high
Question feedback

Well, some feedback from Limewire would be nice. Something like "no, we don't like it" or "it's not a good idea".

Thx, Moak
  #5 (permalink)  
Old January 22nd, 2002
Morgwen's Avatar
lazy dragon - retired mod
 
Join Date: October 14th, 2001
Location: Germany
Posts: 2,927
Morgwen is flying high
Default

Moak!

The easiest way to get an anwser is to send a PM!

Send the link to afisk, I am sure he will reply!

Morgwen
  #6 (permalink)  
Old January 27th, 2002
verdyp's Avatar
LimeWire is International
 
Join Date: January 13th, 2002
Location: Nantes, FR; Rennes, FR
Posts: 306
verdyp is flying high
Default dual acknowledgement not needed

Quote:
Code:
Client                           Server                     Comments
-----------------------------------------------------------
CONNECT REQUEST GNUTELLA/0.8<cr><lf>                        <- new version!?!
User-Agent: AoloA/1.8<cr><lf>
<cr><lf>
                                GNUTELLA/0.7 501 Not Implemented<cr><lf>
                                User-Agent: AoloA/1.7<cr><lf>
                                Gnutella-Protocol: 0.7, 0.4
                                <cr><lf>                    <- Server doesn't disconnect
CONNECT REQUEST GNUTELLA/0.7<cr><lf>                        <- Client starts over
User-Agent: AoloA/1.8<cr><lf>
<cr><lf>
                                GNUTELLA/0.7 200 OK<cr><lf>
                                User-Agent: Aoloa/1.7<cr><lf>
                                Your-IP: 194.246.250.222<cr><lf>
                                <cr><lf>
[binary messages]               [binary messages]
I don't think that this "requery"-type of acknowledgement is a good idea for downward compatibility.
User Agents should autoconfigure themselves by specifying the best protocol level they can manage, as it is the case for the HTTP protocol itself (when it autoconfigures between HTTP/1.0 and HTTP/1.1)

So the client sends its own protocol level, and the server only needs to answer back by specifying a supported protocol level lower than or equal to the client protocol level. The server then should not use any extension above this level, and can assume that the client is compatible with that reduced level (if it was not the case, it would mean that this protocol is not downward compatible). The server should not use any extension protocol not supported by the original version specified by the client.

When the client receives back the answer from the server, it knows immediately if it supports its own protocol, or if the server downgraded the protocol level. Then the client should restrict to only use any subset of the protocol specified by the server answer. If the server answer specifies a version for which there is no discriminating code in the client, the client should only use the subset specified by a previous or core version.

So the common protocol version is immediately determined by the first CONNECT query, and by the server answer. There's no need to aknowledge versions once more: both the client and the server know the exact version of each other's protocol, and both are restricted to use only a subset of the protocol determined by the lower of these two version numbers.

However, the protocol should include a OPTIONS query type, like for HTTP or FTP, to avoid mandatory support of optional components in order to support a given protocol level: such options could be the support of proxying download ports and the support of "proxy-download-port" search types

I commented such a proxying option within a previous submission, in order to better support NAT-routed clients, without requiring SOCKS capabilities in both the NAT-router, and the connecting client, and without requiring its explicit support within all UltraPeers or within all nodes in the Gnutella Network (in fact this capability is only needed in the proxy-demanding client and in the proxy-capable peer). In such a configuration, proxy-demanding clients do not share directly their files to the network or to the UltraPeer, but instead use a dedicated incoming connection to a proxying agent which can cache the requested files, however proxy-demanding (NAT-routed) agents do actually publish their files using their own host key. This change only makes the same proxying agent (identified by its own IP on Internet) support downloads for files shared with different host keys (so that a single IP would map different host keys).
For legal reasons, however, the proxying agent should discriminate its own host key from the host keys of its connected NAT-routed agents: this is performed when the proxying server connects to the network, because it will initially only publish its own IP, prior to spray searchable files from its connected agents.

And for the safety of the network, UltraPeers should not be the only allowed agents that support proxying, but this capability should be made automatically accessible for lower-range agents which have a moderate connection speed or connection time and thus are not electable to act as UltraPeers. Because these proxying-capable clients will be most often connected to an UltraPeer, there may be a need for this UltraPeer to test if this connectected Agent is capable of acting as a download proxy. This test should use the basic "search" query, but with a well-known and recognizable query extension to identify "dowload-port-search" query strings.
 

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
Invalid Handshake HuddledFiber6 General Discussion 3 November 18th, 2005 03:56 AM
Handshake not working GSt General Gnutella Development Discussion 4 November 17th, 2004 06:26 AM
Disconnected after handshake edo General Gnutella Development Discussion 1 September 5th, 2003 08:39 PM
Handshake faisal General Gnutella Development Discussion 9 September 13th, 2002 07:03 PM
Why do we need handshake? Ivex General Gnutella Development Discussion 5 January 16th, 2002 07:53 AM


All times are GMT -7. The time now is 10:23 PM.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc.
SEO by vBSEO 3.6.0 ©2011, Crawlability, Inc.

Copyright © 2020 Gnutella Forums.
All Rights Reserved.