comments to ASAP.. and a few for ENRP

--------------------------------------------
Section 2.2.10

The server idenity field is confusing.. it is actually
(from at least what I can tell and what I remember) a
32 bit field.. yet it appears in the document to
be a TLV.. it should not be. 

Note also I researched this a bit in ENRP as well
and there seems to be multiple names used for the
same field.. this needs to be consistent (so here
is an ENRP comment.. I guess I lied :-D)


--------------------------------------------

End of Section 2... and a confusion on my
part. No where in asap can I find a specific
directive that the way you tell ASAP vs other
things is in the PPID field from SCTP (or
its equivalant tcp adaption thingy). Now
this should be spelled out here.

Secondary question.. should we not have
an ENRP related PPID as well? Or is
that really needed since the ENRP deamons
can setup seperate sockets to deal with
inter ENRP comm?

--------------------------------------------


Section 3.4

There is no specification of how your
home server changes. This should be explictly
stated. In general an ASAP client should be
promiscuous.. any time a HB comes in from
an ENRP server, that should become the
new home ENRP servers. ENRP servers themeselves
end up agreeing on who owns whom.. and thus
only one will send a HB.. normally where 
you orginally registered at. Now also we 
need comments about the "subscribe for update"
that we wanted to do in here somewhere too.

I.e. I can ask for dynamic updates to any
pool handle reg/de-reg as a client. A change
occurs and the ENRP home server pushes it
out to me.. but of course a change of 
home server forces a re-reg of this request
since ENRP does not share who is getting
pushed data. 

This all needs to be put in both ENRP and
ASAP.. so far its un-specified.

-------------------------------------------

3.6 server hunt...

states:

   SH1) The PE or PU SHOULD try to establish an association or
      connection with no more than three ENRP server addresses.  An
      endpoint MUST NOT try to establish more than three association or
      connections at any single time.

RRS:different or the same guy (3 addresses)? What
I think we want is 3 unique ENRP servers.. not
3 addresses.. since an ENRP server can and should
be multi-homed :-D


Also this section states:

     SH5.1) The endpoint MUST double the value of the T5-Serverhunt
         timer.

RRS: What caps the doubling.(RTO.Max?). or does it just go on and on? And
     for that matter, why double with a 120 second timer? It
     really is so SLOW I think we should NOT double it

     Note in TCP/SCTP RTO.Max is 60 seconds...

-------------------------------------------


3.7.1 send failure

states:

   In such a case, the ASAP endpoint should not re-send the failed
   message.  Instead, it should discard the failed message and start the
   ENRP server hunt procedure as described in Section 3.6

Should it not also note the action it was after and
queue this to use once you find a new enrp server? Aka
if you are requesting resolution of pool name X, should
you not indicate to the request (there is a timer running
there) that you are now getting a new name server.. and then
after that occurs, resubmit the request? You should
but this is not clearly defined...

It is also not clear what you do in case C i.e.
a registration failure. This should be specified
(fix what is wrong if you can deduce it and
 retry.. or report to the user the failure)

----------------------------------------

5.1 default values

   T5-Serverhunt - This timer is used during the ENRP server hunt
      procedure and is normally set to 120 seconds.

RRS: This is way to big if your doubling

---------------------------------------

5.3 states:
   MAX-REG-ATTEMPT - The maximum number of registration attempts to be
      made before a server hunt is issued.

RRS: So what is the default.
and

   MAX-REQUEST-RETRANSMIT - The maximum number of attempts to be made
      when requesting information from the local ENRP server before a
      server hunt is issued.

RRS: So what are the default values for the above three items??

---------------------------------------

Another issue.. PE-Id..

The value is globally unique to all
pools? Or should be. We need to specify
this very clearly... the fact that
there is a home-enrp-server id in
the pe info is confusing. It makes one
wonder if the home-enrp-server+pe-id
is unique OR is it just the pe-id which
is unique?? 

I think we wanted pe-id unique alone, so
in such a case maybe the name resolution
response message should have the home-enrp-server
id set to 0 for the responses to the PU's and
PE's... I think the field is there for use
in ENRP.. but for ASAP we don't need to
see this field.. it is confusing and it
actually gives away a bit of information.

Maye ENRP should say something about this
field MUST be set to 0 in the response message
to a name resolution request...