Gnutella started after the demise o

Gnutella started after the demise of the old Napster, and it used a fully distributed alternative architecture. Unlike the old Napster, there is no central server that holds the indices of all the songs that are available on the network of Gnutella clients.* Instead, these reside in the clients’ machines. A new client must know the IP address of at least one other Gnutella client. To facilitate the bootstrap operation, each client receives a list of the addresses of working nodes. When a client P connects to an existing client Q, Q sends P its list of its current neighbors. P will now try to connect not only to some of its own list of nodes but also to one or more nodes from the list of nodes that it received from Q.
Once connections are established, queries for objects are propagated down the network. The early search protocols used flooding—each client checks if the desired file is locally available—if so, then the index and the IP address are made available to the originator of the query. Otherwise, the query is forwarded to all other clients that it knows of. To guar- antee termination, each query is assigned a TTL, which reflects the maximum number of levels that the query is allowed to propagate. Once this limit expires, the query is discarded. The Gnutella protocol uses the following five descriptors:

Результаты (русский) 1:

Gnutella началась после кончины старого Napster, и она используется полностью распределенной альтернативной архитектуры. В отличие от старых Napster нет ни одного центрального сервера, который содержит индексы всех песен, которые доступны в сети Gnutella агентскую вместо этого, они проживают в машинах клиентов. Новый клиент должен знать IP-адрес хотя бы один другой клиент Gnutella. Для облегчения загрузки операции, каждый клиент получает список адресов рабочих узлов. Когда клиент P подключается к существующему клиенту Q, Q посылает P список своих текущих соседей. P будет теперь попробуйте подключиться не только к некоторым из собственного списка узлов, но и для одного или нескольких узлов из списка узлов, которые он получил от Д.После подключения, запросы для объектов распространяются вниз по сети. Ранние протоколы поиска, используемые наводнения — каждый клиент проверяет, если нужный файл локально доступен — если да, то индекс и IP-адреса доступны для инициатора запроса. В противном случае запрос направляется всем клиентам, которые он знает. Гуар дистанционного завершения каждый запрос назначен TTL, который отражает максимальное число уровней, которые запрос может распространяться. После истечения этого предела, запрос будет удален. Gnutella протокол использует следующие пять дескрипторов:

Результаты (русский) 2:

Gnutella началось после смерти старого Napster, и он используется полностью распределенная альтернативная архитектура. В отличие от старого Napster, нет центрального сервера , который содержит индексы всех песен, которые доступны в сети клиентов Gnutella. * Вместо этого, они находятся в машинах клиентов. Новый клиент должен знать IP - адрес , по крайней мере , одного другого клиента Gnutella. Для облегчения операции начальной загрузки, каждый клиент получает список адресов рабочих узлов. Когда клиент P подключается к существующей клиентской Q, Q P посылает свой список своих нынешних соседей. P теперь будет пытаться подключиться не только к некоторым из своего собственного списка узлов , но также и к одному или нескольким узлам из списка узлов , которые были получены от Q.
После того, как установлены связи, запросы для объектов распространяются вниз сети. Первые протоколы поиска используются проверки затопление, каждый клиент , если нужный файл локально в наличии , если да, то индекс и IP - адрес предоставляются инициатору запроса. В противном случае запрос пересылается ко всем другим клиентам , что она знает. Для гаран- antee завершение, каждый запрос присваивается TTL, который отражает максимальное количество уровней , что запрос разрешается распространять. После того, как этот предел истекает, то запрос отвергается. Протокол Gnutella использует следующие пять дескрипторов:

Результаты (русский) 3:

очень началось после распада старой Napster, и он использовал в полной мере распространены альтернативные структуры.в отличие от старых Napster, нет центрального сервера, который проводит индексов всех песен, которые размещены в сети очень клиентов. * они проживают в своих машинах.новый клиент должен знать IP - адрес, по меньшей мере один очень клиента.в целях содействия прихлоп операции, каждый клиент получает список адресов работы узлов.когда клиент P подключается к существующей клиент Q, Q, передает р перечень нынешних соседей.P теперь будет пытаться соединиться не только некоторые из своих собственных список узлов, а также один или несколько узлов из списка узлов, которые она получила от в.после соединения устанавливаются, запросы для объектов, распространяются на сети.начала поиск протоколы используются наводнения каждый клиент проверяет, если желаемый файл, имеющиеся на местах, и если это так, то индекс и IP - адрес направляются автор запроса.в противном случае, запрос будет направлен всем другим клиентам, что она знает.по - antee гарантий прекращения, каждого запроса назначается TTL, которые отражают максимальное число уровней, что запрос разрешается распространять.когда этот срок истекает, запрос будет снят.этот очень протокола используются следующие пять признаков: