From rserpool-bounces@ietf.org Sat Jul 01 09:35:50 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FwfdT-0001lZ-KA; Sat, 01 Jul 2006 09:35:47 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FwfdS-0001lU-CR for rserpool@ietf.org; Sat, 01 Jul 2006 09:35:46 -0400 Received: from mgw-ext12.nokia.com ([131.228.20.171]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FwfdP-0008CX-TP for rserpool@ietf.org; Sat, 01 Jul 2006 09:35:46 -0400 Received: from esebh105.NOE.Nokia.com (esebh105.ntc.nokia.com [172.21.138.211]) by mgw-ext12.nokia.com (Switch-3.1.8/Switch-3.1.7) with ESMTP id k61DZe55019845 for ; Sat, 1 Jul 2006 16:35:42 +0300 Received: from daebh102.NOE.Nokia.com ([10.241.35.112]) by esebh105.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 1 Jul 2006 16:35:25 +0300 Received: from daebe102.NOE.Nokia.com ([10.241.35.115]) by daebh102.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 1 Jul 2006 08:35:22 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Sat, 1 Jul 2006 08:35:21 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Topics for the agenda Thread-Index: AcadEzNJhzQQ8Tn6QvSpi8N54zRi5Q== From: To: X-OriginalArrivalTime: 01 Jul 2006 13:35:22.0687 (UTC) FILETIME=[33DF9CF0:01C69D13] X-Spam-Score: 0.2 (/) X-Scan-Signature: 7aafa0432175920a4b3e118e16c5cb64 Subject: [Rserpool] Topics for the agenda X-BeenThere: rserpool@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Reliable Server Pooling List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0788715442==" Errors-To: rserpool-bounces@ietf.org This is a multi-part message in MIME format. --===============0788715442== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C69D13.33B6ADC3" This is a multi-part message in MIME format. ------_=_NextPart_001_01C69D13.33B6ADC3 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Please send any topics for the Montreal agenda. We have a 2 hour slot. Thanks. -- Maureen Maureen Stillman Nokia Enterprise Solutions Acting Director SMC Systems Architecture ------_=_NextPart_001_01C69D13.33B6ADC3 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Topics for the agenda

Please send any topics for the Montreal = agenda.  We have a 2 hour slot.

Thanks.

-- Maureen
Maureen Stillman
Nokia Enterprise Solutions
Acting Director SMC Systems = Architecture

------_=_NextPart_001_01C69D13.33B6ADC3-- --===============0788715442== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ rserpool mailing list rserpool@ietf.org https://www1.ietf.org/mailman/listinfo/rserpool --===============0788715442==-- From rserpool-bounces@ietf.org Sat Jul 01 14:42:14 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FwkPz-0004cX-M9; Sat, 01 Jul 2006 14:42:11 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FwkPy-0004Tb-Er for rserpool@ietf.org; Sat, 01 Jul 2006 14:42:10 -0400 Received: from mail-n.franken.de ([193.175.24.27] helo=ilsa.franken.de) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FwkPx-0004HN-1o for rserpool@ietf.org; Sat, 01 Jul 2006 14:42:10 -0400 Received: from [192.168.1.100] (ip-80-226-161-248.vodafone-net.de [80.226.161.248]) by ilsa.franken.de (Postfix) with ESMTP id E2EE5245CC; Sat, 1 Jul 2006 20:42:04 +0200 (CEST) (KNF account authenticated via SMTP-AUTH) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <85CA41F1-9A03-4E48-A77D-749FC9B5594B@lurchi.franken.de> Content-Transfer-Encoding: 7bit From: Michael Tuexen Subject: Re: [Rserpool] Topics for the agenda Date: Sat, 1 Jul 2006 20:42:06 +0200 To: X-Mailer: Apple Mail (2.752.2) X-Spam-Score: 0.0 (/) X-Scan-Signature: ffa9dfbbe7cc58b3fa6b8ae3e57b0aa3 Cc: rserpool@ietf.org X-BeenThere: rserpool@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Reliable Server Pooling List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: rserpool-bounces@ietf.org We could talk about the RSerPool API... Randy, Peter and myself had some discussions. I could also present the rsplib, developed by Thomas Dreibholz. Best regards Michael On Jul 1, 2006, at 3:35 PM, wrote: > Please send any topics for the Montreal agenda. We have a 2 hour > slot. > > Thanks. > > -- Maureen > Maureen Stillman > Nokia Enterprise Solutions > Acting Director SMC Systems Architecture > > _______________________________________________ > rserpool mailing list > rserpool@ietf.org > https://www1.ietf.org/mailman/listinfo/rserpool _______________________________________________ rserpool mailing list rserpool@ietf.org https://www1.ietf.org/mailman/listinfo/rserpool From rserpool-bounces@ietf.org Sun Jul 02 07:45:49 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Fx0OZ-0004Jy-OT; Sun, 02 Jul 2006 07:45:47 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Fx0OY-0004Jt-HK for rserpool@ietf.org; Sun, 02 Jul 2006 07:45:46 -0400 Received: from adsl-070-155-160-098.sip.cae.bellsouth.net ([70.155.160.98] helo=lakerest.net) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Fx0OW-00067i-64 for rserpool@ietf.org; Sun, 02 Jul 2006 07:45:46 -0400 Received: from [IPv6:::1] (localhost [IPv6:::1]) by lakerest.net (8.13.6/8.13.4) with ESMTP id k62BjVDa047947; Sun, 2 Jul 2006 07:45:32 -0400 (EDT) (envelope-from randall@lakerest.net) Message-ID: <44A7B1E6.7000006@lakerest.net> Date: Sun, 02 Jul 2006 07:45:42 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060223 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Tuexen Subject: Re: [Rserpool] Topics for the agenda References: <85CA41F1-9A03-4E48-A77D-749FC9B5594B@lurchi.franken.de> In-Reply-To: <85CA41F1-9A03-4E48-A77D-749FC9B5594B@lurchi.franken.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Scan-Signature: 4d87d2aa806f79fed918a62e834505ca Cc: Maureen.Stillman@nokia.com, rserpool@ietf.org X-BeenThere: rserpool@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Reliable Server Pooling List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: rserpool-bounces@ietf.org Maureen/Michael/All: I will be glad to talk about my fun experience implementing rserpool err.. at least asap.. I am not done yet but have made some comments to the list (so far) and can discuss some of the things I have seen... I still don't know if I will get implemented enough to participate in the inter-op or not.. my time is being eatten up by a lot of other things (vacation until the IETF for one thing ;-D) Anyway... I could talk for about 10min or so :-D R Michael Tuexen wrote: > We could talk about the RSerPool API... Randy, Peter and myself had > some discussions. > > I could also present the rsplib, developed by Thomas Dreibholz. > > > Best regards > Michael > > On Jul 1, 2006, at 3:35 PM, wrote: > >> Please send any topics for the Montreal agenda. We have a 2 hour slot. >> >> Thanks. >> >> -- Maureen Maureen Stillman >> Nokia Enterprise Solutions >> Acting Director SMC Systems Architecture >> >> _______________________________________________ >> rserpool mailing list >> rserpool@ietf.org >> https://www1.ietf.org/mailman/listinfo/rserpool > > > > _______________________________________________ > rserpool mailing list > rserpool@ietf.org > https://www1.ietf.org/mailman/listinfo/rserpool > > -- Randall Stewart 803-345-0369 815-342-5222(cell) _______________________________________________ rserpool mailing list rserpool@ietf.org https://www1.ietf.org/mailman/listinfo/rserpool From rserpool-bounces@ietf.org Wed Jul 05 11:44:13 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Fy9Xx-0005Pn-EY; Wed, 05 Jul 2006 11:44:13 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Fy9Xw-0005P6-CW for rserpool@ietf.org; Wed, 05 Jul 2006 11:44:12 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Fy9Fx-0003iR-H9 for rserpool@ietf.org; Wed, 05 Jul 2006 11:25:37 -0400 Received: from mgw-ext14.nokia.com ([131.228.20.173]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Fy91u-000369-Mm for rserpool@ietf.org; Wed, 05 Jul 2006 11:11:08 -0400 Received: from esebh105.NOE.Nokia.com (esebh105.ntc.nokia.com [172.21.138.211]) by mgw-ext14.nokia.com (Switch-3.1.8/Switch-3.1.7) with ESMTP id k65FAxt4022029 for ; Wed, 5 Jul 2006 18:11:05 +0300 Received: from daebh102.NOE.Nokia.com ([10.241.35.112]) by esebh105.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 5 Jul 2006 18:11:03 +0300 Received: from daebe102.NOE.Nokia.com ([10.241.35.115]) by daebh102.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 5 Jul 2006 10:10:37 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 5 Jul 2006 10:10:36 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Draft agenda for IETF #66 Thread-Index: AcagRSsf1cwAPa0IS/6ZepF6yGuhKQ== From: To: X-OriginalArrivalTime: 05 Jul 2006 15:10:37.0070 (UTC) FILETIME=[2B9042E0:01C6A045] X-Spam-Score: 0.0 (/) X-Scan-Signature: 5ebbf074524e58e662bc8209a6235027 Subject: [Rserpool] Draft agenda for IETF #66 X-BeenThere: rserpool@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Reliable Server Pooling List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0317115529==" Errors-To: rserpool-bounces@ietf.org This is a multi-part message in MIME format. --===============0317115529== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C6A045.2B8CF405" This is a multi-part message in MIME format. ------_=_NextPart_001_01C6A045.2B8CF405 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Introduction Lyndon Ong, Maureen Stillman, co-chairs Discussion of ASAP implementation draft-ietf-rserpool-asap-13 Randy Stewart Comments from Genart reviewers draft-ietf-rserpool-asap-13 draft-ietf-rserpool-enrp-13 draft-ietf-rserpool-common-param-10 Randy Stewart Rserpool APIs Michael Tuexen Rsplib Michael Tuexen Next steps, Closing remarks Lyndon Ong, Maureen Stillman, co-chairs This has been posted. Please let me know if you have any comments. -- Maureen Maureen Stillman Nokia Enterprise Solutions Acting Director SMC Systems Architecture ------_=_NextPart_001_01C6A045.2B8CF405 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Draft agenda for IETF #66

Introduction
Lyndon Ong, Maureen Stillman, = co-chairs

Discussion of ASAP = implementation
draft-ietf-rserpool-asap-13
Randy Stewart

Comments from Genart reviewers
draft-ietf-rserpool-asap-13
draft-ietf-rserpool-enrp-13
draft-ietf-rserpool-common-param-10
Randy Stewart

Rserpool APIs
Michael Tuexen

Rsplib
Michael Tuexen

Next steps, Closing remarks
Lyndon Ong, Maureen Stillman, = co-chairs

This has been posted.  Please let = me know if you have any comments.

-- Maureen
Maureen Stillman
Nokia Enterprise Solutions
Acting Director SMC Systems = Architecture

------_=_NextPart_001_01C6A045.2B8CF405-- --===============0317115529== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ rserpool mailing list rserpool@ietf.org https://www1.ietf.org/mailman/listinfo/rserpool --===============0317115529==-- From rserpool-bounces@ietf.org Wed Jul 12 13:18:19 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0iLr-0005xC-Dm; Wed, 12 Jul 2006 13:18:19 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0iLp-0005wP-J0 for rserpool@ietf.org; Wed, 12 Jul 2006 13:18:17 -0400 Received: from ripley.ciena.com ([63.118.34.24]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G0iLA-00075A-Il for rserpool@ietf.org; Wed, 12 Jul 2006 13:17:37 -0400 Received: from lin1-118-39-27.ciena.com (HELO mdmxm02.ciena.com) ([63.118.39.27]) by ripley.ciena.com with ESMTP; 12 Jul 2006 13:30:05 -0400 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C6A5D6.B74264EF" Date: Wed, 12 Jul 2006 13:15:03 -0400 Message-ID: <0901D1988E815341A0103206A834DA07E7D185@mdmxm02.ciena.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: [Fwd: Re: Review: draft-ietf-rserpool-arch-11.txt] Baker comments Thread-Index: Acaln9mjMn2g6A+LTEGXLFDVXXeVtwANs9sA From: "Ong, Lyndon" To: X-Spam-Score: 0.0 (/) X-Scan-Signature: 544c2133b952fa264803d857bb70855b Subject: [Rserpool] FW: [Fwd: Re: Review: draft-ietf-rserpool-arch-11.txt] Baker comments X-BeenThere: rserpool@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Reliable Server Pooling List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: rserpool-bounces@ietf.org This is a multi-part message in MIME format. ------_=_NextPart_001_01C6A5D6.B74264EF Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Final response from Randy. L. Ong ------_=_NextPart_001_01C6A5D6.B74264EF Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Re: Review: draft-ietf-rserpool-arch-11.txt Date: Tue, 11 Jul 2006 15:07:57 -0400 Message-ID: <44B3F70D.8040703@cisco.com> In-Reply-To: <6F34596D-30CB-4181-9D12-6085280A2EDF@cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <200607072059.k67KxlQ03745@irp-view7.cisco.com> <6F34596D-30CB-4181-9D12-6085280A2EDF@cisco.com> From: "Randall Stewart" To: "Fred Baker" Cc: , , "Melinda Shore" , , Ok, continuing where I left off while hearing crys of anguish over TURN/STUN and other fun :-D Fred Baker wrote: >=20 > Dumb question. Does the pool handle identify the pool of servers, or =20 > does it identify a server in the pool? It seems to me that there are =20 > uses for both forms of identifiers. >=20 >> These pool handles are not valid in the whole internet but only in >> smaller domains, called the operational scope. >=20 >=20 > What if the operational scope is the whole Internet? I answered the above... >=20 > It seems to me that "the whole internet" is a network layer =20 > description, while the operational scope is an application layer =20 > description. As such - and maybe it's just me - the above doesn't = make=20 > a lot of sense. Hmm the idea is to somehow scope the rserpool area that you have running... and yes I guess it is kind of an application sense... I don't what to have ONE RSERPOOL running over the whole internet.... some super DNS.. thats not the idea.. Instead I will run, say at my home, a small area that offers services inside my home.. thats reFrom rserpool-bounces@ietf.org Wed Jul 12 13:18:19 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0iLr-0005xC-Dm; Wed, 12 Jul 2006 13:18:19 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0iLp-0005wP-J0 for rserpool@ietf.org; Wed, 12 Jul 2006 13:18:17 -0400 Received: from ripley.ciena.com ([63.118.34.24]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G0iLA-00075A-Il for rserpool@ietf.org; Wed, 12 Jul 2006 13:17:37 -0400 Received: from lin1-118-39-27.ciena.com (HELO mdmxm02.ciena.com) ([63.118.39.27]) by ripley.ciena.com with ESMTP; 12 Jul 2006 13:30:05 -0400 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C6A5D6.B74264EF" Date: Wed, 12 Jul 2006 13:15:03 -0400 Message-ID: <0901D1988E815341A0103206A834DA07E7D185@mdmxm02.ciena.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: [Fwd: Re: Review: draft-ietf-rserpool-arch-11.txt] Baker comments Thread-Index: Acaln9mjMn2g6A+LTEGXLFDVXXeVtwANs9sA From: "Ong, Lyndon" To: X-Spam-Score: 0.0 (/) X-Scan-Signature: 544c2133b952fa264803d857bb70855b Subject: [Rserpool] FW: [Fwd: Re: Review: draft-ietf-rserpool-arch-11.txt] Baker comments X-BeenThere: rserpool@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Reliable Server Pooling List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: rserpool-bounces@ietf.org This is a multi-part message in MIME format. ------_=_NextPart_001_01C6A5D6.B74264EF Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Final response from Randy. L. Ong ------_=_NextPart_001_01C6A5D6.B74264EF Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Re: Review: draft-ietf-rserpool-arch-11.txt Date: Tue, 11 Jul 2006 15:07:57 -0400 Message-ID: <44B3F70D.8040703@cisco.com> In-Reply-To: <6F34596D-30CB-4181-9D12-6085280A2EDF@cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <200607072059.k67KxlQ03745@irp-view7.cisco.com> <6F34596D-30CB-4181-9D12-6085280A2EDF@cisco.com> From: "Randall Stewart" To: "Fred Baker" Cc: , , "Melinda Shore" , , Ok, continuing where I left off while hearing crys of anguish over TURN/STUN and other fun :-D Fred Baker wrote: >=20 > Dumb question. Does the pool handle identify the pool of servers, or =20 > does it identify a server in the pool? It seems to me that there are =20 > uses for both forms of identifiers. >=20 >> These pool handles are not valid in the whole internet but only in >> smaller domains, called the operational scope. >=20 >=20 > What if the operational scope is the whole Internet? I answered the above... >=20 > It seems to me that "the whole internet" is a network layer =20 > description, while the operational scope is an application layer =20 > description. As such - and maybe it's just me - the above doesn't = make=20 > a lot of sense. Hmm the idea is to somehow scope the rserpool area that you have running... and yes I guess it is kind of an application sense... I don't what to have ONE RSERPOOL running over the whole internet.... some super DNS.. thats not the idea.. Instead I will run, say at my home, a small area that offers services inside my home.. thats really a bad example.. Say I am building a set of netflow collectors. I set up a small pool in maybe the span of a city that has all my collectors in one pool. All of my cisco routers know how to find the operational scope.. they want "netflow collector" They then talk to the ENRP servers that are running in this scope.. and setup and start sending their peg counts to one of the PE's that registered with the "netflow collector" name.. If that one fails.. they fail over and send the pegs to another one... Do I want all of my "netflow collector" in the ISP to be in one scope.. maybe (I have seen this stuff work inbetween Dallas, TX and a Japan office).. but maybe not. The administrator will setup the domain that this thing scopes in :-D >=20 > Example: www.microsoft.com, if you look it up using nslookup, appears = > to be a service that is offered through a distributed redirection =20 > service to a variety of individual servers. I have no idea how many =20 > servers are involved or where they are located, but I get the idea = that=20 > there is some DNS server that resolves that name with some knowledge = of=20 > the source address, yielding something akin to what Akamai does with=20 > names, and without resorting to anycast routing (which IMHO would be = a=20 > superior solution, but I digress). Now, the operational scope of the=20 > service is "anyone who might access www.microsoft.com", which is far=20 > too many end systems - it effectively IS the whole Internet. The pool = > handle in this case would seem to be implemented at the network = layer,=20 > and is the address returned for the instance of that service that a=20 > given user will access. >=20 > So help me out here. What in the world is this "operational scope"? Hmmm I see your point.. but I (microsoft) do not want to join the whole internet so that anyone can add "their server" to the "www.microsoft.com" pool. Instead I will have a scope that is bounded inside the MS network. Yes the user (PU) will have to attach into that scope... to find "www.microsoft.com" and thus the proper server... The pool may be accessible from anywhere on the internet .. but the set of ENRP servers is maintaining a small subset of names in its 'scope'.. which is smaller than the big-bad internet... even though each scope is accessible to folks on the internet... I realize the concept is not clear, but I am not sure what the terminology should actually be.. operational scope is probably a bad choice... its almost an administrative domain... >=20 >> In each operational scope there must be at least one ENRP server. >> All ENRP servers within the operational scope have knowledge of = all >> server pools within the operational scope. >=20 >=20 > so, coming back to www.microsoft.com, let's suppose that it is =20 > implemented as some number of groups of servers, each group of which = is=20 > co-located in one of Microsoft's favorite service providers. You are = > presuming that there is at least one redundancy server in the = service,=20 > and perhaps one or more in each such group of servers. So you are=20 > calling the groups of servers in a given colo location a pool, and = the=20 > entire thing a service? Is that right? Yes I think so... you have one or more ENRP servers... inside some administrative bounds (or operational scope) that MS chooses to draw.. it may be just Redmond, or it may be Redmond+SantaClara or ?? anyway.. the servers in that pool, processes on boxes, open up an rsp_socket() and register "www.microsoft.com". They all hopefully offer the same service, if not, its an administrative error. So when I contact a registered www.microsoft.com I get some service from it.. the same service whichever "pool element handle" (my how I hate that term).. I may access :-D >=20 >> Pool element: A server entity having registered to a pool. >=20 >=20 > This is a nice architectural term, I suppose. It doesn't help the =20 > reader much, though. The pool element is an instance of an = application=20 > (in a virtual server, there might be manyFrom rserpool-bounces@ietf.org Wed Jul 12 13:18:19 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0iLr-0005xC-Dm; Wed, 12 Jul 2006 13:18:19 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0iLp-0005wP-J0 for rserpool@ietf.org; Wed, 12 Jul 2006 13:18:17 -0400 Received: from ripley.ciena.com ([63.118.34.24]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G0iLA-00075A-Il for rserpool@ietf.org; Wed, 12 Jul 2006 13:17:37 -0400 Received: from lin1-118-39-27.ciena.com (HELO mdmxm02.ciena.com) ([63.118.39.27]) by ripley.ciena.com with ESMTP; 12 Jul 2006 13:30:05 -0400 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C6A5D6.B74264EF" Date: Wed, 12 Jul 2006 13:15:03 -0400 Message-ID: <0901D1988E815341A0103206A834DA07E7D185@mdmxm02.ciena.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: [Fwd: Re: Review: draft-ietf-rserpool-arch-11.txt] Baker comments Thread-Index: Acaln9mjMn2g6A+LTEGXLFDVXXeVtwANs9sA From: "Ong, Lyndon" To: X-Spam-Score: 0.0 (/) X-Scan-Signature: 544c2133b952fa264803d857bb70855b Subject: [Rserpool] FW: [Fwd: Re: Review: draft-ietf-rserpool-arch-11.txt] Baker comments X-BeenThere: rserpool@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Reliable Server Pooling List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: rserpool-bounces@ietf.org This is a multi-part message in MIME format. ------_=_NextPart_001_01C6A5D6.B74264EF Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Final response from Randy. L. Ong ------_=_NextPart_001_01C6A5D6.B74264EF Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Re: Review: draft-ietf-rserpool-arch-11.txt Date: Tue, 11 Jul 2006 15:07:57 -0400 Message-ID: <44B3F70D.8040703@cisco.com> In-Reply-To: <6F34596D-30CB-4181-9D12-6085280A2EDF@cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <200607072059.k67KxlQ03745@irp-view7.cisco.com> <6F34596D-30CB-4181-9D12-6085280A2EDF@cisco.com> From: "Randall Stewart" To: "Fred Baker" Cc: , , "Melinda Shore" , , Ok, continuing where I left off while hearing crys of anguish over TURN/STUN and other fun :-D Fred Baker wrote: >=20 > Dumb question. Does the pool handle identify the pool of servers, or =20 > does it identify a server in the pool? It seems to me that there are =20 > uses for both forms of identifiers. >=20 >> These pool handles are not valid in the whole internet but only in >> smaller domains, called the operational scope. >=20 >=20 > What if the operational scope is the whole Internet? I answered the above... >=20 > It seems to me that "the whole internet" is a network layer =20 > description, while the operational scope is an application layer =20 > description. As such - and maybe it's just me - the above doesn't = make=20 > a lot of sense. Hmm the idea is to somehow scope the rserpool area that you have running... and yes I guess it is kind of an application sense... I don't what to have ONE RSERPOOL running over the whole internet.... some super DNS.. thats not the idea.. Instead I will run, say at my home, a small area that offers services inside my home.. thats re such running on the same=20 > physical hardware) that has registered with a pool server.=20 Yep, if I start 20 copies of the process foo, which all register has "randall".. they all are on the same machine and provide the "randall" service... Hopefully I would start them on multiple boxes too :-D Instead of > focusing on the hardware it runs on (the server), could you call it = an=20 > "application instance" or an "instance of an application", and the = pool=20 > itself a pool of application instances? Amen.. we needed you to be present in the naming wars of the past.. I like the term application instance and "pool of application instances". Much more clear to me and hey, even though its not my previous terms .. I don't have to have a mental image and translate between the two :-D >=20 > I'm a humble engineer. I just make stuff work. When I define terms, I = > usually try to do so in a manner that will help me point to objects = in=20 > pictures. So far, the terminology in this document has me completely=20 > lost. If you were to explain it in English... I cannot disagree.. since I never agreed with the terminology myself :-D >=20 >> 2.1.2. ENRP Servers >> >> The second class of entities in the RSerPool architecture is the >> class of ENRP servers. ENRP servers are designed to provide a = fully >> distributed fault-tolerant real-time translation service that = maps a >> pool handle to set of transport addresses pointing to a specific >> group of networked communication endpoints registered under that = pool >> handle. >=20 boy is the above not a confusing set of gibberish :-D >=20 > what is a "transport address"? A transport address is a open socket that some application is listening on for messages :-D Usually a IPaddress+Port+Protocol type. >=20 > I can tell you what a TSAP is, or a TCEPID, if that is what you're =20 > getting at. A TSAP is the name a transport client uses to identify = its=20 > connection to the transport, and a TCEPID is the name used to = identify=20 > the transport in a a remote system when talking to the network layer=20 > and asking for connectivity (it translates to an NSAP and a=20 > multiplexing ID). In the IP architecture we don't talk much about = those=20 > concepts, though - that's OSI. We generally talk about the network=20 > layer having addresses and the transport layer having ports, and when = > talking to a remote application we talk about the network address and = > transport port number that the application is using. The combination of an IP address + Port is a transport address.. this is a term we put into SCTP.. I think... and has echoed into these documents... I still don't like the 2.1.12 paragraph :-D >=20 > If that is what you're calling a "transport address", you'd best = define=20 > the term. The text in this section about the destination address,=20 > protocol, and port might be a good starting point. Hmm I am surprised or maybe not.. that its not defined in the document :-0 >=20 > Or if you really mean an internet address, say so. We have enough =20 > confusion in the IETF with bellheads that call the physical layer the = > "transport". We don't need people misidentifying the internet = sublayer=20 > of the network layer as the "transport" too. SCTP and TCP are=20 > transports - that's what the "T" stands for. Yep.. >=20 >> 2.1.3. Pool Users >> >> A third class of entities in the architecture is the Pool User = (PU) >> class, consisting of the clients being served by the PEs of a = server >> pool. >=20 >=20 > What on God's Green Earth is a "user" in this situation? Is it a =20 > person? An application? What? To me its a client application that wants to use the pool aka a client that wants to gain access to an application instance to service a request... >=20 >> 2.2.2. Aggregate Server Access Protocol >> >> The PU wanting service from the pool uses the Aggregate Server = Access >> Protocol (ASAP) to access members of the pool. >=20 >=20 > OK. So I'm a pool user (kid in a bathing suit, ally a bad example.. Say I am building a set of netflow collectors. I set up a small pool in maybe the span of a city that has all my collectors in one pool. All of my cisco routers know how to find the operational scope.. they want "netflow collector" They then talk to the ENRP servers that are running in this scope.. and setup and start sending their peg counts to one of the PE's that registered with the "netflow collector" name.. If that one fails.. they fail over and send the pegs to another one... Do I want all of my "netflow collector" in the ISP to be in one scope.. maybe (I have seen this stuff work inbetween Dallas, TX and a Japan office).. but maybe not. The administrator will setup the domain that this thing scopes in :-D >=20 > Example: www.microsoft.com, if you look it up using nslookup, appears = > to be a service that is offered through a distributed redirection =20 > service to a variety of individual servers. I have no idea how many =20 > servers are involved or where they are located, but I get the idea = that=20 > there is some DNS server that resolves that name with some knowledge = of=20 > the source address, yielding something akin to what Akamai does with=20 > names, and without resorting to anycast routing (which IMHO would be = a=20 > superior solution, but I digress). Now, the operational scope of the=20 > service is "anyone who might access www.microsoft.com", which is far=20 > too many end systems - it effectively IS the whole Internet. The pool = > handle in this case would seem to be implemented at the network = layer,=20 > and is the address returned for the instance of that service that a=20 > given user will access. >=20 > So help me out here. What in the world is this "operational scope"? Hmmm I see your point.. but I (microsoft) do not want to join the whole internet so that anyone can add "their server" to the "www.microsoft.com" pool. Instead I will have a scope that is bounded inside the MS network. Yes the user (PU) will have to attach into that scope... to find "www.microsoft.com" and thus the proper server... The pool may be accessible from anywhere on the internet .. but the set of ENRP servers is maintaining a small subset of names in its 'scope'.. which is smaller than the big-bad internet... even though each scope is accessible to folks on the internet... I realize the concept is not clear, but I am not sure what the terminology should actually be.. operational scope is probably a bad choice... its almost an administrative domain... >=20 >> In each operational scope there must be at least one ENRP server. >> All ENRP servers within the operational scope have knowledge of = all >> server pools within the operational scope. >=20 >=20 > so, coming back to www.microsoft.com, let's suppose that it is =20 > implemented as some number of groups of servers, each group of which = is=20 > co-located in one of Microsoft's favorite service providers. You are = > presuming that there is at least one redundancy server in the = service,=20 > and perhaps one or more in each such group of servers. So you are=20 > calling the groups of servers in a given colo location a pool, and = the=20 > entire thing a service? Is that right? Yes I think so... you have one or more ENRP servers... inside some administrative bounds (or operational scope) that MS chooses to draw.. it may be just Redmond, or it may be Redmond+SantaClara or ?? anyway.. the servers in that pool, processes on boxes, open up an rsp_socket() and register "www.microsoft.com". They all hopefully offer the same service, if not, its an administrative error. So when I contact a registered www.microsoft.com I get some service from it.. the same service whichever "pool element handle" (my how I hate that term).. I may access :-D >=20 >> Pool element: A server entity having registered to a pool. >=20 >=20 > This is a nice architectural term, I suppose. It doesn't help the =20 > reader much, though. The pool element is an instance of an = application=20 > (in a virtual server, there might be manyI think).=20 The vision in my mind is not pretty :-D I want to use > your Rserpool thing to, I dunno, open a BEEP connection to an =20 > application in some other system. That means I'm going to open an = SCTP=20 > connection (yes, Marshall never wrote down BEEP/SCTP, but he should=20 > have) He did but the document feel by the wayside due to my not having the cycles to make sure it became an RFC.. I could probably dig up an old copy if you wanted :-D to a given Internet address and transport port number, which will > get me to that application. Do I have to also open an ASAP connection = > to a server to tell me which one to address? I thought I got that = from=20 > DNS? In theory if you have a configured ENRP server.. you talk to that.. So lets say I start processes on lakerest.net, bsd.lakerest.net and bsd2.lakerest.net They are all the same "beep" service registered as the name "randall". There is also an ENRP server running on lakerest.net and bsd.lakerest.net. So, I the user, figure out where lakerest.net is. (70.155.160.98) Now, the PU connects to 70.155.160.98 port ENRP via SCTP. It now does a query ----Tell me("randall")-----> <---gets back a randall's are at 70.155.160.98:port2222 (sctp) 70.155.160.99:port3333 (sctp) and 70.155.160.100:port4444(sctp) Now, in this are also a load balancing policy and some other goodies.. no big deal.. ASAP in the client/user (PU) then selects one based on the algorithm.. lets say 70.155.160.100:port4444 since 4 is my lucky number :-D It then sends a INIT---> 70.155.160.100:port4444 and starts send the application (BEEP) request. It may get back right away from the server <-------ASAP(DWL, COOKIE)----- DWL =3D Death Wish List (the failover order listing 2222 then 3333) and COOKIE =3D which is some form of state cookie that on failover would be presented to the new "randall" spoken to. Now the application sends/recvs its messages... Note I have changed BC (business card) to DWL... since I like this better.. even though its politically less correct :-D >=20 > Or is the pool user someone else?If so, who? >=20 >> o The PE can send a business card >> >> o The PE can send cookies >=20 >=20 > these are defined terms, right? No, they are not defined in 2.3; 2.3 =20 > merely says that they can be shipped around. >=20 > To me a business card is a small piece of paper, and a cookie is as =20 > defined in Betty Crocker... In the above instance the DWL(BC) is a listing of who to failover to next. Its a last/will and testament if you will.. The Cookie is some form of state if the application instance dies that should be presented to the next "randall" that the client talks too... So does that help? >=20 >> basic FTP model. These examples use FTP for illustrative = purposes. >> FTP was chosen since many of the basic concept are well known and >> should be familiar to readers. >=20 >=20 > s/basic concept/basic concepts/ >=20 > It's really great to find the example here. One could imagine it = being=20 > in the overview as a motivator for the discussion, showing the = problem=20 > space and how the solution addresses it. Yep, I might want to use a better example but I am thinking moving it up to the top of the document would be a good thing :-D >=20 >> To effect a file transfer the following steps would take place. >> >> 1. The application in PU(X) sends a login request. The PU(X)'s = ASAP >> layer sends an ASAP request to an ENRP server to request the = list >> of pool elements (using (a)). The pool handle to identify the >> pool is "File Transfer Pool". The ASAP layer queues the login >> request. >=20 >=20 > Dumb question from the guy who knows far too much about queues. Does =20 > the ASAP layer queue it (store it in a FIFO, LIFO, or etc data =20 > structure), or does it store it in a database of active requests? I =20 > should think it would do the latter, so that the request could then = be=20 > serviced as the necessary resources become available rather than =20 ally a bad example.. Say I am building a set of netflow collectors. I set up a small pool in maybe the span of a city that has all my collectors in one pool. All of my cisco routers know how to find the operational scope.. they want "netflow collector" They then talk to the ENRP servers that are running in this scope.. and setup and start sending their peg counts to one of the PE's that registered with the "netflow collector" name.. If that one fails.. they fail over and send the pegs to another one... Do I want all of my "netflow collector" in the ISP to be in one scope.. maybe (I have seen this stuff work inbetween Dallas, TX and a Japan office).. but maybe not. The administrator will setup the domain that this thing scopes in :-D >=20 > Example: www.microsoft.com, if you look it up using nslookup, appears = > to be a service that is offered through a distributed redirection =20 > service to a variety of individual servers. I have no idea how many =20 > servers are involved or where they are located, but I get the idea = that=20 > there is some DNS server that resolves that name with some knowledge = of=20 > the source address, yielding something akin to what Akamai does with=20 > names, and without resorting to anycast routing (which IMHO would be = a=20 > superior solution, but I digress). Now, the operational scope of the=20 > service is "anyone who might access www.microsoft.com", which is far=20 > too many end systems - it effectively IS the whole Internet. The pool = > handle in this case would seem to be implemented at the network = layer,=20 > and is the address returned for the instance of that service that a=20 > given user will access. >=20 > So help me out here. What in the world is this "operational scope"? Hmmm I see your point.. but I (microsoft) do not want to join the whole internet so that anyone can add "their server" to the "www.microsoft.com" pool. Instead I will have a scope that is bounded inside the MS network. Yes the user (PU) will have to attach into that scope... to find "www.microsoft.com" and thus the proper server... The pool may be accessible from anywhere on the internet .. but the set of ENRP servers is maintaining a small subset of names in its 'scope'.. which is smaller than the big-bad internet... even though each scope is accessible to folks on the internet... I realize the concept is not clear, but I am not sure what the terminology should actually be.. operational scope is probably a bad choice... its almost an administrative domain... >=20 >> In each operational scope there must be at least one ENRP server. >> All ENRP servers within the operational scope have knowledge of = all >> server pools within the operational scope. >=20 >=20 > so, coming back to www.microsoft.com, let's suppose that it is =20 > implemented as some number of groups of servers, each group of which = is=20 > co-located in one of Microsoft's favorite service providers. You are = > presuming that there is at least one redundancy server in the = service,=20 > and perhaps one or more in each such group of servers. So you are=20 > calling the groups of servers in a given colo location a pool, and = the=20 > entire thing a service? Is that right? Yes I think so... you have one or more ENRP servers... inside some administrative bounds (or operational scope) that MS chooses to draw.. it may be just Redmond, or it may be Redmond+SantaClara or ?? anyway.. the servers in that pool, processes on boxes, open up an rsp_socket() and register "www.microsoft.com". They all hopefully offer the same service, if not, its an administrative error. So when I contact a registered www.microsoft.com I get some service from it.. the same service whichever "pool element handle" (my how I hate that term).. I may access :-D >=20 >> Pool element: A server entity having registered to a pool. >=20 >=20 > This is a nice architectural term, I suppose. It doesn't help the =20 > reader much, though. The pool element is an instance of an = application=20 > (in a virtual server, there might be many> artificially making it wait for other requests whose resources don't =20 > become available quite as rapidly. Its the later I believe... but like I said FTP is probably a bad example.. >=20 >> >> 2. The ENRP server returns a list of the three PEs PE(1,A), PE = (1,B) >> and PE(1,C) to the ASAP layer in PU(X) (using (b)). >=20 >=20 > You need some punctuation there somehow. I tried, I have no idea how. >=20 Hmm yeah.. We need something.. its confusing at best :-( R >=20 --=20 Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 815-342-5222 (cell) ------_=_NextPart_001_01C6A5D6.B74264EF Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ rserpool mailing list rserpool@ietf.org https://www1.ietf.org/mailman/listinfo/rserpool ------_=_NextPart_001_01C6A5D6.B74264EF-- From rserpool-bounces@ietf.org Wed Jul 12 13:18:19 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0iLr-0005x0-9f; Wed, 12 Jul 2006 13:18:19 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0iLp-0005wP-HX for rserpool@ietf.org; Wed, 12 Jul 2006 13:18:17 -0400 Received: from ripley.ciena.com ([63.118.34.24]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G0iLA-00075x-6d for rserpool@ietf.org; Wed, 12 Jul 2006 13:17:37 -0400 Received: from lin1-118-39-27.ciena.com (HELO mdmxm02.ciena.com) ([63.118.39.27]) by ripley.ciena.com with ESMTP; 12 Jul 2006 13:30:05 -0400 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C6A5D6.A626BAA4" Date: Wed, 12 Jul 2006 13:14:35 -0400 Message-ID: <0901D1988E815341A0103206A834DA07E7D184@mdmxm02.ciena.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: [Fwd: Re: Review: draft-ietf-rserpool-arch-11.txt] Baker comments Thread-Index: Acaln7PiLtBV2AKERnuJ2y2A8w3EhQANt6Sg From: "Ong, Lyndon" To: X-Spam-Score: 0.0 (/) X-Scan-Signature: c0bedb65cce30976f0bf60a0a39edea4 Subject: [Rserpool] FW: [Fwd: Re: Review: draft-ietf-rserpool-arch-11.txt] Baker comments X-BeenThere: rserpool@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Reliable Server Pooling List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: rserpool-bounces@ietf.org This is a multi-part message in MIME format. ------_=_NextPart_001_01C6A5D6.A626BAA4 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Third response from Randy. L. Ong ------_=_NextPart_001_01C6A5D6.A626BAA4 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Re: Review: draft-ietf-rserpool-arch-11.txt Date: Mon, 10 Jul 2006 10:00:52 -0400 Message-ID: <44B25D94.5050900@cisco.com> In-Reply-To: <7FD685AD-3D10-4C32-8817-5F135789AA90@cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <200607072059.k67KxlQ03745@irp-view7.cisco.com> <6F34596D-30CB-4181-9D12-6085280A2EDF@cisco.com> <44B18023.60503@cisco.com> <612BECBB-21D2-4D1F-9950-FA23E07DE6CE@cisco.com> <44B24E18.6030509@cisco.com> <7FD685AD-3D10-4C32-8817-5F135789AA90@cisco.com> From: "Randall Stewart" To: "Fred Baker" Cc: , , "Melinda Shore" , , Fred: A better exam such running on the same=20 > physical hardware) that has registered with a pool server.=20 Yep, if I start 20 copies of the process foo, which all register has "randall".. they all are on the same machine and provide the "randall" service... Hopefully I would start them on multiple boxes too :-D Instead of > focusing on the hardware it runs on (the server), could you call it = an=20 > "application instance" or an "instance of an application", and the = pool=20 > itself a pool of application instances? Amen.. we needed you to be present in the naming wars of the past.. I like the term application instance and "pool of application instances". Much more clear to me and hey, even though its not my previous terms .. I don't have to have a mental image and translate between the two :-D >=20 > I'm a humble engineer. I just make stuff work. When I define terms, I = > usually try to do so in a manner that will help me point to objects = in=20 > pictures. So far, the terminology in this document has me completely=20 > lost. If you were to explain it in English... I cannot disagree.. since I never agreed with the terminology myself :-D >=20 >> 2.1.2. ENRP Servers >> >> The second class of entities in the RSerPool architecture is the >> class of ENRP servers. ENRP servers are designed to provide a = fully >> distributed fault-tolerant real-time translation service that = maps a >> pool handle to set of transport addresses pointing to a specific >> group of networked communication endpoints registered under that = pool >> handle. >=20 boy is the above not a confusing set of gibberish :-D >=20 > what is a "transport address"? A transport address is a open socket that some application is listening on for messages :-D Usually a IPaddress+Port+Protocol type. >=20 > I can tell you what a TSAP is, or a TCEPID, if that is what you're =20 > getting at. A TSAP is the name a transport client uses to identify = its=20 > connection to the transport, and a TCEPID is the name used to = identify=20 > the transport in a a remote system when talking to the network layer=20 > and asking for connectivity (it translates to an NSAP and a=20 > multiplexing ID). In the IP architecture we don't talk much about = those=20 > concepts, though - that's OSI. We generally talk about the network=20 > layer having addresses and the transport layer having ports, and when = > talking to a remote application we talk about the network address and = > transport port number that the application is using. The combination of an IP address + Port is a transport address.. this is a term we put into SCTP.. I think... and has echoed into these documents... I still don't like the 2.1.12 paragraph :-D >=20 > If that is what you're calling a "transport address", you'd best = define=20 > the term. The text in this section about the destination address,=20 > protocol, and port might be a good starting point. Hmm I am surprised or maybe not.. that its not defined in the document :-0 >=20 > Or if you really mean an internet address, say so. We have enough =20 > confusion in the IETF with bellheads that call the physical layer the = > "transport". We don't need people misidentifying the internet = sublayer=20 > of the network layer as the "transport" too. SCTP and TCP are=20 > transports - that's what the "T" stands for. Yep.. >=20 >> 2.1.3. Pool Users >> >> A third class of entities in the architecture is the Pool User = (PU) >> class, consisting of the clients being served by the PEs of a = server >> pool. >=20 >=20 > What on God's Green Earth is a "user" in this situation? Is it a =20 > person? An application? What? To me its a client application that wants to use the pool aka a client that wants to gain access to an application instance to service a request... >=20 >> 2.2.2. Aggregate Server Access Protocol >> >> The PU wanting service from the pool uses the Aggregate Server = Access >> Protocol (ASAP) to access members of the pool. >=20 >=20 > OK. So I'm a pool user (kid in a bathing suit, ple might be IP-Fix or say BGP.. I have a pool of IP-Fix collectors.. and some number of routers that want to be PU's... aka the client that sends data to the collectors. Or.. I have a pool of BGP Servers that also act as clients .. you point your two pools at each other.. some at ISP-1 and the other at ISP-2.. Now your BGP servers talk over rserpool to each other in a peer-2-peer form.. if one of them fails.. it fails over to another WITHOUT withdrawing routes... necessarily.. Hmm.. Maybe I can construct a more sensical example with these :-D R --=20 Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 815-342-5222 (cell) ------_=_NextPart_001_01C6A5D6.A626BAA4 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ rserpool mailing list rserpool@ietf.org https://www1.ietf.org/mailman/listinfo/rserpool ------_=_NextPart_001_01C6A5D6.A626BAA4-- From rserpool-bounces@ietf.org Wed Jul 12 13:18:19 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0iLr-0005xO-Hw; Wed, 12 Jul 2006 13:18:19 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0iLp-0005wP-Jw for rserpool@ietf.org; Wed, 12 Jul 2006 13:18:17 -0400 Received: from ripley.ciena.com ([63.118.34.24]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G0iL9-00075r-QX for rserpool@ietf.org; Wed, 12 Jul 2006 13:17:37 -0400 Received: from lin1-118-39-27.ciena.com (HELO mdmxm02.ciena.com) ([63.118.39.27]) by ripley.ciena.com with ESMTP; 12 Jul 2006 13:30:05 -0400 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C6A5D6.7D5E9477" Date: Wed, 12 Jul 2006 13:13:26 -0400 Message-ID: <0901D1988E815341A0103206A834DA07E7D182@mdmxm02.ciena.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: [Fwd: Re: Review: draft-ietf-rserpool-arch-11.txt] Baker comments Thread-Index: Acaln33bFAYoRN7tShaxv43HEAzfkAANuZag From: "Ong, Lyndon" To: X-Spam-Score: 0.0 (/) X-Scan-Signature: 3002fc2e661cd7f114cb6bae92fe88f1 Subject: [Rserpool] FW: [Fwd: Re: Review: draft-ietf-rserpool-arch-11.txt] Baker comments X-BeenThere: rserpool@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Reliable Server Pooling List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: rserpool-bounces@ietf.org This is a multi-part message in MIME format. ------_=_NextPart_001_01C6A5D6.7D5E9477 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Full text of Randy's response L. Ong ------_=_NextPart_001_01C6A5D6.7D5E9477 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Re: Review: draft-ietf-rserpool-arch-11.txt Date: Mon, 10 Jul 2006 08:54:48 -0400 Message-ID: <44B24E18.6030509@cisco.com> In-Reply-To: <612BECBB-21D2-4D1F-9950-FA23E07DE6CE@cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <200607072059.k67KxlQ03745@irp-view7.cisco.com> <6F34596D-30CB-4181-9D12-6085280A2EDF@cisco.com> <44B18023.60503@cisco.com> <612BECBB-21D2-4D1F-9950-FA23E07DE6CE@cisco.com> From: "Randall Stewart" To: "Fred Baker" Cc: , , "Melinda Shore" , , Fred >=20 > I still don't such running on the same=20 > physical hardware) that has registered with a pool server.=20 Yep, if I start 20 copies of the process foo, which all register has "randall".. they all are on the same machine and provide the "randall" service... Hopefully I would start them on multiple boxes too :-D Instead of > focusing on the hardware it runs on (the server), could you call it = an=20 > "application instance" or an "instance of an application", and the = pool=20 > itself a pool of application instances? Amen.. we needed you to be present in the naming wars of the past.. I like the term application instance and "pool of application instances". Much more clear to me and hey, even though its not my previous terms .. I don't have to have a mental image and translate between the two :-D >=20 > I'm a humble engineer. I just make stuff work. When I define terms, I = > usually try to do so in a manner that will help me point to objects = in=20 > pictures. So far, the terminology in this document has me completely=20 > lost. If you were to explain it in English... I cannot disagree.. since I never agreed with the terminology myself :-D >=20 >> 2.1.2. ENRP Servers >> >> The second class of entities in the RSerPool architecture is the >> class of ENRP servers. ENRP servers are designed to provide a = fully >> distributed fault-tolerant real-time translation service that = maps a >> pool handle to set of transport addresses pointing to a specific >> group of networked communication endpoints registered under that = pool >> handle. >=20 boy is the above not a confusing set of gibberish :-D >=20 > what is a "transport address"? A transport address is a open socket that some application is listening on for messages :-D Usually a IPaddress+Port+Protocol type. >=20 > I can tell you what a TSAP is, or a TCEPID, if that is what you're =20 > getting at. A TSAP is the name a transport client uses to identify = its=20 > connection to the transport, and a TCEPID is the name used to = identify=20 > the transport in a a remote system when talking to the network layer=20 > and asking for connectivity (it translates to an NSAP and a=20 > multiplexing ID). In the IP architecture we don't talk much about = those=20 > concepts, though - that's OSI. We generally talk about the network=20 > layer having addresses and the transport layer having ports, and when = > talking to a remote application we talk about the network address and = > transport port number that the application is using. The combination of an IP address + Port is a transport address.. this is a term we put into SCTP.. I think... and has echoed into these documents... I still don't like the 2.1.12 paragraph :-D >=20 > If that is what you're calling a "transport address", you'd best = define=20 > the term. The text in this section about the destination address,=20 > protocol, and port might be a good starting point. Hmm I am surprised or maybe not.. that its not defined in the document :-0 >=20 > Or if you really mean an internet address, say so. We have enough =20 > confusion in the IETF with bellheads that call the physical layer the = > "transport". We don't need people misidentifying the internet = sublayer=20 > of the network layer as the "transport" too. SCTP and TCP are=20 > transports - that's what the "T" stands for. Yep.. >=20 >> 2.1.3. Pool Users >> >> A third class of entities in the architecture is the Pool User = (PU) >> class, consisting of the clients being served by the PEs of a = server >> pool. >=20 >=20 > What on God's Green Earth is a "user" in this situation? Is it a =20 > person? An application? What? To me its a client application that wants to use the pool aka a client that wants to gain access to an application instance to service a request... >=20 >> 2.2.2. Aggregate Server Access Protocol >> >> The PU wanting service from the pool uses the Aggregate Server = Access >> Protocol (ASAP) to access members of the pool. >=20 >=20 > OK. So I'm a pool user (kid in a bathing suit, have a definition of a "business card". Is that a .vcf =20 > file? If so, I have no idea how it guides a user failover; the = business=20 > cards I am aware of are small files that contain a human being's=20 > contact details. See attached. >=20 >=20 >=20 Business card MAY have been a bad choice in names... its a last will and testament a server tells the ASAP layer of the client to use for failovers... One thing about this document.. Michael and I have been talking this morning.... It has: a) Went through several terminology changes (we argued quite a bit over pool name/ pool handle.. and all the other terms.. many of them still confuse me :-D) b) It went through several iterations of changing passive voices.. c) And seems to me to need much more clearification.. I know when I was asked to dig into it ... I really only added the first few paragraphs in the Intro section... having been burned out on the terminology arguments a few years ago... :-0 I still need to go finish my responses to you.. my landing cut short... But without having read the rest of your email (I was replying and reading in real time)... does the basic concepts of what we are trying to do.. however poorly they were presented to you.. get through and make sense to you??? We definetly need to fix the wording... and I think Michael said he can get the MS doc grammer stuff to run on his mac.. maybe through emulation :-0... hopefully we can turn him loose to fix it :-D R --=20 Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 815-342-5222 (cell) ------_=_NextPart_001_01C6A5D6.7D5E9477 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ rserpool mailing list rserpool@ietf.org https://www1.ietf.org/mailman/listinfo/rserpool ------_=_NextPart_001_01C6A5D6.7D5E9477-- I think).=20 The vision in my mind is not pretty :-D I want to use > your Rserpool thing to, I dunno, open a BEEP connection to an =20 > application in some other system. That means I'm going to open an = SCTP=20 > connection (yes, Marshall never wrote down BEEP/SCTP, but he should=20 > have) He did but the document feel by the wayside due to my not having the cycles to make sure it became an RFC.. I could probably dig up an old copy if you wanted :-D to a given Internet address and transport port number, which will > get me to that application. Do I have to also open an ASAP connection = > to a server to tell me which one to address? I thought I got that = from=20 > DNS? In theory if you have a configured ENRP server.. you talk to that.. So lets say I start processes on lakerest.net, bsd.lakerest.net and bsd2.lakerest.net They are all the same "beep" service registered as the name "randall". There is also an ENRP server running on lakerest.net and bsd.lakerest.net. So, I the user, figure out where lakerest.net is. (70.155.160.98) Now, the PU connects to 70.155.160.98 port ENRP via SCTP. It now does a query ----Tell me("randall")-----> <---gets back a randall's are at 70.155.160.98:port2222 (sctp) 70.155.160.99:port3333 (sctp) and 70.155.160.100:port4444(sctp) Now, in this are also a load balancing policy and some other goodies.. no big deal.. ASAP in the client/user (PU) then selects one based on the algorithm.. lets say 70.155.160.100:port4444 since 4 is my lucky number :-D It then sends a INIT---> 70.155.160.100:port4444 and starts send the application (BEEP) request. It may get back right away from the server <-------ASAP(DWL, COOKIE)----- DWL =3D Death Wish List (the failover order listing 2222 then 3333) and COOKIE =3D which is some form of state cookie that on failover would be presented to the new "randall" spoken to. Now the application sends/recvs its messages... Note I have changed BC (business card) to DWL... since I like this better.. even though its politically less correct :-D >=20 > Or is the pool user someone else?If so, who? >=20 >> o The PE can send a business card >> >> o The PE can send cookies >=20 >=20 > these are defined terms, right? No, they are not defined in 2.3; 2.3 =20 > merely says that they can be shipped around. >=20 > To me a business card is a small piece of paper, and a cookie is as =20 > defined in Betty Crocker... In the above instance the DWL(BC) is a listing of who to failover to next. Its a last/will and testament if you will.. The Cookie is some form of state if the application instance dies that should be presented to the next "randall" that the client talks too... So does that help? >=20 >> basic FTP model. These examples use FTP for illustrative = purposes. >> FTP was chosen since many of the basic concept are well known and >> should be familiar to readers. >=20 >=20 > s/basic concept/basic concepts/ >=20 > It's really great to find the example here. One could imagine it = being=20 > in the overview as a motivator for the discussion, showing the = problem=20 > space and how the solution addresses it. Yep, I might want to use a better example but I am thinking moving it up to the top of the document would be a good thing :-D >=20 >> To effect a file transfer the following steps would take place. >> >> 1. The application in PU(X) sends a login request. The PU(X)'s = ASAP >> layer sends an ASAP request to an ENRP server to request the = list >> of pool elements (using (a)). The pool handle to identify the >> pool is "File Transfer Pool". The ASAP layer queues the login >> request. >=20 >=20 > Dumb question from the guy who knows far too much about queues. Does =20 > the ASAP layer queue it (store it in a FIFO, LIFO, or etc data =20 > structure), or does it store it in a database of active requests? I =20 > should think it would do the latter, so that the request could then = be=20 > serviced as the necessary resources become available rather than =20 > artificially making it wait for other requests whose resources don't =20 > become available quite as rapidly. Its the later I believe... but like I said FTP is probably a bad example.. >=20 >> >> 2. The ENRP server returns a list of the three PEs PE(1,A), PE = (1,B) >> and PE(1,C) to the ASAP layer in PU(X) (using (b)). >=20 >=20 > You need some punctuation there somehow. I tried, I have no idea how. >=20 Hmm yeah.. We need something.. its confusing at best :-( R >=20 --=20 Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 815-342-5222 (cell) ------_=_NextPart_001_01C6A5D6.B74264EF Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ rserpool mailing list rserpool@ietf.org https://www1.ietf.org/mailman/listinfo/rserpool ------_=_NextPart_001_01C6A5D6.B74264EF-- From rserpool-bounces@ietf.org Wed Jul 12 13:18:19 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0iLr-0005x0-9f; Wed, 12 Jul 2006 13:18:19 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0iLp-0005wP-HX for rserpool@ietf.org; Wed, 12 Jul 2006 13:18:17 -0400 Received: from ripley.ciena.com ([63.118.34.24]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G0iLA-00075x-6d for rserpool@ietf.org; Wed, 12 Jul 2006 13:17:37 -0400 Received: from lin1-118-39-27.ciena.com (HELO mdmxm02.ciena.com) ([63.118.39.27]) by ripley.ciena.com with ESMTP; 12 Jul 2006 13:30:05 -0400 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C6A5D6.A626BAA4" Date: Wed, 12 Jul 2006 13:14:35 -0400 Message-ID: <0901D1988E815341A0103206A834DA07E7D184@mdmxm02.ciena.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: [Fwd: Re: Review: draft-ietf-rserpool-arch-11.txt] Baker comments Thread-Index: Acaln7PiLtBV2AKERnuJ2y2A8w3EhQANt6Sg From: "Ong, Lyndon" To: X-Spam-Score: 0.0 (/) X-Scan-Signature: c0bedb65cce30976f0bf60a0a39edea4 Subject: [Rserpool] FW: [Fwd: Re: Review: draft-ietf-rserpool-arch-11.txt] Baker comments X-BeenThere: rserpool@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Reliable Server Pooling List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: rserpool-bounces@ietf.org This is a multi-part message in MIME format. ------_=_NextPart_001_01C6A5D6.A626BAA4 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Third response from Randy. L. Ong ------_=_NextPart_001_01C6A5D6.A626BAA4 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Re: Review: draft-ietf-rserpool-arch-11.txt Date: Mon, 10 Jul 2006 10:00:52 -0400 Message-ID: <44B25D94.5050900@cisco.com> In-Reply-To: <7FD685AD-3D10-4C32-8817-5F135789AA90@cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <200607072059.k67KxlQ03745@irp-view7.cisco.com> <6F34596D-30CB-4181-9D12-6085280A2EDF@cisco.com> <44B18023.60503@cisco.com> <612BECBB-21D2-4D1F-9950-FA23E07DE6CE@cisco.com> <44B24E18.6030509@cisco.com> <7FD685AD-3D10-4C32-8817-5F135789AA90@cisco.com> From: "Randall Stewart" To: "Fred Baker" Cc: , , "Melinda Shore" , , Fred: A better example might be IP-Fix or say BGP.. I have a pool of IP-Fix collectors.. and some number of routers that want to be PU's... aka the client that sends data to the collectors. Or.. I have a pool of BGP Servers that also act as clients .. you point your two pools at each other.. some at ISP-1 and the other at ISP-2.. Now your BGP servers talk over rserpool to each other in a peer-2-peer form.. if one of them fails.. it fails over to another WITHOUT withdrawing routes... necessarily.. Hmm.. Maybe I can construct a more sensical example with these :-D R --=20 Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 815-342-5222 (cell) ------_=_NextPart_001_01C6A5D6.A626BAA4 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ rserpool mailing list rserpool@ietf.org https://www1.ietf.org/mailman/listinfo/rserpool ------_=_NextPart_001_01C6A5D6.A626BAA4-- From rserpool-bounces@ietf.org Wed Jul 12 13:18:19 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0iLr-0005xO-Hw; Wed, 12 Jul 2006 13:18:19 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0iLp-0005wP-Jw for rserpool@ietf.org; Wed, 12 Jul 2006 13:18:17 -0400 Received: from ripley.ciena.com ([63.118.34.24]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G0iL9-00075r-QX for rserpool@ietf.org; Wed, 12 Jul 2006 13:17:37 -0400 Received: from lin1-118-39-27.ciena.com (HELO mdmxm02.ciena.com) ([63.118.39.27]) by ripley.ciena.com with ESMTP; 12 Jul 2006 13:30:05 -0400 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C6A5D6.7D5E9477" Date: Wed, 12 Jul 2006 13:13:26 -0400 Message-ID: <0901D1988E815341A0103206A834DA07E7D182@mdmxm02.ciena.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: [Fwd: Re: Review: draft-ietf-rserpool-arch-11.txt] Baker comments Thread-Index: Acaln33bFAYoRN7tShaxv43HEAzfkAANuZag From: "Ong, Lyndon" To: X-Spam-Score: 0.0 (/) X-Scan-Signature: 3002fc2e661cd7f114cb6bae92fe88f1 Subject: [Rserpool] FW: [Fwd: Re: Review: draft-ietf-rserpool-arch-11.txt] Baker comments X-BeenThere: rserpool@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Reliable Server Pooling List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: rserpool-bounces@ietf.org This is a multi-part message in MIME format. ------_=_NextPart_001_01C6A5D6.7D5E9477 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Full text of Randy's response L. Ong ------_=_NextPart_001_01C6A5D6.7D5E9477 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Re: Review: draft-ietf-rserpool-arch-11.txt Date: Mon, 10 Jul 2006 08:54:48 -0400 Message-ID: <44B24E18.6030509@cisco.com> In-Reply-To: <612BECBB-21D2-4D1F-9950-FA23E07DE6CE@cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <200607072059.k67KxlQ03745@irp-view7.cisco.com> <6F34596D-30CB-4181-9D12-6085280A2EDF@cisco.com> <44B18023.60503@cisco.com> <612BECBB-21D2-4D1F-9950-FA23E07DE6CE@cisco.com> From: "Randall Stewart" To: "Fred Baker" Cc: , , "Melinda Shore" , , Fred >=20 > I still don't have a definition of a "business card". Is that a .vcf =20 > file? If so, I have no idea how it guides a user failover; the = business=20 > cards I am aware of are small files that contain a human being's=20 > contact details. See attached. >=20 >=20 >=20 Business card MAY have been a bad choice in names... its a last will and testament a server tells the ASAP layer of the client to use for failovers... One thing about this document.. Michael and I have been talking this morning.... It has: a) Went through several terminology changes (we argued quite a bit over pool name/ pool handle.. and all the other terms.. many of them still confuse me :-D) b) It went through several iterations of changing passive voices.. c) And seems to me to need much more clearification.. I know when I was asked to dig into it ... I really only added the first few paragraphs in the Intro section... having been burned out on the terminology arguments a few years ago... :-0 I still need to go finish my responses to you.. my landing cut short... But without having read the rest of your email (I was replying and reading in real time)... does the basic concepts of what we are trying to do.. however poorly they were presented to you.. get through and make sense to you??? We definetly need to fix the wording... and I think Michael said he can get the MS doc grammer stuff to run on his mac.. maybe through emulation :-0... hopefully we can turn him loose to fix it :-D R --=20 Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 815-342-5222 (cell) ------_=_NextPart_001_01C6A5D6.7D5E9477 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ rserpool mailing list rserpool@ietf.org https://www1.ietf.org/mailman/listinfo/rserpool ------_=_NextPart_001_01C6A5D6.7D5E9477-- I think).=20 The vision in my mind is not pretty :-D I want to use > your Rserpool thing to, I dunno, open a BEEP connection to an =20 > application in some other system. That means I'm going to open an = SCTP=20 > connection (yes, Marshall never wrote down BEEP/SCTP, but he should=20 > have) He did but the document feel by the wayside due to my not having the cycles to make sure it became an RFC.. I could probably dig up an old copy if you wanted :-D to a given Internet address and transport port number, which will > get me to that application. Do I have to also open an ASAP connection = > to a server to tell me which one to address? I thought I got that = from=20 > DNS? In theory if you have a configured ENRP server.. you talk to that.. So lets say I start processes on lakerest.net, bsd.lakerest.net and bsd2.lakerest.net They are all the same "beep" service registered as the name "randall". There is also an ENRP server running on lakerest.net and bsd.lakerest.net. So, I the user, figure out where lakerest.net is. (70.155.160.98) Now, the PU connects to 70.155.160.98 port ENRP via SCTP. It now does a query ----Tell me("randall")-----> <---gets back a randall's are at 70.155.160.98:port2222 (sctp) 70.155.160.99:port3333 (sctp) and 70.155.160.100:port4444(sctp) Now, in this are also a load balancing policy and some other goodies.. no big deal.. ASAP in the client/user (PU) then selects one based on the algorithm.. lets say 70.155.160.100:port4444 since 4 is my lucky number :-D It then sends a INIT---> 70.155.160.100:port4444 and starts send the application (BEEP) request. It may get back right away from the server <-------ASAP(DWL, COOKIE)----- DWL =3D Death Wish List (the failover order listing 2222 then 3333) and COOKIE =3D which is some form of state cookie that on failover would be presented to the new "randall" spoken to. Now the application sends/recvs its messages... Note I have changed BC (business card) to DWL... since I like this better.. even though its politically less correct :-D >=20 > Or is the pool user someone else?If so, who? >=20 >> o The PE can send a business card >> >> o The PE can send cookies >=20 >=20 > these are defined terms, right? No, they are not defined in 2.3; 2.3 =20 > merely says that they can be shipped around. >=20 > To me a business card is a small piece of paper, and a cookie is as =20 > defined in Betty Crocker... In the above instance the DWL(BC) is a listing of who to failover to next. Its a last/will and testament if you will.. The Cookie is some form of state if the application instance dies that should be presented to the next "randall" that the client talks too... So does that help? >=20 >> basic FTP model. These examples use FTP for illustrative = purposes. >> FTP was chosen since many of the basic concept are well known and >> should be familiar to readers. >=20 >=20 > s/basic concept/basic concepts/ >=20 > It's really great to find the example here. One could imagine it = being=20 > in the overview as a motivator for the discussion, showing the = problem=20 > space and how the solution addresses it. Yep, I might want to use a better example but I am thinking moving it up to the top of the document would be a good thing :-D >=20 >> To effect a file transfer the following steps would take place. >> >> 1. The application in PU(X) sends a login request. The PU(X)'s = ASAP >> layer sends an ASAP request to an ENRP server to request the = list >> of pool elements (using (a)). The pool handle to identify the >> pool is "File Transfer Pool". The ASAP layer queues the login >> request. >=20 >=20 > Dumb question from the guy who knows far too much about queues. Does =20 > the ASAP layer queue it (store it in a FIFO, LIFO, or etc data =20 > structure), or does it store it in a database of active requests? I =20 > should think it would do the latter, so that the request could then = be=20 > serviced as the necessary resources become available rather than =20 > artificially making it wait for other requests whose resources don't =20 > become available quite as rapidly. Its the later I believe... but like I said FTP is probably a bad example.. >=20 >> >> 2. The ENRP server returns a list of the three PEs PE(1,A), PE = (1,B) >> and PE(1,C) to the ASAP layer in PU(X) (using (b)). >=20 >=20 > You need some punctuation there somehow. I tried, I have no idea how. >=20 Hmm yeah.. We need something.. its confusing at best :-( R >=20 --=20 Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 815-342-5222 (cell) ------_=_NextPart_001_01C6A5D6.B74264EF Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ rserpool mailing list rserpool@ietf.org https://www1.ietf.org/mailman/listinfo/rserpool ------_=_NextPart_001_01C6A5D6.B74264EF-- From rserpool-bounces@ietf.org Wed Jul 12 13:18:19 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0iLr-0005x0-9f; Wed, 12 Jul 2006 13:18:19 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0iLp-0005wP-HX for rserpool@ietf.org; Wed, 12 Jul 2006 13:18:17 -0400 Received: from ripley.ciena.com ([63.118.34.24]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G0iLA-00075x-6d for rserpool@ietf.org; Wed, 12 Jul 2006 13:17:37 -0400 Received: from lin1-118-39-27.ciena.com (HELO mdmxm02.ciena.com) ([63.118.39.27]) by ripley.ciena.com with ESMTP; 12 Jul 2006 13:30:05 -0400 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C6A5D6.A626BAA4" Date: Wed, 12 Jul 2006 13:14:35 -0400 Message-ID: <0901D1988E815341A0103206A834DA07E7D184@mdmxm02.ciena.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: [Fwd: Re: Review: draft-ietf-rserpool-arch-11.txt] Baker comments Thread-Index: Acaln7PiLtBV2AKERnuJ2y2A8w3EhQANt6Sg From: "Ong, Lyndon" To: X-Spam-Score: 0.0 (/) X-Scan-Signature: c0bedb65cce30976f0bf60a0a39edea4 Subject: [Rserpool] FW: [Fwd: Re: Review: draft-ietf-rserpool-arch-11.txt] Baker comments X-BeenThere: rserpool@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Reliable Server Pooling List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: rserpool-bounces@ietf.org This is a multi-part message in MIME format. ------_=_NextPart_001_01C6A5D6.A626BAA4 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Third response from Randy. L. Ong ------_=_NextPart_001_01C6A5D6.A626BAA4 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Re: Review: draft-ietf-rserpool-arch-11.txt Date: Mon, 10 Jul 2006 10:00:52 -0400 Message-ID: <44B25D94.5050900@cisco.com> In-Reply-To: <7FD685AD-3D10-4C32-8817-5F135789AA90@cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <200607072059.k67KxlQ03745@irp-view7.cisco.com> <6F34596D-30CB-4181-9D12-6085280A2EDF@cisco.com> <44B18023.60503@cisco.com> <612BECBB-21D2-4D1F-9950-FA23E07DE6CE@cisco.com> <44B24E18.6030509@cisco.com> <7FD685AD-3D10-4C32-8817-5F135789AA90@cisco.com> From: "Randall Stewart" To: "Fred Baker" Cc: , , "Melinda Shore" , , Fred: A better example might be IP-Fix or say BGP.. I have a pool of IP-Fix collectors.. and some number of routers that want to be PU's... aka the client that sends data to the collectors. Or.. I have a pool of BGP Servers that also act as clients .. you point your two pools at each other.. some at ISP-1 and the other at ISP-2.. Now your BGP servers talk over rserpool to each other in a peer-2-peer form.. if one of them fails.. it fails over to another WITHOUT withdrawing routes... necessarily.. Hmm.. Maybe I can construct a more sensical example with these :-D R --=20 Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 815-342-5222 (cell) ------_=_NextPart_001_01C6A5D6.A626BAA4 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ rserpool mailing list rserpool@ietf.org https://www1.ietf.org/mailman/listinfo/rserpool ------_=_NextPart_001_01C6A5D6.A626BAA4-- From rserpool-bounces@ietf.org Wed Jul 12 13:18:19 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0iLr-0005xO-Hw; Wed, 12 Jul 2006 13:18:19 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0iLp-0005wP-Jw for rserpool@ietf.org; Wed, 12 Jul 2006 13:18:17 -0400 Received: from ripley.ciena.com ([63.118.34.24]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G0iL9-00075r-QX for rserpool@ietf.org; Wed, 12 Jul 2006 13:17:37 -0400 Received: from lin1-118-39-27.ciena.com (HELO mdmxm02.ciena.com) ([63.118.39.27]) by ripley.ciena.com with ESMTP; 12 Jul 2006 13:30:05 -0400 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C6A5D6.7D5E9477" Date: Wed, 12 Jul 2006 13:13:26 -0400 Message-ID: <0901D1988E815341A0103206A834DA07E7D182@mdmxm02.ciena.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: [Fwd: Re: Review: draft-ietf-rserpool-arch-11.txt] Baker comments Thread-Index: Acaln33bFAYoRN7tShaxv43HEAzfkAANuZag From: "Ong, Lyndon" To: X-Spam-Score: 0.0 (/) X-Scan-Signature: 3002fc2e661cd7f114cb6bae92fe88f1 Subject: [Rserpool] FW: [Fwd: Re: Review: draft-ietf-rserpool-arch-11.txt] Baker comments X-BeenThere: rserpool@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Reliable Server Pooling List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: rserpool-bounces@ietf.org This is a multi-part message in MIME format. ------_=_NextPart_001_01C6A5D6.7D5E9477 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Full text of Randy's response L. Ong ------_=_NextPart_001_01C6A5D6.7D5E9477 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Re: Review: draft-ietf-rserpool-arch-11.txt Date: Mon, 10 Jul 2006 08:54:48 -0400 Message-ID: <44B24E18.6030509@cisco.com> In-Reply-To: <612BECBB-21D2-4D1F-9950-FA23E07DE6CE@cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <200607072059.k67KxlQ03745@irp-view7.cisco.com> <6F34596D-30CB-4181-9D12-6085280A2EDF@cisco.com> <44B18023.60503@cisco.com> <612BECBB-21D2-4D1F-9950-FA23E07DE6CE@cisco.com> From: "Randall Stewart" To: "Fred Baker" Cc: , , "Melinda Shore" , , Fred >=20 > I still don't have a definition of a "business card". Is that a .vcf =20 > file? If so, I have no idea how it guides a user failover; the = business=20 > cards I am aware of are small files that contain a human being's=20 > contact details. See attached. >=20 >=20 >=20 Business card MAY have been a bad choice in names... its a last will and testament a server tells the ASAP layer of the client to use for failovers... One thing about this document.. Michael and I have been talking this morning.... It has: a) Went through several terminology changes (we argued quite a bit over pool name/ pool handle.. and all the other terms.. many of them still confuse me :-D) b) It went through several iterations of changing passive voices.. c) And seems to me to need much more clearification.. I know when I was asked to dig into it ... I really only added the first few paragraphs in the Intro section... having been burned out on the terminology arguments a few years ago... :-0 I still need to go finish my responses to you.. my landing cut short... But without having read the rest of your email (I was replying and reading in real time)... does the basic concepts of what we are trying to do.. however poorly they were presented to you.. get through and make sense to you??? We definetly need to fix the wording... and I think Michael said he can get the MS doc grammer stuff to run on his mac.. maybe through emulation :-0... hopefully we can turn him loose to fix it :-D R --=20 Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 815-342-5222 (cell) ------_=_NextPart_001_01C6A5D6.7D5E9477 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ rserpool mailing list rserpool@ietf.org https://www1.ietf.org/mailman/listinfo/rserpool ------_=_NextPart_001_01C6A5D6.7D5E9477-- From rserpool-bounces@ietf.org Wed Jul 12 13:40:48 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0ihc-0000xl-G3; Wed, 12 Jul 2006 13:40:48 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0iLp-0005wP-LX for rserpool@ietf.org; Wed, 12 Jul 2006 13:18:17 -0400 Received: from ripley.ciena.com ([63.118.34.24]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G0iL9-00075x-Re for rserpool@ietf.org; Wed, 12 Jul 2006 13:17:36 -0400 Received: from lin1-118-39-27.ciena.com (HELO mdmxm02.ciena.com) ([63.118.39.27]) by ripley.ciena.com with ESMTP; 12 Jul 2006 13:30:05 -0400 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C6A5D6.9067C31B" Date: Wed, 12 Jul 2006 13:13:58 -0400 Message-ID: <0901D1988E815341A0103206A834DA07E7D183@mdmxm02.ciena.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: [Fwd: Re: Review: draft-ietf-rserpool-arch-11.txt] Baker comments Thread-Index: Acaln54ZBcenheiPQCCrRfJhGv5VjwANuEGQ From: "Ong, Lyndon" To: X-Spam-Score: 0.0 (/) X-Scan-Signature: 8f374d0786b25a451ef87d82c076f593 Subject: [Rserpool] FW: [Fwd: Re: Review: draft-ietf-rserpool-arch-11.txt] Baker comments X-BeenThere: rserpool@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Reliable Server Pooling List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: rserpool-bounces@ietf.org This is a multi-part message in MIME format. ------_=_NextPart_001_01C6A5D6.9067C31B Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Randy's second response to Fred's comments. L. Ong ------_=_NextPart_001_01C6A5D6.9067C31B Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Re: Review: draft-ietf-rserpool-arch-11.txt Date: Mon, 10 Jul 2006 09:49:46 -0400 Message-ID: <44B25AFA.4030009@cisco.com> In-Reply-To: <7FD685AD-3D10-4C32-8817-5F135789AA90@cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <200607072059.k67KxlQ03745@irp-view7.cisco.com> <6F34596D-30CB-4181-9D12-6085280A2EDF@cisco.com> <44B18023.60503@cisco.com> <612BECBB-21D2-4D1F-9950-FA23E07DE6CE@cisco.com> <44B24E18.6030509@cisco.com> <7FD685AD-3D10-4C32-8817-5F135789AA90@cisco.com> From: "Randall Stewart" To: "Fred Baker" Cc: , , "Melinda Shore" , , Fred Baker wrote: > On Jul 10, 2006, at 8:54 AM, Randall Stewart wrote: >=20 >> But without having read the rest of your email (I was replying and =20 >> reading in real time)... does the basic concepts of what we are =20 >> trying to do.. however poorly they were presented to you.. get =20 >> through and make sense to you??? >=20 >=20 > Backing off and thinking hard, yes, I think can work most of it out. =20 > Personally, I think that I shouldn't have to work that hard, but it = is=20 > possible to eventually figure it out - after I have mentally = translated=20 > the terminology into something else that makes some sense to me. The=20 > big thing is that now I have to remember the translations and apply=20 > them in real time as I read. Then you and I agree.. I too keep a seperate terminology translation in my head... its why I did NOT go much further than to add a couple paragraphs to the INTRO section.. I did not "win" the terminology discussion we had... so I constantly keep two sets of terms (maybe more) in my head.. and thus am often times confused when reading the architecture :-D >=20 > I didn't work out what a "pool user" was until I saw the FTP example = at=20 > the end, and then I blanched a bit. So I am a random user of an FTP=20 > service, and I want to use the services of some remote set of systems = > that constitute a rserpool. I, the user (or his software) am supposed = > to know and care how some random service I access on the Internet is=20 > supposed to be structured? >=20 > For example, suppose that ftpeng.cisco.com consists of a stack of =20 > servers. I have some pictures of Vint Cerf receiving the Order of =20 > Saints Cyril and Methodius (comparable to the US Medal of Freedom) = last=20 > week plus other activities in Bulgaria at ftp://ftpeng.cisco.com/=20 > fred/Sofia-7-3-2006-web/Sofia-7-3-2006-web.html. Suppose that I = provide=20 > that URL to my wife, to use on our Mac at home. She plunks it into=20 > Safari, and the thing you would prefer to happen next is that the Mac = > wonders whether there is a server pool and starts with some non-FTP = and=20 > non-DNS protocol to obtain a Pool Handle and then a Pool Element = Handle=20 > to work out which server it should talk with, after which it starts=20 > using the appropriate FTPng protocol (based on BEEP) to access the=20 > pictures. My initial thought is - "not bloody likely". The second=20 > model, in which a proxy on site works it out, is more palatable. The=20 > Mac goes to the named machine (one of the addresses it receives from=20 > DNS), and if there is a load sharing activity going on it acts as a=20 > proxy to to real server behind it, or maybe changes "its" address so=20 > that the client is talking to the real server behind it, as HTTP = does. >=20 > I dare you to try to explain this expectation to my wife. Her eyes = will=20 > glaze over at the mention of the computer... I agree.. but of course if this is used for other things (not FTP) such as call control engines or other FT devices where its really computers using services (think my CDMA network I mentioned earlier)... then its not an issue.. I don't think we have ever concentrated on trying to make FTP/HTTP work over rserpool... except an example to try to illustrate the concepts... Maybe we need a different example :-D >=20 > It would have really helped me if the examples were up front so I = could=20 > see what you wanted to do, so that as I read the document I could = work=20 > out how you were doing it. ahh.. that would be interesting and maybe a better example :-D >=20 > I spoke with Pekka Savola last evening (while watching a soccer = match)=20 > and mentioned passive voice; his comment is that folks for whom = English=20 > is a second language would like to see passive voice outlawed and all = > users of it banished to a place of pain. I have heard the same from=20 > people whose first languages vary quite a bit - Finnish in his case,=20 > Japanese, Chinese, German, and so on. One of the authors is German, = and=20 > maybe he will disagree with me. Yes, I think Michael told me at breakfast he changed most of the document to this voice... :-D R --=20 Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 815-342-5222 (cell) ------_=_NextPart_001_01C6A5D6.9067C31B Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ rserpool mailing list rserpool@ietf.org https://www1.ietf.org/mailman/listinfo/rserpool ------_=_NextPart_001_01C6A5D6.9067C31B-- From rserpool-bounces@ietf.org Wed Jul 12 13:43:20 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0ik3-0001Zp-Tm; Wed, 12 Jul 2006 13:43:19 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0iLp-0005wP-MP for rserpool@ietf.org; Wed, 12 Jul 2006 13:18:17 -0400 Received: from ripley.ciena.com ([63.118.34.24]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G0iL8-00075r-H0 for rserpool@ietf.org; Wed, 12 Jul 2006 13:17:35 -0400 Received: from lin1-118-39-27.ciena.com (HELO mdmxm02.ciena.com) ([63.118.39.27]) by ripley.ciena.com with ESMTP; 12 Jul 2006 13:30:05 -0400 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C6A5D6.637384AE" Date: Wed, 12 Jul 2006 13:12:41 -0400 Message-ID: <0901D1988E815341A0103206A834DA07E7D180@mdmxm02.ciena.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: [Fwd: Re: Review: draft-ietf-rserpool-arch-11.txt] Baker comments Thread-Index: Acaln01pHRgMTiS1Qxi9U76bfZ3Z7wANwEQA From: "Ong, Lyndon" To: X-Spam-Score: 0.0 (/) X-Scan-Signature: 14582b0692e7f70ce7111d04db3781c8 Subject: [Rserpool] FW: [Fwd: Re: Review: draft-ietf-rserpool-arch-11.txt] Baker comments X-BeenThere: rserpool@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Reliable Server Pooling List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: rserpool-bounces@ietf.org This is a multi-part message in MIME format. ------_=_NextPart_001_01C6A5D6.637384AE Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Attached is further discussion, part 3 in=20 the series of messages. L.Ong=20 ------_=_NextPart_001_01C6A5D6.637384AE Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Re: Review: draft-ietf-rserpool-arch-11.txt Date: Mon, 10 Jul 2006 09:31:09 -0400 Message-ID: <7FD685AD-3D10-4C32-8817-5F135789AA90@cisco.com> In-Reply-To: <44B24E18.6030509@cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <200607072059.k67KxlQ03745@irp-view7.cisco.com> <6F34596D-30CB-4181-9D12-6085280A2EDF@cisco.com> <44B18023.60503@cisco.com> <612BECBB-21D2-4D1F-9950-FA23E07DE6CE@cisco.com> <44B24E18.6030509@cisco.com> From: "Fred Baker" To: "Randall Stewart" Cc: , , "Melinda Shore" , , On Jul 10, 2006, at 8:54 AM, Randall Stewart wrote: > But without having read the rest of your email (I was replying and =20 > reading in real time)... does the basic concepts of what we are =20 > trying to do.. however poorly they were presented to you.. get =20 > through and make sense to you??? Backing off and thinking hard, yes, I think can work most of it out. =20 Personally, I think that I shouldn't have to work that hard, but it =20 is possible to eventually figure it out - after I have mentally =20 translated the terminology into something else that makes some sense =20 to me. The big thing is that now I have to remember the translations =20 and apply them in real time as I read. I didn't work out what a "pool user" was until I saw the FTP example =20 at the end, and then I blanched a bit. So I am a random user of an =20 FTP service, and I want to use the services of some remote set of =20 systems that constitute a rserpool. I,From rserpool-bounces@ietf.org Wed Jul 12 13:43:20 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0ik3-0001Zp-Tm; Wed, 12 Jul 2006 13:43:19 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0iLp-0005wP-MP for rserpool@ietf.org; Wed, 12 Jul 2006 13:18:17 -0400 Received: from ripley.ciena.com ([63.118.34.24]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G0iL8-00075r-H0 for rserpool@ietf.org; Wed, 12 Jul 2006 13:17:35 -0400 Received: from lin1-118-39-27.ciena.com (HELO mdmxm02.ciena.com) ([63.118.39.27]) by ripley.ciena.com with ESMTP; 12 Jul 2006 13:30:05 -0400 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C6A5D6.637384AE" Date: Wed, 12 Jul 2006 13:12:41 -0400 Message-ID: <0901D1988E815341A0103206A834DA07E7D180@mdmxm02.ciena.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: [Fwd: Re: Review: draft-ietf-rserpool-arch-11.txt] Baker comments Thread-Index: Acaln01pHRgMTiS1Qxi9U76bfZ3Z7wANwEQA From: "Ong, Lyndon" To: X-Spam-Score: 0.0 (/) X-Scan-Signature: 14582b0692e7f70ce7111d04db3781c8 Subject: [Rserpool] FW: [Fwd: Re: Review: draft-ietf-rserpool-arch-11.txt] Baker comments X-BeenThere: rserpool@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Reliable Server Pooling List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: rserpool-bounces@ietf.org This is a multi-part message in MIME format. ------_=_NextPart_001_01C6A5D6.637384AE Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Attached is further discussion, part 3 in=20 the series of messages. L.Ong=20 ------_=_NextPart_001_01C6A5D6.637384AE Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Re: Review: draft-ietf-rserpool-arch-11.txt Date: Mon, 10 Jul 2006 09:31:09 -0400 Message-ID: <7FD685AD-3D10-4C32-8817-5F135789AA90@cisco.com> In-Reply-To: <44B24E18.6030509@cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <200607072059.k67KxlQ03745@irp-view7.cisco.com> <6F34596D-30CB-4181-9D12-6085280A2EDF@cisco.com> <44B18023.60503@cisco.com> <612BECBB-21D2-4D1F-9950-FA23E07DE6CE@cisco.com> <44B24E18.6030509@cisco.com> From: "Fred Baker" To: "Randall Stewart" Cc: , , "Melinda Shore" , , On Jul 10, 2006, at 8:54 AM, Randall Stewart wrote: > But without having read the rest of your email (I was replying and =20 > reading in real time)... does the basic concepts of what we are =20 > trying to do.. however poorly they were presented to you.. get =20 > through and make sense to you??? Backing off and thinking hard, yes, I think can work most of it out. =20 Personally, I think that I shouldn't have to work that hard, but it =20 is possible to eventually figure it out - after I have mentally =20 translated the terminology into something else that makes some sense =20 to me. The big thing is that now I have to remember the translations =20 and apply them in real time as I read. I didn't work out what a "pool user" was until I saw the FTP example =20 at the end, and then I blanched a bit. So I am a random user of an =20 FTP service, and I want to use the services of some remote set of =20 systems that constitute a rserpool. I, the user (or his software) am =20 supposed to know and care how some random service I access on the =20 Internet is supposed to be structured? For example, suppose that ftpeng.cisco.com consists of a stack of =20 servers. I have some pictures of Vint Cerf receiving the Order of =20 Saints Cyril and Methodius (comparable to the US Medal of Freedom) =20 last week plus other activities in Bulgaria at ftp://ftpeng.cisco.com/=20 fred/Sofia-7-3-2006-web/Sofia-7-3-2006-web.html. Suppose that I =20 provide that URL to my wife, to use on our Mac at home. She plunks it =20 into Safari, and the thing you would prefer to happen next is that =20 the Mac wonders whether there is a server pool and starts with some =20 non-FTP and non-DNS protocol to obtain a Pool Handle and then a Pool =20 Element Handle to work out which server it should talk with, after =20 which it starts using the appropriate FTPng protocol (based on BEEP) =20 to access the pictures. My initial thought is - "not bloody likely". =20 The second model, in which a proxy on site works it out, is more =20 palatable. The Mac goes to the named machine (one of the addresses it =20 receives from DNS), and if there is a load sharing activity going on =20 it acts as a proxy to to real server behind it, or maybe changes =20 "its" address so that the client is talking to the real server behind =20 it, as HTTP does. I dare you to try to explain this expectation to my wife. Her eyes =20 will glaze over at the mention of the computer... It would have really helped me if the examples were up front so I =20 could see what you wanted to do, so that as I read the document I =20 could work out how you were doing it. I spoke with Pekka Savola last evening (while watching a soccer =20 match) and mentioned passive voice; his comment is that folks for =20 whom English is a second language would like to see passive voice =20 outlawed and all users of it banished to a place of pain. I have =20 heard the same from people whose first languages vary quite a bit - =20 Finnish in his case, Japanese, Chinese, German, and so on. One of the =20 authors is German, and maybe he will disagree with me. ------_=_NextPart_001_01C6A5D6.637384AE Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ rserpool mailing list rserpool@ietf.org https://www1.ietf.org/mailman/listinfo/rserpool ------_=_NextPart_001_01C6A5D6.637384AE-- From rserpool-bounces@ietf.org Wed Jul 12 13:43:20 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0ik4-0001a6-2c; Wed, 12 Jul 2006 13:43:20 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0iLp-0005wP-Nx for rserpool@ietf.org; Wed, 12 Jul 2006 13:18:17 -0400 Received: from ripley.ciena.com ([63.118.34.24]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G0iL7-00075A-Ut for rserpool@ietf.org; Wed, 12 Jul 2006 13:17:34 -0400 Received: from lin1-118-39-27.ciena.com (HELO mdmxm02.ciena.com) ([63.118.39.27]) by ripley.ciena.com with ESMTP; 12 Jul 2006 13:30:04 -0400 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C6A5D6.26A31580" Date: Wed, 12 Jul 2006 13:11:01 -0400 Message-ID: <0901D1988E815341A0103206A834DA07E7D17E@mdmxm02.ciena.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: [Fwd: Review: draft-ietf-rserpool-arch-11.txt] - Baker comments Thread-Index: AcalnxjLrIkVX/LASDmrAvbp6++XQgANuWbQ From: "Ong, Lyndon" To: X-Spam-Score: 0.0 (/) X-Scan-Signature: 025f8c5000216988bfe31585db759250 Subject: [Rserpool] FW: [Fwd: Review: draft-ietf-rserpool-arch-11.txt] - Baker comments X-BeenThere: rserpool@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Reliable Server Pooling List-Unsubscribe: X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: [Fwd: Review: draft-ietf-rserpool-arch-11.txt] - Baker comments Thread-Index: AcalnxjLrIkVX/LASDmrAvbp6++XQgANuWbQ From: "Ong, Lyndon" To: X-Spam-Score: 0.0 (/) X-Scan-Signature: 025f8c5000216988bfe31585db759250 Subject: [Rserpool] FW: [Fwd: Review: draft-ietf-rserpool-arch-11.txt] - Baker comments X-BeenThere: rserpool@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Reliable Server Pooling List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: rserpool-bounces@ietf.org This is a multi-part message in MIME format. ------_=_NextPart_001_01C6A5D6.26A31580 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The attached message is part 1 of a series of comments from Fred Baker as part of his review of Rserpool work. L. Ong ------_=_NextPart_001_01C6A5D6.26A31580 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Review: draft-ietf-rserpool-arch-11.txt Date: Sat, 8 Jul 2006 10:28:39 -0400 Message-ID: <6F34596D-30CB-4181-9D12-6085280A2EDF@cisco.com> In-Reply-To: <200607072059.k67KxlQ03745@irp-view7.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <200607072059.k67KxlQ03745@irp-view7.cisco.com> From: "Fred Baker" To: , , "Melinda Shore" , , "Randall Stewart" , > 3. What type of redundancy model will I use, 2N or N+K? Is 2N a special case of N+K? I suspect that the key difference =20 between the models is that the K extra servers in the one back up up =20 to K failures among the N, where in the 2N case each of the first N =20 servers has a designated failover server (all N could fail, and if =20 the first N are serving a specific subset of the transaction set each =20 backup steps directly up to that service set). But I can't tell this =20 from your text. Should this be reworded to make the models more clear? > 5. How does a server assure that when it fails (or dies), the s/assure/ensure/ > clients will access the "best" server that is able to handle =20 > the > failure (or if you will take over for the departed server)? is that the server instance's responsibility, or the service's =20 responsibility? Let me give you an example. At one point I was talking with Paul =20 Vixie about potential models for the DNS Root. At the time, instead =20 of using distributed anycast servers, he had a number of servers on =20 the same LAN at F Root and a single router in front of them. The =20 router distributed load by hashing the source and destination =20 addresses, and these all responded to the same destination address, =20 so in effect the router was distributing by source address. I =20 wondered whether he wanted us to look deeper into the packet and =20 distribute based on some attribute of the name being looked up, such =20 as a hash of the characters of the TLD. In this way, his servers =20 would get a predictable subset. Should one fail, it would no longer =20 be seen as a "next hop" in routing, and the hash would by definition =20 distribute the load differently. None of this was ever implemented to =20 my knowledge, btw. Butmy point is that in this case the service, =20 which included a load distribution function in the router, =20 distributed the load, but the individual servers had no knowledge =20 that each other were there. One way that a service can back up servers is to have the servers =20 identify their backups. My point is that there are other ways, and I =20 suspect they are more in keeping with your design. > A fault tolerant application needs to deal with these issues and =20 > many > more. Often an application is developed and then later, it is > realized that the application needs to be fault tolerant. The > response to this new requirement mandates either a hack or re-write > of the application. that comma doesn't make any sense. Would "Often an application is =20 developed, and it is realized latepool>, List-Post: List-Help: List-Subscribe: , Errors-To: rserpool-bounces@ietf.org This is a multi-part message in MIME format. ------_=_NextPart_001_01C6A5D6.26A31580 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The attached message is part 1 of a series of comments from Fred Baker as part of his review of Rserpool work. L. Ong ------_=_NextPart_001_01C6A5D6.26A31580 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Review: draft-ietf-rserpool-arch-11.txt Date: Sat, 8 Jul 2006 10:28:39 -0400 Message-ID: <6F34596D-30CB-4181-9D12-6085280A2EDF@cisco.com> In-Reply-To: <200607072059.k67KxlQ03745@irp-view7.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <200607072059.k67KxlQ03745@irp-view7.cisco.com> From: "Fred Baker" To: , , "Melinda Shore" , , "Randall Stewart" , > 3. What type of redundancy model will I use, 2N or N+K? Is 2N a special case of N+K? I suspect that the key difference =20 between the models is that the K extra servers in the one back up up =20 to K failures among the N, where in the 2N case each of the first N =20 servers has a designated failover server (all N could fail, and if =20 the first N are serving a specific subset of the transaction set each =20 backup steps directly up to that service set). But I can't tell this =20 from your text. Should this be reworded to make the models more clear? > 5. How does a server assure that when it fails (or dies), the s/assure/ensure/ > clients will access the "best" server that is able to handle =20 > the > failure (or if you will take over for the departed server)? is that the server instance's responsibility, or the service's =20 responsibility? Let me give you an example. At one point I was talking with Paul =20 Vixie about potential models for the DNS Root. At the time, instead =20 of using distributed anycast servers, he had a number of servers on =20 the same LAN at F Root and a single router in front of them. The =20 router distributed load by hashing the source and destination =20 addresses, and these all responded to the same destination address, =20 so in effect the router was distributing by source address. I =20 wondered whether he wanted us to look deeper into the packet and =20 distribute based on some attribute of the name being looked up, such =20 as a hash of the characters of the TLD. In this way, his servers =20 would get a predictable subset. Should one fail, it would no longer =20 be seen as a "next hop" in routing, and the hash would by definition =20 distribute the load differently. None of this was ever implemented to =20 my knowledge, btw. Butmy point is that in this case the service, =20 which included a load distribution function in the router, =20 distributed the load, but the individual servers had no knowledge =20 that each other were there. One way that a service can back up servers is to have the servers =20 identify their backups. My point is that there are other ways, and I =20 suspect they are more in keeping with your design. > A fault tolerant application needs to deal with these issues and =20 > many > more. Often an application is developed and then later, it is > realized that the application needs to be fault tolerant. The > response to this new requirement mandates either a hack or re-write > of the application. that comma doesn't make any sense. Would "Often an application is =20 developed, and it is realized later that the application needed to be =20 fault tolerant."? > So how can application writers solves these issues and makes it =20 > easy > for the application designer to add fault tolerance without hacking > or rewriting the application code? What, technically, is the difference between "hacking" and =20 "rewriting" the code? Is "hacking" a bad job? > A second important point is that this layering no longer requires > each application to custom programmed for fault tolerance. By s/to custom/to be custom/? > 3. An application can be developed without a fault tolerant > requirement and later in the life cycle, if this requirement > emerges, it can be met with Rserpool without a costly redesign. Suggestion: "An application can be developed in a manner that is not =20 fault tolerant, and fault tolerance introduced later without a costly =20 redesign by using Rserpool" > The above summary is the overall goal of Rserpool. You have six goals, if I understood the text. "The above summarizes the overall goals of Rserpool." > Each server pool is identified by a unique identifier which is =20 > simply > a byte string, called the pool handle. This allows binary > identifiers to be used. Dumb question. Does the pool handle identify the pool of servers, or =20 does it identify a server in the pool? It seems to me that there are =20 uses for both forms of identifiers. > These pool handles are not valid in the whole internet but only in > smaller domains, called the operational scope. What if the operational scope is the whole Internet? It seems to me that "the whole internet" is a network layer =20 description, while the operational scope is an application layer =20 description. As such - and maybe it's just me - the above doesn't =20 make a lot of sense. Example: www.microsoft.com, if you look it up using nslookup, appears =20 to be a service that is offered through a distributed redirection =20 service to a variety of individual servers. I have no idea how many =20 servers are involved or where they are located, but I get the idea =20 that there is some DNS server that resolves that name with some =20 knowledge of the source address, yielding something akin to what =20 Akamai does with names, and without resorting to anycast routing =20 (which IMHO would be a superior solution, but I digress). Now, the =20 operational scope of the service is "anyone who might access =20 www.microsoft.com", which is far too many end systems - it =20 effectively IS the whole Internet. The pool handle in this case would =20 seem to be implemented at the network layer, and is the address =20 returned for the instance of that service that a given user will access. So help me out here. What in the world is this "operational scope"? > In each operational scope there must be at least one ENRP server. > All ENRP servers within the operational scope have knowledge of all > server pools within the operational scope. so, coming back to www.microsoft.com, let's suppose that it is =20 implemented as some number of groups of servers, each group of which =20 is co-located in one of Microsoft's favorite service providers. You =20 are presuming that there is at least one redundancy server in the =20 service, and perhaps one or more in each such group of servers. So =20 you are calling the groups of servers in a given colo location a =20 pool, and the entire thing a service? Is that right? > Pool element: A server entity having registered to a pool. This is a nice architectural term, I suppose. It doesn't help the =20 reader much, though. The pool element is an instance of an =20 application (in a virtual server, there might be many such running on =20 the same physical hardware) that has registered with a pool server. =20 Instead of focusing on the hardware it runs on (the server), could =20 you call it an "application instance" or an "instance of an =20 application", and the pool itself a pool of application instances? I'm a humble engineer. I just make stuff work. When I define terr that the application needed to be =20 fault tolerant."? > So how can application writers solves these issues and makes it =20 > easy > for the application designer to add fault tolerance without hacking > or rewriting the application code? What, technically, is the difference between "hacking" and =20 "rewriting" the code? Is "hacking" a bad job? > A second important point is that this layering no longer requires > each application to custom programmed for fault tolerance. By s/to custom/to be custom/? > 3. An application can be developed without a fault tolerant > requirement and later in the life cycle, if this requirement > emerges, it can be met with Rserpool without a costly redesign. Suggestion: "An application can be developed in a manner that is not =20 fault tolerant, and fault tolerance introduced later without a costly =20 redesign by using Rserpool" > The above summary is the overall goal of Rserpool. You have six goals, if I understood the text. "The above summarizes the overall goals of Rserpool." > Each server pool is identified by a unique identifier which is =20 > simply > a byte string, called the pool handle. This allows binary > identifiers to be used. Dumb question. Does the pool handle identify the pool of servers, or =20 does it identify a server in the pool? It seems to me that there are =20 uses for both forms of identifiers. > These pool handles are not valid in the whole internet but only in > smaller domains, called the operational scope. What if the operational scope is the whole Internet? It seems to me that "the whole internet" is a network layer =20 description, while the operational scope is an application layer =20 description. As such - and maybe it's just me - the above doesn't =20 make a lot of sense. Example: www.microsoft.com, if you look it up using nslookup, appears =20 to be a service that is offered through a distributed redirection =20 service to a variety of individual servers. I have no idea how many =20 servers are involved or where they are located, but I get the idea =20 that there is some DNS server that resolves that name with some =20 knowledge of the source address, yielding something akin to what =20 Akamai does with names, and without resorting to anycast routing =20 (which IMHO would be a superior solution, but I digress). Now, the =20 operational scope of the service is "anyone who might access =20 www.microsoft.com", which is far too many end systems - it =20 effectively IS the whole Internet. The pool handle in this case would =20 seem to be implemented at the network layer, and is the address =20 returned for the instance of that service that a given user will access. So help me out here. What in the world is this "operational scope"? > In each operational scope there must be at least one ENRP server. > All ENRP servers within the operational scope have knowledge of all > server pools within the operational scope. so, coming back to www.microsoft.com, let's suppose that it is =20 implemented as some number of groups of servers, each group of which =20 is co-located in one of Microsoft's favorite service providers. You =20 are presuming that there is at least one redundancy server in the =20 service, and perhaps one or more in each such group of servers. So =20 you are calling the groups of servers in a given colo location a =20 pool, and the entire thing a service? Is that right? > Pool element: A server entity having registered to a pool. This is a nice architectural term, I suppose. It doesn't help the =20 reader much, though. The pool element is an instance of an =20 application (in a virtual server, there might be many such running on =20 the same physical hardware) that has registered with a pool server. =20 Instead of focusing on the hardware it runs on (the server), could =20 you call it an "application instance" or an "instance of an =20 application", and the pool itself a pool of application instances? I'm a humble engineer. I just make stuff work. When I define terms, I =20 usually try to do so in a manner that will help me point to objects =20 in pictures. So far, the terminology in this document has me =20 completely lost. If you were to explain it in English... > 2.1.2. ENRP Servers > > The second class of entities in the RSerPool architecture is the > class of ENRP servers. ENRP servers are designed to provide a =20 > fully > distributed fault-tolerant real-time translation service that =20 > maps a > pool handle to set of transport addresses pointing to a specific > group of networked communication endpoints registered under that =20 > pool > handle. what is a "transport address"? I can tell you what a TSAP is, or a TCEPID, if that is what you're =20 getting at. A TSAP is the name a transport client uses to identify =20 its connection to the transport, and a TCEPID is the name used to =20 identify the transport in a a remote system when talking to the =20 network layer and asking for connectivity (it translates to an NSAP =20 and a multiplexing ID). In the IP architecture we don't talk much =20 about those concepts, though - that's OSI. We generally talk about =20 the network layer having addresses and the transport layer having =20 ports, and when talking to a remote application we talk about the =20 network address and transport port number that the application is using. If that is what you're calling a "transport address", you'd best =20 define the term. The text in this section about the destination =20 address, protocol, and port might be a good starting point. Or if you really mean an internet address, say so. We have enough =20 confusion in the IETF with bellheads that call the physical layer the =20 "transport". We don't need people misidentifying the internet =20 sublayer of the network layer as the "transport" too. SCTP and TCP =20 are transports - that's what the "T" stands for. > 2.1.3. Pool Users > > A third class of entities in the architecture is the Pool User (PU) > class, consisting of the clients being served by the PEs of a =20 > server > pool. What on God's Green Earth is a "user" in this situation? Is it a =20 person? An application? What? > 2.2.2. Aggregate Server Access Protocol > > The PU wanting service from the pool uses the Aggregate Server =20 > Access > Protocol (ASAP) to access members of the pool. OK. So I'm a pool user (kid in a bathing suit, I think). I want to =20 use your Rserpool thing to, I dunno, open a BEEP connection to an =20 application in some other system. That means I'm going to open an =20 SCTP connection (yes, Marshall never wrote down BEEP/SCTP, but he =20 should have) to a given Internet address and transport port number, =20 which will get me to that application. Do I have to also open an ASAP =20 connection to a server to tell me which one to address? I thought I =20 got that from DNS? Or is the pool user someone else?If so, who? > o The PE can send a business card > > o The PE can send cookies these are defined terms, right? No, they are not defined in 2.3; 2.3 =20 merely says that they can be shipped around. To me a business card is a small piece of paper, and a cookie is as =20 defined in Betty Crocker... > basic FTP model. These examples use FTP for illustrative purposes. > FTP was chosen since many of the basic concept are well known and > should be familiar to readers. s/basic concept/basic concepts/ It's really great to find the example here. One could imagine it =20 being in the overview as a motivator for the discussion, showing the =20 problem space and how the solution addresses it. > To effect a file transfer the following steps would take place. > > 1. The application in PU(X) sends a login request. The PU(X)'s =20 > ASAP > layer sends an ASAP request to an ENRP server to request the =20 > list > of pool elements (using (a)). The pool handle to identify the > pool is "File Transfer Pool". The ASAP layer queues the login > request. Dumb question from the guy who knows far too much about queues. Does =20 tms, I =20 usually try to do so in a manner that will help me point to objects =20 in pictures. So far, the terminology in this document has me =20 completely lost. If you were to explain it in English... > 2.1.2. ENRP Servers > > The second class of entities in the RSerPool architecture is the > class of ENRP servers. ENRP servers are designed to provide a =20 > fully > distributed fault-tolerant real-time translation service that =20 > maps a > pool handle to set of transport addresses pointing to a specific > group of networked communication endpoints registered under that =20 > pool > handle. what is a "transport address"? I can tell you what a TSAP is, or a TCEPID, if that is what you're =20 getting at. A TSAP is the name a transport client uses to identify =20 its connection to the transport, and a TCEPID is the name used to =20 identify the transport in a a remote system when talking to the =20 network layer and asking for connectivity (it translates to an NSAP =20 and a multiplexing ID). In the IP architecture we don't talk much =20 about those concepts, though - that's OSI. We generally talk about =20 the network layer having addresses and the transport layer having =20 ports, and when talking to a remote application we talk about the =20 network address and transport port number that the application is using. If that is what you're calling a "transport address", you'd best =20 define the term. The text in this section about the destination =20 address, protocol, and port might be a good starting point. Or if you really mean an internet address, say so. We have enough =20 confusion in the IETF with bellheads that call the physical layer the =20 "transport". We don't need people misidentifying the internet =20 sublayer of the network layer as the "transport" too. SCTP and TCP =20 are transports - that's what the "T" stands for. > 2.1.3. Pool Users > > A third class of entities in the architecture is the Pool User (PU) > class, consisting of the clients being served by the PEs of a =20 > server > pool. What on God's Green Earth is a "user" in this situation? Is it a =20 person? An application? What? > 2.2.2. Aggregate Server Access Protocol > > The PU wanting service from the pool uses the Aggregate Server =20 > Access > Protocol (ASAP) to access members of the pool. OK. So I'm a pool user (kid in a bathing suit, I think). I want to =20 use your Rserpool thing to, I dunno, open a BEEP connection to an =20 application in some other system. That means I'm going to open an =20 SCTP connection (yes, Marshall never wrote down BEEP/SCTP, but he =20 should have) to a given Internet address and transport port number, =20 which will get me to that application. Do I have to also open an ASAP =20 connection to a server to tell me which one to address? I thought I =20 got that from DNS? Or is the pool user someone else?If so, who? > o The PE can send a business card > > o The PE can send cookies these are defined terms, right? No, they are not defined in 2.3; 2.3 =20 merely says that they can be shipped around. To me a business card is a small piece of paper, and a cookie is as =20 defined in Betty Crocker... > basic FTP model. These examples use FTP for illustrative purposes. > FTP was chosen since many of the basic concept are well known and > should be familiar to readers. s/basic concept/basic concepts/ It's really great to find the example here. One could imagine it =20 being in the overview as a motivator for the discussion, showing the =20 problem space and how the solution addresses it. > To effect a file transfer the following steps would take place. > > 1. The application in PU(X) sends a login request. The PU(X)'s =20 > ASAP > layer sends an ASAP request to an ENRP server to request the =20 > list > of pool elements (using (a)). The pool handle to identify the > pool is "File Transfer Pool". The ASAP layer queues the login > request. Dumb question from the guy who knows far too much about queues. Does =20 the ASAP layer queue it (store it in a FIFO, LIFO, or etc data =20 structure), or does it store it in a database of active requests? I =20 should think it would do the latter, so that the request could then =20 be serviced as the necessary resources become available rather than =20 artificially making it wait for other requests whose resources don't =20 become available quite as rapidly. > > 2. The ENRP server returns a list of the three PEs PE(1,A), PE=20 > (1,B) > and PE(1,C) to the ASAP layer in PU(X) (using (b)). You need some punctuation there somehow. I tried, I have no idea how. ------_=_NextPart_001_01C6A5D6.26A31580 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ rserpool mailing list rserpool@ietf.org https://www1.ietf.org/mailman/listinfo/rserpool ------_=_NextPart_001_01C6A5D6.26A31580-- he ASAP layer queue it (store it in a FIFO, LIFO, or etc data =20 structure), or does it store it in a database of active requests? I =20 should think it would do the latter, so that the request could then =20 be serviced as the necessary resources become available rather than =20 artificially making it wait for other requests whose resources don't =20 become available quite as rapidly. > > 2. The ENRP server returns a list of the three PEs PE(1,A), PE=20 > (1,B) > and PE(1,C) to the ASAP layer in PU(X) (using (b)). You need some punctuation there somehow. I tried, I have no idea how. ------_=_NextPart_001_01C6A5D6.26A31580 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ rserpool mailing list rserpool@ietf.org https://www1.ietf.org/mailman/listinfo/rserpool ------_=_NextPart_001_01C6A5D6.26A31580-- From rserpool-bounces@ietf.org Wed Jul 26 11:03:41 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1G5kvE-0002EL-62; Wed, 26 Jul 2006 11:03:40 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G5kvD-0002EF-Bt for rserpool@ietf.org; Wed, 26 Jul 2006 11:03:39 -0400 Received: from mailgw3.ericsson.se ([193.180.251.60]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G5kvB-0000wQ-Of for rserpool@ietf.org; Wed, 26 Jul 2006 11:03:39 -0400 Received: from esealmw127.eemea.ericsson.se (unknown [153.88.254.122]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id BE1FF4F0042 for ; Wed, 26 Jul 2006 17:01:55 +0200 (CEST) Received: from esealmw127.eemea.ericsson.se ([153.88.254.175]) by esealmw127.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Wed, 26 Jul 2006 17:01:54 +0200 Received: from [147.214.30.119] ([147.214.30.119]) by esealmw127.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Wed, 26 Jul 2006 17:01:53 +0200 Message-ID: <44C783E1.3080103@ericsson.com> Date: Wed, 26 Jul 2006 17:01:53 +0200 From: Magnus Westerlund User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: rserpool@ietf.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 26 Jul 2006 15:01:53.0399 (UTC) FILETIME=[6E1B2870:01C6B0C4] X-Brightmail-Tracker: AAAAAA== X-Spam-Score: 0.0 (/) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 Subject: [Rserpool] Major comments on the ENRP spec (draft-ietf-rserpool-enrp-13) X-BeenThere: rserpool@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Reliable Server Pooling List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: rserpool-bounces@ietf.org Hi, Here are my comments that I provided in aural form after the RSERPool session at the IETF for improvements. 1. Security, primarily certificate and trust. This must be better explained so that people actually understand the need for different groups, different trust situation and the need to handle them differently. 2. Lack of procedures for handling overload. I think the protocols should discuss what it does when it gets to much requests etc. In which way should it act to provide best possible behavior. This I think boils down to which type of requests that should be prioritized over the other. Especially in combination with ASAP requests. 3. The documents are lackig good description on how to locate ENRP servers. Also the potential need to load balance PUs over ENRP servers. 4. ENRP and ASAP messages seems to be lacking some type of transaction identifiers that allow the requestor to map responses to requests. I think the main reason for allowing this is to allow a single entity to have more than one message in flight at any time with the same peer. Cheers Magnus Westerlund Multimedia Technologies, Ericsson Research EAB/TVA/A ---------------------------------------------------------------------- Ericsson AB | Phone +46 8 4048287 Torshamsgatan 23 | Fax +46 8 7575550 S-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com _______________________________________________ rserpool mailing list rserpool@ietf.org https://www1.ietf.org/mailman/listinfo/rserpool From rserpool-bounces@ietf.org Thu Jul 27 05:21:33 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1G623f-0006SU-Vs; Thu, 27 Jul 2006 05:21:31 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G623e-0006SP-DB for rserpool@ietf.org; Thu, 27 Jul 2006 05:21:30 -0400 Received: from mailgw4.ericsson.se ([193.180.251.62]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G623c-0005a9-Gl for rserpool@ietf.org; Thu, 27 Jul 2006 05:21:30 -0400 Received: from esealmw129.eemea.ericsson.se (unknown [153.88.254.120]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id 9EC8A6E0001 for ; Thu, 27 Jul 2006 11:21:27 +0200 (CEST) Received: from esealmw129.eemea.ericsson.se ([153.88.254.177]) by esealmw129.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Thu, 27 Jul 2006 11:21:27 +0200 Received: from [147.214.30.119] ([147.214.30.119]) by esealmw129.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Thu, 27 Jul 2006 11:21:26 +0200 Message-ID: <44C88596.3090305@ericsson.com> Date: Thu, 27 Jul 2006 11:21:26 +0200 From: Magnus Westerlund User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: rserpool@ietf.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 27 Jul 2006 09:21:26.0667 (UTC) FILETIME=[093CF5B0:01C6B15E] X-Brightmail-Tracker: AAAAAA== X-Spam-Score: 0.0 (/) X-Scan-Signature: 6e922792024732fb1bb6f346e63517e4 Subject: [Rserpool] Other comments on draft-ietf-rserpool-enrp-13 X-BeenThere: rserpool@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Reliable Server Pooling List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: rserpool-bounces@ietf.org Hi, In addition to the more major points in the other mail I do have some other comments also. Some may actually be classified as at least significant. 1. Section 1.1: PEs are also allowed to multicast on this channel occasionally; I think this sentence can be clarified. "occasionally" does not seem to be the right explanation here. Either remove or clarify what function the PE uses the channel for. 2. Section 1.1: "All ENRP servers in an operational scope can send multicast messages to other servers through this channel." This is an example where more explicitness could help. "other server" should be changed to "other ENRP servers". This is not 100% clear as there exist other entities that uses the channel. I think this is something in general to think of. 3. Section 2, second paragraph: "The TLV parameters are also defined in [11]." Changing the formulation to indicate that X number of parameters used in ENRP are defined in [11] would be better and less unclear. 4. Reference style: Since a while back there has a been a recommendation to switch from numeric references to labels, like [common] instead of [11]. The main advantages are that it avoids renumbering problems and makes it easier when writing RFC editor notes. It can also be easier to read as the references will be more self explaining. 5. Section 2.1, section 3.2.2.1, "reply_required": I think this needs some more discussion as a security threat. When multicasted it can be used to introduce a DDos attack of the potential spoofed source of the packet. It also is a risk for congestion. 6. Rate control of multicast messages. There is need to provide some limit to how much messages are sent over the multicast channel. 7. The use of "receiver" in this specification. There exist several places (I think) like that in Section 2.1 and 2.2, where the target or destination of a request is called "receiver". I would propose changing this usage to be clearer. This is especially true for the messages that can be multicasted. This may also be considered for "sender" that in most case would be better to call the "source" of the requests. 8. Server ID and its handling in case of collision. I think one should describe what to do when a collision happens and what the result of such a collision is. 9. Section 2.3, why is "Reject" not an error message instead of a response message? 10. Section 5.1, how does one authenticate the multicasted request messages? 11. What transport protocol is used when sending the multicast messages? 12. Section 3.2.3: In the case where its ENRP_HANDLE_TABLE_REQUEST is rejected by the mentor peer, the initiating server SHOULD either wait for a few seconds and re-send the ENRP_HANDLE_TABLE_REQUEST to the mentor server, or if there is a backup mentor peer available, select another mentor peer server and send the ENRP_HANDLE_TABLE_REQUEST to the new mentor server. Should one consider some exponential back off when trying to reach a server? 13. Section 3.8, last sentence. Why are there question marks around this reference. Please address. 14. Section 3.10.1: An editors note that should be resolved. 15. Section 5, Security consideration: This section must become more readable. It is also seem to fail to consider security threats that is a result of the protocol instantiation itself rather than what the general problem space has. Like the risks with the multicast group used to find the servers. So, yes, I think there is need for a rewrite of this section. I also think one might need to consider which solutions that will be mandatory independent on deployment and which needs to be implemented but possibly not used in certain deployments. Cheers Magnus Westerlund Multimedia Technologies, Ericsson Research EAB/TVA/A ---------------------------------------------------------------------- Ericsson AB | Phone +46 8 4048287 Torshamsgatan 23 | Fax +46 8 7575550 S-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com _______________________________________________ rserpool mailing list rserpool@ietf.org https://www1.ietf.org/mailman/listinfo/rserpool