Gnutella Forums  

Go Back   Gnutella Forums > Gnutella News and Gnutelliums Forums > General Gnutella Development Discussion
Register FAQ The Twelve Commandments Members List Calendar Arcade Search Today's Posts Mark Forums Read

General Gnutella Development Discussion For general discussion about Gnutella development.


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)

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çais, . Hulp 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.


Reply
 
LinkBack Thread Tools Display Modes
  #1 (permalink)  
Old October 28th, 2004
arne_bab's Avatar
Draketo, small dragon.
 
Join Date: May 31st, 2002
Location: Heidelberg, Germany
Posts: 1,881
arne_bab is a great assister to others; your light through the dark tunnel
Default New UDP-HostCache Specifications (quote from the_GDF)

Date: Mon, 25 Oct 2004 14:20:10 -0400
From: Sam Berlin <sberlin@limepeer.com>
Subject: UDP Host Caches (UHCs)

Hi Folks,

What follows is an outline of how your client can make use of UDP Host
Caches (UHCs). UHCs are designed to work both as a distributed
bootstrapping system and a smaller GWebCache-like system, utilizing
both volunteers and randomly network-elected nodes. The caches work by
using Gnutella pings & pongs with additional GGEP fields.

There are four main GGEP fields that are essential for UHCs (although
not all are strictly for use by UHCs).

1) UDPHC [UDP Host Cache]. This GGEP extension is placed in a Pong by
any client wishing to describe itself as a UHC. When a servent reads a
pong that has this GGEP field, then it should remember the host as a
UHC and use it for bootstrapping in future scenarios where it may need
to repopulate its internal list of network hosts. A servent should
NEVER contact a UHC via TCP. The UDPHC can contain an optional data
value, which if it exists is interpreted to be the DNS name of this
UHC. If this value exists, clients should remember the UHC via the DNS
name instead of the IP contained in the pong. This allows UHCs to be
reachable via DNS and thus change the ultimate IP it resolves to at any
time. The port to contact the UHC is the same port as the pong's port.
For example, a Pong from host 1.2.3.4, port 9999 containing the GGEP
key UDPHC without any data will be remembered as a UHC at 1.2.3.4:9999.
A pong from host 1.2.3.4, port 9999 containing the GGEP key UDPHC with
the data of "uhc.udp-host-cache.com" will be remembered as a UHC at
uhc.udp-host-cache.com:9999.

2) IPP [Ip Port]. This GGEP extension is placed in a Pong and contains
a list of IP/Ports. The format is the same as other lists of IpPorts,
the first four bytes representing the IP address and the last two
representing the port. The length of the number of bytes of IPP must
be divisible by 6. Note that any client can send IPP packed IpPorts in
Pongs, which is particularly useful on initial entry into Gnutella. It
is the Pong equivalent of "X-Try-Ultrapeers". IPP should only be sent
in response to a Ping which contains the "SCP" field.

3) SCP [Supports Cached Pongs]. This GGEP extension is placed in a
Ping. Placing this in the ping indicates support for "cached pongs" --
the IPP field of Pongs. No data is required as a value for SCP,
although data can be used to optimize how the ponger responds.
Currently, it is possible to describe whether or not you would prefer
hosts with free leaf slots of hosts with free ultrapeer slots. If data
exists, the mask 0x1 will indicate which preference. If the data[0] &
0x1 == 0x1, the host prefers free ultrapeer slots. If the data[0] &
0x1 == 0x0, the host prefers free leaf slots. This leaves the other 7
bits of the first byte open for future use, and an endless supply of
more bytes.

4) PHC [Packed Host Caches]. This GGEP extension is placed in a Pong
and contains a gzipped \n delimited list of alternate UHCs. The list
is a gzipped string (and not bunch of IpPorts) so that it can transmit
information about UHCs who are resolvable via DNS. It is possible to
add optional key/value pairs to host caches, should the future ever
need to describe properties about an individual cache. This is done by
appending an ampersand and then key=value after the port. For example,
a single cache can be described as
"address.com:port&key=value&key2=value2". Multiple caches are simply
appended with a \n between them. Note that the value of PHC is gzipped
-- the entire GGEP block is not compressed.

Support for these four GGEP extensions to Pings & Pongs and remembering
& utilizing UHCs are all that is needed for a client to ultimately use
UHCs. The caches themselves can be built into servents (and flowed via
normal ping/pong methods), or can be built separately and distribute
themselves to other UHCs in an as-yet-uncreated method (probably using
the PHC fields of Pongs). It is possible for clients to recommend that
very long uptime users whose IP address does not change to create
dyndns accounts, to be used as bootstrap hosts for brand new clients.
Long uptime clients (likely leaves) can also be promoted to distributed
UHCs, and spread their whereabouts around so that clients who at one
point were on the network but now have a stale cached list of hosts can
contact them.

Thanks,
Sam



__________________________________________________ ______________________

Message: 12
Date: Mon, 25 Oct 2004 14:40:10 -0400
From: "Greg Bildson" <gbildson@limepeer.com>
Subject: RE: UDP Host Caches (UHCs)

One MAJORLY IMPORTANT thing to note before consulting a UHC. You must
support the recording and use of long uptime host addresses before
consulting a UHC. UHCs are for use by new clients first connections to the
network and by clients who's list of long uptime hosts has gotten out of
date. You know your list of hosts has gotten out of date by attempting to
use it to connect first.

Please do not make the same mistake as occurred with GWebcaches by making
use of them exclusively before trying other decentralized means. If you
don't heed this warning, you will be considered a defective client and
appropriate action will be taken to minimize the damage that you might cause
the network.
__________________

-> put this banner into your own signature! <-
--
Erst im Spiel lebt der Mensch.
Nur ludantaj homoj vivas.
GnuFU.net - Gnutella For Users
Draketo.de - Shortstories, Poems, Music and strange Ideas.
Reply With Quote
Reply

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


LinkBacks (?)
LinkBack to this Thread: http://www.gnutellaforums.com/general-gnutella-development-discussion/29521-new-udp-hostcache-specifications-quote-the_gdf.html
Posted By For Type Date
UDPHC - Google Search This thread Refback September 17th, 2010 10:40 AM
MLDonkey :: View topic - Problem does not connect with gnutella and gnutella2 This thread Refback August 6th, 2010 11:55 AM

Similar Threads
Thread Thread Starter Forum Replies Last Post
A simple magma-parser avaible (post already in the_gdf) arne_bab General Gnutella Development Discussion 0 December 7th, 2004 04:26 PM
GWebCaches almost dead (GDF-quote), a new bootstrapping emerges arne_bab General Gnutella / Gnutella Network Discussion 0 October 28th, 2004 08:46 PM
Welcome to the_GDF Surferfghgdh Mutella (Linux/Unix) 1 March 9th, 2003 04:19 AM
Protocol Specifications and Actual implementations Unregistered General Gnutella Development Discussion 19 July 21st, 2002 07:35 PM
You are not a member of the group the_gdf. Unregistered General Gnutella Development Discussion 1 March 9th, 2002 06:40 PM


All times are GMT -7. The time now is 08:11 PM.


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

Copyright © 2015 Gnutella Forums.
All Rights Reserved.