RE: [Seamoby] Paging Protocol Decision Description
"Pat R. Calhoun" <pcalhoun@bstormnetworks.com> Thu, 17 January 2002 16:45 UTC
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA23738 for <seamoby-archive@odin.ietf.org>; Thu, 17 Jan 2002 11:45:40 -0500 (EST)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id LAA09602; Thu, 17 Jan 2002 11:34:00 -0500 (EST)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id LAA09572 for <seamoby@ns.ietf.org>; Thu, 17 Jan 2002 11:33:58 -0500 (EST)
Received: from EXCHSRV.stormventures.com ([65.107.25.226]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA22224 for <seamoby@ietf.org>; Thu, 17 Jan 2002 11:33:55 -0500 (EST)
Received: by EXCHSRV.stormventures.com with Internet Mail Service (5.5.2653.19) id <CWXKCGGZ>; Thu, 17 Jan 2002 08:33:27 -0800
Message-ID: <DC6C13921CCAFB49BCB8461164A3F4E38D234E@EXCHSRV.stormventures.com>
From: "Pat R. Calhoun" <pcalhoun@bstormnetworks.com>
To: 'Behcet Sarikaya' <behcet.sarikaya@alcatel.com>
Cc: seamoby@ietf.org
Subject: RE: [Seamoby] Paging Protocol Decision Description
Date: Thu, 17 Jan 2002 08:33:22 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C19F74.AE017B80"
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: Context Transfer, Handoff Candidate Discovery, and Dormant Mode Host Alerting <seamoby.ietf.org>
X-BeenThere: seamoby@ietf.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 To be honest, I don't see how this numbering scheme came into play. It is the first time that I've ever heard of it within the IETF. If I would have known that the evaluation team was doing this, I would have stopped it. The reason for the evaluation is to find the candidate protocol that most closely matches the requirements, which the WG agreed upon. This would ensure that there is less work involved in getting the protocol up to par. That was the process (and the same process has been used in many other WGs) PatC - -----Original Message----- From: Behcet Sarikaya [mailto:behcet.sarikaya@alcatel.com] Sent: Thursday, January 17, 2002 8:05 AM To: Pat R. Calhoun Cc: seamoby@ietf.org Subject: Re: [Seamoby] Paging Protocol Decision Description Hi Pat, So you are backing your cochair's decision to select the draft that received 72 marks while all other drafts received 90 or so marks. This means that the criteria was to select the worst draft as the WG draft. Since this was the case of course the worst draft people would need other drafts in order to get something that makes sense. The catch here is how to get the other draft people to agree on this impossible task. This is the dilemma we are facing presently. That's why the pleas are being written, and even some people are being forced. My simple logic says this is impossible. If it is the WG chairship to try to achieve the impossible, please continue to try it, you won't get anywhere! Regards, Pat R. Calhoun wrote: - -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Behcet, The process, to which I provided you a pointer a few days ago, clearly states that folks express their opinion on the list. Jim and I will not read other mailing list archives to determine roush consensus. The seamoby list is the only one we can use to gauge consensus. Again, as Jim clearly stated, the only objection we are seeing right now is yours (although you claim two other people did, and 3 is still short of rough consensus for a list that has 499 members). If we guaged there was rough consensus on this issue, then we would most certainly act. Our primary concern at this time is to get the work completed and achieve our milestones. So how about we get to work and put this behind us. PatC - - -----Original Message----- From: Behcet Sarikaya [ mailto:behcet.sarikaya@alcatel.com ] Sent: Wednesday, January 16, 2002 4:12 PM To: seamoby@ietf.org Subject: Re: [Seamoby] Paging Protocol Decision Description Several people not authors of proposals (Vijay, Rene) voiced their concern on the murky assessment, or am I wrong, or are you waiting for the sky to fall down? To be on the positive side, we can offer Majordomo based mailing list support for the design team, if only with no WG draft. Take it or leave it. James Kempf wrote: > >Any such decision is always subject to WG concensus. Unfortunately, >the only voice we are hearing on the mailing list right now is >yours. One voice isn't enough for concensus, nor is text from a >private email >forwarded and posted apparently without the author's permission. >Goodness knows, we have enough vocal people on this list. It took us >a year to get CT requirements done (and we still don't have them in >IESG Last Call!) because everybody had an opinion. If I were seeing >some of these people, who were not authors of competing proposals >coming >forward and saying that we should change the decison, it would be >another matter. > > jak > - - -- Behcet _______________________________________________ Seamoby mailing list Seamoby@ietf.org https://www1.ietf.org/mailman/listinfo/seamoby - -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 7.0.3 for non-commercial use < http://www.pgp.com > iQA/AwUBPEbuLjN1fXKoxmisEQJfYwCg+H6m+Uo6ly00ONoyYOFLLtGLGbgAoNkr 5WxMNRzg0Qv02oder+oZzLGR =GIVv - -----END PGP SIGNATURE----- - -- Behcet -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com> iQA/AwUBPEb80jN1fXKoxmisEQI1VQCg5GPUGRH9dPLfYCvdyGvqVBHoc94An3Pq mpgG87fcNYX2f/z3VLyTrSMN =UwDF -----END PGP SIGNATURE-----
- Re: [Seamoby] Paging Protocol Decision Description Behcet Sarikaya
- RE: [Seamoby] Paging Protocol Decision Description Pat R. Calhoun
- Re: [Seamoby] Paging Protocol Decision Description Cedric Westphal
- RE: [Seamoby] Paging Protocol Decision Description Pat R. Calhoun
- RE: [Seamoby] Paging Protocol Decision Description Pat R. Calhoun
- RE: [Seamoby] Paging Protocol Decision Description Hesham Soliman (ERA)
- [Seamoby] Paging Protocol Decision Description James Kempf
- Re: [Seamoby] Paging Protocol Decision Description Behcet Sarikaya
- Re: [Seamoby] Paging Protocol Decision Description James Kempf
- Re: [Seamoby] Paging Protocol Decision Description Behcet Sarikaya
- Re: [Seamoby] Paging Protocol Decision Description James Kempf
- RE: [Seamoby] Paging Protocol Decision Description Pat R. Calhoun
- Re: [Seamoby] Paging Protocol Decision Description James Kempf
- Re: [Seamoby] Paging Protocol Decision Description James Kempf
- Re: [Seamoby] Paging Protocol Decision Description Cedric Westphal
- Re: [Seamoby] Paging Protocol Decision Description James Kempf
- Re: [Seamoby] Paging Protocol Decision Description James Kempf
- Re: [Seamoby] Paging Protocol Decision Description Behcet Sarikaya
- Re: [Seamoby] Paging Protocol Decision Description Cedric Westphal
- Re: [Seamoby] Paging Protocol Decision Description Vijay Devarapalli
- Re: [Seamoby] Paging Protocol Decision Description James Kempf
- RE: [Seamoby] Paging Protocol Decision Description Nakhjiri Madjid-MNAKHJI1
- Re: [Seamoby] Paging Protocol Decision Description Rajeev Koodli
- RE: [Seamoby] Paging Protocol Decision Description Nakhjiri Madjid-MNAKHJI1
- Re: [Seamoby] Paging Protocol Decision Description Muhammad Jaseemuddin
- Re: [Seamoby] Paging Protocol Decision Description Behcet Sarikaya
- Re: [Seamoby] Paging Protocol Decision Description Behcet Sarikaya
- Re: [Seamoby] Paging Protocol Decision Description James Kempf
- Re: [Seamoby] Paging Protocol Decision Description Vijay Devarapalli
- RE: [Seamoby] Paging Protocol Decision Description Chitrapu, Prabhakar R
- RE: [Seamoby] Paging Protocol Decision Description Nakhjiri Madjid-MNAKHJI1
- RE: [Seamoby] Paging Protocol Decision Description Pat R. Calhoun
- Re: [Seamoby] Paging Protocol Decision Description Rajeev Koodli
- Re: [Seamoby] Paging Protocol Decision Description Behcet Sarikaya
- RE: [Seamoby] Paging Protocol Decision Description Hesham Soliman (ERA)
- RE: [Seamoby] Paging Protocol Decision Description Nakhjiri Madjid-MNAKHJI1