RE: PEER_ERROR message

Johnson Walter-CWJ002 <[email protected]>
Newsgroups gmane.ietf.rserpool
Message-ID <6F8DFFA2C996D711945800065BFC9E4A10D06123@il02exm11>
Comments inline.

Thomas Dreibholz <mailto:[email protected]> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On Monday 11 October 2004 22:46, Johnson Walter-CWJ002 wrote:
>> Any reference to the PEER_ERROR message should be removed from the
>> ASAP protocol document since I believe it is not an ASAP message.
> 
> It is useful to have this message type in ASAP, because e.g. a
> component (NS, PE or PU) could receive a bad message via ASAP. Then,
> it can report the sender that it does not understand/accept this
> message via a PEER_ERROR. This is useful for debugging.
> 

I understand this could be case but there has not been a procedure for its use defined within the ASAP document unlike there has been for ENRP (section 4.12). This fact combined with the fact the message is prefaced with PEER_* which is typical of all ENRP messages indicated to me this message may have been misplaced. If the group agrees to keep this message then I would lobby for a new section explaining its use within the ASAP document. 

> To make ASAP and ENRP PEER_ERROR more consistent, their definitions
> and especially the message type number (currently: 0x0e or ASAP, 0x0b
> for ENRP) could be unified. For example, the message number could be
> 0xff for both. 
> 

One could lobby for aligning the PEER_ERROR messages or one could lobby for two unique message PEER_ERROR for ENRP and ASAP_ERROR for ASAP since the protocols are unique and they signal two unique cases. In addition, if different parameters are required then I would think the messages should be unique. 

What is everyone's opinion?
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.