| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
NNTP Inter-Server Communication Process: News Article Propagation (Page 3 of 4) Article Propagation Using the "Push" Model Heres how the push model works. When the administrators of an NNTP server establish a service relationship with an upstream Usenet service provider, they furnish the provider with a list of newsgroups that the downstream server wants to carry. Whenever a new article arrives at the upstream server within that list of groups, it is automatically sent to the downstream site. This saves the downstream server from constantly having to ask has anything arrived? In the classical NNTP protocol as defined in RFC 977, the exchange of articles is based on the push model, and performed using the IHAVE command. Suppose three new messages arrive at the largenews server. It would establish an NNTP connection to mediumnews and use IHAVE to provide the message IDs of each of the three new messages, one at a time. The mediumnews server would respond to each one indicating whether it already had that message or not. If not, largenews would send it the message. An example article transaction using the push model of propagation is illustrated in Figure 312.
The main advantage of this technique is that it ensures that a server is not sent a duplicate copy of a message that it already has. The problem with it in modern Usenet is that it is slow, because the server must respond to the IHAVE command before the message or the next command can be sent by the client.
Home - Table Of Contents - Contact Us The TCP/IP Guide (http://www.TCPIPGuide.com) Version 3.0 - Version Date: September 20, 2005 © Copyright 2001-2005 Charles M. Kozierok. All Rights Reserved. Not responsible for any loss resulting from the use of this site. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||