on the ieprep charter

"Robert G. Cole" <[email protected]> Wed, 12 Jul 2006 08:56:27 -0400
Newsgroups gmane.ietf.ieprep
Message-ID <[email protected]>
Kimberly,

I am not sure of the lastest revision to the charter, so will make a few 
general comments on various versions and discussions.  I am also curious 
of the target date for completing the charter revision.


+ I agree with expanding the scope of the WG away from solely an 
emergency Telecomm focus to a more general emergency communications 
focus.  I do not think a totally military focus is correct however; this 
is only one of several sectors the IETF needs to address.  There is 
significant overlap in the needs for emergency services within 
Enterprise, Public and Military networks, that to focus on a single 
sector would represent a disservice to all of these communities.

+ I agree with the suggestion to expand beyond requirements and 
informational to standard track RFCs, if necessary.  There are clearly 
gaps in the current set of standards within the scope of emergency services.

That being said, I have a few specific comments:

+ I would shy away from the term 'Telecommunications' and use 
'Communications' when refering to working group scope.  Using it as an 
example is fine.

+ I generally prefer to use the term 'Precedence' in place of 
'Prioritization' when refering to general capabilities and requirements. 
  Prioritization implies (to some) a (queuing)mechanism, which may not 
be required in many instances.

+ A 'Feb 07 draft on mechanisms' is suggested.  Is this to focus on 
transport service mechanisms and/or application level mechanisms?

+ Perhaps the WG should consider drafting an I-D on Application 
Considerations when accessing emergency transport services.  I know 
there has been some discussion of Email/SMTP in this group.  Should the 
charter make discussion of application considerations in scope?  I think 
yes. I think such a document would point out some interesting 
interactions required between the network and the applications, e.g., 
access control, multiplexing, etc.

Thanks,
Bob