Scott Bradner | 15 Aug 2002 20:59
Picon
Favicon

change in chairs for ieprep

Due to unforeseen circumstances Fred has had to resign as chair of the
ieprep working group.  Temporally, I will take over as chair while looking
for new chair(s), Allison will become the lead AD for the working group.

I want to thank Fred profusely for all the work he as put into this topic
over a number of years, without him the working group probably would not
have gotten going and without his vision, would not be in as good a shape if
it had.

Scott
Folts, Harold | 15 Aug 2002 21:09

RE: change in chairs for ieprep

Sorry to hear the sad nows. We will very much miss Fred's outstanding
leadership, insight, and guidance in this important endeavor. I wish him the
very best.

Hal

-----Original Message-----
From: Scott Bradner [mailto:sob <at> harvard.edu]
Sent: Thursday, August 15, 2002 2:59 PM
To: ieprep <at> ietf.org
Cc: mankin <at> psg.com
Subject: [Ieprep] change in chairs for ieprep

Due to unforeseen circumstances Fred has had to resign as chair of the
ieprep working group.  Temporally, I will take over as chair while looking
for new chair(s), Allison will become the lead AD for the working group.

I want to thank Fred profusely for all the work he as put into this topic
over a number of years, without him the working group probably would not
have gotten going and without his vision, would not be in as good a shape if
it had.

Scott

_______________________________________________
Ieprep mailing list
Ieprep <at> ietf.org
https://www1.ietf.org/mailman/listinfo/ieprep
Beard, Cory | 15 Aug 2002 21:17
Picon
Favicon

RE: change in chairs for ieprep

Thanks so much, Fred.  All the best to you.

Cory

> -----Original Message-----
> From: Scott Bradner [mailto:sob <at> harvard.edu] 
> Sent: Thursday, August 15, 2002 1:59 PM
> To: ieprep <at> ietf.org
> Cc: mankin <at> psg.com
> Subject: [Ieprep] change in chairs for ieprep
> 
> 
> Due to unforeseen circumstances Fred has had to resign as 
> chair of the ieprep working group.  Temporally, I will take 
> over as chair while looking for new chair(s), Allison will 
> become the lead AD for the working group.
> 
> I want to thank Fred profusely for all the work he as put 
> into this topic over a number of years, without him the 
> working group probably would not have gotten going and 
> without his vision, would not be in as good a shape if it had.
> 
> Scott
> 
> 
> _______________________________________________
> Ieprep mailing list
> Ieprep <at> ietf.org
> https://www1.ietf.org/mailman/listinfo/ieprep
> 
(Continue reading)

Henning Schulzrinne | 20 Aug 2002 16:37

draft-ietf-ieprep-sip-reqs-00.txt

Draft draft-ietf-ieprep-sip-reqs-00.txt has appeared in the I-D 
archives. I would appreciate comments and feedback, so that the 
document, once agreed upon, can serve as input to SIP and SIPPING.

Thanks.

Henning
Mpierce1 | 27 Aug 2002 14:49
Picon
Favicon

Re: draft-ietf-ieprep-sip-reqs-00.txt

Comments on draft-ietf-ieprep-sip-reqs-00:

2. Instead of CN for the abbreviation, I would suggest SCN (Switched Circuit Network).

3. (End of page 4)

Refers to "four resources" although text above just defined five.

4. End of section again refers to four resources (gateway, CN, IP network resources, and receiver). The text in Section 3 also defined SIP proxy resources.

The meaning of the (x) in the table is not clear. For example, although it says that (x) means the resource is in the CN, the first row in the table which is the IP-only case has an (x).

REQ-1 implies that the U.S. defense network priority scheme is different than Q.735. It is identical. NATO requirements (also five levels) are also the same.
The British Government Telephone Preference Scheme (GTPS) is fundamentally different. It does not control call setup beyond simply determining who gets dial tone.

I suggest this requirement should read:

-----------------------------------------------------------
REQ-1: Not specific to one mechanism or country: The mechanism should not be specific to one country or particular priority mechanism. For example, there are currently several different priority schemes in widespread use: Q.735 with five levels, which is the same as the U.S. defense network and NATO; the United States GETS (Government Emergency Telecommunications Systems) scheme with a single implied higher priority; and the British Government Telephone Preference Scheme (GTPS) system, which provides three priority levels for receipt of dial tone.
-----------------------------------------------------------

REQ-12 Need to make it clear that the "existing schemes" refers to the PSTN and the "future schemes" refers to the plan for IP.

7. The statement that priority mechanisms can be categorized by priority queue or preemption is a little restrictive. There are other mechanisms which don't fit in either of these two, such as alternate routing and exemption from traffic controls. Most of these additional ones could be categorized as making additional resources available to the priority calls. I would suggest something like:

--------------------------------
Most priority mechanisms can be roughly categorized by whether they:
- use a priority queue for resource attempts
- make additional resources available
- preempt existing resource users (e.g., calls.)
The choice ...
---------------------------------

SEC-9 (Confidentiality) should be separated somewhat from ETS. While it is true that many emergency calls would want confidentiality, many regular calls also do. Further, the lack of confidentiality would not be a reason for not allowing an ETS call to go through, as implied by the statement "must be protected".
Since "intercept" is often understood to refer to "lawful intercept", this statement about "protected from intercept" should be changed to read "unlawful intercept".

SEC-10 Same comment as for SEC-9.

Mike Pierce
Artel

Phil Roberts | 27 Aug 2002 20:44

Nomcom call for volunteers


The members of the IESG and IAB and the IETF chair are selected
by a nominations committee made up of volunteers from the
IETF community.  The nominations committee is now in the process
of being formed and volunteers are being accepted until Sep 6.
Please see (http://www.ietf.org/nomcom/msg19765.html)
for information if you are interested in volunteering 
to be on the nominations committee.
James M. Polk | 28 Aug 2002 04:06
Picon
Favicon

Re: minutes

Fred

I believe I've missed this subsequent email with the minutes and link to
the ppts given at the IEPREP meeting in Yokohama... although I suspect my
mailer never receiving them is an option.

Anyone have this that they can send me?

Thanks

At 12:28 PM 7/24/2002 -0700, Fred Baker wrote:
>Before I post the minutes to minutes <at> ietf.org, I'd appreciate any comments 
>on them.
>
>  ftp://ftpeng.cisco.com/fred/ieprep-july/
>
>
>_______________________________________________
>Ieprep mailing list
>Ieprep <at> ietf.org
>https://www1.ietf.org/mailman/listinfo/ieprep

cheers,
James 

              *************************************
"People generally demand more respect for their own rights than 
                         they are willing to allow for others"
senthil ayyasamy | 28 Aug 2002 07:01
Picon
Favicon

Re: minutes

> I believe I've missed this subsequent email with the
> minutes and link to
> the ppts given at the IEPREP meeting in Yokohama...
> although I suspect my
> mailer never receiving them is an option.
> 
> Anyone have this that they can send me?

http://www.ietf.org/proceedings/02jul/sindex.html
But the proceedings doesnt have the ieprep minutes for
54th IETF.

__________________________________________________
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com
Fred Baker | 28 Aug 2002 07:08
Picon
Favicon

Re: minutes

At 09:06 PM 8/27/2002 -0500, James M. Polk wrote:
>I believe I've missed this subsequent email with the minutes and link to
>the ppts given at the IEPREP meeting in Yokohama... although I suspect my
>mailer never receiving them is an option.

They are posted at the "preliminary proceedings" page from www.ietf.org: 
http://www.ietf.org/proceedings/02jul/index.html

Gmane