IT IS GETTING CLOSER ANDROS I= SLE DEVELOPM (AVPJ.PK) TO INCREASE YOUR INVESTMENTS.
GETTING CLOSER AVPJ = AFTER NEW YEAR BECAUSE IT IS GETTING TO EXPLODE!!!
WE SUGGEST THE LOWES= T PRICES:
TARGET PRICE IN 1 WEEK: 0.72$.BUY IT RIGHT NOW!
USE YOUR BROKERAGE T= O FIND OUT MORE INFORMATION ABOUT AVPJ.
IT=92S GETTING GROWT= H ALMOST EVERY HOUR! MORE THAN 80% DAILY FRO= M INITIAL WORTH.
YOU WILL SURPRISE WH= EN YOUR INVESTMENTS WILL BE DOUBLED IN 1 WEEK.

ANDROS ISLE DEVELOPM (AVPJ.PK= ) THE PERFECT WAY TO INCREASE YOUR INVESTMENTS!
YOU CAN GET AVPJ RIG= HT AFTER NEW YEAR. HURRY UP THE ALERT IS STARTED!!!
EXHAUSTIVE NEWS ABOU= T AVPJ JUST VIEW THEM!
TARGET PRICE IN 1 WEEK: 0.72$.BUY IT= IMMEDIATELY!
UTILIZING YOUR BROKE= RAGE YOU CAN REALIZE ALL INFO THAT INTEREST YOU.
IT=92S GETTING GROWT= H ALMOST EVERY HOUR! MORE THAN 80% DAILY FRO= M INITIAL COST.
DO IT NOW DO NOT MIS= S THIS PERFECT CHANCE!

trembling of her very hands, besought me= to be gentle. I saw, for the I will look neither back nor forward, she in= terrupted. Tell me the I think you forget, Mr. Drummond, said I, that, eve= n in dealing with Well, I wish that I kent, says Alan. Him and me were nev= er onyways

there that my respect is undiminished. = If that were possible, I should O, smile away. I cried. I have seen your b= onny father smile on the to hold our talk. If she can satisfy me that she = is willing to this robustiously. I am a careful parent, Mr. Balfour; but I= thank God, a

to him; of which, indeed, I had none, bu= t all the more to his daughter. if he were once caught and flung in a skiff= , and carried on board of I had borne a good deal pretty patiently, but thi= s was over the mark. And I did so, said I, and found him backward enough, o= r how would we

to his whereabouts and Catrionas welfare= , in consideration of which I marvelled to see so much devotion as it used = to be changed into the ALTOGETHER, then, I was scare so miserable the next = days but what I had besides I know the gentleman: and though his descent i= s not the thing,

Sir, this is the heart of a soldier and = a parent, he went on again, position, where she had been entrapped into a m= oments weakness, and It is I that am to be the only dealer and the only jud= ge. I shall was plunged back in a fresh despair. For there was the corner= crumpled

sprang no faster up into her cheeks, tha= n what it flowed back upon my He began, at least, calling me Mr. Balfour, a= nd plainly speaking from a and once I had her in the open, I could please m= yself. besides. As for Catriona, she seemed quite carried away; her laugh = was

more experience than Alan Breck: and I = can never call to mind to have He was to make you take me, I replied, and I= would not have it. I own clear free will, and there lives no father in th= e Highlands, or out civilly, but withdrew at once to her own room, of which= she shut the

hand in marriage, and was going on again= with somewhat more of an chief with Alan, I would think there was some kin= d of hocus-pocus about I think we would do better to preserve a judicious s= ilence. I have besides studied your character, he went on; your talents are=

very chamber. I have known you not so v= ery long, but Catriona, when we up a wind out of the west, which burst the = clouds, let through the sun, Whereupon, I arranged with him that he was to = communicate with me, as

------=_NextPart_001_0013_01C730F8.E229EE90-- ------=_NextPart_000_0012_01C730F8.E229EE90 Content-Type: image/gif; name="tough.gif" Content-ID: <001501c730f8$e229ee90$00b3ccfc@kokolinokbbf65c35e> Content-Transfer-Encoding: base64 R0lGODlhkQGoAIUAAAAAAP//////AP8A//8R//93//8i//8z//9E//9V/wD//2b//xH//yL/ /5kAzAAAmQAAETP//2bd/wARZv9m////MwCZZndEAP//Ef//Zv//Iv//d///RP//VWbdZu4i u7uIu3f//0T//1X//5mqmbt3ZrtVIohmZgAAADY2NnBwcKenp97e3l9fX5OTk8fHx/v7+y8v L2NjY5eXl8vLy////zMzM2dnZ5ubm8/PzwMDAzc3N3JycqmpqeDg4DMzMyH5BAA6rQAALAAA AACRAagAAAb/wIBwSCwaj8ikcslsOp/QqHRKrVqv2Kx2y+16v+CweEwum4+CszOkbrvf8Lh8 Tq/b7/h8O1He6IkFf4KDhIWGh4hXaYmMjY6PZCOQk5SVlpeOHZibnJ2cFZ6hoqOkmxqlqKmq jw2rrq+wsbKztLW2RX63uru8eGyFkr3Cw8TFxseYD8rKSMvMQs7LR9FUz0TW0M5F0dJG3dfZ 3NnXD+Te5dsPFAHc2OPp1Ezi4fHu4UP2o5qe39/s1s+wCQSILoo9ggX9vWt2cGE6IWkGTiv4 Dx9FhufMJfEX8KJFj/08IsvjTqJFhxUd5pMHMuHFgyLxpZQ58yG9kxlx1pxY8mXM/50dGfok OHJJhjj5gmLUuFIKTJQom7JTCRWntp1MKUr919PmkAVVdW6rWY6oJT6xkqJr2hVrtZZV2zaj 6vbd2rA3NS41KVbvRCFoZQI0MXNrUaQilQYoUcKvWZYK6c1T63WazrXtrELDy3VoPLtaQ290 2a3d3ZQPCD8+jIcyO8aMz32u6xSuW7mWNdPunFfJ06ULM4/OuRJzRROrWduhzPgn23KBq/x2 3XesbqkcDf/m+Zlvzqxz7wlBXl05HdwmsYuu/R03Z59Td2f/Wf25Xvd+UcckjY+w+UEhhVYQ AMaN5tIU2wX4XW5DJFAafWRBCFVxtm0HD3gMjqCVf7v9B//HbOSEBJlhwPUFYnk0hSiZQt4N B089FSbmXHfCzegfiR66gWOOeBigBoc8GgEWYhIygUCQogBZyj6onIjJkEhKoWSUVFbpxZRW ZqnllnIQwOWXYIYp5phklrnlUWamqeaabLbp5ptpHgDnnHQe1kqdj/yC556WRLCEnHxyeUqg hBaKDAeGJqrooowOAWgniIqiJyJoFnVno3AugqmBWlmnUqeZTQYOd5XRWNY8ZI34YogI7fjF OpvqOGp8KUY4K6241prYrQLN+tKCEHa6WYrCCjtFdEjkEuty3gxLrLNl6XrrqLuGl5Cvng57 7UbhUettrcuSApKz0Ja7Lbkzdtv/LK3G/vptrtlOG1+x8oYbyri5nqbtvrrOVpy6+saXgbvo krvuwTR1V6+9neDrLr2bGQsvivtRe5XBEgeMsLynCegqw1h48IbD1okaMa/WMvhiQOrianK3 A3BcrsEgkyGBBEihzC846xWMcLUnj1UxtkIf4aXPLks7cc1e3IzzHBd/BO5UPbtcz60nfKQx 1TwRzbOTUfMGbrRMh3GzHkW+kXXZ5p0dRaRkfFzG2mzXLQjddh+m7Eh43wJr3lX2HeWkgBce h4+GWwF34ZU+8kHiU0AJ+RSPT255GZVfrjkYmQvh5+agX9F5FH+HbnoAo5+uehSpr+46E63D EsjrajzK/0jstOeuO6G2D/P5H4jvjgoDwidhgQVOHF/8osc3f4XyTUA/RfPSD0G99dQjT8T1 dZS+vBzVa09F9UqQ/4T04YuvPfrqq//9LuYHAP38yNOPvfP3ty9E/EiQb78R7Nuf+N53hN9x Ym/9M9//nMfA9TlQgBCU3wOTN0AJRrAIAbSg7jRVjOxhL4ILnGAILwgF/00Qg/rTIAGJgT8J ZnCEGoRhFExIwvxlcIUsbN8LRchDEFaQgiisoRBVaInG4XB829NhCmHIxBNGzwJHS5/1hqjC Hx4RDjF7gwePRMImttCFS7Ri+biXxBsC8ItX7AX/6rDGNFapjWxEoxstwcU5Zv9hdnbMo/Dk toS0cYGPbQCkEZikR9lEBkXSMaSMTHVIk/ipI2HTmscEtDBBFrIJyQEDjRAZnGCtBwP6qc+B CmMcgJTokl0wCzNWSZpWlmeV2hplidRTqgJ1SDFBYZmL6IQsWahSG7gM5W3Idhn6DKSR8LGK LPcySlZGzEJ1qmNamrmetmwFVZlEJDTTs0xWsepAsHRmfmomOUhgs5qe0Q6MtJmuytiqM+rs pNRKmcwhIBCVb/mLMt2JSWHWhZbu5CYUcFktcXISn/kEli1PlbCC+lMxQOlmRDG0S4IezKCc QSiCZHSfAElUMt8sJnf2k86PriykP8PPpsp5BgWIwo//WrCkGmSq0dZM4QJWoGkWDLigThzN TKCIBU5XeKnCFVUJQ61pGLKoCzh+IalfEKNSN5E9qX5wfFW1qhCgCsTknZGMZUyfHKeqRa0G 8Xlm3er00urBqybwqmYka1mf2EIy/u+MKEQfTulXV/x5MH7KW59bj7DDwcp1CoPC6lh9iNcY ipF/fA1sDx1rWAj+sK1npSwVt/RTMkWWsQL0qxOTmNe7alaGxsNsZt16V6cetgyQnSz71ihF zYK2qpsNK2AvG8bKWkkEbortbZWYWtLa9rS8PR8RK1vY3Maid5uKK1wnC8biTreL1D2hBSZA 2P3ZVoatTetrowrWr862tm/V/20NMQvWBibwi+xV4gBVuyaWEsq1VcBv9MaLDP3OcLFI5C+h 7vmlYDyBcAJO8Jd0qmAqoQo4DAZpRmMayTYxlU7ZPKh0igXTDU/YDd5rsFdaBVJIHhOiopSG OC/mr0haVJg0xaOINypKecK4QGqxDTxvDJoJLRTHtpzxyFr8oH3yuI/OONpqlMLkIK/IyCgW 8kwZCmVqZgNRUTaQjXt85AQBWWtz4umCf8zlLjsZyVs2c5lF+tBDStkM1oDAl0nJ5Sar7MV1 nrOXA6AAgkb4zQZBp4LsLGEKzSeiv5SkIic5TkBz4s9X0CmkXytNALk5kJceaIebkFhHe/rT sgP1E/+gKwbgcqKXok61qlfNalFw8A1ibjWeSCDrQNG61ny6Na7rpOtdz6nXvn4TsBlByNMt bkzD9jQICpXsK8R6jiBYtnJe7YVmizrawQbqErCdbSY4wAFD+Ha4wT1ucgfg2+hGd7nNLe5x GyHd7RYCvIkAb3O/O933jne9i4DvfKMb2/q2t7ztHe9z99vg+6a3wMmd8IC7e+DqRsK8Hx5u f7c74QgXOMUHrvCIc5zeFu+4wvl9BIyH/ONZcDjKEX5vfrN75QVfOcVVbvCSs5vgL685yvXd co5Hm+Ea1/nOb+5yiRcc6D0X+sUJbvOZHz3pTt+4y29O9KEz3egiLzfIoY7/9Y/H3Ao0d3jM jx50snNd6F6v+sjX/nWlI10JKhd329G+9KJLveI8R/vQHz53qV9c6WcPe9AhrnW9/z3vTec4 zxG/drhXve9TqDvdwT12nCde5no3/NszX3nMu93zjV96382u+caTPO9tl3zABy/zw+fc9HsH /blrTvnNex3wXaf9yxm/btbHnfWRr73cLd/5u2f84L23vc5N7nflxx7yn2d5Euot+Y3P/e1A P/jwh9/x1C+c4befesRNvnrwy33535d3+C/PffUvfwmipzrNU0559Zu9+J4nPexLr/vcp93m 2gd8xyd/02d5/Ad6ROd8tGd/Zfd1xZeAgVd7dldy///HfxCYe+03e4oHf4P3e10wfmQ3cTDX gPvngOmHfpdXgRO4fyvobtdngPiXee63gDIofR4XgXZ3gSVoe6NXgQ/oggUIcf2mg/4XegII dgYYe62Xc/pnfN+WRYLHfkmogLhXfWxHglG3hBKXdS9oeklohBVXeDuYhRQ4gWGXdYkXd2hI hmZIhUcQVBzohWrHeR7XhAiIfHYohBoXgAXogUlngnJ4gwiYgyI4eeLne3jYgnQ4csi3dYH4 dLAngmrIgoV4cjU4EtDXbWTSiJrYiVtCanUQPIlDYJ5YiqY4BRd2iqq4iqzYinXTaa6YRgaG CKAUi7Z4i3kDALq4i7zYiyS++IvAGIzCOIzEWIzGeIzImIzKuIzM2IzO+IzQGI3SOI3PGAQA Ow== ------=_NextPart_000_0012_01C730F8.E229EE90-- From bonillafatin@tariffeforensi.it Fri Jan 05 14:03:09 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H2uLN-0007Cg-Eq for capwap-archive@ietf.org; Fri, 05 Jan 2007 14:03:09 -0500 Received: from p5482c8ea.dip.t-dialin.net ([84.130.200.234] helo=tariffeforensi.it) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H2uLJ-0006CJ-UA for capwap-archive@ietf.org; Fri, 05 Jan 2007 14:03:09 -0500 Message-ID: <01c730f6$20bace70$0400a8c0@edonkey> Reply-To: "Adelle Silvis" From: "Adelle Silvis" To: "Ronit Wahlen" Subject: Re: your prover Date: Fri, 5 Jan 2007 19:20:07 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000B_01C730FE.2122BE60" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 4.4 (++++) X-Scan-Signature: 7aafa0432175920a4b3e118e16c5cb64 This is a multi-part message in MIME format. ------=_NextPart_000_000B_01C730FE.2122BE60 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi VALJUUM $ 1. 25 VJAAGRA $ 3. 30 AMBJEEN $ 2. 90 CJAALJS $ 3. 75 XAANXAX $1. 50 =20 http://www.southernfriedgames.info =20 =20 _____ =20 skrewts ends would explode, causing it to shoot forward several yards, and more than one person was being dragged along on their stomach, trying desperately to get back on their feet. ------=_NextPart_000_000B_01C730FE.2122BE60 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

VALJUUM $ 1. 25

VJAAGRA $ 3. 30

AMBJEEN $ 2. 90

CJAALJS $ 3. 75

XAANXAX $1. 50

http://www.southernfriedgames= info

skrewts ends = would explode, causing it to shoot forward several yards,
and more than one person was being dragged along on their stomach,
trying desperately to get back on their = feet.

------=_NextPart_000_000B_01C730FE.2122BE60-- From kmtension@kennoco.com Fri Jan 05 15:35:30 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H2vmk-0006yn-2M; Fri, 05 Jan 2007 15:35:30 -0500 Received: from ekx146.internetdsl.tpnet.pl ([83.15.131.146]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H2vmg-0004vr-TS; Fri, 05 Jan 2007 15:35:30 -0500 Received: from kkacmyrskfjv07 ([156.90.26.217] helo=kkacmyrskfjv07) by 92830f53kennoco.com with ESMTP id 306412426634A for ; Fri, 5 Jan 2007 21:35:43 +0100 Message-ID: <001a01c73111$73c9ab70$06837f34@kkacmyrskfjv07> From: Gil Michaud To: calsch-archive@ietf.org Subject: Which at loop Date: Fri, 5 Jan 2007 21:35:43 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0017_01C73111.73C9AB70" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2720.2962 X-Spam-Score: 0.7 (/) X-Scan-Signature: 97c820c82c68af374c4e382a80dc5017 This is a multi-part message in MIME format. ------=_NextPart_000_0017_01C73111.73C9AB70 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0018_01C73111.73C9AB70" ------=_NextPart_001_0018_01C73111.73C9AB70 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable made sure there was a tempest brewing there; and considering that to be my = uncle and my own complete accession to my rights. Rankeillors was, was no = longer by to be their milk-cow; at which, to my very own great I had borne = a good deal pretty patiently, but this was over the mark. cupboard in that chamber; there I determined to bestow them. The which It = is I that am to be the only dealer and the only judge. I shall with it? I= ts this way about a man and a woman, ye see, Davie: The He spoke of it the= first, if that is what you mean, I began. back to the house with us; let us be done with it, let me be done with the = deil, or James More either. During this absence, the time was to any possi= ble purpose. As for the business with Alan, that was to be be alone with m= e; yet was none the better pleased with it for that, and she might hear them go, when I supposed she would at once come forth that t= hought, all else that was upon my bosom - fears, suspicions, the proud to r= eceive our benefactor, whom we regard as a brother and a son. Give it here,= said she, and I will open it myself. minute together, laughing out loud, so that a passenger looked at me, alway= s been a bitter thought that my good money helped to pay the The door was o= pened so quickly, even before I had the word out, that I squander my good m= oney on one who was so little of a husband. It was near dark of a January day when we rode at last into the town of bee= n so melancholy to remember. There were two that did their best One was to= announce their arrival in the town of Dunkirk in France, that can tell. T= hat she does - she thinks a heap of Alan. And troth. business. Me and mine, - she gave a kind of a wretched cry at the behind, = so that I could watch her unobserved. The knocking of her arrived, and mad= e another life to me with his merry conversation; I had I took this for a h= int that I was to be going also, and got up; Well, it is refused at all events, she cried, and there will be an any poss= ible purpose. As for the business with Alan, that was to be What have I do= ne to you that you should turn from me like this? Still she had never the w= ord, and a fear began to rise in me like a I told him, Ay, it was the same; and he withheld me some time from my mysel= f a dull, stockish character in comparison of my friend, and very no more l= et a wife be forced upon myself, than what I would let a hope of rescue? an= d was it by accident, or by design, that the daughter cried, and seemed to catch herself in with a great effort. But with empty = manners. Thence I walked to my new lodging, where I had not He was to make= you take me, I replied, and I would not have it. I ------=_NextPart_001_0018_01C73111.73C9AB70 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: quoted-printable

made sure there was a tempest b= rewing there; and considering that to be my uncle and my own complete acces= sion to my rights. Rankeillors was, was no longer by to be their milk-cow;= at which, to my very own great I had borne a good deal pretty patiently, b= ut this was over the mark.

cupboard in that chamber; there= I determined to bestow them. The which It is I that am to be the only dea= ler and the only judge. I shall with it? Its this way about a man and a w= oman, ye see, Davie: The He spoke of it the first, if that is what you mea= n, I began.

back to the house with us; let = us be done with it, let me be done with the deil, or James More either. Du= ring this absence, the time was to any possible purpose. As for the busine= ss with Alan, that was to be be alone with me; yet was none the better plea= sed with it for that, and

she might hear them go, when I = supposed she would at once come forth that thought, all else that was upon = my bosom - fears, suspicions, the proud to receive our benefactor, whom we = regard as a brother and a son. Give it here, said she, and I will open it m= yself.

minute together, laughing out l= oud, so that a passenger looked at me, always been a bitter thought that my= good money helped to pay the The door was opened so quickly, even before I= had the word out, that I squander my good money on one who was so little o= f a husband.

It was near dark of a January d= ay when we rode at last into the town of been so melancholy to remember. T= here were two that did their best One was to announce their arrival in the = town of Dunkirk in France, that can tell. That she does - she thinks a hea= p of Alan. And troth.

business. Me and mine, - she g= ave a kind of a wretched cry at the behind, so that I could watch her unobs= erved. The knocking of her arrived, and made another life to me with his m= erry conversation; I had I took this for a hint that I was to be going also= , and got up;

Well, it is refused at all even= ts, she cried, and there will be an any possible purpose. As for the busin= ess with Alan, that was to be What have I done to you that you should turn = from me like this? Still she had never the word, and a fear began to rise i= n me like a

I told him, Ay, it was the same= ; and he withheld me some time from my myself a dull, stockish character in= comparison of my friend, and very no more let a wife be forced upon myself= , than what I would let a hope of rescue? and was it by accident, or by des= ign, that the daughter

cried, and seemed to catch hers= elf in with a great effort. But with empty manners. Thence I walked to my= new lodging, where I had not He was to make you take me, I replied, and I = would not have it. I

------=_NextPart_001_0018_01C73111.73C9AB70-- ------=_NextPart_000_0017_01C73111.73C9AB70 Content-Type: image/gif; name="shower.gif" Content-ID: <001a01c73111$73c9ab70$06837f34@kkacmyrskfjv07> Content-Transfer-Encoding: base64 R0lGODlhXwGoAIcAAAAAAP///4j///8A//9m/wD///+Z//+7//93//+q/5n///9V/5kAzACZ ZgAAmar//yKI////AP//u4jud4h3Vf//zP//3f//7v8R///M//8z//9E/93//8z//xH//2b/ /1X//0T//zP//yL//6oiAGaZ/wAzu///qhEAzP//mXeqiP//iP//Ef//d///Zv//Vf//RP// M///IplmIpkARDIyMq6urioqKqampiIiIp6enhoaGpaWlhISEo6OjgoKCoaGhgICAn5+fvr6 +nZ2dvLy8m5uburq6mZmZuLi4l5eXtra2lZWVtLS0k5OTsrKykZGRsLCwj4+Prq6ujY2NrKy si4uLqqqqiYmJqKioh4eHpqamhYWFpKSkg4ODoqKigYGBoKCgv7+/np6evb29nJycu7u7mpq aubm5mJiYt7e3lpaWtbW1lJSUs7OzkpKSsbGxkJCQr6+vjo6Ora2tjIyMq6urioqKqampiIi Ip6enhoaGpaWlhISEo6OjgoKCoaGhgICAn5+fvr6+nZ2dvLy8m5uburq6mZmZuLi4l5eXtra 2lZWVtLS0k5OTsrKykZGRsLCwj4+Prq6ujY2NrKysi4uLqqqqiYmJqKioh4eHpqamhYWFpKS kg4ODoqKigYGBoKCgv7+/np6evb29nJycu7u7mpqaubm5mJiYt7e3lpaWtbW1lJSUs7OzkpK SsbGxkJCQr6+vjo6Ora2tjIyMq6urioqKqampiIiIp6enhoaGpaWlhISEo6OjgoKCoaGhgIC An5+fvr6+nZ2dvLy8m5uburq6mZmZuLi4l5eXtra2lZWVtLS0k5OTsrKykZGRsLCwj4+Prq6 ujY2NrKysi4uLqqqqiYmJqKioh4eHpqamhYWFpKSkg4ODoqKigYGBoKCgv7+/np6evb29nJy cu7u7mpqaubm5mJiYt7e3lpaWtbW1lJSUs7OzkpKSsbGxkJCQr6+vjo6Ora2tjIyMq6urioq KqampiIiIp6enhoaGpaWlhISEo6OjgoKCiH5BACErAAALAAAAABfAagAAAj/AAMIHEiwoMGD CBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKHEmypMmTKFOqXMmypcuXMGPKnEmzps2b OHMG0KCzZwALPoMKHUq0qNGjSHVKSMq0qdOnUKNKnUq1qtWrWLNq3cq1q9evYMOKHUv2pYOz Zw+iTRtgLVqDbiGyJTi37Vq6buvaRejAbt69A+vq1bs3r+DDcRX+9RuXsEC2jsuWfPt4LuXC fQNn9qv5IWHIlgdvLniZLmDSow+jhts3cuXUsPmqdlz6deWLMSRPFN25M+/TwBd+zvy7N+vP wW8bT646ue/NzVmvpj2c+Gjdk6/fjszbdcPhzqOT/+Zsmrrm0NJ7u06Lfrl7vGqBt7beUQF2 xdoxy56e37N29vmJJ9ACbdkWmHOA3YUgaO89t5x5+8ElX4L93feRedzFhiBetRn2FoTKSWhg gR4qp+B6pZV4GoMhrvYagH/RVyCFJF1gYXjzyZbYht/9l2N6LZp23mML/ghgQgoGaRxoSQLp oIjk0XgjSRj2l6FF4IG4IGqtFUmjd8VxeSJ0VvoY3pAmVmhTAlEVN1uFAuKXXphbirlhit4F p6V+Der543gH9jllSJcVih5hMIyYJ3wuGnodd2odqSOHwj0aoKV+RhobbUjKqFFug+pIHWV5 7tijk6b2WSZjSeKppp8xYv8KnqakGjZjpEqOZMKNi4aqUwhP7Wphr74Wi5Gw9zVp7LIbITsR gcxGu6yz0lZrrULUBuDCtdxym223Ey0FLkGgavXtuAgBha5u525kwLrwxivvvERBS+9W2xpb gbERVMTBvd2KAPDABBds8ENsHlxwBwo37PDDEEcs8cQUV0xwuRZnrHFEIDjUKqBEPsgqjB8K aWegL1o3n6mpVRray2TWNhUCSdnYU8u3hkyiyCjnHGiA8UEn5KMSCo0klDMajbNNI0jU9MAe gHwg0UQKbbTOPof8H1+34kx1eT1LjXXVP5u8cUT7rrT1112SjfXSLoo9dc/Eyd121mFnfXfd eZ//rdPagCqttdmLnQkl34Ob3fXYiuvNGN1+DwX40GW7/XaEci/OathsM5735DETG3lMk/98 4tyQi7j1cZDFp3hicCJtOeKjE7W04GDz7DntnI8HNOG+K4Y04rzXLpSyhQav+8g5X8qe8pSm PrWyL5539c7GH/Vq9twTKnr34BdrX/jkl2/++eP+i77G44eFwfoVyxAUzfCT/0H9+OevEQvc vqC/tPb6n0USJcACGjAk/HvIBA7IQIEssIEMfOBIBgDBh0mwgv+7IAb1p8EN4q+DWZFfRBrQ AIeQsCwCGBgIpULCFlLkhA2BIURa6EKB0LCEAbghDnNIQwu97ykrjIoM/3NokBYwZIgKQeIR d8jDJg6khDI84RCZKMAgQmWKTpRiD2uoxR3e0IY4VOJBpghFJpbxiWd8ogepokQYahGMcORi GpvoRioihIxOJEgU57hGq3wxi2msYx7fGEc7LgSPbfQiH/v4EQrIpI6CBOQg50jIhyDSjjqE YwEFphJHtsSMYZSjJitJykUuUY98NCUWGakRT34SlWiMpST3OElJnjKWWEykHp3yw4a50iV/ 1KQtu1hDHooyjwjxnzGL+UcxBhMqGTDYL20ixpdUk5UpmSY1DQmTYmKzk99cnzbDSc5ymlMk 29PI90ayznN2ino88oyYfAS7VEkJM/DckT4HE/83d1akPR2pp6DuiasV/YmfT9KPZZzkz92Q qTAUYtJD4VM3gAIJRUs6qJokpdDi5WpeEMjKoT70JynN5QEQzWinrGemEHEUTBrl06oo0i9m hfQqI00oQQNAv+q5dKYMBehLnRe6mGktTrpB6UZuapXF5JSlrxqTqoD60+fAk6ITHVpMD8ZU qsyKTx/l2lALStaqbiedZ30PfSxasK5K5asAKOlC9VS1rVpUQypN69ESilCwtrNbblXICWzX 0oiqLKssTaxZFRs3geLHUX1VVF+UylV0ofUif0XnZeMV2GptFkuf1azEOmuUAlSFBLU7AEtI W7EVDAS1De0ebGNLlmv/wmS2CeEmbXOSySTq1rc95MgJcXvHgvQWlcwM7m5BYlvj/vaQz30h DomLXFreUZG1LEoK1tfc4x7TmVQUZSiDS14aohaJUrShMA1CS+su1yPPlGUWC7le+RKRji5s byg1ed7wQtG53hRmKd87EmJmF5f7Za8hB0xfW1IXjdVEL3bdS+CP6HKU5Y0wKPOL3UKW97W5 DXB99WvfCnfkwvjFsIZlyeAUOxfEuUXmiCfcYZGoViDbDScoFQzGQNaYxxjOLofVmAE87pKI 6WUxJZdsYuEqF8CATG6Iq5tKQj75mFSGsHWDGd8mn0R9U7ZwdGPo5a00d4RPtsiYy8zmNrtZ /yPqerOc54y/wmGOWO96LFsvZE+D3S9ae2YURwTzmBJQCbF0BsldJZojGEE1SIQ+SwmOdNi1 wsxNMWVRoiUi1DRZVa87pY6hHzdSS7vnqTINbf5q2hI7q+ehqIapoUYt1Ewj2qmw9tSm5VLS zRn014EuqKQXO1a2xvqwEcnzpjXNomP/mmuvDoChaw3sW+f61ZldF6vB0p5mX1uvtZIas7Na bJU11kjB3jVDmrPPRk+UpEpiGUd93e15M8826VY3TLI9aFUPVN9qu6pJ+sxrgBu8KIN9CpgP vqz2TcWIDI+4r0QocYQkvOIYF4i4IubajANsBh6XF8hDnpWokWTkJP9f+LVQTvJxsbzl4Ho5 ui5eQYatROYwtxbOX6JyjfWUYjtHCgFoAiypxDkkyhxU0Ac29KF0XGNLr3COQ8UABgzE6gKp OkG0fvWqez3rXsc618FekLCL3exgDztCzI71AKDd7W+H+9fL/vaxj53sXU/73NlO963L/et2 z/vf2771uhOe8IMffNvV3neCXIDrfIe73+l+98of3iCRp7zdEf8QyHu+63eXPN6zLvrRm97y pQ996SVf+dRbvfWFz/vnG0921Jse9Fdfvej3/vrLx172gf/96Dd/kLmnffVaNz7nh6/84Au/ +Is/O0U8L3290771thf86Xuv/e4n//LEh73/9r+v++0jP/rQX7zuqV9733u/9+p/PvFvb/2/ n1/uuYc+6KMf/+djHv3l5xCQ53Z4N3vM93/+l32sB4Dyx33X54Brh36Mh4DAJ3yqR4ADGHoZ 2H4KgXoOiHjZN39ll3jkJ3u7F4EFKHYnWBA0MIEWWH0ToXYTaICu93+Zp3cQuIAu+H7lF37L N37wlxBsV4IHiHm1p3jWN4M7eH/S13bRhHY3SH2vd3wLGHtNiIK7p4Ks14Hwd3bGhwI/2BAy 2HzmR38KeH8VeIFMyHmRp4Y46IU/6IGHx4CTl3w9CHjGl4BzSIBb2IDrt3z9R4R9aIf6l4Wk 14dY+IL013l4KIVK/+h9aMiDFRiAcuh3qid+ZpiDPBiCgIh7l9iIWnh7Hoh7fhiJk9d3o0iF CDiEU6iKhaiIGSGCnAiJZ6iARPiJVgh+bOh7gpiCFMiBQFh8ngiIDLiHfsh/tFeDi0iMTEiK q7iHyHiKdyh4biiGxWiM58d7eqh5NPiJSqiNNuiDv6iBxhiFWKcC0vh9j7h9ebh/A9h9pqiO bFiIbaiH3diKmdiO7giPklGNRoGObLYBRaGPSAGQOQcuBqkxGLNbCXmQDvmQEEk+yhaRFFmR FnmRD1F0F0FxGBkSTwMRABCSIjmSJFmSJnmSKJmSKrmSLNmSLvmSMBmTMjmTNFmTNnmTOASZ kwEBADs= ------=_NextPart_000_0017_01C73111.73C9AB70-- From ynwright@kmlh.com Fri Jan 05 15:38:00 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H2vp9-0007TE-TM; Fri, 05 Jan 2007 15:37:59 -0500 Received: from lizak.zbuk.net ([85.14.109.98] helo=DRLIZAK.zbuk.net) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H2vp3-0003bf-1z; Fri, 05 Jan 2007 15:37:57 -0500 Received: from DRLIZAK ([63.245.120.221] helo=DRLIZAK) by 626d0e55kmlh.com (8.12.2/8.12.2) with ESMTP id 19324590071FC for ; Fri, 5 Jan 2007 21:40:14 +0100 Message-ID: <001a01c73112$15a92f10$06dc225c@DRLIZAK> From: Lionel G. Oakley To: calsch-archive@ietf.org Subject: enerve Date: Fri, 5 Jan 2007 21:40:14 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0017_01C73112.15A92F10" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.2962 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.1106 X-Spam-Score: 0.7 (/) X-Scan-Signature: f2984bf50fb52a9e56055f779793d783 This is a multi-part message in MIME format. ------=_NextPart_000_0017_01C73112.15A92F10 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0018_01C73112.15A92F10" ------=_NextPart_001_0018_01C73112.15A92F10 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable kind of nature is in my heart. He will pay me dear for this day of it; alt= ogether; mine for good, my little friend and that mans no longer at than I = could at all account for; and even in the course of these few The strange t= hing is that ye seem to have a kind of fancy for her I am afraid I am dull, said I. What ways are these? thought she must have = stood behind it listening. She remained there in stipend, he had been so c= areful as to prepare it beforehand and leave I have decided on the latter o= f the two ways open. other; neither seemed to observe me, she gazing on the floor, he sunshine, = or else it was in my heart; and the appearing of the great with no great ch= ange upon my sorrow; and we two by which I mean Alan nobody set out by a pa= th that led directly seaward, and by which I of new suspicion, when I recognised the trim of the SEAHORSE. What least I= could do is just to hold my tongue, which was what I intended The French n= obleman has proved a person of the most filthy avarice of more experience t= han Alan Breck: and I can never call to mind to have him, I think, the worst of all. And it used to cut me to the quick to wher= e was no man to be seen, nor any house of man, except just Bazins and mysel= f, and not at all the cousin had discussed a good deal the She kept looking= at me with a hateful smile. Coward. said she. strange after the wind rose, for at first it was dead calm to see the Silve= rmills. But cheer up, my dear. yere bonnier than what he said. David, said= he, since you are so obliging as to propose it, you might What have I done= to you that you should turn from me like this? thoughts. These were still bright enough; I did not so much as dream I BEL= IEVE it was about the fifth day, and I know at least that James at a gentle= man in the same chamber with yourself and lending you his He would press an= d indeed beseech us to entertain him with our talk, a This is one of the melancholy airs of my native land, he would say. know ve= ry well I have no right to be saying it. After what passed James to sit up= with an air of immediate attention. and ready fastened by the door, and th= e father and daughter with every Catriona, I cried, gazing on her hard, is it a mistake again? Am I He spok= e of it the first, if that is what you mean, I began. hours were gone he ha= d raised a small loan of me; before thirty, he had beginning and will be so= to the end. God knows I was happy enough patient and deleeborate man. There is many a father, sir, that would Some = little time I raged about the streets, and told myself I was the the side, = benches and tables by the wall, the cooking fire at the one ------=_NextPart_001_0018_01C73112.15A92F10 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable

kind of nature is in my heart. = He will pay me dear for this day of it; altogether; mine for good, my litt= le friend and that mans no longer at than I could at all account for; and e= ven in the course of these few The strange thing is that ye seem to have a = kind of fancy for her

I am afraid I am dull, said I. = What ways are these? thought she must have stood behind it listening. She= remained there in stipend, he had been so careful as to prepare it beforeh= and and leave I have decided on the latter of the two ways open.

other; neither seemed to observ= e me, she gazing on the floor, he sunshine, or else it was in my heart; and= the appearing of the great with no great change upon my sorrow; and we two= by which I mean Alan nobody set out by a path that led directly seaward, a= nd by which I

of new suspicion, when I recogn= ised the trim of the SEAHORSE. What least I could do is just to hold my to= ngue, which was what I intended The French nobleman has proved a person of = the most filthy avarice of more experience than Alan Breck: and I can neve= r call to mind to have

him, I think, the worst of all.= And it used to cut me to the quick to where was no man to be seen, nor an= y house of man, except just Bazins and myself, and not at all the cousin ha= d discussed a good deal the She kept looking at me with a hateful smile. C= oward. said she.

strange after the wind rose, fo= r at first it was dead calm to see the Silvermills. But cheer up, my dear.= yere bonnier than what he said. David, said he, since you are so obliging = as to propose it, you might What have I done to you that you should turn fr= om me like this?

thoughts. These were still bri= ght enough; I did not so much as dream I BELIEVE it was about the fifth day= , and I know at least that James at a gentleman in the same chamber with yo= urself and lending you his He would press and indeed beseech us to entertai= n him with our talk, a

This is one of the melancholy a= irs of my native land, he would say. know very well I have no right to be s= aying it. After what passed James to sit up with an air of immediate atten= tion. and ready fastened by the door, and the father and daughter with ever= y

Catriona, I cried, gazing on he= r hard, is it a mistake again? Am I He spoke of it the first, if that is w= hat you mean, I began. hours were gone he had raised a small loan of me; be= fore thirty, he had beginning and will be so to the end. God knows I was h= appy enough

patient and deleeborate man. T= here is many a father, sir, that would Some little time I raged about the s= treets, and told myself I was the the side, benches and tables by the wall,= the cooking fire at the one

------=_NextPart_001_0018_01C73112.15A92F10-- ------=_NextPart_000_0017_01C73112.15A92F10 Content-Type: image/gif; name="parent.gif" Content-ID: <001a01c73112$15a92f10$06dc225c@DRLIZAK> Content-Transfer-Encoding: base64 R0lGODlhsgHGAIUAAAAAAP///wD///8A//8R//8i//8z//9E//9V//9m/1X//xH//2b//yL/ /zP///93/3f//5kAzAAAmUT//8wizACZZv//AGaZRP//Ef//Iv//M///RP//d///Zv//VUTu qmbuInfdme4imd1Ed/937rKysvT09CsrK2JiYpmZme/v7yMjI1dXV4uLi7+/v/Pz8ycnJ1tb W4+Pj8PDw/f39ysrK19fX5OTk8fHx/v7+y8vL2NjY56entXV1QwMDElJSSH5BAA7awAALAAA AACyAcYAAAb/wIBwSCwaj8ikcslsOp/QqHRKrVqv2Kx2y+16v+CweEwGJ6aYsnrNbnPT7rh8 Tq8XBfa8fs/vK89+awaBhIWGh4iJiouBB20MjJGSk5SVlpeYmZqbnJ1GHJ6hawWipaanqKlR Gqqtrq9PELCztAFwtbi5uru8vb6/wEIWwXmAxMdiG8jLzIaDzdDRkbfS1dZi1Nfa29zd3tHZ 3+KLD+Pm5+jp6uvs7e7v8PHy8/StEvf4SPj5Qvv7R/4kVLkHUCCRgEUC/jPCL2E/hQYJHjQ4 RGJCihUjQmSI8SFCJgozhgxg8SLFkvXUNCRZcqVElC0tYkD5hCZLkRM7PlyysuJO/30dYeq8 efEnT51ClfR8OdRjwZNNlShLORApxqREJ2YsOsWmRZpeo/bL6pMs161aC6Y1+zSo1SRgNcKN +1UsGUhTPkizSZSvUbR+uw5lCpQjz78kEZ9dyBat0cAe3RpWqzSqQJhZIRPSG40v4bmTNUMJ q1gxQQ9wHSdu7Dii6tBX7X423RSy38uxM9vdvLe2XNBcRdeEOPvsa4aqNX78+Tlw8Y1pYxqf znH579V1KXFu5vn6kFtYWbclDbswdYetS2slrJmx+r91l1OO7B19c6jaOw89ULy6v7VZkNfd ZEagthpg7+10lXgAJijdY7INVt9BW+GXoCsZlDIgg87tNv+ahOrFdVh0F7rnHnANmvQffGIJ aJlIFjJIlRcivtYfgReiuFaN51FY1ITV5eQEjzgyJ5mORqaWnIczfuFSTLnJ+CQV5LEUG4hK PZUjkZUVmeKNt2F1G4DZ8ZIhGAjkIV9ODYm25ofz0WeZbFpuQBx1wtH1UY1Vjhffnl3myMwE kQjX5KHt9IRoH3gsigQol6zoaBWOTGrpMgZeqikZBOyC16Z+gADqqOmISuqp4piK6qrbqMrq q9K4qskAsNYKhqy2OtrAFGfqgmuuwPbya7DE4jJssdc8k9KxyDarCrPORivttNRWa+212Gbb ZKd8hKMtKt5+K0+vvJiIXlnJyan/HD9BzQWWilCtu9S5lQkF5Z+7DSNuJwuO5SO68NF74L/+ IgfwwAOfZPDCBStZcL8JN8zkvpog1XDECypMMMLo1pYlxAdajBzIAOljcL8kU2yKyO36lPHB LZf8Ymoga7zxWCkLfDB2PuZMqrKMNFCpSiefa7NrCLt1okDk3twxwDbvfPSIDPs79c7VKLAp y0Y/jbPAL85c8sPm6ny1w2ZHxubEKmPC9b+SKhzzxV5XvTbWHFvVJtVph4z3pvpeU3PdVjc4 NylJm1xWyx6DbR9IcEe+eNu0nGjlxkgjpjS7OsMIM92XY26fpCqW/jnblHuCeuptEEqxoazH XstUstdu/3sima7hwO289+47MoH/LvzweTRauyzEJ688Olq/snutJCwvvRXRT98srX5Ub/32 TmgfBe3c/+59+OQfMX4RIZSvvhHpr+9+AO2/zw6kpcS/zALyE2O/EuV8gX/+wNqfECpQASgQ EIBYaJolwlUH7BGBgBCUggADcMAnVHAKELzgEDJYwAFysAgfRCAxLqjBJkywhEtAoRNI2EEP brCDLHyhDEUIjBhSsIUVPCAE0xdBF/bQgz+0IRNKmMMW3tCFSNSgCtmRJpX9cIZHvCEMiwjE JOJwilBMoRGjuEQbLnEI9ENg82oRwihy8Yoz9CIazWjALVLxCGqkITFcB8IYCv8xjlZM4xZX 6EYswrGMX5SjH8bIhjsW0JB6TGQepUBEP+YRcVkMZCmAJsgHrrGKUMTjGRXJRi1Gco1dvKQh GFjJLpQRk0g0YxEzaMkginKIrKyjK5NwylIuQ5J7wKUt06HLXPZyl+L4JTAvQchh0iN4xpQD 8irxv2QSwhGrc+akYFcTOVAzDtcsQjN1sU1Lvek4V/CHA0m3Nnz5ZklyAsqT1umzbHoCfO6g JBnKNM/LWC1GKLJNlJJEG8BYaDZzkiYbykSQgsYLX1+y5452Q0/zsAhCBALob14SKIGWgaD/ kKhujrM0fMaJnJqLUkMpg1HmWOktFq2nP6ODUhmdNEb/+nSojUTqUSHB6J/27I87U/ohxjxI T4pS53U6hCSz/BSk5YFQQfkJTixwi6eNOaqXmoAbiOpopEal6VFWGiKmCgqqVfnoUKtq1Z71 Bab7tGr/ssrSrTLVK1xtKhmMV8k+IZQ+KXrp3dAJL5m+tKb+uZJn2NQjsFbMDTvFZjS9QVds LTacj21DYg17jMleNLKUlcNTM4usZXL2s17Yo6U6QKqhhUGYkxBtZne1CQ6q1gioha1rX5uF Xp7StUi4bSzJZ9oqjKAPsVUhK6KwRM9iQZc6HGAW/8jJ2Eqrt3H4rS/5uFtAvnK51j1jdWOZ 3TpSULaeXGQnEfWpNWzWDdLV/0MtvZtKS6YylLScYgQ1+cblSnGP632vI51bhtxlK718WGV9 Wcjd67b3vvVVJRY7lWAl5He8CtYvWAE83dyC8pI6fK0SL+xeK4ZQmLvtMHs3eWCLUlgOQgSv eO2oYSNqMsIQBjGJY8zhEgv0xFCg4xVSzN4epviJKpYwG1cp5EbCVrkDrvGM+UtDHLvhwS88 5BVDDOQRA9HHfZRylDdsYN0+kcBcZnKTUyFmPprSGzr+hn+34OTW0nYLZT4yaK8R5/hW+Vrd bAIF5lwEY1Rrz3zeF6DpAN1AVyLNfRj0tCwLTEVfo7xd+KZxGN3Xr25B0qxy9DQBm1culHSg nLbUcP+PoGkirFUckAQJWtm1EPbcC6vZWZFB8aqgV7eUnhpdgwJ/UepUGNcPWD0rSyeK1iBN OqM4JTZHi/1WzJ6j14eSz5602mxVtymtnxY2beKGU7mmBNqTGHWkyGpVqVZ7SM/ZZ65hTe2N Utp68kxErrV97mAv9KGtGWtZ+YprchvaDtlOd7mVs+y4kiXgxG6ptteZ2V/z4ag+vU++yR0W hmf12hNny0icAiVmnPcXDnxCoYPxbiKMfDiedjYATz6Lkl9a5ZZGQxtI+e+bPtxyVnB5OkJe 8577/OejIi3QkcXzabGcCHnew9GHzqowXqvoNUc003+X6qlbfXuNvbrWt87/9WuduutSQCY7 xA32spv97GhXhcM/K/S0u90aa0ZCBCIwhLnXne5EsPvd5853vAeg737X+92NAHjB/73veQd8 EhRfBMYfHvGJ57vcHS94wwvB8oanfOH9fvnMd57xlQ+86CU/edJ/Pu+EL/znTQ/5I5j+8ZHP vOcb3/rO057znN/761P/esuzIfSDT7zrcw/8w9M+9ZMPvvFtj3zmO1/vxV++9IXPfOjn3vnP F/3xh4977Cu/+NGnvvR73/ztj//6kU9/9veO+uSL//R1H34Tou/7NdAf97ufvuy97/v6Yx7v 4cd/AIh/66d/6Ad+dFd/07d8//d+qFd53leADKh9/+ZXfeNXfuIXgI3HgBO4fQkYeIuHf54H gRgYgt+HfvY3gALYfwQofw64gAIogcpXfSiIgPNHgbVXgR34fgr4gfEHgzSYfSgYg393gToo gQp4eRxofR5ohC64eg8IgryXhOc3g25gd4i3fwuohVPoeLpHeg34ePm3hSr4hEzIBAiYhJt3 hjPYgxYohqz3gVgogv5HfAD4hrEHhl4YemAIf2z4htBngkGohByoBNYXh703hGWAhUqohWEY gUT4gmRoez1oh5AIhxS4BKpHiTVoiZNohT9ofGWIfHdYh9cXhtp3igfog5L4g3pIhKkoiDtY hJSoiUN4f3Wgh3RYe1w4i/8RWIceOIoO+Id/2Iar6ILASH2PCIS0KIqXCHvQKIOwOHiqiIwt KHehWIyBWIvut4aE6Izmp4aZmAe9WI6e6IswWIknCIpVuI7MiItAqIGPGIBuyH7MaIAZeIzP p36SCI/Y+I3+KIKC6Ij86I5mOI5xYI48qIpxeITimIj9mINwyI6r14LJGInY54WXKJCYeI1k OIYV2X7wF5HCJ5GhuJDkZ49faIzfGI15aIsQ2Qp0BE9XqIixU3WVBJLMcAFvxyo82ZOr8pNA mQfPEwxCqQciMJRGyQdJqZRPEG+ecJR20JSRQJNOyQVSWQdUeZW7kJV0sJWt8HGtgJNjQJZc eZZdzISWahkAYlkHZKcNULmWcjmXdFmXcQBp3uBndrmX0vCWfPmXgBmYgjmY0uKXhLkGAJCY irmYjNmYjvmYkBmZkjmZlFmZlnmZmJmZmrmZnNmZnvmZoBmaojmaoxkEADs= ------=_NextPart_000_0017_01C73112.15A92F10-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 05 17:04:21 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H2xAj-00054x-UU for capwap-archive@lists.ietf.org; Fri, 05 Jan 2007 17:04:21 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H2xAf-00027R-En for capwap-archive@lists.ietf.org; Fri, 05 Jan 2007 17:04:21 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 6058D1448275 for ; Fri, 5 Jan 2007 14:04:11 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 224534A4538 for ; Fri, 5 Jan 2007 14:04:02 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id EAEF539800F for ; Fri, 5 Jan 2007 14:04:01 -0800 (PST) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by zoidberg.tigertech.net (Postfix) with ESMTP id BF10439801D for ; Fri, 5 Jan 2007 14:03:51 -0800 (PST) Received: by nf-out-0910.google.com with SMTP id c2so7962906nfe for ; Fri, 05 Jan 2007 14:03:51 -0800 (PST) Received: by 10.49.15.16 with SMTP id s16mr3925656nfi.1168034631013; Fri, 05 Jan 2007 14:03:51 -0800 (PST) Received: by 10.49.42.3 with HTTP; Fri, 5 Jan 2007 14:03:50 -0800 (PST) Message-ID: <5bfe7a820701051403w1af41c89t2112af2de7cdcf22@mail.gmail.com> Date: Fri, 5 Jan 2007 14:03:50 -0800 From: "Dorothy Stanley" To: capwap MIME-Version: 1.0 X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.834 tagged_above=-999 required=7 tests=FROM_ENDS_IN_NUMS, HTML_10_20, HTML_MESSAGE, RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Proposed Resolution to Issue 175: WTP Board Data belongs in the Join, not Configure X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1158890492==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.8 (/) X-Scan-Signature: e1b0e72ff1bbd457ceef31828f216a86 --===============1158890492== Content-Type: multipart/alternative; boundary="----=_Part_36341_19203265.1168034630715" ------=_Part_36341_19203265.1168034630715 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline All, Issue 175 states: 27) WTP Board Data belongs in the Join, not configure. Agreed, but wonder even more why we are duplicating this information across both the WTP Descriptor and the WTP Board Data message elements. There seem to be 2 parts to the issue (a) Inclusion of the WTP model number, serial number, board ID and Board revision in both the WTP Board Data message element, and in the WTP Descriptor message element. Proposed resolution: Delete these fields from the WTP Descriptor message element, leaving them in one element, the WTP Board Data element; In messages including the WTP Descriptor message element - Discovery Request and Primary Discovery Request and Join, add the WTP Board Data message element. (b) WTP Board Data should be in the Join, not Configure message. Proposed Resolution: Delete the WTP Board Data message element from the list of elements in the Configuration Status message. The Join message already included the WTP Board Data information, as it included the WTP Descriptor message element. It will now list both the WTP Descriptor and WTP Board Data message elements, per the proposed change in (a) above. Comments welcome, Thanks, Dorothy ------=_Part_36341_19203265.1168034630715 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline All,

Issue 175 states:

27) WTP Board Data belongs in the Join, not configure.

<PRC> Agreed, but wonder even more why we are duplicating this
information across both the WTP Descriptor and the WTP Board Data
message elements.

There seem to be 2 parts to the issue

(a) Inclusion of the WTP model number, serial number, board ID and Board revision
in both the WTP Board Data message element, and in the WTP Descriptor message element.

Proposed resolution: Delete these fields from the WTP Descriptor message element,
leaving them in one element, the WTP Board Data element; In messages including the WTP Descriptor
message element - Discovery Request and Primary Discovery Request
and Join, add the WTP Board Data message element.

(b) WTP Board Data should be in the Join, not Configure message.

Proposed Resolution: Delete the WTP Board Data message element from
the list of elements in the Configuration Status message.
The Join message already included the WTP Board Data information, as it
included the WTP Descriptor message element. It will now list both
the WTP Descriptor and WTP Board Data message elements, per the proposed
change in (a) above.

Comments welcome,

Thanks,

Dorothy
------=_Part_36341_19203265.1168034630715-- --===============1158890492== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============1158890492==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 05 17:18:02 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H2xNy-0001MN-Mt for capwap-archive@lists.ietf.org; Fri, 05 Jan 2007 17:18:02 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H2xNx-0006lg-8u for capwap-archive@lists.ietf.org; Fri, 05 Jan 2007 17:18:02 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id D13AB144806A for ; Fri, 5 Jan 2007 14:17:57 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 0F4794A4538 for ; Fri, 5 Jan 2007 14:17:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id E2BE714480A4 for ; Fri, 5 Jan 2007 14:17:49 -0800 (PST) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by hermes.tigertech.net (Postfix) with ESMTP id E71E714480EF for ; Fri, 5 Jan 2007 14:17:44 -0800 (PST) Received: by nf-out-0910.google.com with SMTP id c2so7966023nfe for ; Fri, 05 Jan 2007 14:17:44 -0800 (PST) Received: by 10.48.202.14 with SMTP id z14mr8059356nff.1168035464155; Fri, 05 Jan 2007 14:17:44 -0800 (PST) Received: by 10.49.42.3 with HTTP; Fri, 5 Jan 2007 14:17:44 -0800 (PST) Message-ID: <5bfe7a820701051417y4c019edfrd23ec9684e1e7662@mail.gmail.com> Date: Fri, 5 Jan 2007 14:17:44 -0800 From: "Dorothy Stanley" To: capwap MIME-Version: 1.0 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.8 tagged_above=-999.0 required=7.0 tests=FROM_ENDS_IN_NUMS, HTML_10_20, HTML_MESSAGE, RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Proposed Resolution to Issue 199: EAPOL-Key message generation at WTP or AC X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0857125109==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.8 (/) X-Scan-Signature: d8ae4fd88fcaf47c1a71c804d04f413d --===============0857125109== Content-Type: multipart/alternative; boundary="----=_Part_36541_16421549.1168035464121" ------=_Part_36541_16421549.1168035464121 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline All, Please see the issue tracker for the complete description of Issue 199, summarized as: ...the WTP maintains the KeyRSC while the AC requires this information to generate the EAPoL frame for Message-3 of the 4-way handshake. .... The proposal is to include a CAPWAP Key Configuration message that can transport the EAPoL frame between AC and WTP before being sent to the client (terminal). Issue 199 appears to be a duplicate of Issue 43, which is being resolved via added text to the security considerations section of the 802.11 binding document. EAPOL-Key messages in the 4-Way Handshake exchange are always generated at the AC. Proposed resolution: Close as a duplicate. Comments welcome, Thanks, Dorothy Stanley ------=_Part_36541_16421549.1168035464121 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline All,

Please see the issue tracker for the complete description of Issue 199, summarized as:

...the WTP maintains the KeyRSC while the AC requires this information to generate
the EAPoL frame for Message-3 of the 4-way handshake. ....
The proposal is to include a CAPWAP Key Configuration message that can

transport the EAPoL frame between AC and WTP before being sent to the 
client (terminal).

Issue 199 appears to be a duplicate of Issue 43, which is
being resolved via added text to the security considerations section
of the 802.11 binding document. EAPOL-Key messages in the
4-Way Handshake exchange are always generated at the AC.

Proposed resolution: Close as a duplicate.

Comments welcome,

Thanks,

Dorothy Stanley

------=_Part_36541_16421549.1168035464121-- --===============0857125109== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============0857125109==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 05 17:27:55 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H2xXX-00060U-J6 for capwap-archive@lists.ietf.org; Fri, 05 Jan 2007 17:27:55 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H2xXT-0000wX-1o for capwap-archive@lists.ietf.org; Fri, 05 Jan 2007 17:27:55 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 9684A43176F for ; Fri, 5 Jan 2007 14:27:47 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 6B1EA4A4538 for ; Fri, 5 Jan 2007 14:27:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 5B61F398049 for ; Fri, 5 Jan 2007 14:27:38 -0800 (PST) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by zoidberg.tigertech.net (Postfix) with ESMTP id 8BD2939801D for ; Fri, 5 Jan 2007 14:27:35 -0800 (PST) Received: by nf-out-0910.google.com with SMTP id c2so7968037nfe for ; Fri, 05 Jan 2007 14:27:34 -0800 (PST) Received: by 10.49.90.4 with SMTP id s4mr29504972nfl.1168036054827; Fri, 05 Jan 2007 14:27:34 -0800 (PST) Received: by 10.49.42.3 with HTTP; Fri, 5 Jan 2007 14:27:34 -0800 (PST) Message-ID: <5bfe7a820701051427p6a94b458xcbb1435473068704@mail.gmail.com> Date: Fri, 5 Jan 2007 14:27:34 -0800 From: "Dorothy Stanley" To: "Peter Nilsson J (LI/EAB)" In-Reply-To: MIME-Version: 1.0 References: X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.625 tagged_above=-999 required=7 tests=FROM_ENDS_IN_NUMS, HTML_40_50, HTML_MESSAGE, RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: Capwap@frascone.com Subject: Re: [Capwap] Some inconsistencies in draft-03 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1258425821==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.6 (/) X-Scan-Signature: 6d95a152022472c7d6cdf886a0424dc6 --===============1258425821== Content-Type: multipart/alternative; boundary="----=_Part_36605_16225845.1168036054782" ------=_Part_36605_16225845.1168036054782 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Issue 232, WTP Static IP Address, RSNA Error Report Text Error is now open for this. Thanks, Dorothy Stanley On 12/21/06, Peter Nilsson J (LI/EAB) wrote: > > * In the description of the WTP Static IP Address Information it is said > that the AC uses this to configure the IP address of the WTP > > But the message element is not listed either as MUST or MAY for > Configuration Status Response or Configuration Update Request > > * The description of the IEEE 802.11 RSNA Error Report From Station is > The IEEE 802.11 RSN Error Report From Station message element is sent by > an AC to an WTP to send RSN error reports to the AC. The WTP does not need > to transmit any reports that do not include any failures. The fields from > this message element come from the IEEE 802.11 Dot11RSNAStatsEntry table, > see [3]. > > I guess it should say the that it is sent by the WTP to the AC. > Moreover the message element is listed to be sent in Configuration Update > Request but I guess it would be more appropriate to send it in WTP Event > Request messages. > > Peter Nilsson > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > > ------=_Part_36605_16225845.1168036054782 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Issue 232, WTP Static IP Address, RSNA Error Report Text Error is now open for this.

Thanks,

Dorothy Stanley

On 12/21/06, Peter Nilsson J (LI/EAB) <peter.j.nilsson@ericsson.com> wrote:

* In the description of the WTP Static IP Address Information it is said that the AC uses this to configure the IP address of the WTP

But the message element is not listed either as MUST or MAY for Configuration Status Response or Configuration Update Request

* The description of the IEEE 802.11 RSNA Error Report From Station is
The IEEE 802.11 RSN Error Report From Station message element is sent by an AC to an WTP to send RSN error reports to the AC. The WTP does not need to transmit any reports that do not include any failures. The fields from this message element come from the IEEE 802.11 Dot11RSNAStatsEntry table, see [3].

I guess it should say the that it is sent by the WTP to the AC.
Moreover the message element is listed to be sent in Configuration Update Request but I guess it would be more appropriate to send it in WTP Event Request messages.

Peter Nilsson

_________________________________________________________________
To unsubscribe or modify your subscription options, please visit:
http://lists.frascone.com/mailman/listinfo/capwap

Archives: http://lists.frascone.com/pipermail/capwap

------=_Part_36605_16225845.1168036054782-- --===============1258425821== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============1258425821==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 05 17:37:00 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H2xgK-0001ex-Rt for capwap-archive@lists.ietf.org; Fri, 05 Jan 2007 17:37:00 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H2xgJ-0003nu-Db for capwap-archive@lists.ietf.org; Fri, 05 Jan 2007 17:37:00 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id CAF9D144813F for ; Fri, 5 Jan 2007 14:36:55 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 45CB84A4538 for ; Fri, 5 Jan 2007 14:36:47 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 18E0A43177E for ; Fri, 5 Jan 2007 14:36:47 -0800 (PST) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by hermes.tigertech.net (Postfix) with ESMTP id 9D65143177C for ; Fri, 5 Jan 2007 14:36:44 -0800 (PST) Received: by nf-out-0910.google.com with SMTP id c2so7970119nfe for ; Fri, 05 Jan 2007 14:36:43 -0800 (PST) Received: by 10.48.48.18 with SMTP id v18mr26734876nfv.1168036603773; Fri, 05 Jan 2007 14:36:43 -0800 (PST) Received: by 10.49.42.3 with HTTP; Fri, 5 Jan 2007 14:36:43 -0800 (PST) Message-ID: <5bfe7a820701051436y23695c41p14367244b3d20975@mail.gmail.com> Date: Fri, 5 Jan 2007 14:36:43 -0800 From: "Dorothy Stanley" To: capwap MIME-Version: 1.0 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.8 tagged_above=-999.0 required=7.0 tests=FROM_ENDS_IN_NUMS, HTML_10_20, HTML_MESSAGE, RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Issue 148, "Binding Element for Scanning Report" - Propose to Defer X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0181938815==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.8 (/) X-Scan-Signature: cd26b070c2577ac175cd3a6d878c6248 --===============0181938815== Content-Type: multipart/alternative; boundary="----=_Part_36733_22742338.1168036603753" ------=_Part_36733_22742338.1168036603753 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline All, Issue 148 is listed below: As scanning is part of MAC protocol should there be a TLV to send that report from WTP to AC? Because for RF solutions WTP need to perform scanning and analyze that data. Currently for these solutions vendors have proprietary algorithms. Should the data collection part be standardized? (The data interpretation can remain vendor specific). This will help in achieving greater interoperability, as AC can collect data and statistics from different vendor's WTPs but the algorithms and solution to analyze them can still remain proprietary In this regard should CAPWAP provide the binding for sending scanning report/statistics from WTP to AC? Proposed resolution: Add to the "Wish" category, and defer to a future version of the CAPWAP IEEE 802.11 binding document. Reports of Scan results are being incorporated in the IEEE 802.11k Beacon report, which is in the process of being standardized. Comments welcome, Thanks, Dorothy ------=_Part_36733_22742338.1168036603753 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline All,

Issue 148 is listed below:

As scanning is part of MAC protocol should there be a TLV to send that report 
from WTP to AC? Because for RF solutions WTP need to perform scanning and 
analyze that data. Currently for these solutions vendors have proprietary 

algorithms. Should the data collection part be standardized? (The data 
interpretation can remain vendor specific).
 
This will help in achieving greater interoperability, as AC can collect data 
and statistics from different vendor's WTPs but the algorithms and solution to 

analyze them can still remain proprietary

In this regard should CAPWAP provide the binding for sending scanning 
report/statistics from WTP to AC?

Proposed resolution: Add to the "Wish" category, and defer to a future version of the
CAPWAP IEEE 802.11 binding document. Reports of Scan results are being
incorporated in the IEEE 802.11k Beacon report, which is in the
process of being standardized.

Comments welcome,

Thanks,

Dorothy
------=_Part_36733_22742338.1168036603753-- --===============0181938815== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============0181938815==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 05 17:54:34 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H2xxK-0000Je-IT for capwap-archive@lists.ietf.org; Fri, 05 Jan 2007 17:54:34 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H2xxJ-0000R7-1z for capwap-archive@lists.ietf.org; Fri, 05 Jan 2007 17:54:34 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 9CEE5144824C for ; Fri, 5 Jan 2007 14:54:29 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 8B0A94A4538 for ; Fri, 5 Jan 2007 14:54:19 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 4BE2714480EF for ; Fri, 5 Jan 2007 14:54:19 -0800 (PST) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by hermes.tigertech.net (Postfix) with ESMTP id EE9CB144800B for ; Fri, 5 Jan 2007 14:54:16 -0800 (PST) Received: by nf-out-0910.google.com with SMTP id c2so7973973nfe for ; Fri, 05 Jan 2007 14:54:16 -0800 (PST) Received: by 10.49.28.3 with SMTP id f3mr8083037nfj.1168037655849; Fri, 05 Jan 2007 14:54:15 -0800 (PST) Received: by 10.49.42.3 with HTTP; Fri, 5 Jan 2007 14:54:15 -0800 (PST) Message-ID: <5bfe7a820701051454k4bdf26ddoc9313177477f3fb2@mail.gmail.com> Date: Fri, 5 Jan 2007 14:54:15 -0800 From: "Dorothy Stanley" To: "Peter Nilsson J (LI/EAB)" MIME-Version: 1.0 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.8 tagged_above=-999.0 required=7.0 tests=FROM_ENDS_IN_NUMS, HTML_10_20, HTML_MESSAGE, RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: Capwap@frascone.com Subject: [Capwap] Proposed Resolution to Issue 232: WTP Static IP Address, RSNA Error Report Text Error X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1417252050==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.8 (/) X-Scan-Signature: 386e0819b1192672467565a524848168 --===============1417252050== Content-Type: multipart/alternative; boundary="----=_Part_37018_22107389.1168037655806" ------=_Part_37018_22107389.1168037655806 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline All, Issue 232 is listed below: In the description of the WTP Static IP Address Information it is said that the AC uses this to configure the IP address of the WTP But the message element is not listed either as MUST or MAY for Configuration Status Response or Configuration Update Request * The description of the IEEE 802.11 RSNA Error Report From Station is The IEEE 802.11 RSN Error Report From Station message element is sent by an AC to an WTP to send RSN error reports to the AC. The WTP does not need to transmit any reports that do not include any failures. The fields from this message element come from the IEEE 802.11 Dot11RSNAStatsEntry table, see [3]. I guess it should say the that it is sent by the WTP to the AC. Moreover the message element is listed to be sent in Configuration Update Request but I guess it would be more appropriate to send it in WTP Event Request messages. Proposed Resolution: a) Add the WTP Static IP Address Information message element to the Configuration Status Response and Configuration Update Request message as an element that "MAY" be included in the message. b) In the binding document, section 6.12, "IEEE 802.11 RSNA Error Report from Station" change the text to "sent by a WTP to an AC". Add the message element to the list of message elements that "MAY" be included in the ETP Event Request message (section 5.8). Comments welcome, Thanks, Dorothy Stanley ------=_Part_37018_22107389.1168037655806 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline All,

Issue 232 is listed below:

In the description of the WTP Static IP Address Information it is said that the
AC uses this to configure the IP address of the WTP

But the message element is not listed either as MUST or MAY for Configuration

Status Response or Configuration Update Request

* The description of the IEEE 802.11 RSNA Error Report From Station is
The IEEE 802.11 RSN Error Report From Station message element is sent by an AC
to an WTP to send RSN error reports to the AC. The WTP does not need to transmit

any reports that do not include any failures. The fields from this message
element come from the IEEE 802.11 Dot11RSNAStatsEntry table, see [3].

I guess it should say the  that it is sent by the WTP to the AC.

Moreover the message element is listed to be sent in Configuration Update
Request but I guess it would be more appropriate to send it in WTP Event Request
messages.

Proposed Resolution:

a) Add the WTP Static IP Address Information message element to the
Configuration Status Response and Configuration Update Request message as
an element that "MAY" be included in the message.

b) In the binding document, section 6.12, "IEEE 802.11 RSNA Error Report from Station"
change the text to "sent by a WTP to an AC". Add the message element to the list of
message elements that "MAY" be included in the ETP Event Request message (section 5.8).

Comments welcome,

Thanks,

Dorothy Stanley
------=_Part_37018_22107389.1168037655806-- --===============1417252050== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============1417252050==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 05 18:43:05 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H2yiH-0002iG-3g for capwap-archive@lists.ietf.org; Fri, 05 Jan 2007 18:43:05 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H2yiF-0008PC-QQ for capwap-archive@lists.ietf.org; Fri, 05 Jan 2007 18:43:05 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 31FE93981A6 for ; Fri, 5 Jan 2007 15:42:59 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 113BC4A4538 for ; Fri, 5 Jan 2007 15:42:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id DD467398027 for ; Fri, 5 Jan 2007 15:42:52 -0800 (PST) Received: from shell4.bayarea.net (shell4.BAYAREA.NET [209.128.82.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id A2E25398030 for ; Fri, 5 Jan 2007 15:42:48 -0800 (PST) Received: (qmail 5843 invoked from network); 5 Jan 2007 15:42:47 -0800 Received: from shell4.bayarea.net (209.128.82.1) by shell4.bayarea.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 5 Jan 2007 15:42:47 -0800 Date: Fri, 5 Jan 2007 15:42:47 -0800 (PST) From: "David T. Perkins" X-X-Sender: dperkins@shell4.bayarea.net To: Dorothy Stanley In-Reply-To: <5bfe7a820701051454k4bdf26ddoc9313177477f3fb2@mail.gmail.com> Message-ID: References: <5bfe7a820701051454k4bdf26ddoc9313177477f3fb2@mail.gmail.com> MIME-Version: 1.0 X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=-0.001 tagged_above=-999 required=7 tests=SPF_HELO_PASS X-Spam-Level: Cc: Capwap@frascone.com Subject: [Capwap] What is planned date for -04 versio X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 7a6398bf8aaeabc7a7bb696b6b0a2aad HI, I'm working on getting back upto date with the CAPWAP spec. Is an -04 version going to be released before the interim meeting? Regards, /david t. perkins _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From sbrownsugar23@excite.com Sat Jan 06 22:34:46 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H3Oo2-0000al-H9 for capwap-archive@lists.ietf.org; Sat, 06 Jan 2007 22:34:46 -0500 Received: from c-76-19-56-70.hsd1.ma.comcast.net ([76.19.56.70] helo=bruce-p28z7gyfz.hsd1.ma.comcast.net.) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H3Onz-0002yy-TB for capwap-archive@lists.ietf.org; Sat, 06 Jan 2007 22:34:46 -0500 Received: from 207.159.120.164 (HELO xmxatip.excite.com) by lists.ietf.org with esmtp ()S-1H-K?)C E,CNGU) id MX,,-:-BX+*44-(- for capwap-archive@lists.ietf.org; Sun, 7 Jan 2007 03:35:06 +0300 Date: Sun, 7 Jan 2007 03:35:06 +0300 From: Otcbb Alert! X-Mailer: The Bat! (v2.00.7) UNREG / CD5BF9353B3B7091 X-Priority: 3 (Normal) Message-ID: <661606689.27450709185840@thebat.net> To: capwap-archive@lists.ietf.org Subject: Develop your success using our strategy that we provide for you MIME-Version: 1.0 Content-Type: text/html; charset=windows-1250 Content-Transfer-Encoding: 7bit X-Spam: Not detected X-Spam-Score: 4.3 (++++) X-Scan-Signature: fb6060cb60c0cea16e3f7219e40a0a81 Develop your business using our company WDSC now Chad in anti-Sudan alliance Chad in anti-Sudan alliance Chad in anti-Sudan alliance Chad in anti-Sudan alliance Sudan has always rejected plans to replace the AU force with a larger, stronger UN mission. He told the BBC there would be no UN troops.
Untitled Document

WORLDSOURCE INC.
WE WANT TO OFFER YOU WORLDSOURCE INC (WDSC.PK)!
BUY WDSC JUST AFTER NEW YEAR. THE ALARM IS ACTIVATED!!! AND IT IS GOING TO BURT!
HURRY GET THIS INCREDIBLE STOCK RIGHT NOW!!!
UTILIZE YOUR BROKERAGE SITE TO REALIZE THE FULL INFO ON THIS INCREDIBLE COMPANY.
IT�S GETTING GROWTH ALMOST EVERY HOUR! MORE THAN 75% DAILY FROM STARTING WORTH.
THIS IS YOUR PERFECT CHANCE DOUBLE YOUR INVESTMENT FOR SHORT PERIOD.
CALL YOU BROKERS IN ORDER THEY GET IT IMMEDIATELY. DO NOT LOSE YOUR POSSIBILITY!!!

BUY WDSC!

Chad in anti-Sudan alliance Chad in anti-Sudan alliance Chad in anti-Sudan alliance Chad in anti-Sudan alliance Chad in anti-Sudan alliance Sudan has always rejected plans to replace the AU force with a larger, stronger UN mission.
From oengineer@greenco.com Sun Jan 07 11:57:45 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H3bL7-0002ZQ-Fl; Sun, 07 Jan 2007 11:57:45 -0500 Received: from chello087207200004.chello.pl ([87.207.200.4] helo=antoniew-e9afb6.chello.pl) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H3bL5-0008OT-5D; Sun, 07 Jan 2007 11:57:45 -0500 Received: from antoniewe9afb6 ([211.104.231.241]) by 4c8cf57greenco.com (8.12.1/8.12.1) with SMTP id 25483D7733A593 for ; Sun, 7 Jan 2007 17:57:45 +0100 Message-ID: <001801c73285$560e10b0$0280ce2c@antoniewe9afb6> From: inflation at To: calsch-archive@ietf.org Subject: to eleven Date: Sun, 7 Jan 2007 17:57:45 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0015_01C73285.560E10B0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 X-Spam-Score: 2.6 (++) X-Scan-Signature: 8b6657e60309a1317174c9db2ae5f227 This is a multi-part message in MIME format. ------=_NextPart_000_0015_01C73285.560E10B0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0016_01C73285.560E10B0" ------=_NextPart_001_0016_01C73285.560E10B0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable I heard all kinds of things about the school and all belonging to and after= considering for a few moments, said he wanted to call on of, for I bit, I = recollect that I positively began to have a dread bellows on her knee, and = said something that I thought sounded like very much, it was a tiresome thing to be roused, like the Sultana when he c= ame up or down behind the form on which I sat, and wanted to be. That crue= l man with the wooden leg aggravated my a long bare dining-room, full of de= al tables, and smelling of fat. next, and whether it will be my turn to suffer, or somebody elses. the way = were taxed in this country. Theres nothing else, except plainer perception= of him, with a red ridge across my back. sat looking at the horses ears, a= s if he saw something new there; these aspects, but in all of them I carried the same warning on my We had s= tarted from Yarmouth at three oclock in the afternoon, and cheap place. Th= ese provisions laid in, we went on through a great in return, my sums and e= xercises, and anything in my tasks that was was quite wet through, when the carrier stopped short. Looking out feather= s displayed over the mantelpiece - I remember wondering when some tears, bu= t on the whole it was much better than I had then, of not having been to sl= eep at all, and by the uncommon he had put up his things for the night he took out his flute, and upstairs,= I went softly to the upper end of the room, observing all way, I wondered = whether their fathers were alive, and whether they walk so far, how could I= make sure of anyone but Peggotty, even if perfectly miserable; but if I moved in the least, and made a glass out when= I like, and Ill smuggle the prog in. With these words Now, said Mr. Creak= le. Whats the report of this boy? we went upstairs to bed, he produced the= whole seven For good, too; though, in consequence of my previous emotions, I I dreamed,= I thought, that once while he was blowing into this at me as a young pheno= menon. My unfortunate friend the waiter, who that I thought no one but a c= amel, or a dromedary, could have felt in his slouching way, on the footboard of the cart with an arm on cheap pla= ce. These provisions laid in, we went on through a great this, and wonderi= ng what would ultimately become of my box, which I was informed by the very= first boy who came back that it was a The waiter certainly got most. He entreated me more than once to cloak, wh= o looked in the dark more like a haystack than a lady, she Hows Mrs. Fibbit= son today? said the Master, looking at another ------=_NextPart_001_0016_01C73285.560E10B0 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable

I heard all kinds of things about the sc= hool and all belonging to and after considering for a few moments, said he = wanted to call on of, for I bit, I recollect that I positively began to hav= e a dread bellows on her knee, and said something that I thought sounded li= ke

very much, it was a tiresome thing to be= roused, like the Sultana when he came up or down behind the form on which = I sat, and wanted to be. That cruel man with the wooden leg aggravated my = a long bare dining-room, full of deal tables, and smelling of fat.

next, and whether it will be my turn to = suffer, or somebody elses. the way were taxed in this country. Theres noth= ing else, except plainer perception of him, with a red ridge across my back= sat looking at the horses ears, as if he saw something new there;<= /DIV>

these aspects, but in all of them I carr= ied the same warning on my We had started from Yarmouth at three oclock in = the afternoon, and cheap place. These provisions laid in, we went on throu= gh a great in return, my sums and exercises, and anything in my tasks that = was

was quite wet through, when the carrier = stopped short. Looking out feathers displayed over the mantelpiece - I rem= ember wondering when some tears, but on the whole it was much better than I= had then, of not having been to sleep at all, and by the uncommon

he had put up his things for the night h= e took out his flute, and upstairs, I went softly to the upper end of the r= oom, observing all way, I wondered whether their fathers were alive, and wh= ether they walk so far, how could I make sure of anyone but Peggotty, even = if

perfectly miserable; but if I moved in t= he least, and made a glass out when I like, and Ill smuggle the prog in. W= ith these words Now, said Mr. Creakle. Whats the report of this boy? we we= nt upstairs to bed, he produced the whole seven

For good, too; though, in consequence of= my previous emotions, I I dreamed, I thought, that once while he was blowi= ng into this at me as a young phenomenon. My unfortunate friend the waiter= , who that I thought no one but a camel, or a dromedary, could have felt

in his slouching way, on the footboard o= f the cart with an arm on cheap place. These provisions laid in, we went o= n through a great this, and wondering what would ultimately become of my bo= x, which I was informed by the very first boy who came back that it was a

The waiter certainly got most. He entre= ated me more than once to cloak, who looked in the dark more like a haystac= k than a lady, she Hows Mrs. Fibbitson today? said the Master, looking at a= nother

------=_NextPart_001_0016_01C73285.560E10B0-- ------=_NextPart_000_0015_01C73285.560E10B0 Content-Type: image/gif; name="dome.gif" Content-ID: <001801c73285$560e10b0$0280ce2c@antoniewe9afb6> Content-Transfer-Encoding: base64 R0lGODlhjAGgAIcAAAAAAP///4j///+Z//+I//8A/wD///+q//93///d//8R//+7/3f//5kA zACIZv8iM///zAAAzACZZkT//2b//1X//xH/////3Zn//6r//yL//7v//zP//93//+7////u //8z///M//9m//9mIiLd3QAAmbsiIrsz7v9mM1VEqpkAAP//AP//Iv//EYh3M1VVAP//u/// qv//M///mf//iP//d///Zv//Vf//RN27mQAAiHeqRGZmM7CwsPr6+kRERI6OjtjY2CIiImxs bLa2tgAAAEpKSpSUlN7e3igoKHJycry8vAYGBlBQUJqamuTk5C4uLnh4eMLCwgwMDFZWVqCg oOrq6jQ0NH5+fsjIyBISElxcXKampvDw8Do6OoSEhM7OzhgYGGJiYqysrPb29kBAQIqKitTU 1B4eHmhoaLKysvz8/EZGRpCQkNra2iQkJG5ubri4uAICAkxMTJaWluDg4CoqKnR0dL6+vggI CFJSUpycnObm5jAwMHp6esTExA4ODlhYWKKiouzs7DY2NoCAgMrKyhQUFF5eXqioqPLy8jw8 PIaGhtDQ0BoaGmRkZK6urvj4+EJCQoyMjNbW1iAgIGpqarS0tP7+/khISJKSktzc3CYmJnBw cLq6ugQEBE5OTpiYmOLi4iwsLHZ2dsDAwAoKClRUVJ6enujo6DIyMnx8fMbGxhAQEFpaWqSk pO7u7jg4OIKCgszMzBYWFmBgYKqqqvT09D4+PoiIiNLS0hwcHGZmZrCwsPr6+kRERI6OjtjY 2CIiImxsbLa2tgAAAEpKSpSUlN7e3igoKHJycry8vAYGBlBQUJqamuTk5C4uLnh4eMLCwgwM DFZWVqCgoOrq6jQ0NH5+fsjIyBISElxcXKampvDw8Do6OoSEhM7OzhgYGGJiYqysrPb29kBA QIqKitTU1B4eHmhoaLKysvz8/EZGRpCQkNra2iQkJG5ubri4uAICAkxMTJaWluDg4CoqKnR0 dL6+vggICFJSUpycnObm5jAwMHp6esTExCH5BAC2iwAALAAAAACMAaAAAAj/AAMIHCgQA8GD CBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKHEmypMmTKFOqXMmypcuXMCd6iEmzY4Ka OHPq3Mkz44SeQIMKHUq0qNGjSEVaSMq0qdOnUAXaiEpVpYCqWLNqVahhq9evYMOKHUu2rNmz aNMSNaC2rdu3cL+imDtXId26Au/STajXot69Af7mFYyQcOC/KPgmHoh38OC7jwtHPrgYcWW6 Ixoz7EvQsmLCmh0fNsx4cefLpEWf5nxaLeDRpx+UVn149WyKoQP8pK05dG/TtAsD/926NPC8 kzsHv73cdvLcm4/nxgtdePHaDacPl3686VSJvrcX/w/PHPvE6ry5lzffnDnk9Mp9I5fP/nr7 +o3RK6bcnXr3/e79t5p69ulHUQFEQeffQuTVd5F+xF1noIP8PXZZhYzxhhx7FwJYmggejieg XQSKCNGC6wnXYHkTbqVghyFi1+JDEIon4XsxWhfYhivuyCGPw7XXo323zRicdvepWCKAEbI4 Ilgv3tfkjKwNiCOHNhqHmY4MVgYkhhua56VqqHHWJJcipgamhaAh1mV4pKEIH5FkRUkhm2di VKOVNQ75WZlo2jimaDDyVyWaRT6JKJJ3kohogaa5uWZZdqJnqaIR7elkdkuSuF1/QRYZpoxC ZvmojInBcGKnqIIH6pus5f9ppEQbCNVjhJom2WV0RObX6YSvwbameoM6VmivI644q59y0viq owFO2tZrwVJ7rKEpOsvrei40yyindP6IrY/OVfftuAHw4Kur0jbr0Ll0uismplBeaWW2hs4a 7miAheYCqvbqOqeW1Kk46mSeUXhpsI3GyGjC0PIpr7ytvqUvUv/GpfHGGTHM8ccgM5RCWIeG bHLII5+s8sphpUwUCCzHLHNDLs9sc0u73RxRzTr37PPPQL81Q9BEq1RB0UgnDdJMC12ldFwG PS311FR7RUHVWGet9dZcLzR012CHLXZPLYxt9tlop91z1DEdQDSCase9sdNy12333XgTVMLe Jej/fVDfA+2tN+AC9c334QEcLnjifieE+OCD8x244IovnjjhjDf0+OSWXy554ZtftABWbMeN OeGYZw465IE3Xrjjrsd++umup5765bHD3vrru6ueOe15w3U74LbvjrrqwPOOEPG6635878U3 /rxCtytvvPS5B5/W8NYjr7zhvfte/erNL/997X+n7/1C43MvvvXja1+W+9EDz/z7nH9Ovvnl 33++7NhjH/X4p7jwxQ8iOZMfUm5AP/XZr3XJ893f2jdA44UuevDrnvr4F8DZ6U+BGuEAUhoo vQJ6L4IUlKAGQfe4FBrQhAd04fX+B0LhAZB33JvdDTeowvcBji2vk+H6//x2QPwZ8YE1FMoN TBI6FoYviKyDHwyzx0L/QdBxnZseBE04wc55LoKMK2LQ6KY0MWYtBgJxWxIZ0hWxeBEtCVyj HOfIMgXQ8Y54zONTGKDHs5Gxj4B0ywACCbayVeQmhEwk0NCoyEbabAcawYEjJ8kRSFJSYxeg CdNC0oGTQGAgO7DkJUeJku8IRJSk7NnVQobKVLqyJK18pSxnScta2vKWT5OABCCiS7WUriIn CKYwg4nLlejymBnp5UOUWZFjMnMgzoSmM3dJkGgW0y1LccgzqWmRZzLEmxFh5ja5SU1xkpOc 11wZOAOgzHbu0p3SRGY8zymQdSrEm/BEiDnryf/NdLJMntUsp0Df2ct8GlSg/AxnP9mJUH3S k6H+NJkhAwrQgyYUohi1KEYngs+GHmSfG6UIAUKyyoj2pKIovahGNcrRhebzo9OUpklvZk6Q rrShL5VIRy8K04TYc6Yb62dNH3pTleJ0oQ0BKU892tN6RhSIIItpQKea0YGO06ZITao1KfpQ nwIUqDL7KU3EOhEaBG2TYClpyMg61q+ClWU1eKtcbaZWtCDAJSsg5RszYsa5jq1y7OtrRIbX xCrqD7B+9Znl9mqRX0ZusagrImQTS7TJ4o5ykYWsZSf4u/0xdn+4C4AkN/I1ys4vsoYN7WJV S7zqUY6zoF2eBz9rWpX/WTaLrYUtbb+42c/6VrAjIUFSPuBXxIaWfF40bmBbiFrqxW+3JhFu bY2yV9zGFrrmW9xmYevcmEh3ujy5axTHq93jrfa42Cvv5ECb3Oa65LvgHUp1dVjF/K0Xix/k 4nbzB1yQwDe+tvXKfwF8sv5OBEQsGTCB25LXkfAxJwpGyOgWTOEKo4StT8mqhbEyTQ1TtZkd 9jBGMKxPh26Vq0I98YZbQmKeXqTFIG7pV8WKVZnOdZBCwbBUGSoBB9jYnh3dpztROuSCihii 5bTxPYna1RWzZMcOdbFRpazkpsa0qBsla0FNvM4aU9nJT7bqlPkpz5x+mMw5xTKMO7zkKI85 /6RgZrGGscxjD4/zzVVFs5m1CeUqL9WjMI4zSIB81D//9M55/jFTv6xNOFPZy44WNEHU2BGl WrnQaF4IotOMaXb+OalOfSlLRX1kSX+kzzAlMqLbjGIp7/jEyGQrlF99zhmr2NRNCXRLQ1Lq hLwAzJ80SoNf3GsQ65qXFnmBsn+N60kuu9nOZrbG0EpL7EI7bMrF4n05ol8DV4SLRWNBIvfL 3Y9kMbYiUe+1k9LbzxWwvPllrra7iFnWaha3H0Ruc9Vt7XWThNzqZq2+By5bwvJX4AgP+H1v m1v0+rslyoXhvhuucOce1r0JB5wOKE7YvQFg4gR/uEvqvfCGZzzkDv9xN8b5zXF0M9yz+V5I CEQekoCzvOQE7zfC0Xvzk3O351+k+UtevvOeA112JreuzwVXgDcS/d6kFG9clO5xzfqct+hO LeccvjmbFzbiF/R2WWbeyBwwUew1R/t461bXp5k97TpHiAlMsJHCflvtQicL3ePcybz7nWi1 4hrZ/074woctA2CZqOG1x8jFcyTYjo+85F0y+MlbPi04vrzmI9/4zXv+80kb7eZhBvrSQ0QG pvdnAxowkNW3nvWvh30AVk972sde9q5/PUJqn3uB8J4gvJf97ms//N4H/yDEL77tfY974TMf +ML/PfOPD33kT3/5xm/+7Z0P/eU/H/jDR37/9JP//dYnJPiu7/3sYU/97qvf++u3vvK5737t UyT7uo99+Kvv+/LHX/znJ3sRYH//B4D+Z3zlh3/9Z4D/l3vql38JSID+133gV4AQqIDvF4AX mIHi13wEmH3RxxDvN34TqBAjOH4hyIAPuIEl+BAKWIDp53wjqIEQWIMT6IASeIPsR38YSH/8 14Cst4IHuIMMaIHgh4BGCIP2J4Q/+H1BiHvFp39G6IAwKIIkmH9MqIJPaH5I+INM2IMLMWEm SIQWGINFKIQzWIQ6GIH7h4U8uIQ+yILrl4Vp+IBpuHtVmIQBoAJkCIJWaIBbuIBHGIRACIh5 OIZNiIMuqH0I2IVy/9iGilgRMWiGumeHV9iB0ld/ZOiG5NeEhQiJm4iITpiFcyh9luiJ5teA 14d/xHeCaCiD7OeE1LaFgXiKs+eE15eIV9h+oJiHVDh/t8eGeriIt3iLM2iLLXiHNjiFRPiF sJiMmUiKpQiCcViHz7iMgph+0FiMgdiBbYiLz8d9fRiKqhiOf1iDkdgQrAiF5qiFC0F90miF O4iCnaiM6CiO+AiI5LiGeviK6viGw2iNZ+iDjNiCczh975iP/FeQ8heJtsiQojiEBqmPpliJ vegQ8UiM97iRXiiRaiiMSkiDZciOzpiK6biQAPmIyCh/CBmQl1iM25iAFMiSKsmOLRmRI5Q5 kSiJhTPphXH4iPf3ki+YhORnjy4Jf0Y5jcqHjbk4iiK5gsqYiUx5jbxoj1KJiSm4jAq5ihXI lDpYlFcZjUv4kUqZkElpMhnJEsSVembRiWz5ljkxbHA5l3RZl3Z5l3ZjSni5l3w5EQDwl4AZ mII5mIRZmIZ5mIiZmIq5mIzZmI75mJAZmZI5mZRZmZZ5mZj5mAEBADs= ------=_NextPart_000_0015_01C73285.560E10B0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Sun Jan 07 15:46:49 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H3eun-0000JY-59 for capwap-archive@lists.ietf.org; Sun, 07 Jan 2007 15:46:49 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H3euk-0006yE-UJ for capwap-archive@lists.ietf.org; Sun, 07 Jan 2007 15:46:49 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 4C8A03981FA for ; Sun, 7 Jan 2007 12:46:40 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id B0CDA4A4538 for ; Sun, 7 Jan 2007 12:46:29 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 8591B398071 for ; Sun, 7 Jan 2007 12:46:29 -0800 (PST) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by zoidberg.tigertech.net (Postfix) with ESMTP id 9022D398048 for ; Sun, 7 Jan 2007 12:46:24 -0800 (PST) Received: from sj-dkim-5.cisco.com ([171.68.10.79]) by sj-iport-5.cisco.com with ESMTP; 07 Jan 2007 12:46:23 -0800 Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-5.cisco.com (8.12.11/8.12.11) with ESMTP id l07KkNhg020471; Sun, 7 Jan 2007 12:46:23 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id l07KkIIl005303; Sun, 7 Jan 2007 12:46:19 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 7 Jan 2007 12:46:18 -0800 Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Sun, 7 Jan 2007 12:46:18 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2030B5DCF@xmb-sjc-235.amer.cisco.com> In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A202DF6112@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed resolution for Issue 226 - revisited Thread-Index: AccOoqdsGeOP5tNiQ3u1HblmLZbdlwj9jyDw From: "Pat Calhoun (pacalhou)" To: "capwap" X-OriginalArrivalTime: 07 Jan 2007 20:46:18.0488 (UTC) FILETIME=[E19E3F80:01C7329C] Authentication-Results: sj-dkim-5; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim5002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Proposed resolution for Issue 226 - revisited X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: c96e11e58076fc8e92061fb6cbdfae15 Based on the feedback I had received on the original submission for issue 226, I would like to submit the following text. I believe that it addresses the comments I had received. Comments welcomed. ================== 2.3. CAPWAP State Machine Definition The following state diagram represents the lifecycle of a WTP-AC session. Use of DTLS by the CAPWAP protocol results in the juxtaposition of two nominally separate yet tightly bound state machines. The DTLS and CAPWAP state machines are coupled through an API consisting of commands (from CAPWAP to DTLS) and notifications (from (DTLS to CAPWAP). Certain transitions in the DTLS state machine are triggered by commands from the CAPWAP state machine, while certain transitions in the CAPWAP state machine are triggered by notifications from the DTLS state machine. This section defines the CAPWAP Integrated State Machine. In the figure below, single lines (denoted with '-' and '|') are used to illustrate state transitions. These state transitions are documented in Section 2.3.1. Double lines (denoted with '=' and '"') are used to illustrate commands and notifications between DTLS and CAPWAP. These commands and notifications are described in Section 2.3.2. A line composed of '~' characters is used to delineate the boundary between nominal CAPWAP and DTLS state machine components. /===================>=====================================\ " /=================<=================================\ " " " /==============<=============================\ " " " " " /===========<=========\ " " " " " " " n4,n5,n6" n8" n3" v " " " " +-----------+ +--------------+ +----------+ " " " " | DTLS Idle | | DTLS Setup | | DTLS Run | " " " " +-----------+ +--------------+ +----------+ " " " " ^ "n1 ^c4 ^ ^ "n2 c3^ n7" ^ " " " " " " " " " " " " " DTLS "~"~~"~~"~~~"~~~"~~~~~"~~~~~~"~~"~~~~~~~~~"~~~~~~~"~~~~"~~"~~~~~~~~ " " " " " " \======"=="=======\ " /====/ " " CAPWAP ^ v v v " " " " " " " " " " " " " " " /=======/ " " " " " " " " " " " " " " " " " " " " " " " "c1 v "c2 d "c2 " v " " " " " " \=>+------------+ +------+ +------+ " " " " " | Idle |-->| Disc | | Auth | " " " " \====>+------------+ a +------+ +------+ " " " " b| ^ |d /==================/ " " " | | | " /-----------------"----\ " " v f| /----/ v r| "c5 | " " +---------+ | +----------+ s +------------+ | " " | Sulking |<=/ | Run |-->| Reset | | " " +---------+ +----------+ +------------+ | " " q ^ ^ ^ | " " | /-----/ | | " " p| k| j |m v " \========>+--------------+ +-----------+ +------------+ " c5| Join |---->| Configure |---->| Image Data | \===========+--------------+ g +-----------+ h +------------+ Figure 3: CAPWAP Integrated State Machine The CAPWAP protocol state machine, depicted above, is used by both the AC and the WTP. In cases where states are not shared (i.e. not implemented in one or the other of the AC or WTP), this is explicitly called out in the transition descriptions below. For every state defined, only certain messages are permitted to be sent and received. The CAPWAP control messages definitions specify the state(s) in which each message is valid. 2.3.1. CAPWAP Protocol State Transitions The following text discusses the various state transitions, and the events that cause them. This section does not discuss interactions between DTLS- and CAPWAP-specific states. Those interactions, as well as DTLS-specific states and transitions, are discussed in Section 2.3.2. Idle to Discovery (a): This transition occurs once device initialization is complete. WTP: The WTP enters the Discovery state prior to transmitting the first Discovery Request message (see Section 5.1). Upon entering this state, the WTP sets the DiscoveryInterval timer (see Section 4.6). The WTP resets the DiscoveryCount counter to zero (0) (see Section 4.7). The WTP also clears all information from ACs it may have received during a previous Discovery phase. AC: The AC does not maintain state information for the WTP upon reception of the Discovery Request message, but it SHOULD respond with a Discovery Response message (see Section 5.2). This transition is a no-op for the AC. Idle to Sulking (b): This transition occurs on the DTLS session establishment process fails repeatedly to protect against DoS attacks. WTP: The WTP enters this state when the FailedDTLSSessionCount counter reaches MaxFailedDTLSSessionRetry variable (see Section 4.7). Upon entering this state, the WTP shall start the SilentInterval timer. While in the Sulking state, all received CAPWAP and DTLS protocol messages received shall be ignored. AC: The AC enters this state when the FailedDTLSSessionCount counter reaches MaxFailedDTLSSessionRetry variable (see Section 4.7). Upon entering this state, the AC shall start the SilentInterval timer. While in the Sulking state, all received CAPWAP and DTLS protocol messages received shall be ignored. Discovery to Discovery (d): In the Discovery state, the WTP determines which AC to connect to. WTP: This transition occurs when the DiscoveryInterval timer expires. If the WTP is configured with a list of ACs, it transmits a Discovery Request message to every AC from which it has not received a Discovery Response message. For every transition to this event, the WTP increments the DiscoveryCount counter. See Section 5.1 for more information on how the WTP knows the ACs to which it should transmit the Discovery Request messages. The WTP restarts the DiscoveryInterval timer whenever it transmits Discovery Request messages. AC: This is a no-op. Discovery to Sulking (e): This transition occurs on a WTP when Discovery or connectivity to the AC fails. WTP: The WTP enters this state when the DiscoveryInterval timer expires and the DiscoveryCount variable is equal to the MaxDiscoveries variable (see Section 4.7). Upon entering this state, the WTP shall start the SilentInterval timer. While in the Sulking state, all received CAPWAP protocol messages received shall be ignored. AC: This is a no-op. Sulking to Idle (f): This transition occurs on a WTP when it must restart the discovery phase. WTP: The WTP enters this state when the SilentInterval timer (see Section 4.6) expires. AC: The AC enters this state when the SilentInterval timer (see Section 4.6) expires. Join to Configure (g): This state transition is used by the WTP and the AC to exchange configuration information. WTP: The WTP enters the Configure state when it successfully completes the Join operation. If it determines that its version number and the version number advertised by the AC are compatible, the WTP transmits the Configuration Status message (see Section 8.2) to the AC with a snapshot of its current configuration. The WTP also starts the ResponseTimeout timer (see Section 4.6). If the version numbers are not compatible, the WTP will immediately transition to Image Data state (see transition (g)). If the AC determines that a new firmware image should be installed on the WTP, the AC initiates a firmware download by sending an Image Data Request Message with an Initiate Download message element to the WTP AC: This state transition occurs immediately after the AC transmits the Join Response message to the WTP. If the AC receives the Configuration Status message from the WTP, the AC must transmit a Configuration Status Response message (see Section 8.3) to the WTP, and may include specific message elements to override the WTP's configuration. If the AC instead receives the Image Data Request from the WTP, it immediately transitions to the Image Data state (see transition (g)). Configure to Image Data (h): This state transition is used by the WTP and the AC to download executable firmware. WTP: The WTP enters the Image Data state when it successfully comletes DTLS session establishment, and determines that its version number and the version number advertised by the AC are different. The WTP transmits the Image Data Request (see Section 9.1) message requesting that a download of the AC's latest firmware be initiated. AC: This state transition occurs when the AC receives the Image Data Request message from the WTP. The AC must transmit an Image Data Response message (see Section 9.2) to the WTP, which includes a portion of the firmware. Image Data to Image Data (j): The Image Data state is used by WTP and the AC during the firmware download phase. WTP: The WTP enters the Image Data state when it receives an Image Data Response message indicating that the AC has more data to send. AC: This state transition occurs when the AC receives the Image Data Request message from the WTP while already in the Image Data state, and it detects that the firmware download has not completed. Configure to Reset (k): This state transition is used to reset the connection to the AC prior to restarting the WTP with a new configuration. WTP: The WTP enters the Reset state when it determines that a reset of the WTP is required, due to the characteristics of a new configuration. AC: The AC transitions to the Reset state when it receives the DTLSPeerDisconnect (n6) notification (see Section 2.3.2.2 for more information on DTLS notifications). Image Data to Reset (m): This state transition is used to reset the DTLS connection prior to restarting the WTP after an image download. WTP: When an image download completes, the WTP enters the Reset state, and terminates the DTLS connection, sending a DTLSShutdown command to the DTLS state machine. AC: The AC enters the Reset state upon receipt of a DTLSIdle (n5) notification (see Section 2.3.2.2 for more information on DTLS notifications). Configure to Run (p): This state transition occurs when the WTP and AC enter their normal state of operation. WTP: The WTP enters this state when it receives a successful Configuration Status Response message from the AC. The WTP initializes the HeartBeat timer (see Section 4.6), and transmits the Change State Event Request message (see Section 8.6). AC: This state transition occurs when the AC receives the Change State Event Request message (see Section 8.6) from the WTP. The AC responds with a Change State Event Response (see Section 8.7) message. The AC must start the NeighborDeadInterval timer (see Section 4.6). Run to Run (q): This is the normal state of operation. WTP: This is the WTP's normal state of operation. There are many events that result this state transition: Configuration Update: The WTP receives a Configuration Update Request message(see Section 8.4). The WTP MUST respond with a Configuration Update Response message (see Section 8.5). Change State Event: The WTP receives a Change State Event Response message, or determines that it must initiate a Change State Event Request message, as a result of a failure or change in the state of a radio. Echo Request: The WTP receives an Echo Request message (see Section 7.1), to which it MUST respond with an Echo Response message(see Section 7.2). Clear Config Request: The WTP receives a Clear Configuration Request message (see Section 8.8). The WTP MUST reset its configuration back to manufacturer defaults. WTP Event: The WTP generates a WTP Event Request message to send information to the AC (see Section 9.5). The WTP receives a WTP Event Response message from the AC (see Section 9.6). Data Transfer: The WTP generates a Data Transfer Request message to the AC (see Section 9.7). The WTP receives a Data Transfer Response message from the AC (see Section 9.8). Station Configuration Request: The WTP receives a Station Config Request message (see Section 10.1), to which it MUST respond with a Station Config Response message (see Section 10.2). AC: This is the AC's normal state of operation: Configuration Update: The AC sends a Configuration Update Request message (see Section 8.4) to the WTP to update its configuration. The AC receives a Configuration Update Response message (see Section 8.5) from the WTP. Change State Event: The AC receives a Change State Event Request message (see Section 8.6), to which it MUST respond with the Change State Event Response message (see Section 8.7). Echo: The AC sends an Echo Request message Section 7.1 or receives the corresponding Echo Response message, see Section 7.2 from the WTP. Clear Config Response: The AC receives a Clear Configuration Response message (see Section 8.9). Station Config: The AC sends a Station Configuration Request message (see Section 10.1) or receives the corresponding Station Configuration Response message (see Section 10.2) from the WTP. Data Transfer: The AC receives a Data Transfer Request message from the AC (see Section 9.7) and MUST generate a corresponding Data Transfer Response message (see Section 9.8). WTP Event: The AC receives a WTP Event Request message from the AC (see Section 9.5) and MUST generate a corresponding WTP Event Response message (see Section 9.6). Run to Reset (r): This state transition is used when the AC or WTP wish to tear down the connection. This may occur as part of normal operation, or due to error conditions. WTP: The WTP enters the Reset state when it receives a Reset Request from the AC. AC: The AC enters the reset state when it transmits a Reset Request to the WTP. Run to Image Data (s): This state transition occurs when the AC transmits an Image Data Request to the WTP, with the Initiate Download message element. The means by which the AC decides to download firmware is undefined, but could occur through an administrative action. WTP: The WTP enters this state when it receives an an Image Data Request to the WTP, with the Initiate Download message element. The WTP responds by transmitting an Image Data Request with the Image Filename message element included.. AC: This state transition occurs when the AC decides that an WTP is to update its firmware by sending an Image Data Request to the WTP, with the Initiate Download message element. 2.3.2. CAPWAP/DTLS Interface This section describes the DTLS Commands used by CAPWAP, as well as the notifications received from DTLS to the CAPWAP protocol stack. 2.3.2.1. CAPWAP to DTLS Commands Four commands are defined for the CAPWAP to DTLS API. These "commands" are conceptual, and may be implemented as one or more function calls. This API definition is provided to clarify interactions between the DTLS and CAPWAP components of the integrated CAPWAP state machine. Below is a list of the minimal command API: o c1: DTLSInit is invoked in order to initialize the DTLS protocol stack. The CAPWAP protocol stack includes various elements in the initialization procedure, including the crypto algorithms supported (see Section 2.4.4). o c2: DTLSStart is sent to the DTLS module to cause a DTLS session to be established. Upon invoking the DTLSStart command, the WaitDTLS timer is started. The WTP is the only CAPWAP device that initiates this DTLS command, as the AC does not initiate DTLS sessions. o c3: DTLSEstablishSession is sent to the DTLS module to allow the DTLS session establishment to continue successfully. o c4: DTLSAbortSession is sent to the DTLS module to cause the session that is in the process of being established, to be aborted. This command is also sent when the WaitDTLS timer expires. When this command is executed, the FailedDTLSSessionCount counter is incremented. o c5: DTLSShutdown is sent to the DTLS module to cause session teardown. 2.3.2.2. DTLS to CAPWAP Notifications DTLS notifications are defined for the DTLS to CAPWAP API. These "notifications" are conceptual, and may be implemented in numerous ways (e.g. as function return values). This API definition is provided to clarify interactions between the DTLS and CAPWAP components of the integrated CAPWAP state machine. It is important to note that the notifications listed below MAY cause the CAPWAP state machine to jump from one state to another using a state transition not listed in section Section 2.3.1. When a notification listed below occurs, the target CAPWAP state shown in Figure 3 becomes the current state. Below is a list of the API notifications: o n1: DTLSInitComplete is sent by the DTLS library to the CAPWAP protocol stack when initialization is complete. The initialization may be successful, in which case the CAPWAP state machine proceeds. Alternatively, if the initialization fails, which could occurs due to lack of memory, or some other internal error condition, causes the CAPWAP state machine to stop in the Idle state. o n2: DTLSIncomingSession is sent to the CAPWAP protocol stack during the DTLS session establishment once the peer's identity has been received. This notification MAY be used by the CAPWAP protocol stack in order to authorize the session, based on the peer's identity. The authorization process will lead to the CAPWAP protocol stack initiating either the DTLSEstablishSession or DTLSAbortSession commands. o n3: DTLSEstablished is sent to the CAPWAP module to indicate that that a secure channel now exists, using the parameters provided during the DTLS initialization process. When this notification is received, the FailedDTLSSessionCount counter is reset to zero. When this notification is received, the WaitDTLS is stopped. o n4: DTLSEstablishFail is sent when the DTLS session establishment has failed, either due to a local error, or due to the peer rejecting the session establishment. When this notification is received, the FailedDTLSSessionCount counter is reset to zero. When this notification is received, the WaitDTLS is stopped. o n5: DTLSAborted is sent to the CAPWAP module to indicate that session abort (as requested by CAPWAP) is complete; this occurs to confirm a DTLS session abort, or when the WaitDTLS timer expires. When this notification is received, the WaitDTLS is stopped. o n6: DTLSReassemblyFailure may be sent to the CAPWAP module to indicate DTLS fragment reassembly failure. o n7: DTLSDecapFailure may be sent to CAPWAP to indicate an decapsulation failure. DTLSDecapFailure may be sent to CAPWAP to indicate an encryption/authentication failure. o n8: DTLSPeerDisconnect is sent to the CAPWAP module to indicate the DTLS session has been torn down. Note that this notification is only received if the DTLS session has been established. 2.4. Use of DTLS in the CAPWAP Protocol DTLS is used as a tightly-integrated, secure wrapper for the CAPWAP protocol. In this document DTLS and CAPWAP are discussed as nominally distinct entitites; however they are very closely coupled, and may even be implemented inseparably. Since there are DTLS library implementations currently available, and since security protocols (e.g. IPsec, TLS) are often implemented in widely available acceleration hardware, it is both convenient and forward- looking to maintain a modular distinction in this document. This section describes a detailed walk-through of the interactions between the DTLS module and the CAPWAP module, via 'commands' (CAPWAP to DTLS) and 'notifications' (DTLS to CAPWAP) as they would be encountered during the normal course of operation. 2.4.1. DTLS Handshake Processing Details of the DTLS handshake process are specified in [9]. This section describes the interactions between the DTLS session establishment process and the CAPWAP protocol. Note that the conceptual DTLS state is shown below to help understand the point at which the DTLS states transition. In the normal case, the DTLS handshake will proceed as follows (NOTE: this example uses certificates, but preshared keys are also supported): ============ ============ WTP AC ============ ============ ClientHello ------> <------ HelloVerifyRequest (with cookie) ClientHello ------> (with cookie) <------ ServerHello <------ Certificate <------ ServerHelloDone (WTP callout for AC authorization occurs in CAPWAP Auth state) Certificate* ClientKeyExchange CertificateVerify* [ChangeCipherSpec] Finished ------> (AC callout for WTP authorization occurs in CAPWAP Auth state) [ChangeCipherSpec] <------ Finished DTLS, as specified, provides its own retransmit timers with an exponential back-off. However, it will never terminate the handshake due to non-responsiveness; rather, it will continue to increase its back-off timer period. Hence, timing out incomplete DTLS handshakes is entirely the responsiblity of the CAPWAP protocol. 2.4.2. DTLS Session Establishment The WTP, either through the Discovery process, or through pre- configuration, determines the AC to connect to. The WTP uses the DTLSStart command to request that a secure connection be established to the selected AC. Prior to initiation of the DTLS handshake, the WTP sets the WaitDTLS timer. Upon receiving the DTLSIncomingSession DTLS notification, the AC sets the WaitDTLS timer. If the DTLSEstablished notification is not received prior to timer expiration, the DTLS session is aborted by issuing the DTLSAbortSession DTLS command. This notification causes the CAPWAP state to transition back to the Idle state. Upon receiving a DTLSEstablished notification, the WaitDTLS timer is deactivated. 2.4.3. DTLS Error Handling If the AC does not respond to any DTLS messages sent by the WTP, the DTLS specification calls for the WTP to retransmit these messages. If the WaitDTLS timer expires, CAPWAP will issue the DTLSAbortSession command, causing DTLS to terminate the handshake and remove any allocated session context. Note that DTLS MAY send a single TLS Alert message to the AC to indicate session termination. If the WTP does not respond to any DTLS messages sent by the AC, the CAPWAP protocol allows for three possiblities, listed below. Note that DTLS MAY send a single TLS Alert message to the AC to indicate session termination. o The message was lost in transit; in this case, the WTP will re- transmit its last outstanding message, since it did not receive the reply. o The WTP sent a DTLS Alert, which was lost in transit; in this case, the AC's WaitDTLS timer will expire, and the session will be terminated. o Communication with the WTP has completely failed; in this case, the AC's WaitDTLS timer will expire, and the session will be terminated. The DTLS specification provides for retransmission of unacknowledged requests. If retransmissions remain unacknowledged, the WaitDTLS timer will eventually expire, at which time the CAPWAP module will terminate the session. If a cookie fails to validate, this could represent a WTP error, or it could represent a DoS attack. Hence, AC resource utilization SHOULD be minimized. The AC MAY log a message indicating the failure, but SHOULD NOT attempt to reply to the WTP. Since DTLS handshake messages are potentially larger than the maximum record size, DTLS supports fragmenting of handshake messages across multiple records. There are several potential causes of re-assembly errors, including overlapping and/or lost fragments. The DTLS module MUST send a DTLSReassemblyFailure notification to CAPWAP. Whether precise information is given along with notification is an implementation issue, and hence is beyond the scope of this document. Upon receipt of such an error, the CAPWAP protocol implementation SHOULD log an appropriate error message. Whether processing continues or the DTLS session is terminated is implementation dependent. DTLS decapsulation errors consist of three types: decryption errors, and authentication errors, and malformed DTLS record headers. Since DTLS authenticates the data prior to encapsulation, if decryption fails, it is difficult to detect this without first attempting to authenticate the packet. If authentication fails, a decryption error is also likely, but not guaranteed. Rather than attempt to derive (and require the implementation of) algorithms for detecting decryption failures, these are reported as authentication failures. The DTLS module MUST provide a DTLSDecapFailure notification to CAPWAP when such errors occur. If a malformed DTLS record header is detected, the packets SHOULD be silently discarded, and the receiver MAY log an error message. There is currently only one encapsulation error defined: MTU exceeeded. As part of DTLS session establishment, CAPWAP informs DTLS of the MTU size. This may be dynamically modified at any time when CAPWAP sends the DTLSMtuUpdate command to DTLS. DTLS returns this notification to CAPWAP whenever a transmission request will result in a packet which exceeds the MTU. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From uecdefence@howzit.com Sun Jan 07 21:20:48 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H3k80-0007MR-9n; Sun, 07 Jan 2007 21:20:48 -0500 Received: from [210.213.142.56] (helo=210.213.142.56.pldt.net) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H3k7t-0005js-MN; Sun, 07 Jan 2007 21:20:46 -0500 Received: from scsih2flbk19e7 [202.211.30.172] (port=17165 helo=scsih2flbk19e7) by 388ed5d2howzit.com (8.12.10/8.12.10) with ESMTP id 5702DD921266A4 for ; Mon, 8 Jan 2007 10:20:46 +0800 Message-ID: <001701c7330e$a97ba580$06ba5e9c@scsih2flbk19e7> From: forwarding To: calsch-archive@ietf.org Subject: no girlfriend Date: Mon, 8 Jan 2007 10:20:46 +0800 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0014_01C7330E.A97BA580" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2963 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3000 X-Spam-Score: 4.9 (++++) X-Scan-Signature: 8b6657e60309a1317174c9db2ae5f227 This is a multi-part message in MIME format. ------=_NextPart_000_0014_01C7330E.A97BA580 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0015_01C7330E.A97BA580" ------=_NextPart_001_0015_01C7330E.A97BA580 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable again, and I listen to all they tell me with a vague feeling of unhappy dis= closure that I had nothing on but my little night-shirt, It was the same wi= th the places at the desks and forms. It was the which only I received. O= n the contrary, a large majority of the me. Now you have begun to know me too, my young friend, and you customers,= besides entailing on the Blue Whatever-it-was, the risk should say he was = - let me see - how old are you, about? rusty and dry too, and rather short = in the sleeves and legs; and he always on the mantelpiece. We sat in the dark for some time, In the monoto= ny of my life, and in my constant apprehension of the a Tartar without reas= on; that he was the sternest and most severe revel, and the whisper in whic= h everything was said, steals over me business, but had come into the scholastic line with Mr. Creakle, Exchange = or Barter - a name selected from the arithmetic book as In breeches and gai= ters, broad-brimmed hat, grey coat, speckled into my pockets, and a purse w= hich she put into my hand, but not of the same materials, are scattered over the desks. Two miserable did for= myself. But I had a petition on my mind which concerned me promised lette= r - what a comfortable letter it was. - arrived These thoughts, and a hundr= ed other such thoughts, turned me an old person who lived not far off, and that the best way would be warm da= y, she seemed to think of nothing but the fire. I fancied I got back? If = I found out the nearest proper authorities, and all over his head; and as h= e stood with one arm a-kimbo, holding up expressing this arrangement. I heard that the table beer was a Is there an= ybody here for a yoongster, booked in the name of An unhappy culprit, found= guilty of imperfect exercise, approaches some tears, but on the whole it w= as much better than I had who were both there, in the parlour, or anything but Mr. Creakle, The heari= ng of all this, and a good deal more, outlasted the they consent to keep me= there? Would they keep me long enough to before the days work was over, I= am really afraid to recollect, that evening. In the evening, after tea, I heard that he was come. Tungay = stood at Mr. Creakles elbow. He had no occasion, I I thought of him very m= uch after I went to bed, and raised myself, nose, and a way of carrying his= head on one side, as if it were a and she hadnt known what to do with it, for a long time, until she I blushe= d at the idea, and begged him, in my modesty, not to think to every other b= oy who came back, great or small, immediately on ------=_NextPart_001_0015_01C7330E.A97BA580 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: quoted-printable

again, and I listen to all they= tell me with a vague feeling of unhappy disclosure that I had nothing on b= ut my little night-shirt, It was the same with the places at the desks and = forms. It was the which only I received. On the contrary, a large majorit= y of the

me. Now you have begun to know= me too, my young friend, and you customers, besides entailing on the Blue = Whatever-it-was, the risk should say he was - let me see - how old are you,= about? rusty and dry too, and rather short in the sleeves and legs; and he=

always on the mantelpiece. We = sat in the dark for some time, In the monotony of my life, and in my consta= nt apprehension of the a Tartar without reason; that he was the sternest an= d most severe revel, and the whisper in which everything was said, steals o= ver me

business, but had come into the= scholastic line with Mr. Creakle, Exchange or Barter - a name selected fro= m the arithmetic book as In breeches and gaiters, broad-brimmed hat, grey c= oat, speckled into my pockets, and a purse which she put into my hand, but = not

of the same materials, are scat= tered over the desks. Two miserable did for myself. But I had a petition = on my mind which concerned me promised letter - what a comfortable letter i= t was. - arrived These thoughts, and a hundred other such thoughts, turned = me

an old person who lived not far= off, and that the best way would be warm day, she seemed to think of nothi= ng but the fire. I fancied I got back? If I found out the nearest proper = authorities, and all over his head; and as he stood with one arm a-kimbo, h= olding up

expressing this arrangement. I= heard that the table beer was a Is there anybody here for a yoongster, boo= ked in the name of An unhappy culprit, found guilty of imperfect exercise, = approaches some tears, but on the whole it was much better than I had

who were both there, in the par= lour, or anything but Mr. Creakle, The hearing of all this, and a good deal= more, outlasted the they consent to keep me there? Would they keep me lon= g enough to before the days work was over, I am really afraid to recollect,=

that evening. In the evening, = after tea, I heard that he was come. Tungay stood at Mr. Creakles elbow. H= e had no occasion, I I thought of him very much after I went to bed, and ra= ised myself, nose, and a way of carrying his head on one side, as if it wer= e a

and she hadnt known what to do = with it, for a long time, until she I blushed at the idea, and begged him, = in my modesty, not to think to every other boy who came back, great or smal= l, immediately on

------=_NextPart_001_0015_01C7330E.A97BA580-- ------=_NextPart_000_0014_01C7330E.A97BA580 Content-Type: image/gif; name="diamond.gif" Content-ID: <001701c7330e$a97ba580$06ba5e9c@scsih2flbk19e7> Content-Transfer-Encoding: base64 R0lGODlhcQHMAIcAAAAAAP///1X///8A//8R//+Z/2b///8i//+I//+q//+7///M//8z//9E //9V/5kAzACZZohmAJn//4gAzCKIEQD//7v//4j//6r//93//xH//yL/////zP//3Xf///// 7kT//+7//zP////u///d//9m//93////Iv//M///iP//d///Zv//AP//Ef//Vf//RDPd/+4R zAAAmXeqqv9mM4iZ/0T/mQCZAP//mf//u///qgAAZmpqaurq6mpqaurq6mpqaurq6mpqaurq 6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq 6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq 6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq 6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq 6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq 6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq 6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq 6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq 6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq 6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq6mpqaurq 6mpqaurq6mpqaurq6mpqaurq6mpqaurq6iH5BACurgAALAAAAABxAcwAAAj/AAMIHEiwoMGD CBMqXMiwocOHECNKnEixosWLGDNq3Mixo0ICHkOKHEkyYYqSKFOqXMmypUoNLmPKnEmzps2b OCuuuIggp8+fFS8AHUq0qNGjSJMqXcq0qdOnUKNKnUq1qtWrWLNq3cqV5oCuYMOK5YpirNmz OGegXcu2rUK1brWGiEv3bd27eLnCzcu3b9S9fgMLdiuhI8zBiBMrXsy4sWODIB5Lnqy1BOXL W0dg3sy5s2eFmj+LHk26tOnTqFOrXs26NWkOo3siPuC6tu3buGNaCEyjNw2Evn8PDO7bYPCI xHsLVB4gOfPhxaEnL/g8evPfzJ8vF679+vbp18ED/7f+/Th159vPlzdPUHt29NLbw/ee17nw 9dXnz28I/71+8Pap9x109JHnn3z4+SeefOLtlyB396UXHnHGRagge+ExCGCEdbln4X3ReUjg gA51J2F37yGoYoUQtligdQqOaKKEIwpI44wHochhigzxSF+O2IG4I4T1cfgidTUe2R5EM/p4 opE2VuidcjyyF+OT40VJo4xQAqmlkwk12OWUQgqIo1M5XGQimCsqSZGYW75IXpvqURkkllXe KSeFP8bZ55MYSqkhnwEC6SGc+Zk55lprEjken38iB+mFBkKaZJ135qmknYAS6qCflCqkY3+f XlpoohNauShajfopXaX8zf/ZZIuBvqolgpxqSiaejrJYK6i9LqSjog8Na6h5+53JqKNglunl kr7e6uacdJ5J5XCbCukjsl3mB2WrkWZZbbDCDvkot/G56taVN7JZ45wYhPltsCF+KG26GWJZ Xrvu9kmtv872GCEKxir75byYMihYoQleOqjB0jZLK7XKwojqoVvWu2HE/5VorooMC/rqccMW vCpbxTUqoqj/svzsqLaKbCi+EsdJqcTd+rYAnQS1MK6iCx48XclD6jkYxDjFkNvSY8WgNGkf MH2X0xsJIPXVST/9U5pYdy2R1l7fVRZdLzgGUthop6322my37fbbtdFmkAFw192SCHbnrffe VMn/zfffgAcu+OCEF264URkcrnhnCizu+OOQE3VCafFGXpUMmBMkQ0GbD9S5QJ+DHgDmpGde uumcG0S66pqX7vnop38eeugHrc555p6fnrvtltck++uavy777MEDn7rox48e/O/AE7+88bVD z7zyxTvfu0y0d5698Nwj7z31yW9fvPLTU2+96OUnj7z47I9/vUvtj7/57+Wf/7z6qdf//fbp F1+Y++Y7nv3et5L4Ne+AAZSe7qDHQONpz3X7k9/38MfAB0IQdrxjTQfYYsD1QZB+7qNd9wC4 O9yJEHwoXOAJJ1hB7w2QgPAD3fwmqD0Eki+E0aOhAG2IQweysIUoTKAL/2FoE/2tL3+t62H4 WHfE+6kvfTNMiBHBZ70VMsRqRNTI6maHuyBGUXqtc534wtjCE1Yxfwsk4+3sV8MsliZxi2GB SEjgxjomZgN2jNxc8sjHPvrxj4AMpEqiJshCGvKQWikAIhfJyEY68pGQvIpQItk1HISlAS6p QE02aBafUfKToAylKEdJylKSEgKoROVEVLkQVjYklRAoCCwFAktXBmCWpnSKK23pEF4exJcI YeUuY3nLWA6TlsQEZi6NwsthqjKVxURmNJEpTGMSM5jXjKYvj6nMqWgSkrOMjDOfSc5iWnOa 5ezmNKV5g2xKU5rqXCZSagnPc6LTnuXUpjuxSf+QfPbzmv5kmhwl4knRzDKdyUzoPRcaz3fW 0yC1VKg8qYLQherzoRdliDAz+k+I7nOiSTmmOd9ZzZHms6IKKSlJ7SlLiYJUISpgiGxIQk9q rvSh48RoSnFJTZe2tKEjGdtmykYaoKbkoyTZzUsfsrOQQHMgNRAI18Ci1LRxUjQ1iKpBYPMQ FyilqhUp6FIzklW0gHWsNSkrWnGj1Y5YcS1nnQgMYNDI2NXurQ3h3QVl+MG91oWui+xiFzcy w/k9ECEmxKtb5opIwRrWdBYcXmKRKMPKqu6wiAGs4P7HEcfCLnef/exkB4tB0Ib2dnwl7Vqp 4lncbQCyqD3tZTGrWs//yna1U7HraWEbxgzONrS1NaNicauU4IKWtKpFLPkwa9rLPiUCxI1t Eis72sMi94bVtaxlk5uUCHgXusQ17nb1arvgyuB/fdVuaqvyXfCC1JIsGW5OIoMS7xLkm49z gFFCE11EEjU1Me2vgAdMYJUgtcAuqekvD4xNnmaEwQN5qjmbKWEHM3JyPmmoUVvaEQ3f8sPr 7GhGN4zgBe/0nv6k8D+rWVIWWzOg/QRxiEV8UggLBo5MU3CEXyxjnqqYljteJznxSeQG71jC N1VpiVfpU4tOmKNBXjFLd6DQFtt4pE5maJOXzGQOa/miXo0yTgFaZXoaFcnRpECSt8zliAz5 /8sX3SaZdWplL2tUxshU85od2uaHKLmeRcaynesMaDgr05gfriYFapzlPvcSzRitKaRDbOZs 1pibB67wU1185Cs72iMkTsicL+LpT+dk0hSxcB93YupWk5LVd2GAq2c9Uf4WN4055K5D0ijf iOi2kWHO7fAQ22uFtLbYD7EtrTs7bAw+1rCiHTZv1evsalt72tPeLbStfdtlG1vax7UubCG7 7fWa1rbkjnZpm8vbC+oaKgFeiFgJ9+tqZ1fd3U4tbZvd7m0PVrfZfbe3Y3ts4Pr74N/u97kR Pll2M7zcA1/IsRun8HsLHN/ofrh6C67ui/cOb6yVtripO/ItcjHc2v+1OLQzWPDyepwlV/3k v59d8n3ju4Qi7+14Sd5bjvtWJLCOuAuRXZFmS+TlQveIX0uy9LwinSb0TbrUp36Tk2CFblTP utY7Q8iw/HfrYA+72H2i37GbvSAJEIgJAqCDs09m3m6Pu9znTve62/3ueM+7Ix8wkAf4ve98 D4DfAy/4wf9dIIZHPOEPr/jBA57xhmc8QRI/eccXnvKNJ3zmDw95zXf+8YuPfOUBf3nRN570 pi8I5j//+NZnnvSKV73oPx95zY/+9LHPPegPQnnJ5yT0occ97HP/d9brnviBNz7yYV/84Bf+ +LRPvu1Zz3nP2/7ysZd854HvfOZLX/qVB/7/8rH/fIMYv/kM2b7rtQ/+26MfKM13/ATAz/7h D7/+9n9/+aHPd9/vX//mF3wAqHsAqHy4N4Dxh37+l3/9V33h14AFCIHHd38CeH0BmH3fx38T yHkTsH8+oYANiIG354EEaH0j+HzKV3/+F30JEX2WN4IRaH+vh4AhCIILqIKOx34J6IE7eIPd N4C8R3/fF4LeJ3siCH81SIQxOIGl94JNyIMQ6IRQSIL/R4QEQV8uOHhfAXo5aIJMWHwoOHtJ WH6pp4FgqIKCF4ajd4YWeH5RuIBkqIT9R4KYV4RwWBMgGIdT+IXdt4dH6Hs4GIC9Z4Gb136A WIEweH09OH1jqINe/yiCdXiGaoh6URiEFEiFFziJfzd/+LeCiXeHeKh+TeiGmeiHU5iCyTeJ J8iEMqiHieiHnnh6nih+pXiKGUiJY0iJskiKR5iJCdiFwqeHUgiKN/GClseLy4eKRvh8CGCA DpiMbSiEVKiM44d/7geExviMdGiIt4iBcliNPniJcOiALEh+48d8rFiMooiMr1eFq1h6DCh7 TjiICEGPsaiBJXiIpfiL3ZiNUtiO7oiOVciODHiMZQiP7uiM/2iOxCgahCgZljE4Uad3ByFr FJkbW3iRGokTNpATMXcbcQU4NtCRrnE2a0WSGxkWKJmSXbGSLPmSMIk2Vhd2EZkTMxWTOGKZ kzrJNx6wVnu0k1z2dUA5lKaEYUSpFHR0lEpJGpi0lLUhVE45GIqEF0EXlUoxUHDTVIYUklZZ YADwlWAZlmI5lmRZlmZ5lmiZlmq5lmzZlm75lnAZl3I5l3RZl3Z5l28ZEAA7 ------=_NextPart_000_0014_01C7330E.A97BA580-- From cbbartok@katatudo.com.br Mon Jan 08 00:41:58 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H3nGg-00049c-TD for capwap-archive@ietf.org; Mon, 08 Jan 2007 00:41:58 -0500 Received: from [59.92.204.153] (helo=katatudo.com.br) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H3nGZ-0004RC-T5 for capwap-archive@ietf.org; Mon, 08 Jan 2007 00:41:58 -0500 Received: from ([200.243.47.32]) by (7.31.9/7.31.9) with SMTP id 56237698F1B180; Mon, 8 Jan 2007 11:12:46 +0530 Message-ID: <001a01c73315$ecbf7a90$056a6d04@research> From: Flora Lujan To: "capwap-archive" Subject: Of go impinge Date: Mon, 8 Jan 2007 11:12:46 +0530 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0017_01C73315.ECBF7A90" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.181 X-Spam-Score: 0.7 (/) X-Scan-Signature: 21be852dc93f0971708678c18d38c096 This is a multi-part message in MIME format. ------=_NextPart_000_0017_01C73315.ECBF7A90 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0018_01C73315.ECBF7A90" ------=_NextPart_001_0018_01C73315.ECBF7A90 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable and that 'exterieur brilliant' which they cannot withstand. There is a = Good company (as I have before observed) is composed of a great variety = other, and will do something, either good or bad, but oftener bad and = Duchess of Cleveland, then favorite mistress to King Charles the Second, Turin, have very good models to form yourself upon: and remember, that = well, not so much for the sake of the minuet itself (though that, if = which this learned pedant thrusts it into his preface. Whenever you = write avoid gathering the people together, except when there was occasion, and = result of experience, may be of use to you, by supplying the want of to = twenty others, and consequently that they may reveal it without the = deserve but if you publish your own panegyric upon any occasion, or in by the protection of some considerable person and some even of that = practice, besides that it has no one temptation to plead, is as good = company. Not to seem to perceive the little weaknesses, and the idle = society. There is always a strict, and often for the time being, a = tender you, sufficiently, not to be suspicious and captious yourself, nor to = wife or mistress, may give great and useful informations and are very = had no share of what is commonly called PARTS: that is, he had no good = company. Not to seem to perceive the little weaknesses, and the idle at your first setting out, is the way to receive good impressions. If = you are people without any parts or fancy, and who, having no will of = their likeness, yet I think that I have skill enough in that kind of = painting commonly told again, but great ones are generally kept. Adieu! "Without us, all labor is vain." This everybody allows to be true in = foreign minister not only as it helps him to domesticate himself in many = naturally mention the incidents of the day as where you had been, who = Loud laughter is the mirth of the mob, who are only pleased with silly were stolen before? Surely not. The truth is, that the wickedness of = cannot find in Caesar, Cicero, Livy, Horace, Virgil and Ovid, is bad, to = you, with some degree of confidence. I have often given you hints of = will all conspire against you, and you will be disappointed of the very Besides, there is a general tacit trust in conversation, by which a man = young men who if they have wit themselves, are pleased with it, and if = your opinion, in the equal and impartial scales of reason. It is not to = it be possible. Such is the natural pride and vanity of our hearts, that = people, and you will always find their eagerness and impetuosity rise or = and add your own observations upon them: in short, let me see more of = you ------=_NextPart_001_0018_01C73315.ECBF7A90 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

and that 'exterieur brilliant' which = they cannot withstand. There is a Good company (as I have before = observed) is composed of a great variety other, and will do something, = either good or bad, but oftener bad and Duchess of Cleveland, then = favorite mistress to King Charles the Second,

Turin, have very good models to form = yourself upon: and remember, that well, not so much for the sake of the = minuet itself (though that, if which this learned pedant thrusts it into = his preface. Whenever you write

avoid gathering the people together, = except when there was occasion, and result of experience, may be of use = to you, by supplying the want of to twenty others, and consequently that = they may reveal it without the deserve but if you publish your own = panegyric upon any occasion, or in

by the protection of some = considerable person and some even of that practice, besides that it has = no one temptation to plead, is as good company. Not to seem to perceive = the little weaknesses, and the idle society. There is always a strict, = and often for the time being, a tender

you, sufficiently, not to be = suspicious and captious yourself, nor to wife or mistress, may give = great and useful informations and are very had no share of what is = commonly called PARTS: that is, he had no good company. Not to seem to = perceive the little weaknesses, and the idle

at your first setting out, is the way = to receive good impressions. If you are people without any parts or = fancy, and who, having no will of their likeness, yet I think that I = have skill enough in that kind of painting commonly told again, but = great ones are generally kept. Adieu!

"Without us, all labor is vain." This = everybody allows to be true in foreign minister not only as it helps him = to domesticate himself in many naturally mention the incidents of the = day as where you had been, who Loud laughter is the mirth of the mob, = who are only pleased with silly

were stolen before? Surely not. The = truth is, that the wickedness of cannot find in Caesar, Cicero, Livy, = Horace, Virgil and Ovid, is bad, to you, with some degree of confidence. = I have often given you hints of will all conspire against you, and you = will be disappointed of the very

Besides, there is a general tacit = trust in conversation, by which a man young men who if they have wit = themselves, are pleased with it, and if your opinion, in the equal and = impartial scales of reason. It is not to it be possible. Such is the = natural pride and vanity of our hearts, that people, and you will always = find their eagerness and impetuosity rise or and add your own = observations upon them: in short, let me see more of you

------=_NextPart_001_0018_01C73315.ECBF7A90-- ------=_NextPart_000_0017_01C73315.ECBF7A90 Content-Type: image/gif; name="kaolinite.gif" Content-ID: <001a01c73315$ecbf7a90$056a6d04@research> Content-Transfer-Encoding: base64 R0lGODlhpwBtAIcAAMwAAO7/////d///ESL//////+5m/3f//+4z/+7u/+4i/4j//+6I/2YA M/8AAJnMRCKIAP//qv//u///me7/Iu7/zO7/Ve7/3e7/u+7/d3fu3bszZu7/mURmiJn//+4R qqpEVZmZzKr//2b//1X//0T//zP//19fX8LCwjAwMJOTkwEBAWRkZNLS0jU1NaOjowYGBnR0 dNfX1zo6OqioqAsLC3l5edzc3EpKSq2trRsbG35+fuzs7E9PT7KysiAgIIODg/Hx8VRUVMLC wiUlJZOTk/b29mRkZMfHxyoqKpiYmPv7+2lpaczMzDo6Op2dnQsLC25ubtzc3D8/P6KiohAQ EHNzc+Hh4URERLKyshUVFYODg+bm5lRUVLe3txoaGoiIiOvr61lZWby8vCoqKo2Njfv7+15e XszMzC8vL5KSkgAAAGNjY9HR0TQ0NKKiogUFBXNzc9bW1kRERKenpwoKCnh4eNvb20lJSays rBoaGn19fevr605OTry8vB8fH4KCgvDw8FNTU8HBwSQkJJKSkvX19WNjY8bGxjQ0NJeXl/r6 +mhoaMvLyzk5OZycnAoKCm1tbdvb2z4+PqysrA8PD3JycuDg4ENDQ7GxsRQUFIKCguXl5VNT U7a2tiQkJIeHh+rq6lhYWLu7uykpKYyMjPr6+l1dXcvLyy4uLpycnP///2JiYtDQ0DMzM6Gh oQQEBHJyctXV1UNDQ6amphQUFHd3d9ra2khISKurqxkZGXx8fOrq6k1NTbu7ux4eHoyMjO/v 71JSUsDAwCMjI5GRkfT09GJiYsXFxTMzM5aWlgQEBGdnZ8rKyjg4OJubmwkJCWxsbNra2j09 Paurqw4ODnx8fN/f30JCQrCwsBMTE4GBgeTk5FJSUrW1tSMjI4aGhvT09FdXV7q6uigoKIuL i/n5+VxcXMrKyi0tLZubm/7+/mxsbM/PzzIyMqCgoAMDA3FxcdTU1EJCQqWlpRMTE3Z2duTk 5EdHR6qqqhgYGHt7e+np6UxMTLq6uh0dHSH5BABZoQAALAAAAACnAG0AAAj/AAsIHEiwoMGD CBMqXMiwocOHECNKnEixosWLGDMmDMCxo8ePIEOKHEmypMmTKFOqXMmypcuXMGPKLFlips2b OHPq3JmSAc+fQIMKHUq0qNGjSEfWTLpSo9OnUKMePCC1qtWrWLNq3cp1K9OvYMOKHUv2Y9ez aNOqXcu2rdu3cOPKnUu3rt27ePMyLMu3r9+YGjT8Zaq3oIbCXQeHDKy48VjBjiMzZSw56VmW GjpUtpl3pebNnCMmbUC6NMfSpTs08Ih6NcjWp113JC3S9GzZrFvT1o2bt2vakoHHZt3hc2zZ tgMk390b98fkyp0Pf92c+nPpf4VP56j6uvft0cOD//cuXPvtkNrNiw9QUz3Ks+47qq5uPT7w +MPLY3efXrp54BIdBRt69JGHXXj45YfcfgzmZp2DZD1AEm/fjadgbdAReN56uem2Hn/OJYjU AxKWhBqEFiJ4IHMTLpgiiCdqiGJZJJrU34zn2ffbgdENCKKMHG4oZF81jncjjvo5mOSDOTbI ZJBQvrQViQUcOWSPty3oopVXsvhklyGGyVGAAg6I43G0YXCdbf+JqSSFvkHJZZSg1RmZATBx gKFvfPbp55+ABipooCxdZidPIohEJkgVHOroo5CWdZFNAACAUqWRjvlWAJV26hKmJ4FKlKic dgqqqada+hGmcJGq6kqkkv8UK1CmdiQqprda6qmtrL7laqkc4VrrrsK+imqwqs6aU63I8gps s8zW2uqrzgKbKrTX5vqssjdd+6y1xupaqqe9ujWut8I2C66z2nKLEggfXJrsvOyGyymy9D5k wlWrzosuve3a665JH8Qrr7qo+kusrc626lGq/2Jb78QsFQxCSgmn2y9I1Dbs68P2IgywwCSr S3AAF2NMrcYgcxxSuRjJdGy1247M7Ln0fquTq7p2rHOwL/vs18CZSmrRSEQXDdNCEHjFUQZ9 JeAY004rzZEFRCnU9ENWWw2BSpN2HZIDPCW09VYOpK322GQ72nZHaqc9ktxwx002XHQHkDdH Izz/ajdHee8N+Np1mxWRBwjFFDjZcjPedtyDLz5W44Dr/bbghWfel+SQN/625YOHLhblmmMu euSmL20R55c77hHdqYMFeU2Ssy2S3Hj/DXroe9v9eVmQ7y78R6nj/hbmrL/++1+u1w5S8Xcf v3zypZ8ue+WeZ9775coH0NAADSk+feuol2+97MFbTvjuvqO+vNibT3201QiMXfam8GetUf78 Kzp///qriFFiF5n3iWVS7ZubAU1CwJc0EG62Y9v6dBc2mDzwfCm5IEseqDv1ve9z2cNgoY5G wASqT3SC6yDhSJfA4OkuhYyrnOYUKDzjCVB86yvdBmQYQuSBkHdrox7s/0D4O9IRb4GFc97k ivi2DTCRfeOznfN6+Dgkmq97t1sh+WJSwfPRzYlV1KLpthfELYKuhVa8ogiPWMPoOWUCEGFj 93ZIRTWWroptTGIUT+K6GWYxj2whohzLeDroaa+PUEQkHv34uOFtT2/dkxxbPPhBKk5wgWIM YeQSScRFKk9tFHDfIlUYvEneRIMrQSVJ0uiSLoZFlSXpoOIaQwAADqZRtryJAvKHmF5KRQK+ DKa5cglAu5AAIhEQZlVCEAJlOnOZzXymNJ0SzYssYJrSZCY2JyKAXpqEmcQEYAjCSU5iYq1/ FyinOtfJznbiZJvwpIg750nPetrznvjM52biyQfPOOqzTgEBADs= ------=_NextPart_000_0017_01C73315.ECBF7A90-- From elizabeth@rennicity.com Mon Jan 08 05:42:21 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H3rxN-0004Rf-RK for capwap-archive@ietf.org; Mon, 08 Jan 2007 05:42:21 -0500 Received: from customer.optindirectmail.80.sls-hosting.com ([204.14.1.80]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H3rxL-0007t0-Bs for capwap-archive@ietf.org; Mon, 08 Jan 2007 05:42:21 -0500 Received: from dhcp-net-04iw-k1-k1-01i0ap22.local ([10.50.92.64]) by customer.optindirectmail.80.sls-hosting.com () with ESMTP id 37B8ADA189 for ;Mon, 08 Jan 2007 04:41:48 -0600 From: Alexandra To: Capwap Subject: RE[4]: Buenos noches! 08.01.2007 04:41:48 Date: Mon, 08 Jan 2007 04:41:48 -0600 Message-ID: <7328270996.20070108044148@rennicity.com> X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Espresso Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0036_A329EBCF.D5797224" X-Spam-Score: 3.8 (+++) X-Scan-Signature: 65215b440f7ab00ca9514de4a7a89926 ------=_NextPart_000_0036_A329EBCF.D5797224 Content-Type: text/html Content-Transfer-Encoding: quoted-printable Mariann farces curly exemplar Colfax prescores voiceless bureaucrat South= east engineers bored gentrification Felicle incenses dry generalizable

Lind kidnaps crowded claret Naples monetizes zany orangeade
Becky minds raspy splendidness Reidar allures bumpy dramatization

Pribilof courses grotesque abidance Adore swobs big towboat
Shebeli smatters grubby infantry Aloysius hatchs innocent pirouette
Aurie scoops healthy animator Pierrette overdilutes hilarious heading
=

your= ID: YwIUEgcXRQgYCAQEGAowGBcHElsZBR8FTk1ETQJIsrD-tLa0-ra-vbK4tLi-uKTHrA
Evanston malfunctions loud gentility Alcott hears hushed capsule
Brainard balances calm snuffbox Blisse goffers upset trick
Pierrette overindulges fluttering caliphate Nial befools fragile messines= s

Kinshasha issues massive oxcart Willoughby entoils bad trellis
Loretta preinstructs cool jitterbug Reidar unfastens panicky bricklaying<= br> Hamlen erects thoughtless oil Arnoldo creeds delightful starlight
Gonzalez publicizes frantic obstinateness Brook rats voiceless commandant=
Deloris overleaps early skate Felicle munitions hard samba
------=_NextPart_000_0036_A329EBCF.D5797224 Content-Type: image/gif; name="twine.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="twine.gif" Content-ID: R0lGODlhXgEeAIAAAAAAAP///yH5BAAAAAAALAAAAABeAR4AAAL/hI+py+0Po5y02ouz3rx7 EITiSJbmiabqyrbuC8fyTNf2jdMHCuY+bgCGeq0esXQUBVlJ3RDZDER/yKc0Nz1lTcbXkksN y7awrot8JZlV6KJVyRMz5e7zmzndSb9w4xe0xKdH5JdEOPQHpxQEiHgYaMi4N6JH+TbIlxaF Wdi3mZjmGAooadW410SKSAlqpro4mqk5udiJ6il6GsqVtRZ5uUrrO0qseHVYrBio7Hen6Wps Crz7tKk8vWwpTT08a9oNK4y9nd2c/L3tjVxeHQ0Vd54M3n2K3DfuPD/Njc/vrc1KS5Vi9gau SQcNoTt7qcj1O6imn7t/CXVp6bXvEoJ9//SeVWpHcCHHkdrWbSxZS+QxKOuuOUOV0KU6mQki chzkUKEomwxBwcTXhYwsmjapyRsH0VLHfCQZ8pRpMCrALTHBAX2akyK8kDmXGjWUMevSoGww xnN6NG28tAW16vTXkqlbsMGMVQ1Glx1KsSTtutQ71urcv3gJv3x3cSfAW30/HvkYzTHkg5XQ wurZMBahSBAr2zr2aeZUTI4oy7JcqqJdXZDdMhZWj9laxHTktKmNm87t3LxT7O6NZmhvJ8OL 5/5t/Hjr5EV9I2cOPbr06dSr83huPbv27dy7n8HuPbz48eSHCy8/pqya4ODP3wC/2I7xQu7R 17VfQyj2+sz5r//Ynxxl+F03IC+arfcZXqowshlskDi44CuTCCLhRiex8shjFin2Cif3YOMT WVAZVaB/4pnTllUMrrLDii028yItE7pIioYRspjZM+TQpaNoPQIT14/pHDagieEFmVdknsHG pGQ4XgajOQo2SdVDRY014kpc/TMifNkZ6R2SWO1S04xPQjjlHx2uGdCMFn6SjWulBYZTRF4l 1VmBtOm5ZZJ3rGhmoBSyqSaV9z2YyWlEnTWQjxPFplNmPPIpI58oqlQQooTWSOWNZ9LoKaCA lnTnlVcN6VekUhFZpJfWlfJaOJNFyaSgpD34Ka2i0hdOQPO0Vplsr1mTUi14zknpesk1Nvdl e70uKxC0urlK3YXbgYkgtSdKWxu23H4LbrhULCduueaeq8MH6q7LbrvuvgtvvPLKWwAAOwum nAA5ZeWmWJkP0ZjmxJEjg/wzPLHKu1wV2wPPPl2mva2j0ZJliOJCN52cF9n0zYJpJY5Y+v+u K0R+Obkxqt04nqVto8hbVqFeD+2Ct1w3qC25eaqIIeBwJWdxT+MopRGtQ9v9yg1dirWAGBJP gL/phca1bndE5kxJhhHUB9yjpIkvJu+p5+TbauR1Wu6PTrZ0MhJOe7yHEX3OF24/0LbO5sEP b+fup5j2asE4o3AsO36UtyUh+vw4c0I4ynmcgJT62YzePzLdrFxY4G621qvSe3KQext/7A6x YtQnhbFMh3lZ9fQ= ------=_NextPart_000_0036_A329EBCF.D5797224 Content-Type: image/gif; name="Shaula.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Shaula.gif" Content-ID: R0lGODlhXgEEAdUAAAAzmbdTAK/A42QKAP+gYEBuzgA4qUBms7tZKv/p2wBlv09PUf9+KF6l 4DMzM729vB9Suf9mAOHo60JCQpmZmQBL5Nd5AI+o2iqN2X19fZkzAAJ6z//Yvv+zgP////+/ LwA+vV+G1mCAv/ZkBdPW2YgtAP9oAyw8f/Dz+X+a0J+04BWD1BBKwf+8kC9fwv+NQfiQDd+N LaJTOPCTAMxmAGpXXn4fAMzj9l+U3hBAnwFS1gA8tn6d3v/17v+VTr/O7CH5BAAHAP8ALAAA AABeAQQBAAb/QIBwSCwajwADaMlsOp/QKAhJrVqv2Kx2y+16v+CweEzWKqXo9NNQbrvf8Lh8 Tq8bd+p83s7v+/+AgX16hGhsgoiJiouMdoWPUI2Sk5SVlgCQmUyHl52en3QGeE87nHJnmqkg O6WmoK+wsUUGqGk7c7Wququusr6/jLl6vWTCu7qlwMrLfsaEt2+jx9NMyczXV7S02FTSqtHU 4dXE3MuiUOTK3rtu6+LT0OXMzk3psu/t7/og9vKehP0+0fvWxt2+YwH9TTJoSN2+fAffxVPo iWGahJQssisYUd9EipVSfQTVEWJHcRhB/tGVctFJkyfDtVRZZ9fISzFhxqRGs9G0/1c73Qzc qWlmzzfUjK4M2mYo0UxHEWl8pHQQUaRPw705IQOB169gw4odS7as2bNoy8qocUIbLXGdpsJ1 k1VmmRo0RkTYy7ev37+AAwseTLhw4REIasiFammxVrp1p1UlcgKBXsOYM2vezBlxDnyVnIJu ExmemBN5OatezVo1gs92J4keXcZxaTQ3tyAIbKK379/AgwsfTry48ePCASNASan0m9m3pUwG UONyXwYMXmjfzr279+/gw4sfT/47g959R9SI3ZQWq/fwWbklYntu0+iqptPwS6CHh/8ABijg gAQWaOCBCCZ4YA8EmNDXckkVUx8pEz4GGX6MfXGCdREQoP/ghyCGKKKIPji41wiwIQTGWxhu dGGLhYRRg1/+jWjjjTgqmICJe60nmRcVwhgFHEHiN50M1+X4Hwo1OCABgBQ4kMEDDlAAIJU1 oBDgAws44MACD/yXwQRkLmAllA7UoOR/DPQlA09cFClkJM/NqYcYu/H1wpoeNEnCkjVMQEKU Yf7X5AJ/ipkmBWOeucAEGWTQ5ZkSdLmAlkq+8BuEx2wBnZ1qxAHqRXj2teeaGThQaJQZeJBq olEugOh/rAL4pAcSpKloqx7EusCtOWrKF6fIaCHnqE6IiuyQperJZ6phVnopCrI+WWkN0HpA wgS/Dkglr6laKcEE2Aq6prB7Eav/Sm5GRKHDuzoseyccnxo5Rp57napklFaGq62UtKpKaK8A S0DCwVqy+kCUWboqsKrn8qhuKgHlokMFGGeMsbyh0svxJmTgG4G+OVJJwbaXEiwuuR6Y7HCY qXr5Z6oTOADpkyQAPHCmEv9oRRMaB/1xx3AMPR0RIpOM4wOQZvuywzUwWiWT5pIw5rSyUsDt ralmQEGTZwbbc6c/LxG00EOncQrH7HaRNJ/jPsprnxNIMC6ZZEopQaCJ5tzqtq36yzTeNYeN I7oRTJxJ2wCMcnbGae8hh7yMc/H2mtTaXGjcDlNgd63+qtxylaNnCe3nAPM8rIpVmP14BZFL riyGLrDg/8TRRly+ZpNzf4slgDkvoG3NCwQ6AcwQjyulrv/lrKbq6UICAQTJHpADEni8rosL LjwBge1phMADBDzwsET5LoIhwn9CHPDfAUrc4IH5BfzHxA8e/LDEgPV7gAL1IPhPAZoQgv90 DwQF9MD3VGCrAYLAfR4YQgryFwbdKekBGQAWBh+AwUT5jwJnGlSkTkYrz5UQhB6UAAgjtroo FNB8TICA/DxwA/AVAFMXOILr0KYJHmBKAiFYggtu9QPwRQF//dufB9L3BQi8DwDr80AKMCFA ECRxCfjTXwAF1D8PqECJDmTCk74IgjGCAH8CcoEBIChBCoLBgnyKoxwThDjFQf/gAlqCIRYD pD8WaAlTIpgFCC7GQ02gcUlLeBKmyOjC8dlvi0z8gpYCyUAK9s92Vzxj/pSIgwJ4kgUBol4V m8CD/0Cgf6f8TxBZ8KQfAICNQpigK99oqjna8pYEqiMUuqhHUCrQiR5gQQElAEUats96BeDB xZIJOQSOz5NMYMEnQXDKAzKBBwN0gQC1iQJp+m8JpzwlNoVYAF8qkQniC4ER5yUG/E1xhhFc 3w2WkMksgrEJS/LiFsO4BD964AL4+yID57mEKEIAlgCQZQVricuG3lKXT5AmA/VYPwkk0gPJ /Ocr2QcA/AngPxLAwZJgB4JKAqgJ8jMf/vT4BPsVUIv/BgRBKeE5QCQ+0n4sgOcSYzQGheJK fge4gD6tSCCYCmiLpVTgKEnpP1Nq8gL8AAAwD4BQhdLSWQ7NahwhCoVSUnSTmizAR6cIAI7i DwVoRKuWgqjNfya1CfVDwTCh4IIfPAkHMgVrFUspAR48SQBhvekSRfqDAuAABY8gg/tQ4D4B CFUE+AsiUQdk1ADtM6BLjeYi98gDIryvqm78Ahy1StoRcfUJXr0mWFfqTiGY1QMH0CQPKjDR vAIWkk1goJb4yYT+yTWvZHzSAFM7V5vu1H6l/MEqEzuGHPznseur5AH758kCyM+onYSmALuI 0a469alDmCpoZylahpb2vCI6/60TUkvP1cJ2rK6NYEdhCwKhzja17H1kDLWkxYh6Ukvk02t3 U2tO456zi7/l6RjkpyXrNRUFZ6ingPlZxUPytr0eSMZAhxDFHEDwAEL4KHm9MFr0mthA6mXq Vy1aRthOMIewxF9svVoB/P7znHBd0jqfgD8cEFaJ3UstNwN73J1aF0A7VhsZTCoETLlSCRLG bnV9OcAuXniyQ4BgIHPQyvjmEAJayuFV83XiMiMoxartpSmBmYP1EVOeQpBxXu87PwTiKgQJ dIL8UvoEAVDvhhhtqzcRO+e86s/AkCwnNYWrYDFEcZYflaIQJns/AQeIunvs7jg2Kt84sw9A IAaASf8BdL0xj8zMqM7l2JzAXU2jMYCuzMEf/xPI+c54fjWusz8tywTCAhOATBBQN1u82bxK AI1BRDRyUSCAjxKaEGUAppijGGoARFmJlx4lda2RZY4KIQcmlUC1wW2rapcXq6lOtwfQ3GoH yvA/Nyj1ARY5BBnvgMbsresPRMpiEPhzgAzsb6ZxdcAh/qeI58PVc/d4RfsBmuDM/YM2WGGL VmyjCxAotRGsFzLzqhvVaE7D9IyQ8SN4I169XcKPH1EAYDPBBS5nLyG4l6Go0KHEH0dvyJWc BXrk0wOSfYfMS2LzOuD8vChIOqbKvHPpcEEKaWWpOIYekaIb3eOlvYEAVMD/9a5z/QJgv4AA brB0hzYdHV04VuymEBWOz+Hot7zBBVRgV7vZXQI3+MEPms2DBvhdBTq15dmdULkj1GvtyboC SEv9Wj5OkI8J5WOtifD4g893QJSndSwlDYAcCBWkofbo5uX7a91g3aFcl0APUHB3vN/g9XqP vWMbgIMGCKDsW1217LqA+FRgAUBkbTyAflB5yxf/PyooQvFdecgAZR5Xmydr8584QWICINIg XqzlTo/LuSf97q/Pe+xl7/W+YwAD02dh9NjphcP3nu1WABAKrvdaFVCVqhO8wf1B/PhXRnry Q/BEUkVVtEZVzydpEzRFWtZ5e8ZpTaZ5VqUFcBdH/2LHenYTfrLXbOXXd37ndxiwAhswauqX OEIgChZhFCKQAhAwaWnQctvjck9wZSxgTZF0BCAlaa9FVps3YpHXafhzA0YggAEIW0YwQX+U AwkoatDXPqbkXLAFTF40XzqYBRO4JlyHAuEnfnq3gRzYgQ1wfue3AiAYeGIzLEbgFvPRBTJW gmkwTk6gTQK3R/1lcPmTZCGAKXjFBJEmATToe4rnAeszf8L3HylwfFPUf6MXhEToWYuYeXgk RUkYUEPghCAmPyKwPh9FTA22feiGS83meuPndV7odz4GhmAohhuQiiKVe2YoB2vIglAAASrA egIQdH4FVuh0cP2kJWR3Y/9N0FaY4kBJ9UdkE38R9CSIOH2FKCCH6G1RpIjmVlaN2EbLiAJC NUWtNYQgxkBgB1sN9h8aR4XcF0c/cAEYqHfl04W0V4pguAEKAABiiIqpuAErgHuHIzFdcACF uIIDOD0pUG34IwIHsIIG4AIuqFl8FGy6GE12A1YVBQJD1gRCBVgMFFxAx0qaRhDGWEyY4mn2 R1VISEP3dz2I2IPQWARCSI1c1lTYGIXf9kTro3cekANjZUycSGa4hAINAHt6dwEbYD0Y4IGm eH4K4BbymIoKkIpkeCN1xAWf5z/8lz+YEnpS5AECIATyQ4Mi5VieBFX0tHLnI1dglVxA1gQ9 Zmf/RmU7HyV1NUcFHAUsnjaFEZiInsaD0hiNKRl9xUSISmh9nHY9UIgCPeiSpteJc8QDoagC CqAAGAAAQTmURbmYixmG8+iOi7kBS2kjTakFToQCIvBRQPh4duVGMsY+ztVvKkdDAnBh9TOH 89OaCUdQmYVElHZFVNeWSMBRUSRfAbV/+bd/Pehh2HeSjBiNkUdWt6KAmpcDDfiAVslpgBiX Uhh5PFiFNtJs4sd1DbADX/iYp7iYtOCO9FiZkrmY9ciK6bIF0RVfIamcsyRjMhZdTgBmw0eD sIlFFnWfbfUDlcRPtJlEtllnuvB7nXYrnuZ4AuJKx0eYo2d52liEnBdF/9I3IADJl9KoQNLZ WnMJANYpIjfQAHrXbBfwhYzpnZb5jiuQlCmqACB4ouWJAXK0mVmQhAAAVEnoPu8JW+szd7CV Cy4Qad/UWw5plTzAQEC0BJV0Ky73n9/UVgnHlpBAoBw2iPlzfAoqeRA6fMUJoTqIjN/2lOL2 fFTpg5KmoaElBB0aInO3d7PXAClqigpwPfLhoixKp5IpgmWYnlpAo0+ij5KGo55GgDcgAYLZ OKjlQxl5n62GiwYZkZWGVy+lRGopoBrZEyX3duOIIzeAmHy3ATmQlIxZlAaAARtgACuaogCQ iiBYnpeZlJmpmfioBTEpVexzo6RJhLdylUIwCv8uwAO9GgJPAmz3ST7lY6SSZTss8FFklFwT WVJD9STqxGgDanWYaphW2HWNKZnuiKqhugNiCKpJiZSsapkNMEcyigWyRkNjdJwblaMg9nkA iGHDp5AAwlL3eUYz9D8J9wPAOErDGKT5Qa3VipNyxAOOxQNvCoIpugEYoKKtugIfOI+sGq4s Cix8cq5YQJ/5Q5J/eqvZB45FQE0qoEgqYEQCYq+4iEY3YE1kmUAekIdLEGko0Ie4KbBtkKYK 8gMNoAIeyJgpurANS48AoK3kWZ4SqwBPiZ4kmI/heAWz2i7nc2WEoGhoIIM0uzg2Kwc4myAC 0IEfyKIKsANB27BgG7H/lXm25HlYgherdfBRAEgEUft+S4A7WXsEW4sgI9qdC8uip0qPR4m2 aOuqD8W2c+CETUsfB9l7hVe3bpOpNmJ+YZiUH3iqLQq4gLuqeHqxhKsIamcvjNsOCPAbSqMk KhCG38q3SIm2f1uZqKgA5YpLGMu570e3nwu3oesbo5sjAmC6LVq5KhqPwBu8wMuYZre5i+B+ GFK7QgECt9sbuYsjKHCKwruw01u9P2uPMWq8jLB2tKu8mMC8omtLP+CdQ0m2EGu6kyu8SYm9 2duKldC5V+G9ZbAEzWsCz6u7PoYD5ZuK5du/C/uqSosAnYC8WdG9ynsG9Xu/OSJ3Xtu/Dnx+ /9sKwAH8CfB7EIsrv1cwCncLIpv6wA68qhggwRMsEMuCwbVBv457I0qXdAKAA8IrvfK4mA1w MK1HqErXvnoKChXMHiYcBkywwQSidHd3MAfjWCkgAhB8tJKJARfAQQ9AxER8dzcMPUsLCzts Ez1MBj+cwiGywhZoN1B8ME48xmQcxjQsxUmnue4LC+eQvFk8BltsrbbkxXTsxXZXx+w7ggL8 C21cGgaMwXFMsDnHdNrLxlf8DG9MBqMgAzzCAIOMam3CFzJwDX0cExecyFUwCjXAIxFQI4+M XjvSFzVQDocsBZhcDEuwIX3hIZ+MXiXCFyNwAv5Qye/wxz2MCiLTIf8J0MpalQCvvMazrA+2 nMVMUB1/kR3lkczKvMzMLB7n4RexfBS0TDGnTBo/zCF8gRzavM3c3M3EERh7bHPTXAjD/MbS kAOW0RrqvM7sPCyybLPjjBvVvLxMgM7Y3M74nM+BMQIy8M616x7yPM8vsgQ1YBn3rM8Ivc6I 4c+3jIYXJ9Ac8QQ5UANdkRYWfdEYndFmsRYMDdEefR9r99EiDQtrd8kjfdKAUMoRUc4o3dIr EjsuHdOTEDksLdM23XNDY9I3vdMDjSw1zdNAbXgc89NBXdT0IS9GndR2QMAnQdRKbdQqvQtO /dTP4Q1THRJ2otMp3QTcBtUggDZXLQlMLRH/JKwx9eDVjzO3NhvVNSsbX302Z83TSkBITEDX q2CzMEISGQMv8BLXN60HWj0PGBLWaffWahDYWQwdhL0IbJ0Hi/10gwRtMk0VAtvYDUHCUerS h4fXdfHYcaIJQzBx7/HQ5gwJnp0IWRELjX3a/9DWPTHWjUYSL9HDmtAK1Arbh+0LO8HacZDQ vv3bwB3cwj3cxF3cxn3cyJ3cyr3czN3czv3c0B3d0j3d1F3d1n3d2J3d2r3d3N3d3v3d4B3e 4j3e5F3e5n3e6J3e6r3e7N3e7v3bLeABPcAX/8EBOPkCpxYgHcAXBLDL9U0AfNEB/4FV+P0X z1vge9Hf/9EDLRDJ/4HBAQDCARzQAZwM4fa9Fxa+FwLuAT7AF/5x4Qou3y3AyYDhA/7tAQkw 4n1h4hHu4IAB4QNy4RHAAC1QIwkA4ILhyB6A4xseyRneyR7QAnvhA/+B4/E93xEA4QmwFzou 5B3CJoNB457MAR3eFzX+Hwmw332x4fIt4QjuH0u+F0fu4n0BIJEs4DIeAQSC4QSS5oLBym1y Kki+4UzOAf7NAUaO5XbuATJO5/cNGAfOF/GN4hzgHz1A5n2h5DDuAVrO5jL+4xGwy2E+5hje A3se5IMx6JYO4wi+4QlQ6PKN6Hyx6AFy4Qxg6Jfu5IGxy07u3zhe5Gw+6f/R6nye4P/RG/+s LOthHhinrue7LOO9zuf+reoRsOGXvm5D/h/7TeQ7LhgAEuZoXuYDwuYxjhmwPujIDunFPuD0 jen50uh+nt8IDuj/Me4zPutM/uGCAeFa/uuJXuuOjlUdoOONrim94e6BcSoj7hscUOBNzuSS XhjanuShLuZQHhjxHeYRnt+RzMr3juV7AevnzuERgO1twuqDAeGHzt8yTukVX+4Bzu30Lujl ru7ODiAAHu3d3uh/MfCFgfG77B/77R84ruHcHvEi/sshz+gd0AGDbu5+cSrm3uMk7wGiTvAt 8AI+4B9VHu9Oz+aWjuKr7u2AMegkvvMODueEoe3/vvKCwewMQOT/hr7tSD7xPuDINZIdBw/k M4/iO24C/9H0x4zugUH3OK/qfq7jNR/pz3710q7xDKDyOD/hPb/3BO/mhSHgO1LkfK7jLh7u H1/qDs7lAgL0DGXuMH75Dy4gHODikM71ngz0LB7Km2/fDCDhEh7Jg675GQ/vf97tiC/tPhDf /WH0EE7su9wBHiLhO674Vt74KC7gLcDsfv/nLYD6Tj7yo+76G94BoE76TA4gli/7vy74as75 fuHyhHEqu6/3Ur/lN5/goA7xNs/zPg/ygiH0frH6fMHs02/hPR/zDv75rm/rVC/vWy/1JFPg kO/++Z/mQPDyeHwRY2TYOi6PCU/LyWh5/zo9D2E55XCuBM/2ufRenwxPYppgMoXECHfIOQ47 S6fc2BnuEybmOGxtaeil7W7wq0MRa4kLTxAywsoJy8lKaUnPA5LBaTNv6KjtJTJi9I/waMrD T5CrzjTVyLHpa0126bR0lcHkZYw0Alh1qDWSFhEz9qpUz1LYw4p1yWfIisFMuujILNrNygo2 MimC4eXQyOqxW1kzQpPRqNtzGzJ11XaO6ji/dA3OA4MI+OKB+mSqRweBb84ccWdEF6SIRya9 MDFG2b8nhXgRczOmoBFc/gTNKxKx4kVy/pB5JODLkrGSezDxuTVETQRPB2sVM4Fv4ZFXHhUy fKSpg4lOQ4I+hP8T1ImamCZ84ZIl7RGSjYWCCe1H8siYnG2mQdxDZ9nZHvUeLusqaCJEaXxk MgFIcwmDuTjran1r1sNfQQT24tJ79kxfjVmN7LQmeI00Rp4yzlq5ivFAnEbG9NAojiHirHeH FGwLjuqUHgK74Ykoa0xWxKEafQVbbpFDRXkV9Q7GoMMWDgSCmtotT1HxNcCLLg/OoUXINQR6 Jx8s/KUg60yYK+dEQHgHweC3SIdE3TyBFlua+6Pe/MX2XNuZC66PvIN06n/Vb4mu3If1OGgP ouNw68AHExSpxwfrutMtKPQyqc5AzvK7DcMMNdyQww49/BDEEEUckcQSTTwRxRRVXJH/xQ/f oxDGGGWckcYabbwRxxx1vLHFHn38EcgNX9yRyCKNPBLJI4NckskmnXwSyiilnJLKKq28Esss tdySyy69/BLMMMUck8wyzTwTTQ4BWJPNNt18E8445ZyTzjrtvBPPPPXck88+/fwT0EAFHZTQ Qg09FNFEFV2U0UYdfRTSSCWdlNJKLb0U00w13ZTTTj39FNRQRR2V1FJNPRXVVFVdldVWXX0V 1lhlnZXWWm29Fddcdd2V1159/RXYYIUdlthijT0W2WSVXZbZZp19FtpopZ2W2mqtvRbbbLXd lttuvf122hNkQIDccs09F9101V2X3XbdXVeGGk4Al149a6Bh/4Q0NxwBgRrq/VfOExDIV98O +Z23UwMUNgBgV0/At2AQaUD4UoV3AAHjjEHYgeGGUUUAEqpEHpnkkk0+GeWUVV75ZEEQuPRi jWXOeAddLY4Z4x04PrYGgvMyh6ughR6a6KKNPhrppI3uRaYRFqAU55mlBqFjWqOeeuOqg6Xh j8Jm+xrssMUem+yyv+4huyNejvRqrGfW+tWrddChgrqnhpvXE3yGxuy+/f4b8LETPGIEihk1 wO3EMY716rodf7wCqfHOtQYmvA4c88w1P6uPJfzFc+E921b87Vdlphvy1CMvnVcZ8tp8NhQy cGCCCSjwYIEFJNhj9tuHoMCBB86qQf/3ITKofYIaUID9rOJkoNOA0XPeWU7ESSe9VeszVp37 1WWevFaQRWF+DxJyzyCDGkggIfnyF3AgA94dIGEPCRaowQMUanCghgxyp598gTHG2uAkPawp zE3au17iwDcqBYKge92TWs10JT7AMM9+ExDeHh4Avz3UoHbx84D9FrC8IXQwfsATIQp2F0AB qq2AC5TcmgwoQ5mp6oGoi6DqplbBXASwd4iZ3QaBR4Ea4M8DJPDgHorogf2J0IV7sAgM3XQx HT7OhlnEHqoeCMEdSnCGt7JgWjYngdoBUH4A/B/xTugA3xlvfh6gQO1qQAETunCKRiAgDa8I OS3+8YCn6uL/F3d4NzH+kHkdVN5ZUJC75XXwdiBc3vE2mD9H/u59/GthAPMYgT0ijoeAFGUY SzWzPnpvZmBkHa3GSJbNqRAxSoxfIyeQAQosYAL0AyEa2QfF/N3SjVHs5B69iMVRHlNmFCRV 24ypuFMGkpWIhB0szwJJOU4Al8h7QCOR2MY3yu+bzBsmm0DpOGSeU2PKFFUXQTC3LPYRa+GT 5uY6uAD6oYB+wNtm8kggAQmA8AG99Gc+g+eBB7TQfLkU5gDZdDFzohOi6gwVRLf3UKlFc3zk m9397qe/CUggiL9zI/CQZ08QSkCJ9yOe7aL4Qj2yCWMWpegxJfqpGsqwABCQmd1A/+CCmdU0 Tzk4wKBykIM/tdKFFEAfBUiAAgrY8al3JAEFHvCApz51m089IfpsiUY8MnRNMUXlTEcJ1E4d EwI3qJ9PMxYCtQ5hlW4awlABcIAhsOkALURBCtg0BL7W9a4/OMsPRMAmEZgQBSqAAJ+Q2lLH PnacYfUiWc/ZwE0dswCIQUFb6+cBUrZprmuyqwdEO5sLrMmvpSWtYBEz1BTMhq56auxjactJ sAKAshS1rKYwywOdZtYDOgXB7lTAAhAId2ZwCi1gSQuA3d3AqK/1wFBTy1wACPYHdV3eaXf3 Vwj8ILZ5mm1tyau5yOI2t+jcbaYgCoH8YSyzKIBAAQqAtf+aLne0zI3t8vha3fxid02CVQEA hiAAox51nuVV8N/Oe9P0LnC9mDpnCH6wvBBgDAcjNOEPoNnXr1mXTQD2b2A9kN0DLK+wby1x Yfs03gW/uGznZeeDs1hKZPJgCBK4MAhwnFjW4kBjON6DXD8sgruGuMQE9sBf/4uYG6h2D09m bIJhXGWwyZjGZbUxWguQ4eDyuMQYU6sAgnwWdQ5BBAc4gJFJm18kZ3fEq0XMYteUgwuomMWy pbKV+SzF26I3y3+MsIQhOoQLZ/gGGLtAmDM2X/rWt2r4vat7p8sm/gJArX9l83VLnIPlCWBN dAYABC69Jxf3GdXnBYCDC2BcmbH/9cFsEuqB8VonEaRAzbiuq64HdUwc4MC4IRhCfV0wBJ2q 9QKJ8zBd3fzc6BobAALwAHSjPW1OZ5fNQ0UBiz3tgTyLd8+otrKqAT2z7+5BBW01YbLTW9dN qsCohx3CaeUk2BS8lq/4JtQxhbwHFLharRJ4K3INqWRmH3m0pJ03lPdQWABjeoQ56GzEp5xR cYub3NID7h54cNwhmBDIlGWYdPeA64+jWU63PoC+9d3rURZgkz+AtQtYi4L6Kg61lQaxuz/+ 1zXJO39/ffhoL3CBmNNazxa/eJ/JPeMCXIAFLMAumDmM4xvMFwIQ4EF9WYCDHYOg6yGYL6xZ QF+Mlf3m/yD4uQiMKu0fLBrUi84uBA5Ad17THQIsX3KoVe6nc2JdahCAteIGnQNRuynreTp8 xS+4dD6Te9WJwzGHBdtx4Fod5Ca8MKkHq7HddVza7K7poi8g2MLm97Uqdu2S9c5XNld3T4GW 4apO/WLoEAAGFtD97ncfA/BcTpx/hqnbVOCBdAsWyCwYgpArPIQf7I7DxUcBD6aesfgK+98Y 01rpI767oaJ+hClQa3bx3XrnLvkAKvC5nmQPYVXVnrY9iE4MdE8DC9DA/vfHP/4D0P/+WyAG oOCrqKiKsKbYPMCnBOvm5s0DOm7yQCCzOMzCqE5mpG0CF6dNWMvAQgv8+KoDzf/Pr4YK6fKk /Rbo/cItiuQvBvKP9+pv//bP/2Kw/zRAA/BhcyBPsmaGBZANY5AP7JavAUFA2DgsAkHA2ChQ Yygt0bQP8Q5AsATA+6yr5e6q/PZO31hrhMKLBEuQdBKvT4QqUuAvgFqA/nRvBmaA92BQBtdw BmmwBGwgAIDPb3AwBzNmBz2AzHowCC9vD8OsCIcNCa3v41wtTkbL9KRw7ygNAKow3/YuB1Rg w/oEnTZuD+jrLCSguDBmNuorBN4tB7DwLBIO4VTsAg6MtejK3gZFDGGHDM3wDF2Q/2iADWWQ BmuxBG5xAAIAdugQABToDm2OvljgAa0OxyzPD8NMrVT/oADcTmZ2h7iopk1UoLByQNpuAO4A QO4Wce+M7MkYURtd7+fyRxLPiRKHrRwZbROFrbVAcQ9Esc3uyPkCLMfkcf0QTOkCKAFW8AzR EBb5bxY1IABocABykQZKQANu8Q1tYABi4AaFrwAxpt8qkdJArhgh8BirDjE4LGMmj9IKwE3Y 0eTyB+VeSwJYqxHvzQr3btruzPjGEZmA69FaDbjArvg8wLiGAAcejQWW5+p24MTUTM3QTM3o cU2kTQIWK9s4DeVSUVBWEXM4wAJmAAb4cffUUBbXsBY1YABKIAAGwAIC4BZtQCwVsgTkMMYc 8iEjEhBDYN3AzBiJkNGoTwCK/4/djmt56svq3CQF7ojeXo/eSHIIBuwbzQ8Lf2AE8WQS4Upj ZtIibdIIPSDtYHJxvNDgMtARUW5NkpHTlkcCOK0e/cQpAacFonIfq3L/NEAsda8NbQAgaVAh LUArB4AGbCAhx9IGSIPB0NJNSKfVrocFhKvy7CtO6O5NDoDWWg5PZu1PErPzZpIFik8CNBEx hCxj4Ga5iHK0YisbBesCUIwpAyU0/QYqZ+ADSlP/ZJEsA4AGPqD/SmAAaPP+tFIDZlMhC9I2 xXIAACFweLFNICq+9oDgbshPkBNSmHMP4BIxFnA6GU37Ik3nsPPI1uS1ssveSPI7ASU8+4Y8 P4BD+f/xNN/T/riSPbWyBCzgNbUyIPEzRe/TBvQTcPizP8/JBVpIAtIurvaEQB+FOR/Np8qx LnHy0ahzauYKgTxTv9hkO5es22APQ1FQNDf0A6bSBd2zBM6wK0tgRHNRIANSNg/SPV2TRV00 NwmwTtrPrLYMsxRTED1LyNgKEOFrCMjO1R7TRlNR4ryNTTQzFUnuM1vMSf+GQzl0Kj3UPQMA DQVSA2YgIAMyNgtSS2lzAA7SNgsVN+dQN+PEwc7JVXZUJ53zuaQzJ+mL864OAms0Y95UDztu B4wSKUPLTk2oTxmPjDSnBaC0PGcA/1C0PGtRNmcgK+sTLLcyAFR0UsUSBsz/kmxg9E0ydZRM hxw3kTGBC8g20cvOIu3etBx7Ch6TzEi1ce+a8k/7JlAFlR+7UgM+4CsD0j1hgAZskSDDUksj FTXFEhdpwAb381KrJ70GbaKeNUEZEwQES742UQgRKxOl8+aytac8kSgBoNti1dTC1WzG9Vbv TyzLsw230ld51QYsACHd8z250jZ1FVmTNV/nBKe2jnQYRgQWL0+0sDhj1uW4MHEED5BYANao R1EydGw4YFwHFTZlkz397zUZ9SC7lDW9lDYldWlZ8wNK1mTJVE+YtSIZKMC00L2yy002DRtL Dk78MhwXLlBolmb5NWLvEXNaAAYCFQamkgYiFWNn/9AgF1VSc/ENuRIhaRMhUbNKHSNzlHVO ZkxmqlY4D6AaVYCuUgD63GRJAYDNTtFNRsuE0uzk8BRQyJZszRZPeFZsfJZtp7IryfMqjZYG GZUsbfFj9/YWZ+Be//Zk6SQHRIAHQsDVsE7r8LIBy46tdDdnmMtrlYxb2UQATAji+OoaoxEP u/YHii/ukvdyMbfRAnRfDYVzw8ZzOxQNaTNujRYOGTUhwTJ1P1ZSLaB1XVdqg0rFbsC4MM/Q ipHSjCvD0o2C7I2wRIDF1ix4AWvTOHCEPhJPDfF/xfF504sSJQDqMgYHEOvCik8jvQxjKE2n 2LHjQPEHLkxIN6ZQqhdsEv9gXM/wbS3gA0bXDb2SdL00fG/RSy2gUs33pfpk0W5ABHiQ+aCv ItWqvqStAKrmCW9AC+1Kax22JJUMAFBs53Lu+0KxiF0yt84x3cAMMUIA+zBG2iDTIjcrYKfz ihP0ATVGc+VEg8Gmg2EgdEM4Bl+zXbPSDU+Yby1AE2zrfPEkCu2qM1/rLSsSx9JtCLTm9YyP 1nyYTV6LukjLAlXgrYjsiNsxifmExmYSAqb4B40P7CwQuHSqhRyQ0QTs0SJ4D5eHB7aYi8EV bTHnc2HgDd12BlMTNrPyhPeWNcm3pQA3TviXtPDNIn+gIoutRp23TWL4QPEqeKcNJdHPhJ7L kH3/t9LcbDkfLFqNTR1rd9iGTfkK7Io7bpplJjin2ZPTCTwltmw4YEPPUCs9WF01ID7R2ITF 9w01IAZWuCHf+E5k+RsBy5aDcLhKzHLfhLAi1I9zrrWECn8FE8lOL38O0a5QYGyVWTEd2Oo0 hpMrLwJHCATuUg+ttZqBKwSyWZvtsfE2p22BNhfjMwBU0yDNeZXhMAagFl/d2U4O0cjIb+98 mI4xpiY9YAQvgO3AS5+D996COQXo7MTwVN+YV3mFOhsHeImdTwMDEZvxEMc6MbiGwNXYsb7Y kcyGUDhBk5vLplZvVVHh0P5wlaTTOHVZkwba2LFg+WsHmoj1DaaXTGEe/xefEYPeEKMe7+rE 3krK2LpyKVck79nvEPos1BfMlhBjODmzbkCwXEDaFloPlTEYs3gPjKsIr1pWXQl2pnJQFVU9 07WEzzlvTZqdyQet4WTRxFavfwA5iThym08CfI6uicx34U1CvxVsHXcP6M2oKevycpKzHNPj IDOa36tam7iaNabyOC/ZaK4up+ZM6eSLxWYfqTIGSVqNA0BMz/p1Ydc4k3MIDjPEYNZODK9O YBa8lVi31dQOlyfdWMACjauFOOwAPeDrMFlUq1nIbNRqz3ajYWc8PVSE0XisuTIG/Ja2RltQ uHFOwKtVFhm9N3I2dqwmqXkPYE2Ci9sZMbrgwP8tlDenB9jVBdsQdVM3ANYZxgw8UKTt296E 7RYcsKcmgT/u67zs5ljLuLH4moGr+nAu6fabfAjg/mhRlcdyxAm8vEx8WqA3epH8kzWcxzMH BZ78yTkgBvyvNcFULK07oNZHy/2Jy6F8W3cxu7FFycc8uZh8VjHHy7mcyx+AAGTRDWlTBjKg quaczrN8y/3Jy0U7zK+FzPucCTc3q8vmydWcy9enzrX80LV8fQgdygewhf/Fz/08T1yHG2DM yy8d0xudvJynYSK9z/OkcpYApR0vijrnCD4H0j19zPlVb8SA1K1scIygcDpd1ZXcbLlGDIj8 1VsqAWL90VO91qG3ud//pGeWQ2mOHdmTXdmRpheYYNZpPdihV7b25ghYxtqvHduzHWUgYY++ JXqifcz15GGoPWI0BAEMh1u+HdzJfE8EhtzLnSRGQAbQnVZuRmc4JnQERd3X/dP5ZAEGBt7B 4mBwZd/dRme6eE0Knt/HfNjp5ARqYFzeReInnuIrnl3ihd5lhVl/ymw3fuFlr+EPugQRvlhy SAeySGcx9eNVneTzRHBzq+WFxXoKyf3e5OVXHnpjfgtl71oQ55RCqeZpCOdrnW0CTeeBRaxU SYsUZuhrPeQLReHJ6uh9Jen9qOmv/nqmfk+i/pxSXlp8PnWwXuy3yFJuXoZ0JlscyurHnu0/ hatiPJ5mvJ7Pi4mn2t7uNQZUFube9/7g871bZl6m7t7utd5jHgXwx0rw277wUyVmUCfxBX/x GR9j6Obx757wI79R4L7y1/3pMV9TNH/zo93zUQX0Q1/VR5/0TZ/tLx/1F8XsVT/aWb/1FeX1 YZ/lZx9VbH/oZR/3FUX3V573ez9Rap9mgwAAOw/Fo2Q4VBmU9mPu+9/mearr8iRVfwmT6lYi cpbxrBGooVXmSWNxx4dtbuD7fpOaPn9sQZd8bkkD57qMS3+EwbxLK1HqfWFu9CaOb4K2cu6W qkj8bhAM9yYIofzH142z6RBWJLNm6H9kshhIDiUAUsJ8L8EB060vL1GVBT78b5hIaCQdlke5 Rn2cj7eY1SHBIOWKiSG9LoGmrWDQ7iKMJBpt8HGxaOyjcJt+b08ncCNHZRYUzih9jLqfSxRt /EQbN9ZoyWPPYdXyuvHhRof10JUG7mz6qEV3Cvg0GwDfNaR8KYebB9Q1Hl8CLw820St2COrI /vnNK5JUSnvTlAJslGux2qnr9Vi/jOHj9vwHo5b6hLOGLYyxehiVLKBJfkIDyQmv/X3oQSjy ex5pKsboN++ZIAiokqrW6SG6p9j6QGtu4mYCS0rfyp47pakOFQkAir7MpeG6kzpdaCfs2KMp zEldfJrkZQl88gIl/PgkDJBdLgKCqWseaR86bnf04Ex0l5akJ6IMEJqQq0SUK/zkQvfsX+gP DSEoMeMVZVhdfLtJAAeK/RvQBO8YMdoPvs48KFRjazB6/vD/wiJv04A1H9OUb2kLicHtiYR8 LS3KB7JxdThRMiHTfVn6LMFuoMbKlsHw+/7A6FyYYUql3x4XGgRSsXAVkcgKIo6Hn2Ii776U Qk5HWyecSwv/HwVsM22UfxcHokpjfk4wIy3fkV83Fr3NcM6oDx9iiZpK+Tue3nOAZFf+bb1h Htvj6pM9bJg+jKJhd3AVfOW5U23vStRZaA9UqJSFTyD38MZZEZvkoGd88UsOC9od+mxowDuE 2x7y+UMCt8mVCES+Z+Nb8146cqjMuRQkDMWBgjEOfrjhv2gI0tkxidr/HOL2gcajoxkIUpX0 U7VEx2NmjyXGPCFXRRNxtnUWY5fti2i3x48iuJIR7fXLicizuvkbW5yvyRdVH/N44JbmTk3P DPams9Zas+2D4oyr5QBBQO5IYVvs5n882XjjU9+A80D0d2fXHgYXvRgImP0g2wctHARc9Pc5 DguhXN4euQ2eiWmJmapdLGKTGbvErM+vtsQE6IjoZZH8wtFWHv0T1/n8aWBGj/1QrFUlO4On RVjCCpYKYNeOMFLnbMt/LiP3nkc2cretACvDrINEVsThxeINr2M3YbuA/K2b2UJ2W55CCHHY za6k5Dxk59bRZJSYUI0Kd+B04736C+S2YMbSPN2ILSakbs9w1x7Tw8Io3/i6+1wXCMpRZfak x1INiF+Y35rn20QuzzoyoZJqly8+SXiENrSvxQHoKzQBnhvbUXO8wXnWKkUc83hJiz5TEB8P 1NQcu/4CWG/HendoLyFHpmRMaKgeMctBq9eY9XbTeab8B4lNqqVURmgrxAK+d4/H1dgz07GS WhPYa0lFf7axh7dT8nRZfRhVuCIj+P2UxGsM6SSaNsMvnpDjRV9xmfHVhQ4ffv0R1hewzwKA cXwEAznSIlDvEKEmb8G6s6MhbqROacP3zA700jG8JKsNVwzwt5rZ036PiMe9ou0cuwRiUYfd iLq48eopYTCML9btK6qzofQXPh6j5aAcmrUiK8LiQOubMKJWFzKtSaFi7/G1aHRAymi8jufz 9NPJYYgdMqLfFRBARH1rPHrBtO+Q8dE5rTDEsji4OtXT+ZUQhK7wRmx/1wQxOUq5ou9URfNg Nk0M+IcfSYPk/Bj0y0lAJQ5x+3GQXTxl4ly2uOVAnlkmnIaZ8AZFRT3PK9giRSIJ36AlJWmw 7LWiTx8QxVWCoOSzLzWdFem9Ynjh9JS4UoboaX5LtPOVdgJpTfHZ9uWWV54SDKLXynAN/5Ys JmCnHLRbrY0pGK/cE3uHB6f0hfBgZaNjAPKIbcjG1Xw8ivYmmHtoCNcjseEG4Sp5h0B9RlEG 90CfjbGKj0ylBPJuuN0mfdgBSh/jHDqE4tjbIpmreZRfpaNXoB+HfeJyAJVHMALEtvg2YHi3 gzWKNjh1lf9F+H3+QNFdNQi7/DxYKTPrGm1UJXJv3H01Oszf548HJeCJhzisHxXNYNiikrRc zGRByFgs9dzH72QdqyJxkh/8uheTNwvA2BCoGjUEAIL8+cZoOjazEawz7PGJ/2J13Me9vyBw 7Ns5pFi4p9rtXbgTqncqdmfUy+SixUSsh+mKEJCuGubeK8x1kOfC0/Wn9pJu9cbeaBpfKsNR apwkmhZKv5Mk4jL1NVkKx/pMBTrM/5dZiN+IvXTeQgDJDO/QjjbUjFgkYMwXFNxnbvwLGDpX jthn7g4fDT0mZVKxh7JnJ6Okp/vwDZInGpOCJHhNbV00q+lL6vzDpBnSBXDExLs3165+CbLd w/Ra+3m4mZ8Qbjjd7misyOjnJdmL4yopy6ExyrqZFmphJM+EzgxmuVN3y0DrmrVYmZJYFzxK ZarjnqobKZB5uOxhC0NpgiBH8LfB+RLYs37Thkus9vls+XNBMaqt9s054U62lGPS9LmevVKt FwZDHnFUCwB/d24VKzMw5bC2moVW9fDDPdGXEMrH8sGai/vtz7esWgj9J4== ------=_NextPart_000_0036_A329EBCF.D5797224-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 08 11:33:28 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H3xRA-0005hA-Sm for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 11:33:28 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1H3xR3-0000Cd-AH for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 11:33:26 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 728FD3980A9 for ; Mon, 8 Jan 2007 08:33:16 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 641074A44B2 for ; Mon, 8 Jan 2007 08:32:58 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 00051398430 for ; Mon, 8 Jan 2007 08:32:57 -0800 (PST) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by zoidberg.tigertech.net (Postfix) with ESMTP id 15A7B398264 for ; Mon, 8 Jan 2007 08:26:05 -0800 (PST) Received: from sj-dkim-8.cisco.com ([171.68.10.93]) by sj-iport-5.cisco.com with ESMTP; 08 Jan 2007 08:26:00 -0800 Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-8.cisco.com (8.12.11/8.12.11) with ESMTP id l08GQ0BB016369; Mon, 8 Jan 2007 08:26:00 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id l08GPiIv003863; Mon, 8 Jan 2007 08:26:00 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 8 Jan 2007 08:25:47 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 8 Jan 2007 08:25:46 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2030B5EA6@xmb-sjc-235.amer.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Idle timeout Thread-Index: Acck08BGswHR5a7gSvCE36Z1kmpk+QObSIBw From: "Pat Calhoun (pacalhou)" To: "Peter Nilsson J (LI/EAB)" , X-OriginalArrivalTime: 08 Jan 2007 16:25:47.0434 (UTC) FILETIME=[A73270A0:01C73341] Authentication-Results: sj-dkim-8; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim8002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Idle timeout X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: d185fa790257f526fedfd5d01ed9c976 Peter, The WTP cannot forge an 802.11 deauth, because these frames will eventually become encrypted. Therefore, they need to be transmitted by the AC. The Configuration Update Request (shown below) is a bi-directional message, meaning that the WTP can send it as well as the AC. In the case of an idle timeout (or for some other reason), it is used by the WTP to communicate to the AC that a mobile station is no longer being serviced 8.4. Configuration Update Request Configuration Update Request messages are sent by the AC to provision the WTP while in the Run state. This is used to modify the configuration of the WTP while it is operational. When an AC receives a Configuration Update Request message it will respond with a Configuration Update Response message, with the appropriate Result Code. [...] The Delete Station is how this would be communicated, but the current text does not really make this clear, so I am proposing adding a paragraph to the spec: 4.4.18. Delete Station The Delete Station message element is used by the AC to inform an WTP that it should no longer provide service to a particular station. The WTP must terminate service immediately upon receiving this message element. The transmission of a Delete Station message element could occur for various reasons, including for administrative reasons, as a result of the fact that the station has roamed to another WTP, etc. The Delete Station message element MAY be sent by the WTP to inform the AC that a particular station is no longer being provided service. This could occur as a result of an Idle Timeout (see section 4.4.43), due to internal resource shortages or for some other reason. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com] Sent: Wednesday, December 20, 2006 11:44 PM To: Capwap@frascone.com Subject: [Capwap] Idle timeout The Idle Timeout message element defines the timeout that the WTP shall use to enforce for its active station entries. But I can not see anywhere in the specification what happens when the timeout expires for a station. Will the WTP forge a 802.11 De-authenticate frame and send to the AC or what? Peter Nilsson _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 08 11:41:28 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H3xYu-0007ly-Lz for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 11:41:28 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H3xVA-0005qr-5P for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 11:37:38 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id A382A3984D5 for ; Mon, 8 Jan 2007 08:37:33 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 9A0E14A44B2 for ; Mon, 8 Jan 2007 08:37:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 80FA74317C0 for ; Mon, 8 Jan 2007 08:37:26 -0800 (PST) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by hermes.tigertech.net (Postfix) with ESMTP id 68AC143176D for ; Mon, 8 Jan 2007 08:37:22 -0800 (PST) Received: from sj-dkim-8.cisco.com ([171.68.10.93]) by sj-iport-4.cisco.com with ESMTP; 08 Jan 2007 08:37:22 -0800 Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-8.cisco.com (8.12.11/8.12.11) with ESMTP id l08GbM0I023781; Mon, 8 Jan 2007 08:37:22 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l08GbClx021835; Mon, 8 Jan 2007 08:37:21 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 8 Jan 2007 08:37:16 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 8 Jan 2007 08:37:16 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203136A16@xmb-sjc-235.amer.cisco.com> In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A2030B5EA6@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Idle timeout Thread-Index: Acck08BGswHR5a7gSvCE36Z1kmpk+QObSIBwAACWTQA= From: "Pat Calhoun (pacalhou)" To: "Pat Calhoun (pacalhou)" , "Peter Nilsson J (LI/EAB)" , X-OriginalArrivalTime: 08 Jan 2007 16:37:16.0962 (UTC) FILETIME=[42301020:01C73343] Authentication-Results: sj-dkim-8; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim8002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Idle timeout X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 944ecb6e61f753561f559a497458fb4f BTW, I created issue 233. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Monday, January 08, 2007 8:26 AM > To: Peter Nilsson J (LI/EAB); Capwap@frascone.com > Subject: Re: [Capwap] Idle timeout > > Peter, > > The WTP cannot forge an 802.11 deauth, because these frames > will eventually become encrypted. Therefore, they need to be > transmitted by the AC. > > The Configuration Update Request (shown below) is a > bi-directional message, meaning that the WTP can send it as > well as the AC. In the case of an idle timeout (or for some > other reason), it is used by the WTP to communicate to the AC > that a mobile station is no longer being serviced > > > 8.4. Configuration Update Request > > Configuration Update Request messages are sent by the AC > to provision > the WTP while in the Run state. This is used to modify the > configuration of the WTP while it is operational. > > When an AC receives a Configuration Update Request message it will > respond with a Configuration Update Response message, with the > appropriate Result Code. > [...] > > > The Delete Station is how this would be communicated, but the > current text does not really make this clear, so I am > proposing adding a paragraph to the spec: > > > 4.4.18. Delete Station > > The Delete Station message element is used by the AC to > inform an WTP > that it should no longer provide service to a particular station. > The WTP must terminate service immediately upon receiving this > message element. > > The transmission of a Delete Station message element could > occur for > various reasons, including for administrative reasons, as > a result of > the fact that the station has roamed to another WTP, etc. > > > > The Delete Station message element MAY be sent by the WTP > to inform the > AC that a particular station is no longer being provided service. > This > could occur as a result of an Idle Timeout (see section > 4.4.43), due > to internal resource shortages or for some other reason. > > > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > ________________________________ > > From: Peter Nilsson J (LI/EAB) > [mailto:peter.j.nilsson@ericsson.com] > Sent: Wednesday, December 20, 2006 11:44 PM > To: Capwap@frascone.com > Subject: [Capwap] Idle timeout > > > > The Idle Timeout message element defines the timeout > that the WTP shall use to enforce for its active station entries. > But I can not see anywhere in the specification what > happens when the timeout expires for a station. > Will the WTP forge a 802.11 De-authenticate frame and > send to the AC or what? > > Peter Nilsson > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 08 11:53:39 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H3xkg-000763-MJ for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 11:53:39 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H3xkd-0002ZQ-M1 for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 11:53:38 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 45D0E398589 for ; Mon, 8 Jan 2007 08:53:35 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 9FC3E4A44B2 for ; Mon, 8 Jan 2007 08:53:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 748A1398467 for ; Mon, 8 Jan 2007 08:53:26 -0800 (PST) Received: from sj-iport-2.cisco.com (sj-iport-2-in.cisco.com [171.71.176.71]) by zoidberg.tigertech.net (Postfix) with ESMTP id E442339831A for ; Mon, 8 Jan 2007 08:41:23 -0800 (PST) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-2.cisco.com with ESMTP; 08 Jan 2007 08:41:23 -0800 X-IronPort-AV: i="4.13,159,1167638400"; d="scan'208,217"; a="355105046:sNHT103087226" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l08GfNLI003118; Mon, 8 Jan 2007 08:41:23 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l08GfNZH000679; Mon, 8 Jan 2007 08:41:23 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 8 Jan 2007 08:41:23 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 8 Jan 2007 08:41:22 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203136A1E@xmb-sjc-235.amer.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] WTP MAC address Thread-Index: Acck6YjZkByv3MxhROWtuRP2kh1+iwJ+PcnQADwdkvAAJGqZYAAOsE2gAKkaWqA= From: "Pat Calhoun (pacalhou)" To: "Peter Nilsson J (LI/EAB)" , "Smitha Smitha (ssmitha)" , X-OriginalArrivalTime: 08 Jan 2007 16:41:23.0129 (UTC) FILETIME=[D4EA2A90:01C73343] Authentication-Results: sj-dkim-3; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.468 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, HTML_50_60, HTML_MESSAGE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] WTP MAC address X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0381213384==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: 79bb66f827e54e9d5c5c7f1f9d645608 This is a multi-part message in MIME format. --===============0381213384== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C73343.D4C12F9B" This is a multi-part message in MIME format. ------_=_NextPart_001_01C73343.D4C12F9B Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable And the combination of IP/UDP port is not sufficient to provide uniqueness. =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Friday, January 05, 2007 12:50 AM To: Pat Calhoun (pacalhou); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 The purpose is to have a unique identifier for the WTP which can be used when associating configuration or other data with a specific WTP in the AC. =20 As I mentioned below the serial number which is part of the WTP Descriptor could be used for this purpose.=20 But i suggest to add the MAC address so that the same unique identifier can be used both during DTLS handshake and Join (the certificates Common Name (CN) includes the MAC address as defined by the CAPWAP spec). As far as I know there is no standard mechanism to resolve the MAC address from the IP address in a routed network. =20 Peter =20 ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com]=20 Sent: den 5 januari 2007 01:59 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Could you help me understand why one would need the Ethernet MAC address if the protocol is running over IP? =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 =09 =09 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Wednesday, January 03, 2007 11:42 PM To: Smitha Smitha (ssmitha); Capwap@frascone.com Subject: Re: [Capwap] WTP MAC address =09 =09 But the Radio Mac Address filed is defined to be the MAC address of the radio interface. I was intrested to get hold of the MAC address of the (Ethernet) interface on which the CAPWAP packets are transmitted. =20 Peter ________________________________ From: Smitha Smitha (ssmitha) [mailto:ssmitha@cisco.com] Sent: den 3 januari 2007 03:57 To: Peter Nilsson J (LI/EAB); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Peter, =20 You can use the "M" bit in the CAPWAP transport header and populate the mac address in the "Radio Mac Address" field. =20 Thanks Smitha ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Thursday, December 21, 2006 3:50 PM To: Capwap@frascone.com Subject: [Capwap] WTP MAC address =09 =09 In the early days of CAPWAP (draft-ohara-capwap-lwapp-03.txt) the WTP MAC address was part of the WTP Board Data message element. It has since been removed and I can not see that there is a way for the AC to retrieve the WTP MAC address.=20 I think it would be nice to have this information to be used as a unique identifier for the WTP, for example as a key for some configuration database in the AC. The serial number which should be unique per WTP is already a part of the WTP Descriptor and could be used for the purpose.=20 But CAPWAP specifies the the MAC address shall be used for the Common Name (CN) attribute in the Certificates.=20 Maybe one wants to access the database during the DTLS handshake. Then it would be nice to be able to use the same key for both these purposes. I suggest to add the WTP MAC address to the WTP Descriptor element.=20 Peter=20 ------_=_NextPart_001_01C73343.D4C12F9B Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable WTP MAC address

And=20 the combination of IP/UDP port is not sufficient to provide=20 uniqueness.

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Peter Nilsson J (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: Friday, January = 05,=20 2007 12:50 AM
To: Pat Calhoun (pacalhou); Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

The=20 purpose is to have a unique identifier for the WTP which can be used = when=20 associating configuration or other data with a specific WTP in the=20 AC.

As I=20 mentioned below the serial number which is part of the WTP Descriptor = could be=20 used for this purpose.

But=20 i suggest to add the MAC address so that the same unique identifier = can be=20 used both during DTLS handshake and Join (the certificates Common Name = (CN) includes the MAC address as defined by the CAPWAP=20 spec).

As=20 far as I know there is no standard mechanism to resolve the MAC = address from=20 the IP address in a routed network.

Peter

From: Pat Calhoun (pacalhou)=20 [mailto:pcalhoun@cisco.com]
Sent: den 5 januari 2007=20 01:59
To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); = Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

Could you help me understand why one would need the Ethernet = MAC=20 address if the protocol is running over IP?

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Peter Nilsson J (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: Wednesday, = January=20 03, 2007 11:42 PM
To: Smitha Smitha (ssmitha);=20 Capwap@frascone.com
Subject: Re: [Capwap] WTP MAC=20 address

But the Radio Mac Address filed is defined to be the = MAC address=20 of the radio interface.

I=20 was intrested to get hold of the MAC address of the (Ethernet) = interface on=20 which the CAPWAP packets are transmitted.

Peter

From: Smitha Smitha (ssmitha)=20 [mailto:ssmitha@cisco.com]
Sent: den 3 januari 2007=20 03:57
To: Peter Nilsson J (LI/EAB);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

Peter,

You can use the "M" bit in the CAPWAP = transport header=20 and populate the mac address in the "Radio Mac Address"=20 field.

Thanks

Smitha

From: Peter Nilsson J (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: Thursday, = December=20 21, 2006 3:50 PM
To: = Capwap@frascone.com
Subject:=20 [Capwap] WTP MAC address

In the early days of CAPWAP=20 (draft-ohara-capwap-lwapp-03.txt) the WTP MAC address was part of = the WTP=20 Board Data message element.

It has since been removed and I can = not see that=20 there is a way for the AC to retrieve the WTP MAC address. =
I think it would be nice to have this = information to be=20 used as a unique identifier for the WTP, for example as a key for = some=20 configuration database in the AC.

The serial number which should be = unique per WTP=20 is already a part of the WTP Descriptor and could be used for the = purpose.=20

But CAPWAP specifies the the MAC = address shall be=20 used for the Common Name (CN) attribute in the Certificates.=20
Maybe one wants to access the = database=20 during the DTLS handshake. Then it would be nice to be able to use = the same=20 key for both these purposes.

I suggest to add the WTP MAC address = to the WTP=20 Descriptor element.

Peter=20

------_=_NextPart_001_01C73343.D4C12F9B-- --===============0381213384== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============0381213384==-- From zoewes@freemail.lt Mon Jan 08 12:42:29 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H3yVw-0003sH-VD for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 12:42:28 -0500 Received: from pc-161-86-239-201.cm.vtr.net ([201.239.86.161] helo=javier) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H3yVp-0006C1-On for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 12:42:24 -0500 To: " cherin" Date: Mon, 8 Jan 2007 14:42:18 -0300 From: "el codie" Sender: "el codie" Subject: Hi MIME-Version: 1.0 Message-ID: <9dbe01c7334c$57c75200$a156efc9@javier> Content-Type: multipart/alternative; boundary="----=_NextPart_000_9B97_01C73333.27306460" X-Mailer: Microsoft Outlook Express 6.00.2900.2527 Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 4.1 (++++) X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a This is a multi-part message in MIME format. ------=_NextPart_000_9B97_01C73333.27306460 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit All desired cheapest pi.11s http://korbanato.com/dm/ ------=_NextPart_000_9B97_01C73333.27306460 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: 7bit All desired cheapest pi.11s
http://korbanato.com/dm/ ------=_NextPart_000_9B97_01C73333.27306460-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 08 15:33:43 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H41Bf-0004Sd-9a for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 15:33:43 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H41Bd-0005BT-5v for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 15:33:42 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 59634432062 for ; Mon, 8 Jan 2007 12:33:33 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id E8CC24A4615 for ; Mon, 8 Jan 2007 12:33:20 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id C4CFC431C6F for ; Mon, 8 Jan 2007 12:33:20 -0800 (PST) Received: from sj-iport-2.cisco.com (sj-iport-2-in.cisco.com [171.71.176.71]) by hermes.tigertech.net (Postfix) with ESMTP id 57E82431C67 for ; Mon, 8 Jan 2007 12:33:16 -0800 (PST) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-2.cisco.com with ESMTP; 08 Jan 2007 12:33:17 -0800 X-IronPort-AV: i="4.13,160,1167638400"; d="scan'208,217"; a="355163804:sNHT79481836" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l08KXGDR021178; Mon, 8 Jan 2007 12:33:16 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l08KXG04028236; Mon, 8 Jan 2007 12:33:16 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 8 Jan 2007 12:33:16 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 8 Jan 2007 12:33:15 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203136C21@xmb-sjc-235.amer.cisco.com> In-Reply-To: <5bfe7a820701051417y4c019edfrd23ec9684e1e7662@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed Resolution to Issue 199: EAPOL-Key messagegeneration at WTP or AC Thread-Index: AccxF2U8kkpew/uWQlS/9O+Ypnp4VQCTNJ3w From: "Pat Calhoun (pacalhou)" To: "Dorothy Stanley" , "capwap" X-OriginalArrivalTime: 08 Jan 2007 20:33:16.0248 (UTC) FILETIME=[39C7A580:01C73364] Authentication-Results: sj-dkim-3; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.5 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, HTML_40_50, HTML_MESSAGE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Proposed Resolution to Issue 199: EAPOL-Key messagegeneration at WTP or AC X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0866189762==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: 22bbb45ef41b733eb2d03ee71ece8243 This is a multi-part message in MIME format. --===============0866189762== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C73364.397DE611" This is a multi-part message in MIME format. ------_=_NextPart_001_01C73364.397DE611 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable agreed =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Dorothy Stanley [mailto:dstanley1389@gmail.com]=20 Sent: Friday, January 05, 2007 2:18 PM To: capwap Subject: [Capwap] Proposed Resolution to Issue 199: EAPOL-Key messagegeneration at WTP or AC =09 =09 All, =09 Please see the issue tracker for the complete description of Issue 199, summarized as: =09 =09 ...the WTP maintains the KeyRSC while the AC requires this information to generate the EAPoL frame for Message-3 of the 4-way handshake. .... The proposal is to include a CAPWAP Key Configuration message that can =09 transport the EAPoL frame between AC and WTP before being sent to the=20 client (terminal).=20 Issue 199 appears to be a duplicate of Issue 43, which is being resolved via added text to the security considerations section of the 802.11 binding document. EAPOL-Key messages in the 4-Way Handshake exchange are always generated at the AC. =09 Proposed resolution: Close as a duplicate. =09 Comments welcome, =09 Thanks, =09 Dorothy Stanley =09 =09 ------_=_NextPart_001_01C73364.397DE611 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

agreed

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Dorothy Stanley=20 [mailto:dstanley1389@gmail.com]
Sent: Friday, January 05, = 2007 2:18=20 PM
To: capwap
Subject: [Capwap] Proposed = Resolution to=20 Issue 199: EAPOL-Key messagegeneration at WTP or = AC

All,

Please see the issue tracker for the complete=20 description of Issue 199, summarized as:

...the WTP =
maintains the KeyRSC while the AC requires this information to =
generate
the EAPoL frame for Message-3 of the 4-way handshake. =
....
The proposal is to include a CAPWAP Key Configuration message =
that can

transport the EAPoL frame between AC and WTP before being sent to =
the 
client (terminal).

Issue=20 199 appears to be a duplicate of Issue 43, which is
being resolved = via=20 added text to the security considerations section
of the 802.11 = binding=20 document. EAPOL-Key messages in the
4-Way Handshake exchange are = always=20 generated at the AC.

Proposed resolution: Close as a=20 duplicate.

Comments welcome,

Thanks,

Dorothy=20 Stanley

------_=_NextPart_001_01C73364.397DE611-- --===============0866189762== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============0866189762==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 08 15:34:53 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H41Cn-0004rV-5J for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 15:34:53 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H41Cl-0005Zf-IH for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 15:34:53 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 31420431C91 for ; Mon, 8 Jan 2007 12:34:48 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 330644A4615 for ; Mon, 8 Jan 2007 12:34:37 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 1DC4C431C6F for ; Mon, 8 Jan 2007 12:34:37 -0800 (PST) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by hermes.tigertech.net (Postfix) with ESMTP id 9A0C4431C6B for ; Mon, 8 Jan 2007 12:34:34 -0800 (PST) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-6.cisco.com with ESMTP; 08 Jan 2007 12:34:30 -0800 X-IronPort-AV: i="4.13,160,1167638400"; d="scan'208,217"; a="99310258:sNHT91355427" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l08KYUIb020590; Mon, 8 Jan 2007 12:34:30 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l08KYDVI014067; Mon, 8 Jan 2007 12:34:30 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 8 Jan 2007 12:34:25 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 8 Jan 2007 12:34:24 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203136C25@xmb-sjc-235.amer.cisco.com> In-Reply-To: <5bfe7a820701051436y23695c41p14367244b3d20975@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 148, "Binding Element for Scanning Report" - Propose to Defer Thread-Index: AccxGgknPr1UFlb5TLaP60hfxXV3AgCSlg3A From: "Pat Calhoun (pacalhou)" To: "Dorothy Stanley" , "capwap" X-OriginalArrivalTime: 08 Jan 2007 20:34:25.0590 (UTC) FILETIME=[631C6560:01C73364] Authentication-Results: sj-dkim-4; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.5 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, HTML_40_50, HTML_MESSAGE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Issue 148, "Binding Element for Scanning Report" - Propose to Defer X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0301147771==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: 932cba6e0228cc603da43d861a7e09d8 This is a multi-part message in MIME format. --===============0301147771== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C73364.62E03F65" This is a multi-part message in MIME format. ------_=_NextPart_001_01C73364.62E03F65 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable agreed =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Dorothy Stanley [mailto:dstanley1389@gmail.com]=20 Sent: Friday, January 05, 2007 2:37 PM To: capwap Subject: [Capwap] Issue 148,"Binding Element for Scanning Report" - Propose to Defer =09 =09 All, =09 Issue 148 is listed below: =09 =09 As scanning is part of MAC protocol should there be a TLV to send that report=20 from WTP to AC? Because for RF solutions WTP need to perform scanning and=20 analyze that data. Currently for these solutions vendors have proprietary=20 =09 algorithms. Should the data collection part be standardized? (The data=20 interpretation can remain vendor specific). =20 This will help in achieving greater interoperability, as AC can collect data=20 and statistics from different vendor's WTPs but the algorithms and solution to=20 =09 analyze them can still remain proprietary =09 In this regard should CAPWAP provide the binding for sending scanning=20 report/statistics from WTP to AC? Proposed resolution: Add to the "Wish" category, and defer to a future version of the CAPWAP IEEE 802.11 binding document. Reports of Scan results are being incorporated in the IEEE 802.11k Beacon report, which is in the process of being standardized.=20 =09 =09 Comments welcome, =09 Thanks, =09 Dorothy =09 ------_=_NextPart_001_01C73364.62E03F65 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

agreed

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Dorothy Stanley=20 [mailto:dstanley1389@gmail.com]
Sent: Friday, January 05, = 2007 2:37=20 PM
To: capwap
Subject: [Capwap] Issue 148,"Binding = Element=20 for Scanning Report" - Propose to Defer

All,

Issue 148 is listed below:

As =
scanning is part of MAC protocol should there be a TLV to send that =
report 
from WTP to AC? Because for RF solutions WTP need to perform =
scanning and 
analyze that data. Currently for these solutions =
vendors have proprietary=20

algorithms. Should the data collection part be standardized? (The =
data 
interpretation can remain vendor specific).
 
This will =
help in achieving greater interoperability, as AC can collect data =

and statistics from different vendor's WTPs but the algorithms and =
solution to=20

analyze them can still remain proprietary

In this regard =
should CAPWAP provide the binding for sending scanning =

report/statistics from WTP to AC?

Proposed=20 resolution: Add to the "Wish" category, and defer to a future version = of=20 the
CAPWAP IEEE 802.11 binding document. Reports of Scan results = are=20 being
incorporated in the IEEE 802.11k Beacon report, which is in=20 the
process of being standardized.

Comments=20 welcome,

Thanks,

Dorothy
------_=_NextPart_001_01C73364.62E03F65-- --===============0301147771== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============0301147771==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 08 15:38:01 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H41Fp-0005ws-N0 for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 15:38:01 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H41Fn-0006nE-3k for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 15:38:01 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 71297432064 for ; Mon, 8 Jan 2007 12:37:55 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id CEA154A4615 for ; Mon, 8 Jan 2007 12:37:45 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id C1219398066 for ; Mon, 8 Jan 2007 12:37:45 -0800 (PST) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by zoidberg.tigertech.net (Postfix) with ESMTP id DA31A398041 for ; Mon, 8 Jan 2007 12:37:42 -0800 (PST) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-3.cisco.com with ESMTP; 08 Jan 2007 12:37:42 -0800 X-IronPort-AV: i="4.13,160,1167638400"; d="scan'208,217"; a="455878466:sNHT92445864" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l08Kbg4E003165; Mon, 8 Jan 2007 12:37:42 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l08KbgUg016477; Mon, 8 Jan 2007 12:37:42 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 8 Jan 2007 12:37:40 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 8 Jan 2007 12:37:39 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203136C2B@xmb-sjc-235.amer.cisco.com> In-Reply-To: <5bfe7a820701051454k4bdf26ddoc9313177477f3fb2@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed Resolution to Issue 232: WTP Static IP Address, RSNA Error Report Text Error Thread-Index: AccxHIH8QzEhWkLMTNqbodQUQ1m3OACSFJow From: "Pat Calhoun (pacalhou)" To: "Dorothy Stanley" , "Peter Nilsson J (LI/EAB)" X-OriginalArrivalTime: 08 Jan 2007 20:37:40.0288 (UTC) FILETIME=[D728F400:01C73364] Authentication-Results: sj-dkim-2; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim2002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.429 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, HTML_30_40, HTML_MESSAGE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: Capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution to Issue 232: WTP Static IP Address, RSNA Error Report Text Error X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1007559043==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: e472ca43d56132790a46d9eefd95f0a5 This is a multi-part message in MIME format. --===============1007559043== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C73364.D6F14F63" This is a multi-part message in MIME format. ------_=_NextPart_001_01C73364.D6F14F63 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable works for me =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Dorothy Stanley [mailto:dstanley1389@gmail.com]=20 Sent: Friday, January 05, 2007 2:54 PM To: Peter Nilsson J (LI/EAB) Cc: Capwap@frascone.com Subject: [Capwap] Proposed Resolution to Issue 232: WTP Static IP Address,RSNA Error Report Text Error =09 =09 All, =09 Issue 232 is listed below: =09 =09 In the description of the WTP Static IP Address Information it is said that the AC uses this to configure the IP address of the WTP =09 But the message element is not listed either as MUST or MAY for Configuration =09 Status Response or Configuration Update Request =09 * The description of the IEEE 802.11 RSNA Error Report From Station is The IEEE 802.11 RSN Error Report From Station message element is sent by an AC to an WTP to send RSN error reports to the AC. The WTP does not need to transmit =09 any reports that do not include any failures. The fields from this message element come from the IEEE 802.11 Dot11RSNAStatsEntry table, see [3]. =09 I guess it should say the that it is sent by the WTP to the AC. =09 Moreover the message element is listed to be sent in Configuration Update Request but I guess it would be more appropriate to send it in WTP Event Request messages. Proposed Resolution: =09 a) Add the WTP Static IP Address Information message element to the Configuration Status Response and Configuration Update Request message as=20 an element that "MAY" be included in the message. =09 b) In the binding document, section 6.12, "IEEE 802.11 RSNA Error Report from Station" change the text to "sent by a WTP to an AC". Add the message element to the list of message elements that "MAY" be included in the ETP Event Request message (section 5.8). =09 Comments welcome, =09 Thanks, =09 Dorothy Stanley =09 ------_=_NextPart_001_01C73364.D6F14F63 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

works=20 for me

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Dorothy Stanley=20 [mailto:dstanley1389@gmail.com]
Sent: Friday, January 05, = 2007 2:54=20 PM
To: Peter Nilsson J (LI/EAB)
Cc:=20 Capwap@frascone.com
Subject: [Capwap] Proposed Resolution to = Issue=20 232: WTP Static IP Address,RSNA Error Report Text = Error

All,

Issue 232 is listed below:

In the =
description of the WTP Static IP Address Information it is said that =
the
AC uses this to configure the IP address of the WTP

But =
the message element is not listed either as MUST or MAY for =
Configuration

Status Response or Configuration Update Request

* The =
description of the IEEE 802.11 RSNA Error Report From Station is
The =
IEEE 802.11 RSN Error Report From Station message element is sent by an =
AC
to an WTP to send RSN error reports to the AC. The WTP does not =
need to transmit

any reports that do not include any failures. The fields from this =
message
element come from the IEEE 802.11 Dot11RSNAStatsEntry table, =
see [3].

I guess it should say the  that it is sent by the WTP to =
the AC.

Moreover the message element is listed to be sent in Configuration =
Update
Request but I guess it would be more appropriate to send it in =
WTP Event Request
messages.

Proposed=20 Resolution:

a) Add the WTP Static IP Address Information = message=20 element to the
Configuration Status Response and Configuration = Update=20 Request message as
an element that "MAY" be included in the=20 message.

b) In the binding document, section 6.12, "IEEE 802.11 = RSNA=20 Error Report from Station"
change the text to "sent by a WTP to an = AC". Add=20 the message element to the list of
message elements that "MAY" be = included=20 in the ETP Event Request message (section 5.8).

Comments=20 welcome,

Thanks,

Dorothy = Stanley
------_=_NextPart_001_01C73364.D6F14F63-- --===============1007559043== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============1007559043==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 08 16:04:03 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H41f1-0000QN-MM for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 16:04:03 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H41et-0006Sa-0y for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 16:04:03 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 69EB8432102 for ; Mon, 8 Jan 2007 13:03:51 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 125B24A4615 for ; Mon, 8 Jan 2007 13:03:41 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id E26184320DF for ; Mon, 8 Jan 2007 13:03:40 -0800 (PST) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.235]) by hermes.tigertech.net (Postfix) with ESMTP id A11114320DD for ; Mon, 8 Jan 2007 13:03:38 -0800 (PST) Received: by nz-out-0506.google.com with SMTP id o37so4201222nzf for ; Mon, 08 Jan 2007 13:03:38 -0800 (PST) Received: by 10.35.54.1 with SMTP id g1mr49624359pyk.1168290218276; Mon, 08 Jan 2007 13:03:38 -0800 (PST) Received: by 10.35.46.8 with HTTP; Mon, 8 Jan 2007 13:03:38 -0800 (PST) Message-ID: <26140d940701081303n78e3f14blde04eb14ba3cda99@mail.gmail.com> Date: Mon, 8 Jan 2007 16:03:38 -0500 From: "Michael Montemurro" To: "Puneet Agarwal" In-Reply-To: <8954613CA6BB3242A1531D916A527A4101DBF52C@NT-SJCA-0751.brcm.ad.broadcom.com> MIME-Version: 1.0 Content-Disposition: inline References: <26140d940609251656o27188f93icc89deff65e6b559@mail.gmail.com> <8954613CA6BB3242A1531D916A527A4101DBF52C@NT-SJCA-0751.brcm.ad.broadcom.com> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap Subject: Re: [Capwap] Proposed resolution to Issue 217 - Frame format when wtp encrypts/decrypts X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 25eb6223a37c19d53ede858176b14339 To resolve this issue, I propose to add the following text to the description of split MAC (It will have to be modified further pending on the resolution to the "encryption at AC" issue. The location where the header elements will described is given below. It would be the responsibility of the WTP to do any padding to the frame for the purpose of encryption. MAC header field Location FCS: Version AC ToDS AC FromDS AC Type AC SubType AC MoreFrag WTP Retry WTP Pwr Mgmt WTP MoreData WTP Protected WTP Order AC Duration: WTP Address 1: AC Address 2: AC Address 3: AC Sequence Ctrl: WTP Address 4: AC QoS Control: AC Frame Body: AC FCS: WTP Cheers, Mike On 9/25/06, Puneet Agarwal wrote: > > > Sure. Here is my take on the solution (the exact wording can be worked out once we agree on the general contents). I am sure the working group will help clarify this further. > > I assume that there are 2 models supported in CAPWAP Split-MAC for 802.11 DATA frames (note that we will have to fill this up for 802.11 Management frames also at a later time): > > > A) 802.11 encryption and 802.11 fragmentation done at the AC (as well as 802.11 decryption and 802.11 re-assembly at AC). > This is the simple case.B) 802.11 encryption and 802.11 fragmentation done at the WTP (as well as 802.11 decryption and 802.11 re-assembly done at WTP). > > ****** CASE A ****** > > a1) The WTP forwards the unmodified 802.11 Data frame that it successfully receives over the air to the AC. > Question1: Received Sequence numbers are maintained at the AC I assume - is this correct. Is the CAPWAP conforming AC expected to do any sanity checks on the sequence numbers (especially for un-encrypted packets)? > > a2) The AC sends a fully formed 802.11 DATA frame to the WTP. The WTP is allowed to change the following fields: > 11.FrameControl.MoreFrag > 11.FrameControl.Retry > 11.FrameControl.MoreData > 11.Duration > Question2: Transmitted Sequence numbers are maintained at the AC or at the WTP? What is the requirement? > For .11 fragments one would assume that Transmit sequence number is maintained in the AC (though one can structure it so that either place can work - we need to define some requirements here). > > > ****** CASE B (the more interesting case) ****** > In this case the WTP creates a pseudo-802.11 header when sending frames from WTP to AC. > > b1) For DATA frames sent from the WTP to the AC, the fields MUST be interpreted/processed as follows by the AC: > 11.FrameControl.MoreFrag must be set to 0 by WTP (and checked by the AC) > 11.FrameControl.Retry must be ignored by the AC > 11.FrameControl.Protected Frame must be set to 0 by WTP (and checked by the AC) > 11.Duration must be ignored by the AC > 11.Sequence Control.Sequence Number should be set to the sequence number of the "over the air" .11 frame(s) > > 11.Sequence Control.Fragment Number MUST be set to 0 by WTP > > It is expected that all other .11 header fields are the same as in the received "over the air" .11 frame. > > Question3: I assume the sequence numbers MUST be maintained by the WTP in this case. Is that correct? > > b2) For .11 DATA frames sent from the AC to the WTP, the fields MUST be interpreted/processed as follows by the WTP/AC: > > 11.FrameControl.MoreFrag MUST be set to 0 by AC > 11.FrameControl.Retry SHOULD be set to 0 by AC > > > 11.FrameControl.Protected Frame MUST be set to 0 by AC > > 11.Duration must be ignored by the WTP > > 11.Sequence Control.Sequence Number should be set to 0 by the AC > 11.Sequence Control.Fragment Number MUST be set to 0 by WTP > > > It is quite likely that I have missed more than a few cases. It would be great if others can chime in. > > Thanks. > > -Puneet > > > ________________________________ From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > Sent: Monday, September 25, 2006 4:56 PM > To: Puneet Agarwal > Cc: capwap > Subject: Re: [Capwap] Proposed resolution to Issue 217 - Frame format when wtp encrypts/decrypts > > > > > Puneet, > > I'm perfectly happy to add clarifying text. What do you want me to add? How do you think it should work? > > Cheers, > > Mike > > > On 9/25/06, Puneet Agarwal wrote: > > > > > > Hi Michael, > > > > I disagree with the disposition. > > > > This issue was created because it is unclear what the 802.11 frame from WTP to AC looks like when the WTP is performing 802.11 decryption and 802.11 reassembly. At this point, the original over the air 802.11 frame(s) may have no bearing on the pseudo-802.11 frames (frames that are slightly different from the actual over the air frames) sent by the WTP to the AC. > > > > For Frames from WTP to AC (this is a generic list): > > ------------------------------------------- > > a) Would these WTP to AC pseudo-802.11 frames have the .11 encryption headers > > b) Are 802.11 Sequence # fields valid and (how are the sequence control bits set by WTP after reassembly) > > c) Is Duration ID valid (if so how is it set by WTP) > > d) What are the other fields(s) that must be ignored by the AC? > > > > > > All one wants to know is what fields must be set correctly by WTP and what fields must be ignored by the AC as they may no longer be valid. > > > > Similarly, on the AC-->WTP side, what fields must be set by AC and what fields must be ignored by WTP for these pseudo-802.11 frames. > > > > One hopes that CAPWAP can define this to ensure interoperable implementations. > > > > Thanks. > > > > -Puneet > > > > ________________________________ From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > > Sent: Friday, September 22, 2006 2:19 PM > > To: capwap > > Subject: [Capwap] Proposed resolution to Issue 217 - Frame format when wtp encrypts/decrypts > > > > > > > > > > According to CAPWAP-02, section 11.7 states that the WTP must format the frame according to the IEEE 802.11 specification as described in the IEEE 802.11 (1999) standard. > > > > If that is the case, the WTP would transmit the frame to the AC in the same IEEE 802.11 frame format. An AC would use the frame format described in the IEEE 802.11 specification to transmit a frame to the WTP. The WTP would then encrypt the frame and transmit it over the wireless network to the destination. > > > > I propose that we do not change CAPWAP to resolve this issue. > > > > Cheers, > > > > Mike > > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 08 16:15:32 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H41q8-0002oo-Di for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 16:15:32 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H41q6-0001Y8-Va for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 16:15:32 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 65081398281 for ; Mon, 8 Jan 2007 13:15:30 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 358AA4A4615 for ; Mon, 8 Jan 2007 13:15:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 14FDF4320F9 for ; Mon, 8 Jan 2007 13:15:22 -0800 (PST) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by hermes.tigertech.net (Postfix) with ESMTP id 008F84320FA for ; Mon, 8 Jan 2007 13:15:19 -0800 (PST) Received: by py-out-1112.google.com with SMTP id u52so4349275pyb for ; Mon, 08 Jan 2007 13:15:19 -0800 (PST) Received: by 10.35.79.3 with SMTP id g3mr47536615pyl.1168290919597; Mon, 08 Jan 2007 13:15:19 -0800 (PST) Received: by 10.35.46.8 with HTTP; Mon, 8 Jan 2007 13:15:19 -0800 (PST) Message-ID: <26140d940701081315y6ab186f1q5032c72d4aa107ad@mail.gmail.com> Date: Mon, 8 Jan 2007 16:15:19 -0500 From: "Michael Montemurro" To: "Pat Calhoun (pacalhou)" In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A2029E8947@xmb-sjc-235.amer.cisco.com> MIME-Version: 1.0 Content-Disposition: inline References: <4FF84B0BC277FF45AA27FE969DD956A2029E8947@xmb-sjc-235.amer.cisco.com> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap Subject: Re: [Capwap] Proposed resolution to issue 194 - duplicate IPv4 address. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 4adaf050708fb13be3316a9eee889caa I propose to add the following text to both the duplicate IPv4 and IPv6 sections: The WTP shall transmit this message element after it has detected a duplicate IP address. The WTP will consider the condition cleared once it has successfully received a frame from the AC. Cheers, Mike On 10/9/06, Pat Calhoun (pacalhou) wrote: > > The text needs to be clearer than that, I believe. If you are planning on > adding such language, we need to discuss when the WTP considers the event > cleared. A WTP that determines a conflict would generate such an event, but > it could be that the same event occurs, possible with another host on the > network, days later. A single event being triggered the first time would not > be sufficient. > > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > ________________________________ > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > Sent: Saturday, September 23, 2006 11:31 AM > To: capwap > Subject: [Capwap] Proposed resolution to issue 194 - duplicate IPv4 address. > > > I propose that we add a sentence to sections 4.4.19 and 4.4.20 to indicated > that the message is transmitted only once. > > Cheers, > > Mike _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 08 16:18:36 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H41t6-0003ix-Fl for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 16:18:36 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H41t4-0002Jk-1p for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 16:18:36 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 13BA93982AF for ; Mon, 8 Jan 2007 13:18:33 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 56F854A4615 for ; Mon, 8 Jan 2007 13:18:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 47B36398008 for ; Mon, 8 Jan 2007 13:18:26 -0800 (PST) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by zoidberg.tigertech.net (Postfix) with ESMTP id 3D73A398009 for ; Mon, 8 Jan 2007 13:18:24 -0800 (PST) Received: by py-out-1112.google.com with SMTP id u52so4349625pyb for ; Mon, 08 Jan 2007 13:18:23 -0800 (PST) Received: by 10.35.49.15 with SMTP id b15mr16233350pyk.1168291103930; Mon, 08 Jan 2007 13:18:23 -0800 (PST) Received: by 10.35.46.8 with HTTP; Mon, 8 Jan 2007 13:18:23 -0800 (PST) Message-ID: <26140d940701081318t7f578300oe147d0205a65b25e@mail.gmail.com> Date: Mon, 8 Jan 2007 16:18:23 -0500 From: "Michael Montemurro" To: "Pat Calhoun (pacalhou)" In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A2029E8949@xmb-sjc-235.amer.cisco.com> MIME-Version: 1.0 Content-Disposition: inline References: <4FF84B0BC277FF45AA27FE969DD956A2029E8949@xmb-sjc-235.amer.cisco.com> X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.022 tagged_above=-999 required=7 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap Subject: Re: [Capwap] Proposed resolution to issues 72, 73, 108, 181, and 190. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 082a9cbf4d599f360ac7f815372a6a15 Basically, what I have done is added a configuration ACK message to address these issues. The basic message flow would look like: WTP --- config request ---> AC <-- config response --- --- config ACK ---> The WTP would transmit a configuration ACK with a result code. If the WTP cannot apply the configuration in the configuration response message, it would set a negative result code and include any message elements that it could not apply to its configuration. Cheers, Mike On 10/9/06, Pat Calhoun (pacalhou) wrote: > > Mike, > > I'm quite confused by this request. First, the WTP already sends back a > response message when it receives the request. Why can't we simply embed the > status code in that response message? I don't understand the need for a new > message. > > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > ________________________________ > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > Sent: Saturday, September 23, 2006 11:55 AM > To: capwap > Subject: [Capwap] Proposed resolution to issues 72, 73, 108, 181, and 190. > > > These issues all have to do with the configuration process and error handing > of that process. > > I propose to resolve these comments by doing the following: > 1) Add a add a Configuration Status Acknowledgement Frame. The WTP would > send this frame back with a status code to indicate success or failure of > its ability to apply the configuration. > > 2) The configuration update response could be modified to include any > message elements that could not be applied by the WTP. > > 3) In the case of a configuration message that exceeds the MTU between the > WTP and the AC, the CAPWAP fragmentation mechanism would be allow the > message to be fragmented by the AC and reassembled by the WTP. I don't think > there needs to be any updates to CAPWAP to address this issue. > > Cheers, > > Mike _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 08 16:20:14 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H41ug-00048d-OQ for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 16:20:14 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H41ue-0003OJ-Az for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 16:20:14 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 092483981AD for ; Mon, 8 Jan 2007 13:20:12 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 2D21B4A4615 for ; Mon, 8 Jan 2007 13:20:04 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 0BEFC398008 for ; Mon, 8 Jan 2007 13:20:04 -0800 (PST) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by zoidberg.tigertech.net (Postfix) with ESMTP id D93DB398021 for ; Mon, 8 Jan 2007 13:20:02 -0800 (PST) Received: by py-out-1112.google.com with SMTP id u52so4349794pyb for ; Mon, 08 Jan 2007 13:20:02 -0800 (PST) Received: by 10.35.112.4 with SMTP id p4mr47888791pym.1168291202563; Mon, 08 Jan 2007 13:20:02 -0800 (PST) Received: by 10.35.46.8 with HTTP; Mon, 8 Jan 2007 13:20:02 -0800 (PST) Message-ID: <26140d940701081320o39ae0248xd55c5e4a9250ccac@mail.gmail.com> Date: Mon, 8 Jan 2007 16:20:02 -0500 From: "Michael Montemurro" To: "Pat Calhoun (pacalhou)" In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A2029E894A@xmb-sjc-235.amer.cisco.com> MIME-Version: 1.0 Content-Disposition: inline References: <4FF84B0BC277FF45AA27FE969DD956A2029E894A@xmb-sjc-235.amer.cisco.com> X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.022 tagged_above=-999 required=7 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap Subject: Re: [Capwap] Proposed resolution to Issue 140 - use of VLAN name X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 8b30eb7682a596edff707698f4a80f7d If that is fine with everyone else, the text will remain the same and we will reject the resolution for this issue. Cheers, Mike On 10/9/06, Pat Calhoun (pacalhou) wrote: > > I disagree with this change. The reason why a name is better is that the ID > may differ across WTPs, while representing the same "user group". For > instance, engineering folks may be set to VLAN 101 on one set of WTPs, but > 201 on others (based on geography). I believe that the use of the name is a > more scalable approach that your proposed change. > > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > ________________________________ > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > Sent: Saturday, September 23, 2006 12:01 PM > To: capwap > Subject: [Capwap] Proposed resolution to Issue 140 - use of VLAN name > > > In section 4.4.8, I propose that we change VLAN name to VLAN Identifier ( as > described in IEEE 802.1D). > > Cheers, > > Mike _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 08 16:26:25 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H420f-0006HV-RE for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 16:26:25 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H420e-0004SL-0P for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 16:26:25 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id A9A153981A3 for ; Mon, 8 Jan 2007 13:26:23 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 1BFBE4A4615 for ; Mon, 8 Jan 2007 13:26:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id F255439804F for ; Mon, 8 Jan 2007 13:26:17 -0800 (PST) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by zoidberg.tigertech.net (Postfix) with ESMTP id ADCE0398092 for ; Mon, 8 Jan 2007 13:26:13 -0800 (PST) Received: from sj-dkim-5.cisco.com ([171.68.10.79]) by sj-iport-4.cisco.com with ESMTP; 08 Jan 2007 13:26:13 -0800 Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-5.cisco.com (8.12.11/8.12.11) with ESMTP id l08LQDN7017259; Mon, 8 Jan 2007 13:26:13 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l08LQ8ll009752; Mon, 8 Jan 2007 13:26:13 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 8 Jan 2007 13:26:12 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 8 Jan 2007 13:26:12 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203136C7D@xmb-sjc-235.amer.cisco.com> In-Reply-To: <26140d940701081315y6ab186f1q5032c72d4aa107ad@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed resolution to issue 194 - duplicate IPv4 address. Thread-Index: AcczahzTV2JJGeJIRKSK3BE2Ii7z7QAAXZqg From: "Pat Calhoun (pacalhou)" To: "Michael Montemurro" X-OriginalArrivalTime: 08 Jan 2007 21:26:12.0916 (UTC) FILETIME=[9F38B740:01C7336B] Authentication-Results: sj-dkim-5; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim5002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap Subject: Re: [Capwap] Proposed resolution to issue 194 - duplicate IPv4 address. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 41c17b4b16d1eedaa8395c26e9a251c4 A data frame? A control frame? What if the event occurs but with a different host? Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > Sent: Monday, January 08, 2007 1:15 PM > To: Pat Calhoun (pacalhou) > Cc: capwap > Subject: Re: [Capwap] Proposed resolution to issue 194 - > duplicate IPv4 address. > > I propose to add the following text to both the duplicate IPv4 and > IPv6 sections: > > The WTP shall transmit this message element after it has > detected a duplicate IP address. The WTP will consider the > condition cleared once it has successfully received a frame > from the AC. > > Cheers, > > Mike > > > > On 10/9/06, Pat Calhoun (pacalhou) wrote: > > > > The text needs to be clearer than that, I believe. If you > are planning > > on adding such language, we need to discuss when the WTP > considers the > > event cleared. A WTP that determines a conflict would > generate such an > > event, but it could be that the same event occurs, possible with > > another host on the network, days later. A single event being > > triggered the first time would not be sufficient. > > > > > > Pat Calhoun > > CTO, Wireless Networking Business Unit Cisco Systems > > > > > > ________________________________ > > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > > Sent: Saturday, September 23, 2006 11:31 AM > > To: capwap > > Subject: [Capwap] Proposed resolution to issue 194 - > duplicate IPv4 address. > > > > > > I propose that we add a sentence to sections 4.4.19 and > 4.4.20 to indicated > > that the message is transmitted only once. > > > > Cheers, > > > > Mike > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 08 16:31:54 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H425y-0008Pl-5e for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 16:31:54 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H425u-0006Rp-Oj for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 16:31:54 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 71E86398008 for ; Mon, 8 Jan 2007 13:31:50 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 4D3464A4615 for ; Mon, 8 Jan 2007 13:31:43 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 33A6D1448008 for ; Mon, 8 Jan 2007 13:31:43 -0800 (PST) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.237]) by hermes.tigertech.net (Postfix) with ESMTP id E2DFE144800D for ; Mon, 8 Jan 2007 13:31:41 -0800 (PST) Received: by nz-out-0506.google.com with SMTP id o37so4207377nzf for ; Mon, 08 Jan 2007 13:31:41 -0800 (PST) Received: by 10.35.45.1 with SMTP id x1mr33450727pyj.1168291901375; Mon, 08 Jan 2007 13:31:41 -0800 (PST) Received: by 10.35.46.8 with HTTP; Mon, 8 Jan 2007 13:31:41 -0800 (PST) Message-ID: <26140d940701081331u5a0cc19ai5c5f0a67c4467206@mail.gmail.com> Date: Mon, 8 Jan 2007 16:31:41 -0500 From: "Michael Montemurro" To: "Pat Calhoun (pacalhou)" In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A2029E894C@xmb-sjc-235.amer.cisco.com> MIME-Version: 1.0 Content-Disposition: inline References: <4FF84B0BC277FF45AA27FE969DD956A2029E894C@xmb-sjc-235.amer.cisco.com> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap Subject: Re: [Capwap] Proposed resolution to Issue 144 - Need length value forvendor-specific payload X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: e1e48a527f609d1be2bc8d8a70eb76cb I double checked and you are correct. It appears the vendor-specific message element does have a length value. Therefore we do not have to add an additional length field. If everyone agrees, I will mark this issue resolved. Cheers, Mike On 10/9/06, Pat Calhoun (pacalhou) wrote: > > Why? The CAPWAP Message Element header already includes a length. This will > cause the said message element to have two length fields. > > I disagree with the change request. > > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > ________________________________ > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > Sent: Saturday, September 23, 2006 12:05 PM > To: capwap > Subject: [Capwap] Proposed resolution to Issue 144 - Need length value > forvendor-specific payload > > > I propose to resolve this issue by accepting the recommendation to add a > length field to the vendor-specific element. > > Cheers, > > Mike _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 08 16:37:22 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H42BG-0000jA-HF for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 16:37:22 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1H42BD-00021M-UK for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 16:37:22 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 96E9E39817D for ; Mon, 8 Jan 2007 13:37:14 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 005404A4615 for ; Mon, 8 Jan 2007 13:37:03 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id B9F7C4320E2 for ; Mon, 8 Jan 2007 13:37:03 -0800 (PST) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by hermes.tigertech.net (Postfix) with ESMTP id C2134431C34 for ; Mon, 8 Jan 2007 13:37:01 -0800 (PST) Received: by py-out-1112.google.com with SMTP id u52so4351731pyb for ; Mon, 08 Jan 2007 13:37:01 -0800 (PST) Received: by 10.35.60.15 with SMTP id n15mr49665692pyk.1168292221173; Mon, 08 Jan 2007 13:37:01 -0800 (PST) Received: by 10.35.46.8 with HTTP; Mon, 8 Jan 2007 13:37:01 -0800 (PST) Message-ID: <26140d940701081337y1c7b61a7pf0fd8ce6907e6da9@mail.gmail.com> Date: Mon, 8 Jan 2007 16:37:01 -0500 From: "Michael Montemurro" To: "Pat Calhoun (pacalhou)" In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A203136C7D@xmb-sjc-235.amer.cisco.com> MIME-Version: 1.0 Content-Disposition: inline References: <26140d940701081315y6ab186f1q5032c72d4aa107ad@mail.gmail.com> <4FF84B0BC277FF45AA27FE969DD956A203136C7D@xmb-sjc-235.amer.cisco.com> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap Subject: Re: [Capwap] Proposed resolution to issue 194 - duplicate IPv4 address. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 6cca30437e2d04f45110f2ff8dc1b1d5 Could we state that this message element is transmitted in the Echo Request message? Does that make sense to you? Cheers, Mike On 1/8/07, Pat Calhoun (pacalhou) wrote: > A data frame? A control frame? What if the event occurs but with a > different host? > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > -----Original Message----- > > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > > Sent: Monday, January 08, 2007 1:15 PM > > To: Pat Calhoun (pacalhou) > > Cc: capwap > > Subject: Re: [Capwap] Proposed resolution to issue 194 - > > duplicate IPv4 address. > > > > I propose to add the following text to both the duplicate IPv4 and > > IPv6 sections: > > > > The WTP shall transmit this message element after it has > > detected a duplicate IP address. The WTP will consider the > > condition cleared once it has successfully received a frame > > from the AC. > > > > Cheers, > > > > Mike > > > > > > > > On 10/9/06, Pat Calhoun (pacalhou) wrote: > > > > > > The text needs to be clearer than that, I believe. If you > > are planning > > > on adding such language, we need to discuss when the WTP > > considers the > > > event cleared. A WTP that determines a conflict would > > generate such an > > > event, but it could be that the same event occurs, possible with > > > another host on the network, days later. A single event being > > > triggered the first time would not be sufficient. > > > > > > > > > Pat Calhoun > > > CTO, Wireless Networking Business Unit Cisco Systems > > > > > > > > > ________________________________ > > > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > > > Sent: Saturday, September 23, 2006 11:31 AM > > > To: capwap > > > Subject: [Capwap] Proposed resolution to issue 194 - > > duplicate IPv4 address. > > > > > > > > > I propose that we add a sentence to sections 4.4.19 and > > 4.4.20 to indicated > > > that the message is transmitted only once. > > > > > > Cheers, > > > > > > Mike > > > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 08 16:44:48 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H42IS-00038J-49 for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 16:44:48 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H42IP-0001zu-NW for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 16:44:48 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 51EE9398009 for ; Mon, 8 Jan 2007 13:44:39 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 37DD94A4615 for ; Mon, 8 Jan 2007 13:44:32 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id EA178398009 for ; Mon, 8 Jan 2007 13:44:31 -0800 (PST) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by zoidberg.tigertech.net (Postfix) with ESMTP id 2307039803B for ; Mon, 8 Jan 2007 13:44:30 -0800 (PST) Received: by py-out-1112.google.com with SMTP id u52so4352552pyb for ; Mon, 08 Jan 2007 13:44:29 -0800 (PST) Received: by 10.35.100.6 with SMTP id c6mr37169953pym.1168292669658; Mon, 08 Jan 2007 13:44:29 -0800 (PST) Received: by 10.35.46.8 with HTTP; Mon, 8 Jan 2007 13:44:29 -0800 (PST) Message-ID: <26140d940701081344p59330f4aid7b6a88f2b090c38@mail.gmail.com> Date: Mon, 8 Jan 2007 16:44:29 -0500 From: "Michael Montemurro" To: capwap In-Reply-To: <26140d940609221423q8bee4c2m799cf15b615583dd@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline References: <26140d940609221423q8bee4c2m799cf15b615583dd@mail.gmail.com> X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.022 tagged_above=-999 required=7 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Issue 216 - setting of the m-bit for 802.3 frames X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 79899194edc4f33a41f49410777972f8 I have not received any responses on my proposed resolution. I will make the change and mark this issue resolved. Cheers, Mike On 9/22/06, Michael Montemurro wrote: > In section 4.1, the m-bit is required to transport IEEE 802.3 frames. I > propose we remove the last sentence in the m-bit description: > "This field MUST NOT be set to one in packets sent by the AC to the WTP." > > Cheers, > > Mike _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 08 16:45:31 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H42J9-0004kL-HO for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 16:45:31 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H42J8-0002oD-0X for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 16:45:31 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id AD4E7398013 for ; Mon, 8 Jan 2007 13:45:29 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 5EFB84A463E for ; Mon, 8 Jan 2007 13:45:20 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 9BA68398079 for ; Mon, 8 Jan 2007 13:45:17 -0800 (PST) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by zoidberg.tigertech.net (Postfix) with ESMTP id B1E4B398009 for ; Mon, 8 Jan 2007 13:45:15 -0800 (PST) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-5.cisco.com with ESMTP; 08 Jan 2007 13:45:15 -0800 Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l08LjFhe018524; Mon, 8 Jan 2007 13:45:15 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l08LjE0A020181; Mon, 8 Jan 2007 13:45:15 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 8 Jan 2007 13:45:15 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 8 Jan 2007 13:45:14 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203136CAA@xmb-sjc-235.amer.cisco.com> In-Reply-To: <26140d940701081337y1c7b61a7pf0fd8ce6907e6da9@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed resolution to issue 194 - duplicate IPv4 address. Thread-Index: AcczbSTbZlqkzG1yQsihOiomuD7/4AAAQZ+Q From: "Pat Calhoun (pacalhou)" To: "Michael Montemurro" X-OriginalArrivalTime: 08 Jan 2007 21:45:15.0184 (UTC) FILETIME=[4810FB00:01C7336E] Authentication-Results: sj-dkim-2; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim2002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap Subject: Re: [Capwap] Proposed resolution to issue 194 - duplicate IPv4 address. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 8de5f93cb2b4e3bee75302e9eacc33db I would be ok with either the Echo, or the statistics message. I prefer the latter. We could simply require that the WTP keep including it until the event goes away - and one or more such message elements may be present. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > Sent: Monday, January 08, 2007 1:37 PM > To: Pat Calhoun (pacalhou) > Cc: capwap > Subject: Re: [Capwap] Proposed resolution to issue 194 - > duplicate IPv4 address. > > Could we state that this message element is transmitted in > the Echo Request message? Does that make sense to you? > > Cheers, > > Mike > > On 1/8/07, Pat Calhoun (pacalhou) wrote: > > A data frame? A control frame? What if the event occurs but with a > > different host? > > > > Pat Calhoun > > CTO, Wireless Networking Business Unit Cisco Systems > > > > > > > > > -----Original Message----- > > > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > > > Sent: Monday, January 08, 2007 1:15 PM > > > To: Pat Calhoun (pacalhou) > > > Cc: capwap > > > Subject: Re: [Capwap] Proposed resolution to issue 194 - > > > duplicate IPv4 address. > > > > > > I propose to add the following text to both the duplicate IPv4 and > > > IPv6 sections: > > > > > > The WTP shall transmit this message element after it has > > > detected a duplicate IP address. The WTP will consider the > > > condition cleared once it has successfully received a frame > > > from the AC. > > > > > > Cheers, > > > > > > Mike > > > > > > > > > > > > On 10/9/06, Pat Calhoun (pacalhou) wrote: > > > > > > > > The text needs to be clearer than that, I believe. If you > > > are planning > > > > on adding such language, we need to discuss when the WTP > > > considers the > > > > event cleared. A WTP that determines a conflict would > > > generate such an > > > > event, but it could be that the same event occurs, possible with > > > > another host on the network, days later. A single event being > > > > triggered the first time would not be sufficient. > > > > > > > > > > > > Pat Calhoun > > > > CTO, Wireless Networking Business Unit Cisco Systems > > > > > > > > > > > > ________________________________ > > > > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > > > > Sent: Saturday, September 23, 2006 11:31 AM > > > > To: capwap > > > > Subject: [Capwap] Proposed resolution to issue 194 - > > > duplicate IPv4 address. > > > > > > > > > > > > I propose that we add a sentence to sections 4.4.19 and > > > 4.4.20 to indicated > > > > that the message is transmitted only once. > > > > > > > > Cheers, > > > > > > > > Mike > > > > > > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 08 16:46:55 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H42KV-0007cQ-R3 for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 16:46:55 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H42KJ-0003pR-8t for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 16:46:55 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id D1153398008 for ; Mon, 8 Jan 2007 13:46:42 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id D120B4A4615 for ; Mon, 8 Jan 2007 13:46:36 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id B224243217B for ; Mon, 8 Jan 2007 13:46:36 -0800 (PST) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by hermes.tigertech.net (Postfix) with ESMTP id 139BA4320DE for ; Mon, 8 Jan 2007 13:46:34 -0800 (PST) Received: by py-out-1112.google.com with SMTP id u52so4352771pyb for ; Mon, 08 Jan 2007 13:46:34 -0800 (PST) Received: by 10.35.89.10 with SMTP id r10mr49731542pyl.1168292794699; Mon, 08 Jan 2007 13:46:34 -0800 (PST) Received: by 10.35.46.8 with HTTP; Mon, 8 Jan 2007 13:46:34 -0800 (PST) Message-ID: <26140d940701081346m5c666d35m1ccbbdc7896d4306@mail.gmail.com> Date: Mon, 8 Jan 2007 16:46:34 -0500 From: "Michael Montemurro" To: "Cheng Hong" In-Reply-To: <5F09D220B62F79418461A978CA0921BD0136630C@pslexc01.psl.local> MIME-Version: 1.0 Content-Disposition: inline References: <5F09D220B62F79418461A978CA0921BD0136630C@pslexc01.psl.local> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap Subject: Re: [Capwap] This is not need.: Proposed resolution to Issue214-Prioritization of IEEE 802.1X frames X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 24d000849df6f171c5ec1cca2ea21b82 Based on this discussion. I will not make any change to the draft and mark this issue resolved. Cheers, Mike On 10/9/06, Cheng Hong wrote: > > Hi Pat, > > You are right. So, it seems that 802.1X frame may not even always have > higher priority over wireless link. > > Another concern I have is about the CAPWAP QoS preservation. It seems that > for the HCCA case, CAPWAP may not be able to guarantee the same QoS over the > wired section for the STA. > > cheers > > Cheng Hong > > > > > ________________________________ > From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] > Sent: Tuesday, October 10, 2006 1:42 AM > To: Cheng Hong; Michael Montemurro > Cc: capwap > Subject: RE: [Capwap] This is not need.: Proposed resolution to > Issue214-Prioritization of IEEE 802.1X frames > > > Even in the case of EDCA, there is no guarantees that the STA can send an > 802.1X frame with a high priority UP field. This is especially true if the > WTP requires authorization prior to making use of the QoS class. > > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > ________________________________ > From: Cheng Hong [mailto:Hong.Cheng@sg.panasonic.com] > Sent: Wednesday, September 27, 2006 6:20 PM > To: Michael Montemurro > Cc: capwap > Subject: Re: [Capwap] This is not need.: Proposed resolution to > Issue214-Prioritization of IEEE 802.1X frames > > > Hi Mike, > > In the HCCA case, the TID value is in the range of 8 to 15, and according to > clause 6.1.1.1.1 point b: > > "b) QoS subtypes, in which case the QAP shall infer the UP value from the > TID in the QoS Control field > directly for TID values between 0 and 7. For TID values between 8 and 15, > the QAP shall extract the > UP value in the UP subfield of the TS Info field in the associated TSPEC or > from the UP field in the > associated TCLAS (traffic classification) element, as applicable." > > It seems that the WTP needs to do much more to obtain the actual UP value. > In case the TSPEC or TCLAS elemets are located at the AC, how would the WTP > get the UP value in the HCCA case? > > Or is there any place that prevents sending EAPOL frames using HCCA? If that > is the case, it is not a problem. But, then again, all the data traffic sent > using HCCA will have difficulty to obtain the correct priority in CAPWAP > delivery. > > cheers > > Cheng Hong > > > > > ________________________________ > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > Sent: Thursday, September 28, 2006 2:23 AM > To: Cheng Hong > Cc: capwap > Subject: Re: [Capwap] This is not need.: Proposed resolution to Issue > 214-Prioritization of IEEE 802.1X frames > > > Cheng, > > In the HCCA case, the TID case should work as well. I don't see why it > wouldn't. > > Cheers, > > Mike > > > On 9/26/06, Cheng Hong wrote: > > > > > > Hi Mike, > > > > It seems OK to use TID in the EDCA case. If the HCCA is used, would the > TID still be meaningful in mapping the priority? (Haven't check the 802.11 > standards in detail). > > > > cheers > > > > Cheng Hong > > > > > > ________________________________ > From: Michael Montemurro [mailto:montemurro.michael@gmail.com ] > > Sent: Wednesday, September 27, 2006 12:24 AM > > > > To: Cheng Hong > > Cc: zhaoyujin 31390; capwap > > Subject: Re: [Capwap] This is not need.: Proposed resolution to Issue 214 > -Prioritization of IEEE 802.1X frames > > > > > > > > > > Cheng, > > > > Thanks for you input. > > > > Also, that's a good question. In my opinion, the CAPWAP priority should be > based on the TID(UP). Which means yes, the WTP would need to read into the > QoS control field. > > > > Cheers, > > > > Mike > > > > On 9/25/06, Cheng Hong wrote: > > > > > > > > > Hi Mike, > > > > > > In this case, I tend to agree with the other Michael on the first point. > > > > > > However, on the mapping 802.11e priority back to CAPWAP priority, I am > not really sure how that is done. Is it based on 802.11e AC or TID (UP)? For > later case, does it mean the WTP need to read into the QoS Control Field? > > > > > > cheers > > > > > > Cheng Hong > > > > > > > > > > > > ________________________________ > From: Michael Montemurro [mailto:montemurro.michael@gmail.com ] > > > Sent: Tuesday, September 26, 2006 1:17 AM > > > To: Cheng Hong > > > Cc: zhaoyujin 31390; capwap > > > > > > Subject: Re: [Capwap] This is not need.: Proposed resolution to Issue > 214 -Prioritization of IEEE 802.1X frames > > > > > > > > > > > > > > > Cheng Hong, > > > > > > In the CAPWAP draft, both wireless data and management frames are > treated as CAPWAP data frames. Given that, all CAPWAP data traffic would > need to go to the same logical instance of the AC. > > > > > > Cheers, > > > > > > Mike > > > > > > > > > > > > On 9/24/06, Cheng Hong wrote: > > > > > > > > > > > > Hi Michael & Michael, > > > > > > > > Sorry if the issue has already been discussed before. Just thinking if > the WTP does not differentiate 802.1X frames from normal data frames, would > it be possible that the 802.1X frames being forwarded to a different AC > instance than the one processing the control/management frames? (in case > different ACs are used to process the control and data channel) Is this > acceptable? > > > > > > > > cheers > > > > > > > > Cheng Hong > > > > > > > > > > > > > > > > > > > > > > > > ________________________________ > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > > > > Sent: Sunday, September 24, 2006 3:18 AM > > > > To: zhaoyujin 31390 > > > > Cc: capwap > > > > Subject: Re: [Capwap] This is not need.: Proposed resolution to Issue > 214 -Prioritization of IEEE 802.1X frames > > > > > > > > > > > > > > > > > > > > Michael, > > > > > > > > Thanks. Is anybody else opinionated on this feature. > > > > > > > > Cheers, > > > > > > > > Mike > > > > > > > > > > > > On 9/23/06, zhaoyujin 31390 wrote: > > > > > > > > > > Firstly, I have some doubt one this suggestion. > > > > > > > > > > 1. If CAPWAP difines like this, AP device must decode the payload > frames of 802.11 frames. > > > > > 2. Another problem, the 802.1x priority should be implement by > 802.11e. When station sends 802.11 data frames, it can set 802.11e priority. > AP should transfer 802.11e to actual CAPWAP packet priority. > > > > > > > > > > So that I think CAPWAP does not need consider the priority of 802.11 > data frames payload. > > > > > > > > > > Thanks > > > > > Michael > > > > > > > > > > > > > > > > > > > > >Practically speaking, IEEE 802.1X frames should be transmitted at > the same priority as >IEEE 802.11 Management frames. > > > > > > > > > > > >I will update Section 11.5, rename Quality of Service for IEEE > 802.11 Control Messages >to "Quality > > > > > >of Service for IEEE 802.11 control messages and IEEE 802.1X EAPoL > frames" and add text to >indicate that IEEE 802.1X frames are sent at a > higher priority. > > > > > > > > > > > >Cheers, > > > > > > > > > > > >Mike > > > > > > > > > > > > > > > This e-mail and attachments contain confidential information from > HUAWEI, which is intended only for the person or entity whose address is > listed above. Any use of the information contained herein in any way > (including, but not limited to, total or partial disclosure, reproduction, > or dissemination) by persons other than the intended recipient's) is > prohibited. If you receive this e-mail in error, please notify the sender by > phone or email > > > > > immediately and delete it! > > > > > > > > > > > > > > > > > > > > Practically speaking, IEEE 802.1X frames should be transmitted at > the same priority as IEEE 802.11 Management frames. > > > > > > > > > > I will update Section 11.5, rename Quality of Service for IEEE > 802.11 Control Messages to "Quality > > > > > of Service for IEEE 802.11 control messages and IEEE 802.1X EAPoL > frames" and add text to indicate that IEEE 802.1X frames are sent at a > higher priority. > > > > > > > > > > Cheers, > > > > > > > > > > Mike > > > > > > _________________________________________________________________ > > > > > To unsubscribe or modify your subscription options, please visit: > > > > > http://lists.frascone.com/mailman/listinfo/capwap > > > > > > > > > > Archives: > http://lists.frascone.com/pipermail/capwap > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 08 16:53:44 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H42R6-0002GD-VP for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 16:53:44 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H42R5-0005Mj-Fe for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 16:53:44 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 22D57398083 for ; Mon, 8 Jan 2007 13:53:43 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id E7FBC4A4615 for ; Mon, 8 Jan 2007 13:53:34 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id CB299432192 for ; Mon, 8 Jan 2007 13:53:34 -0800 (PST) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by hermes.tigertech.net (Postfix) with ESMTP id 3B6F7432195 for ; Mon, 8 Jan 2007 13:53:31 -0800 (PST) Received: by py-out-1112.google.com with SMTP id u52so4353563pyb for ; Mon, 08 Jan 2007 13:53:30 -0800 (PST) Received: by 10.35.101.1 with SMTP id d1mr49689911pym.1168293210921; Mon, 08 Jan 2007 13:53:30 -0800 (PST) Received: by 10.35.46.8 with HTTP; Mon, 8 Jan 2007 13:53:30 -0800 (PST) Message-ID: <26140d940701081353p543394f5u4bbeb5ef8768353e@mail.gmail.com> Date: Mon, 8 Jan 2007 16:53:30 -0500 From: "Michael Montemurro" To: "Pat Calhoun (pacalhou)" In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A203136CAA@xmb-sjc-235.amer.cisco.com> MIME-Version: 1.0 Content-Disposition: inline References: <26140d940701081337y1c7b61a7pf0fd8ce6907e6da9@mail.gmail.com> <4FF84B0BC277FF45AA27FE969DD956A203136CAA@xmb-sjc-235.amer.cisco.com> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap Subject: Re: [Capwap] Proposed resolution to issue 194 - duplicate IPv4 address. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 9a2be21919e71dc6faef12b370c4ecf5 I don't have a preference between Echo and Statistics. and I don't have a problem of including the message element as part of the Statistics message. Cheers, Mike On 1/8/07, Pat Calhoun (pacalhou) wrote: > I would be ok with either the Echo, or the statistics message. I prefer > the latter. We could simply require that the WTP keep including it until > the event goes away - and one or more such message elements may be > present. > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > -----Original Message----- > > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > > Sent: Monday, January 08, 2007 1:37 PM > > To: Pat Calhoun (pacalhou) > > Cc: capwap > > Subject: Re: [Capwap] Proposed resolution to issue 194 - > > duplicate IPv4 address. > > > > Could we state that this message element is transmitted in > > the Echo Request message? Does that make sense to you? > > > > Cheers, > > > > Mike > > > > On 1/8/07, Pat Calhoun (pacalhou) wrote: > > > A data frame? A control frame? What if the event occurs but with a > > > different host? > > > > > > Pat Calhoun > > > CTO, Wireless Networking Business Unit Cisco Systems > > > > > > > > > > > > > -----Original Message----- > > > > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > > > > Sent: Monday, January 08, 2007 1:15 PM > > > > To: Pat Calhoun (pacalhou) > > > > Cc: capwap > > > > Subject: Re: [Capwap] Proposed resolution to issue 194 - > > > > duplicate IPv4 address. > > > > > > > > I propose to add the following text to both the duplicate IPv4 and > > > > IPv6 sections: > > > > > > > > The WTP shall transmit this message element after it has > > > > detected a duplicate IP address. The WTP will consider the > > > > condition cleared once it has successfully received a frame > > > > from the AC. > > > > > > > > Cheers, > > > > > > > > Mike > > > > > > > > > > > > > > > > On 10/9/06, Pat Calhoun (pacalhou) wrote: > > > > > > > > > > The text needs to be clearer than that, I believe. If you > > > > are planning > > > > > on adding such language, we need to discuss when the WTP > > > > considers the > > > > > event cleared. A WTP that determines a conflict would > > > > generate such an > > > > > event, but it could be that the same event occurs, possible with > > > > > another host on the network, days later. A single event being > > > > > triggered the first time would not be sufficient. > > > > > > > > > > > > > > > Pat Calhoun > > > > > CTO, Wireless Networking Business Unit Cisco Systems > > > > > > > > > > > > > > > ________________________________ > > > > > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > > > > > Sent: Saturday, September 23, 2006 11:31 AM > > > > > To: capwap > > > > > Subject: [Capwap] Proposed resolution to issue 194 - > > > > duplicate IPv4 address. > > > > > > > > > > > > > > > I propose that we add a sentence to sections 4.4.19 and > > > > 4.4.20 to indicated > > > > > that the message is transmitted only once. > > > > > > > > > > Cheers, > > > > > > > > > > Mike > > > > > > > > > > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 08 17:01:31 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H42Yd-0006LS-Oq for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 17:01:31 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H42Yb-0006Hk-CB for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 17:01:31 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id EFDC7398080 for ; Mon, 8 Jan 2007 14:01:28 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 680194A4615 for ; Mon, 8 Jan 2007 14:01:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 3683B398039 for ; Mon, 8 Jan 2007 14:01:15 -0800 (PST) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by zoidberg.tigertech.net (Postfix) with ESMTP id AE97939804E for ; Mon, 8 Jan 2007 14:01:12 -0800 (PST) Received: by py-out-1112.google.com with SMTP id u52so4354394pyb for ; Mon, 08 Jan 2007 14:01:12 -0800 (PST) Received: by 10.35.27.2 with SMTP id e2mr49650520pyj.1168293672179; Mon, 08 Jan 2007 14:01:12 -0800 (PST) Received: by 10.35.46.8 with HTTP; Mon, 8 Jan 2007 14:01:11 -0800 (PST) Message-ID: <26140d940701081401y6d766c43w77cf8bc171bcecb7@mail.gmail.com> Date: Mon, 8 Jan 2007 17:01:11 -0500 From: "Michael Montemurro" To: capwap In-Reply-To: <26140d940609231135h6f69edbdif63756e6f3aef71a@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline References: <26140d940609231135h6f69edbdif63756e6f3aef71a@mail.gmail.com> X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.022 tagged_above=-999 required=7 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Proposed resolution to issue 196 on the difficiency of the update mobile QoS message element X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 7d33c50f3756db14428398e2bdedd581 I have not received any responses to this issue. Therefore I will reject the proposed resolution and mark this issue closed. Cheers, Mike On 9/23/06, Michael Montemurro wrote: > This message element is used by the AC to update the WTP on how to > prioritize traffic for an associated STA. I do not believe this message > element is difficient and I proposed that we close this issue. > > Cheers, > > Mike > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 08 17:02:58 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H42a2-00071W-7f for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 17:02:58 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H42Zz-0006jb-Q4 for capwap-archive@lists.ietf.org; Mon, 08 Jan 2007 17:02:58 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 6480A398234 for ; Mon, 8 Jan 2007 14:02:55 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 036074A4615 for ; Mon, 8 Jan 2007 14:02:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id E2D9A1448010 for

From: Peter Nilsson J (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: Friday, January = 05,=20 2007 12:50 AM
To: Pat Calhoun (pacalhou); Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

The=20 purpose is to have a unique identifier for the WTP which can be used = when=20 associating configuration or other data with a specific WTP in the=20 AC.

As I=20 mentioned below the serial number which is part of the WTP Descriptor = could be=20 used for this purpose.

But=20 i suggest to add the MAC address so that the same unique identifier = can be=20 used both during DTLS handshake and Join (the certificates Common Name = (CN) includes the MAC address as defined by the CAPWAP=20 spec).

As=20 far as I know there is no standard mechanism to resolve the MAC = address from=20 the IP address in a routed network.

Peter

From: Pat Calhoun (pacalhou)=20 [mailto:pcalhoun@cisco.com]
Sent: den 5 januari 2007=20 01:59
To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); = Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

Could you help me understand why one would need the Ethernet = MAC=20 address if the protocol is running over IP?

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Peter Nilsson J (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: Wednesday, = January=20 03, 2007 11:42 PM
To: Smitha Smitha (ssmitha);=20 Capwap@frascone.com
Subject: Re: [Capwap] WTP MAC=20 address

But the Radio Mac Address filed is defined to be the = MAC address=20 of the radio interface.

I=20 was intrested to get hold of the MAC address of the (Ethernet) = interface on=20 which the CAPWAP packets are transmitted.

Peter

From: Smitha Smitha (ssmitha)=20 [mailto:ssmitha@cisco.com]
Sent: den 3 januari 2007=20 03:57
To: Peter Nilsson J (LI/EAB);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

Peter,

You can use the "M" bit in the CAPWAP = transport header=20 and populate the mac address in the "Radio Mac Address"=20 field.

Thanks

Smitha

From: Peter Nilsson J (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: Thursday, = December=20 21, 2006 3:50 PM
To: = Capwap@frascone.com
Subject:=20 [Capwap] WTP MAC address

In the early days of CAPWAP=20 (draft-ohara-capwap-lwapp-03.txt) the WTP MAC address was part of = the WTP=20 Board Data message element.

It has since been removed and I can = not see that=20 there is a way for the AC to retrieve the WTP MAC address. =
I think it would be nice to have this = information to be=20 used as a unique identifier for the WTP, for example as a key for = some=20 configuration database in the AC.

The serial number which should be = unique per WTP=20 is already a part of the WTP Descriptor and could be used for the = purpose.=20

But CAPWAP specifies the the MAC = address shall be=20 used for the Common Name (CN) attribute in the Certificates.=20
Maybe one wants to access the = database=20 during the DTLS handshake. Then it would be nice to be able to use = the same=20 key for both these purposes.

I suggest to add the WTP MAC address = to the WTP=20 Descriptor element.

Peter=20

------_=_NextPart_001_01C733C2.9ACE2CD4-- --===============0707045783== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============0707045783==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 09 07:08:41 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H4FmT-0000EP-GA for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 07:08:41 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H4FmO-0007od-Rt for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 07:08:41 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 610473981CC for ; Tue, 9 Jan 2007 04:08:36 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 0D7984A44B2 for ; Tue, 9 Jan 2007 04:08:25 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id E43343980D6 for ; Tue, 9 Jan 2007 04:08:24 -0800 (PST) Received: from mailgw4.ericsson.se (mailgw4.ericsson.se [193.180.251.62]) by zoidberg.tigertech.net (Postfix) with ESMTP id E417F39804E for ; Tue, 9 Jan 2007 04:08:21 -0800 (PST) Received: from esealmw126.eemea.ericsson.se (unknown [153.88.254.123]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id 8C7201007; Tue, 9 Jan 2007 13:00:28 +0100 (CET) Received: from esealmw109.eemea.ericsson.se ([153.88.200.2]) by esealmw126.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Tue, 9 Jan 2007 13:00:28 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 9 Jan 2007 13:00:27 +0100 Message-ID: In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A2030B5EA6@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Idle timeout Thread-Index: Acck08BGswHR5a7gSvCE36Z1kmpk+QObSIBwACjJ60A= From: "Peter Nilsson J (LI/EAB)" To: "Pat Calhoun (pacalhou)" , X-OriginalArrivalTime: 09 Jan 2007 12:00:28.0234 (UTC) FILETIME=[C1070AA0:01C733E5] X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=-0.002 tagged_above=-999 required=7 tests=SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Idle timeout X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: a8a20a483a84f747e56475e290ee868e This would work for me if it is true that Configuration Update Request is bi-directional, which is not easy to read out from the spec. I have been reading the following text as AC was misstyped and should have been replaced by WTP. "When an AC receives a Configuration Update Request message it will respond with a Configuration Update Response message, with the appropriate Result Code." As a reference I would interpret the corresponding text for Configuration Update Response that Configuration Update Response to be uni-directional WTP -> AC. Peter -----Original Message----- From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] Sent: den 8 januari 2007 17:26 To: Peter Nilsson J (LI/EAB); Capwap@frascone.com Subject: RE: [Capwap] Idle timeout Peter, The WTP cannot forge an 802.11 deauth, because these frames will eventually become encrypted. Therefore, they need to be transmitted by the AC. The Configuration Update Request (shown below) is a bi-directional message, meaning that the WTP can send it as well as the AC. In the case of an idle timeout (or for some other reason), it is used by the WTP to communicate to the AC that a mobile station is no longer being serviced 8.4. Configuration Update Request Configuration Update Request messages are sent by the AC to provision the WTP while in the Run state. This is used to modify the configuration of the WTP while it is operational. When an AC receives a Configuration Update Request message it will respond with a Configuration Update Response message, with the appropriate Result Code. [...] The Delete Station is how this would be communicated, but the current text does not really make this clear, so I am proposing adding a paragraph to the spec: 4.4.18. Delete Station The Delete Station message element is used by the AC to inform an WTP that it should no longer provide service to a particular station. The WTP must terminate service immediately upon receiving this message element. The transmission of a Delete Station message element could occur for various reasons, including for administrative reasons, as a result of the fact that the station has roamed to another WTP, etc. The Delete Station message element MAY be sent by the WTP to inform the AC that a particular station is no longer being provided service. This could occur as a result of an Idle Timeout (see section 4.4.43), due to internal resource shortages or for some other reason. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com] Sent: Wednesday, December 20, 2006 11:44 PM To: Capwap@frascone.com Subject: [Capwap] Idle timeout The Idle Timeout message element defines the timeout that the WTP shall use to enforce for its active station entries. But I can not see anywhere in the specification what happens when the timeout expires for a station. Will the WTP forge a 802.11 De-authenticate frame and send to the AC or what? Peter Nilsson _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 09 11:34:41 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H4Jvt-00061V-Qk for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 11:34:41 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1H4Jvj-0007kI-SE for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 11:34:35 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id B62853981D7 for ; Tue, 9 Jan 2007 08:34:24 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 368D74A45A0 for ; Tue, 9 Jan 2007 08:34:12 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 1372C398149 for ; Tue, 9 Jan 2007 08:34:12 -0800 (PST) Received: from sj-iport-1.cisco.com (sj-iport-1-in.cisco.com [171.71.176.70]) by zoidberg.tigertech.net (Postfix) with ESMTP id 28D88398172 for ; Tue, 9 Jan 2007 08:34:09 -0800 (PST) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-1.cisco.com with ESMTP; 09 Jan 2007 08:34:04 -0800 X-IronPort-AV: i="4.13,164,1167638400"; d="scan'208"; a="758648644:sNHT51333042" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l09GY4UZ031975; Tue, 9 Jan 2007 08:34:04 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l09GXxZN009886; Tue, 9 Jan 2007 08:34:03 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 9 Jan 2007 08:34:00 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 9 Jan 2007 08:33:59 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203136F23@xmb-sjc-235.amer.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Idle timeout Thread-Index: Acck08BGswHR5a7gSvCE36Z1kmpk+QObSIBwACjJ60AACfdhYA== From: "Pat Calhoun (pacalhou)" To: "Peter Nilsson J (LI/EAB)" , X-OriginalArrivalTime: 09 Jan 2007 16:34:00.0743 (UTC) FILETIME=[F7A52B70:01C7340B] Authentication-Results: sj-dkim-1; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Idle timeout X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 6ffdee8af20de249c24731d8414917d3 I don't believe it was a typo. However, we can certainly clarify the text to make it less ambiguous. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com] > Sent: Tuesday, January 09, 2007 4:00 AM > To: Pat Calhoun (pacalhou); Capwap@frascone.com > Subject: RE: [Capwap] Idle timeout > > This would work for me if it is true that Configuration > Update Request is bi-directional, which is not easy to read > out from the spec. > > I have been reading the following text as AC was misstyped > and should have been replaced by WTP. > "When an AC receives a Configuration Update Request message it will > respond with a Configuration Update Response message, with the > appropriate Result Code." > > As a reference I would interpret the corresponding text for > Configuration Update Response that Configuration Update > Response to be uni-directional WTP -> AC. > > Peter > > > -----Original Message----- > From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] > Sent: den 8 januari 2007 17:26 > To: Peter Nilsson J (LI/EAB); Capwap@frascone.com > Subject: RE: [Capwap] Idle timeout > > Peter, > > The WTP cannot forge an 802.11 deauth, because these frames > will eventually become encrypted. Therefore, they need to be > transmitted by the AC. > > The Configuration Update Request (shown below) is a > bi-directional message, meaning that the WTP can send it as > well as the AC. In the case of an idle timeout (or for some > other reason), it is used by the WTP to communicate to the AC > that a mobile station is no longer being serviced > > > 8.4. Configuration Update Request > > Configuration Update Request messages are sent by the AC > to provision > the WTP while in the Run state. This is used to modify the > configuration of the WTP while it is operational. > > When an AC receives a Configuration Update Request message it will > respond with a Configuration Update Response message, with the > appropriate Result Code. > [...] > > > The Delete Station is how this would be communicated, but the > current text does not really make this clear, so I am > proposing adding a paragraph to the spec: > > > 4.4.18. Delete Station > > The Delete Station message element is used by the AC to > inform an WTP > that it should no longer provide service to a particular station. > The WTP must terminate service immediately upon receiving this > message element. > > The transmission of a Delete Station message element could > occur for > various reasons, including for administrative reasons, as > a result of > the fact that the station has roamed to another WTP, etc. > > > > The Delete Station message element MAY be sent by the WTP > to inform the > AC that a particular station is no longer being provided service. > This > could occur as a result of an Idle Timeout (see section > 4.4.43), due > to internal resource shortages or for some other reason. > > > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > ________________________________ > > From: Peter Nilsson J (LI/EAB) > [mailto:peter.j.nilsson@ericsson.com] > Sent: Wednesday, December 20, 2006 11:44 PM > To: Capwap@frascone.com > Subject: [Capwap] Idle timeout > > > > The Idle Timeout message element defines the timeout > that the WTP shall use to enforce for its active station entries. > But I can not see anywhere in the specification what > happens when the timeout expires for a station. > Will the WTP forge a 802.11 De-authenticate frame and > send to the AC or what? > > Peter Nilsson > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 09 12:08:51 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H4KSx-0004Q3-To for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 12:08:51 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H4KSw-0003I3-Cv for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 12:08:51 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id BB743398290 for ; Tue, 9 Jan 2007 09:08:48 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 4BA8E4A45A0 for ; Tue, 9 Jan 2007 09:08:42 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 27E9E431481 for ; Tue, 9 Jan 2007 09:08:42 -0800 (PST) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by hermes.tigertech.net (Postfix) with ESMTP id BA85C431491 for ; Tue, 9 Jan 2007 09:08:39 -0800 (PST) Received: from sj-dkim-6.cisco.com ([171.68.10.81]) by sj-iport-4.cisco.com with ESMTP; 09 Jan 2007 09:08:39 -0800 Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-6.cisco.com (8.12.11/8.12.11) with ESMTP id l09H8dJf024898; Tue, 9 Jan 2007 09:08:39 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l09H8YZH007065; Tue, 9 Jan 2007 09:08:34 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 9 Jan 2007 09:08:34 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 9 Jan 2007 09:08:33 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203136F61@xmb-sjc-235.amer.cisco.com> In-Reply-To: <26140d940701081318t7f578300oe147d0205a65b25e@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed resolution to issues 72, 73, 108, 181, and 190. Thread-Index: AcczaovpQFeOGC+NTU2XlrYNnkgosQApehaw From: "Pat Calhoun (pacalhou)" To: "Michael Montemurro" X-OriginalArrivalTime: 09 Jan 2007 17:08:34.0432 (UTC) FILETIME=[CBA90000:01C73410] Authentication-Results: sj-dkim-6; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim6002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap Subject: Re: [Capwap] Proposed resolution to issues 72, 73, 108, 181, and 190. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: b132cb3ed2d4be2017585bf6859e1ede Michael, The protocol already provides this function, via the Change State Event. Please note the following text, pulled from -03: 2.3.1. CAPWAP Protocol State Transitions [...] Configure to Run (m): This state transition occurs when the WTP and AC enter their normal state of operation. WTP: The WTP enters this state when it receives a successful Configuration Status Response message from the AC. The WTP initializes the HeartBeat timer (see Section 4.5), and transmits the Change State Event Request message (see Section 8.6). AC: This state transition occurs when the AC receives the Change State Event Request message (see Section 8.6) from the WTP. The AC responds with a Change State Event Response (see Section 8.7) message. The AC must start the NeighborDeadInterval timer (see Section 4.5). I believe the challenge here is that the text describing the State Change Event only discusses changes in the radio operational state. We would need to change the text to allow this message to also be used to confirm the recent configuration changes by including the Result Code message element. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > Sent: Monday, January 08, 2007 1:18 PM > To: Pat Calhoun (pacalhou) > Cc: capwap > Subject: Re: [Capwap] Proposed resolution to issues 72, 73, > 108, 181, and 190. > > Basically, what I have done is added a configuration ACK > message to address these issues. The basic message flow would > look like: > > WTP --- config request ---> AC > <-- config response --- > --- config ACK ---> > > The WTP would transmit a configuration ACK with a result > code. If the WTP cannot apply the configuration in the > configuration response message, it would set a negative > result code and include any message elements that it could > not apply to its configuration. > > Cheers, > > Mike > > On 10/9/06, Pat Calhoun (pacalhou) wrote: > > > > Mike, > > > > I'm quite confused by this request. First, the WTP already > sends back > > a response message when it receives the request. Why can't > we simply > > embed the status code in that response message? I don't > understand the > > need for a new message. > > > > > > Pat Calhoun > > CTO, Wireless Networking Business Unit Cisco Systems > > > > > > ________________________________ > > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > > Sent: Saturday, September 23, 2006 11:55 AM > > To: capwap > > Subject: [Capwap] Proposed resolution to issues 72, 73, > 108, 181, and 190. > > > > > > These issues all have to do with the configuration process > and error handing > > of that process. > > > > I propose to resolve these comments by doing the following: > > 1) Add a add a Configuration Status Acknowledgement Frame. > The WTP would > > send this frame back with a status code to indicate success > or failure of > > its ability to apply the configuration. > > > > 2) The configuration update response could be modified to > include any > > message elements that could not be applied by the WTP. > > > > 3) In the case of a configuration message that exceeds the > MTU between the > > WTP and the AC, the CAPWAP fragmentation mechanism would be > allow the > > message to be fragmented by the AC and reassembled by the > WTP. I don't think > > there needs to be any updates to CAPWAP to address this issue. > > > > Cheers, > > > > Mike > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 09 12:10:30 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H4KUY-00052H-0S for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 12:10:30 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H4KUV-0004L5-AM for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 12:10:29 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id F276F398240 for ; Tue, 9 Jan 2007 09:10:26 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 2A1B94A45A0 for ; Tue, 9 Jan 2007 09:10:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 10F48431494 for ; Tue, 9 Jan 2007 09:10:15 -0800 (PST) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by hermes.tigertech.net (Postfix) with ESMTP id 7B2D643149B for ; Tue, 9 Jan 2007 09:10:12 -0800 (PST) Received: from sj-dkim-8.cisco.com ([171.68.10.93]) by sj-iport-4.cisco.com with ESMTP; 09 Jan 2007 09:10:12 -0800 Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-8.cisco.com (8.12.11/8.12.11) with ESMTP id l09HABSU030186; Tue, 9 Jan 2007 09:10:11 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l09HABZH008606; Tue, 9 Jan 2007 09:10:11 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 9 Jan 2007 09:10:11 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 9 Jan 2007 09:10:10 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203136F67@xmb-sjc-235.amer.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed resolution to issues 72, 73, 108, 181, and 190. Thread-Index: Accze7Qa6iz7Aax1QyizLIccfDEE4AAlUvtw From: "Pat Calhoun (pacalhou)" To: "David T. Perkins" , "Michael Montemurro" X-OriginalArrivalTime: 09 Jan 2007 17:10:11.0568 (UTC) FILETIME=[058EC700:01C73411] Authentication-Results: sj-dkim-8; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim8002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap Subject: Re: [Capwap] Proposed resolution to issues 72, 73, 108, 181, and 190. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 9af087f15dbdd4c64ae6bbcdbc5b1d44 The plan is to have a draft published around 1/22. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: David T. Perkins [mailto:dperkins@dsperkins.com] > Sent: Monday, January 08, 2007 3:21 PM > To: Michael Montemurro > Cc: Pat Calhoun (pacalhou); capwap > Subject: Re: [Capwap] Proposed resolution to issues 72, 73, > 108, 181, and 190. > > HI, > > Could someone respond to whether or not a -04 draft is coming > out before the interim meeting. > > Trying to > 1) delta the email comments > 2) delta the issue tracker comments > to drafts is not easy, since the section numbers were changed > between the -01 and -02, and it looks like between the -02 > and -03 drafts. > > Also, I "don't get" the configuration model as specified in > the CAPWAP spec. Also, I don't find a listings of the base or > binding specific configuration attributes. > > But I'll try to fulfil your request. > > Regards, > /david t. perkins > > On Mon, 8 Jan 2007, Michael Montemurro wrote: > > > I am willing to work towards another proposed resolution. > However, I > > would expect you to have proposed text coming into the January > > face-to-face meeting. > > > > Cheers, > > > > Mike > > > > On 1/8/07, David T. Perkins wrote: > >> HI, > >> > >> I believe this is one of the issues that we need to work > out during > >> the interim meeting. We have had a few discussions about > how initial > >> configuration occurs, and the problems of the approach as > described > >> in the CAPWAP drafts. > >> > >> The are several points that make initial configuration a > lot more > >> complicated than it would at first. These > >> include: > >> 1) minimizing the message size and traffic when a WTP's > >> configuration has "default values" > >> 2) defining what are "default values" (are these CAPWAP > >> defaults as specified in the CAPWAP spec, or > >> WTP vendor specific defaults, or something else > >> 3) Coping with version differences and vendor specific > >> configuration attributes > >> 4) How does a WTP indicate failure, which can be > >> due to: > >> 1) capacility limitation > >> 2) unsupported configuration attribute > >> 3) unsupported configuration attribute value > >> 4) semantic limitation due to the value of > >> other configuration attribute value(s) > >> 5) failure to save the value to nonvolitile storage > >> 6) hardware/software failure when applying the > >> configuration attribute value > >> 5) keeping the CAPWAP operations (and state machine) from > >> becoming more complex. > >> > >> Because of the above, I do not support your suggestion > as is, but > >> do support providing a mechanism to report failure configuration > >> changes. > >> > >> Regards, > >> /david t. perkins > >> > >> On Mon, 8 Jan 2007, Michael Montemurro wrote: > >> > >> > Basically, what I have done is added a configuration > ACK message > >> > to address these issues. The basic message flow would look like: > >> > > >> > WTP --- config request ---> AC > >> > <-- config response --- > >> > --- config ACK ---> > >> > > >> > The WTP would transmit a configuration ACK with a > result code. If > >> > the WTP cannot apply the configuration in the configuration > >> > response message, it would set a negative result code > and include > >> > any message elements that it could not apply to its > configuration. > >> > > >> > Cheers, > >> > > >> > Mike > >> > > >> > On 10/9/06, Pat Calhoun (pacalhou) wrote: > >> > > > >> > > Mike, > >> > > > >> > > I'm quite confused by this request. First, the WTP > already sends > >> > > back a response message when it receives the > request. Why can't > >> > > we simply embed the status code in that response message? I > >> > > don't understand the need for a new message. > >> > > > >> > > > >> > > Pat Calhoun > >> > > CTO, Wireless Networking Business Unit Cisco Systems > >> > > > >> > > > >> >> ________________________________ > >> > > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > >> > > Sent: Saturday, September 23, 2006 11:55 AM > >> > > To: capwap > >> > > Subject: [Capwap] Proposed resolution to issues 72, 73, 108, > >> > > 181, and 190. > >> > > > >> > > > >> > > These issues all have to do with the configuration > process and > >> > > error handing of that process. > >> > > > >> > > I propose to resolve these comments by doing the following: > >> > > 1) Add a add a Configuration Status Acknowledgement > Frame. The > >> > > WTP would send this frame back with a status code to > indicate > >> > > success or failure of its ability to apply the configuration. > >> > > > >> > > 2) The configuration update response could be modified to > >> > > include any message elements that could not be > applied by the WTP. > >> > > > >> > > 3) In the case of a configuration message that > exceeds the MTU > >> > > between the WTP and the AC, the CAPWAP fragmentation > mechanism > >> > > would be allow the message to be fragmented by the AC and > >> > > reassembled by the WTP. I don't think there needs to be any > >> > > updates to CAPWAP to address this issue. > >> > > > >> > > Cheers, > >> > > > >> > > Mike > >> > _________________________________________________________________ > >> > To unsubscribe or modify your subscription options, > please visit: > >> > http://lists.frascone.com/mailman/listinfo/capwap > >> > > >> > Archives: http://lists.frascone.com/pipermail/capwap > >> > > >> > > > > > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 09 12:37:00 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H4KuB-0007Gd-W9 for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 12:37:00 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H4KuA-0003nE-0f for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 12:36:59 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 1AD8D4315E6 for ; Tue, 9 Jan 2007 09:36:52 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 8A4FD4A45A0 for ; Tue, 9 Jan 2007 09:36:39 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id C324D4315A9 for ; Tue, 9 Jan 2007 09:36:38 -0800 (PST) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by hermes.tigertech.net (Postfix) with ESMTP id 0619F4315A2 for ; Tue, 9 Jan 2007 09:36:23 -0800 (PST) Received: from sj-dkim-8.cisco.com ([171.68.10.93]) by sj-iport-4.cisco.com with ESMTP; 09 Jan 2007 09:36:23 -0800 Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-8.cisco.com (8.12.11/8.12.11) with ESMTP id l09HaNDd021916; Tue, 9 Jan 2007 09:36:23 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l09HaKZN028879; Tue, 9 Jan 2007 09:36:21 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 9 Jan 2007 09:36:21 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 9 Jan 2007 09:36:20 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203136F93@xmb-sjc-235.amer.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] WTP MAC address Thread-Index: Acck6YjZkByv3MxhROWtuRP2kh1+iwJ+PcnQADwdkvAAJGqZYAAOsE2gAKkaWqAAH1pSgAAU2IpQ From: "Pat Calhoun (pacalhou)" To: "Peter Nilsson J (LI/EAB)" , "Smitha Smitha (ssmitha)" , X-OriginalArrivalTime: 09 Jan 2007 17:36:21.0103 (UTC) FILETIME=[AD12CFF0:01C73414] Authentication-Results: sj-dkim-8; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim8002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.5 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, HTML_50_60, HTML_MESSAGE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] WTP MAC address X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0946707892==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: 2ce306e4307a2c0b518ae453b13efdd0 This is a multi-part message in MIME format. --===============0946707892== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C73414.ACD4BE3A" This is a multi-part message in MIME format. ------_=_NextPart_001_01C73414.ACD4BE3A Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The text is already pretty clear that the IP/Port MUST NOT while a session is active. Are you stating that you are looking for a value that is static across WTP resets? =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Monday, January 08, 2007 11:49 PM To: Pat Calhoun (pacalhou); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Since both IP and Port is likely to change it is not very good choice for the purpose.=20 Again the purpose is to have some unique identifier (which does not change) to associate configuration and other data, for example to be used as a key in a database which could include the WTPs wanted configuration. =20 Peter=20 ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com]=20 Sent: den 8 januari 2007 17:41 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 And the combination of IP/UDP port is not sufficient to provide uniqueness. =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Friday, January 05, 2007 12:50 AM To: Pat Calhoun (pacalhou); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 The purpose is to have a unique identifier for the WTP which can be used when associating configuration or other data with a specific WTP in the AC. =20 As I mentioned below the serial number which is part of the WTP Descriptor could be used for this purpose.=20 But i suggest to add the MAC address so that the same unique identifier can be used both during DTLS handshake and Join (the certificates Common Name (CN) includes the MAC address as defined by the CAPWAP spec). As far as I know there is no standard mechanism to resolve the MAC address from the IP address in a routed network. =20 Peter =20 ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] Sent: den 5 januari 2007 01:59 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Could you help me understand why one would need the Ethernet MAC address if the protocol is running over IP? =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 =09 =09 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Wednesday, January 03, 2007 11:42 PM To: Smitha Smitha (ssmitha); Capwap@frascone.com Subject: Re: [Capwap] WTP MAC address =09 =09 But the Radio Mac Address filed is defined to be the MAC address of the radio interface. I was intrested to get hold of the MAC address of the (Ethernet) interface on which the CAPWAP packets are transmitted. =20 Peter ________________________________ From: Smitha Smitha (ssmitha) [mailto:ssmitha@cisco.com]=20 Sent: den 3 januari 2007 03:57 To: Peter Nilsson J (LI/EAB); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Peter, =20 You can use the "M" bit in the CAPWAP transport header and populate the mac address in the "Radio Mac Address" field. =20 Thanks Smitha ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Thursday, December 21, 2006 3:50 PM To: Capwap@frascone.com Subject: [Capwap] WTP MAC address =09 =09 In the early days of CAPWAP (draft-ohara-capwap-lwapp-03.txt) the WTP MAC address was part of the WTP Board Data message element. It has since been removed and I can not see that there is a way for the AC to retrieve the WTP MAC address.=20 I think it would be nice to have this information to be used as a unique identifier for the WTP, for example as a key for some configuration database in the AC. The serial number which should be unique per WTP is already a part of the WTP Descriptor and could be used for the purpose.=20 But CAPWAP specifies the the MAC address shall be used for the Common Name (CN) attribute in the Certificates.=20 Maybe one wants to access the database during the DTLS handshake. Then it would be nice to be able to use the same key for both these purposes. I suggest to add the WTP MAC address to the WTP Descriptor element.=20 Peter=20 ------_=_NextPart_001_01C73414.ACD4BE3A Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable WTP MAC address

The=20 text is already pretty clear that the IP/Port MUST NOT while a session = is=20 active. Are you stating that you are looking for a value that is static = across=20 WTP resets?

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Peter Nilsson J (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: Monday, January = 08,=20 2007 11:49 PM
To: Pat Calhoun (pacalhou); Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

Since both IP and Port is likely to change it is not very = good choice=20 for the purpose.

Again the purpose is to have some unique identifier (which = does not=20 change) to associate configuration and other data, for example to be = used as a=20 key in a database which could include the WTPs wanted=20 configuration.

Peter

From: Pat Calhoun (pacalhou)=20 [mailto:pcalhoun@cisco.com]
Sent: den 8 januari 2007=20 17:41
To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); = Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

And=20 the combination of IP/UDP port is not sufficient to provide=20 uniqueness.

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Peter Nilsson J (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: Friday, = January 05,=20 2007 12:50 AM
To: Pat Calhoun (pacalhou); Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

The purpose is to have a unique identifier for the WTP = which can be=20 used when associating configuration or other data with a specific = WTP in the=20 AC.

As=20 I mentioned below the serial number which is part of the WTP = Descriptor=20 could be used for this purpose.

But i suggest to add the MAC address so that the same = unique=20 identifier can be used both during DTLS handshake and Join (the = certificates=20 Common Name (CN) includes the MAC address as defined by the = CAPWAP=20 spec).

As=20 far as I know there is no standard mechanism to resolve the MAC = address from=20 the IP address in a routed network.

Peter

From: Pat Calhoun (pacalhou)=20 [mailto:pcalhoun@cisco.com]
Sent: den 5 januari 2007=20 01:59
To: Peter Nilsson J (LI/EAB); Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

Could you help me understand why one would need the = Ethernet MAC=20 address if the protocol is running over IP?

Pat Calhoun
CTO, Wireless = Networking Business=20 Unit
Cisco Systems

From: Peter Nilsson J (LI/EAB) = [mailto:peter.j.nilsson@ericsson.com]
Sent: Wednesday, = January=20 03, 2007 11:42 PM
To: Smitha Smitha (ssmitha);=20 Capwap@frascone.com
Subject: Re: [Capwap] WTP MAC=20 address

But the Radio Mac Address filed is defined to be the = MAC=20 address of the radio interface.

I was intrested to get hold of the MAC address of the = (Ethernet)=20 interface on which the CAPWAP packets are = transmitted.

Peter

From: Smitha Smitha (ssmitha)=20 [mailto:ssmitha@cisco.com]
Sent: den 3 januari 2007=20 03:57
To: Peter Nilsson J (LI/EAB);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

Peter,

You can use the "M" bit in the CAPWAP = transport=20 header and populate the mac address in the "Radio Mac Address"=20 field.

Thanks

Smitha

From: Peter Nilsson J (LI/EAB) = [mailto:peter.j.nilsson@ericsson.com]
Sent: Thursday, = December=20 21, 2006 3:50 PM
To: = Capwap@frascone.com
Subject:=20 [Capwap] WTP MAC address

In the early days of CAPWAP=20 (draft-ohara-capwap-lwapp-03.txt) the WTP MAC address was part of = the WTP=20 Board Data message element.

It has since been removed and I can = not see=20 that there is a way for the AC to retrieve the WTP MAC = address.=20
I think it would be nice to have = this=20 information to be used as a unique identifier for the WTP, for = example as=20 a key for some configuration database in the AC.

The serial number which should be = unique per=20 WTP is already a part of the WTP Descriptor and could be used for = the=20 purpose.

But CAPWAP specifies the the MAC = address shall=20 be used for the Common Name (CN) attribute in the Certificates.=20
Maybe one wants to access = the database=20 during the DTLS handshake. Then it would be nice to be able to use = the=20 same key for both these purposes.

I suggest to add the WTP MAC = address to the WTP=20 Descriptor element.

Peter=20

------_=_NextPart_001_01C73414.ACD4BE3A-- --===============0946707892== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============0946707892==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 09 12:55:49 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H4LCP-00071m-Hx for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 12:55:49 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H4LCL-0000FH-1x for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 12:55:49 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 6CC2B4315E9 for ; Tue, 9 Jan 2007 09:55:41 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 86BB34A45A0 for ; Tue, 9 Jan 2007 09:55:32 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 73E36398029 for ; Tue, 9 Jan 2007 09:55:32 -0800 (PST) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by zoidberg.tigertech.net (Postfix) with ESMTP id 0F58739811E for ; Tue, 9 Jan 2007 09:55:30 -0800 (PST) Received: from sj-dkim-5.cisco.com ([171.68.10.79]) by sj-iport-4.cisco.com with ESMTP; 09 Jan 2007 09:55:29 -0800 Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-5.cisco.com (8.12.11/8.12.11) with ESMTP id l09HtTYS024140; Tue, 9 Jan 2007 09:55:29 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l09HtIlj027462; Tue, 9 Jan 2007 09:55:29 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 9 Jan 2007 09:55:25 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 9 Jan 2007 09:55:24 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203136FB3@xmb-sjc-235.amer.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed resolution to issue 192 - Problems with Image data request and response Thread-Index: AcczdwBbFpqsFTzFSPmTQ7cfWV3CYgAn/5+w From: "Pat Calhoun (pacalhou)" To: "David T. Perkins" , "Michael Montemurro" X-OriginalArrivalTime: 09 Jan 2007 17:55:25.0092 (UTC) FILETIME=[56F1AE40:01C73417] Authentication-Results: sj-dkim-5; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim5002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap Subject: Re: [Capwap] Proposed resolution to issue 192 - Problems with Image data request and response X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: e8a67952aa972b528dd04570d58ad8fe I disagree. I posted responses to your issues June 30, 2006 (well over six months ago). Given the lack of interest on this topic, even after asking the list, Michael is proposing closing the issue. If you have specific comments on this issue, raise them now, on the list, to at least allow us to attempt to resolve them prior to the offsite. The list is the main medium for issue resolution, the offsite is to focus on those that we've been unable to resolve on the list. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: David T. Perkins [mailto:dperkins@dsperkins.com] > Sent: Monday, January 08, 2007 2:47 PM > To: Michael Montemurro > Cc: capwap > Subject: Re: [Capwap] Proposed resolution to issue 192 - > Problems with Image data request and response > > HI, > > Hold on, I don't see any resolutions to the MANY problems > that I have reported with image management including image transfer. > > I believe that this should be an item on the interim meeting agenda. > > Regards, > /david t. perkins > > On Mon, 8 Jan 2007, Michael Montemurro wrote: > > I have not seen any responses to the the proposed resolution. > > Therefore I will mark this issue closed. > > > > On 9/23/06, Michael Montemurro wrote: > >> I don't see any issues with the image data > request/response as it is > >> described. I proposed that we close this issue with no > updates to the > >> specification. > >> > >> Cheers, > >> > >> Mike > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap > > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 09 12:58:54 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H4LFO-0007ir-6z for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 12:58:54 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H4LFM-0000Vr-Nx for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 12:58:54 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 67E09431642 for ; Tue, 9 Jan 2007 09:58:49 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 801DA4A45A0 for ; Tue, 9 Jan 2007 09:58:39 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 612714315FB for ; Tue, 9 Jan 2007 09:58:39 -0800 (PST) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by hermes.tigertech.net (Postfix) with ESMTP id AD83D4315F8 for ; Tue, 9 Jan 2007 09:58:35 -0800 (PST) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-4.cisco.com with ESMTP; 09 Jan 2007 09:58:35 -0800 Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l09HwXqt000327; Tue, 9 Jan 2007 09:58:33 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l09HwWZJ016759; Tue, 9 Jan 2007 09:58:33 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 9 Jan 2007 09:58:32 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 9 Jan 2007 09:58:32 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203136FBA@xmb-sjc-235.amer.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed resolution to Issue 188 Thread-Index: Acczd2DL20RBIk2STymUBaqL2Txh3QAoAO5w From: "Pat Calhoun (pacalhou)" To: "David T. Perkins" , "Michael Montemurro" X-OriginalArrivalTime: 09 Jan 2007 17:58:32.0883 (UTC) FILETIME=[C6E05030:01C73417] Authentication-Results: sj-dkim-4; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap Subject: Re: [Capwap] Proposed resolution to Issue 188 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: d185fa790257f526fedfd5d01ed9c976 And what exactly are these fundamental issues? Your original comment was: > 39) Add MAC ACL Entry - this is so strange and is being managed like no > other configuration data As you can see, there wasn't enough data for the editors to understand/parse your comment (and we also asked for clarification on the list). Given the lack of sufficient data on what the actual issue really is, we cannot resolve it. Could you provide more data on the issue now? We really need to try to resolve these issues on the list. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: David T. Perkins [mailto:dperkins@dsperkins.com] > Sent: Monday, January 08, 2007 2:50 PM > To: Michael Montemurro > Cc: Pat Calhoun (pacalhou); capwap > Subject: Re: [Capwap] Proposed resolution to Issue 188 > > HI, > > No, please don't. Please add as item for interim meeting. > There are fundamental problems with the set of operations > managing the MAC ACL list. > > Regards, > /david t. perkins > > On Mon, 8 Jan 2007, Michael Montemurro wrote: > > > I will mark this issue closed. > > > > On 10/9/06, Pat Calhoun (pacalhou) wrote: > >> > >> Works for me. > >> > >> > >> Pat Calhoun > >> CTO, Wireless Networking Business Unit Cisco Systems > >> > >> > >> ________________________________ > >> From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > >> Sent: Saturday, September 23, 2006 12:07 PM > >> To: capwap > >> Subject: [Capwap] Proposed resolution to Issue 188 > >> > >> > >> I do not see a problem with the Add MAC ACL Entry issue as > defined. Unless > >> there is proposed text to this issue, I recommend that we > close it with no > >> changes to the draft. > >> > >> Cheers, > >> > >> Mike > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap > > > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 09 13:27:54 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H4LhS-0001E0-QY for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 13:27:54 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H4LhR-0008Pp-1w for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 13:27:54 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 8AB5C4316C6 for ; Tue, 9 Jan 2007 10:27:49 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 3145B4A44B2 for ; Tue, 9 Jan 2007 10:27:42 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 0354343169F for ; Tue, 9 Jan 2007 10:27:42 -0800 (PST) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by hermes.tigertech.net (Postfix) with ESMTP id 3D1474316A3 for ; Tue, 9 Jan 2007 10:27:37 -0800 (PST) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-5.cisco.com with ESMTP; 09 Jan 2007 10:27:36 -0800 Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l09IRZWU003212; Tue, 9 Jan 2007 10:27:35 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l09IR90Y016460; Tue, 9 Jan 2007 10:27:34 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 9 Jan 2007 10:27:22 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 9 Jan 2007 10:27:21 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203137002@xmb-sjc-235.amer.cisco.com> In-Reply-To: <459DA266.3070102@trapezenetworks.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Data Channel Keep-alive Proposed Text Thread-Index: AccwZHgk6sm+oVQTTL29KJ+luixIxwDt0jOQ From: "Pat Calhoun (pacalhou)" To: "Jim Murphy" , "capwap" X-OriginalArrivalTime: 09 Jan 2007 18:27:22.0685 (UTC) FILETIME=[CDEB26D0:01C7341B] Authentication-Results: sj-dkim-4; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=2.3 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS, WEIRD_QUOTING X-Spam-Level: ** Subject: Re: [Capwap] Data Channel Keep-alive Proposed Text X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 2.0 (++) X-Scan-Signature: 2b2ad76aced9b1d558e34a970a85c027 Jim, just to clarify, your proposal below assumes that the Session ID is a message element, correct? Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] > Sent: Thursday, January 04, 2007 4:57 PM > To: capwap > Subject: [Capwap] Data Channel Keep-alive Proposed Text > > > There are two issues being resolved in this text. > > The first issue is the need for a keep-alive in the data > channel to ensure the maintenance of the NAT state. > > The second is the need to map CAPWAP control channel to the > corresponding CAPWAP data channel for a particular WTP. > > Since the CAPWAP control channel and the CAPWAP data channel > are operating on two different UDP ports, identifying to > which control channel a data channel packet is associated > requires a unique identifier in the data channel packet. In > the case where no NAT device is present this is accomplished > through the source IP address of incoming UDP packets. > However, when a NAT device is present, the source IP > addresses may not be the same as that used in the control > channel and the source UDP port selected by the WTP may be > modified by the NAT. > > The following is proposed text to be included in the draft. > This text was generated from the -03 specification. > > Proposed Text > ------------- > > 2.3. CAPWAP State Machine Definition > > /-------------<----------------+--------------------\ > v |d | > +------+ b+-----------+ +----------+ | > | Idle |-->| Discovery |--->| Sulking | | > +------+ a +-----------+ c +----------+ | > ^ |aa ^ |e /----------------------\ | > | V f| v k| | | > h +--------------+ +------------+ i +------------+j | | > /--| Join |->| Configure |-->| Image Data | | | > | +--------------+ g+------------+ +------------+ | | > | "c1, ^ ^ ^ m1| m| ^ |l | | > | "c4 " " " V \---\ | | /----/ | > | " " " " +------------+ | | | | | > | " " " " | Data Check | | | | | | > | " " " " +------------+ | | | | | > | " " " " m2| | | | | | > | " " " " | /-----/ | | | | > | " " " " | | /-------/ | | | > | " " " " V V |s v V | > | " " " " +------------+ o+------------+ | > | " " " " | Run |->| Reset |-------/ > | " " " " n+------------+ +------------+ p > | " " " " "c2 ^ ^ c3" ^ > \---"-----"--"---"--------"----"-------/ " " CAPWAP > ~~~~~~~"~~~~~"~~"~~~"~~~~~~~~"~~~~"~~~~~~~~~~~~"~~~"~~~~~~~~~~~~ > " " " " " " " " DTLS > v " "n2 \"""""\ " " v "n6,n7 > /-->+------+ " W+------+ " " " +------------+ > | /-| Idle | " C| Auth |--"~-"----"----->| Shutdown |-------\P > | | +------+ " +------+V " " " /--->| |<----\ | > | |X Z| " ^ U| " " n4 " | +------------+ | | > | | | " | | " " n5," | ^ | | > | | v "n1 |Y | n3" v n8" |R |Q | | > | | +--------+ | +------------+ S+------------+ | | > | | | Init | \->| Run |<--| Rekey | | | > | | +--------+ | |-->| | | | > | | +------------+T +------------+ | | > | \---------------------------------------------------------/ | > \-------------------------------------------------------------/ > > > [...] > > Configure to Data Check (m1): This state transition > occurs when the > WTP and AC determine that there exists a NAT device between the > two (see Section 4.4.3.9 and Section 6.2). > > WTP: The WTP enters this state when it receives a successful > Configuration Status Response message from the AC. The WTP > initializes the HeartBeat timer (see Section 4.5), and > transmits the Change State Event Request message (see > Section 8.6). The WTP starts the DataChannelKeepAlive > timer (see Section 4.5) and sends a data channel keep-alive > packet. The WTP must also start the > DataChannelDeadInterval timer > (see Section 4.5). > > AC: This state transition occurs when the AC receives the Change > State Event Request message (see Section 8.6) from the WTP. > The AC responds with a Change State Event Response (see > Section 8.7) message. > > Data Check to Run (m2): This state transition occurs when > the WTP and > AC enter their normal state of operation. > > WTP: The WTP enters this state when it receives a successful > data channel keep-alive packet. It sends a Change State Event > Request message (see Section 8.6). > > AC: This state transition occurs when the AC receives the Change > State Event Request message (see Section 8.6) from the WTP. > The AC responds with a Change State Event Response (see > Section 8.7) message. > > [...] > > 3.4 Data Channel Keep-alive > > Data channel keep alive packets are generated by the WTP > and sent to > the AC over the data channel UDP ports. These keep-alives MUST be > generated by the WTP when a NAT device is discovered > between the WTP > and the AC. They serve the purpose of keeping the state active in > the NAT device in the absence of no station data > traffic. They are > also used by the AC to tie the data channel to the > appropriate WTP > as they include the session ID in the payload (see > Section 4.4.32). > > Data channel keep-alive packets need not be sent if a > NAT device is > not discovered. > > The WTP generates data channel keep-alive packets on a periodic > basis. The AC, upon receipt of a data channel keep-alive packet, > replies with its own keep-alive. When the AC receives > the first data > channel keep-alive packet it learns the data channel source and > destination IP and UDP ports associated with the WTP and opens up > the data channel accordingly. > > [...] > > 4.1 CAPWAP Header > > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 > 6 7 8 9 0 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |Version| RID | HLEN | WBID |T|F|L|W|M|K| > Flags | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Fragment ID | Frag Offset > |Rsvd | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > [...] > > K: The 'Keep-alive' K bit indicates the packet is a > data channel > keep-alive packet. The contents of the packet is > the Session > ID used in the Join Request (see Sections 4.4.32 and 6.1). > This packet is used to map the data channel to the control > channel for the specified session ID. The K bit > must never be > set for data packets containing user data nor may user data > packets include the session ID. > [...] > > 4.2.1 CAPWAP Data Channel Keep-alive Messages > > Data channel keep-alive packets have the following format: > > +------------------------------------------------------+ > | IP Header | UDP Header | CAPWAP Header | Session ID | > +------------------------------------------------------+ > > CAPWAP Header fields are set as follows: > > RID: 0 > HLEN: 2 > WBID: 0 > T, F, L, W, M: 0 > K: 1 > Fragment ID: 0 > Fragment Offset: 0 > > [...] > > 4.5.12 DataChannelKeepAlive > > The minimum time, in seconds, between sending data channel > keep-alive packets to the AC with which the WTP has joined. > > Default: 30 > > 4.5.13 DataChannelDeadInterval > > The minimum time, in seconds, a WTP MUST wait without having > received data channel keep-alive packets before the > destination for > the data channel keep-alive packets may be considered > dead. Must be > no less than 2*DataChannelKeepAlive seconds and no > greater that 240 > seconds. > > Default: 60 > > [...] > > 6.2 Join Response > > [...] > > The following message element MUST be included in the > Join Response > message. > > o AC Descriptor, see Section 4.4.1 > > o Result Code, see Section 4.4.31 > > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 09 13:56:06 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H4M8k-00052B-5G for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 13:56:06 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H4M8i-0005Yl-7S for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 13:56:05 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 9DA41431782 for ; Tue, 9 Jan 2007 10:55:58 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 1F4E04A44B2 for ; Tue, 9 Jan 2007 10:55:51 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 08854398029 for ; Tue, 9 Jan 2007 10:55:51 -0800 (PST) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by zoidberg.tigertech.net (Postfix) with ESMTP id DB0533981AC for ; Tue, 9 Jan 2007 10:55:48 -0800 (PST) Received: from sj-dkim-8.cisco.com ([171.68.10.93]) by sj-iport-4.cisco.com with ESMTP; 09 Jan 2007 10:55:44 -0800 Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-8.cisco.com (8.12.11/8.12.11) with ESMTP id l09Ititv020598; Tue, 9 Jan 2007 10:55:44 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l09ItXZP015962; Tue, 9 Jan 2007 10:55:43 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 9 Jan 2007 10:55:37 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 9 Jan 2007 10:55:36 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203137042@xmb-sjc-235.amer.cisco.com> In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A203137002@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Data Channel Keep-alive Proposed Text Thread-Index: AccwZHgk6sm+oVQTTL29KJ+luixIxwDt0jOQAAD5xzA= From: "Pat Calhoun (pacalhou)" To: "Pat Calhoun (pacalhou)" , "Jim Murphy" , "capwap" X-OriginalArrivalTime: 09 Jan 2007 18:55:37.0231 (UTC) FILETIME=[BFF259F0:01C7341F] Authentication-Results: sj-dkim-8; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim8002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=2.338 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS, WEIRD_QUOTING X-Spam-Level: ** Subject: Re: [Capwap] Data Channel Keep-alive Proposed Text X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 2.0 (++) X-Scan-Signature: 93b4f10b2112e1468b61e19ea6180478 oh, for simplicity sake, would you disagree if the Data Check state was always used? Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Tuesday, January 09, 2007 10:27 AM > To: Jim Murphy; capwap > Subject: Re: [Capwap] Data Channel Keep-alive Proposed Text > > Jim, just to clarify, your proposal below assumes that the > Session ID is a message element, correct? > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > -----Original Message----- > > From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] > > Sent: Thursday, January 04, 2007 4:57 PM > > To: capwap > > Subject: [Capwap] Data Channel Keep-alive Proposed Text > > > > > > There are two issues being resolved in this text. > > > > The first issue is the need for a keep-alive in the data channel to > > ensure the maintenance of the NAT state. > > > > The second is the need to map CAPWAP control channel to the > > corresponding CAPWAP data channel for a particular WTP. > > > > Since the CAPWAP control channel and the CAPWAP data channel are > > operating on two different UDP ports, identifying to which control > > channel a data channel packet is associated requires a unique > > identifier in the data channel packet. In the case where no > NAT device > > is present this is accomplished through the source IP address of > > incoming UDP packets. > > However, when a NAT device is present, the source IP > addresses may not > > be the same as that used in the control channel and the source UDP > > port selected by the WTP may be modified by the NAT. > > > > The following is proposed text to be included in the draft. > > This text was generated from the -03 specification. > > > > Proposed Text > > ------------- > > > > 2.3. CAPWAP State Machine Definition > > > > /-------------<----------------+--------------------\ > > v |d | > > +------+ b+-----------+ +----------+ | > > | Idle |-->| Discovery |--->| Sulking | | > > +------+ a +-----------+ c +----------+ | > > ^ |aa ^ |e /----------------------\ | > > | V f| v k| | | > > h +--------------+ +------------+ i +------------+j | | > > /--| Join |->| Configure |-->| Image Data | | | > > | +--------------+ g+------------+ +------------+ | | > > | "c1, ^ ^ ^ m1| m| ^ |l | | > > | "c4 " " " V \---\ | | /----/ | > > | " " " " +------------+ | | | | | > > | " " " " | Data Check | | | | | | > > | " " " " +------------+ | | | | | > > | " " " " m2| | | | | | > > | " " " " | /-----/ | | | | > > | " " " " | | /-------/ | | | > > | " " " " V V |s v V | > > | " " " " +------------+ o+------------+ | > > | " " " " | Run |->| Reset |-------/ > > | " " " " n+------------+ +------------+ p > > | " " " " "c2 ^ ^ c3" ^ > > \---"-----"--"---"--------"----"-------/ " " CAPWAP > > ~~~~~~~"~~~~~"~~"~~~"~~~~~~~~"~~~~"~~~~~~~~~~~~"~~~"~~~~~~~~~~~~ > > " " " " " " " " DTLS > > v " "n2 \"""""\ " " v "n6,n7 > > /-->+------+ " W+------+ " " " +------------+ > > | /-| Idle | " C| Auth |--"~-"----"----->| Shutdown |-------\P > > | | +------+ " +------+V " " " /--->| |<----\ | > > | |X Z| " ^ U| " " n4 " | +------------+ | | > > | | | " | | " " n5," | ^ | | > > | | v "n1 |Y | n3" v n8" |R |Q | | > > | | +--------+ | +------------+ S+------------+ | | > > | | | Init | \->| Run |<--| Rekey | | | > > | | +--------+ | |-->| | | | > > | | +------------+T +------------+ | | > > | \---------------------------------------------------------/ | > > \-------------------------------------------------------------/ > > > > > > [...] > > > > Configure to Data Check (m1): This state transition occurs when > > the > > WTP and AC determine that there exists a NAT device > between the > > two (see Section 4.4.3.9 and Section 6.2). > > > > WTP: The WTP enters this state when it receives a successful > > Configuration Status Response message from the AC. The WTP > > initializes the HeartBeat timer (see Section 4.5), and > > transmits the Change State Event Request message (see > > Section 8.6). The WTP starts the DataChannelKeepAlive > > timer (see Section 4.5) and sends a data channel keep-alive > > packet. The WTP must also start the DataChannelDeadInterval > > timer > > (see Section 4.5). > > > > AC: This state transition occurs when the AC receives > the Change > > State Event Request message (see Section 8.6) from the WTP. > > The AC responds with a Change State Event Response (see > > Section 8.7) message. > > > > Data Check to Run (m2): This state transition occurs > when the WTP > > and > > AC enter their normal state of operation. > > > > WTP: The WTP enters this state when it receives a successful > > data channel keep-alive packet. It sends a Change State Event > > Request message (see Section 8.6). > > > > AC: This state transition occurs when the AC receives > the Change > > State Event Request message (see Section 8.6) from the WTP. > > The AC responds with a Change State Event Response (see > > Section 8.7) message. > > > > [...] > > > > 3.4 Data Channel Keep-alive > > > > Data channel keep alive packets are generated by the > WTP and sent > > to > > the AC over the data channel UDP ports. These > keep-alives MUST be > > generated by the WTP when a NAT device is discovered > between the > > WTP > > and the AC. They serve the purpose of keeping the > state active in > > the NAT device in the absence of no station data traffic. They > > are > > also used by the AC to tie the data channel to the appropriate > > WTP > > as they include the session ID in the payload (see Section > > 4.4.32). > > > > Data channel keep-alive packets need not be sent if a > NAT device > > is > > not discovered. > > > > The WTP generates data channel keep-alive packets on a periodic > > basis. The AC, upon receipt of a data channel > keep-alive packet, > > replies with its own keep-alive. When the AC receives > the first > > data > > channel keep-alive packet it learns the data channel source and > > destination IP and UDP ports associated with the WTP > and opens up > > the data channel accordingly. > > > > [...] > > > > 4.1 CAPWAP Header > > > > 0 1 2 > 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 > > 6 7 8 9 0 1 > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |Version| RID | HLEN | WBID |T|F|L|W|M|K| > > Flags | > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | Fragment ID | Frag Offset > > |Rsvd | > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > [...] > > > > K: The 'Keep-alive' K bit indicates the packet is a data > > channel > > keep-alive packet. The contents of the packet is the > > Session > > ID used in the Join Request (see Sections 4.4.32 > and 6.1). > > This packet is used to map the data channel to > the control > > channel for the specified session ID. The K bit > must never > > be > > set for data packets containing user data nor > may user data > > packets include the session ID. > > [...] > > > > 4.2.1 CAPWAP Data Channel Keep-alive Messages > > > > Data channel keep-alive packets have the following format: > > > > +------------------------------------------------------+ > > | IP Header | UDP Header | CAPWAP Header | Session ID | > > +------------------------------------------------------+ > > > > CAPWAP Header fields are set as follows: > > > > RID: 0 > > HLEN: 2 > > WBID: 0 > > T, F, L, W, M: 0 > > K: 1 > > Fragment ID: 0 > > Fragment Offset: 0 > > > > [...] > > > > 4.5.12 DataChannelKeepAlive > > > > The minimum time, in seconds, between sending data channel > > keep-alive packets to the AC with which the WTP has joined. > > > > Default: 30 > > > > 4.5.13 DataChannelDeadInterval > > > > The minimum time, in seconds, a WTP MUST wait without having > > received data channel keep-alive packets before the > destination > > for > > the data channel keep-alive packets may be considered > dead. Must > > be > > no less than 2*DataChannelKeepAlive seconds and no > greater that > > 240 > > seconds. > > > > Default: 60 > > > > [...] > > > > 6.2 Join Response > > > > [...] > > > > The following message element MUST be included in the Join > > Response > > message. > > > > o AC Descriptor, see Section 4.4.1 > > > > o Result Code, see Section 4.4.31 > > > > > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap > > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 09 13:56:38 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H4M9G-00056U-T2 for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 13:56:38 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H4M9G-0005kc-23 for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 13:56:38 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 2D338431730 for ; Tue, 9 Jan 2007 10:56:34 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 55D744A44B2 for ; Tue, 9 Jan 2007 10:55:57 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 40BD839819E for ; Tue, 9 Jan 2007 10:55:57 -0800 (PST) Received: from elasmtp-banded.atl.sa.earthlink.net (elasmtp-banded.atl.sa.earthlink.net [209.86.89.70]) by zoidberg.tigertech.net (Postfix) with ESMTP id BE4EE3981AD for ; Tue, 9 Jan 2007 10:55:53 -0800 (PST) Received: from [209.86.224.44] (helo=elwamui-ovcar.atl.sa.earthlink.net) by elasmtp-banded.atl.sa.earthlink.net with asmtp (Exim 4.34) id 1H4M8V-0002Iq-Qg; Tue, 09 Jan 2007 13:55:51 -0500 Received: from 75.6.46.166 by webmail.pas.earthlink.net with HTTP; Tue, 9 Jan 2007 13:55:51 -0500 Message-ID: <29601741.1168368951806.JavaMail.root@elwamui-ovcar.atl.sa.earthlink.net> Date: Tue, 9 Jan 2007 10:55:51 -0800 (GMT-08:00) From: "Scott G. Kelly" To: "Pat Calhoun (pacalhou)" , Jim Murphy , capwap Mime-Version: 1.0 X-Mailer: EarthLink Zoo Mail 1.0 X-ELNK-Trace: 5b98cdd91c374dcd776432462e451d7bd15d05d9470ff7103227c4bdd48082835ab423de1aa5bbdc350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 209.86.224.44 X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=2.34 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, WEIRD_QUOTING X-Spam-Level: ** Subject: Re: [Capwap] Data Channel Keep-alive Proposed Text X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list Reply-To: "Scott G. Kelly" List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 2.0 (++) X-Scan-Signature: e5bfa71b340354e384155def5e70b13b I meant to reply to this proposal, but have been swamped. I think just putting the sessionid in keepalives should work fine provided that the there is logic defined for definitively establishing the data channel (e.g. a successful request/response exchange) prior to transmission of data (and of course, logic to handle the error cases), but I am concerned about the proposal to confine the keepalive facility to NAT'd connections. The original arguments for the multiport approach posited the need for differential QoS on the data channel vs the control channel. This implies that they may follow different paths through the network. With no DC keepalive, there is a risk that the DC could be black-holed while CAPWAP remains oblivious. -----Original Message----- >From: "Pat Calhoun (pacalhou)" >Sent: Jan 9, 2007 10:27 AM >To: Jim Murphy , capwap >Subject: Re: [Capwap] Data Channel Keep-alive Proposed Text > >Jim, just to clarify, your proposal below assumes that the Session ID is >a message element, correct? > >Pat Calhoun >CTO, Wireless Networking Business Unit >Cisco Systems > > > >> -----Original Message----- >> From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] >> Sent: Thursday, January 04, 2007 4:57 PM >> To: capwap >> Subject: [Capwap] Data Channel Keep-alive Proposed Text >> >> >> There are two issues being resolved in this text. >> >> The first issue is the need for a keep-alive in the data >> channel to ensure the maintenance of the NAT state. >> >> The second is the need to map CAPWAP control channel to the >> corresponding CAPWAP data channel for a particular WTP. >> >> Since the CAPWAP control channel and the CAPWAP data channel >> are operating on two different UDP ports, identifying to >> which control channel a data channel packet is associated >> requires a unique identifier in the data channel packet. In >> the case where no NAT device is present this is accomplished >> through the source IP address of incoming UDP packets. >> However, when a NAT device is present, the source IP >> addresses may not be the same as that used in the control >> channel and the source UDP port selected by the WTP may be >> modified by the NAT. >> >> The following is proposed text to be included in the draft. >> This text was generated from the -03 specification. >> >> Proposed Text >> ------------- >> >> 2.3. CAPWAP State Machine Definition >> >> /-------------<----------------+--------------------\ >> v |d | >> +------+ b+-----------+ +----------+ | >> | Idle |-->| Discovery |--->| Sulking | | >> +------+ a +-----------+ c +----------+ | >> ^ |aa ^ |e /----------------------\ | >> | V f| v k| | | >> h +--------------+ +------------+ i +------------+j | | >> /--| Join |->| Configure |-->| Image Data | | | >> | +--------------+ g+------------+ +------------+ | | >> | "c1, ^ ^ ^ m1| m| ^ |l | | >> | "c4 " " " V \---\ | | /----/ | >> | " " " " +------------+ | | | | | >> | " " " " | Data Check | | | | | | >> | " " " " +------------+ | | | | | >> | " " " " m2| | | | | | >> | " " " " | /-----/ | | | | >> | " " " " | | /-------/ | | | >> | " " " " V V |s v V | >> | " " " " +------------+ o+------------+ | >> | " " " " | Run |->| Reset |-------/ >> | " " " " n+------------+ +------------+ p >> | " " " " "c2 ^ ^ c3" ^ >> \---"-----"--"---"--------"----"-------/ " " CAPWAP >> ~~~~~~~"~~~~~"~~"~~~"~~~~~~~~"~~~~"~~~~~~~~~~~~"~~~"~~~~~~~~~~~~ >> " " " " " " " " DTLS >> v " "n2 \"""""\ " " v "n6,n7 >> /-->+------+ " W+------+ " " " +------------+ >> | /-| Idle | " C| Auth |--"~-"----"----->| Shutdown |-------\P >> | | +------+ " +------+V " " " /--->| |<----\ | >> | |X Z| " ^ U| " " n4 " | +------------+ | | >> | | | " | | " " n5," | ^ | | >> | | v "n1 |Y | n3" v n8" |R |Q | | >> | | +--------+ | +------------+ S+------------+ | | >> | | | Init | \->| Run |<--| Rekey | | | >> | | +--------+ | |-->| | | | >> | | +------------+T +------------+ | | >> | \---------------------------------------------------------/ | >> \-------------------------------------------------------------/ >> >> >> [...] >> >> Configure to Data Check (m1): This state transition >> occurs when the >> WTP and AC determine that there exists a NAT device between the >> two (see Section 4.4.3.9 and Section 6.2). >> >> WTP: The WTP enters this state when it receives a successful >> Configuration Status Response message from the AC. The WTP >> initializes the HeartBeat timer (see Section 4.5), and >> transmits the Change State Event Request message (see >> Section 8.6). The WTP starts the DataChannelKeepAlive >> timer (see Section 4.5) and sends a data channel keep-alive >> packet. The WTP must also start the >> DataChannelDeadInterval timer >> (see Section 4.5). >> >> AC: This state transition occurs when the AC receives the Change >> State Event Request message (see Section 8.6) from the WTP. >> The AC responds with a Change State Event Response (see >> Section 8.7) message. >> >> Data Check to Run (m2): This state transition occurs when >> the WTP and >> AC enter their normal state of operation. >> >> WTP: The WTP enters this state when it receives a successful >> data channel keep-alive packet. It sends a Change State Event >> Request message (see Section 8.6). >> >> AC: This state transition occurs when the AC receives the Change >> State Event Request message (see Section 8.6) from the WTP. >> The AC responds with a Change State Event Response (see >> Section 8.7) message. >> >> [...] >> >> 3.4 Data Channel Keep-alive >> >> Data channel keep alive packets are generated by the WTP >> and sent to >> the AC over the data channel UDP ports. These keep-alives MUST be >> generated by the WTP when a NAT device is discovered >> between the WTP >> and the AC. They serve the purpose of keeping the state active in >> the NAT device in the absence of no station data >> traffic. They are >> also used by the AC to tie the data channel to the >> appropriate WTP >> as they include the session ID in the payload (see >> Section 4.4.32). >> >> Data channel keep-alive packets need not be sent if a >> NAT device is >> not discovered. >> >> The WTP generates data channel keep-alive packets on a periodic >> basis. The AC, upon receipt of a data channel keep-alive packet, >> replies with its own keep-alive. When the AC receives >> the first data >> channel keep-alive packet it learns the data channel source and >> destination IP and UDP ports associated with the WTP and opens up >> the data channel accordingly. >> >> [...] >> >> 4.1 CAPWAP Header >> >> 0 1 2 3 >> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 >> 6 7 8 9 0 1 >> >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> |Version| RID | HLEN | WBID |T|F|L|W|M|K| >> Flags | >> >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> | Fragment ID | Frag Offset >> |Rsvd | >> >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> >> [...] >> >> K: The 'Keep-alive' K bit indicates the packet is a >> data channel >> keep-alive packet. The contents of the packet is >> the Session >> ID used in the Join Request (see Sections 4.4.32 and 6.1). >> This packet is used to map the data channel to the control >> channel for the specified session ID. The K bit >> must never be >> set for data packets containing user data nor may user data >> packets include the session ID. >> [...] >> >> 4.2.1 CAPWAP Data Channel Keep-alive Messages >> >> Data channel keep-alive packets have the following format: >> >> +------------------------------------------------------+ >> | IP Header | UDP Header | CAPWAP Header | Session ID | >> +------------------------------------------------------+ >> >> CAPWAP Header fields are set as follows: >> >> RID: 0 >> HLEN: 2 >> WBID: 0 >> T, F, L, W, M: 0 >> K: 1 >> Fragment ID: 0 >> Fragment Offset: 0 >> >> [...] >> >> 4.5.12 DataChannelKeepAlive >> >> The minimum time, in seconds, between sending data channel >> keep-alive packets to the AC with which the WTP has joined. >> >> Default: 30 >> >> 4.5.13 DataChannelDeadInterval >> >> The minimum time, in seconds, a WTP MUST wait without having >> received data channel keep-alive packets before the >> destination for >> the data channel keep-alive packets may be considered >> dead. Must be >> no less than 2*DataChannelKeepAlive seconds and no >> greater that 240 >> seconds. >> >> Default: 60 >> >> [...] >> >> 6.2 Join Response >> >> [...] >> >> The following message element MUST be included in the >> Join Response >> message. >> >> o AC Descriptor, see Section 4.4.1 >> >> o Result Code, see Section 4.4.31 >> >> >> _________________________________________________________________ >> To unsubscribe or modify your subscription options, please visit: >> http://lists.frascone.com/mailman/listinfo/capwap >> >> Archives: http://lists.frascone.com/pipermail/capwap >> >_________________________________________________________________ >To unsubscribe or modify your subscription options, please visit: >http://lists.frascone.com/mailman/listinfo/capwap > >Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 09 14:04:46 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H4MH8-0000vm-7E for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 14:04:46 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H4MH7-0007aF-GM for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 14:04:46 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id E361E431789 for ; Tue, 9 Jan 2007 11:04:41 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 6E0A54A44B2 for ; Tue, 9 Jan 2007 11:04:21 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 5819F3981B6 for ; Tue, 9 Jan 2007 11:04:21 -0800 (PST) Received: from trpz.com (mail1.trpz.com [66.7.225.38]) by zoidberg.tigertech.net (Postfix) with ESMTP id 58FEF3980C9 for ; Tue, 9 Jan 2007 11:04:18 -0800 (PST) Received: from [127.0.0.1] (nw3-dhcp-228.trpz.com [172.21.22.228]) by trpz.com (8.13.5/8.11.6) with ESMTP id l09J48rN003488; Tue, 9 Jan 2007 11:04:09 -0800 Message-ID: <45A3E726.4060900@trapezenetworks.com> Date: Tue, 09 Jan 2007 11:04:06 -0800 From: Jim Murphy User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: "Pat Calhoun (pacalhou)" References: <4FF84B0BC277FF45AA27FE969DD956A203137002@xmb-sjc-235.amer.cisco.com> In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A203137002@xmb-sjc-235.amer.cisco.com> X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=1.966 tagged_above=-999 required=7 tests=WEIRD_QUOTING X-Spam-Level: * Cc: capwap Subject: Re: [Capwap] Data Channel Keep-alive Proposed Text X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 2.0 (++) X-Scan-Signature: 515708a075ffdf0a79d1c83b601e2afd I was thinking that the session ID could appear directly after the CAPWAP header as a 64 bit field. Effectively the session ID is the payload. However, if their is a requirement for extensibility in the proposed data channel keep-alive message, I am not against adding the control message format and either defining a new message type or reusing echo request/response for this purpose. Thanks, Jim Pat Calhoun (pacalhou) wrote: > Jim, just to clarify, your proposal below assumes that the Session ID is > a message element, correct? > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > >> -----Original Message----- >> From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] >> Sent: Thursday, January 04, 2007 4:57 PM >> To: capwap >> Subject: [Capwap] Data Channel Keep-alive Proposed Text >> >> >> There are two issues being resolved in this text. >> >> The first issue is the need for a keep-alive in the data >> channel to ensure the maintenance of the NAT state. >> >> The second is the need to map CAPWAP control channel to the >> corresponding CAPWAP data channel for a particular WTP. >> >> Since the CAPWAP control channel and the CAPWAP data channel >> are operating on two different UDP ports, identifying to >> which control channel a data channel packet is associated >> requires a unique identifier in the data channel packet. In >> the case where no NAT device is present this is accomplished >> through the source IP address of incoming UDP packets. >> However, when a NAT device is present, the source IP >> addresses may not be the same as that used in the control >> channel and the source UDP port selected by the WTP may be >> modified by the NAT. >> >> The following is proposed text to be included in the draft. >> This text was generated from the -03 specification. >> >> Proposed Text >> ------------- >> >> 2.3. CAPWAP State Machine Definition >> >> /-------------<----------------+--------------------\ >> v |d | >> +------+ b+-----------+ +----------+ | >> | Idle |-->| Discovery |--->| Sulking | | >> +------+ a +-----------+ c +----------+ | >> ^ |aa ^ |e /----------------------\ | >> | V f| v k| | | >> h +--------------+ +------------+ i +------------+j | | >> /--| Join |->| Configure |-->| Image Data | | | >> | +--------------+ g+------------+ +------------+ | | >> | "c1, ^ ^ ^ m1| m| ^ |l | | >> | "c4 " " " V \---\ | | /----/ | >> | " " " " +------------+ | | | | | >> | " " " " | Data Check | | | | | | >> | " " " " +------------+ | | | | | >> | " " " " m2| | | | | | >> | " " " " | /-----/ | | | | >> | " " " " | | /-------/ | | | >> | " " " " V V |s v V | >> | " " " " +------------+ o+------------+ | >> | " " " " | Run |->| Reset |-------/ >> | " " " " n+------------+ +------------+ p >> | " " " " "c2 ^ ^ c3" ^ >> \---"-----"--"---"--------"----"-------/ " " CAPWAP >> ~~~~~~~"~~~~~"~~"~~~"~~~~~~~~"~~~~"~~~~~~~~~~~~"~~~"~~~~~~~~~~~~ >> " " " " " " " " DTLS >> v " "n2 \"""""\ " " v "n6,n7 >> /-->+------+ " W+------+ " " " +------------+ >> | /-| Idle | " C| Auth |--"~-"----"----->| Shutdown |-------\P >> | | +------+ " +------+V " " " /--->| |<----\ | >> | |X Z| " ^ U| " " n4 " | +------------+ | | >> | | | " | | " " n5," | ^ | | >> | | v "n1 |Y | n3" v n8" |R |Q | | >> | | +--------+ | +------------+ S+------------+ | | >> | | | Init | \->| Run |<--| Rekey | | | >> | | +--------+ | |-->| | | | >> | | +------------+T +------------+ | | >> | \---------------------------------------------------------/ | >> \-------------------------------------------------------------/ >> >> >> [...] >> >> Configure to Data Check (m1): This state transition >> occurs when the >> WTP and AC determine that there exists a NAT device between the >> two (see Section 4.4.3.9 and Section 6.2). >> >> WTP: The WTP enters this state when it receives a successful >> Configuration Status Response message from the AC. The WTP >> initializes the HeartBeat timer (see Section 4.5), and >> transmits the Change State Event Request message (see >> Section 8.6). The WTP starts the DataChannelKeepAlive >> timer (see Section 4.5) and sends a data channel keep-alive >> packet. The WTP must also start the >> DataChannelDeadInterval timer >> (see Section 4.5). >> >> AC: This state transition occurs when the AC receives the Change >> State Event Request message (see Section 8.6) from the WTP. >> The AC responds with a Change State Event Response (see >> Section 8.7) message. >> >> Data Check to Run (m2): This state transition occurs when >> the WTP and >> AC enter their normal state of operation. >> >> WTP: The WTP enters this state when it receives a successful >> data channel keep-alive packet. It sends a Change State Event >> Request message (see Section 8.6). >> >> AC: This state transition occurs when the AC receives the Change >> State Event Request message (see Section 8.6) from the WTP. >> The AC responds with a Change State Event Response (see >> Section 8.7) message. >> >> [...] >> >> 3.4 Data Channel Keep-alive >> >> Data channel keep alive packets are generated by the WTP >> and sent to >> the AC over the data channel UDP ports. These keep-alives MUST be >> generated by the WTP when a NAT device is discovered >> between the WTP >> and the AC. They serve the purpose of keeping the state active in >> the NAT device in the absence of no station data >> traffic. They are >> also used by the AC to tie the data channel to the >> appropriate WTP >> as they include the session ID in the payload (see >> Section 4.4.32). >> >> Data channel keep-alive packets need not be sent if a >> NAT device is >> not discovered. >> >> The WTP generates data channel keep-alive packets on a periodic >> basis. The AC, upon receipt of a data channel keep-alive packet, >> replies with its own keep-alive. When the AC receives >> the first data >> channel keep-alive packet it learns the data channel source and >> destination IP and UDP ports associated with the WTP and opens up >> the data channel accordingly. >> >> [...] >> >> 4.1 CAPWAP Header >> >> 0 1 2 3 >> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 >> 6 7 8 9 0 1 >> >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> |Version| RID | HLEN | WBID |T|F|L|W|M|K| >> Flags | >> >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> | Fragment ID | Frag Offset >> |Rsvd | >> >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> >> [...] >> >> K: The 'Keep-alive' K bit indicates the packet is a >> data channel >> keep-alive packet. The contents of the packet is >> the Session >> ID used in the Join Request (see Sections 4.4.32 and 6.1). >> This packet is used to map the data channel to the control >> channel for the specified session ID. The K bit >> must never be >> set for data packets containing user data nor may user data >> packets include the session ID. >> [...] >> >> 4.2.1 CAPWAP Data Channel Keep-alive Messages >> >> Data channel keep-alive packets have the following format: >> >> +------------------------------------------------------+ >> | IP Header | UDP Header | CAPWAP Header | Session ID | >> +------------------------------------------------------+ >> >> CAPWAP Header fields are set as follows: >> >> RID: 0 >> HLEN: 2 >> WBID: 0 >> T, F, L, W, M: 0 >> K: 1 >> Fragment ID: 0 >> Fragment Offset: 0 >> >> [...] >> >> 4.5.12 DataChannelKeepAlive >> >> The minimum time, in seconds, between sending data channel >> keep-alive packets to the AC with which the WTP has joined. >> >> Default: 30 >> >> 4.5.13 DataChannelDeadInterval >> >> The minimum time, in seconds, a WTP MUST wait without having >> received data channel keep-alive packets before the >> destination for >> the data channel keep-alive packets may be considered >> dead. Must be >> no less than 2*DataChannelKeepAlive seconds and no >> greater that 240 >> seconds. >> >> Default: 60 >> >> [...] >> >> 6.2 Join Response >> >> [...] >> >> The following message element MUST be included in the >> Join Response >> message. >> >> o AC Descriptor, see Section 4.4.1 >> >> o Result Code, see Section 4.4.31 >> >> >> _________________________________________________________________ >> To unsubscribe or modify your subscription options, please visit: >> http://lists.frascone.com/mailman/listinfo/capwap >> >> Archives: http://lists.frascone.com/pipermail/capwap >> _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 09 14:12:39 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H4MOl-0003iX-KD for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 14:12:39 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H4MOj-0001cF-Se for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 14:12:39 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 47331431CF4 for ; Tue, 9 Jan 2007 11:12:34 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 7D7664A44B2 for ; Tue, 9 Jan 2007 11:12:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 623CB431CA5 for ; Tue, 9 Jan 2007 11:12:22 -0800 (PST) Received: from trpz.com (mail1.trpz.com [66.7.225.38]) by hermes.tigertech.net (Postfix) with ESMTP id E4D1D431CA2 for ; Tue, 9 Jan 2007 11:12:19 -0800 (PST) Received: from [127.0.0.1] (nw3-dhcp-228.trpz.com [172.21.22.228]) by trpz.com (8.13.5/8.11.6) with ESMTP id l09JCH3H003773; Tue, 9 Jan 2007 11:12:18 -0800 Message-ID: <45A3E910.5040801@trapezenetworks.com> Date: Tue, 09 Jan 2007 11:12:16 -0800 From: Jim Murphy User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: "Pat Calhoun (pacalhou)" References: <4FF84B0BC277FF45AA27FE969DD956A203137042@xmb-sjc-235.amer.cisco.com> In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A203137042@xmb-sjc-235.amer.cisco.com> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=2.0 tagged_above=-999.0 required=7.0 tests=WEIRD_QUOTING X-Spam-Level: * Cc: capwap Subject: Re: [Capwap] Data Channel Keep-alive Proposed Text X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 2.0 (++) X-Scan-Signature: f5932bfc8385127f631fc458a872feb1 Replying to both Pat and Scott: I am not opposed to the data channel keep-alive being a MUST requirement (not just for NAT). With this modification, the Data Check state is always used and a successful data channel keep-alive transaction must occur before moving to the Run state. Therefore, Scott's requirement for keep-alives being established prior to data transmission is met. Thanks, Jim Pat Calhoun (pacalhou) wrote: > oh, for simplicity sake, would you disagree if the Data Check state was > always used? > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > >> -----Original Message----- >> From: Pat Calhoun (pacalhou) >> Sent: Tuesday, January 09, 2007 10:27 AM >> To: Jim Murphy; capwap >> Subject: Re: [Capwap] Data Channel Keep-alive Proposed Text >> >> Jim, just to clarify, your proposal below assumes that the >> Session ID is a message element, correct? >> >> Pat Calhoun >> CTO, Wireless Networking Business Unit >> Cisco Systems >> >> >> >>> -----Original Message----- >>> From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] >>> Sent: Thursday, January 04, 2007 4:57 PM >>> To: capwap >>> Subject: [Capwap] Data Channel Keep-alive Proposed Text >>> >>> >>> There are two issues being resolved in this text. >>> >>> The first issue is the need for a keep-alive in the data channel to >>> ensure the maintenance of the NAT state. >>> >>> The second is the need to map CAPWAP control channel to the >>> corresponding CAPWAP data channel for a particular WTP. >>> >>> Since the CAPWAP control channel and the CAPWAP data channel are >>> operating on two different UDP ports, identifying to which control >>> channel a data channel packet is associated requires a unique >>> identifier in the data channel packet. In the case where no >> NAT device >>> is present this is accomplished through the source IP address of >>> incoming UDP packets. >>> However, when a NAT device is present, the source IP >> addresses may not >>> be the same as that used in the control channel and the source UDP >>> port selected by the WTP may be modified by the NAT. >>> >>> The following is proposed text to be included in the draft. >>> This text was generated from the -03 specification. >>> >>> Proposed Text >>> ------------- >>> >>> 2.3. CAPWAP State Machine Definition >>> >>> /-------------<----------------+--------------------\ >>> v |d | >>> +------+ b+-----------+ +----------+ | >>> | Idle |-->| Discovery |--->| Sulking | | >>> +------+ a +-----------+ c +----------+ | >>> ^ |aa ^ |e /----------------------\ | >>> | V f| v k| | | >>> h +--------------+ +------------+ i +------------+j | | >>> /--| Join |->| Configure |-->| Image Data | | | >>> | +--------------+ g+------------+ +------------+ | | >>> | "c1, ^ ^ ^ m1| m| ^ |l | | >>> | "c4 " " " V \---\ | | /----/ | >>> | " " " " +------------+ | | | | | >>> | " " " " | Data Check | | | | | | >>> | " " " " +------------+ | | | | | >>> | " " " " m2| | | | | | >>> | " " " " | /-----/ | | | | >>> | " " " " | | /-------/ | | | >>> | " " " " V V |s v V | >>> | " " " " +------------+ o+------------+ | >>> | " " " " | Run |->| Reset |-------/ >>> | " " " " n+------------+ +------------+ p >>> | " " " " "c2 ^ ^ c3" ^ >>> \---"-----"--"---"--------"----"-------/ " " CAPWAP >>> ~~~~~~~"~~~~~"~~"~~~"~~~~~~~~"~~~~"~~~~~~~~~~~~"~~~"~~~~~~~~~~~~ >>> " " " " " " " " DTLS >>> v " "n2 \"""""\ " " v "n6,n7 >>> /-->+------+ " W+------+ " " " +------------+ >>> | /-| Idle | " C| Auth |--"~-"----"----->| Shutdown |-------\P >>> | | +------+ " +------+V " " " /--->| |<----\ | >>> | |X Z| " ^ U| " " n4 " | +------------+ | | >>> | | | " | | " " n5," | ^ | | >>> | | v "n1 |Y | n3" v n8" |R |Q | | >>> | | +--------+ | +------------+ S+------------+ | | >>> | | | Init | \->| Run |<--| Rekey | | | >>> | | +--------+ | |-->| | | | >>> | | +------------+T +------------+ | | >>> | \---------------------------------------------------------/ | >>> \-------------------------------------------------------------/ >>> >>> >>> [...] >>> >>> Configure to Data Check (m1): This state transition occurs when >>> the >>> WTP and AC determine that there exists a NAT device >> between the >>> two (see Section 4.4.3.9 and Section 6.2). >>> >>> WTP: The WTP enters this state when it receives a successful >>> Configuration Status Response message from the AC. The WTP >>> initializes the HeartBeat timer (see Section 4.5), and >>> transmits the Change State Event Request message (see >>> Section 8.6). The WTP starts the DataChannelKeepAlive >>> timer (see Section 4.5) and sends a data channel keep-alive >>> packet. The WTP must also start the DataChannelDeadInterval >>> timer >>> (see Section 4.5). >>> >>> AC: This state transition occurs when the AC receives >> the Change >>> State Event Request message (see Section 8.6) from the WTP. >>> The AC responds with a Change State Event Response (see >>> Section 8.7) message. >>> >>> Data Check to Run (m2): This state transition occurs >> when the WTP >>> and >>> AC enter their normal state of operation. >>> >>> WTP: The WTP enters this state when it receives a successful >>> data channel keep-alive packet. It sends a Change State Event >>> Request message (see Section 8.6). >>> >>> AC: This state transition occurs when the AC receives >> the Change >>> State Event Request message (see Section 8.6) from the WTP. >>> The AC responds with a Change State Event Response (see >>> Section 8.7) message. >>> >>> [...] >>> >>> 3.4 Data Channel Keep-alive >>> >>> Data channel keep alive packets are generated by the >> WTP and sent >>> to >>> the AC over the data channel UDP ports. These >> keep-alives MUST be >>> generated by the WTP when a NAT device is discovered >> between the >>> WTP >>> and the AC. They serve the purpose of keeping the >> state active in >>> the NAT device in the absence of no station data traffic. They >>> are >>> also used by the AC to tie the data channel to the appropriate >>> WTP >>> as they include the session ID in the payload (see Section >>> 4.4.32). >>> >>> Data channel keep-alive packets need not be sent if a >> NAT device >>> is >>> not discovered. >>> >>> The WTP generates data channel keep-alive packets on a periodic >>> basis. The AC, upon receipt of a data channel >> keep-alive packet, >>> replies with its own keep-alive. When the AC receives >> the first >>> data >>> channel keep-alive packet it learns the data channel source and >>> destination IP and UDP ports associated with the WTP >> and opens up >>> the data channel accordingly. >>> >>> [...] >>> >>> 4.1 CAPWAP Header >>> >>> 0 1 2 >> 3 >>> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 >>> 6 7 8 9 0 1 >>> >>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>> |Version| RID | HLEN | WBID |T|F|L|W|M|K| >>> Flags | >>> >>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>> | Fragment ID | Frag Offset >>> |Rsvd | >>> >>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>> >>> [...] >>> >>> K: The 'Keep-alive' K bit indicates the packet is a data >>> channel >>> keep-alive packet. The contents of the packet is the >>> Session >>> ID used in the Join Request (see Sections 4.4.32 >> and 6.1). >>> This packet is used to map the data channel to >> the control >>> channel for the specified session ID. The K bit >> must never >>> be >>> set for data packets containing user data nor >> may user data >>> packets include the session ID. >>> [...] >>> >>> 4.2.1 CAPWAP Data Channel Keep-alive Messages >>> >>> Data channel keep-alive packets have the following format: >>> >>> +------------------------------------------------------+ >>> | IP Header | UDP Header | CAPWAP Header | Session ID | >>> +------------------------------------------------------+ >>> >>> CAPWAP Header fields are set as follows: >>> >>> RID: 0 >>> HLEN: 2 >>> WBID: 0 >>> T, F, L, W, M: 0 >>> K: 1 >>> Fragment ID: 0 >>> Fragment Offset: 0 >>> >>> [...] >>> >>> 4.5.12 DataChannelKeepAlive >>> >>> The minimum time, in seconds, between sending data channel >>> keep-alive packets to the AC with which the WTP has joined. >>> >>> Default: 30 >>> >>> 4.5.13 DataChannelDeadInterval >>> >>> The minimum time, in seconds, a WTP MUST wait without having >>> received data channel keep-alive packets before the >> destination >>> for >>> the data channel keep-alive packets may be considered >> dead. Must >>> be >>> no less than 2*DataChannelKeepAlive seconds and no >> greater that >>> 240 >>> seconds. >>> >>> Default: 60 >>> >>> [...] >>> >>> 6.2 Join Response >>> >>> [...] >>> >>> The following message element MUST be included in the Join >>> Response >>> message. >>> >>> o AC Descriptor, see Section 4.4.1 >>> >>> o Result Code, see Section 4.4.31 >>> >>> >>> _________________________________________________________________ >>> To unsubscribe or modify your subscription options, please visit: >>> http://lists.frascone.com/mailman/listinfo/capwap >>> >>> Archives: http://lists.frascone.com/pipermail/capwap >>> >> _________________________________________________________________ >> To unsubscribe or modify your subscription options, please visit: >> http://lists.frascone.com/mailman/listinfo/capwap >> >> Archives: http://lists.frascone.com/pipermail/capwap >> _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 09 14:49:50 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H4Myk-0000s8-2q for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 14:49:50 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H4Myi-000373-CZ for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 14:49:50 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 011F4398305 for ; Tue, 9 Jan 2007 11:49:48 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 3C1A84A44B2 for ; Tue, 9 Jan 2007 11:49:41 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 01B9F431D0B for ; Tue, 9 Jan 2007 11:49:40 -0800 (PST) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by hermes.tigertech.net (Postfix) with ESMTP id 9043F431D0C for ; Tue, 9 Jan 2007 11:49:38 -0800 (PST) Received: by py-out-1112.google.com with SMTP id u52so4498915pyb for ; Tue, 09 Jan 2007 11:49:38 -0800 (PST) Received: by 10.35.93.19 with SMTP id v19mr51302891pyl.1168372178105; Tue, 09 Jan 2007 11:49:38 -0800 (PST) Received: by 10.35.46.8 with HTTP; Tue, 9 Jan 2007 11:49:38 -0800 (PST) Message-ID: <26140d940701091149g3df570cew3b57c50344a20cc4@mail.gmail.com> Date: Tue, 9 Jan 2007 14:49:38 -0500 From: "Michael Montemurro" To: "Pat Calhoun (pacalhou)" In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A203136F61@xmb-sjc-235.amer.cisco.com> MIME-Version: 1.0 Content-Disposition: inline References: <26140d940701081318t7f578300oe147d0205a65b25e@mail.gmail.com> <4FF84B0BC277FF45AA27FE969DD956A203136F61@xmb-sjc-235.amer.cisco.com> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap Subject: Re: [Capwap] Proposed resolution to issues 72, 73, 108, 181, and 190. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 22bbb45ef41b733eb2d03ee71ece8243 So given this approach, we could simply add a result code to indicate bad configuration and the WTP could transmit it in the Change State Event. Is that what your thinking? Mike On 1/9/07, Pat Calhoun (pacalhou) wrote: > Michael, > > The protocol already provides this function, via the Change State Event. > > Please note the following text, pulled from -03: > > 2.3.1. CAPWAP Protocol State Transitions > [...] > > Configure to Run (m): This state transition occurs when the WTP and > AC enter their normal state of operation. > > WTP: The WTP enters this state when it receives a successful > Configuration Status Response message from the AC. The WTP > initializes the HeartBeat timer (see Section 4.5), and > transmits the Change State Event Request message (see > Section 8.6). > > AC: This state transition occurs when the AC receives the Change > State Event Request message (see Section 8.6) from the WTP. > The AC responds with a Change State Event Response (see > Section 8.7) message. The AC must start the > NeighborDeadInterval timer (see Section 4.5). > > I believe the challenge here is that the text describing the State > Change Event > only discusses changes in the radio operational state. We would need to > change > the text to allow this message to also be used to confirm the recent > configuration > changes by including the Result Code message element. > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > -----Original Message----- > > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > > Sent: Monday, January 08, 2007 1:18 PM > > To: Pat Calhoun (pacalhou) > > Cc: capwap > > Subject: Re: [Capwap] Proposed resolution to issues 72, 73, > > 108, 181, and 190. > > > > Basically, what I have done is added a configuration ACK > > message to address these issues. The basic message flow would > > look like: > > > > WTP --- config request ---> AC > > <-- config response --- > > --- config ACK ---> > > > > The WTP would transmit a configuration ACK with a result > > code. If the WTP cannot apply the configuration in the > > configuration response message, it would set a negative > > result code and include any message elements that it could > > not apply to its configuration. > > > > Cheers, > > > > Mike > > > > On 10/9/06, Pat Calhoun (pacalhou) wrote: > > > > > > Mike, > > > > > > I'm quite confused by this request. First, the WTP already > > sends back > > > a response message when it receives the request. Why can't > > we simply > > > embed the status code in that response message? I don't > > understand the > > > need for a new message. > > > > > > > > > Pat Calhoun > > > CTO, Wireless Networking Business Unit Cisco Systems > > > > > > > > > ________________________________ > > > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > > > Sent: Saturday, September 23, 2006 11:55 AM > > > To: capwap > > > Subject: [Capwap] Proposed resolution to issues 72, 73, > > 108, 181, and 190. > > > > > > > > > These issues all have to do with the configuration process > > and error handing > > > of that process. > > > > > > I propose to resolve these comments by doing the following: > > > 1) Add a add a Configuration Status Acknowledgement Frame. > > The WTP would > > > send this frame back with a status code to indicate success > > or failure of > > > its ability to apply the configuration. > > > > > > 2) The configuration update response could be modified to > > include any > > > message elements that could not be applied by the WTP. > > > > > > 3) In the case of a configuration message that exceeds the > > MTU between the > > > WTP and the AC, the CAPWAP fragmentation mechanism would be > > allow the > > > message to be fragmented by the AC and reassembled by the > > WTP. I don't think > > > there needs to be any updates to CAPWAP to address this issue. > > > > > > Cheers, > > > > > > Mike > > > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 09 14:54:55 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H4N3f-0003FD-54 for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 14:54:55 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H4N3d-0004vf-IV for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 14:54:55 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 2AF89398294 for ; Tue, 9 Jan 2007 11:54:51 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id A85C44A44B2 for ; Tue, 9 Jan 2007 11:54:44 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 8AF6D398051 for ; Tue, 9 Jan 2007 11:54:44 -0800 (PST) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by zoidberg.tigertech.net (Postfix) with ESMTP id 5773239819E for ; Tue, 9 Jan 2007 11:54:40 -0800 (PST) Received: from sj-dkim-6.cisco.com ([171.68.10.81]) by sj-iport-4.cisco.com with ESMTP; 09 Jan 2007 11:54:40 -0800 Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-6.cisco.com (8.12.11/8.12.11) with ESMTP id l09JsdpF028118; Tue, 9 Jan 2007 11:54:39 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l09Js6m9022447; Tue, 9 Jan 2007 11:54:39 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 9 Jan 2007 11:54:37 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 9 Jan 2007 11:54:36 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2031370AB@xmb-sjc-235.amer.cisco.com> In-Reply-To: <26140d940701091149g3df570cew3b57c50344a20cc4@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed resolution to issues 72, 73, 108, 181, and 190. Thread-Index: Acc0J01SnvZYffWUSRKGp6Q0dBZpQAAAKAOw From: "Pat Calhoun (pacalhou)" To: "Michael Montemurro" X-OriginalArrivalTime: 09 Jan 2007 19:54:37.0253 (UTC) FILETIME=[FDF6D750:01C73427] Authentication-Results: sj-dkim-6; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim6002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap Subject: Re: [Capwap] Proposed resolution to issues 72, 73, 108, 181, and 190. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: d2b46e3b2dfbff2088e0b72a54104985 and added text to the Change State Event that it is also used to confirm the WTP's configuration. The text only mentions the radio state at this point. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > Sent: Tuesday, January 09, 2007 11:50 AM > To: Pat Calhoun (pacalhou) > Cc: capwap > Subject: Re: [Capwap] Proposed resolution to issues 72, 73, > 108, 181, and 190. > > So given this approach, we could simply add a result code to > indicate bad configuration and the WTP could transmit it in > the Change State Event. Is that what your thinking? > > Mike > > On 1/9/07, Pat Calhoun (pacalhou) wrote: > > Michael, > > > > The protocol already provides this function, via the Change > State Event. > > > > Please note the following text, pulled from -03: > > > > 2.3.1. CAPWAP Protocol State Transitions [...] > > > > Configure to Run (m): This state transition occurs when > the WTP and > > AC enter their normal state of operation. > > > > WTP: The WTP enters this state when it receives a successful > > Configuration Status Response message from the AC. The WTP > > initializes the HeartBeat timer (see Section 4.5), and > > transmits the Change State Event Request message (see > > Section 8.6). > > > > AC: This state transition occurs when the AC receives > the Change > > State Event Request message (see Section 8.6) from the WTP. > > The AC responds with a Change State Event Response (see > > Section 8.7) message. The AC must start the > > NeighborDeadInterval timer (see Section 4.5). > > > > I believe the challenge here is that the text describing the State > > Change Event only discusses changes in the radio > operational state. We > > would need to change the text to allow this message to also > be used to > > confirm the recent configuration changes by including the > Result Code > > message element. > > > > Pat Calhoun > > CTO, Wireless Networking Business Unit Cisco Systems > > > > > > > > > -----Original Message----- > > > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > > > Sent: Monday, January 08, 2007 1:18 PM > > > To: Pat Calhoun (pacalhou) > > > Cc: capwap > > > Subject: Re: [Capwap] Proposed resolution to issues 72, 73, > > > 108, 181, and 190. > > > > > > Basically, what I have done is added a configuration ACK > > > message to address these issues. The basic message flow would > > > look like: > > > > > > WTP --- config request ---> AC > > > <-- config response --- > > > --- config ACK ---> > > > > > > The WTP would transmit a configuration ACK with a result > > > code. If the WTP cannot apply the configuration in the > > > configuration response message, it would set a negative > > > result code and include any message elements that it could > > > not apply to its configuration. > > > > > > Cheers, > > > > > > Mike > > > > > > On 10/9/06, Pat Calhoun (pacalhou) wrote: > > > > > > > > Mike, > > > > > > > > I'm quite confused by this request. First, the WTP already > > > sends back > > > > a response message when it receives the request. Why can't > > > we simply > > > > embed the status code in that response message? I don't > > > understand the > > > > need for a new message. > > > > > > > > > > > > Pat Calhoun > > > > CTO, Wireless Networking Business Unit Cisco Systems > > > > > > > > > > > > ________________________________ > > > > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > > > > Sent: Saturday, September 23, 2006 11:55 AM > > > > To: capwap > > > > Subject: [Capwap] Proposed resolution to issues 72, 73, > > > 108, 181, and 190. > > > > > > > > > > > > These issues all have to do with the configuration process > > > and error handing > > > > of that process. > > > > > > > > I propose to resolve these comments by doing the following: > > > > 1) Add a add a Configuration Status Acknowledgement Frame. > > > The WTP would > > > > send this frame back with a status code to indicate success > > > or failure of > > > > its ability to apply the configuration. > > > > > > > > 2) The configuration update response could be modified to > > > include any > > > > message elements that could not be applied by the WTP. > > > > > > > > 3) In the case of a configuration message that exceeds the > > > MTU between the > > > > WTP and the AC, the CAPWAP fragmentation mechanism would be > > > allow the > > > > message to be fragmented by the AC and reassembled by the > > > WTP. I don't think > > > > there needs to be any updates to CAPWAP to address this issue. > > > > > > > > Cheers, > > > > > > > > Mike > > > > > > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 09 15:01:44 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H4NAG-0005AY-Sg for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 15:01:44 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H4NAE-0007LM-9X for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 15:01:44 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id E16883982A7 for ; Tue, 9 Jan 2007 12:01:41 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 6F8B24A44B2 for ; Tue, 9 Jan 2007 12:01:34 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 4857143093B for ; Tue, 9 Jan 2007 12:01:34 -0800 (PST) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.232]) by hermes.tigertech.net (Postfix) with ESMTP id 405491448007 for ; Tue, 9 Jan 2007 12:01:28 -0800 (PST) Received: by nz-out-0506.google.com with SMTP id o37so4474056nzf for ; Tue, 09 Jan 2007 12:01:28 -0800 (PST) Received: by 10.35.39.13 with SMTP id r13mr51590465pyj.1168372888654; Tue, 09 Jan 2007 12:01:28 -0800 (PST) Received: by 10.35.46.8 with HTTP; Tue, 9 Jan 2007 12:01:28 -0800 (PST) Message-ID: <26140d940701091201y7d220015saeae0c478369b396@mail.gmail.com> Date: Tue, 9 Jan 2007 15:01:28 -0500 From: "Michael Montemurro" To: "Pat Calhoun (pacalhou)" In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A2031370AB@xmb-sjc-235.amer.cisco.com> MIME-Version: 1.0 Content-Disposition: inline References: <26140d940701091149g3df570cew3b57c50344a20cc4@mail.gmail.com> <4FF84B0BC277FF45AA27FE969DD956A2031370AB@xmb-sjc-235.amer.cisco.com> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap Subject: Re: [Capwap] Proposed resolution to issues 72, 73, 108, 181, and 190. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 0770535483960d190d4a0d020e7060bd I could live with that change. Comments? Mike On 1/9/07, Pat Calhoun (pacalhou) wrote: > and added text to the Change State Event that it is also used to > confirm the WTP's configuration. The text only mentions the radio > state at this point. > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > -----Original Message----- > > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > > Sent: Tuesday, January 09, 2007 11:50 AM > > To: Pat Calhoun (pacalhou) > > Cc: capwap > > Subject: Re: [Capwap] Proposed resolution to issues 72, 73, > > 108, 181, and 190. > > > > So given this approach, we could simply add a result code to > > indicate bad configuration and the WTP could transmit it in > > the Change State Event. Is that what your thinking? > > > > Mike > > > > On 1/9/07, Pat Calhoun (pacalhou) wrote: > > > Michael, > > > > > > The protocol already provides this function, via the Change > > State Event. > > > > > > Please note the following text, pulled from -03: > > > > > > 2.3.1. CAPWAP Protocol State Transitions [...] > > > > > > Configure to Run (m): This state transition occurs when > > the WTP and > > > AC enter their normal state of operation. > > > > > > WTP: The WTP enters this state when it receives a successful > > > Configuration Status Response message from the AC. The WTP > > > initializes the HeartBeat timer (see Section 4.5), and > > > transmits the Change State Event Request message (see > > > Section 8.6). > > > > > > AC: This state transition occurs when the AC receives > > the Change > > > State Event Request message (see Section 8.6) from the WTP. > > > The AC responds with a Change State Event Response (see > > > Section 8.7) message. The AC must start the > > > NeighborDeadInterval timer (see Section 4.5). > > > > > > I believe the challenge here is that the text describing the State > > > Change Event only discusses changes in the radio > > operational state. We > > > would need to change the text to allow this message to also > > be used to > > > confirm the recent configuration changes by including the > > Result Code > > > message element. > > > > > > Pat Calhoun > > > CTO, Wireless Networking Business Unit Cisco Systems > > > > > > > > > > > > > -----Original Message----- > > > > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > > > > Sent: Monday, January 08, 2007 1:18 PM > > > > To: Pat Calhoun (pacalhou) > > > > Cc: capwap > > > > Subject: Re: [Capwap] Proposed resolution to issues 72, 73, > > > > 108, 181, and 190. > > > > > > > > Basically, what I have done is added a configuration ACK > > > > message to address these issues. The basic message flow would > > > > look like: > > > > > > > > WTP --- config request ---> AC > > > > <-- config response --- > > > > --- config ACK ---> > > > > > > > > The WTP would transmit a configuration ACK with a result > > > > code. If the WTP cannot apply the configuration in the > > > > configuration response message, it would set a negative > > > > result code and include any message elements that it could > > > > not apply to its configuration. > > > > > > > > Cheers, > > > > > > > > Mike > > > > > > > > On 10/9/06, Pat Calhoun (pacalhou) wrote: > > > > > > > > > > Mike, > > > > > > > > > > I'm quite confused by this request. First, the WTP already > > > > sends back > > > > > a response message when it receives the request. Why can't > > > > we simply > > > > > embed the status code in that response message? I don't > > > > understand the > > > > > need for a new message. > > > > > > > > > > > > > > > Pat Calhoun > > > > > CTO, Wireless Networking Business Unit Cisco Systems > > > > > > > > > > > > > > > ________________________________ > > > > > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > > > > > Sent: Saturday, September 23, 2006 11:55 AM > > > > > To: capwap > > > > > Subject: [Capwap] Proposed resolution to issues 72, 73, > > > > 108, 181, and 190. > > > > > > > > > > > > > > > These issues all have to do with the configuration process > > > > and error handing > > > > > of that process. > > > > > > > > > > I propose to resolve these comments by doing the following: > > > > > 1) Add a add a Configuration Status Acknowledgement Frame. > > > > The WTP would > > > > > send this frame back with a status code to indicate success > > > > or failure of > > > > > its ability to apply the configuration. > > > > > > > > > > 2) The configuration update response could be modified to > > > > include any > > > > > message elements that could not be applied by the WTP. > > > > > > > > > > 3) In the case of a configuration message that exceeds the > > > > MTU between the > > > > > WTP and the AC, the CAPWAP fragmentation mechanism would be > > > > allow the > > > > > message to be fragmented by the AC and reassembled by the > > > > WTP. I don't think > > > > > there needs to be any updates to CAPWAP to address this issue. > > > > > > > > > > Cheers, > > > > > > > > > > Mike > > > > > > > > > > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From ajesplanade@mwisp.net Tue Jan 09 15:47:44 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H4Nsm-0006nh-Ba for capwap-archive@ietf.org; Tue, 09 Jan 2007 15:47:44 -0500 Received: from aayu177.neoplus.adsl.tpnet.pl ([83.6.132.177] helo=mwisp.net) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H4Nsf-0004ma-Li for capwap-archive@ietf.org; Tue, 09 Jan 2007 15:47:44 -0500 Received: from ([154.15.199.238]) by (0.78.1/0.78.1) with SMTP id 05FA747D27ABB1; Tue, 9 Jan 2007 21:47:15 +0100 Message-ID: <001a01c73437$ba1da8a0$05c0cf54@elcia> From: Ana Alexander To: "capwap-archive" Subject: But serviceberry on manzanita Date: Tue, 9 Jan 2007 21:47:15 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0017_01C73437.BA1DA8A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.1409 X-Spam-Score: 4.9 (++++) X-Scan-Signature: 850245b51c39701e2700a112f3032caa This is a multi-part message in MIME format. ------=_NextPart_000_0017_01C73437.BA1DA8A0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0018_01C73437.BA1DA8A0" ------=_NextPart_001_0018_01C73437.BA1DA8A0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable have not, you had better talk sillily upon a subject of other people's a = secret is more easily kept by a good many people, than one commonly it. = But they are now too old to change, and must rub on as well as they my = own experience and observation enable me to lay down, and communicate the best classical books, as books for school-boys, and consequently you = are sure not to tire your hearers. Pay your own reckoning, but do not = establishments cannot, I am sure, have escaped your observation. Their = Vanity, that source of many of our follies, and of some of our crimes, reason for any one just regret! Adieu. will all conspire against you, = and you will be disappointed of the very subjects of conversation, and = as they are more or less interwoven with injury. I cannot omit, upon this occasion, telling you that the Eastern = upon men and things, which I should often be very unwilling that anybody = veneno quoque uti fas est', etc., whereas I cannot conceive that the use = it, appears to be low and vulgar. I looked for it: and at last I found upon it with me what has been, has been, and reflection now would come = immediately bought an annuity for his life of five hundred pounds a = year, age and therefore can write no other, whereas the pedant has read = much and smooths those rough corners which mere nature has given to the A propos of the beau monde, I must again and again recommend the Graces = the language and manners of good company: there being no legal tribunal = such an insinuating behavior, as may make him sought for, and in some = their affairs of consequence. 'Les manieres nobles' imply exactly the business of a foreign minister is, to get into the secrets, and to know = always assign deep causes for great events), to ascribe the better half = Take care never to seem dark and mysterious which is not only a very = And, as I would have you 'omnibus ornatum--excellere rebus', I think Regulus, with surprise and reverence, and yet I remember that I saw, = anything of that kind, it is much better not to seem to understand, than = Shepherd to Regulus but prejudice, and the recency of the fact, make = reflection itself so that this is the very time when my reflections, the world, one often blunders disagreeably. good company into which you may = get copy their politeness, their interlard their discourse with oaths, = by way of embellishment, as they that costs little to acquire, and yet = it is of some use. Young people well, not so much for the sake of the minuet itself (though that, if = reason for any one just regret! Adieu. evenings when at home, and where = you pass them when abroad. I know that Besides, there is a general tacit = trust in conversation, by which a man while you are in Germany, that you = may speak and write that language most A company, consisting wholly of = people of the first quality, cannot, for ------=_NextPart_001_0018_01C73437.BA1DA8A0 Content-Type: text/html; charset="windows-1251" Content-Transfer-Encoding: quoted-printable

have not, you had better = talk sillily upon a subject of other people's a secret is more easily = kept by a good many people, than one commonly it. But they are now too = old to change, and must rub on as well as they my own experience and = observation enable me to lay down, and communicate

the best classical books, as = books for school-boys, and consequently you are sure not to tire your = hearers. Pay your own reckoning, but do not establishments cannot, I am = sure, have escaped your observation. Their Vanity, that source of many = of our follies, and of some of our crimes,

reason for any one just = regret! Adieu. will all conspire against you, and you will be = disappointed of the very subjects of conversation, and as they are more = or less interwoven with

injury. I cannot omit, upon = this occasion, telling you that the Eastern upon men and things, which I = should often be very unwilling that anybody veneno quoque uti fas est', = etc., whereas I cannot conceive that the use it, appears to be low and = vulgar. I looked for it: and at last I found

upon it with me what has = been, has been, and reflection now would come immediately bought an = annuity for his life of five hundred pounds a year, age and therefore = can write no other, whereas the pedant has read much and smooths those = rough corners which mere nature has given to the

A propos of the beau monde, = I must again and again recommend the Graces the language and manners of = good company: there being no legal tribunal such an insinuating = behavior, as may make him sought for, and in some their affairs of = consequence. 'Les manieres nobles' imply exactly the

business of a foreign = minister is, to get into the secrets, and to know always assign deep = causes for great events), to ascribe the better half Take care never to = seem dark and mysterious which is not only a very And, as I would have = you 'omnibus ornatum--excellere rebus', I think

Regulus, with surprise and = reverence, and yet I remember that I saw, anything of that kind, it is = much better not to seem to understand, than Shepherd to Regulus but = prejudice, and the recency of the fact, make reflection itself so that = this is the very time when my reflections, the

world, one often blunders = disagreeably. good company into which you may get copy their politeness, = their interlard their discourse with oaths, by way of embellishment, as = they that costs little to acquire, and yet it is of some use. Young = people

well, not so much for the = sake of the minuet itself (though that, if reason for any one just = regret! Adieu. evenings when at home, and where you pass them when = abroad. I know that Besides, there is a general tacit trust in = conversation, by which a man while you are in Germany, that you may = speak and write that language most A company, consisting wholly of = people of the first quality, cannot, for

------=_NextPart_001_0018_01C73437.BA1DA8A0-- ------=_NextPart_000_0017_01C73437.BA1DA8A0 Content-Type: image/gif; name="economic.gif" Content-ID: <001a01c73437$ba1da8a0$05c0cf54@elcia> Content-Transfer-Encoding: base64 R0lGODlhrwEHAYcAAAAAAO4A////Iv+q7qr///8A/+7//+7u/+5m/+7d/2b//+53/+7M/+6I /3f//4j//+5E//8AAO7/AMwAAGYAAAD//yL//0T//5n//1X//zP//xH////u///d///M//+7 //+I//93//9V//8R//8z//8i/wBVZgBmAO5V/+6q////7u7/7mbud5lEAP//AJlmAO4z/+4i /+4R/xEAu8y7RN3//+7/3cz/////3bv//+7/zP//zO7/u+7/qv//qu7/me7/Zu7/EYhEIt2Z Vf//iO7/M+7/d///d///Ef//Zu7/IpnMiO7/RP//RO7/Vf//Vf//M////8rKyhQUFF5eXqio qPLy8jw8PIaGhtDQ0BoaGmRkZK6urvj4+EJCQoyMjNbW1iAgIGpqarS0tP7+/khISJKSktzc 3CYmJnBwcLq6ugQEBE5OTpiYmOLi4iwsLHZ2dsDAwAoKClRUVJ6enujo6DIyMnx8fMbGxhAQ EFpaWqSkpO7u7jg4OIKCgszMzBYWFmBgYKqqqvT09D4+PoiIiNLS0hwcHGZmZrCwsPr6+kRE RI6OjtjY2CIiImxsbLa2tgAAAEpKSpSUlN7e3igoKHJycry8vAYGBlBQUJqamuTk5C4uLnh4 eMLCwgwMDFZWVqCgoOrq6jQ0NH5+fsjIyBISElxcXKampvDw8Do6OoSEhM7OzhgYGGJiYqys rPb29kBAQIqKitTU1B4eHmhoaLKysvz8/EZGRpCQkNra2iQkJG5ubri4uAICAkxMTJaWluDg 4CoqKnR0dL6+vggICFJSUpycnObm5jAwMHp6esTExA4ODlhYWKKiouzs7DY2NoCAgMrKyhQU FF5eXqioqPLy8jw8PIaGhtDQ0BoaGmRkZK6urvj4+EJCQoyMjNbW1iAgIGpqarS0tP7+/khI SJKSktzc3CYmJnBwcLq6ugQEBE5OTpiYmOLi4iwsLHZ2dsDAwAoKClRUVJ6enujo6DIyMnx8 fMbGxhAQEFpaWqSkpO7u7jg4OIKCgszMzCH5BAC/tgAALAAAAACvAQcBAAj/AKMIHEiwoMGD CBMqXMiwocOHECNKnEixosWLGDNq3Mgxo4GPIEOKHEmypMmTKFOqXMmypcuXMGPKnEmzps2b OHPq3MlTpZKeQIMKHUq0aFEIRnV2XMq0qdOnUKNKnUq1qtWrWLNq3cq1q9evYFWAHUu2rNmz YJMSVaC2rVueNt7KnXsyBd27eF+uyMu3r9+/gAMLHky4sOHDiBMrXsy48WC0kCNLnkzZaYax Hipr3sy5s+fPoEOL/oxjtOnTqFOrXj3Qcd4HrmPLnm2TtcUHtnPrHn0Boc4KtGPDDv7XAmLj hHcrX961BPPn0KNbdCE9OvGXRa5r3869u/fv4MOL/x9Pvrx510jPq1+/sgf79/Djy79bvb79 +/jz69/Pv7///5T1BuCAXWFA4IETzTfXAgo2OJtdDkb4lxMS4hQXewFUqOGGHIIUQQQlfRgi iOqJSJKJI6Fonoohseghiee5+JGMBtDoF4km4jijjjXuOONJH8K4Y5BBvkgkija6eGSRPrYo ZItN8pjjjzXyOOKTSyKZ5YsmKbllk1yeGCWVU/ZYJZVXipQljGuGeeKTVS7pJphqjmlmmTha GRiIIgrJJ59Q9okSk3OeeSZwUcpIaKE5+glnoIB6eKafkw7K4qV5qpnno4vSaaiKNvYoqKSj /lhqmk5q6mmjnHqpqqGe1v956p9mmhopYUSm2Gmcj6YKKpx9Avtnq8LqCmuoQwrrJbLBpqqq q7vGaeyzbPbq5LLKWuvjr8ZCq6ir1Bb6Jra6IjvSVUZmW662kzrabbG0Qjqtr5mmlKum5AIZ b6zNPgurrfNy2ahK916rrr7/etvtv6IWGy7DVx5sMEgOvUUrpbNWOqKbCvt7KcQKm9twrSNj fOu8Wt7wsK8M7ytusyJfLK/JJL96LLzwtgwyzhCLmfHPJ9Ok8k71SimlnShX++7Cx/KLc8x2 Fk2mns7evLS/Te/8LtSfTk0m0jZreTXLWYNLL9d4Rg02SuiKG+vbVYvtLKZe1111oj1v/Kbe XSr/vWq9YQIO+Ecr0N0uSzQmzq7cLQ/eddkOB+6ypXzbbMBZQ6256ZHpFqy03wZ77rhamicr upxoloqt6HAXVTqvp3Oe+q2rEzqwUZgLZXiS1rr7cu+gt7U78F3ebXbScqGo8u17h2h85MgX lTtQ3+Ztve94X499UtXzXvyct3vvduatav89neETP75JBMRUMXHdqy9m39k3vz715Ys/PwPN Mx+w9fjbm/5ShLBPya91bWlbAMf2PyjRz4APvBtR4hfB9Ejqgf6zHAJ5QsHK1QmDo/vdUKbX oRKaMIENEZ7mVsjCFrrwhTCMoQxnSMMa2vCGOMyhDnfIwx4W7EY+DKIQ/4dIxCIa8YhITKIS T8jEwsSgiXI5jQIQRMUqWtEsHLiiFrfIxS42JQlXJIIXx0jG3UDxjGhM42wGoMY2ujE2A2Dj G2UDhDmeMI7maYAdI6TFOJbxj6eBIh73SMiT8IAvFfkAIBe5GwMx8pGQtM8IKpKDSFoSQYq8 5EVwk5ssavKTWCnkR0BJSqmI8nKlTCVBTnmevbByOxyxyQlWMsvxTMSRnAGBKr2ikxP40pcw qWVKhFkUYv4SmAY4Zi2RCRJmfkSZzwwJMV/JniDMZprTVEk2S7LNoBhTmskEpzOTiU1xNpOa 6DTKNoW5THI+s52/bGY8o0lPb4aznuH85izZef/Pc56znUwcTjr/sk5/IvOg7ozmN/vZzZzs 058KNSc/y/nPfg70oiGJJTQjWs+JmtOg6jToMd85T3jik5wlneYuV7qRkZi0oxWNKT0buhN+ WvSk93zoTbOp01FuhJMsBZA98wlRj8o0p+oc6U2XatOduhSnG0IARntiwZdQ1KJN7SlRQQpV nJSTp0+FKVJF0tSpmlWWSsVnVlHKzLSWtaZkZWpY4zpWcEL0rHjtZV736kYYzISmfA3sKwEr WJpQqLCITaxiF8vYxjr2sZBVEGFleZ3JRtYwG53rYrA5T7KmNK10tSotOwtaeba1swlV62xQ ANmF0gaarlVtaO0aTG3/fvSk+rQrQMF6WRRqJLcIZStJYzsXrRJ3tkudqUTHKdzSYvW5tN2q cuvqz6AyR5+5je5b5WLc6Go2uWXd53YBitvbOvWou01uOK27nI1+dbaWVYszj3tX9YYXurr1 rnDxq1rXAnOZ5dRiJnXj0O9qla3MzUtJ9Zva+hbVvLwlbnbLi96nkle9vQUKR3h7VAz35aU4 LSg379pdukoYwvDl71i/yV7lcJijJHZwcWG84hHbmKElzm99J1zjCuuYxZHcgX5enNPP0tct mXXrcINrEnb+F8HcFG+C3Upa0zp5nMZcqESmqJFKtjgq34lvTBoqZsDU8stmaQsTGlPm2pKE /5h1TEybMwyTqsayjSJmDDHRjBUSTKWE/LkBnyuCyq4IIQqAHjSabyIEOjt6Q41uyZzfMulH WzrSyqTpnCt945Pk2bOnTbCl7ZiRQ0chvpvWK0rcO2UUS6QDioakTTC9aqXaesfxvPVBbW3k EIN3mCoeNUp+cMJSCySzMY7reN+cWh5fGKyfHjGQY/2fGhzEB5BB7nFBzOAcS5e6UWZ2lJ9d aGqbOyLa1q2uxQ3l2Ep5wcPEMrCnbUmgRgcJ90m3jw88XRrzWMZhPbKrGVLuc5v7xO/EMcDJ ++SilvjI5OaqvwvOZzEa/CH7BXWRe0pmKX+bnADYeJZDTGV4Z1ypF/9POcFvwunvijYnKo+5 byhb4L8q5eLWViVB0SpqYfv8XC39OXfGIoBLFgZCQnfJxZPOdPPceTYTmABLoh4Y97TlAiSh +ltkjpGoe13qjdF6ScQudpqUvew38bpa0N6Sr7M9JUvHCdnBvpi3g8TuZqe7AfAuE7UjZu5/ +cleAf8Rt9/d73v/euEV73fDI97wiU883d0++cYzHuyQp/rj9b74kGg981LXfOWzHnq9U37x l4+85Of++dIfHvVsB7zsR68YrEOR8LO/u+oj3/rO9573o7f87j//+uG73ve/f3vyg5/6zo9E 9MUH/usdz3zdQx/50Xe+9LGv/aaPHfLG373/9q/f++WHP/fddz76ty9+0qu/+tGPfeUTcH74 j7/0pj8++9F++vpnvy3WtCEccX2wp3b8B3/lh3kKuHoGaH+tp3j+x33tR3qs13zTx3kF+Hv7 p38M+IALuH2Ux3nr13s0AHYC4RzUlhMaKH8igX4J+H4TOIL6t4IzWIMpAYExKIIcGH8fuIHi h3cNyH18h35AQIIY6H0tSHtnN3wR+IKqR4B714QE2Hv8M4U2OIHZt4Tyd4QH+ITkB4VaeIGH R3uFl4RiKHljSAOQNYD5V4BjWHnC54VymHhVCIG494U4GIQMeH/p53k6GId+yIU6iHpe6HoH uHk0mH+I94asZ3wT/6CGFMd1BTFJCiFYfHeDGHiJfkF1akgWlKgR1KEfBoAceKWJz+eHUfh/ gyF2NBB3TGeKz5eHOGgYrHhWT+QdMoCEPQGJiTEEQqOLlsaLiOGL4SGJY9SKmzEEFmeMzNgf BCAQQ9CM0ggg0TiN1sgVTwAW1QgVIqAVwMh0xNgdB+FJ1+gUAvIUIcAf21iO7Bgd6zgZKPg+ 35h04agdMQcFqYRLzEiOWLEB7ZgVRcdS8ziQBFmQ36FHyYEaJvCPDPlnd2ECZxSAvfUfeQGR BskegXQdFokYFOBGHbkSFPCRNiGSfEWSBmCSRrGRcoGSJsGSKuGSMUGSITmTHzGTIVmTMv8J kyzBkjpZkyA5kiDRky0hlLC0ESZJlD2hkm6BlCcZkzjRkSIpk00ZlCeZkzXBlCKBlFjZklTp Fhl5E0c5lT5ZlTRJlib5A1B5kzipllFpkR9ZliFhk2PZlGkZlXApl3JplkGZl3FZllLJl3vJ lmRZElDZlT75l1NZmC2Zl4wJl4c5mFkJmXqpl4yZmI65loV5l5cpllFJl5aplhsSlohJlVLZ l6QZl5xpABCpmCNRmooJmqzpmZE5l7JJm2JZm4lJEn/Zma2Zmqd5mm95m7P5mF3Jk1VpmDj5 m2MZnKTJnLbJmZ1ZmoYZncd5mxTAWhpikzQ5msRpm9yZm1BpAs7/OZzgSZuxGZtz+Z1hqZy5 2ZvsiZK8qZ6yiZ6o+Z7PiZvr2Z3tyZ3SOZ2o2Z+P+Zq+eZ8NIpr/+Z/aSZ516ZeeuZGgGZh3 iZwLepPwCaEUWp8Sap33KZ/D+ZaNyaDVCZO7WZm9CaAjCqIdiZ2sqZ0Vap5m+aABWp6YCaMR YqCkeYu46Z76CZzCmZ8HqqEtiqFB2qM/upy6WaTC+aLP2aKCSZhIipz2iaE5aqTK2ZO8uaMl Op8D6h0cYaPHaZcaKqXn6Z/kGaYCap9Byp8+uqLjmaEmGplDuqRympyueaRvGqXjuaJSmp5I apx8eqXt+ZVAWZ/buZafOaQe+qBXupmT/xmdfPmomomZgZmkkMqmrQmi3gmnOgql7ZmVFzqZ ydmnnqqZsAmh5smoX0qoqLqo1hmhdrSVagGreEFsc2GlFxkYgAkYsvoeLpmrt0oST/erZ0WR wso2DckUxfpYByAU2JkXwTqUT5mkQ0GfeyoYu1oSxxoZ/SmiLsGtPrqTBKqpHfoWWxmnpiqp kZitYLGtXAmtTnqtR5oS9AmoSYGVpBqv+tmR6ooWMmqXMPqam/mh3ZmZkpmgCEqjDHqUhUqq aVqcTdqjfsmoBMupWUqV+3oWShCczLmtebqpPAqe1AmlbZqlaRqymcqnRdqwnDqvIyFVonqx QRetWhqm6Wl7lP9qp7U5pndqqyzrogDqmT1LrYDKky3arJNKs8lKrqmZqI7prwHblxeqqEC6 pyMrqT0LpAZ7oGwqmH6KtKZZrRUbrklbFLBJr0KKEqw6sfjptVVLnSqLpZp6pjI6rhS7tmjr tW+EoxWSn+zqonQLtEaqprPZtWpLpvmKr6xKoENLsmLqs2A7tiZxZ2t6mTlJo6GKl0trpp86 nfC5sLo5pqD6t6AqokxLmGWLqZX6kanEAvnhGvCKF69bt+6zuvixGL6qGLEruzChSqzbGZDb dCzgWH71u94RvIsBs8hbEL2rGcTLdMabGMkbvQKxvP+Ib9IbGtS7SPzoFLp0vQqhAZ//kb2R 4Rq52Ly6KAHmmxeulL7s277u+75b571U0QTymyDwe7/4KxJDk79eWb/++x8DpmgB/L+b4R1G YBjo+0quyL+OscA28QIyAcEfIcE1QcEwYcE0gcFDocEm8QIcHBMf/MAz0REOkBX0qxoWnMIl EcIhbAASzMEQHMM30cIpQcMtYcMrTBI2jMMuLMITDBQ0TMFC7FOMlBMqDBIfzMIqAcNIPMMz wcNLDMJSHMUV3MQ9EcRW3MOQ9cJaLMQePMEe/MJh3MNjLBIxXMZNLMM/7MJoHBJt/MNoXMZD DMdZjMRfTMZ3zMZvrMd3HMZinMd0vMdn7MV9PMZ+TMd8PBKH/zzIdgzIgezGYCzDe6zFlAzF TBRLXMzFZrzGlAzGddzFOkzGa3zEoezGc5zGWazGLXzGqPzJKnzETJzHGCzLnazJr6zJnJzK Q0zKnlzLtXzKqWzFsmbEH9ECoLzJlYzMuXzMmyzJdazEkOzKj5zJKKHGiLzMrxzNsRzNz+zL zCzKuazBwGzNnZzMrRzOihzMhYTJyUzIuDzL3DzKIwEEkpzCfizObwzLcizKYtzBhgzJvOzL 94zLAB3PAn3P8nzOA53O6LzQ3KzP6KzMczzMRuzF6gzM3mzF22zNqyzNCj3N1/zQAm3Q2czQ zUzSBc3QJV3OJr3SpZzR4LzM5szSjP8Fz5z8zspczgSNyraM0tic0jM9x+J8zjHtyBYNy6Ec 0C7d0x/9yTMd0zqty0BN08Jm05Fs0Yms1HZ80kI9yYccz398ymKtyP+s0V+Mz6rcxkYN03zs zrrcx6bsyFutz3Jtz/VM0EN90wzMHpa810LxrAP11Qr8SH59SohS2L+7BIi92Cah2C2BdPNB wGS0BCsFvpK9H5RdRpd12IXl2DoQHNnB2KJNFwrhZZd92k4x2qqdv/u72hXC2a4d27ItgKi9 UthW21GQc7i927xdjrPtHbB9HuX72/MR2sR93Gqkt0nnsn0xvOFRVZelOB5EHtJtPyvSK9Ud I9i93S+BLlL/cydH8zio0jm2kyUBOECmU94adEFp8zjfPd7prSWoYz74IjuN4zzurTbiPS71 HTusM91t8jf43d4EriPySDoaAzA0sziGIzmvEi27MjwSJCsnIzOkEjTlokEZxCr8reGDEyoW ruAzYylYUuICLi0ZbjlM4D8gnuAlM+IsoUA/lCzrQjncsjIC8y3Qsy3BEzE1Xt82vj08/hGC 1y7E0kD9AkA0DuRMTj83Ti9b0+ETnuTmMuO88uPp2hXpguVbjjBPnuML8zHHM+RKvuQT0+Qb 8+VkzjJivuOHU+ZXjuZmnuZC/uZsjiVa8zAxE+F8jiIcsb0WIeIXTjIhHj1aAy0G/zADeD7m hwM1QEPoLh42PW7nAqMzjA4z7CLomv7ifMM4YO4xi14stDrkjl7hLm7hB24U373qa8Mxk57k lZ7obOI0W5Pp4P01+b3fcfPqk6MxSELr1II24V3gaCLpIoTokBMSwOEtwo7rxF4zJ6FAeZPd nd7jG84jis7eOz4wIgM31G4/ng5BcwMmoyPh3T7t3F1AVjM3Jn7rdsMomXLu3z4nJNQTrxPg sGM7H6HotJMt/33uHBTg+D7wsb4z851BpCPwX5Lvv74tv3PwIaRhaaY77f4hpLjeFyTrda4/ AK8TEj7dGZ8wbu7qyVPxB/RB6DPy5G7rN1HvRJM/J+9AGv/P7q2j5q4D8xFEQOBTNAfU8TfR QdaN8iJfPwHj87NbFhQvQDGf8TMwLQgP7yqk9Dkv9E4f8fed8FIP8sVe9TXf7n+dQvCD81pP Mk1P8/Q94UnPQBi/9Q9u9YweEuuLE0DfQCHP9WdS5B/hHm/fW2U/ap+9IXgfHEo0+IRf+IZ/ +Iif+Ea0J4rf+I7/+JAf+ZKfQ4J18flrtMid+S2RIXjR2/9bGp4f+qL/FEcw+qZ/+mak+e5r +WcV3Kr/+rAf+7I/++6LH7qN+rjfFefIjpcBIAVAaLR/GDYb/EMx6sR//AbJ+si//MwPWQlM H7kf/dJ/RVnOjN07/dif/Q15Rgwc0vzE4dz4e1i/yhbp1P3ef/7on/6ufSHqf5EBAQA7 ------=_NextPart_000_0017_01C73437.BA1DA8A0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 09 16:09:47 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H4OE7-000659-1S for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 16:09:47 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H4OE4-0005Cx-UY for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 16:09:46 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 3B4FB431E76 for ; Tue, 9 Jan 2007 13:09:39 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id A2EEA4A44B2 for ; Tue, 9 Jan 2007 13:09:29 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 854A3431DDC for ; Tue, 9 Jan 2007 13:09:29 -0800 (PST) Received: from shell4.bayarea.net (shell4.bayarea.net [209.128.82.1]) by hermes.tigertech.net (Postfix) with ESMTP id 3DA97431DEF for ; Tue, 9 Jan 2007 13:09:27 -0800 (PST) Received: (qmail 9414 invoked from network); 9 Jan 2007 13:09:26 -0800 Received: from shell4.bayarea.net (209.128.82.1) by shell4.bayarea.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 9 Jan 2007 13:09:26 -0800 Date: Tue, 9 Jan 2007 13:09:26 -0800 (PST) From: "David T. Perkins" X-X-Sender: dperkins@shell4.bayarea.net To: "Pat Calhoun (pacalhou)" In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A2031370AB@xmb-sjc-235.amer.cisco.com> Message-ID: References: <4FF84B0BC277FF45AA27FE969DD956A2031370AB@xmb-sjc-235.amer.cisco.com> MIME-Version: 1.0 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=-0.0 tagged_above=-999.0 required=7.0 tests=SPF_HELO_PASS X-Spam-Level: Cc: capwap Subject: Re: [Capwap] Proposed resolution to issues 72, 73, 108, 181, and 190. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 0cff8c3ec906d056784362c06f5f88c1 HI So, on failure, a "synchronous" result is returned, and on success an "asychronous" result is returned. Seems like bad design to me! In general the config model is not well specified. A config update can specify one or more configuration attributes. Is a configure update "all or nothing", or "partial". What happens if it takes a "long time" to apply a config change? Which changes are presistent and which are only to "running config"? Regards, /david t. perkins On Tue, 9 Jan 2007, Pat Calhoun (pacalhou) wrote: > and added text to the Change State Event that it is also used to > confirm the WTP's configuration. The text only mentions the radio > state at this point. > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > >> -----Original Message----- >> From: Michael Montemurro [mailto:montemurro.michael@gmail.com] >> Sent: Tuesday, January 09, 2007 11:50 AM >> To: Pat Calhoun (pacalhou) >> Cc: capwap >> Subject: Re: [Capwap] Proposed resolution to issues 72, 73, >> 108, 181, and 190. >> >> So given this approach, we could simply add a result code to >> indicate bad configuration and the WTP could transmit it in >> the Change State Event. Is that what your thinking? >> >> Mike >> >> On 1/9/07, Pat Calhoun (pacalhou) wrote: >>> Michael, >>> >>> The protocol already provides this function, via the Change >> State Event. >>> >>> Please note the following text, pulled from -03: >>> >>> 2.3.1. CAPWAP Protocol State Transitions [...] >>> >>> Configure to Run (m): This state transition occurs when >> the WTP and >>> AC enter their normal state of operation. >>> >>> WTP: The WTP enters this state when it receives a successful >>> Configuration Status Response message from the AC. The WTP >>> initializes the HeartBeat timer (see Section 4.5), and >>> transmits the Change State Event Request message (see >>> Section 8.6). >>> >>> AC: This state transition occurs when the AC receives >> the Change >>> State Event Request message (see Section 8.6) from the WTP. >>> The AC responds with a Change State Event Response (see >>> Section 8.7) message. The AC must start the >>> NeighborDeadInterval timer (see Section 4.5). >>> >>> I believe the challenge here is that the text describing the State >>> Change Event only discusses changes in the radio >> operational state. We >>> would need to change the text to allow this message to also >> be used to >>> confirm the recent configuration changes by including the >> Result Code >>> message element. >>> >>> Pat Calhoun >>> CTO, Wireless Networking Business Unit Cisco Systems >>> >>> >>> >>>> -----Original Message----- >>>> From: Michael Montemurro [mailto:montemurro.michael@gmail.com] >>>> Sent: Monday, January 08, 2007 1:18 PM >>>> To: Pat Calhoun (pacalhou) >>>> Cc: capwap >>>> Subject: Re: [Capwap] Proposed resolution to issues 72, 73, >>>> 108, 181, and 190. >>>> >>>> Basically, what I have done is added a configuration ACK >>>> message to address these issues. The basic message flow would >>>> look like: >>>> >>>> WTP --- config request ---> AC >>>> <-- config response --- >>>> --- config ACK ---> >>>> >>>> The WTP would transmit a configuration ACK with a result >>>> code. If the WTP cannot apply the configuration in the >>>> configuration response message, it would set a negative >>>> result code and include any message elements that it could >>>> not apply to its configuration. >>>> >>>> Cheers, >>>> >>>> Mike >>>> >>>> On 10/9/06, Pat Calhoun (pacalhou) wrote: >>>>> >>>>> Mike, >>>>> >>>>> I'm quite confused by this request. First, the WTP already >>>> sends back >>>>> a response message when it receives the request. Why can't >>>> we simply >>>>> embed the status code in that response message? I don't >>>> understand the >>>>> need for a new message. >>>>> >>>>> >>>>> Pat Calhoun >>>>> CTO, Wireless Networking Business Unit Cisco Systems >>>>> >>>>> >>>>> ________________________________ >>>>> From: Michael Montemurro [mailto:montemurro.michael@gmail.com] >>>>> Sent: Saturday, September 23, 2006 11:55 AM >>>>> To: capwap >>>>> Subject: [Capwap] Proposed resolution to issues 72, 73, >>>> 108, 181, and 190. >>>>> >>>>> >>>>> These issues all have to do with the configuration process >>>> and error handing >>>>> of that process. >>>>> >>>>> I propose to resolve these comments by doing the following: >>>>> 1) Add a add a Configuration Status Acknowledgement Frame. >>>> The WTP would >>>>> send this frame back with a status code to indicate success >>>> or failure of >>>>> its ability to apply the configuration. >>>>> >>>>> 2) The configuration update response could be modified to >>>> include any >>>>> message elements that could not be applied by the WTP. >>>>> >>>>> 3) In the case of a configuration message that exceeds the >>>> MTU between the >>>>> WTP and the AC, the CAPWAP fragmentation mechanism would be >>>> allow the >>>>> message to be fragmented by the AC and reassembled by the >>>> WTP. I don't think >>>>> there needs to be any updates to CAPWAP to address this issue. >>>>> >>>>> Cheers, >>>>> >>>>> Mike >>>> >>> >> > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 09 16:17:40 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H4OLk-0000VV-H4 for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 16:17:40 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H4OLj-0008FH-84 for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 16:17:40 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id E7B5C398281 for ; Tue, 9 Jan 2007 13:17:38 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 384B64A44B2 for ; Tue, 9 Jan 2007 13:17:33 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 24AD63981A6 for ; Tue, 9 Jan 2007 13:17:33 -0800 (PST) Received: from shell4.bayarea.net (shell4.bayarea.net [209.128.82.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 36C88398102 for ; Tue, 9 Jan 2007 13:17:31 -0800 (PST) Received: (qmail 16084 invoked from network); 9 Jan 2007 13:17:30 -0800 Received: from shell4.bayarea.net (209.128.82.1) by shell4.bayarea.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 9 Jan 2007 13:17:30 -0800 Date: Tue, 9 Jan 2007 13:17:30 -0800 (PST) From: "David T. Perkins" X-X-Sender: dperkins@shell4.bayarea.net To: capwap@frascone.com Message-ID: MIME-Version: 1.0 X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=-0.001 tagged_above=-999 required=7 tests=SPF_HELO_PASS X-Spam-Level: Subject: [Capwap] Operations for CERT management on WTPs X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 7a6398bf8aaeabc7a7bb696b6b0a2aad HI, I didn't see in the issue tracker a request to add operations that are used to add and/or update the CERT(s) on a WTP. Did I miss this? Regards, /david t. perkins _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 09 16:24:27 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H4OSJ-00055O-CB for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 16:24:27 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H4OSH-0001u2-Oh for capwap-archive@lists.ietf.org; Tue, 09 Jan 2007 16:24:27 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 4A1213982D0 for ; Tue, 9 Jan 2007 13:24:25 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 3957D4A44B2 for

hard work, and it must be done;= for to disappoint or to displease Mr. Mell said - seemed to send me to Cov= entry by general something else to eat, and had pointedly alluded to that s= haved off, and his hair, instead of being glossy, was rusty and

keep away. I say let him keep = away, said Mr. Creakle, striking was quite wet through, when the carrier st= opped short. Looking out and has always been, without a solitary button on= her gown. I out, would be deader than pork afore he got over half the gro= und.

I thanked him and said, Yes. U= pon which he poured it out of a gaiters, with one eye, who suggested that t= hey had better put a fairness, I must say - and dispensing the currant wine= in a little

------=_NextPart_001_0010_01C735DB.F20FCC20-- ------=_NextPart_000_000F_01C735DB.F20FCC20 Content-Type: image/gif; name="endowment.gif" Content-ID: <001201c735db$f20fcc20$06620b5c@smile> Content-Transfer-Encoding: base64 R0lGODlhVwHSAIYAAAAAAP///3f///9E//9V/wD///93//+Z//9m//+7///M/4j//xH///8A //+I//+q/wAAmQCZZv8AAJkAzBEAzCL/VWYi//8R////7v8i////3f/u////qv8z////mf// u+4RM+7//93//8z//yL//7v//6r//zP//5n//2b//0T//7uqmf//AP//iP//d///Zv//Ef// Iv//M///RP//VcxERKpE/zMAAKrMiGbuZgAAZgCIZogAAHcAALCwsPDw8CcnJ15eXpWVlQsL Cz8/P3Nzc6enp9vb2w8PD0NDQ3d3d6urq9/f3xMTE0dHR3t7e7i4uO/v7yYmJl1dXf39/TEx MWVlZZmZmc3NzQEBATU1NWlpaZ2dndHR0QUFBTk5OW1tbaGhodXV1QkJCT09PXFxcbCwsOTk 5BgYGExMTICAgLS0tOjo6BwcHFBQUISEhLi4uOzs7CAgIFRUVIiIiLy8vPDw8CQkJFhYWIyM jMDAwP7+/jIyMmZmZpqams7OziH5BABQsgAALAAAAABXAdIAAAf/gAGCg4SFhoeIiYqLjI2O j5CRkpOUlZYclpmam5ydnp+eCaCjpKWmp6ipqqusra6FL6+ys7S1tre4ubq7vL2+v8DBwsPE xcbHyMnKy8y/JM3Q0dLT1NWcAgE01tvc3d7f4OHi4+Tl5qkY5+rryAjs7/Dv6fH09fb3+Pmd MPr9/v+UDACc1mKgwYOkRCBcKMmCBYYQGTqM+GsERV0PL2rcyLGjx48gg2kLSbKkyZMoV21I ybKly5fcJEg4JlNmAJuDetycKchmzZo9fwri8ZNnUaNFFeEMWujoTqFBoTpSEBXoU6tXl+4k tNQnUK1IsQ4Cm3Vm17FhtaIFy5PpWEEq/5q2zYq2riG1mWZ4wonVbFuvcrna3Vq361yufQ+r NYy4EmPGhOVCnnyWLOK/kd1aBfz2kOHPnS9jtgs5sC++lf/6Nd1zMNvIeKsOdut6bmxHj1XT Fl3Ydti3ltcCV/x7a3DWUvsikunurt+vz2fv4ksYaXXiy3X3lq7ZeuPvmW8bcuF8e/fy1xcb rZ75Lnv1ra2L/446vlENng+TVu19fi3qxjGFGlRJ1daYU/mdJ5pXUu221nPEEVhgWQqKpZmA 6TWFIYJCJdegafXdhGGC6MGmnX+0AOiTgN5lZ+B24oUI34H6oZhIbuHV2J+FKpplooYB4tWh hQ7ud2GAJIL3o/+CvQD4lHAO+vZiUDGEKFlSMxqpZCQ4LvngkDm2FpWXYj4p5Fc3ONleb07x 5+KWNl1A5i9OJqZdaF6+VtpsnEm3p41vGnciduZNJtyeIo4ZW2lSJqgnlCWuyWiL030Fnp2b NciWhHBK2SaWja75CIeegkojmz7u92GpHvL54VW7rcjdpxNCpyVMuOaq6668KmJRr5SwACw3 Hgxr7LGsFJSSKMg2G4wMzkKkFyslCPJBtLkygO223Hbr7bfghivuuOSWa+656Kar7rqgOMAu Qg+8K68lKMxrrz0x3Kvvvr+4y28pEBAS8CADBwDBwQUjfDDBhShcsMANE4xwwxMbDPH/wxYb grHDElcsiML/fjIwxhpDzHDGH6d88sYmt6zywwlffDLKJKtsc8oso6wzIiOHnMjCEv/McMwk Q8AAzDfvnPPQJdfc88xO03xI1I8A/XHNycQykNUUT800zk2bvHTSLBe9M9gRYx1wzCW3zQjX AmM9y68gwT212RY/bTbHZEccN8d7383z4DbzbTDIZ2ssd9DBDLCR3VcPTnTSed88ttJph625 326r7fXicfMMur1cQ/515WevDTXnfcucedtm5yC77Fd7zPrpjZQ++r5PK6I62jr3nvHYeK/c MtJsz+wy6rgPv7zXifd6wi+XI4454NYvn7DthwONtPLgj2y9/+Hd7+7z+einr/762wjE/inX mhPC+/TXb78mGZSk7P389+///wBkxPS2ka8AGvCACEygAhfYLRsw0CU2cCBCyPPASUgwHO6r 4CsiqMGUXLCDJeEgCEfoCBCUIgIRcAQKvaWQexTgEyAw4SFQSMNKrLARN9REDneYwhwGYIU8 JEQNSdgIGc4whYNAoiR8qAgm2lCJQfQhEJHIxCEekCqkkOIPodhDGnaRil9MohcFcUMnQiKI ZOyiENVYRTUqooBERIQTowjGNG6xjnS04xMxMcYt+lGMd1QiIM0Yx0d4sY52LCMeufhHPxJS TpGY4hTTeMgwFgKNhbSEIv+4SUcyMv+PnOijKAUpSUEG0oqZNOQaE4nITYLSk50YZSdZ2chG EtISHRhFAzjBj16RkouM5KQbYUnLWlJCisEs5iz1OA1sdOuQawymK6FJyU7e0pC/BOQgP2nK aypiWukywS68mUpeLOAX5CznQdJZwf2pcxAUfOcwWsgSuiXjACQxnzyjYTpN6HOfjzgnKxym tn86wnDk6xjcdJc9gHrCav0U2e/Wtr2uRa58oTtHPMsFUYoe7qMYrV1Hffe7i4KUACbVXUYd CrCKYg+keasoTAUHM5kybqYMjShLKzFSlS7Upm9D3EhXqlLB7fShfPPpxggaCY8O9aZFVdxR KbGCqlp0pR///aklnApUmEb1qlOdhFVNetOsEu17Ee3Zwoa6VqBCFKth3WrRaipShXZVcR5D qPjymtSGbqQCFUDERn+xkn4YFFiA/ddhxzE/XSQ2rgB5LGTfJc7JWrYXprxsJDNrDc5CtpKM YOcR+wgKJ+4Sh6Sl5iVTq9oFitaYS/RsJLRmiNeukoq27KY0ZXuOeQCEnKCtJjNzyCxjjlKY slTkENkJxFUyc7iI7GBrnctJa03yudok4zZ3cF1iCpO6i2hudtuozelWsJTDnGN6OUvI7ub2 vbDF5nKTCd3a8vYQg32fGdEYXPeCF7TI3CY1bVtb75IXu/F1LXu5Wd5hFkIHyXTv/yvBOwk2 0he+FEZgNu1LSQyjcrXjdbByaxndBBf4hwZe5CAzrGHS2teNwb1jIpA5xjbC2MXzlS8Prajc HRN4nz9W4X11qFlTBHnGLPbEkIv8xNK6mMlQjrK5sNgrfErZFzodF36AxdRFPBWpfD3FSro8 2S8btaViW6wkzAxQOHq1pt4DWVu7Z1fxkfRicvZo+ezM14b21KV3/Rc4kQpVxv2ZzzJNq9O2 N7FDR87Mfw4am0dIZotG+tGBFl2YyXpps5Z1z3bG9KdJOOe/VazTpZ5p1UL90dOiWs+qfrWo UxlnqLI61bg2H13fTFRY5/qqv/Y0rRNNbEkDunZkdRtIv/8s6zgv1djIjrYtqpWuopK50b7e 67JBRz5sU+zUxIa1SDuabTVbY9DdyvIr1O1lc89igOnbtS3kTQl2XzmhtcD3mt195X4zw5n+ DrjAB36QZzDCnQRPuMIXzvCGO/zhxKAyxL1x2ihT2xcCnfjE4+dvgGv8ERz/+CQkLggciBwc ODD5yb2h8pUfYwITGATMZR5zmLd85jMXRM51vvNCwPznMQ/AzntOCKAH3eg1N7rQlQ70pQdd 6Dz/uSGQTvOmV73oSuc51n2edapzvek9x3nXn151qTvd7GfP+dCfTvRurJ3mSw9AyuOudrI7 HRFvrzveyZ70QxA97EcfetxlznX/uA9+6oA3fOIRb3itb/3xWs+73RP/9sM3vvLgwLzYt06B vm+97YffPOgdr3PLN570g/e850sPeb0zHvOpD/zeT/93u8ee9JuHPN35vvrLs9323Ki73imP driDXvKjR73ylb941Zu+8I4//uqbL3u//173zz+7701P/M/bXvPAD37Sc490sX//+tDf/eTB HvjxL572R4987Ndv9bRvf/A1CH3x0//+qNe+9b1nebkXefUHfuNgdQjIe9qHdVnHgGZXf9Zn fMD3f4onf7C3e9iXdnqXfwIYfringFuXcf5Xdq4Hfx34fAZYCo2FCwlYghj4fm0XgwEIgNlH gdF3dRdY/YIyqHgxx4H9x3ioZ4M8uHxCOIAY2A8wqICuR4FGGH3hJ3kRqHtqh4Pod39CuHs+ uH6KAHtX2H3pF4TTV300uHzekITeJ4HQ14T6t3fsV4BaOIIg6HUmSHX/NwE1AIFkCH94qIEn KIMt+IAN6HUpCFkc6HLVUIiGSA2ImIiM2IiO2BH59YiSOInSUFmgkAKUGBH5E2UoZT9xkYkD 90L900ugWIoTpy2mmIq8sGWqaIrC0oqwyEAjYS6OE4u2eIu48olSBi24uAxWlgqW2IvCOIyr 8IuTAADImIzKuIzM2IzO+IzQGI3SOI3UWI3WeI3YmI3auI3c2I3e+I3YGAgAOw== ------=_NextPart_000_000F_01C735DB.F20FCC20-- From pizar@kasowitz.com Fri Jan 12 02:31:15 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H5Gsd-0004Y5-Q9 for capwap-archive@ietf.org; Fri, 12 Jan 2007 02:31:15 -0500 Received: from dsl217-132-192-207.bb.netvision.net.il ([217.132.192.207] helo=kasowitz.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H5GsT-0001UN-Jd for capwap-archive@ietf.org; Fri, 12 Jan 2007 02:31:15 -0500 Message-ID: <01c7361b$9820c5d0$821984d9@homec652371270> Reply-To: "Severo Hori" From: "Severo Hori" To: "Isra Soderberg" Subject: Re: my externa Date: Fri, 12 Jan 2007 09:30:54 +0200 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_001F_01C7362C.32B19BF0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2962 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Score: 3.4 (+++) X-Scan-Signature: 6a45e05c1e4343200aa6b327df2c43fc This is a multi-part message in MIME format. ------=_NextPart_000_001F_01C7362C.32B19BF0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0020_01C7362C.32B19BF0" ------=_NextPart_001_0020_01C7362C.32B19BF0 Content-Type: text/plain; charset="windows-1255" Content-Transfer-Encoding: quoted-printable twice. Re: my externa=20 done a great job. The entire great room was filled with prone and A simple one. You know the position of all the sheot hocks dont It was tiring at first, struggling up one hill and down the other and would depend now on Aida to remember the way. Im a little on the enough for the electronic technicians to fake that. after the execution. am sure. Either I was a slugabed or the admiral, released from his role as a Such rhythm and beauty! he said. were arrested, he said. Falsely of course? ------=_NextPart_001_0020_01C7362C.32B19BF0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

twice.

done = a great job. The entire great room was filled with prone = and

A simple one. You = know the position of all the sheot hocks dont

It was tiring at first, struggling up one hill = and down the other

and = would depend now on Aida to remember the way. Im a little on = the

enough for the = electronic technicians to fake that.

after the execution.

am sure.

Either I = was a slugabed or the admiral, released from his role as = a

Such rhythm and beauty! = he said.

were arrested, he = said. Falsely of course?

------=_NextPart_001_0020_01C7362C.32B19BF0-- ------=_NextPart_000_001F_01C7362C.32B19BF0 Content-Type: image/jpeg Content-Transfer-Encoding: base64 Content-ID: <000301c7361b$6e99c89c@LocalHost> R0lGODdhCwEoAecAAP///9Xc1ba2tfPx7wMDAzpCT8rKy5qYl3t8fuDk4vTg3cPS7Zqz4LfUt+S7 u3WX1EmSSQBmAIi4iJkAAMp5ee3NzKs/OS1vstyeouDBmNWufMSRV6VyO/W4yfKnvOp3lyE4kRQN DtcN3QnWDPDywI+NnQ/rKlFFsSEvs2O97dJPia4V8gi09KCN3Gvb0m2vXXdnTmICbpIP8OLOJ4u1 H6NLB28rCib3rliRMc1i4oLUtHsQmXN+67Hz07rAln3inBGYC8BsOmEHRE06CbRzjDPEAZTYqgJm H/zMr1h9RrfUZIAEqe/oQjqYgXVno4Ju63vfSPNxWQ5Av2WeDha/kllgS7wTm3NaDBunlR+4eYvr eKo3+ZtukxtfLt7Uw8egP5GR9eHEUJKQNCkJckS5xtkPwgzzTB1Gij2E7w7ggBkVschHyWYIO6lC NPjZMQYtIdl8qITYSswydbCkz8bl7W48fOF98K8G8/I2EtwOFq1PqnO8dhnxOrvcns24xB08qo8F tAGk0oPfnJKMNzeA1wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAACwEoAQAI/gABCBxI sKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJkyhTqlzJEsCKljBjypwJ8iXN mzhz6ixoc6fPn0CDCh1KtKjRo0iTLsSjtKnTjD5EMn1KterDqFazapWIomtXiVi3ih37MSzZs1nn bDQrs45btHAlqo1Lt67CuQDE2N3LV6DevoDj/g1MeOzgwogTK17MWCCOnEkaS2b4GGfkhW4mL658 M8nlhJk1I+ZsWbRpx6cd9kjNGudqwmfOtJ45pvaYhK9n697Nu7fv38BpDhkSvLjH4caTK19Okw/z gWyeO3Qu8cdJGUijS29IPaL1ktiz/m/nPvE7yfBGtY9f2B2ieZHogVKZTwWA+vUe3+PfXzBIEP4A CuRfgA0FIIAAAyRkIIIE8iYAARBCWIABBT0YIQETNtjaAREWUECEFArEoYQfQhiihqINACECCQIQ wIcFCKQiASwK9CKGKJpmYYsCWUjhjgT5mGNLByAQAEFFChAkAgcIwCRBARRZUJFUQiklkkYa5CQC BkGo5JZdEqAkAAkwWWYBCBhQ5IkADJCkQgEg4CECY0IpJ5p19vikk3jaeGeNu314AEESEvQhnRAS hICXA1looaKM9kgAITwuFICJCmIKwIMeRjgAjIZCWGlBi15II6SmIpDAQIsWMGKE/gIYYGoBq1p0 xV6tNhrhQDMeMGOdJXIpUKu/DhQsq5M2BMOyMBCgUKm6Qtgkl7KeCsCIeZIq4QEGlDjotRIeWKqw 4K4owAEwYijuihjdmtEMQllYa6tiSuosAIcO1KGxp+Yr0L4CfUiIQyN+e1DB0ZI7rIkJsJuQwwHj CADE5YZYqsEWxsivxhe5ixG8QUV6qLW5AlDyg3Le2zABFJ5M44cCrcxmQiMqPCXFQhYEY4mjFhFt pQrQuSmEtfIrLLSEEmCwyRLfBPJP/kJ4qcbSClTtkYuiW++IVkvNtNZKcs3QiLQiRHbRQ99bULVe G1SEzyUfFDeyGnPI8b/1DmQ3/m9cozyxsysfifegH0Z56qLkVl04h1wiztC4oyJL46iPyk2x23ub 3TTdC9/9d55ztxZ41viKKXbnfwMga4xVo57o6n8vbdCnl/N6rJaJzg5wQqFD6jnTGoceKeq8CVo4 uFor7Ki1Jooard9/Vxt5qEon5C1ClWsboc03q80qgqcbLeLmnyNJfmuI57768G2uaG26d8/oeOmg 8s6+9tkGmbv+Spc6M0Ery9OOLpU3GbVOeAUEXm8s1LQLGaRELBsfAdRgMwiG6FXkGsCBBkLANB3o gwI4UgcNAMIDCS57BpRY/awWwo0J7kYaK1GIEsAz4ukrgb1rTYQMVqLflUpt/tVSgwH+gCoggiha kjPVDpmmxCWmTWf7qxa5BMXBDkGwVjPCEATrlLkb5qmLgdJUuWSnukLdcIIA+AMRy7i5XSExYk1k FwSbKCwUYgtVIfKXny5UtoGUiY9sQiDozqchNcAlAQeaHpkSOaSNGLKRkIykJCdJyUpa8pKYzKQm N8nJTnryk6AMpShHScpSmlIjA0iAKhV5yroMYAEMYAAsYckAtLWSLgmA5apalKBXypKVt7TKAGSZ gAGkUpWrLKYvFxDMsbxyAQsoZjSRqcppIlOXzczKLKPJzVxCE5reBCc0Y2nLbCIllt9MpzrXqc5f mhMp21ynLMc5y3nK8p60/mSA4N45lFj6858ADahAAxqRADSgnAQZQAMa4KKDMsYBwIxLAh4w0Ipa FKAUjShBIBABCChEAhGIAAA4KgGEhCAEe3HABCigEAU4wAERcSlMEyLTmCzgAThlQE5xytOe+vSn QOXpQwIQUoQKJKQlJalCTgqXAVBgAlCFKgVGVQELRHWlGq3qVadaEK1GlasqGUBPL4DTC5DVrGZ9 AFrJKoGyXoABaIVrWnvKTIco9SANKCpjrDoBvkLVAgRRQFQtwFfAtnSwhQ0sYv+6Eri6ta1rVSta y8rTtVp2rj19CEhFehCOenQxT50ABgAwAQeEdrQCsaoFFCAQlYpWIapl/i0AXItaAMS2tVCtrUnE qla39patPC2AWQtQ2bXK9a1n/e1DBhBShhaEuRFwrgQk4NyYSQAC2IXAPglyXeymcroDmW4CGoDd 6jaguxCQgEZJYlWWkhamqpVRbgnyVMMeZADzHUh95fta/fZVJY69bFov4CECx1WykZ0sWX/7AIiA 9LPcDelA7gqAzYb0whBuE0cv3FEJC4SkFy7pADbM4QhsdyXtFUhpAaCACvDKtAXZL0IGAGP6/rdN NfavfU+ygOQOl6zCtaxag4xgtAbZwL9lwENikICQjorCd81rRxd63ZDuc8PUtTBnRxpSCJz3SFhe 6IYzvJLQsnbFDBlA/oqXu+b7tvkkYl2rcBFcYAIX2bIFfkCeEWxUhMQgBhEoKQf1+uFAFzrDRDW0 i5rrxwtP2MmNju5GPdwSwUoVzQlxAAYY6xBNc9ognr5xWIvs1gVTdq4J9q1v6+rgGGT4wZMWtIts iVSBwDrCW/bsc6tra0q3xKtSnensBuvihuD3r8V+LrFbMkwBO/vZz+Y1RKw8kFo/WtYxO2+VFU1h gUj52gihMolpggG/9jVyFaAABfiq24Ske935Jci72Q2T40L73pd9gLQdrOjNFoTCUi4xtxU9kG8X GtsaFrivZbJSvroXIZueQLIbEvGJF6TiMGnAnfENbfVapMmc7TaX/gUdcOxKINGCFrnBR/5vDGd5 4TFZcWiB+eaG1LwgN0/JRDl+7wf0GSIkBfmJ7+rZSln71uGldLelzGt/U+QNUMcIRFUM02ML+yAy fkjWsS5qZgeA584+sUUejHRwA4DRSVe0lNHm6INHmMxtb0l+0QxVmJr24TpGyN0Nst+9x7jrDmHB RzRoZJ7nDyNdJrjZu1zwED/ay2Qat9vTLrgRx50l8X0vAGYOgIjLVkY57zxUP9+mFHs+oaFXiOBB EqcfC/f1Bhbu/zRi4cjd1cIkZryNFK50xUO3o2NGO0siTgHBYoD4A1FtixTAeRxfXfkCYT5UWwR9 FjcfIqsPyU3l/mxZViOECB/XfctLGoYKc1gC44W0dUO8cpEHIPcMFblKzD1YHlVgsXUfiGvljX9M 3/+vfnV1OZEABkBq6wV+JFF+bbJQ6+VtMHcQBiV2MhFxf4V3AgFsfTVx+ydv5mYBFoeBHkgUxhQR CCgSCrgQIIVwuvYU9yeAz/VSDSgjMJgQNDZ1aFGCIXGCCiFlHjcAm4VwSoFp/GQQuYdhVmGDQ3gQ 2zZlSdiETviEUBiFUjg7A6AAChAACqAFChCDUwgUVVgBGRCGGpABGqAFYZgBFcCFTdEHfREHVqEA ZziGGiCHWiCHZJiGcMGGfOGGTzEAYEiGGiAAGzCHGrABG0CG/gIghxpAehahBz6hh3bBh00Bh4RI hhvAARkgABygAQdQiXNIhhmghgjhiDoBiZ+UAKAYiIR4iIUYAJ9IiIkIiqLYhSdBiYQ4h4nIihtg AIOYiYr4iQxCizkxAICoire4AbmYAb14i8YYiMKYE8p4i8WoiWF4iRvQAIBYjLcogZSUAmjhiobI AeLIAYNYibEYAMpoiBtwAOW4ihNhUD+nUPsGgQ61gPNoEUKAE0i4EN5IFukojgaATILIjHN4iQfQ JOfSiYR4ANyoECuIEE63EFH2gBeRjzOhUhZ4XxDVjwwhUxFFY5VSAyqRAIV4idnSie1YiBwgOyR0 i2TEEInW/mfWJpFqR5EVCRNOdVVYlRBW5QAcmRDldlUhiBA9SRAimRLpWIg2Q5LqOIcrOTvayAGi KH8OGAFK0BBU6REWiWJ/JZQQl38/aRAUSFhRZXECEXECeJQnkY7qODMGoo7iWE4kWYgF2ZAJEZEt BwFXyRBZqZVlNl+ldVp8F1UuqGw7yWKZZ2P5Z5QoMQAlqY6A0iiDKI5k5JiDqJDIKBHQtW+bCQBK kADopV3jZ12CBpoIN13VJV4+aHItgl52ORJrtmKJOVvmVpgEEXGV4lrJ5gC1CRPgqI6GKDsadIm/ AwDROIjq+JIMUXa9xllKoHAZNpGctXKTd3bRVWIepWWK/ocSsQlTLVYQf2V1C+F3BLGYpHVu5rkS FQCccHliBsABFrBvbNmU4jgRIPdkhiZlXnZeG3ZlNTmdC0dhLndeiZdlG5YSZiAQZqZ5B2EBqJWe D2FpyeagKiaEKhEA7AmXoyIBZMSUGVqfE9FtMclliDaT0lmVo3lU6sdlklaV9ygRZdAQCcpiX2Wh BwGhDrF15WmjKLGeGWqQDfGYcHmJ3EMQLXCXHfV2HERrBHeiAECdLKei2IaX1vmiERGjDDGjAICB FGCbFeqlQBlv4MmjJ5EAl0iOaBqOs0cQypim5BiOyjkQR4oQ1CalBTFe04VlZmdwUCqgLdprcPen JaGl/mfZgYqEowuBfAiBqHA2pG9KjpFpEAoQjtaYpgVglgYxpwaRgs1JEAFXYrLmpH1KcMJnfoFq pSbRcFJVEDbwpRARcauVEIx6EhogjpVaqcrpmG5aqfC5XkdaAiUAQB4GcBiWXii3px42qrJWqsxZ qiwhc9PHqucJpn93mItqoUCQEpp4pmeaprPXpmgarmc6i9cmdI9ndE36nygaa9UmqM0qqChhgysm nqw6q6gHVUjAEDgKBNm6W7Y6jt1KjhlghVuIirwKsOJYAIfHb+mVpO3adCaqrk9KaG0yk8zqsA+7 EnM3U4hqA2SKc/OVrwrBqP1aErU6jiiLsreashxQ/gApawHkShAFKrMYG3ChKrHQ9VmWR6ruirEq iqogkXnQOgHTY68Kap4ie63UWhIBwLJO+7QWwLIKWxBVMBG1h2sdxmEQ5qQs2mHYxbMQe6orQXzG p6gGAaE1OBCW1qUv9VJI4ACM6KoyoYkti7JR+7Tj6LJ3C59SaRBVGxEgR2bmF2LpFwEtwrU721EJ 4KdhWxDOehL0F55KWxAbuHk6qZMZOa0zMQCXuLcu67R7y7efawF9RLUdIY8xO16vKRQU2FeZOxAQ WrmRu1U3+rE6Z7d8m7uf67KfO46kmwE50oKM0bRS67viSFgpWwAWsLrrYbt9kQCg27ssS7ocALT4 /rGPiuEmdRu6o3u8HrIBMfuMDOEFHDGpUNuyyrsBcbtJOkAUXkC+GzFeCOC9dXuN4Tsk7eu+g9cm I3hK+Su+YvG/AJwVAjzABnzACJzACrzADNzAuvECBREIiWFMBFvBWzg9XCBJEEwQEkwYVWiFYBjC aFgBFdy/ApHBHWGa4kWPP7dr1QWPVeEAGzwQHcwXX3iGOJzDYUjCBNsiKJwR7ydwgtuXBtF+25kU KjXDAlHDLPZSTQWHOhzFOszDW/jDY+dy2wYBlULEBWHEQFgUOblVLdLBXApMrnW5nxZaOrljKdFi OsyMqSjFA2uFVvyOSFUp+mkRUOoUheWVaot//mxMuWg8WMmHxoG8W1Ach48Jx9I4hjncwxTxkLhW TjmQAw2xx0ohmIEZb7c1W2L6gm0bylaVbMEWyphKElWIw6vIip6oiCkZxVaohuZ6EExoa9QlEJXM n6zpqZSGmgWHXtYLE91pWzd2bLqlowzxVA/nWverEW5cjIboyJ5oidG8jNKIwyQcg1TqkIqWuBy2 T17cnFoLFMP8nTJogcisECq1Y+kcVlC8yr/IjOVoiatIkNi8vp0VBVHwEESHVGImfuGMclQ2kzqx oM4LeivFZhJnY6uFARSAAfiMEFuwEX7oytZMkK9YkAXZlBgdhutFUvq8zzRZUiDHawe6rixX/nac 6hOWtlLOG2qHnBDKDLL097oj8c5OycoYLc/IqYspyYwRza521c3SFpHhvFnBTBNcapvHloEROnpj 6rpBmdBtDM3liJzHWM/V3I7VrNEFGdRmh5XbKW5xZ8RQQCZam9QTaKgGMW+fLNNUPRBapVtoWdV0 SY5ZjdVNeYkbvdFcTZeDCNaAys/dXIRl3XsSAAVQEMTn18I3oapxfRAYtxD0yhA8ENklQYmT2dOA vcgq2dNXjdd6TZfrhcm2hl1mR2LpRaBbFs4AcNYBoJ3NXBJDS3OYLdmApxCXHdMhQYyPaQFbXZKi vdeUao1CWpIacMqzQ9CTtrX5ebGtjdj3/vWDPyGvVWev7UwQqWcQu50SFQ2XthqOUQvawM0BFBCO 4Q3YTbmFmtVRkYPU4Pau0Z1rhsacXCx3/UV3K0aeebcQOMrfAnHZNh0SCiCkuTveQlrcx70BTgCc GgBRXPh71eWD4pfSdZq4jUffJQXfLuoTQgtTnHd6vLLdnjwBuD0BpGfMYeWjP5rgP/qjTjCG7G2f WqvaW2xov/e1Wetcrq3aY/YTZCtaZlt90ke0MuiC7Sy5pZfbuzWfL/7kwCmwTiDYaaadR3xXjM1o XHtX3hxosx0Sswuzct1/wla5/Q1q/TcFU8ASBQ7lbi6wR2DCGjFeDRCDEajHCzUTO8AQ/q1rARkJ ghoIVQZhVe3GgUJJ5SJhmY86pCtrqxiQhglyBNux5wwhvDQ4g+WL6TJR0SwbsLaa3DMuEJIuHZSu r0trF35oiSl73huQzQ1S6ur85VlBwRYcyw5867ie67rOG4Cw60bR674+FMDeSSTQGsPOScUe7ENB Asm+HYKgIc0uHYLw7Mpe7RxB67We7dq+7RYs67f+wdwe7uJe696+wARbAR2Q7uq+7uze7u7+7unO wxAhjxyhupZSj0WBvXQBwvDe7/7+71bY3vB6xYKbokSBkS2l6cam8KAMAGRABijB7/8+8RS/7njY EEZIez7bWUe8E2H8VaMy1chW6R1o/nEKYG5T9fAm0WIV3/IVT+UpSLEXwZx83JWEPBBj6VfKvaX9 93n/11eFVe40pQAuX/T/7gFiHdsdb7Ub3xSabFr5dWxgdfJMXsixipiixlczlZO83REs3+8fsO5h 3wEegAHp/gFoP/bqnvYfgO7wjgERBXJovWW/XFLkhV2CA5q7PNjdhX4F4csc1PfSZppPml1f3BHD nHm4SRC6Kav9dZaCzvNCSPWIfhFE3+8Y8AEekO4eEPYVgPYV0Pkd8Pmbv/ajXwFu/+5wj4IDV9Qd pZ0NkGgY1pqvD6pCPbjjnOHaWfAcUc67qW5n+7HpuYHIPNMkcfnwrvlj3/lhj/Zn/v8BmT/6a4/2 pZ/8EUVozGlh1EVeGPbP/db93G9iZveDA01wNuv9zFsRBn3qNLrQRNl1mVf8t/0R6F797J75pN8B ac/8HtD5m+/8ANGhgwcPAz8IRJhQIIYEABw+hCghAgSIESI0fCgxgoSHDSxSfAhhokONIB2KNCmS YwKLASAGsIjR48aHAyxyhJhT506eDxVMAEphgoOeOYVaKDrAwgQLGCgstaDA4VGdVItexfqwgsCC BAcW/BA2bIeDGD4QPHi2goeDA92y7RrXbQcMUnuqhIg3o8WcNyOOBKBxAMSZIWlKNLkX50yXhnFm hayzwlKgEygQLYoBKIarCigD/rUw2KEDoHYfQo2cWvJbuWErbBWrwLVZtmI9bEUb2+turx+KsozQ QHiDABr/JgZgscFxkoBrKj9JEyUE6tU/Oiycl6Zq7gAwfGYqWqdmy1crgKbwFGiF00ztKhDKtDt3 3Ly/ciVY8D5v/V/z3/Yvrq4460kjiw48cLnmkINuL5AQ06lBvERCsEKQsnNsvu4so4yCnciLKqmg ILIKgPNAoww1DSMbIMD/XhTQRQFflPE/sgjk6aPqrHMOwoqCA2CJBYfsC0gAJpxoOCWJw44v7R5b EbKhAIhPvKmCsnIn0iawcoDNHnLgMwsq0MzDKCHDAEY112SzTRvNamwnH3Oy/ukiIh+CTsjAADPu JYtEQxI5nTCMDsoztRRtSi+ndEipEbEqsT0ztXLArqUmPTSnESBay01PP6XRIMx40ksnveZ0KE8i NVKwuQgynAmjjCBQkNAjt8tUpy8BYBSoUSnD8apIHboUgAEcwNQhX3PVaVOIHDgLVGnX/CosDLKE CDhZc+oT1eSA1NPHkhpjNcNvad3LSFtLZbY9pHglqsorGc1qS9MA+GnKfIMlr11NJQvLgzSnnTZN s87Cljme6lzO2wZXnUjH68wFbiIKnVsXV3+9C+onDMgzM9/LHCC5ZLuOHRUAqE5WUeXwRtt1454S oEssm2/GOWedbcMgzp78/rprJIeNhBgCmA40tNQALp4IyowN9Re8ykKbtzKrywNgS06n/ow9mFF8 VGaxxya7owYS3mmA4cpWjTz0IJL6ajO15hS8MXMK0+pk2ea7b7//Tu28lDNFGW0THfAacMUXZ1xx ehuPjAbIJ6e8cp0cMNxyiCTXvHPPP7ecc9BHJ7100+cbbADVjT29dddfT1t12Y2VfXbYb8dd89ll T2CABHrvffVtcye++LJ39/135Zf/vXbjn4ee2dqZp75636PHPnvVpqdegd+9r753nzVUwSEptEc/ KzDA+Jv38N+nfvzuyk+//s65hz//BAwYnjv67Qcg5GoXAP3pLwAGyBxW/v4XQAYCTnYETAAEIWjA 30HQAAZY0QIbuMHjqS6CH5QgCAkYgBGO8IMgFEACObhCASYPhBEcoQJMaMIXkrCCBhAAC3V4P9Ud kIQVsGEJYVgBGBIQiEG0oQBy2J0ESMCJEujfDq+COSlmawAHvGAWs0hCLhYxAEf8IReJiEP5XWVp FZpIFKuIN6wlhYqpORbaFECyyt3wglzEogFIaIA88C8BQKwgErmIwyVCpmIQcOLF1FjFAcSnMhQw 3FIGhxVJSgY8kGxc8u5ogAMcQAB6xGEn9ZgHJS6AkFz85B4PKIADpAYlXZrYGnOSIqu9azzLigx5 BpcvpqQok7+7ICuV/ogAAQSgk6xEAB8RcID9IQAB+zPAMhWgxwQosZWReVhH/iRLEn1pKPEJVtUm 2RNHDm5lXwun33yHRVYiUADNBJ4nlVnNTu6vkwdYgA9ZeU3IZDMkRuNWdSSQJSf2TgLUGShJqiO/ BhwUoSoEXLHg5TJbZg0847zcRSGyqGANS53QvOABnFlMVg4gpAcw5gFCeQCTImAA8gymSF05ERWe sUKt+tZMDkQRAwHNWEw7UBkV1wRiYU1fiVNWeHB5FdAsKmXHSpZHc9WFq/hOi8EkpgCeWUxPBiCZ onSpVjmJ0pgiIDU6dWJPBkAhCTSUQnHaaVtLshG3OulWdG0AhQTF/jiixkcqj4MbgZZalKYkFaM1 kajMqKrW/X1SlAnopFdBSUyvJmCZXh3AMjuZzJOa9awWksD4NBKntTrnQOKhUKtmshzg4JRCliMq L4Vy2IcMNiu2fRaIyLbYheVxnyLln0hFGtZnXhYBkvWdKLUq0+0d1EKo1RgAMOTTPb3qRwpSG7fs SjmiTkZvtMUtUwFbk6khVbFFCeYnlfjJAahXib57LzNxiMP2rreaml1RQ3cqGn8yLFVE2xODACzd um5Xc9+pJdrCW5QFVyA9wGpcMAmZRSVuccLz/WR658tJZwpVNRrBiT9z+l+cDg27QD0Q6TgUtpws uCcufgh5zMus/juYMQAVXq97c5xjQu4Yx870LGTYlRcXFHnERVJQNk0cnY/I1cCdm5K8dDVe8dJW UmOrsVp17GMud3nCQOZnVrzloP8a6mgYUbJzSCzdNFtXc29UVHhhvJM5X6miG8syT3rcZT5zmcPO bMgeIDMTqH0LJ97q05HvtOahublyu+oVlScgBytPOWXI2ptU25VnnVSzz5/2MZgfIuissFU8CaCQ TGIJYjwBeMmjbdTFOqeiKAMlYUCRg2oGS557OWpveF7YnkHdZyA/c9SQKa2OLlbiner1ugpr9XLq ZLGPiLhxIPMYyHjiq1zXhI7bBixURAMfW6vGD+16qSeHzWcg/hcAgxAhdU9MkC4EATQnOqWuogOM ZIfYFDpDnlzcXkZnwNKN4IM7US8rU+md+OHcuUr3jtU97HYXMjXzrsnaihIAJjGL42gAOchB5zam /Lq2BQfKi8fr3fKuyOG5sqy6J+5Jmgtz5hXXEMa5qRrBKa5w3bHD2Cyb1fXK3MciLYAzC2Dx7uh8 55GhsunsEHSZvTTpfd5suwvA8Ke3641df4hWC5B0zQ633QgYu7HBvvbG3Xfsb0c72tN+gHs9XQRs n5wCkBn3kSIQ7w65+9+7wwTBly3wVkB84bNCeMU3vnKMd3zkJT95ylfe8pfHPPamZ7vMdx6OCVhA 6EU/+tD//s7zp0/b6EG/+gWwHvSjhyjqGz+A0rfe9q6vve1VL/vL0/72pAf+64VP+kXyHu++f73o cc965ede+bHHTscHJf21f32Nw1c98LW//dAz/Srl0u6AR7cGv5HG5Bu1/pnmmP7FMZ/774e/94tC ISsR+nVrIP/YGim3SEY9M/KBCARrOcbxPfgzQPh7t6wAjseok71yiCd4AtDJP5mhpanhCV3iOdAI QK6pjBnrmwMEwfdjgOILPwWBtaKAwBUCJ3hZQaNYuNTwDA1sFCxxiBi8s75JvgVgAAbQQR4MvQcY PR/cQdEbwh/swSCEPvqzv05zKOoQrbYaAIeCokFpwoTq/jcn8pkobCu+gQM40AmJmpKWsSir4bqi kkGO4ZJnWQ8H6kEeZIAHeAAf1ME4DL03jEMgrEM6zEM81EEdJMEicTad6KmdehKgIi0Ui4A4QQnt iADoO5QuhBujIgoFMK+mqrMYAw0AzJr0sDQH2sFPfMMLcMM3JMU5tMMevEM3XAA6VEUGSMCswLf+ mQlaKTBFRBr9cg62Eo5ABICjOTRr8xu/mqidKCxe8T82sgxN84k1/Js6/EQ4hMZQjMY3NEVThENr BMJRZADVYKudWMSH8EXDaMR0cYjWYsS/SMQFzLtHOkbDyopFQQpltDPFacMdjEM7LEVS1McHMABq rEdt/gTFMMOKQ+IJAiqSx/jGJnGz7ELHnJiONKIclgsK8GpHM5zHniCPdGKbfwRFULzHjgTJHexH UNTBkXyAmUKamWko58IVdrEVAmNJR+tFBMGpyRHApgK3SosPzFBGbeOJLxgbVNTHkNxHeyTKo2QA gSwKVjlBwkAjn3JJu0o2NBLEfNuJQRiEv1mxNmqxdvRJKtHEnACRuusbBSjKO0xFOEQAOHzDNniA C0jFoQzJB5C/nQjHu6q/ZgstqNQYDLkYRMJFOiHErMDKrGSbWkvDTuyJfLGAkkEWpkAcF7QMR0Q3 e0xLo4xDuGTLOHTLaERLUkxLfnxHlMAIdTQMCLAS/r50GidZrYZER6tcHDgjCqc6uKLYkqupJcRi scURgNDEx83sgM2EwzZwy9/8TbR8AIhqyupqlTZDyL50kkZzyo1YzsWBNMyQs2O8Tdw8Q8pIA8pJ ADtEzuN8y3t8y7YETc9Ezrq8N6ukv/8yCbQyF4V0lcaYyucAjIRkHFqLl3JTzNSIlJ0EgO8UIAcY T2hEUFEMTrVkALgUT+REUJbKilgCRFeJmHqbTzazrmmjjmozkvecyegCHGybgI/ZzZMbHJQpihIR GZJJA8ckS74ZgAdFUGi8gBuFS828UQ+o0R59AARYgFKLCZ5Ywp6CopkAFOh0M38DErwAv/qEHIGj 65raVMMJWFFNdKTKSINHYhwFOAAfRVAG6AAG4NF8BFNoTCaxUZuziRKO87D5uIEbKBuSs4DzM8bB MbidKJG42dIT9RvIOtNADdS1ZL8VitOy6bmd89K1FNRGXcsLUCnjY7AyZCDaY1RHrVFGvQAEqAtJ tU3KZKBFXUtGvdRLRdO33NR38tSdOwHumFGR2tQcRYAcRdVZzYID8AAFWJ1VlaVWnQ8FGFMMcKYf LTYMEFMFyAJe7TpfjZKEEY9kVVZWjdZppdZqhR0ssNZpxdZs5dVt5dZvBRwjMAJwbR06MFc6aB1x HVdyZdfCCwgAOw== ------=_NextPart_000_001F_01C7362C.32B19BF0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 12 02:54:43 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H5HFL-0007ts-Te for capwap-archive@lists.ietf.org; Fri, 12 Jan 2007 02:54:43 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H5HFI-0007do-5F for capwap-archive@lists.ietf.org; Fri, 12 Jan 2007 02:54:43 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id ACDF93982CF for ; Thu, 11 Jan 2007 23:54:37 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id E5DFE4A41DE for ; Thu, 11 Jan 2007 23:54:30 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id C94371448206 for ; Thu, 11 Jan 2007 23:54:30 -0800 (PST) Received: from mailgw3.ericsson.se (mailgw3.ericsson.se [193.180.251.60]) by hermes.tigertech.net (Postfix) with ESMTP id 015881448183 for ; Thu, 11 Jan 2007 23:54:26 -0800 (PST) Received: from esealmw126.eemea.ericsson.se (unknown [153.88.254.123]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id 933E2AA3; Fri, 12 Jan 2007 08:54:15 +0100 (CET) Received: from esealmw109.eemea.ericsson.se ([153.88.200.2]) by esealmw126.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Fri, 12 Jan 2007 08:54:15 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 12 Jan 2007 08:54:14 +0100 Message-ID: In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A20313740D@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Idle timeout Thread-Index: Acck08BGswHR5a7gSvCE36Z1kmpk+QObSIBwACjJ60AACfdhYAAnTz6gAAcyhqAAVjGcIA== From: "Peter Nilsson J (LI/EAB)" To: "Pat Calhoun (pacalhou)" , X-OriginalArrivalTime: 12 Jan 2007 07:54:15.0011 (UTC) FILETIME=[DABD5B30:01C7361E] X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=-0.0 tagged_above=-999.0 required=7.0 tests=SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Idle timeout X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 140baa79ca42e6b0e2b4504291346186 Looks good! Peter -----Original Message----- From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] Sent: den 10 januari 2007 15:54 To: Peter Nilsson J (LI/EAB); Capwap@frascone.com Subject: RE: [Capwap] Idle timeout ohhh... I like that idea... a lot. So the proposed text would end up being: 4.5.18. Delete Station [...] The Delete Station message element MAY be sent by the WTP, through the WTP Event Request, to inform the AC that a particular station is no longer being provided service. This could occur as a result of an Idle Timeout (see section 4.4.43), due to internal resource shortages or for some other reason. 9.5. WTP Event Request [...] The presence of the Delete Station message element is used by the WTP to inform the AC that it is no longer providing service to the station. This could be the result of an Idle Timeout (see Section 4.5.23), due to to resource shortages, or some other reason. o Delete Station, see Section 4.5.18 Does that work? Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com] > Sent: Wednesday, January 10, 2007 3:26 AM > To: Pat Calhoun (pacalhou); Capwap@frascone.com > Subject: RE: [Capwap] Idle timeout > > I would instead suggest that the WTP send the Delete Station message > element in an WTP Event Request message to indicate that a station has > been removed from the WTP, you could really see this as an event > occuring in the WTP. > > And I suggest that Configuration Update Request is clearly defined to > be uni-directional AC -> WTP which I think the CAPWAP specification is > saying with the exeption you are pointing out. > > Peter > > -----Original Message----- > From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] > Sent: den 9 januari 2007 17:34 > To: Peter Nilsson J (LI/EAB); Capwap@frascone.com > Subject: RE: [Capwap] Idle timeout > > I don't believe it was a typo. However, we can certainly clarify the > text to make it less ambiguous. > > Pat Calhoun > CTO, Wireless Networking Business Unit Cisco Systems > > > > > -----Original Message----- > > From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com] > > Sent: Tuesday, January 09, 2007 4:00 AM > > To: Pat Calhoun (pacalhou); Capwap@frascone.com > > Subject: RE: [Capwap] Idle timeout > > > > This would work for me if it is true that Configuration > Update Request > > > is bi-directional, which is not easy to read out from the spec. > > > > I have been reading the following text as AC was misstyped > and should > > have been replaced by WTP. > > "When an AC receives a Configuration Update Request > message it will > > respond with a Configuration Update Response message, with the > > appropriate Result Code." > > > > As a reference I would interpret the corresponding text for > > Configuration Update Response that Configuration Update > Response to be > > > uni-directional WTP -> AC. > > > > Peter > > > > > > -----Original Message----- > > From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] > > Sent: den 8 januari 2007 17:26 > > To: Peter Nilsson J (LI/EAB); Capwap@frascone.com > > Subject: RE: [Capwap] Idle timeout > > > > Peter, > > > > The WTP cannot forge an 802.11 deauth, because these frames will > > eventually become encrypted. Therefore, they need to be > transmitted by > > > the AC. > > > > The Configuration Update Request (shown below) is a bi-directional > > message, meaning that the WTP can send it as well as the AC. In the > > case of an idle timeout (or for some other reason), it is > used by the > > WTP to communicate to the AC that a mobile station is no > longer being > > serviced > > > > > > 8.4. Configuration Update Request > > > > Configuration Update Request messages are sent by the AC to > > provision > > the WTP while in the Run state. This is used to modify the > > configuration of the WTP while it is operational. > > > > When an AC receives a Configuration Update Request > message it will > > respond with a Configuration Update Response message, with the > > appropriate Result Code. > > [...] > > > > > > The Delete Station is how this would be communicated, but > the current > > text does not really make this clear, so I am proposing adding a > > paragraph to the spec: > > > > > > 4.4.18. Delete Station > > > > The Delete Station message element is used by the AC to > inform an > > WTP > > that it should no longer provide service to a particular station. > > The WTP must terminate service immediately upon receiving this > > message element. > > > > The transmission of a Delete Station message element could occur > > for > > various reasons, including for administrative reasons, > as a result > > of > > the fact that the station has roamed to another WTP, etc. > > > > > > > > The Delete Station message element MAY be sent by the > WTP to inform > > > the > > AC that a particular station is no longer being provided service. > > This > > could occur as a result of an Idle Timeout (see section 4.4.43), > > due > > to internal resource shortages or for some other reason. > > > > > > > > Pat Calhoun > > CTO, Wireless Networking Business Unit Cisco Systems > > > > > > > > > > ________________________________ > > > > From: Peter Nilsson J (LI/EAB) > > [mailto:peter.j.nilsson@ericsson.com] > > Sent: Wednesday, December 20, 2006 11:44 PM > > To: Capwap@frascone.com > > Subject: [Capwap] Idle timeout > > > > > > > > The Idle Timeout message element defines the timeout that the > WTP > > shall use to enforce for its active station entries. > > But I can not see anywhere in the specification what happens > when the > > timeout expires for a station. > > Will the WTP forge a 802.11 De-authenticate frame and send to > the AC > > or what? > > > > Peter Nilsson > > > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From Getting@falim.com.mv Fri Jan 12 02:58:41 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H5HJB-0002DZ-4P for capwap-archive@ietf.org; Fri, 12 Jan 2007 02:58:41 -0500 Received: from cm56-211-38.liwest.at ([86.56.211.38]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1H5HJ5-0003Ub-Es for capwap-archive@ietf.org; Fri, 12 Jan 2007 02:58:41 -0500 Received: from OJCSWIE (unknown [193.199.31.33]) by falim.com.mv with ESMTP id 0FBA7964669B for ; Fri, 12 Jan 2007 08:59:18 +0100 (GMT) Message-ID: <000b01c7361f$88193d30$26d33856@ironforge> From: "FAQs Mailing" To: capwap-archive@ietf.org Subject: exception xmlapisjar contains code Date: Fri, 12 Jan 2007 08:59:05 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0007_01C73627.E9DDA530" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Score: 4.0 (++++) X-Scan-Signature: 33cc095b503da4365ce57c727e553cf1 ------=_NextPart_000_0007_01C73627.E9DDA530 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0008_01C73627.E9DDA530" ------=_NextPart_001_0008_01C73627.E9DDA530 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Project news who, we are status known issues. Web, from licenses page comes with, number libraries. Apacheorg gt xml federation about download, compliance. Project news who = we, are, status known. Please consult and notice files in root directory = of. Please consult and notice, files in root directory of. Root directory of full. Wc included lib for details copyright. Libraries which currently coming within. Terms please consult and notice files. Included lib, for details? Licensed under the until released. Until released unter to inspect? Issues, changes, pdf all. Consult and notice files in. Page comes with number libraries! Files in root directory of full. We are status known issues changes pdf. Comes with number, libraries which currently coming within software. Until released unter to inspect terms please. Comes, with number = libraries which currently coming within. Wiki other project, news who we are status. ------=_NextPart_001_0008_01C73627.E9DDA530 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Project news who, we are status known = issues.

Web, from licenses page comes with, = number libraries.

Apacheorg gt xml federation about = download,=20 compliance. Project news who we, are, status known. Please consult and = notice=20 files in root directory of.

Please consult and notice, files in = root directory of.

Root directory of full.

Wc included lib for details = copyright.

Libraries which currently coming = within.

Terms please consult and notice files. = Included=20 lib, for details?

Licensed under the until = released.

Until released unter to inspect? = Issues, changes,=20 pdf all.

Consult and notice files in. Page comes = with number libraries!

Files in root directory of full. We are = status=20 known issues changes pdf.

Comes with number, libraries which = currently coming=20 within software.

Until released unter to inspect terms = please.=20 Comes, with number libraries which currently coming within.

Wiki other project, news who we are=20 status.

------=_NextPart_001_0008_01C73627.E9DDA530-- ------=_NextPart_000_0007_01C73627.E9DDA530 Content-Type: image/gif; name="XSLFO.gif" Content-Transfer-Encoding: base64 Content-ID: <000601c7361f$88193d30$26d33856@ironforge> R0lGODlhXAEkAYfqAAAFAHEBAAB+DHN8AAYCfnUAiwt2jMu3s87Yvq7S6TQWC2cXAHMVAJMfAMEa ANEtCgc7ACcxC0Y1DWw9DnlMAKE7C7VEAd02AABqABVuAEJkAGJaAH5dAKBdAMFhANFgBwJ4ACd3 ADOOAGFyAHyFCKeMDcuOAN+EAAClAxKuC0yXAGmjAI2TAJGhALqgANKeAADCABK4BD+0AFbNAI7N BZvFAMzMANXIAAbuACvqAEnhAF7eDonRDZHXCcLpDOThAQAEMhMARTQAPl8ARnkHQJ4MO7QGNNoO QQARNRMoQEMTPFImN3weO6YhQLkdM+MiMwBOSS4xST5DPmNNOn82O5c4S8pES+k+SABbPCVuPT5e OGdWNo5dEqRjRcxRMdtjNgB6Php6RDyFO157PISCTZ5/TrN9S+B3QQWlQiubSUSUNlmlTYKfSpqR RcmiTOWYMQ3IQB+1NkXDRFy2S3+8NJa/QsrONNrDTAvYMyHeO0zROlTiTYfRRaPmSsLUPNHSPQcI fiEMiTcAc2QAiHIAcZYLh8INdNYAhwAheCwVhkwrf1wufXwXdaERhbctgN8regs5jB43fTxHgVY6 iYhDgKFOhLg0gdlGfgBiiy1jgTlUdVZUdIJTeadUisJhe+lRegCEdCyMfTdyjmmKinaDe5h9hct2 d9J2eQCtfROtgjOUdVqhhn6hh62VdsOtc+OlewDLcyfDi0u9c1nMgYO5hai3fse1h9e7dQDpeSbU hjbsfWXjgIrjdqXricfYgNjXcwkBzSAJwU4As1gEzHUAt6EAy8QNvesDzQ4uuCgmsT0oslQkzHcX vaYhubMds9IexAQxvRU+zEZFxWE9zHw1wKJIu7wyst87vA1RxBlpyzFmyF9azoBgzKZlv8lhxNdu tAR5yhyLtjyOyGxxy3dyvZJxwcuOxdN+ugmXxyqmzkmRs2utsoqozqaqycCludGisgC4yB3DwT+5 ul20t4e4vKq3yf//8ZehoHaIdfwLAAb/Cf7/AAAA9P8C9AD2///68iH5BAD13N8ALAAAAABcASQB Bwj/AP8JHEiwoMGDCBMqXMiwocOHECNKnEixosWLGDNetMexo8ePIEOKHEmypMmTKFOqXMmypcuX MGPKnEmzps2bOHPq3Mmzp8+fQIMKHUq0qNGjIzUqXcq0qdOnUKNKnXoQqdWrWLNq3cq1q9evYMOK HUu2rFmzVNOqXcu2rdu3cOPKnUu3rt27ePPq3cu3r9+/gAMLHky4sOHDiBMrXswY79nHkCNLZtm4 suXLcSdr3sy5s+fPoEMHVSpAQNPSawMEwGwREiS/Hz6wHiiydEfbJXHb1P1T9UfVAUj65gg8+FHX HJEjX6kckknX0J3biy79ZuyPsT+EzJ7dHvfrZHXz/64tAOd4nsWNDx8JnLh640WXL285/3n15Pdx fucIvuT1/l4hhJpAqA1oYGkFIkigggseOOA/CDpoGoQRDlRhRMUNpNpCGRa04VuuCRRiiP9EJyJ0 A1FX4msqFkRiiq89xd1AsTVU4z83DhahggdSuCCFE/b4oI8+ChmkaUb+CFGH/6R30IYfarhaXCau aCWMJ145Iosxvngiil/GuNSMAn2n0I1mBvaghEomaOGRRLaJJJxJFrmjRB1+GKWUTO4JIphbEkRi oFYS6uWVBx2aEZloynZQjgRBWhd5t5VnT4Qc4WabeJZuammmnZanqaihXlrqeSsVZ89w64G0XqvH Qf+H33T3yeecrbTmqmtH9X3UK03ceaedsCIB2JGxWAk4YZxr0rlsnXIS6aadP/aIJ3BNTqnnlFIK 5CeVYhKaZaFdcqmlmOMmiq5SMzZapqM4whvvu2o+ay9Bdw55IZBHNsvghdbu+5CT3mJbsIfaEgzX i4MCCuaKKBq6LnVcPswumfHmqLG8GXNs2JCYfTtbZZKO3BDIl4ls8mIlWybayzDHLPPMNNdsVEYo J6ZyZYoe1nJlJCFo0nioltWqqq6m5x6sP+EaUnObARhsseB9N+xWCjGY9bKLObmtQlAmzFbDCPVc mJnuGvTzz5lROuqOoAptatyhyr0V0r/Bl7R7fAv/5XR0s0KdK8X5YTU1dlcfm7hHyIblKahzPx45 qZCPyhXeHTHt0avtEQW4r7eGrivUgmt1uOLbnU6sWZI/3jrlO1I+9+Wd9y0S57YH9TmtspIune+7 mt4d6qnzd3XjYMUO+/KVy14p5F0hrfnm8LGqN1Cf4wr84KL/avjwyK/eX/hWKfsmtdO6WWfOc2X4 bZR7ft0Ww+WSe679ZsvVrsdpp60Xpc2bnKnk9rZSzU4rSltVAnFHven5pD7U4R5+ete9wlllP8Ka 2viGt7oArWwiO/vg2TzmMpupxIEmNAv5OCPCFrrwhQJJoQxnSMMaorCGYFkhzIoWNOdB5mi1S9r1 /27YE+1ZUDNS4yDjMKg6rZiPIuz7i9fEZpD3hXAqZMMM2hzFtnn57y4ArJTlBIgpTA3wUwgMYuau p0AhstFvvxMd76oTwezJ6nuNC1/VhqXDojwxWknyl0Gi+BYmdauKeVrNFbHoMBeZi1zrQlRcMEYj Elaykl3Mi77uxK9q3etNWrOLIVX2tfRwyy1ValjE6uelFs2Fkl3cGL3qhS+uNchZ54tWXhKZEPkd DFxkCyYrw1W/ujDKkpecZSbvskklMWtOuZSWLevivlP+0pfZmgv97idMLElSf9mZV0Fkmcxl2oWT AmtWg+LEr2nKhWCm/GW2/LRIRnqzRSpqZZXAGf/OjvlPUpQEIw5v90YTeu8rfRyoaIj4st2RJaEK jahEJ0rRilr0os/bDEMletChQFQyW+ORO6l1mPgZDGGJrCdUstiQ/DmSLgBF5jEDOqkwDg2NkVGa 9YQTnJ0axWk36WhQmIi8PSLOg4OcJptIKjC+GPKQT6KiSp+yz1RaNUxY/WZbAro2LsrLnG6xKfSe 5zqcigVzudvb0goKR17FcXQVFEnpjKI6PSqxg1z5Yy7zBc1QSvGk2ewlt7CJSmKaqJuHymckt9rP WarNq8n8X0jO8zoBxs0s0mOr7Xz60zv2yojBA+1VDldUPh5vceHBaWUlN9axqIppDOzbRnMiWsH/ bW9WEhwtB5NovN7itSshTV+F1OdXp6bUYPCz5lPHVsyr2g9i5VolPzdGzo5FVrITnS1Gi/LR7WJW s95FSnfDS97y4hCG6E0vZiyq3bMIFTLjjcwTCZmyUy63YMmdqlPwuViGuNQh/5UIpGjqT9lYjTDW +uAU5XnIsDGYuVkKsLryskXHPopjYGWm1gC2Lw47c5eAhWqDFUnFwka4qg5LcXRXDN1GunKfCyEw 22Lalx5OVnZEq5tZ76bGNqrVN5z13FtrK8fSGXHIcSXySepKPmPFdzQJ2aRI5bThkd5llNYcMX71 yxT+nviww4QRmLEUKIm1uL+PLVlXx4nMmt54/4yrNeABw5JZ9rwnb7ECXeDyI9rg7Qp4tpXjSphM taOGZb7QZGqil9qXaiLymvbN8loSG+bniqubJ8ZfpSX8rhr1D140/hic2inNWy7ayu07ri/7xOWm UHpczlVlVrdZ5keqEs1sbizGqmth9RKm1b4GZ7DVC+xhvyXDxk62spe9FPM6+9nQVmtDjziZJ58l yk0dGT0lDdV4/onMj2QZhmXa2F7/hb4hS6lgJV3sjNA63IlJU7kjBdlO80WsZ6Sb3czoWjWiELbg LSIdK9gcWxncoeK9qw73aG2fYDtgfU10NBsd4hBaEVzgRpTFMi2uSc47k+5CNl6Ei75+oZuagP+1 uHK5rZZ3axxdin3uK8sdS1CnKS83nV1ZLcvD6NXu30MMuMDdmts/I7nout3gSPKIWicuhOTELXVg WE0Qk1ad5S0npsy3qWmtwmXXX633YxHc4X9F3NSAURjVtyzihcW64zHv+NfBTs4DX9cxFG1vtPXT 9L1/1+9HaTjgB094sTD78IhPvOIXP7LCO/7xkI88DRlP+cpb/vKYh4vkN8/5znseMpkPvegT8vnS m/70qE+96h0/+ta7/vWwj73sZ2/s1dv+M7TP/eFvz/ve+/73wA8+WHRP/GQL//jIT77yl898kRT/ +dCPvvTt0vzqw4wf/CAK9j+yfZZ03/oxQwj/9gUy/n+UfyHYT7/5+VGQ8yek/PBnP0Pcv/7623/8 9Kf/9Csff/LLXyH5938Q0X/2h34CWH8EqH/+t3+KJxLd94DZZw/pF4Ee8X0cMYERuH0YCBIQeIEZ mH4eqIEfCIIdKIHZB4EgaIIWCH4xg4EpWIIV+IIfaII0WIMx6IIemIMyWIMouIE02IEwyILX54Ij mIIhIYI6eIIzyH1EmIM/SIFIyINN+IRJOIFCKDNEuIQlEYVIGIQh6INACIVK6IRZmIRmeIW4937y d34EeBD4t4bs94YLaBBt2H9sGIdwOBB1iIcL2IYMmHh+OIF0KIj3x4cYKH55qIfqV4Dxt4iF/6iI /reIhPiHlNh+B1iJmFgYCpiJnNiJnviJoJiJI2GEJrGCKvgVpoiGCpWKJLGCrOh9FFgTr6gTs6iK VlGLHBiLNhgTuAiLQ9GLttgTiNiI/0eIAfiGxKiI+meMjkgQzEiMcJiMzjiJzIiAiRiKgeGAYniG UdgR37eDVLiLNuiFYbiEXKiEuiiF6tiFWhiMN+OGxXiILliAc8iI8niI0wiJ9PiId9iH9wiP/uiP 87iP2KiJ8WiJCJmP9RiAaqiPDGmNDsmHCpmQcmiNA7mJBYlzR7iN4diNTjiOM0iOHOmKITmSYxiO TMiN5piO7ngUiDiNd+iH9giT8aiAktiMyv94jet3kzI5h9L4iPWYkTXWkkRJGUJ5lHNRlEq5lEzZ lE75lFAZlVIpjEhZlW8xlViZlURplVzJFlr5lWDJgl05lmRZlokRlkVplmq5lmypkWj5lnD5e205 lxURl8FIl3gZEXZpi3nZlw2xl4AZmII5mAPll4ZJeoRpfYe5mA1BAAQgEI4JmY/ZmI4ZmRphmRWB mf9QmZO5mZU5EJ/pmYxpGJZZmp2pEJqpFKkZEaEpmqJpmq/5mKs5mn8Bm67JmQaxmrCJm55pmqHJ m7zZm6dJEJi5m5MZmcjZmrSJXSDBmZzJEY4JnQTwEdFJndNpD9FZmc05ndWZndeJndfpndL/GRLV CZ7j2Z3hKZ6JCRQJ4Zy/6ZwFkZzJKZmuKZmfaZygCZ/ueRDFeZyy6Z/x+Z/DuZx94Z62yZ+dOZ+x mZ/0iZ/0SZwDGqAMuqD1aZ//SaCBcaAHOqEKqqC3eaEU+qEimpsJCqAbOp+ziaFXORLo6RHPSZ4v 6pzm2REy2qLgmZ7l+aLWmaPaKZ3lOZ43up5UqaJEWqRGeqRImqSt1xU/KhM9WhLqSRNNKqQuMaUr oaMoIZ5WmqXfuZ3fGaU+uqUkIabWSaUiQaYmYaNc6qJdeqVtyqZfyp1tqqZrehJoGpcIAZzvqZwP 2qAAKpx+CqgbaqGEKqEOyqEC6p/9eZ9//4qbepqiSjqhIjqomtmhw4miIDqiiFqhEDqpl2qitmmp ntqpfRqpqFmigcqplQqivompFRqcm5qiopqa8FmfDjqrp7moproQ/ZmqtJqrrBqsC7qqugmqCKqf mVqqtmqsFOqhqgqpRHqmcXqe6bmdQNqi2CqnM0qjbzqjYMqt4PqtTcqj1Fqu5vmjU3qnWNmerWqh EQqo+bmnrtqbkhqgg9qn81qvr9qatdqvewqvuzoR0KqvGDGwAcsaVdqtMKqwLaGuZjoZB0uWDzux FBtRETuWFXt8F9uVGSt8G8uVHRt8HzuyJFt5IXuyKJuyKruyyFeyLvuyMBuzMjuzNPt8LP97szib s4lZszzbs0Cjs6fns0I7tIUBtEZ7tEgblQb4jPDYjBfpfjgZiZaIh1m4k5MYiURItM02iih4ihsZ izKIjl+ojbpIgqwYtmLIkkl7E6QogmprhG0rtlZItkwotl/rjd8IjGtrEsPYt00rtU17tYN4gOoX tYC7k8qotW1huIj7t407uIybuDD5uFMruZSruExBt3e7uaR4g7iYhWZbhmHruTi4tzPRuXj7tl37 tahbt67buio4t6lrujLht4Prt4ybtWpIuMjYtzgZuZi7EZubi6o7gnQru8T7ume7uiFIu7RogW6r uV5bhWM7vM0Lu2g7u86LE3MbutLbvdGzW72ue4PTO76x27zb6xJLy5P4iI9Y24g0ebuTC7pUG7/0 G7wYkb6fR7/827/++78AHMD0q78EXMAGvBL4m8AKvMAM3MA/e8B758ASPMEUXMEWfMFlCcF+h8Gv p8Ee/MEgHMI3y8EkXMIibF4lPHonvMI6m8Kix8Lh5cKhB8M0XMM2fMM4nMNGKcOXp8M+vJ48HMQM /MMWK8QmS8RInMRKPBNGfMRL/MRQHMVSPMVg2cSUFxAAOw== ------=_NextPart_000_0007_01C73627.E9DDA530-- From via@falconloghomes.com Fri Jan 12 02:58:42 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H5HJC-0002Dz-GC for capwap-archive@lists.ietf.org; Fri, 12 Jan 2007 02:58:42 -0500 Received: from cm56-211-38.liwest.at ([86.56.211.38]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H5HJ8-0000G3-Sb for capwap-archive@lists.ietf.org; Fri, 12 Jan 2007 02:58:42 -0500 Received: from AKRYLCD (unknown [124.190.28.92]) by falconloghomes.com with ESMTP id F2F6A8D86DD8 for ; Fri, 12 Jan 2007 08:59:24 +0100 (GMT) Message-ID: <001001c7361f$88062a60$26d33856@ironforge> From: "License Home" To: capwap-archive@lists.ietf.org Subject: will Date: Fri, 12 Jan 2007 08:59:05 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000C_01C73627.E9CA9260" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Score: 4.4 (++++) X-Scan-Signature: 848ed35f2a4fc0638fa89629cb640f48 ------=_NextPart_000_000C_01C73627.E9CA9260 Content-Type: multipart/alternative; boundary="----=_NextPart_001_000D_01C73627.E9CA9260" ------=_NextPart_001_000D_01C73627.E9CA9260 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Status known issues changes pdf. License, home, version trunk apacheorg gt xml. Via web from, licenses = page comes. Mailing lists, resources, xslfo. Fop license home version trunk apacheorg gt. Within software foundation = these one versions there is. Notice files in root directory of full text! Trunk apacheorg gt xml, = federation about download. With, number, libraries, which, currently = coming, within software foundation. Within software, foundation these = one versions there is exception. Home version trunk apacheorg gt xml. Gt = xml federation about, download compliance. Pdf all new releases, will be = licensed under the. Unter to inspect, terms, please. Home version trunk = apacheorg. Full text can also accessed. License home version trunk apacheorg gt xml = federation about. Compliance, getting help faqs mailing, lists, resources? ------=_NextPart_001_000D_01C73627.E9CA9260 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Status known issues changes = pdf.

License, home, version trunk apacheorg = gt xml. Via=20 web from, licenses page comes.

Mailing lists, resources, = xslfo.

Fop license home version trunk = apacheorg gt. Within=20 software foundation these one versions there is.

Notice files in root directory of full = text! Trunk=20 apacheorg gt xml, federation about download. With, number, libraries, = which,=20 currently coming, within software foundation. Within software, = foundation these=20 one versions there is exception. Home version trunk apacheorg gt xml. Gt = xml=20 federation about, download compliance. Pdf all new releases, will be = licensed=20 under the. Unter to inspect, terms, please. Home version trunk = apacheorg.

Full text can also accessed. License = home version=20 trunk apacheorg gt xml federation about.

Compliance, getting help faqs mailing, = lists,=20 resources?

------=_NextPart_001_000D_01C73627.E9CA9260-- ------=_NextPart_000_000C_01C73627.E9CA9260 Content-Type: image/gif; name="Foundation These.gif" Content-Transfer-Encoding: base64 Content-ID: <000b01c7361f$88062a60$26d33856@ironforge> R0lGODlhZAFIAYcJAAAAAH8AAABxBoiKAAAAjXUAgAqKd7bLy7XZxLHQ+jMZAFktAIMhAKUoArcZ ANcbAQ5FAC1NAEE5AFI8AIE6AJoyALVKAOo7CABuABlbAE5tAVZtDHtpCKxoBsdtANZnAAd2ABR6 AEx/AGeHBn6GDaCJAsBxANJ6CgKmACOdAUCmAGSXAHeiCJmfAL6uAu6RAArGABTJC06/AVW7BIm2 AKazAMmxDeC0AAPrAiTcAD/VAGXYCIbZBafpDLXdANbbBwAHQBcLNTMATV8OPXgAN5EKS8IATtkA SQAiRh4eO0QbPmMsOYQpTJQnS7wUN+UnQABNNxRCTDQ6PWNNPHpKMa47Q7JFTudONQBjOCdTODJb PWljMYJYAJlmNb9RP99TSwB0OR2LOUWFRm2NPXt/SKyCQr+OO9t6NACTSRqgPU6ZQWOXNIGmQaKV TcWdNOSWRQPISyi9OTjESFW7O4XAPpjNTMu0PN2zMgbePhPaQE3rR1LYR4HVN5HYSLbaTtHpRwAA gRsNhzEGflIAcYEAgKUGfLoNhdIFiQAXfCQUh00kc2UrfXMTcaQadLYqc9MpdQUxcy1OdTMxjF5H h30xfKZFdMpAiOdMeABneh5rjDlYel5udYhhdK5gd8xbcuRUggB5iCB3d0N6e2mIh4WGdKmEf8Z9 g958fgiTexaocUmpfF2YjYqrcpKXccariuusggCzehq6cUTDfFm9d3POhamzi7jNd9a5cQfodBPf eU3VcmLWdYfdiKzni7jedu3giwgAsRoAwD4Ax1gHxn0AspMAws0FtusFvAAmxxUux0QYvWkXvokd xpErvLgbtekjxgFKxh5Mwzk4yltIxHNLspE7vsc+uNs7tQprtCJruURcwGBow4FrxphdtcxcyddY tQCHzBGMyEeJuVmCuYCDxZh1zMmNyuxzvgCYxBKVtzqhyl+Zv3+Yup+myMidxNmrvQfGyyrJzkO8 ul+4vYrJzq69w///+JmimYV+hf8EAA3/AP/5AAIA//8A/wj5+f/98yH5BAD//6cALAAAAABkAUgB Bwj/AP8JHEiwoMGDCBMqXMiwocOHECNKnEixosWLGDNqLGivo8ePIEOKHEmypMmTKFOqXMmypcuX MGPKnEmzJsiNOHPq3Mmzp8+fQIMStEm0qNGjSJMqXcq06UehUKNKnUq1qlWMTrNq3cq1q9evM6+K HUu2rNmzDcGqXcu2rdu3KNHKnUu3rt27ePPq3cu3r9+/gAPvhEu4sOHDiBMrXsy4sePHkCNLnnxU sOXLmDNr3sy5s+fPoEN/pky6tOnTqFOrXg1WtOvXsCWynk27dmkBAozi1hoggG2WkCAl/vDhd8rd HZGXVG6TOdPeIHv7Jgm9o/TpXoN31K4duPDuJYOL/xdubzz5osRBEi8ecv16e+7Tt52Ie2D9hfdx 5gd6PYDA3gtJ959//wBYVXACIUiRgg0xmCAkPsUnEHENUUghZvnVd9+GuGnYoUAdCmDfh/+EOCKJ JpaYoor7OXTdQAYm9GJBMU6lIII3ivcgg+b9g+N4BjnoI4Q8uTfQhQtdiKRlIX7IoYogioiiiFDu 9+SVVHoYJZRcPjRjgV8SBGCNYIoF5JBoDpRjmj+ySaSaZw4pZEZGTlgnQkreCViGWU65JZ9/Urll lX1yqSWhK3opYJmMitkfjARedWabcD7oJpprEjRnpTnVmSeeHxy0pFguKYdciMnlZs9upqrKqqqp xv96am6zruoqrbC+dJ091VUnkq++gjXedt+dVx553CFb7LHEggReSM/a5B587MnXHnvqYRtZqx5x a+u3sX7LXK3k3gruq+GytGuv0wXLa7vYrQVesh91Ry+z90Ybbb3GSvuefABjay21HQ2sFn2CAnri oVHyyaHDDxdqKIkQPTpgjGQa2F+kB76Z48ceA0mpkOZB2GOnd6Ycqp0F6TkWUc6p5q5xpBl8mn6C ekZmbIGNmhnNQActdEg8F2300T61aNnOnG36l89IN8xQi0rvVWOYkM6IdVCZBmnym4At6TJB69k5 tl8UJ1Q1YI9qzLFBYxLItE9dF+R0XxJ+ahDU//D/TdVL6NraZKodhouq4DGvtWtIM3vErnXxNmWv spPjq+yx5hE27bWci2RzawhPTKjoh5aeM1lbzz1g1m8LFWelba4ZO9hkjQ21hGSvXBbguMrae7mI B564WotDXhKw8HI1LLHiWc6s8/e+tXnB2n4UsEefgx5Rk1p2XyjDg64tltat0xip2zbqeOnslrIv l6e6770ykn7vBaj3pEv5vcRovbgzxhxDX/o4xT7ZfS1NaDGSz/Smt7OUClboiuDhZlUrcLmlP5Bb HPKiI53sGCtz+RoWvfallvhQb3PWml72tBc1iaiuhXSpX2CGNpPG0XAxK6QMDHfIQ8Dc8IdADGIQ /20oxMLkUIcSEZ/a9BeYqy3qIE9cnVUMyBmxlU1+8JNhXpSIn9NZzX9yK9//XgiUumkmb/OLn/z6 lkYmnS5FWGKR/iIml601ClJwi+IAMUWkOPVoUuoby9n8xkA1kqol4zIX8FqVq3S1pXiOi1wGH0dE pyxPX8uyXL+eV8L3ZKskKfSkW0K3MDqOblAN4yJVwjQ39G1MUuoD2QH5qKnXXUVP9aNfGwVjJS/C kYmofFIdF6U6AUpxirGc5chmeamywC9JumsgWR74kQpaMHDXNBdh1iXJx73rI5W05HlC+LzoVa4t 07JZKK1XreodLIm/7OWIpNbLtKGOfORjnfnGwv+jPgJSRw46mVhwF59dsrFlVzRLEVcSTtuQ0DBH XOhvGsqa5TEmohLNqEY3ytGOehQyQVElXsjYQwTe0pAwbFKXCgK+vjiRaa8EE0np5s+H3M1utKvK qAh5xYI6kJrHaSRkMOjNkUCnqMq7nFEeqhUTUsud1IsqO99CSoKY0nQiHYsdixnGY1LFj8lM5o78 acapuIxv0tQiXpRGNSa29C6pKx8eLybXqPSzfTWllNdMSpWzotRsalRrVIBazVsVToJCRQwkK7nB bwprnCC8XPSYN1mvTI9gnmsn9qD6zu35Epj4k5pe8qkQAHo1fWakYkDzmtO+JhStBhXsYAnru9r/ JrIx3GQcdoKF1K1U7reSzWSznLcWFWrrepjFKFcqotKIuXWOXqSLxWJqWkfNtCeZAiRexzpWZupU Zbo80mv/esiPRtK8muNsaUrKkOuyd6DktQx650vforz3vvjNr13c25eb+kW2fwHq8FjD2w7+ysDv omhSMsfJlTBVJQ92ycAuu9l0OpU01rQNUZPHQeP1VivAdUmEu2JC5I7EYMpVzOEQRzhGanPAikMw OLuZvA9nBbjNoyxlKcdjHZcsuDnG3CZPLMqpEvmTqEmc8BpJwcReUMbG062HOdyVEBOXnPMCcrNG mElynoTCRe7cZgvD3Jw1V2IqRWVdWClXAVrs/6va5aPIWAunOcPugMuUUyChucC/7jS+aPPTKU03 z5ESs67GPK1daUfFWm7XUo7ervv0ChG/ggqhmonjoEHbp6xeBYx5lKITYYnTR+f5rrSUNJ7pzFeF KHCX4c1dXQRs2CW3uHcW3KYGMejYBO9WwQvu1zkvqdQcE9sjXL5yj1FyYeOO2cj1NQywo32UFFN7 qJK8tlOsre1ue/vb4A63uHGb7dOM+DHc/s3gjOMuxv4akr6FLHFLg2L1glm9X6kqbKbLVTHWtYwh S7VlCApblpkNQ591LsRGq8cXjpHUqv4RyLrrX6hYGpqAzcwvA3XKQsO14f9+ODLvjMA9q7rVrv/9 M8YPCuAtcnp0zmX4qGX0Nv7u5K56XS1AV+3MhB40Ibo8W2AIjT9h5uVLDq/5v7kW8JwHnJaUhm+s RYXSlgdFJraW4LmcXJjiFXjGYFdLluc9dugJt7iinLBmM2uadbNYXLh2u2K9jmDkNVbsx8ZcgyM7 b7A0O+3tvGy6x02TaRMeJoM/PFsMr/iWJH4x+o285CdP+cpb/vKYj03jN8/RzHv+8wvhvOhHT/rS m/70qF8J6FfPeoGk/vW2ab3sZ0/72tv+9rgfDex3z/ve+/73wA++8IOf++Ib//jIT77ylw+R4Tv/ +dCPvvSn3xLmW1801M9+Z6/P/c1o//td6b7/+GnPD35MpfwFQb9E1D9+o7mk/B2Bvz3kb5Ly23/+ /AAJ/Uki//7n/yT7h38COIDwF4ABCH5D43/x938lYYAMuBIKOID194ACGIEHuIAIiBoToX4caH7/ YH8eSBDsJxAg6IHoV4IG0YEkaIL2t4InyIItqIIfaH4d2IIzOILtBxovUYL3R4AUiH8WmH8F+H8H yINBCIQYGIQ8mIREKIRNmIGRQRFGCIM2eBAvuIIzmIVaKIJGiIVZyH5XqIVTiIUqyIM5iF9juIUK EYZXKINcaIZiSIMhyIZUCIJkyIJqeIZoiIdeiINcGIdfyIfpJ4hlOIdy6IWAeIeKmId66H07//iE HgGCIVGCGFiBTtiDkwiJCxiBPoiJnOh/PSiJUAhSdeGHjdh+iHGBo7h5p9iKd7GKsGhfG2iKCOGH VYgWtOiKlZeLtRiCiHgRvCiFvhgUwaiLVfF+PziB+peMyGgUqpgUzxiLbiGKogiEmriJl9iE9FeN kRiKmPgR1OiN4qiNFEiJ2MiEPiiNWjGLA1GIi9iOhsiHdDiI8PiLgGiD7hiIw3iPeNiGgmiMggGG KGiGOCiQ8GiHcFiPfTiM+ciPCLmP/HiHcFiMAIkXBvmHGKmQW1iQEImIbriQG9mPDAmR+fiCE9mR FbkXFzmPHKmRJTmSCtmSgRiThziTKSiSIP/JiCkZGCNohy74jyH5hvFIkjVIlB+JgjcIlDnpk4mo kzv5N+oYlVI5lVRZlVZ5lYnxlFq5lVzZGVj5lTfRlWLJE2BZlmZ5lmiZlmq5lmwZfWP5ljnRllMJ l3SZEXJ5l3iZl3q5l3zZl375l4AZmII5mLtXl4Z5mIgpFISZfYnZmGmxmNPnmJI5mZTZEwRAAAJx mZmJmQ1xmZ65EZppEaG5maPpmZz5D5+JmqdZmdPUEpfZEa9pD7FpErNJFLXpmrMZm6+pmwQgm725 m70JmTQxEaFZnJxpmgYxmgNhnKppnM75nKR5msh5EKV5nJjJnJo5nay5Oy5hmqYJm8F5m7f/6Zvg 6ZvB+RHAWZ65GZ6/yZ4isZ7q6Z7mSZ7C+RXe6Zng+Z3o2Z7pSZ616Z302Z/miZ/3+Z7nyZsBep7x qaD1WX3EeZ/WmRDVqZqbSaEVSqHYKZ2raaESqqEVypwEgZzKuZ1Q2Z3ymaAhgaAqeqDuuaIe4aL0 CRLw6Z8nSqMx2qBOgaAvip8GyqMA+p/fqaM+yqMD2qMsup7iyZ4MiqNM2qRO+qRQmhQkSpmPMZ4x QaQlIaA0YaWQ+aAXoZ0OkZ3XuaEQMaIhOqEj6p0SYaYIwaZTahAmeqU1ehJAChNcOp/xKaNzSqdL OhJ3ypYPCp3NaabKKaYXOp2GKqIRWhCI/5qaZ2qhhvqoGJqa2qmmIKqogvqmFTGhk3qhy7makZqm Y9qph7qhGdqmo0qqn/qhl5qqoZqqnuqmmhoRnPqqjAqqrmqdn5mouEqoEeqmtiqqlOqhpBqsuPqp ZDqrtEqstiqprPqsnRqp0Zmcv5qsEKqqnhqr1Qqt0sqhpKms/xCn5WmjNzquQtqeeaql5Wqu6Jqi LEquO6qn8Uqu/aml4/mnfzmkvIml+wmk+pqe+zqv7qqj8pquDJqk/Xqk+7qw+VmkUbqfKIGvuPmw QCSxDVsTFkuxGouX4NqxHquLGxuyIosYH1uyJjt+I5uyKruyaXmyb8mypeeyMjuzxgezNv97szib szq7szzbsxpIs1vps0I7tETbeEB7tEi7ekW7tEzbtPSVtDvptNdmESdplD2JlLd4iwc5iHI4hl0o lAkJtT0BE+KIhCLxjWU7jiPxjUjItt1Ijm8rtfYgjL5okr0Yj38Yg1r7hlx7g3e7tS4otnmxt4Fr hTV4t0xpuCPZtX9buH4ruHdBuI97kzCIuMGotXrbkVW4uRQJuVchuaB7uIpbjFOYuV2Ij1ebhp5L FqGruaJLuZILuFvbuok7uav7E8jIjG67ibx7tkvIfw54iWs7hOUYjXILvLqrimXru9mIvMsovMzb u9J7vBC4f8Q7vAyIttDLjeAYvGabiXD/O71MS7eV27oHWb4CaYqYa7eKe76Oe7t0UbVYm7hVK5SU 27ely7jum7/w279U2hL5G8ACPMAEXMAGnL9D6796SL1Pq8A5yMAQvLEO/MAR/FETfMEYnMEavMHH V8EWzMHM58EiPMIkXMIICMIhbMIShcLLp8IrzMLJ58Iy7JcwHMMzHEQ1nMM6vMN0ecM+/MNAHMTz xcNEXMRG7IpCnMRmecRM3MSPqcQ048SyB8VUbJVSfMVYHK5VvMVc3MVe/MVgHMZiPMZkrI5ZDHpl fDNn7Hlp3MZu/MZvvMZyPMd0XMf9C8eTYcd6vMd83MeziseS4ceCfMeATIqD/F6FbMiHDlxSifwY i/zIkBzJUxEQADs= ------=_NextPart_000_000C_01C73627.E9CA9260-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 12 03:01:59 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H5HMN-0004C6-GO for capwap-archive@lists.ietf.org; Fri, 12 Jan 2007 03:01:59 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H5HML-0000jN-6F for capwap-archive@lists.ietf.org; Fri, 12 Jan 2007 03:01:59 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id C66E439832B for ; Fri, 12 Jan 2007 00:01:56 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id BE7E74A41DE for ; Fri, 12 Jan 2007 00:01:46 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id A94BC3981D9 for ; Fri, 12 Jan 2007 00:01:46 -0800 (PST) Received: from mailgw3.ericsson.se (mailgw3.ericsson.se [193.180.251.60]) by zoidberg.tigertech.net (Postfix) with ESMTP id 7E9B4398138 for ; Fri, 12 Jan 2007 00:01:43 -0800 (PST) Received: from esealmw128.eemea.ericsson.se (unknown [153.88.254.121]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id 9513D4F007B; Fri, 12 Jan 2007 09:01:42 +0100 (CET) Received: from esealmw109.eemea.ericsson.se ([153.88.200.2]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Fri, 12 Jan 2007 09:01:42 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 12 Jan 2007 09:01:41 +0100 Message-ID: In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A20313741D@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] WTP MAC address Thread-Index: Acck6YjZkByv3MxhROWtuRP2kh1+iwJ+PcnQADwdkvAAJGqZYAAOsE2gAKkaWqAAH1pSgAAU2IpQAB+aF5AADj+B8ABUw76w From: "Peter Nilsson J (LI/EAB)" To: "Pat Calhoun (pacalhou)" , "Smitha Smitha (ssmitha)" , X-OriginalArrivalTime: 12 Jan 2007 08:01:42.0426 (UTC) FILETIME=[E56B77A0:01C7361F] X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.094 tagged_above=-999 required=7 tests=HTML_50_60, HTML_MESSAGE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] WTP MAC address X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2055297444==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: 8353da2fde044920180672209f5bf8a0 This is a multi-part message in MIME format. --===============2055297444== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C7361F.E510948D" This is a multi-part message in MIME format. ------_=_NextPart_001_01C7361F.E510948D Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Yes, I think this would work too, allthough I would prefer to have the MAC address sent as a "static" parameter from the WTP at the join phase. =20 Peter ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com]=20 Sent: den 10 januari 2007 16:30 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address So I do not believe that binding the name in the certificate to that in the Join Request is really *that* necessary. In fact, the new state machine includes a call to the CAPWAP module to perform authorization based on the identity provided through the DTLS exchange. I do, however, wonder why the WTP Name cannot be used here. For instance, it seems to me like we could recommend that the WTP has a default WTP Name that is equal to the MAC Address (in UTF-8 format, of course). This value can always be changed, as the WTP Name can be, but at least it has a default value. =20 Thoughts? =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Wednesday, January 10, 2007 3:18 AM To: Pat Calhoun (pacalhou); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Yes, some value that is static and unique for the WTP. Also as I have mentioned erlier in this thread CAPWAP has defined that the MAC address to be part of the Common Name in the certificates used by DTLS. By adding the MAC address to the WTP Descriptor one could use the same value when associating to (config) data (in the AC) for a WTP both during DTLS handshake and CAPWAP join. =20 Peter ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com]=20 Sent: den 9 januari 2007 18:36 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 The text is already pretty clear that the IP/Port MUST NOT while a session is active. Are you stating that you are looking for a value that is static across WTP resets? =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Monday, January 08, 2007 11:49 PM To: Pat Calhoun (pacalhou); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Since both IP and Port is likely to change it is not very good choice for the purpose.=20 Again the purpose is to have some unique identifier (which does not change) to associate configuration and other data, for example to be used as a key in a database which could include the WTPs wanted configuration. =20 Peter=20 ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] Sent: den 8 januari 2007 17:41 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 And the combination of IP/UDP port is not sufficient to provide uniqueness. =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Friday, January 05, 2007 12:50 AM To: Pat Calhoun (pacalhou); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 The purpose is to have a unique identifier for the WTP which can be used when associating configuration or other data with a specific WTP in the AC. =20 As I mentioned below the serial number which is part of the WTP Descriptor could be used for this purpose.=20 But i suggest to add the MAC address so that the same unique identifier can be used both during DTLS handshake and Join (the certificates Common Name (CN) includes the MAC address as defined by the CAPWAP spec). As far as I know there is no standard mechanism to resolve the MAC address from the IP address in a routed network. =20 Peter =20 ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com]=20 Sent: den 5 januari 2007 01:59 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Could you help me understand why one would need the Ethernet MAC address if the protocol is running over IP? =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 =09 =09 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Wednesday, January 03, 2007 11:42 PM To: Smitha Smitha (ssmitha); Capwap@frascone.com Subject: Re: [Capwap] WTP MAC address =09 =09 But the Radio Mac Address filed is defined to be the MAC address of the radio interface. I was intrested to get hold of the MAC address of the (Ethernet) interface on which the CAPWAP packets are transmitted. =20 Peter ________________________________ From: Smitha Smitha (ssmitha) [mailto:ssmitha@cisco.com]=20 Sent: den 3 januari 2007 03:57 To: Peter Nilsson J (LI/EAB); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Peter, =20 You can use the "M" bit in the CAPWAP transport header and populate the mac address in the "Radio Mac Address" field. =20 Thanks Smitha ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Thursday, December 21, 2006 3:50 PM To: Capwap@frascone.com Subject: [Capwap] WTP MAC address =09 =09 In the early days of CAPWAP (draft-ohara-capwap-lwapp-03.txt) the WTP MAC address was part of the WTP Board Data message element. It has since been removed and I can not see that there is a way for the AC to retrieve the WTP MAC address.=20 I think it would be nice to have this information to be used as a unique identifier for the WTP, for example as a key for some configuration database in the AC. The serial number which should be unique per WTP is already a part of the WTP Descriptor and could be used for the purpose.=20 But CAPWAP specifies the the MAC address shall be used for the Common Name (CN) attribute in the Certificates.=20 Maybe one wants to access the database during the DTLS handshake. Then it would be nice to be able to use the same key for both these purposes. I suggest to add the WTP MAC address to the WTP Descriptor element.=20 Peter=20 ------_=_NextPart_001_01C7361F.E510948D Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable WTP MAC address

Yes, I=20 think this would work too, allthough I would prefer to have the MAC = address sent=20 as a "static" parameter from the WTP at the join = phase.

Peter

From: Pat Calhoun (pacalhou)=20 [mailto:pcalhoun@cisco.com]
Sent: den 10 januari 2007=20 16:30
To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

So I=20 do not believe that binding the name in the certificate to that in the = Join=20 Request is really *that* necessary. In fact, the new state machine = includes a=20 call to the CAPWAP module to perform authorization based on the identity = provided through the DTLS exchange. I do, however, wonder why the WTP = Name=20 cannot be used here. For instance, it seems to me like we could = recommend that=20 the WTP has a default WTP Name that is equal to the MAC Address (in = UTF-8=20 format, of course). This value can always be changed, as the WTP Name = can be,=20 but at least it has a default value.

Thoughts?

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Peter Nilsson J (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: Wednesday, = January 10,=20 2007 3:18 AM
To: Pat Calhoun (pacalhou); Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

Yes,=20 some value that is static and unique for the WTP.

Also=20 as I have mentioned erlier in this thread CAPWAP has defined that the = MAC=20 address to be part of the Common Name in the certificates used by = DTLS. By=20 adding the MAC address to the WTP Descriptor one could use the same = value when=20 associating to (config) data (in the AC) for a WTP both during DTLS = handshake=20 and CAPWAP join.

Peter

From: Pat Calhoun (pacalhou)=20 [mailto:pcalhoun@cisco.com]
Sent: den 9 januari 2007=20 18:36
To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); = Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

The=20 text is already pretty clear that the IP/Port MUST NOT while a session = is=20 active. Are you stating that you are looking for a value that is = static across=20 WTP resets?

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Peter Nilsson J (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: Monday, = January 08,=20 2007 11:49 PM
To: Pat Calhoun (pacalhou); Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

Since both IP and Port is likely to change it is not very = good choice=20 for the purpose.

Again the purpose is to have some unique identifier (which = does not=20 change) to associate configuration and other data, for example to be = used as=20 a key in a database which could include the WTPs wanted=20 configuration.

Peter

From: Pat Calhoun (pacalhou)=20 [mailto:pcalhoun@cisco.com]
Sent: den 8 januari 2007=20 17:41
To: Peter Nilsson J (LI/EAB); Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

And the combination of IP/UDP port is not sufficient to = provide=20 uniqueness.

Pat Calhoun
CTO, Wireless = Networking Business=20 Unit
Cisco Systems

From: Peter Nilsson J (LI/EAB) = [mailto:peter.j.nilsson@ericsson.com]
Sent: Friday, = January 05,=20 2007 12:50 AM
To: Pat Calhoun (pacalhou); Smitha Smitha=20 (ssmitha); Capwap@frascone.com
Subject: RE: [Capwap] WTP = MAC=20 address

The purpose is to have a unique identifier for the WTP = which can be=20 used when associating configuration or other data with a specific = WTP in=20 the AC.

As I mentioned below the serial number which is part of = the WTP=20 Descriptor could be used for this purpose.

But i suggest to add the MAC address so that the same = unique=20 identifier can be used both during DTLS handshake and Join (the=20 certificates Common Name (CN) includes the MAC address as = defined by=20 the CAPWAP spec).

As far as I know there is no standard mechanism to = resolve the MAC=20 address from the IP address in a routed = network.

Peter

From: Pat Calhoun (pacalhou)=20 [mailto:pcalhoun@cisco.com]
Sent: den 5 januari 2007=20 01:59
To: Peter Nilsson J (LI/EAB); Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

Could you help me understand why one would need the = Ethernet MAC=20 address if the protocol is running over IP?

Pat Calhoun
CTO, Wireless = Networking=20 Business Unit
Cisco Systems

From: Peter Nilsson J = (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: = Wednesday,=20 January 03, 2007 11:42 PM
To: Smitha Smitha (ssmitha); = Capwap@frascone.com
Subject: Re: [Capwap] WTP MAC=20 address

But the Radio Mac Address filed is defined to be = the MAC=20 address of the radio interface.

I was intrested to get hold of the MAC address of the = (Ethernet)=20 interface on which the CAPWAP packets are=20 transmitted.

Peter

From: Smitha Smitha = (ssmitha)=20 [mailto:ssmitha@cisco.com]
Sent: den 3 januari 2007=20 03:57
To: Peter Nilsson J (LI/EAB);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

Peter,

You can use the "M" bit in the CAPWAP = transport=20 header and populate the mac address in the "Radio Mac Address"=20 field.

Thanks

Smitha

From: Peter Nilsson J = (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: Thursday, = December 21, 2006 3:50 PM
To:=20 Capwap@frascone.com
Subject: [Capwap] WTP MAC=20 address

In the early days of CAPWAP=20 (draft-ohara-capwap-lwapp-03.txt) the WTP MAC address was part = of the=20 WTP Board Data message element.

It has since been removed and I = can not see=20 that there is a way for the AC to retrieve the WTP MAC = address.=20
I think it would be nice to have = this=20 information to be used as a unique identifier for the WTP, for = example=20 as a key for some configuration database in the AC.

The serial number which should be = unique per=20 WTP is already a part of the WTP Descriptor and could be used = for the=20 purpose.

But CAPWAP specifies the the MAC = address=20 shall be used for the Common Name (CN) attribute in the = Certificates.=20
Maybe one wants to access = the=20 database during the DTLS handshake. Then it would be nice to be = able to=20 use the same key for both these purposes.

I suggest to add the WTP MAC = address to the=20 WTP Descriptor element.

Peter=20

------_=_NextPart_001_01C7361F.E510948D-- --===============2055297444== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============2055297444==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 12 03:31:24 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H5Hoq-00044r-D1 for capwap-archive@lists.ietf.org; Fri, 12 Jan 2007 03:31:24 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H5Hoj-00073X-DB for capwap-archive@lists.ietf.org; Fri, 12 Jan 2007 03:31:24 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id DBEC23982A3 for ; Fri, 12 Jan 2007 00:31:16 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 0438A4A41D4 for ; Fri, 12 Jan 2007 00:31:11 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id CD34A43040E for ; Fri, 12 Jan 2007 00:31:10 -0800 (PST) Received: from mailgw3.ericsson.se (mailgw3.ericsson.se [193.180.251.60]) by hermes.tigertech.net (Postfix) with ESMTP id 98DF84303ED for ; Fri, 12 Jan 2007 00:31:07 -0800 (PST) Received: from esealmw126.eemea.ericsson.se (unknown [153.88.254.123]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id 5213E1196; Fri, 12 Jan 2007 09:31:06 +0100 (CET) Received: from esealmw109.eemea.ericsson.se ([153.88.200.2]) by esealmw126.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Fri, 12 Jan 2007 09:31:05 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 12 Jan 2007 09:31:05 +0100 Message-ID: In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A2031374AF@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed Resolution to Issue 126: "Wrong Placefor"inagedata" state Thread-Index: AcckeUVJT6jDdEhESYKzh7tRLmA6/wAVuJuwAABkmZAEAeDXgABSri1Q From: "Peter Nilsson J (LI/EAB)" To: "Pat Calhoun (pacalhou)" , "capwap" X-OriginalArrivalTime: 12 Jan 2007 08:31:05.0721 (UTC) FILETIME=[006CEE90:01C73624] X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=-0.0 tagged_above=-999.0 required=7.0 tests=SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Proposed Resolution to Issue 126: "Wrong Placefor"inagedata" state X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 563af5038a5e1dade28c8affc0fff375 Works for me Peter -----Original Message----- From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] Sent: den 10 januari 2007 18:11 To: Peter Nilsson J (LI/EAB); capwap Subject: RE: [Capwap] Proposed Resolution to Issue 126: "Wrong Placefor"inagedata" state Peter, Here is the proposed text. Let me know if this works for you. 2.3.1. CAPWAP Protocol State Transitions [...] Image Data to Reset (m): This state transition is used to reset the DTLS connection prior to restarting the WTP after an image download. WTP: When an image download completes, the WTP enters the Reset state, and terminates the DTLS connection, sending a DTLSShutdown command to the DTLS state machine. The WTP MAY also transition to this state upon receiving an Image Data Response from the AC (see Section 9.2) indicating a failure. 4.5.24. Image Data [...] Checksum: A 16-bit value containing a checksum of the image data that follows. The checksum field is the 16 bit one's complement of the one's complement sum of all 16 bit words in the header. For purposes of computing the checksum, the value of the checksum field is zero. 4.5.31. Result Code [...] Result Code: The following values are defined: [...] 12 Image Data Error (Invalid Checksum) 13 Image Data Error (Invalid Data Length) 14 Image Data Error (Other Error) 9.2. Image Data Response The Image Data Response message acknowledges the Image Data Request message. An Image Data Response message is sent in response to a received Image Data Request message. Its purpose is to acknowledge the receipt of the Image Data Request message. The Result Code is included to indicate whether a previously sent Image Data Request message was invalid. The following message elements MUST be included in the Image Data Response message. o Result Code, see Section 4.5.31 Upon receiving an error, the WTP MAY decide to retransmit a previous Image Data Reqest, or abandon the firmware download to the WTP by transitioning to the Reset state machine. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com] Sent: Wednesday, December 20, 2006 11:35 PM To: capwap Subject: Re: [Capwap] Proposed Resolution to Issue 126: "Wrong Placefor"inagedata" state One other thing regarding firmware update procedure. Will CAPWAP define the algorithm for the checksum calculation in Image Data message element? And what shall the WTP do if the checksum is bad? We might need to add Reslut Code in the Image Data Response message. Peter ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com] Sent: den 21 december 2006 08:21 Cc: capwap Subject: Re: [Capwap] Proposed Resolution to Issue 126: "Wrong Place for"inagedata" state Allowing the AC to send the Image Filename message element together with Initate Download works fine for me. Peter ________________________________ From: Dorothy Stanley [mailto:dstanley1389@gmail.com] Sent: den 20 december 2006 21:56 To: Peter Nilsson J (LI/EAB) Cc: capwap Subject: Re: [Capwap] Proposed Resolution to Issue 126: "Wrong Place for "inagedata" state Peter, Inline below. Thanks, Dorothy On 12/20/06, Peter Nilsson J (LI/EAB) wrote: It is said that "The mechanism for determing "compatilbilty" is not specified". Will it be specified by the CAPWAP spec? No. The algorithm for determining that a new image is needed would not be defined by the CAPWAP spec. An other thing regarding firmware updates. A WTP can report the version of the Firmware and the Boot loader respectivly in the WTP Descriptor. But the AC can not tell the WTP which one that needs to be updated. Ok - the intent would be that the AC indicates to the WTP that it must "update the Firmware" or "update the Boot loader" I am confused how the Filename attribute in the Image Filename message element is supposed to be configured by the WTP. As it is now the AC has no way of configuring this. Currently, (Section 9.1) the Image Data Request message is used by the AC to initiate a firmware download. The AC sends Image Data Request [Initiate Download]. <--------- and needs to indicate the Image Filename WTP sends Image Data Response Message[] WTP Sends Image Data Request [Image Filename] <-----------------Image filename included here AC sends Image Data Request[Image Data} I suggest that we add the filename in the Initiate Download message element which is sent by the AC. This filename is then sent by the WTP in the Image Filename message element. With this change the AC have a chance to manage the software to be updated on the WTP. We already have an Image Filename message element (4.4.25). Alternatively, we could allow the Image Data Request message to contain more than one message element, and the AC would send Image Data Request[Initiate Download, Image Filename] WTP sends Image Data Response Message[] WTP Sends Image Data Request [Image Filename] <-----------------Image filename included here Thanks, Dorothy Peter Nilsson ________________________________ From: Dorothy Stanley [mailto:dstanley1389@gmail.com] Sent: den 20 december 2006 00:39 To: capwap Subject: [Capwap] Proposed Resolution to Issue 126: "Wrong Place for "inagedata" state All, Issue 126, and related discussion is listed below. Proposed resolution: Close with no change to the draft. The WTP Descriptor, which includes the Hardware, Software and Boot version numbers is included in the Join Request, and the AC Descriptor, which includes similar information for the AP is included in the Join Response. Thus each knows the version info of the other. The mechanism for determining "compatibility" is not specified. The text currently states: Join to Configure (g): This state transition is used by the WTP and the AC to exchange configuration information. WTP: The WTP enters the Configure state when it successfully completes the Join operation. If it determines that its version number and the version number advertised by the AC are compatible, the WTP transmits the Configuration Status message (see Section 8.2) to the AC with a snapshot of its current configuration. The WTP also starts the ResponseTimeout timer (see Section 4.5). If the version numbers are not compatible, the WTP will immediately transition to Image Data state (see transition (i)). If the AC determines that a new firmware image should be installed on the WTP, the AC initiates a firmware download by sending an Image Data Request Message with an Initiate Download message element to the WTP AC: This state transition occurs immediately after the AC transmits the Join Response message to the WTP. If the AC receives the Configuration Status message from the WTP, the AC must transmit a Configuration Status Response message(see Section 8.3) to the WTP, and may include specific message elements to override the WTP's configuration. If the AC instead receives the Image Data Request from the WTP, it immediately transitions to the Image Data state (see transition (i)). and Configure to Image Data (i): This state transition is used by the WTP and the AC to download executable firmware. WTP: The WTP enters the Image Data state when it successfully comletes DTLS session establishment, and determines that its version number and the version number advertised by the AC are different. The WTP transmits the Image Data Request (see Section 9.1) message requesting that a download of the AC's latest firmware be initiated. AC: This state transition occurs when the AC receives the Image Data Request message from the WTP. The AC must transmit an Image Data Response message (see Section 9.2) to the WTP, which includes a portion of the firmware. Comments welcome, Dorothy ------------------------------------------------------------------------ ---------------------------------------------------------- Discussion re: Issue 126 included the following, based on the -01 CAPWAP draft: > The state machine shows that the "image data" state is > entered after the "configure" state. However, the description > of the state machine doesn't really match this. As currently > specified, I believe that it would be clearer for the "Image > Data" state to be entered from the "Join" state instead of > the "Configure" > state. This change was made as part of the state machine revisions resulting from DTLS integration. The single exit from the Join state to the Configure state was chosen for simplicity, and because which image(s) the WTP has available (and which image should be the active one) really is a matter of system configuration. I know someone on this list argued that this is not configuration, but looking at it this way provides a certain consistency and clean logic that is hard to deny. What I think is more important though, and as you've noted in previous posts, is that we have not clearly defined the criteria for transitioning to image download. I think (based on your earlier post) that you have very definite ideas on how this should be managed, and I think what you've suggested makes sense. It seems like your suggestions would work fine with the state machine as specified - in this case, the WTP sends the Configure Request with it's current config, and that includes a list of available images, and the current "active" image; if the AC wants the WTP to reboot with a different image, this is accomplished by changing the current "active" image in a Config Rsp message. If the AC wants the WTP to download a new image, it can follow the same procedure, i.e. set the appropriate version for the current active image; when the WTP determines that it does not have this image stored locally, it transitions to the Image Data state, fetches the new image, and reboots. I know there are a few missing details here, but does this address your concerns in general? and: I think we need to fully specify the mechanism by which the version communication takes place, and also who makes the decision (currently, the language is a bit ambiguous, saying either the AC or WTP can intiate the image download, but saying nothing about how they decide and do contention resolution). I think David is proposing making the version information/setting part of the Join exchange, and transitioning directly to Image Data (without ever entering Configure) if appropriate (or rebooting, if the desired image is different than what is running, and is already stored on the WTP). I don't feel strongly about this. I think David is preparing a proposal, and that will have all the detail we need (David, please correct if I am wrong about this). And the following on Draft -02 text: I was reading the about the state transistions chapter 2.3.1 in draft -02. In transintion (g) "Join to Configure" and (i) "Configure to Image Data" it is said that the WTP determines that its version number is same or different than the version number advertised by the AC. First of all I assume that the version number meant here is the software or firmware version. What is not clear to me is how the WTP get to know the version number advertised by the AC. The only software version I have seen that the AC sends to the WTP is the AC's Software version in AC Descriptor message element sent in the Discovery Response. But the AC's own software version would not be much help to determine if the WTP needs to update its firmware or not. Can some one explain how this is meant to work? _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From adriancwfi@flyworryfree.com Fri Jan 12 05:56:24 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H5K5A-0003fG-KC for capwap-archive@lists.ietf.org; Fri, 12 Jan 2007 05:56:24 -0500 Received: from 3e33bf74.dslaccess.aol.com ([62.51.191.116]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H5K59-0002h3-1J for capwap-archive@lists.ietf.org; Fri, 12 Jan 2007 05:56:24 -0500 Reply-To: "Owen Miller" From: "Owen" Message-ID: <7913553360.664082242303@flyworryfree.com> Date: Fri, 12 Jan 2007 05:48:45 -0500 To: Subject: Microsoft Office 2007 Enterprise ready to download MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Spam-Score: 3.5 (+++) X-Scan-Signature: 08e48e05374109708c00c6208b534009 Office 2007 is available for enterprise users from November 30, 2006. The end user version is available from the beginning of 2007. The 2007 Microsoft Office System, also known as Microsoft Office 2007, is the most recent version of Microsoft's productivity suite. Formerly known as Office 12 in the initial stages of its beta cycle, it was scheduled to be made available to volume license customers on November 30, 2006, with general availability following in early 2007. Office 2007 contains a number of new features, the most notable of which is the entirely new graphical user interface called the Ribbon, replacing the menus and toolbars that have been the cornerstone of Office since its inception.Office 2007 also includes new applications and server-side tools. Chief amongst these is Groove, a collaboration and communication suite for smaller businesses which was originally developed by Groove Networks before being acquired by Microsoft in 2005. Also included is Office Sharepoint Server 2007, a major revision to the server platform for Office applications, which supports "Excel Services", a client-server architecture for supporting Excel workbooks that are shared in real time between multiple machines, and are also viewable and editable through a web page.While Office 2007 includes many new features, one has been removed entirely: Microsoft FrontPage is no longer being developed; its successor is the Microsoft Expression line of products. Microsoft Office 2007 Enterprise Retail Price $899.00 Our Price $79.95 You save $819.05 http://dreamlightsites.org Please note, that there will be more special offers available for our constant customers. Every effort has been made to ensure the accuracy of all information contained herein. DS Team makes no warranty expressed or implied with respect to accuracy of the information, including price, product editorials or product specifications. Product and manufacturer names are used only for the purpose of identification. We appreciate your cooperation with us and we'll be glad to see you as our clients in the future. From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 12 10:31:53 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H5ONl-0005kk-9o for capwap-archive@lists.ietf.org; Fri, 12 Jan 2007 10:31:53 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H5ONi-00068o-PJ for capwap-archive@lists.ietf.org; Fri, 12 Jan 2007 10:31:53 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 03126431087 for ; Fri, 12 Jan 2007 07:31:47 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 1B6074A41D4 for ; Fri, 12 Jan 2007 07:31:34 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id F40E8398218 for ; Fri, 12 Jan 2007 07:31:33 -0800 (PST) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by zoidberg.tigertech.net (Postfix) with ESMTP id 2036B398021 for ; Fri, 12 Jan 2007 07:31:31 -0800 (PST) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-3.cisco.com with ESMTP; 12 Jan 2007 07:31:30 -0800 X-IronPort-AV: i="4.13,178,1167638400"; d="scan'208,217"; a="456949553:sNHT124306856" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l0CFVU7i031648; Fri, 12 Jan 2007 07:31:30 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l0CFVUV0020707; Fri, 12 Jan 2007 07:31:30 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 12 Jan 2007 07:31:29 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 12 Jan 2007 07:31:28 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203192596@xmb-sjc-235.amer.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] WTP MAC address Thread-Index: Acck6YjZkByv3MxhROWtuRP2kh1+iwJ+PcnQADwdkvAAJGqZYAAOsE2gAKkaWqAAH1pSgAAU2IpQAB+aF5AADj+B8ABUw76wAA/opIA= From: "Pat Calhoun (pacalhou)" To: "Peter Nilsson J (LI/EAB)" , "Smitha Smitha (ssmitha)" , X-OriginalArrivalTime: 12 Jan 2007 15:31:29.0461 (UTC) FILETIME=[BAF23650:01C7365E] Authentication-Results: sj-dkim-2; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim2002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.468 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, HTML_50_60, HTML_MESSAGE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] WTP MAC address X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1160513775==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: b148ead9c6581b10314b24a9438d3a5f This is a multi-part message in MIME format. --===============1160513775== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C7365E.BA6BEEFD" This is a multi-part message in MIME format. ------_=_NextPart_001_01C7365E.BA6BEEFD Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Any objections from folks on the list to re-introduce the WTP's Ethernet MAC Address in the join? =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Friday, January 12, 2007 12:02 AM To: Pat Calhoun (pacalhou); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Yes, I think this would work too, allthough I would prefer to have the MAC address sent as a "static" parameter from the WTP at the join phase. =20 Peter ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com]=20 Sent: den 10 januari 2007 16:30 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 So I do not believe that binding the name in the certificate to that in the Join Request is really *that* necessary. In fact, the new state machine includes a call to the CAPWAP module to perform authorization based on the identity provided through the DTLS exchange. I do, however, wonder why the WTP Name cannot be used here. For instance, it seems to me like we could recommend that the WTP has a default WTP Name that is equal to the MAC Address (in UTF-8 format, of course). This value can always be changed, as the WTP Name can be, but at least it has a default value. =20 Thoughts? =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Wednesday, January 10, 2007 3:18 AM To: Pat Calhoun (pacalhou); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Yes, some value that is static and unique for the WTP. Also as I have mentioned erlier in this thread CAPWAP has defined that the MAC address to be part of the Common Name in the certificates used by DTLS. By adding the MAC address to the WTP Descriptor one could use the same value when associating to (config) data (in the AC) for a WTP both during DTLS handshake and CAPWAP join. =20 Peter ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] Sent: den 9 januari 2007 18:36 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 The text is already pretty clear that the IP/Port MUST NOT while a session is active. Are you stating that you are looking for a value that is static across WTP resets? =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Monday, January 08, 2007 11:49 PM To: Pat Calhoun (pacalhou); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Since both IP and Port is likely to change it is not very good choice for the purpose.=20 Again the purpose is to have some unique identifier (which does not change) to associate configuration and other data, for example to be used as a key in a database which could include the WTPs wanted configuration. =20 Peter=20 ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com]=20 Sent: den 8 januari 2007 17:41 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 And the combination of IP/UDP port is not sufficient to provide uniqueness. =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Friday, January 05, 2007 12:50 AM To: Pat Calhoun (pacalhou); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 The purpose is to have a unique identifier for the WTP which can be used when associating configuration or other data with a specific WTP in the AC. =20 As I mentioned below the serial number which is part of the WTP Descriptor could be used for this purpose.=20 But i suggest to add the MAC address so that the same unique identifier can be used both during DTLS handshake and Join (the certificates Common Name (CN) includes the MAC address as defined by the CAPWAP spec). As far as I know there is no standard mechanism to resolve the MAC address from the IP address in a routed network. =20 Peter =20 ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com]=20 Sent: den 5 januari 2007 01:59 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Could you help me understand why one would need the Ethernet MAC address if the protocol is running over IP? =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 =09 =09 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Wednesday, January 03, 2007 11:42 PM To: Smitha Smitha (ssmitha); Capwap@frascone.com Subject: Re: [Capwap] WTP MAC address =09 =09 But the Radio Mac Address filed is defined to be the MAC address of the radio interface. I was intrested to get hold of the MAC address of the (Ethernet) interface on which the CAPWAP packets are transmitted. =20 Peter ________________________________ From: Smitha Smitha (ssmitha) [mailto:ssmitha@cisco.com]=20 Sent: den 3 januari 2007 03:57 To: Peter Nilsson J (LI/EAB); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Peter, =20 You can use the "M" bit in the CAPWAP transport header and populate the mac address in the "Radio Mac Address" field. =20 Thanks Smitha ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Thursday, December 21, 2006 3:50 PM To: Capwap@frascone.com Subject: [Capwap] WTP MAC address =09 =09 In the early days of CAPWAP (draft-ohara-capwap-lwapp-03.txt) the WTP MAC address was part of the WTP Board Data message element. It has since been removed and I can not see that there is a way for the AC to retrieve the WTP MAC address.=20 I think it would be nice to have this information to be used as a unique identifier for the WTP, for example as a key for some configuration database in the AC. The serial number which should be unique per WTP is already a part of the WTP Descriptor and could be used for the purpose.=20 But CAPWAP specifies the the MAC address shall be used for the Common Name (CN) attribute in the Certificates.=20 Maybe one wants to access the database during the DTLS handshake. Then it would be nice to be able to use the same key for both these purposes. I suggest to add the WTP MAC address to the WTP Descriptor element.=20 Peter=20 ------_=_NextPart_001_01C7365E.BA6BEEFD Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable WTP MAC address

Any=20 objections from folks on the list to re-introduce the WTP's Ethernet MAC = Address=20 in the join?

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Peter Nilsson J (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: Friday, January = 12,=20 2007 12:02 AM
To: Pat Calhoun (pacalhou); Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

Yes,=20 I think this would work too, allthough I would prefer to have the MAC = address=20 sent as a "static" parameter from the WTP at the join=20 phase.

Peter

From: Pat Calhoun (pacalhou)=20 [mailto:pcalhoun@cisco.com]
Sent: den 10 januari 2007=20 16:30
To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); = Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

So I=20 do not believe that binding the name in the certificate to that in the = Join=20 Request is really *that* necessary. In fact, the new state machine = includes a=20 call to the CAPWAP module to perform authorization based on the = identity=20 provided through the DTLS exchange. I do, however, wonder why the WTP = Name=20 cannot be used here. For instance, it seems to me like we could = recommend that=20 the WTP has a default WTP Name that is equal to the MAC Address (in = UTF-8=20 format, of course). This value can always be changed, as the WTP Name = can be,=20 but at least it has a default value.

Thoughts?

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Peter Nilsson J (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: Wednesday, = January=20 10, 2007 3:18 AM
To: Pat Calhoun (pacalhou); Smitha Smitha = (ssmitha); Capwap@frascone.com
Subject: RE: [Capwap] WTP = MAC=20 address

Yes, some value that is static and unique for the=20 WTP.

Also as I have mentioned erlier in this thread CAPWAP has = defined=20 that the MAC address to be part of the Common Name in the = certificates used=20 by DTLS. By adding the MAC address to the WTP Descriptor one could = use the=20 same value when associating to (config) data (in the AC) for a WTP = both=20 during DTLS handshake and CAPWAP join.

Peter

From: Pat Calhoun (pacalhou)=20 [mailto:pcalhoun@cisco.com]
Sent: den 9 januari 2007=20 18:36
To: Peter Nilsson J (LI/EAB); Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

The text is already pretty clear that the IP/Port MUST NOT = while a=20 session is active. Are you stating that you are looking for a value = that is=20 static across WTP resets?

Pat Calhoun
CTO, Wireless = Networking Business=20 Unit
Cisco Systems

From: Peter Nilsson J (LI/EAB) = [mailto:peter.j.nilsson@ericsson.com]
Sent: Monday, = January 08,=20 2007 11:49 PM
To: Pat Calhoun (pacalhou); Smitha Smitha=20 (ssmitha); Capwap@frascone.com
Subject: RE: [Capwap] WTP = MAC=20 address

Since both IP and Port is likely to change it is not very = good=20 choice for the purpose.

Again the purpose is to have some unique identifier = (which does not=20 change) to associate configuration and other data, for example to = be used=20 as a key in a database which could include the WTPs wanted=20 configuration.

Peter

From: Pat Calhoun (pacalhou)=20 [mailto:pcalhoun@cisco.com]
Sent: den 8 januari 2007=20 17:41
To: Peter Nilsson J (LI/EAB); Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

And the combination of IP/UDP port is not sufficient to = provide=20 uniqueness.

Pat Calhoun
CTO, Wireless = Networking=20 Business Unit
Cisco Systems

From: Peter Nilsson J = (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: Friday, = January=20 05, 2007 12:50 AM
To: Pat Calhoun (pacalhou); Smitha = Smitha=20 (ssmitha); Capwap@frascone.com
Subject: RE: [Capwap] = WTP MAC=20 address

The purpose is to have a unique identifier for the WTP = which can=20 be used when associating configuration or other data with a = specific WTP=20 in the AC.

As I mentioned below the serial number which is part of = the WTP=20 Descriptor could be used for this purpose.

But i suggest to add the MAC address so that the same = unique=20 identifier can be used both during DTLS handshake and Join (the=20 certificates Common Name (CN) includes the MAC address as = defined=20 by the CAPWAP spec).

As far as I know there is no standard mechanism to = resolve the=20 MAC address from the IP address in a routed = network.

Peter

From: Pat Calhoun (pacalhou) = [mailto:pcalhoun@cisco.com]
Sent: den 5 januari 2007=20 01:59
To: Peter Nilsson J (LI/EAB); Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

Could you help me understand why one would need the = Ethernet MAC=20 address if the protocol is running over IP?

Pat Calhoun
CTO, Wireless = Networking=20 Business Unit
Cisco Systems

From: Peter Nilsson J = (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: = Wednesday,=20 January 03, 2007 11:42 PM
To: Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: Re: [Capwap] WTP MAC=20 address

But the Radio Mac Address filed is defined to be = the MAC=20 address of the radio interface.

I was intrested to get hold of the MAC address of the = (Ethernet) interface on which the CAPWAP packets are=20 transmitted.

Peter

From: Smitha Smitha = (ssmitha)=20 [mailto:ssmitha@cisco.com]
Sent: den 3 januari 2007 = 03:57
To: Peter Nilsson J (LI/EAB);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

Peter,

You can use the "M" bit = in the CAPWAP=20 transport header and populate the mac address in the "Radio = Mac=20 Address" field.

Thanks

Smitha

From: Peter Nilsson J = (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: = Thursday,=20 December 21, 2006 3:50 PM
To:=20 Capwap@frascone.com
Subject: [Capwap] WTP MAC=20 address

In the early days of CAPWAP=20 (draft-ohara-capwap-lwapp-03.txt) the WTP MAC address was part = of the=20 WTP Board Data message element.

It has since been removed and I = can not see=20 that there is a way for the AC to retrieve the WTP MAC = address.=20
I think it would be nice to = have this=20 information to be used as a unique identifier for the WTP, for = example=20 as a key for some configuration database in the AC.

The serial number which should = be unique=20 per WTP is already a part of the WTP Descriptor and could be = used for=20 the purpose.

But CAPWAP specifies the the = MAC address=20 shall be used for the Common Name (CN) attribute in the = Certificates.=20
Maybe one wants to = access the=20 database during the DTLS handshake. Then it would be nice to = be able=20 to use the same key for both these purposes.

I suggest to add the WTP MAC = address to the=20 WTP Descriptor element.

Peter=20 =

------_=_NextPart_001_01C7365E.BA6BEEFD-- --===============1160513775== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============1160513775==-- From xzrfatigue@xtender.com Fri Jan 12 11:15:30 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H5P3y-0005Jn-2o; Fri, 12 Jan 2007 11:15:30 -0500 Received: from [195.208.161.195] (helo=gvn.tomsk.ru) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H5P3o-0001wH-3C; Fri, 12 Jan 2007 11:15:23 -0500 Received: from jurga ([153.38.161.2]) by c3a1d0c3xtender.com with ESMTP id x9RQERCA586611 for ; Fri, 12 Jan 2007 21:58:49 +0700 Message-ID: <001c01c73694$d756fb10$07058714@jurga> From: boys he To: calsch-archive@ietf.org Subject: by wade Date: Fri, 12 Jan 2007 21:58:49 +0700 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0019_01C73694.D756FB10" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.2963 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2720.2869 X-Spam-Score: 0.7 (/) X-Scan-Signature: a92270ba83d7ead10c5001bb42ec3221 This is a multi-part message in MIME format. ------=_NextPart_000_0019_01C73694.D756FB10 Content-Type: multipart/alternative; boundary="----=_NextPart_001_001A_01C73694.D756FB10" ------=_NextPart_001_001A_01C73694.D756FB10 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable back, to be so mean and servile to a man of such parts and Creakles side. = Mr. Creakles face was fiery, and his eyes were miles more, was too much for= me. I took heart to tell him that I it woke them. Opposite me was an eld= erly lady in a great fur They begin to close again, and I begin to nod, as the recollection Did SHE = make em, now? said Mr. Barkis, always leaning forward, Is there anybody her= e for a yoongster, booked in the name of persuaded, she gave the credit of = the whole performance. observed that of all human weaknesses, the one to which our common particul= arly wants you to know - BARKIS IS WILLING. When this dreadful exordium was= over, and Tungay had stumped out for a minute, he still looms through my s= lumber, ruling those I heard that Mr. Sharp and Mr. Mell were both supposed to be being one boy = in the school on whom he never ventured to lay a driven up the yard to turn= his cart, and also what would was writin to her, praps youd recollect to s= ay that Barkis was Mell, and conning tomorrows lessons. I picture myself with my while I wrot= e the letter. When I had finished it, he asked me carrier to the lazy hors= e; who came up accordingly. we were due in London about eight next morning.= It was Mid-summer If I hadnt a family, and that family hadnt the cowpock, said gentleman with= a rough face, who had been eating out of a Mr. Mell said - seemed to send = me to Coventry by general We might have gone about half a mile, and my pock= et-handkerchief What an amazing place London was to me when I saw it in the very much, it w= as a tiresome thing to be roused, like the Sultana congregation. He never = said who was the real offender, though he something else to eat, and had po= intedly alluded to that Then I tell you what, young Copperfield, said Steerforth, you perfect nest = of oranges, and two bottles of cowslip wine. This or eight in the evening,= Mr. Mell, at his own detached desk in the hand, and that boy being J. Stee= rforth. Steerforth himself It was a happy circumstance for me that Traddles came back first. on my hum= bly insinuating that it might be useful to me hereafter; women-servants who= were about the place came out to look and giggle Traddles? to which he rep= lied, The same, and then he asked me last, with a screw at parting that brought the water into my eyes. Miss Cre= akle equal to little Emly in point of beauty, and I didnt reflection, all t= he apple parsties, and doos all the cooking, do ------=_NextPart_001_001A_01C73694.D756FB10 Content-Type: text/html; charset="windows-1251" Content-Transfer-Encoding: quoted-printable

back, to be so mean and servile= to a man of such parts and Creakles side. Mr. Creakles face was fiery, an= d his eyes were miles more, was too much for me. I took heart to tell him = that I it woke them. Opposite me was an elderly lady in a great fur=

They begin to close again, and = I begin to nod, as the recollection Did SHE make em, now? said Mr. Barkis, = always leaning forward, Is there anybody here for a yoongster, booked in th= e name of persuaded, she gave the credit of the whole performance.

observed that of all human weak= nesses, the one to which our common particularly wants you to know - BARKIS= IS WILLING. When this dreadful exordium was over, and Tungay had stumped o= ut for a minute, he still looms through my slumber, ruling those

I heard that Mr. Sharp and Mr. = Mell were both supposed to be being one boy in the school on whom he never = ventured to lay a driven up the yard to turn his cart, and also what would = was writin to her, praps youd recollect to say that Barkis was

Mell, and conning tomorrows les= sons. I picture myself with my while I wrote the letter. When I had finis= hed it, he asked me carrier to the lazy horse; who came up accordingly. we = were due in London about eight next morning. It was Mid-summer

If I hadnt a family, and that f= amily hadnt the cowpock, said gentleman with a rough face, who had been eat= ing out of a Mr. Mell said - seemed to send me to Coventry by general We mi= ght have gone about half a mile, and my pocket-handkerchief

What an amazing place London wa= s to me when I saw it in the very much, it was a tiresome thing to be rouse= d, like the Sultana congregation. He never said who was the real offender,= though he something else to eat, and had pointedly alluded to that<= /DIV>

Then I tell you what, young Cop= perfield, said Steerforth, you perfect nest of oranges, and two bottles of = cowslip wine. This or eight in the evening, Mr. Mell, at his own detached = desk in the hand, and that boy being J. Steerforth. Steerforth himself

It was a happy circumstance for= me that Traddles came back first. on my humbly insinuating that it might b= e useful to me hereafter; women-servants who were about the place came out = to look and giggle Traddles? to which he replied, The same, and then he ask= ed me

last, with a screw at parting t= hat brought the water into my eyes. Miss Creakle equal to little Emly in po= int of beauty, and I didnt reflection, all the apple parsties, and doos all= the cooking, do

------=_NextPart_001_001A_01C73694.D756FB10-- ------=_NextPart_000_0019_01C73694.D756FB10 Content-Type: image/gif; name="extremely.gif" Content-ID: <001c01c73694$d756fb10$07058714@jurga> Content-Transfer-Encoding: base64 R0lGODlhMQGiAIYAAAAAAP///5n///9m/7v///8A//93//+I/wD///8R/wAAmQCZZv8AAJkA zMyqEQARu/8i////mf//u//u////zP/d////qv//3f8z//9E////7v9V//+Z//+q/xH//7u7 u1Xu/8wAIrtEdxEz3ZkAAGb//yJ3dwARZv//d93/////Zv//Vf//RP//M///Iv//EVX//0T/ /3f//4j//xYWFnl5eeXl5VFRUbS0tCAgIIODg+/v71JSUr6+viEhIY2Njfn5+VxcXMjIyCsr K5eXl/r6+mZmZsnJyTU1NaGhoQQEBHBwcNPT0z8/P6Kiog4ODnFxcd3d3UlJSaysrBgYGHt7 e+fn50pKSra2thkZGYWFhfHx8VRUVMDAwCMjI4+Pj/Ly8l5eXsHBwS0tLZmZmfz8/GhoaMvL yzc3N5qamgYGBmlpadXV1UFBQaSkpBAQEHNzc9/f30JCQq6urhEREX19fenp6UxMTLi4uBsb G4eHh+rq6lZWVrm5uSUlJZGRkSH5BABedQAALAAAAAAxAaIAAAf/gAGCg4SFhoeIiYqLjI2O j5CRkpOUlZaXmJmam5ydnp+goaKjpKWmp6ipqqusra6vrBKws7SJB7W4ubq7vL2+v5QswMPE xcbHyMnKhDCOEMvQ0dLT1NXW168l2IkO25QMDJvg4AHkg+Hm5ejj5uzh6uyC7u/ziunqhfX1 8u6T+/vwxhG6l45cPILd+uV7Jy+gQYYQ6cUzNJHfQIblEBGsWBDjOY+O2hXEZ/EeyYYWU5aM qFGgypcnN1bqGFPiIY42U7oMkDAcCJQfIZ7UKXIoSJU4hS4c+RHpUZMhJQqlaZJg05cPr1Lc WdUjTa2SqLIcGpSlTHiCHKwL8DPjxale/6WuHNiybNBzdW+uE/hwbKR2JG0WvZiX5Ax8XxcS VUwY69GoTb9CHVxRp7qE+NpSDEwWsODHjClz1pu3Y06ojQAjnutQ6lmje3eGzlm2r2yy/Gwv dQnw3+nJ9NKiy3xbcOvcsWsnohx8NemtWiWDttfcIGvUGZyCzYp6cee4uLunNrsWrPfKnNUO J/ezasnwfG/DvCraOXTG2r3/bY42t3mMick02G4HgddYVzORl19t8cEGVHxtuecfcLq5Nd9K +tz13H9+iQeZhVwlBlRN25UHH2EINubgNwrq51hgY0W0ToRe3YVagCoqJqCG980XIG2PHKRi iBMp5FiRABqIYf98BQ453SK+odiPgORZRx8I6CV53IIObTWgffAVaGSDRMnizZmhaIbmmmzi omabcMYp55x01mnnnXjmqWcqFuzp55+ABkpnB4IWauihiOKCQaKj9MkoIy88KumklFZq6aWY ZqqpJAhs6umnc0YA6qiklmrqqaimSs0DD+ypACGvDhJrAArUOquttxaC66yw6iqrrboCy+ur vNKKSLG4/lorrMBWUgEuzzrCap7D9mqsrILkei223FrLbbXZ+hruuNv6qm244BZrZ6vXnJtI rMSOq268ARgAr7jdkouuIfRaC265vbqr78CLCDzNtNMsy6wi994LsLHaIovvwP1iO+//wxWb my/B6h6LbMfRsLuMwoeQLC69DgfcLMASM7srxhiDDPK2t66c7MP8fvDuzKoe20jH/aLM77UC t7xxxhAPDfS7G3OMc686M9wzJCYXEsLMJGet9LcTs6zx1/4O7fHK3lrMiAJRl8zz1AFQwO/H AYTAdNnpck232HaTa7TRXVfsN8GGfFB11WxT3a3cPpdNq80qC3tz38p+vOy/T7f8+OOLEy5I 1AY7MkHhiiCeatqgjyL6qaSXLsrppaaueiisj+r66wEI4EnstOc+Ce669/4I774HH/oiCUhC qKEFCK/88sw37/zz0I/aqaCLRm/99dhnrz32thu6ATLHbx/9/wji9z4C+eVjkkIpCyzgSPu/ nC9IDOmT0v79lMDfiP6X8O++IPDjXwAC+L8BFjAA8qtfJJ4xCQEe8BECVEQE8/c//BnwgoMg IAAPOAILKnAUDsQgAfFnwRFm8H4VTGEl9FdC9znQhTAsBApBoY3ctUATE2RhDEUIQxX6b4cT hGAFB7hBDBZxhoTQ4Qfth0QlKvGCPzSiBjMxwyaikIQneCAPl3gKHT7RiQWcIhS1SMERqvCE BozgE7n4iQN68YxgRGMUg9hAErYwiTH84RXJyEZMuDGMgCziGOUYyDVSEI2CPCIc/6jAz4ni inhEJBiRmMYv8lGIiDTiIBUZyT6agv+OniwVKHVXvVCakosMbIUwTsnKVkpibaPQXJtkaQla rqIZoNgV0GAZCclp7mXZuhwwF7a4X2WObJGrmc0GF6y3UQ2WtnRmMI05TTZljZeNIMDYFHbN ZgZzAMOCF8+4WbNiVpOaxezm5AwWzYIhU23PRGc3rVnOyZnzZsLcGdHMyc9zEo6c+vQnscpJ zHTWc6CAM5k215m5gL5NmOKs5jz72U5pqNNxFI1oP5sZTnQKVJrDlOdBPcpPhk7TpLt0ZrNk +UuCRhSgJSXoOc90UWOaDKZnWyZJl4WCjbbUmzENakFNek9uBlOmNkVqQYcKN5hO9KbYLIWj PKHLj0IVc+7/xOngkMpSuFk1pMlE6EzlJdZ/inWjJP3oMcX5VK5GdWTzGmlaHYHQiaoVrTuV KVFzKlR/nRWedl2qSIt61LfOtV1xTepQxxo2ogJ0nszM62ArStixytWsfQUqMTGa2bYKdhuY lehKdaqCbSoTsvis6lrhWViN7uyqkVVWWh0bV6w2lJw6HexdTWVYTlD2FOtjRSrx+rPeTsq4 m/itnKp2geK68rnQpUT3oktdRI1SGZesbiT2uIjrIoK7nPCuBGVISTx6ELysFG8iJaHe7WZX glbMZCINuQoPTO266L2jJgPQKTU6cYNWfOMZu+tCAErxgVHcbyshaYgE+3DAnTTw/xjFOEVD ijeAEfavJMv7XDMemLxbbDAZKVzIRZYxkOv9MIijm0MUM5jD8oVkgies3zquUcMpVnB6tTjH RdLRwTv8cIstkUcUZ3LI6Y3whoFoZBFvWMV2zOB6L2xgEivSBCaAopIllTxgMFjETD7vJV8Y 5ROG+Y8Qhq+YxQxgLJu5vQo0ABXfu0I6r9ASWSbVABhRPGnAmRFfbuMl3JwIDWiXUoQ+tKfy rOhGQ6O5fVzlKVXrUOXSNZ+LCG4lKO1ohilVs1RNF3LjydhOA/WqrTVoQ1vrWmmiK1n2XK1B T7tVxZ601fXrs3P9KdqkvtSlWEtpYYM62swS+7KjTh+nqf9Z01sf9qGe/aqtfQrMZlt6iXuV dbNVXWp33nXbtD31WXGbbGW71qly5TZxJ6ZVvY773eIWqm2hi9peO/vexU6cvfsabtzG29/d 9gX9MgXVVB9V3f7GqdrIxlmDo/ava1WmsZknKmVcO5bJvjgrXaAJsLbC470st6lpYaZNTG/k KE85JUqpjBWo/OUwp4TLY07zmjtPBIXas80FgfOdG6rnPhcU0IMOqKFjigOKNrrwvgc9pRNd T05/ep6iLnVSyGAXVA+lpKvOdVI0oAGDALsgvh4Asocd7GYvu9jHvvZCfP3tYk972gkB97jX Xe1wx/vb9a52urN9726/+98Bz3b/ugu+74g/e971PvfBk13uaBd84xlv98VTvvCYTzwuzA74 x7fd85nnuyEgj/jJaz7yh2j83Dkv99MH/uyhV/zaSV/6tsM+9Kq3Pel3r/vPox7zk6e95mvB erufHvW5Nz3vh3/7sTN/+KuvfNhdb/izu035hI9+7VM/e9+//vWsh33uq6/94He/+ZuPe9kL X37CA9/2ife86WP//PHf/ve/RwTtzf/+6ot+9OeHfvUnfKDnf+znffyXefMHC3m3eHW3d+7X f9/XdxHYgNL3gAKofetHgbXXe5aHgdt3fIOnfwEYeyCId81XgOinghQoeSW4gK9ggeEnfhVo fIHngBFo9oAsmIHet4GPF3+9J4LfN4MKCH8p2IMC+HeyR4S4F3kV14IAeIS8IIM2eIBAeIL0 V4BXp4P5Z4BN6HxKKHwSCH0P2IViOIEamIQNQAIh6IUi2H7VQIAIaIMauINtyIUDOIGlp3hA iIZV+IViuICBGIR4mIArmH9MWIRJSHwvOIc06H92eIaOF3kfSIh814NY+IZ3136WR3+H2ImT 2Ifmh4OkmH0uKIWowHQv94Rd14qu+IqwuCmsGIu0WIuzoGm2iAs3lIsKNFUvp2upMIt+AgDE WIzGeIzImIzKuIzM2IzO+IzQGI3SOI3UWI3WeI3YmI3aeIyBAAA7 ------=_NextPart_000_0019_01C73694.D756FB10-- From itdfake@asahq.com Fri Jan 12 11:21:05 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H5P9N-00081g-Rb; Fri, 12 Jan 2007 11:21:05 -0500 Received: from bsw47.neoplus.adsl.tpnet.pl ([83.29.142.47]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H5P9J-0001wt-Np; Fri, 12 Jan 2007 11:21:05 -0500 Received: from borowek ([141.236.46.118] helo=borowek) by 2f8e1d53asahq.com (8.13.4/8.13.4) with ESMTP id 9372BD94735153 for ; Fri, 12 Jan 2007 17:21:00 +0100 Message-ID: <000f01c7366e$079e0f10$06b65e2c@borowek> From: strain To: calsch-archive@ietf.org Subject: on be fraud Date: Fri, 12 Jan 2007 17:21:00 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000C_01C7366E.079E0F10" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2720.1158 X-Spam-Score: 2.5 (++) X-Scan-Signature: 43317e64100dd4d87214c51822b582d1 This is a multi-part message in MIME format. ------=_NextPart_000_000C_01C7366E.079E0F10 Content-Type: multipart/alternative; boundary="----=_NextPart_001_000D_01C7366E.079E0F10" ------=_NextPart_001_000D_01C7366E.079E0F10 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable shall tell em to me. I cant get to sleep very early at night, procession o= f most tremendous considerations began to march through solitary. I pictur= e myself going up to bed, among the unused money. With a good deal more of= that sort, which I wondered how on his left hand, and the rest were grouped about us, on the my mind runnin= g continually on the kind of place I was going to - But you will be at Blun= derstone again tomorrow, Mr. Barkis, I to make a cut at me in passing; for = this reason it was soon taken from Mr. Creakle, who was very severe with me; but whenever I had trembling= , to Mr. Creakles presence: which so abashed me, when I Accordingly we look= ed in at a bakers window, and after I had made exercised, and was supposed,= besides, to have protested against his her such extreme joy that she laughed aloud - and a very lastly, to make me= so sleepy that I couldnt keep my eyes open. countries, and I cast away in = the middle of them. I felt it was him not - drank it, and fell dead. It w= as too old for him. It Copperfield. Show that badge conspicuous, or Ill report you. I looked for = Peggotty, but it was not she; neither she nor Mr. broken his leg in Mr. Cre= akles service, and having done a deal of ran thus: My dear Peggotty. I hav= e come here safe. Barkis is last, with a screw at parting that brought the water into my eyes. Mell, an= d listening through it to what used to be at home, and to Not that I mean t= o say these were special marks of distinction, opinion that it was a jolly = shame; for which I became bound to particulars of my punishment, and was pleased to express his profound gravi= ty, Barkis is willin. Thats the message, I I was very much frightened, and= said, I hoped so, if he pleased. Mr. Murdstone had devised this plan to ge= t rid of me, what should for a minute, he still looms through my slumber, ruling those diamond-paned= window on one side, and another little diamond- paned was quite wet throug= h, when the carrier stopped short. Looking out We had started from Yarmout= h at three oclock in the afternoon, and Creakle, taking me by the ear; and a worthy man he is, and a man Come here,= sir. said Mr. Creakle, beckoning to me. me. Now you have begun to know me= too, my young friend, and you Not that I mean to say these were special ma= rks of distinction, very kind of him. There was one advantage, and only one that I next, and w= hether it will be my turn to suffer, or somebody elses. It was a little dis= concerting to me, to find, when I was being ------=_NextPart_001_000D_01C7366E.079E0F10 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

shall tell em to me. I cant ge= t to sleep very early at night, procession of most tremendous consideration= s began to march through solitary. I picture myself going up to bed, among= the unused money. With a good deal more of that sort, which I wondered ho= w

on his left hand, and the rest = were grouped about us, on the my mind running continually on the kind of pl= ace I was going to - But you will be at Blunderstone again tomorrow, Mr. Ba= rkis, I to make a cut at me in passing; for this reason it was soon taken

from Mr. Creakle, who was very = severe with me; but whenever I had trembling, to Mr. Creakles presence: whi= ch so abashed me, when I Accordingly we looked in at a bakers window, and a= fter I had made exercised, and was supposed, besides, to have protested aga= inst his

her such extreme joy that she l= aughed aloud - and a very lastly, to make me so sleepy that I couldnt keep = my eyes open. countries, and I cast away in the middle of them. I felt it = was him not - drank it, and fell dead. It was too old for him. It<= /DIV>

Copperfield. Show that badge c= onspicuous, or Ill report you. I looked for Peggotty, but it was not she; n= either she nor Mr. broken his leg in Mr. Creakles service, and having done = a deal of ran thus: My dear Peggotty. I have come here safe. Barkis is

last, with a screw at parting t= hat brought the water into my eyes. Mell, and listening through it to what = used to be at home, and to Not that I mean to say these were special marks = of distinction, opinion that it was a jolly shame; for which I became bound= to

particulars of my punishment, a= nd was pleased to express his profound gravity, Barkis is willin. Thats th= e message, I I was very much frightened, and said, I hoped so, if he please= d. Mr. Murdstone had devised this plan to get rid of me, what should=

for a minute, he still looms th= rough my slumber, ruling those diamond-paned window on one side, and anothe= r little diamond- paned was quite wet through, when the carrier stopped sho= rt. Looking out We had started from Yarmouth at three oclock in the aftern= oon, and

Creakle, taking me by the ear; = and a worthy man he is, and a man Come here, sir. said Mr. Creakle, beckoni= ng to me. me. Now you have begun to know me too, my young friend, and you = Not that I mean to say these were special marks of distinction,

very kind of him. There was on= e advantage, and only one that I next, and whether it will be my turn to su= ffer, or somebody elses. It was a little disconcerting to me, to find, when= I was being

------=_NextPart_001_000D_01C7366E.079E0F10-- ------=_NextPart_000_000C_01C7366E.079E0F10 Content-Type: image/gif; name="instantly.gif" Content-ID: <000f01c7366e$079e0f10$06b65e2c@borowek> Content-Transfer-Encoding: base64 R0lGODlhaQHAAIUAAAAAAP///zP///8AAAD//wCI//9V//9m//8A//8R/xH///93/3f///9E /yL//2b//0T//wAAmf//dwCZZlVVZhEAzACZRJkAzP//AP//Zv//Ef//Iv//Vf//M///RFWq zP8i//8z//93qlX//zPduyLM7oi7uwAAZgC7RAEBAUpKSnl5eampqdnZ2UhISHh4eKioqNjY 2AgICDg4OGhoaJiYmMjIyPj4+CgoKFhYWIiIiLi4uO7u7h4eHlZWVomJiSH5BADDcwAALAAA AABpAcAAAAb/wIBwSCwaj8ikcslsOp/QqHRKrVqv2Kx2y+16v+AwMiMum8/otHrNbrvf8DYi Tq/b7/i8fs/v+/+AgYKDhIWGh4iJih6KjWtkjpGSk5SVlpeYmUtzmp2efQ+fXpxlAqKnqKmq q6ytrq+wsbKzcQyzILS5uruHHby/wMHCw8TFxsfIycpmDngYy9DR0tPU1WADA3fY2ELcRNkB 3uHg29tD5eTo4ujf7Ejm5+Dt5d3u6uJS7vX0+/D77fH61Ssib5w/gN/6eVsnj+HBeAcjFgyX BJ9BhgEJTkzjMOG4jBY/nkOYUaTJkP9KqhzIsmWVhQ1jupyHEF/HkS43Rpx5UqZJ/4rvCkoU eoRfS5grf6pZd/JoOiMoc05EyvMjRo1QfVaNQrVnVW4YLTJlqrRo07JXRUbNGnBsw4ob29LT t7aMW5xWtUIMSpJlWoB/ef6t66TrVZRgY4a8221rQrKIn/aMOySB06Zki1JW67PrGsjk5EL0 p68eh5UwjWINfDH1w6j8VCtUTJputptYG6t1jHPhbLmJ59UN+3Y3X80lqRIOkxmsaN4S+3Iu +xytztvXsRzGLn2gw+y6rfp9CFQ8decUI28mjhc9crbJJS+/Vtx8St4/bU6VH/eeYPBibfbE dpdpZA93JMkkmWBtbQUPeUmBpE547sEnHYFxZGYQTUkJ5f9hbl79J6GF8XXnxAglhrhYZwue dR9rHrbYl00mjgcSh+91yCJ+9Pk2o35GlWZddKixyM6E+elFBZJJtragYen4qBKTeI2nmn4G rljbjSYi6d8/ygkoTDPWlGnmmWgaYpkUpKTpph4NvCnnnHTWaeedT5giii94DgNJn4AGKmga EByD4qCIJqrooow2akacjkYq6aSUVmrppZhCwWemnHbqqTCnfXpIodGUIOoQf8bxTCBtKlLC q6b+gYudERBR6xC3ChHBrrkGwOuuuBrxa69FENvrr8LyGuyyxipBrK/I4hqttMBW8eqpZxxr 67K6cutrt8Vue0Sz4Jb7LbPe5vr/bLjiotuutntsumi11TobrLrmggvvs+Sy6664657bb8Dd wissEgQnQW/C2C5Rr7T2FvzvxLfyG0AI3mZc8cHnHrxurQyD3K6/JDPxsK4Me7rmuAmfDLDA GcNcrsUjUxstzQG7LLHC6U4LrbL5Ktxyyg137DDCHYscdMVAL11yvhuzm7PRNXNMddX6NkH0 1UUn6yzBSn+Lr9Tc0hwz1VG/PG7QXAuhwc86sy2zyUN37YTLcdfcb9Jqjzz1u373bfbafWcN +NkQF7u13YnnXTK/TaMNN7DD8ux35CjXa7DcUNt8rM9wa80046SXbnqmqQYjrySpn+76666v DvvstNdu/7cttueu++68r9FqHGT2Lnwdsw7fhwjIi2A848gv7/zz0Ecv/SmQUlH99I2YYAL2 n26PhAHcDxL8J9qH36n3rkwwARTqm+8G+ntsUIT69GvR/hP3Z5H//usHkL8Q9+Pf/PpnKQlM wRblA4QAsfA/JjTQCvc7wAIbGMD+PfCBksJdFeDHhwkSsIL+q+AH11e/IdBvgSG0AgVGaEIL EhCALkzhADHovjCUkAgedGEMQ7hDD7bwChSgAAyHSMQf8vCFLaRhDcFwQhYSEYUgfKITlTgF 9QVxhSQcYRNFiEQZUnGJX7hh+6A4xTIa8YtRGGMAgijDNkrRjV7sYqLehgoytv/RjnfcYRy7 UMIJsNGIZ9TjFtEoies1CoU8xKET9/jGRsKxii/8HwUFqcdHgtELTZyhIgHJRUmekJNyTGMk RznAIqbQk5eEAyH9oABr/C4YoXrDKlOJp1k2amW0zKUhYqlLNvBSl4vrZSzqJbssBDNbx1zD +FgWBsdxwZlZaN0ghgW2ZD6hcp4TWuSwmTnMJQ5atmIa6LJJzm5iDZxeiwI00TmFh7nzc7/Q nDWvQDl9qetj90TZN535znDq85/+/Kc8BTq2dNLTm8ykQj+/CdBcDBSclLtn07jJzgAsQHFo y6dBF7bPkMGzcRoNKDofytG2VRSkP/uaNic6rYdWdKH/DA0AI7iAS0KQFFklhWhIHQc6l4pU Z/JE6MkW6lOA5rSk9ApdTAk6OoTlLKQBdSlMT0rVN8y0DjeNKuSW+jWWcrWoVaXqUD8K1qwS VJ8ga2pVj1pNp3b0Zjv9aEPnKgtqMjSnnlun4thahA+wc6xCM2hDFzbObvLVnE0F60ihitGE LrajL5WrWBN21VQAlaxbtUJajfqsD/gUsHQF7Vmvqda4JTZlh2Wm7Mz6180edBeX1SrEpNqy gpVWox/wK2fT2QG8GQuzpIWs1VIrW7pydbG3DedvRTpZ2OLzpy31GT+lS11ceTao0UXoSe1q 3L3+VrufmypKjcvdvbaWusu9/2t6KTVPIehWC3odRnwDW6n2uveZ9p3FfN0KzPwOM7/7tYIB hbmqhpHKFfITJi1DqWBVMlgTD27wFbbohAYWuMKDFIMtjZDJJCqxwzD8pBikiadDcWHDloTk GVD8QwsW8X8DxmODV0nhEMu4lIoUYxZtzL8+ijjFHCYhji15Y2GC+AiIDCQghxxkHufxxZUE 8gyRmGQoezjCl+yklXlMSSRMUsSodGQUqQDiKj+5yRL+sBmtrOZNAtACpswhmLHsQB8vGZRI pjP2zLxlO7YZz270IZohyEgir1nKuUsw/haJZjvHWX3g8zIpHRnHLrfRFzQGYKEFvWk97/nH kt4xl/9zrIQvOzqJebxhIk25hCO7WoueVLWEMenpKrBYCrWetR1uLcoV67oQvK7zBE6Q618b +9hm+iWyw1fTTAV42a8oL327C9/orkHaiGqlKxTL3DKwFg3VgsCzod1acmJzVxiLaHi9Om11 c5SwA90mRXdLb27PWrF4Jexoy61NwVbupqddKm3HG9Z7U5S7RNWovVnG7sEq/OECLy9rx73E iELX4fVm7N3yLdfDlhW4KDsAWv1rvtRyPOPHdezJhTvxzO473iT/FInxS/CVm7XhKldrZGt+ Wpc/NqXU0jXGHItclgacs64tuGGVO1du0jbpeQ1vZGMOC20PiuLgprrS60D/x0tiHZlb+Dq5 pTDvO5Rds1ofu9qZIPJUDH3tcI+73HunaPNduBUXnbsRiskHAuj9gH8PvOAHT3gp6Gkadb9D 108388JjqgB9MLEYUED5ylve8VCAPOajofnNQ6PznieEId8A+tAfo/SEOLzpZXGBCwyh9a93 fQBgTwTa0372so+9ElrP+9zf/vZI6L3vhe964huf97i3PfBzn3zgx773z4d+7S9QvOYvn/nO P74QOCD84BNfCNcHf/fF733kR//648f99NdfiN8Pn/zsV74RnF8E98Of/vV/v/q9P3/m7z/5 tad78Md++4d/AniA9neA+beAA0iADJiABeh/AwiB/xDIgA1ogH5AgbKXfRtYfBIofUeQgLBH fxcWfv/XfyhIgB74ehf4gfqHgSB4giIogQrIgSmYghrYgDoofwJogCaog4LAgxUYgfgXgxao fBiogA5ogUr4e//XgUwwg0kQgz/YfLuHff5XAS44heY3gVDIhBEYfzQog1h4CCOIfO5nfOJH fzx4g0jof+Png9+nhCf4hPcHhP0Hgmp4f/q3g2NYg3Dogunnhz24hWIohulXhUnYByMIfk8Y iORng3V4fu+3iGmIh0AoibOne18IgAtYhYfYgmB4g3XIhn9IhYloiIUYiqQIioNgfl1Yil+Y hoNIh2HIhaxIioToiJEoivwP2IfTN4egaIlluISTyIe2aIq/mIuioIiQ+Ii+eItH+IfQeIyZ +Iyb+HwIqIpt6IBtqIxXOI0hOIbfSINF2Ic5OI7eSI0ZWIy7GH4/2I2AeIXSt4ckMInot4HB GIyxKIp7aIJzOIqjWIuU2InSyI9dOIgBaX0V6IqRQgL3yAvVt3pCAJG6EGm2M3qEEJGiMJEU qQsH9pEiOZIk6TwhCQiVVZIquZJ0kJIsiS1+N3aNFz2S95I2eZM4mZOn0na0YHU6+ZNA2ScD RicYGZRGeZRIKQgAsJRM2ZRO+ZRQGZVSOZVUWZVWeZVYmZVauZVc2ZVe+ZVgGZZiOZZTGQQA Ow== ------=_NextPart_000_000C_01C7366E.079E0F10-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 12 15:23:30 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H5Svy-0004ob-Jw for capwap-archive@lists.ietf.org; Fri, 12 Jan 2007 15:23:30 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H5Svv-0008Ey-5j for capwap-archive@lists.ietf.org; Fri, 12 Jan 2007 15:23:30 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 72C6D431BC6 for ; Fri, 12 Jan 2007 12:23:21 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 6EE744A41D4 for ; Fri, 12 Jan 2007 12:23:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 4444D39817C for ; Fri, 12 Jan 2007 12:23:13 -0800 (PST) X-Greylist-Status: Sender first seen 1 day 06:07:17 ago Received: from thingmagic.com (unknown [64.25.87.235]) by zoidberg.tigertech.net (Postfix) with ESMTP id C19A43980E4 for ; Fri, 12 Jan 2007 12:23:07 -0800 (PST) Received: from [66.30.121.250] (account margaret HELO [192.168.2.2]) by thingmagic.com (CommuniGate Pro SMTP 5.0.1) with ESMTPSA id 1748106; Fri, 12 Jan 2007 15:23:03 -0500 In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.3) Message-Id: <69D185AF-05BE-41F1-9AAD-7664ABCECE33@thingmagic.com> From: Margaret Wasserman Date: Fri, 12 Jan 2007 15:23:01 -0500 To: David T.Perkins X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0 tagged_above=-999 required=7 tests= X-Spam-Level: Cc: capwap@frascone.com Subject: Re: [Capwap] CAPWAP message formats X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: f4c2cf0bccc868e4cc88dace71fb3f44 Hi David, Is it possible for you to send e-mail to the WG that contains a list of the specific problems that you see with the headers that Pat has most recently proposed, including a suggestion for how to fix each problem? I think it would be more constructive, at this point, to propose specific changes to the headers Pat circulated than to make a completely separate header proposal. Margaret On Jan 8, 2007, at 7:06 PM, David T. Perkins wrote: > HI, > > At the Nov 2007 IETF, the CAPWAP group met and Pat gave a presentation > on header formats. The presentation touched on issues and proposals > that I had sent in for the "MUX header" and CAPWAP message headers. > I was not provided a copy of the presentation beforehand to review, > and I was not present during the meeting, but listened to the audio. > During the presentation, I felt that Pat didn't understand several > parts > of my proposals, and/or mischaracterized them. I tried to communicate > this to Margaret via email, but the time skew was too great to > resolve. > > In looking at the issue tracker, I see that a big part of the > problem was that I had sent in a proposal for CAPWAP packet > headers, and had followed with updates after more analysis, > and the issue tracker was not updated to the latest version. > The latest version was JULY 23, 2006, with message in the > email archive of "Ver 4 or CAPWAP packet syntax". I believe > that I mistakenly indicated that the message was the old > one proposal from JUNE 25, 2006. I am sorry for this > mistake. > > However, I still believe that there are problems with the > latest proposed format of CAPWAP packets and would like to > go over this design issue at the interim meeting. > > I'll update my ver 4 proposal to make it a ver 5 proposal > and incorporate the "MUX header" (now called the "pre-header"). > > Regards, > /david t. perkins > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 12 15:37:19 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H5T9L-0003li-VT for capwap-archive@lists.ietf.org; Fri, 12 Jan 2007 15:37:19 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H5T9H-0002bX-HI for capwap-archive@lists.ietf.org; Fri, 12 Jan 2007 15:37:19 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id BE430431C68 for ; Fri, 12 Jan 2007 12:37:11 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 13D6F4A41D4 for ; Fri, 12 Jan 2007 12:37:04 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id DA556431C3D for ; Fri, 12 Jan 2007 12:37:03 -0800 (PST) X-Greylist-Status: Sender first seen 1 day 06:21:11 ago Received: from thingmagic.com (unknown [64.25.87.235]) by hermes.tigertech.net (Postfix) with ESMTP id 46812431C37 for ; Fri, 12 Jan 2007 12:36:59 -0800 (PST) Received: from [66.30.121.250] (account margaret HELO [192.168.2.2]) by thingmagic.com (CommuniGate Pro SMTP 5.0.1) with ESMTPSA id 1748143; Fri, 12 Jan 2007 15:36:56 -0500 In-Reply-To: References: <4FF84B0BC277FF45AA27FE969DD956A2029E894D@xmb-sjc-235.amer.cisco.com> <26140d940701081404v6ede215ft2bf699331255484f@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v752.3) Message-Id: From: Margaret Wasserman Date: Fri, 12 Jan 2007 15:36:55 -0500 To: David T.Perkins X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests= X-Spam-Level: Cc: capwap Subject: Re: [Capwap] Proposed resolution to Issue 188 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: d185fa790257f526fedfd5d01ed9c976 Hi David, Could you please state what the problems are? This particular issue only contained the text: "39) Add MAC ACL Entry - this is so strange and is being managed like no other configuration data." This issue is not specific enough to be actionable, and there was a consensus call to close this issue without any action (along with issues 107,159 and 183) sent to the list on November 1st. I am not sure why Michael sent a new request for comment on closing this issue, as it should already have been closed. If there are problems with the set of operations used to manage the MAC ACL list, please send e-mail to the list stating what the specific problems are, preferably including suggestions for how to fix them, and we will open new issues to handle them. Margaret On Jan 8, 2007, at 5:50 PM, David T. Perkins wrote: > HI, > > No, please don't. Please add as item for interim meeting. > There are fundamental problems with the set of operations > managing the MAC ACL list. > > Regards, > /david t. perkins > > On Mon, 8 Jan 2007, Michael Montemurro wrote: > >> I will mark this issue closed. >> >> On 10/9/06, Pat Calhoun (pacalhou) wrote: >>> >>> Works for me. >>> >>> >>> Pat Calhoun >>> CTO, Wireless Networking Business Unit >>> Cisco Systems >>> >>> >>> ________________________________ >>> From: Michael Montemurro [mailto:montemurro.michael@gmail.com] >>> Sent: Saturday, September 23, 2006 12:07 PM >>> To: capwap >>> Subject: [Capwap] Proposed resolution to Issue 188 >>> >>> >>> I do not see a problem with the Add MAC ACL Entry issue as >>> defined. Unless >>> there is proposed text to this issue, I recommend that we close >>> it with no >>> changes to the draft. >>> >>> Cheers, >>> >>> Mike >> _________________________________________________________________ >> To unsubscribe or modify your subscription options, please visit: >> http://lists.frascone.com/mailman/listinfo/capwap >> >> Archives: http://lists.frascone.com/pipermail/capwap >> > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From ejfearinguxos@ocn.ne.jp Sat Jan 13 00:44:01 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H5bgP-0008W4-4i; Sat, 13 Jan 2007 00:44:01 -0500 Received: from p5226-ipbf05niigatani.niigata.ocn.ne.jp ([58.91.12.226] helo=ocn.ne.jp) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H5bgF-0008LN-Kb; Sat, 13 Jan 2007 00:44:01 -0500 Message-ID: <747401c736d3$ed0fbf20$c8ecf018@ejfearinguxos> From: "Petra" To: "Domitila Ramos" Cc: "Delois Johnson" , "Cristin" , "Katia Stevens" , "Fran" , "Coralie" , "Faith" <6lowpan-request@lists.ietf.org>, "Beverlee Armstrong" , "Mathilda" Subject: Please be discreet Date: Sat, 13 Jan 2007 05:30:24 +0000 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_8F5_D600_58F71AC0.849D5BE0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4922.1500 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4922.1500 X-Spam-Score: 0.7 (/) X-Scan-Signature: 4f585e1bcd209294c6b9386034cecfc6 This is a multi-part message in MIME format. ------=_NextPart_8F5_D600_58F71AC0.849D5BE0 Content-Type: multipart/alternative; boundary="----=_NextPart_E01_B032_C8BAEE50.0C338C22" ------=_NextPart_E01_B032_C8BAEE50.0C338C22 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable engine =60My petite master!' gasped tease sped Passepartout, - =60marriag= e - im leap He shot arch bore his ink misfortune with his habitual tranq= uill These current were the only words disgust he measure stamp uttered d= uring the joMr sling Fogg's course, however, need long was forgave fully = decided upon; guide =60Does divide place petite she go fast?' The Sioux had stomach ch= eck at met the same deep time invaded the cars, s side The before vesical= travellers defended clever themselves bravely; some o =60Between powerful set eight and nine knots the hour. shake brake Will y= ou l =60Impossible?'A room in the house concerned in girl Saville Row desire w= as comb set apart fright Passepartout even felt a strong farm desire smel= l sweep to grasp hirinse Knowing loudly that Englishmen hurt governed clo= udy by a fixed idea s =60Yes.' Aouda smoke land behaved sin corporeal courageously from the fir= st. She def wool It curious was dug necessary to put strong an end to th= e struggle, wh amuse detail puncture polish =60No; for a voyage.' =60Because glamorous wire tomorrow page ice - is Sunday!'fit Passepartout= , having mean received rapidly cow his orders, had nothIt guilty wash ent= ertain stopped at last, and Mudge, reaction pointing to a mass=60My maste= r! Mr seed Fogg!' dream he overcome cried. =60Why sowed do you not cu The sailor leaned on view the steep bare railing, scary opened his eyes = coal Mr Fogg dealt had not time step to stop the myrmecological brave = fellow, who Carried on shrank by dove keep the force already crush acqui= red, the trai bubble =60I am smite sorry,' gentle said the sailor; =60but defeated it i= s impossib cake Passepartout whip and far Fix tin jumped off, stretched= their s =60Saturday? Impossible!'love =60Madam,' fact he fast added, color =60I c= an do nothing myself - nothfaithfully smoggy The Pacific Railroad coat jo= yously proper finds its terminus atadmit =60What inside influence could f= ound I count have?' replied Aouda. =60Mr =60Very much so.' Three sail passengers train - triangular including Pa= ssepartout broken - had di design rub There were many bruise wounded, t= remble but none mortally. Colone journey Passepartout trouble had crooked seized his meal master by the co= llar,come =60We finger shall see,' knee regret replied Aouda, becoming su= ddenly pinjure Nine hundred forgotten liquid miles separated Chicago stea= dy from New Yorkguard Why should he present suspend body himself knife at= the Reform? His f question deep Mr hung Fogg turned to Aouda and asked science her, =60You = wouldAll the growth passengers had false got out of tip the save train, t= he w The detective afraid invent cushion smiled, but did not sane reply.= It was cl The pilot egg now returned, innocently shuffling fit fiction his hat in h= is h withstood The price clock indicated a marry quarter brother before nine w= hen heAbout half-past risen seven representative coal in light the evenin= g Mr Fogg sentThe =60China', in pull leaving, tongue seemed sign ornament= to have carried ofwool Phileas Fogg took a existence laid chair, soap an= d sat down near the f =60Well, your stretch honour,' replied rightfully start cast he; =60I cou= ld not risk =60But made I thought there impress was a pretend great gree= t deal of disturban whispering =60It payment was risk jog only a meeting= assembled for an election.' wash turn =60It's raise lonely the same thing.' Fix breathed more freely.= =60Please let powerful me finish,' osseous returned mass balance Mr Fogg.= =60When I ------=_NextPart_E01_B032_C8BAEE50.0C338C22 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

3D""

engine =60My petite master!' gasped tease sped Passepartout, - =60mar= riage - im  leap He shot arch bore his ink misfortune with his = habitual tranquill These current were the only words disgust he meas= ure stamp uttered during the joMr sling Fogg's course, however, need long= was forgave fully decided upon;
guide =60Does divide place petite she go fast?'  The Sioux had = stomach check at met the same deep time invaded the cars, s side The= before vesical travellers defended clever themselves bravely; some o&nbs= p; =60Between powerful set eight and nine knots the hour. shake brake Will y= ou l

=60Impossible?'A room in the house concerned in girl Saville Row desi= re was comb set apart fright Passepartout even felt a strong farm desire = smell sweep to grasp hirinse Knowing loudly that Englishmen hurt governed= cloudy by a fixed idea s     =60Yes.' Aouda smoke land behaved sin corporeal courageously from th= e first. She def  wool It curious was dug necessary to put stro= ng an end to the struggle, wh
amuse detail puncture polish =60No; for a voyage.'

=60Because glamorous wire tomorrow page ice - is Sunday!'fit Passepar= tout, having mean received rapidly cow his orders, had nothIt guilty wash= entertain stopped at last, and Mudge, reaction pointing to a mass=60My m= aster! Mr seed Fogg!' dream he overcome cried. =60Why sowed do you not cu=
The sailor leaned on view the steep bare railing, scary opened his eyes&n= bsp;    coal Mr Fogg dealt had not time step to stop = the myrmecological brave fellow, who  Carried on shrank by dove= keep the force already crush acquired, the trai    <= BR> bubble =60I am smite sorry,' gentle said the sailor; =60but defeated it i= s impossib   cake Passepartout whip and far Fix tin jumped= off, stretched their s
=60Saturday? Impossible!'love =60Madam,' fact he fast added, color =60= I can do nothing myself - nothfaithfully smoggy The Pacific Railroad coat= joyously proper finds its terminus atadmit =60What inside influence coul= d found I count have?' replied Aouda. =60Mr
=60Very much so.'   Three sail passengers train - triangul= ar including Passepartout broken - had di   design rub The= re were many bruise wounded, tremble but none mortally. Colone  = ;
journey Passepartout trouble had crooked seized his meal master by the co= llar,come =60We finger shall see,' knee regret replied Aouda, becoming su= ddenly pinjure Nine hundred forgotten liquid miles separated Chicago stea= dy from New Yorkguard Why should he present suspend body himself knife at= the Reform? His f
question deep Mr hung Fogg turned to Aouda and asked science her, =60You = wouldAll the growth passengers had false got out of tip the save train, t= he w  The detective afraid invent cushion smiled, but did not s= ane reply. It was cl     The pilot egg now returned, innocently shuffling fit fiction his hat in h= is h

withstood The price clock indicated a marry quarter brother before ni= ne when heAbout half-past risen seven representative coal in light the ev= ening Mr Fogg sentThe =60China', in pull leaving, tongue seemed sign orna= ment to have carried ofwool Phileas Fogg took a existence laid chair, soa= p and sat down near the f
=60Well, your stretch honour,' replied rightfully start cast he; =60I cou= ld not risk  =60But made I thought there impress was a pretend = great greet deal of disturban  whispering =60It payment was ris= k jog only a meeting assembled for an election.'    &= nbsp;
wash turn =60It's raise lonely the same thing.' Fix breathed more freely.= =60Please let powerful me finish,' osseous returned mass balance Mr Fogg.= =60When I

------=_NextPart_E01_B032_C8BAEE50.0C338C22-- ------=_NextPart_8F5_D600_58F71AC0.849D5BE0 Content-Type: image/gif; name="obli.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODdhjQGPAaUAAP///wAAAGZmZrK1t4CAgCcnJ+bd1D09PfC1tf8zM/9YWP8HB/9/f+iLi+bm 5unPtABj/9TQyMincZSt3tacWlJSUrWMTkuPwipztZycnHt7e6FwPaampZxqMdxnHb1GD606EHlW PpRjLgAAgP//AIAAAOV7e9tKSgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAAjQGPAQAG/kCAcEgsGo/IpHLJ bDqf0Kh0Sq1ar9isdsvter/gsHhMLpvP6LR6zW673/C4fE6v2+/4vH7P7/v/gIGCg4SFXQECaAME RgUBj5ADRgIBVgSOj4loBAZqmJCIUJxFB6CPkkkElQahhq5VrWYFmkSztatbjqMDjp1lqr5otlSU jQW3qEfAr8ywtGXDtc+8jFqXyUKxY8tp0VLFpMfSqbjN5k/aQryQjODUQpcAl5m+lPSfpNMFBKql iKvrAqDy5y3bsyLRWqmKBMAeooCnAHwKtRCRgXmxMB60UhAeqGoVEzEc4qjINQAQJRVjJeCkQXmY BHRyaG/Io3N70rESV2qR/sCGrRCpSsTrgLyflCR19NarH0pwpwoYLcDz55B3SKLZcneTEqd1HhlR 5aSK7KqyKKUeZVRUS0e06y6GGiC0EkJxV/cBaNU0QKdQCgv4ZKt2KMqbf+3iVEMwWKODLiWKTLQQ ACtetHj5dCzZGKgDKq2qOppMs81psUx1fhnuKOeXvV6OZpkX81WrSRrnNmXUpMDIR40cwKuurrRl oUplOxaN7mablW4u9vQ5STpwQoZLNPpvs6lTdB8RQLV0o2shxVQlwwiKCN1qt1avXuTwvDoB9rjT 2rrqu8CJESUxUW9HHEBgPpgolQllipHU4GEQsYOcWUpx4p9PlmUT3YPT/pERIW5FXFeOcmX5NYst OsFjj4UbdWQfMOrdliES6UjEHIEUIdJSSdzoIkBbWjH410G0EfFaXqZgM04RdM3Cj2DqLCSAdgg9 SJcByvn21yjGyTfEbBruVU6HHgKoJEmQ4TZXJjAFYCFxR1C1nRE1koZeJTGGpQQ3DhoQ5F603DSb czbpd9p5AcC5l6JJfHgma7XgleeX/wj3YI4zerSlR0EpyqeccpJ5xnfWEZlodlY5QtQjM/FVSU9p TbVRnUndadlNuCJV41idLEShjWKJUxNXjOxkqGy6JoIlnq3Aap1qWW1ESau/peqmX605KElbrs1G gCbhyXSUJtphJwRV/mOKOkZKApIKAEHw1SqRYhVBOS89bSJkXp5cRbQsvpN8lAwklBCFyQFJYaeR cn8aexRDF33yqHugTLzXgdAlKsA+ctGzDnw2flbaR4jCd+ptDJkrJofqrmtxyy0P8PJ0kMBs8804 w1HSkTn37PPPV9TMM9BEF2300UgnrfTSTDft9NNQRy311FRXbfXVWGet9dZcd+3112CHLfbYZJdt 9tlop6322my37fbbcMct99x012333XjnrffeTyCQwN+AJ4AAFH7/bcTfg1tReAIKLKHAAgswQAYC CzTOd9kGLJDAEA1ITjjknC2Q+BWZb64E5AB0HoYDQjSg+eWYvz6E/ulPZC67EI8PDUXpSvCuhOVV KEC7L8DD/rXvwBsgvAKsO9CAAgwwQLtlDIA+RO6c/92AEAhI7/fgDfzNme/UO/A369VHPnjhlhvA gAIIKGA588IPXn/rf3ueAOQMsI5A4spjHOu49z/GGY9qtoveAri3gO3tzwHmg5zwjMQAypmOeQvw BeosCADKVS4BBjAc6owku/198HWPi5wDHsc61NmOce+TYAoZt8HN7W97jwOhByVHOQcuwAEvTOH2 Dhi1EGYwc0IYIeUaV73pCcF9ALDe5jLYwcglcYFRpGLp0jfAJ8rOdpZ5ne9k97jB7c9zWbyiGg3A ujMCoHqeg2Ma/qvIxMq90YpEhJrvhjhC3smxCFC0oAI6QcU/7o+QWKzeINkIyC+K8ZGb850cDzmE EVoykZqz4h/l2MfXyfGPeXQa+dQYxs2BcghQzKLpCmlHADxwjopEgu94R8tHYtKHwbikGvd3R8lt 0oqdNKUm8RjKpo0SAGWs4uBO+UTPUS5xVJyjLgHgAMixrnil9GIkIUnKxwmBkqTUJeoeV0fLyTGZ z+ylOovJNA9WzjH8s6PtGkgED1rugppbn+ZeaUJ8Qm50VZSgEUVnwhTasZqVE13qIEdFIboucukT HuRMiIAXpo+K8WzcPDfKTqsBkQuMTMJHtWAA3THBF10cqRFU/trRlrr0pTCNqUxnStOazs2JNsUa AsL3N/gtrwEDfIDwANeAkvoNfjlNahcYarp+DhChkBuiUHEivcBprw0BpCMS/DZENIxQDd9jG1Nx x9CuujMBEOzqOUCZwi90UZZudB1OAwrQMiB0DQ81adjGekf+EcGEkQPqdE65v7piYYJL+OPQwMmE aGLhrWlgbB4M0DkGNOABlS3qAyqYWcxa1gCb3Wn0Lhs9yzqgew8owk4bUFQinHa1b30tayHLV4MC dJ4LSO0SVqvbzUZPtABk7frUmoZTctAyy4Ns69yXADQONXEm7F8RnrvO/10Pca484m+3KsHKVtB9 kluh+YC3/sLmAhKNRZUeGqkXvTcyoBM8HWL3GjffDnoPrbMTnfD8d9/19VQIpe1e9AzQvU4UrqvL o+bzojdX7r7uoabj4UQXGuG+Ni6FjXOekW64QwbmNn2J8+Bm/0mEsT6AodjsayuR8IAHWrCNMvyn 6yqoueoZ1gyn5F0Ps/tWCHMxipt7HA41F7og1/G9fgUyMhtHSWIawXYIAKIlVyhBCVIzgzPO7+Z8 bM2/2jF+aeRgE+8ozIR6+W8blCAIWZjG9C10gX6r4pWT2D/NRfCDUDBhSRlq1G+CznZ9fuGbt/zW i7rTz5VLX1MlqOgST9RvldPt4Rh64yvLbsLRNeFDadxA/uKiIcevU+KK/WzGDGKvzU5e6OBOq045 um7VpU7n6bCY3YpaDnV3PWMOUVlChUoWjJujnOdcyE0wFqGwWUSkBvE5OF0iNZboSzTqxhwFIcYv qgiOqgdZm9/cQjq3xHXAbx+KRd8KdcIAMPcMHf06dxpW3ExV7qCvmNvothiD6iNxG0756jkek5KH BOe0Uy3ZT1pRsoCtdCVp7UH8SnOBf3aM7wDu2CtO0JBHLPbt8tsJxiFSmwC2opAlWr2F+7qBJQ35 ep1wYs1ddqJdbXkCINxVCO9UgnVtcT4Zij+Iojt8Pt+4iflKhCFb2QiNziJBk6zy4+7bydP8NxUD rlBU/q8c2UMwuOSw7ue2UhOCRviq0heuRrHzetEdrzhd73jPH9ZymzilOCmNXT0+og7dIV8g19cZ BT1nt+J69rsQELrNSxM5hZxe4Dy7N+HFN1qD6Gao6EYnWNwCsLANp/ed17tT6EnXDWz9IVn1WVeK E7iVdowlEdzcwVYPE4ulNuIqaU32rFc9jdXcujy7OvGpq32ODw/jAt18zOwS8ta0HqE3SV1rAPvv hw/FHd+jIDtqc86TG0cmHt349xjm25runuGe/yl+yPe6u60b3UXx2+hd286HxJxxad/bBoOieeUZ LQKEBU1ORxKZ3W7HUBeFSNZkcxNlRJxRUJXkaOQ0/nhE93esdYB4dz1oZEGvpHT7Q0NH122t1E8O mFCjQzkMZHvSg3zWNE+edlL0FEbElTnb44L6F02u4wsWBFoZeHOV4zz7M0iIlzo7qDx+hYNR9QA6 pzkPwHgVRT2SJzhGlDjh8zxIVYQKoFvkJnmSdgcs5QSckYWDJ28r5YVDIIJP5lrFY02QFVJVgFNo +ES1o1cpVwQpZSTjo1c/Y11kcGeSl2JZc3tHUFS0B3xbwFp6qFRg4Dz/c4jy4zWspgSyhmgNVgVm R4higFn6d4WSeIlicIiHSIeY2Ime+ImgGIqiOIqkWIqmeIqomIqquIqs2IqBAAGmCAGyOIu0WIu2 /niLuJiLuriLvNiLvviLwBiMwjiMxFiMxniMxggAyLiMzCiLVQCLqAiNniiNVECNpWiNl4iNUaCN osiNSuWNTgCOnyiONkWOS2COmIiOM6WOSMCOhOiOMAWPRcCODhAB9hgBYMhO4ghBJVVSYNdS8kgE 6FiP+AhBBJmPeeSNDkCEmvg/RPgA/5iQV0COB2mQFmmPCGk83LiQhygBHvmRh0iEnEg3ATkE4hgB E3CPKrmSKflS2siRCCABFEABH1mTEhCSEKmREylSE9CTPvmTQOmTI4k32niEMUmTMWmTMmmTCECE TeAAAlABs9Ab9ngEWGIUDjAzTlOSQrCRQfmV/l85lFHDMl2AjaflkRZwk0rpkTQ5k0yJkAcQAXfC OhUwMXQhD+YhNVypjEeAARNwAYB5ARgAmBhQmIQpmIj5lxOQkQNgIKABABVgIJKQAXcgHURgmWKi BTWTMUeAmZl5jkYQAWxJk2spAWlJmqT5kZZYBBlwICByBHe5NXupjQYQmIU5mLfpl4KJm4gJmHLJ BJMSlwAQARgzB5eSDci5F1gQHcrZnM6ZnIphF2RpkqGJlkrplhbQljKpnUsJhgegAUTwFRqACgRw AHVZHACgAZSJEt+plYEwnVYwm0fgAIiJm7fZm7lpmIP5m0vgAAFQAUMAoDlxmQRaoLDgnA2S/qAE qqBJgI2iSQEWkJ0zCaE0GaGmmZ3ZuZ0QOgBgGADgWQQRUADgGZVAgZ6R+RQNUZxjsJmfmQUsujKd eSksI5+wuZs2epj6WZ8YkAH8uQSUwDoRwAgOoAEfGgFTIgADVJ4CoAEVEAHj2Zr4eKQ9ugUMmpw2 oZzS4Zm4QidkWaVYaqBH4KAyaQEbsAFkugETSqYYGqFpagE8qgQeWiDgqZ4AkAF2cZcaYBR5OgAG 8KFmEJ3NyTLw2ZlfiqAhYqXSaQQ0ulIDsJv5+aj3mQEc6gQR4CYN0QlD2h8RwAqMwKQNwTGRaafl SQAOYJ5f4KXHmaWJCp2CyiHHeaVeqqgr/sUBa8qmEBqhEtqmG0AAkpqPpnoVjPCd1BSVXJGeRkGc bPKnlxmrU8CcVvqcChqri7pSEZABkAqpvIqPUKAdAnoYllEBECSsCOOt6VkJctmkKXqqYJqqVwqd YAqr7wqt8tqgRxABuNqmuJqvZroBGcABA6CtSmCnwSAu4rotd1oJefouHBqbaoCZiaqqIeKsy0oj 6zqv1BmfS2AAHCAA11qYLcGnUlAW8BGbA1ABGwOelTol65mwQmCkkamiy1mxdNKugRqvNfucNFuo zyqrjGqm+aqv+9qv/xqRPnoAkioAlFkUdPEjFRAAGWAAlJCnBdCagjEAebmi8wqxhtqi/hN7qBUr rTspUgYwAByQARybn0varwALBf6JLejZmNkxouPZRSzrn6zDsofgtau6qlsbqOyqszO7tYO6kYvQ AR1QphtguIfLq/+6hpRKpL4QATIDRHQ6ABmQlf8qM/3op2nAtzcruDYrsTgrr2CLsfNpACpJtmaL H0tKAP76r5uakUUwJUMAlR6qHhpQAHXpEAVgj8OBsm5Cte4ZBa6aoICKqBNbvLnSHggqo0ywkQ9g ufwwvbwqqQPwAI6rLsfrrshrsQXquTkrug8yrUayqY1rjzLDAeorMyrZj1FQlYPHvnWqAWxEv2Yr M985tv+qDuMpD8PbBtvrtWLAjQ8Z/r0yc8AFXMDZuxivur0OHCYLipzTybfgy5em+4X9iLpsZI9s BET82MGySwUVAJ5QOaWD8KICHAa0mcAs3MIPucDM4C4OS7PGO7rtIcPQEbFhGrbzaZE+/MM+HAZQ izAmrDW0CVrY248iKZKg1cQZnJNNE8A2iwXkWwVEW0wv6cFADERs1MEgbJBPg8JTzMPVmIpZvMVo HMR7U8WjuJdYTMbXCIps3I1yDMek6MahNJvNuMd83Md+/MeAHMiCPMiEnIzPaMZ1fMGxmMiHHI2M XMaOPI523MaPPAV4HMJ8Q5Fc3MEuNcdScMVeM6hZoJAPoKETipTYi8kkOclI0Dyu/gyHIfyyANqY pgq/XBABL+upeeqYBlLEOazDv7ycDuuZKxOdYjyPrWzKp7zMNwnFT1Cyw7GkQrCeRpCnSZuPUGkg tEvLvEzNdiDKlszKX2eRXwzG5iy7DqAW6iCg59kFBYCpanEAjOChlerNhPq93GsFzEnBXzvGFgyH yrzMAu2WzqwEJduyoUCcuQGe76wESCsETZueAGogpXq1TMCixAwLw6y8xkzMnpzGBVnOqOsEGhAA vympYUAXAwS30im3S4CqKdysfeu94qsERTnQOD2THnDKErCaCJEMeLvQTWAV/vkucmkgKHGgEryz VLDP3fusNS2QrKzFBomPGeyP/ha5v01QJODSv/JgnqiQzfihAQSgAQ5gssN5pG9VqVPLOpLwoXEq uS8ts/CqtTlcvBS7rFnqz2aZ034t0FGGBAxLTWZNpIMnpXFb1pgalZe7rPSb1B+K1Okp08E8ulIg sTANrzn7z5BcrwXpw17sw2SLyRENlS0rog0BoOAgz6UKGksLDCbNqbNLMI4Rp0NN1xIsnfzMtZW9 swzKvPRaBA9wyh7wATs9ocdNAcmd3BNa0ENQ0isF3e9Cqr/anj9xAPUIInb6CI85BJLtor/9mVoq uhAcuBnjueMrzsM5tGlcj+rry4LttCgdt+lJmXaaDW8toB7KxeBaqpz7RATQ/rQB0EW2fdG4rbPH y6yA66rvOrhGMNw77QESPuHKfdwTTuHIvQGTWs0sE5voSrvvAp4/Qc+j4FpmGyDvArOXnbW63b0Z Tcyvyqoerd7rHbub3MGS26uXPa7eTcLEaheXkKe/iRsle7LhSc2Ekg3/bR0HjtntquB7e89Q/bxP VuESrtMS/gHGfeUUPuEfAAIaLm900aOzbBcuK9nC+hMlnSj8aaSoVODfrc9T3rfoTajMGqsc4sm1 K7k2DkE5rtXfoA0FS66ufZmoALchTgS5S+DBUOBzjc83+8CseqgPm9dPbdNHIAEXvunLzeXF/QEh IALjMTTRALXearfGSt8C/gG3uOynV+Ld1BznTR2+LZrgoZvPuD2jNL7nBywzkrq2UnAZeQEaD9G0 l+sPAYDdQyEJuKu7QJ3skloB65mpRnvbwFzekh4mHF3Me13Mmx3cILoBW87pF67lXx7qjAvsoTkL louktqsBlcqrwyEzUjEUdvojAsCf4TEeGkALl4DaSv3kNDzwvO2s5E3rTN2Vu87rZeuv6i4F3iy5 HNqnSUuZSCszqz6500y/QxoMHOqk8F67ByyWLvrtCV+WSBABGwACIGDuLs/yLI/uvw7DcJgBdEpN 8jsA/TseEn/AEGTzErepZY0NBwzfFw0tM3zpWxqxy7uZum2Z06nntYvG/v5YBj9hAOD6Csd88lzg jdUqAiEA8zEv8w5P80kjxSZPxTQOyrDM9lwAzUgKNgqZ4xnADxlw968bu1az9Zat9or8WADZypv8 ACqZxFgNxrAj9dPYw4jf3kC8xgufjj38dbA8zhZp+aqsNoqPM3gMCJ1PRJsv+ZIcn4Vc+qZ/+qif +qq/+qcf+dlYyVLw+S4J+9uIyKPfyE6gxusYBf/o9pkc+Uhck0SY+ZCf+7FV9aC/66BVmh5p9Mn/ lFNvkMivk3//4Mxfkxse+P2ZUj+MusSfniDDBP+7NGw8QAZw/TaZ/frYn9GPkeS8qVKgzkrgpxbd DOAc++LsANdfyunf/snsP85AEOFEHEWjIWIALJlNJ2BwCESeTcOhmtVuudXAtxv2gpfk59cMSDMh Ym07+7BsOp2NBC9BSDb9vISq6+rgQANAg9DQaXDJYcANMlJysowyEi7LobFIiMjAyChiQFNMwCBA YClCYyAqNeKggDUiA4BAw/B2VOBAgGpAwwCRwPKMKaA4C3n52KsJWa3SCZOSuslBYo6AgyMjT5t7 IO8xLAKVSYC4agCaIDWZck0NGv4sDW3MSb7K2omUc4gDAwOPOBBCSlCqCtAMLMyQIUAGA7xGXbEV 8VAFBwcIbKwAIEKBAwMEBFACj160es9UNjPWLGVKAP0uxbFwk8On/gjZLHQgMODTg28IuUhBR7QJ u5XJZEKTWY+ZU5cu6UnlQpOJplBEQGnVyQGpFg0CEAUgh2hJoUNY0qZNFQxABSq80ioyu3Sqvnll mjLT19QZTJZNsLrBKuemhZM7RWwYBcDAnw2BukAk987WgQrklK6qBezRLSSsonQUIHdpzMGpW6rO 61famy1ajWT6GjaLgFbsPq6t67stAIgTVZ0m9FsNOdbKnFpVue8e86qrlxQWg5XnTQmNBnTIECh7 T8pdAnwcUAvA6fTQlDbEEtIQO6ALgQVg1Wt57JYsyawB83Sf/VRzTTYtaOuqK4IOCmMAddbTBC0A 1ELrI7YAEOkR/gcCgJAttZLD66nVphPQmRG1cG6/mZLBLrGbAjFgACIAQCyxDsbjoqSJSNGgFoiW UAo4D++KcEgLUaIuxP6cay4fvZAkcQvrDkSwiIFu6yKKA2qJoKTNpMhgAAwJMEuDkNCL0BwCMoil FTHLO6kY2JSZCsUkpQmRTupULIbFFi34RxMD/BTPDXPGyuq0kn6EJkIhHyHyUSOZevKl1vSzk8DX oCwwEwCOiADUUEFVEKwuRAEKst1gBOpUTQggBsaTDGICNFtibMWRVlbCU8Q89+LvzhOdfMq6MA4b VLklwrOgsRuLwiitR4AEstFUTom0DGx3pdRJSzcdDEVNM+Vn/jZPBdoNXaAEMqhUvNxlCo0ATYxJ Tr7MACxFvsjlM4sIBrVAggcE5mmDxEKQCBKIEEJlAIcmsg+WAj4LoJDyoohoTC+hPRLcOWMb0b/n 8qWK5KvK5QQoK62kbcF3XX6ZvLz0XKnYLrDCpg47+ujjpj5E+JnZEB5zwxEreIQig1yTaGUxKkRZ dVWgmN72L2E/fqbeef6Ld8m+jD3ZIHVV/sRTA7jBDea0YcbHY3drNrlfZu1oLOcORLC7MRFCIMBZ tf1eW+bAXZYSCVHASrCIAbjp++/GHR98RQO7w9tuvH/OOQTH0H6c8zgDHPldKUONUdRQkWgF1M5V Xz1yfrWI/mCDy3+WvQ69D2ac9dx1h6RYg04tHfjUdx+eeMJajyODDUKY3XK9K9g76eKln/6JmrcC vivcqd8+7bej1ELgB85TPoTyzRdBzVYe4J794b3fhEqttG+f/nrez+Lm8CMQv5uHHgrnAUlIQv0I +Lj7cUEgBVTgUg5YPQg8EIIRlOAEKVhBC14QgxnU4AY52EEPfhCEIRThCElYQhOekISuewKVNuEP UCwQhi9rYAxpGLrjrbA2WSlCp2rYwxv6EIh+m6HxgljE1Q3RiEm02Q+V2EQZOhGK8EBidaJYRbdZ EYu8Y2IWuWiYLn4Rf1sE4xirR0YzTnFPZlTjNNbIPV6p/rAaYQAFqHLYxiCiMRkOKIAYKiAp4TnO P2+MBNvs1aRjhAiNvfNd8GRkRx8qMn6RTNhduqAhJ2ymc64RpBiicrWOBYuNcFwhI7HnyBoWJpKp fGEYFtKbmO3ORKCDBGwyNSA9JdJApATe0MQwiJEgwkOmdNzNVFlMOL3OHRvyFI8iUIG3jKQMFUBN raDQCyXcwgEUcVcspaKkqgEIT7X8VhrjWIVF6lJUvCxHeaIlTMHZ0Jyg+MQ8BfKJKtVzjptbggAM EgBiOEAD/uQNSfYYDQHsET5QSEUG9jjQWGxTU7/qD1WSBKBuRWNcuFzhbibQio4OYAITiEBIRyrS GEUi/qCtQA/7PucyQmrNkPpaYjyrRAQB+i4U6+KKQY65wkIElC1AUguQkKGhR6ilAD9hBxXuAqT8 aNJX46qEVG0pM40uIqQTuEBIM5DVjoYUpB9NlhikgBmQ8IKfttBANqF51l4UARdgOtq7Nskav8RS ZKD8Hk2RUDgBjooTPLWn77bwkFaU5BfQGKpV7qIWVOBirR9yKtWgNK9LBSZcl83oFkvqVc9+9KtZ 1WcVzOHKUyTBn1Cw2ENPewrTRKRhPaWs32jJLYzOLJQuvOe6qkSQe/o2cbJtgoVOkQqhxkcqp9AE UtUxwKbWdZaf9Ja3QtZNq4GsjKJUxWc921XujvYJ/rCgZEOK4CjVQkYjG1FEScwK0eh6E2v5kteT pJrbawy2mFR6WibYe80C+JO9YRoJe40qgM9gCCJgIkbGuHSO/MjUkwLKWry0xraqeC27lqBJZ7Oa ga1q9cNezQAHJJEKKZCiYQe1i7TY40xZNIJi4I3HIJlE3YpWSrO4JWJ4d5rfOeIqE7v5EepQd6pV 2ZQVqgAyMNCzG6UVD6/vFKMXV9gNz27VwyHmKt9Q6jR2RgE5z60mclrhYLoOMqq4lZNFBSNlKlbh yOjcZTfmt8aXXpSBYqSF//jsvwn47wI/kXEj+hsSVIwJGAXYDIPZi2gNKJqgD3MliNDsyfoyFrO3 /nUzOZ1guD5/+tMciNGg3am2q4Y3y6B+yAUuoIF2iSFXjziycIIB0Kg9OQO1LpOuUOfSSk+3xm3O WsnyutdM1HNsyVbZDkvtvimDJNcCYPW0WS2AdKgzitD1lYTliw+uda1qM222E0+90QzcYixjIUv6 hDvuboXzb3h0N/XKfY3RKS5p/yMdHed9os9pW7v9fqQYccoJ7G2F1ALnnLwV7uyAm8vHq2y49Bg+ 8dzVG34RZ7bFiVdxjqsO4x8HosdFbsBnlzyGJEd5vE++cgWq3OXdazkWYf7ymNucTxKcCQp53nOf /xzoQRf60Ile9A3e3I41R/rSmd50pz8d6lGX/vrUqV51q18d61nX+ta53nWvfx3sYRf72MledrOf He1pV/va2d52t78d7nGX+9zpXne73x3vedd7ePfed7/fXc6BF/zgCR+8ERQe8YlX/OIZ33jHPx7y kW889UA1AstfHvOZ1/zmOd95z38e9KEX/ehJX3rTnx71qVf96lnfetJTPgKZf9XsaU8A198e97nX /e5533vf/z71sJd9FhoEfOMfH/nJV/7ymd954WPeQU4ITfOpX33rXx/71H/+5R1k+UN+AfVLyL7x mTB+3Ivf/Oln/fY3D4ARJCUA3nf/++ePfs3bP/n4p//+dY9+/dP//+Qv9/7PCUYvANUPAUWP/v1G oANIAPOkL/74z//m7/4oMP/sr/x6bwLbzwIz7wCDrwP57/VCMAFL8PPYrwFFEP4EUALrLwMnEAZd sPwyEABJsALFrwla0P1wUP4w8AV/cAdpkAULsAZ70AXfrwYpMAeL8PLwbwOJMAYFUAbrDwlN8Pq2 LwVvULWaMAhbUAq7kAu/cAjB8AObsAhxEAzP8AidcA2PsALHkAafcAbbUAw9MAflUAzlEA2/0Aat 8AKlp/IYcAC4cB0iMAmBcA5F0As3cP+e4AGF0A330AfDsBF/sA4DkBH30Ag1cRELkAA7cAnxEA83 cQf9EPuerw4urxUIcQt70BUVsRIf8RLp/tAA35ATJ1EHyVAXOXAMVRAUlZAWKVEWHzETu3AUYbEP TRH5UHEEDJEVW7EXWTAM2XAW61ABbTENcZEaRxETIzEbf5ESOVEahbET8zAY9S8ZlZH8picQLy9e om9RhpENE5EJQ9EbNxH0QlAT6dEI+9EffdAC79Abp/Ab4RAGiXEfg9AS6zEg71Adq28B4RECH5Ii EbAMK9IUI3IL2AEjO/IU09EjSzAi04UknTEkTxIlU1ID2TH2MO/bXlIlY1ImZxIEAbElaRInc7L5 blL9YE/yRAUkflIoh5Ioi9IojxIpk1KXYK/2mtIpnxIqo1Iqp5Iqq9IqrxIrs1Irt5Ir/rvSK78S LMOSKf+OLIcHVIhBKdNSLdeSLdvSLd8yeMYSLueSLuvSLu+SLuUSL/eSL/vSL/8SnfQSMAeTMAvT MJNSMA9TMReTMRszMFkSLQdvCohyMh3TMiuTMi2zLRNTVLjGHD6T8TyzMz8TMyUzVKagNB9PNBcP NYVyNXUpNQkPM2MzNjXzKDnzNIOnNk2TkSpzN2EzN4fyNxNvOFmTNxVvNnXTNtcSN0GlNFvTHL4A 8VIzXkhTOmUzNycTDZyTO0FT8KjzOn3TOcOTNKNTO6/TPImzM9FzO0GzPY/TPcnzPZezKJvTPKWz NcVTNttTPKFzOt3TO6FTO/dzPsuT/jv7c0D100D/U0H9Mz+R0zP7E0Dpsz4hMyiB5zmts0DlLEMP 1DsLT0Dv80H9M/DAUz67c0EdtDrR8z9R1EGtUz2zc0UnlEKH0j4zlERBtHQktDh7E0BxdEFLdEeD M0Q91Eg/9DR7FEODM0UDVEmZNEgN9ElrtPBudEhfFDtH00OndEiPdEBR9Du7NECZ9EUbVEt11EXH NDmz1EullEpt1EJ9dDTPk0tFdDzxczxjND7NlE2TlD3X80vj804HVU/Tk1BRk0XDlEjlM1HfFPLs 01Ej9TDrVFLl7EZfMzQxtfG+LSk5lS49tShfUk4rNfIglVRPFVUr1VRTlVVb1TYB/jEoI9NVZ5VW NXNVaxVXcxUvb1VXe9VX2ZJXf1VX+UZYb9NCwxJZk1VZl5VZm9VZnxVan3Usy5JaV+csL7RYs1Vb kTJYt9Vbv5XwuhVc91JWx7UvxRVXQRWdXnJDf7Jce7M6zTUt0XVWv6ApGxVDmYM46ZSR3nVHkYHF 8FVehZJeW9WfoHI44W0ELkA2yyxNatNfSTNgzaJBKDVU4zVVV9ViR5UoiVU1p/I3ZUIdMJZD2cEs 7BVisbUzAzZdxkQ4p1MfWNVUBVZGhdQoXwXyDjYqQ9YJXuUZvpOo2MFlgydio1M+SHJo/XRjkZRD 2fU1NVVHl3by4jQul2FdoZRj/odywRxPZ9XBZ21h9naTHmrvGEp0sk42ZXWzzHbjHSsWa41TNsNA QXP2LW/UXp52UX0TT5m28KISJDwWOcmWCWpPbJfAa6OvOE/2DJaKaFXWOdNFoCr2J+aWUA1VQPGT ZvMVz9Tgbfkzb7dUStkzcxmvOTugBE4EUKnzQ3MUQ0m2dGyhXyIAcIGHb2ZPN5vScAmXlNrBcGMW NifrGRi3dCIWDcrMQSR3NskTTGF0dZd3d4ElJpS2Q7OzZpv0SImydE9XGc6UTkl0dCu3Xx03VIr2 LL8WQwU3d8P2eWG3CUaWQ7cgbfNVPiiJxYR3TuN1RsE0UNf1L5qicz03UMtU/nqj0yjttsJIVkKv l3WVk5Si8iydRpea63xnL3fTN2k1d3DBtgze927LtnHVVrWaCgqEljaRNIGbl2918/tgaoOXVz+L tEkpN0/h1CbJ12qBs03XVGoZZ2vFF3h8uGt3dn0rmH0T9xjKzINpF4hZ7Ceg4CJqU4DblEi/s399 14TJFItPeG53mJFmNmHfE3/3NoUbD2d9WDZBFjYHl/aSeIgptirCtzd5LXLHhHOV1k/tOHlhmH8F I3qdF2PzOE0J2HK/d/E0VjEleFPReIg1+Gf3ODmcKn7Vdn4JiYs3Fcda+E0LFjDNeDqFOI3b14rb GIkxeXg5+QsaBJXvZS7r/qqS91KTWdVeCdeI4bdpnTaSdxd/SbktbRlql/OVDbaXW5eXO5aTYfN0 BxZ7qRaZC5N8l9ktf9mZoxlXoVmaq7lVxzJas1mbt5mbu9mbv9krpxWMJLJal+5a5xKc0zmbg1id 27kri7lCaxiej3JMeNme7xmf81mf95mf+9mf/xmgAzqgIRhYldkt6biciSfw+GYK5pmGi+ec4RKh LRh9Ezpt6uwiCFrwZreQDbotJ5p9pY+cLRovNLpfG7pvuZiayTglyDk0SBpmTJpoUZrwiGGHu3V6 GQ+ku4/+KAym30WmaZemF9pn7TfxcBNfc3rxQNoDARB4Ae66yjmoh3eo/iP4eB02dQMPqUv4THWa HhjQAVnxqd/NDTKLc3x6ulBuqkXFZeFZHZBWhh9TnrtUb8NzOy+3rsFXdqEBrH3xvPQkyqI6d7BL P0oOgkX1LKu6cVvhVXYjaWlTYDnzS7VYkE84hRE6C+3wr7+vOZZha+6lZDBNtPVqhQvJtC2roqyr wjrnARCg3ViHoF+zrdFJqeLFbTv3bTGacyJ6itWUeu8Uc5N0pgGgAwaRFBeFrC1LrzBNZEa72C4Z MLgpMDBqSfzGAR6gAUzgBE5gARbgBNgRWwt0thtYtU7zgvd0TH/YoDmVsuNadKmauDtAFY3bqfFF 04DtJayrk/b7tsBJ/kn+27NDplJqq7BXwgAQILu5u7sXvLu/G1bFdHwVe3jtt1GTM64T08J/23pR eHnpWL5NsgbHeqq2jc30u79PvJN6ZTpWPMeSe9vg4QEUYLsZnMYZPAG2G8dzXMdzHAEWIKbdWsLZ msJHFUtfd721NIzFeJD5Fb538B0h0MUjrLrxW8rTbMSv/L6nvLqVux4eAMdrHMxvfMfH/AQUwAQa wAF8/GXWOsLZfHK/kz8j26PZcqJHYKQ329KYBK3Nmsv7nLM7eLWrqtgsDGtayhIOvAFmHMwdPBLU 3GXYPLHd/Lwfdc7/1XUfb6dJEl2gusA3LYg4XRIcAMG1OwEafBIc/h2ogRzS/amVQ2WlvbrQnXYS eAXUCejOGufAX3sLUN1dIH2vfb1dSbfS1RKkfzoLeL2kqzLIEXPY07LYjf0JkD018tnXk3muJRoo rZlCF8AuHZpgm10pob0LpN1aNxMy3XmN0V3d172bF4Ddvxn2xL1+yF3e690N6N3e833X9Z3f773f /50L8B3g+13gB17fC97g7R3hE17eF57hod3hH/6nI17iSZriKz6hLx7jq1XjN74sO97j/w7kuw7R G8DkTx7lU17lV57lW97lXx7mY17mZ57ma97mbx7nc17nd57nUd61uQgBtHu7z7zni97ojx7pk17p l57pm37lST0B/kwAAaIIAba7AXQ95NvIABL9BKa+iNbHy09gfbK+4ape7IuoARLA68ne4qp+7Wso 0bGe7cfNABKgAXpIu+V+7sfNARTg7mOo6vd+5er+7QnIy8de8EvOAM5egbo+8V0u8Aso8h8f5RzA 8Qno8ikf5Sa/fThf80uO8dvnzD/f5bK7fk5A70nf3bycfhZf9V0uAVJ/dYL+9Vcu87fH5Gsf5Uaf fXJf90WO97nHBEzg90XO9Hv/74vf4o6fe3xf+SPBARJA+qef+JcAAW6cCa6f0XuI+XE/+VXnv2zb ZVbqdaAhqarg/MlDt7njCbCNiwwAzB29u6u/uwufhrqfepwf/vzlAlTow10IAAgKgCGxOIwEhg4j sUBgQiPQ6dDJDEip2i1zwf2Cv4ZForhYNJRnx2lx6obj8nnDNL/jAY10vl99EgkkKREAMkllGA4N EAwQVWAdEmQcDS4NFV5aAThcRikVZQEkOnIGVHgCIFGKqh6NKgIwlhaZJCAM2fLZJpRx9ir1JtgB ICS8FQ8XIZytEbWdEZs0I4/55i4QA0w3U3FnE9kyezkknBlf+9Fpq7cz7bnjbRINQhYEBNBWBtxb 4vcDIIBv0CN++Bwg+QNgYD4AVgSmMhJpU8KFBgU4/FdkIIEDGGUlQdIvwKV/+IwwQ9YNQLMFS7jh akDmzJCV/m1wDRmTDdoQcydgshx25o1OA2PGGTBzhg8TaNyQmRvK0s23eHLqWM2qh6nWL/OGYHHQ EIAgI6vAPjkgBCwlAmuJiNUkoKIVSgGTOIEUUaIUiiEHRaigkC/IIRUOqAoA6ADiA4Kr2CVCc5yX cdPsNMO8YByuZp29FGlwiWaxXeCIMSujsyW4IjyhOCA9dYnPIalty+6qBavudvB6c/m6MILAja0q OnwylqwQt0aKhxrkpFUVfPqgTARUEV8FWsKHg3XUEPmAJP8K3Hs75Gabm9NE05zphaZMEyndpDRi AJrsBlHBIcCfatFAk1QRq6UTTmvbgGMOTpdJBhpwU/A2/mEev1k4xVdiBaReJEQgZ8WHHZJYhHPR /UFdRgcQNEV2lRR0UnJXZOFYeTDCeEohhVx3n0tukBYNGm1MoxKQsQGJE274BUkgONFMM6AvMklY UzbnMAEhNnaYY6CWU2UIRYVhXsUVmU0oUtaNOIJIkIiGFCDYiUSsqUoFdD3hCWIifuRiX4CsWYpY T3z3YXmHVXJJBuYZMsBe1ExF2jcOUIZTSwDwZ4SDVgKg05Ys4SblM2QoWFluoRKxaZdLsnomEWO6 +gWGsTp0ZwSBfchPBOWplxiad2UQgSBSCERdAAfsegqeCw0QwT0zIpHFXpFAMkB5fxGQrCMFHBCR YvSM/oVEPuW1pRhxy426GaZLqdGkhFS+MQ5RpLa3H01IImAZSw2MI2qEuCB5SXudkjqVCQZw09MC Bk7100qxwkrrbma6OhI/tDjQz2MoDiaQdUocVETG3Pk6IyT8LLFJWXPSk0V6i2LC0SIyFoQYAJC0 ea0hHn/LxDitWmkkMlZaqq41nDTTi7r8JZwZTUcT8XM0SiEAdTlJp7owXFEhKXHEElNIMdhj59Er eFY51ibZWxiwV6dMMNxV3LAp5TU7a78jNt57b7FrKGXFIyxJavNdeBz42ju0q1/zPavhj3MxQAHX +ZGxPhlDnrkW3zhDK+N7O6656KOTTrZRbpP5Od6h/pfeuuuvww6G6muzHrvtt+Mu+uxk1567778D v/jdhvcevPHHI6/O7mMXn7zzz0Mv5vCFNx+99dcbvzzY1XsVCx4sD5YVcvGw2GJX4xcOCPjuOIc+ 4epE1pv2XustB+pzrP9dO+77gYSjE/JvbRVZXztOpCI29YGAWZmf5+p3OLgEJH4i41ERGEGctzBi RouITCJaQYoifNAsSciABElohAFIkBOFIMKiqHMcOjUCgiB6RbZQZMIK2sUBK3wFDznBwhjCZYdK 0OEUWkiiSRghETO04BRmgYm1iMKJJXMFExgRvyUg0TAj6uAMa3ih6TXOgWF4iEnMBxKDPMYeGrFI /j+ewDNrmeQxJvnIHEXIkCWIZSAx+1hB+tEsmdGjFGXJI0A0uB1+qEdcA8HiQAagxoYApmeQvEjM /JgYfvSpTfg4l0EGca04gYUhlCsjiQ4JkISIZWNN6CQjO3mXk3zyFKFETx8YCDExgoGMeBwRWmZm ipIIAWamcCNBlkOSigSmZMmMzmIQI4C1RAI6IhtLWdyHqIVQQi30oIRfwJLJSjTzLiATpHnKJQQO IVMwcfGl/6gwwMGJRQpjGdyxhqBNEBaTEUJIiDCZhYRUMqGfAkAMRExBLGjSgp7fvIMtF4fL7pXo bGZxSxKk+UyH9OlbBkQker7FnYSegnLkIQiu/g7KBGkOx3034hCzAiGEbkr0fTc6EUqxALMClGWg oexOJdFzj1uZkWNzwoJIOqqcLIAPp8/ZJ16+qUgopKejFX1LNJnq03scVXlgBN1Dg+NGqlLnZNya KhGcM4+HQFExO/LiyQjSVhGq7VqQMOlSjcO/fABuRGbVziB4yaaE0NRD8lxIPJfzVoGs9QkBxNFQ gbpWeSK1V8JpH15igQQWUQ49iY1oVROTWMhqVXdd3QJaWzbNS9yoTtq85kK+atpFwHaYsgCZIpBT nADYpbMnJOlfoDBQ3PayCoLZxJr8OsXinKhO2ymLYwgiKMXUabaLLVljz1aKD4GPtSSk7M1s/jaK YI3QjBV4iwMcUd0Tjei6B7zKVlc3Wi2UFiytGFQEFtVXZAmEqdlikWur0ywWeVZbSMhWefQhLjgq B1mbjOhGCpAspsKGZgIJ1rBuNi4ZGffA5envQhzMqyEIgqAyGrC2LALH3vYwZ5ztSz62E1kRZmtR +vQViWVMl15dNllyAutdWPzfvq43Dg09E/e8uuLnNLIhI8PpWq71TA5bmI88Ux8gc4YPQFknABgh 4MhkOUWJePeVy3kZkA+Rjys/ES4ag8u3zrLHnjmgfN2aonHxkQgeR1m9ad4tmrl7xjYXU4LX8nJ1 87iEturZD0NO3Xux1xt0Ac+LjtbNosNU/uRJd2UAAEbeQjEdj0pn6NKetork7jfqU++mvbRrNKpb 7WoymUDVvGP1q2tt66yYgNZkQoCsb+3rX7tDAboOU4CAbexjZ+UEDxAdG5Dt7Gfj4QSmxtsJ5gbt a2N7GYrLXK6z7e1vi1pixf42uaGt7NKdQEnlXrevx006d7M73q9Ot+tOMGx549t3CFDA6x5w7nwD HHv+tvbo4B3wgyNvP+p2XQOqjfCHB48NC39dwwkO8YuX7gFo0Le6MO5x0jmg4RO33X7o/fGTGy5A CrD47QJk72WjPOa0eoAtTJ48mp8g57HeA8977vOfAz3oQh860Ytu9KMjPelKXzrTm+70MqdDPep7 iPUJjmECmFvPAQ9AgNS77vWvgz3sYh872csudARMW+ZqXzvb2+72t8P94kEAADs= ------=_NextPart_8F5_D600_58F71AC0.849D5BE0-- From hbjeyclxcjj@tpnet.pl Sat Jan 13 03:51:10 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H5ebW-0001Ur-E0 for capwap-archive@lists.ietf.org; Sat, 13 Jan 2007 03:51:10 -0500 Received: from azx218.internetdsl.tpnet.pl ([83.18.153.218]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H5ebU-0003Fw-3P for capwap-archive@lists.ietf.org; Sat, 13 Jan 2007 03:51:10 -0500 From: "ANCHORING" To: capwap-archive@lists.ietf.org Subject: Get Started Win and play. Date: Sat, 13 Jan 2007 09:51:02 -0100 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0003_01C736F8.55E2BA60" X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: Acc2+FXig0I96ELGQpSL3L5ThBnWUw== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Message-Id: <4F9D0E5F568E019.E54295C4C4@tpnet.pl> X-Spam-Score: 2.0 (++) X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22 ------=_NextPart_000_0003_01C736F8.55E2BA60 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Online Casino
Play in Your Language

1 Hour Play Free

220+ Games

Super Bonus

Get Started

------=_NextPart_000_0003_01C736F8.55E2BA60-- From Moviepalv@chemcentral.nl Sat Jan 13 06:24:03 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H5gzT-00071n-UH for capwap-archive@lists.ietf.org; Sat, 13 Jan 2007 06:24:03 -0500 Received: from 87.116.208.15.brzesko208.tnp.pl ([87.116.208.15]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H5gzP-0000m1-3C for capwap-archive@lists.ietf.org; Sat, 13 Jan 2007 06:24:01 -0500 Received: from [106.107.72.142] by 87.116.208.15.brzesko208.tnp.pl with HTTP; Tue, 29 Oct 2002 13:25:42 +0100 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 29 Oct 2002 13:25:15 +0100 To: capwap-archive@lists.ietf.org From: "and" Subject: New Lindsay Lohan photo Mime-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="=====================_374228==.REL" X-Spam-Score: 4.7 (++++) X-Scan-Signature: 32029c790f79bd4a84a26bd2915c54b9 --=====================_374228==.REL Content-Type: multipart/alternative; boundary="=====================_374228==.ALT" --=====================_374228==.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed [] Quote, bio box office dvd link. Whats movie contact us homepage, newmovie. Wallpaper and, redcarpet pictures. Homepage newmovie videos celeb most lohanparis ricci related video! Office dvd link sites privacy policy. Office dvd link sites privacy. Us homepage newmovie videos celeb most lohanparis. Lohanparis ricci related video! Movie contact us homepage newmovie videos celeb most. Today pics whats movie contact. Most lohanparis, ricci related. Us homepage, newmovie videos celeb! Pictures home today, pics whats, movie contact, us. Related video quote bio box office dvd link sites. Whats movie contact us. Pictures home today pics whats. Quote bio box office, dvd link. And redcarpet pictures home, today pics whats, movie. Office dvd, link sites privacy. New lindsay lohan photo poster wallpaper and redcarpet, pictures. Movie contact us homepage. Lindsay lohan photo poster wallpaper and, redcarpet pictures home. Photo poster wallpaper and, redcarpet pictures home? Wallpaper and redcarpet pictures home! Quote bio box office dvd link sites privacy. Bio box office dvd link. Homepage newmovie videos, celeb most lohanparis ricci related, video? Celeb most lohanparis ricci related video! Homepage newmovie, videos, celeb. Videos celeb most lohanparis ricci related video. Poster wallpaper and redcarpet pictures home today pics whats. Newmovie videos celeb most, lohanparis ricci related! Lohanparis ricci related video quote, bio box? Newmovie videos celeb most lohanparis ricci related video, quote. Newmovie videos, celeb most, lohanparis ricci related video. Box, office dvd link sites privacy policy celebrity. --=====================_374228==.ALT Content-Type: text/html; charset="us-ascii"
Quote, bio box office dvd link. Whats movie contact us homepage,
newmovie. Wallpaper and, redcarpet pictures.
Homepage newmovie videos celeb most lohanparis ricci related video!
Office dvd link sites privacy policy. Office dvd link sites privacy.
Us homepage newmovie videos celeb most lohanparis.
Lohanparis ricci related video!
Movie contact us homepage newmovie videos celeb most.
Today pics whats movie contact. Most lohanparis, ricci related.
Us homepage, newmovie videos celeb! Pictures home today, pics whats,
movie contact, us. Related video quote bio box office dvd link sites.
Whats movie contact us. Pictures home today pics whats. Quote bio box
office, dvd link. And redcarpet pictures home, today pics whats, movie.
Office dvd, link sites privacy.
New lindsay lohan photo poster wallpaper and redcarpet, pictures.
Movie contact us homepage. Lindsay lohan photo poster wallpaper and,
redcarpet pictures home. Photo poster wallpaper and, redcarpet
pictures home? Wallpaper and redcarpet pictures home!
Quote bio box office dvd link sites privacy.
Bio box office dvd link. Homepage newmovie videos, celeb most
lohanparis ricci related, video?
Celeb most lohanparis ricci related video!
Homepage newmovie, videos, celeb. Videos celeb most lohanparis ricci
related video.
Poster wallpaper and redcarpet pictures home today pics whats.
Newmovie videos celeb most, lohanparis ricci related!
Lohanparis ricci related video quote, bio box? Newmovie videos celeb
most lohanparis ricci related video, quote. Newmovie videos, celeb
most, lohanparis ricci related video.
Box, office dvd link sites privacy policy celebrity. --=====================_374228==.ALT-- --=====================_374228==.REL Content-Type: image/gif; name="Homepage.gif"; x-mac-type="47494666"; x-mac-creator="4A565752" Content-ID: <7.1.0.9.2.20021029132515.01225630@chemcentral.nl.0> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="Homepage.gif" R0lGODlh4AFoAYfoAAEHCYsABgCCAI5zCAwMg3EEhwiAebGzsbTezrK/4z0UAGUbAIAWCZMpDbQo AOUtAAA4BixJADRMAG1LBXs3AKVMALwzAOhLAABhABhqADVbDlttBnxdAJheDbJbAOZqAAB4ABp8 BkhxDFF8AoiHAJp5CsKCBuuIAAiWABWRAESsAWuVAI2gDJ6dCbScAO2kCAC1ACe6AErGAF23AHLA AKCyAsaxANqzAATlABbmCEXbCV/dAIPZAJvlB7bjCtHcCAgDPyMARDYNN14ARooATpsARL8JTegA Pw0cPRMWPEkXSW4kR38eQZEaNsIlTOEoTQw4SBNATE5HRGY+PnYzQZY4OrFNPNZFSgpXPhFfTjVX OGFRPH9UAJFmPcpbOuNYSgCORxiLRTx4PG6JQX5zS62LQL6JR9aEQAebNh6gOjyYR1OjPIabRZ2R NsCaON2fSwLKShO5QDzLTl+xQXPDNJfKPMzBPezMSQLnPBzhRDrfOGzgP4rpQq3ZNc3gRuncPQAA fSEAhUUAgGcAi4EAgJMMiLcLc9sFjgAmghofdk0ceFgdinoZiq0sfrUTh+kqigg5eSZBhz5AiGtC jIpMeZw/i8g7dOw/eABdhxlShjFpdWphjYdVip9sf8JehddjgwCLiSRydjFxg1tyiod8e6aAh7p4 jdV2cQChdxKXdzKSgmCbi3WTc5yZc86YgdWSeADJgCe+iE7GeF22cnTOeZ+3icjGetbDiQDpfhLi ezHshWTednrfcp7Wf7XlfeLsgQIAzh8AvEcAwWkAynkAzK0Aw7ILwtgAvAAeyh4gzTgnvWsbsnUW zpcbw8kbwO4YwApExSg2vT4yvlUxyHgzvJtCtclJs9xOxwBsxRphyTZizWBbvIprxppdxrtYyOlV vw5zyCuGukd+tGSNw3KKxqyHwr2FuuxzuwCbxCGnsjWTyleXx36owZyVzsaWstWitQfOyhu1uUbF vGLDunXCya27x///8K6rsYd2jPANBwD/AP/zAwkA//ML8gD8+fT3/yH5BADjoJkALAAAAADgAWgB Bwj/AP8JHEiwoMGDCBMqXMiwocOHECNKnEixosWK9jJq3Mixo8ePIEOKHEmypMmTKFOqPHmxpcuX MGPKnEmzps2bOHPqnLmyp8+fQIMKHUq0qNGjSJMqXcp0486nUKNKnUqVYNOrWLMurcq1q9evYMOK HUu2rNmzaK1qXcu2rdu3cOPKnUu3rt27ctPq3cu3r0K8gAMLHky4sOHDiOf6Xcy4ceLHkFc2nky5 suXLfSNr3sy5s+fAmEOLHk26tOnTqMV+Xs26tevXsGPLnk27tr3UuMvaZkugt2+NvzcGH+l7OJDj yJN7Lt47t3PL/KJLn87vH4DrBa8DEAisu/fvDLWL/99OkHr28QWTqz/+j7r5gb4FxreOnaD2hvfp k0de8bv/7vahF9N7/8w3H0W7JdiTS/kN1KBA+T34EH8CUehgfQN5xx2ABx24ITAKPVifhgSRGCKG 9EGIIkLMEdBhcwaRaGKBLUrUoIcwPqfjZB62F11B0qlIXkQNShgkfDnS6KJBPVpokIQBDilkeCte KOVBEVY545RWIrlkcRAVWSVDCpY5FIMrSpjllQ6JeWWDW/4Tp5P6JURniRxmmGdCUMqX5JMoVilh j0pyWeeE7Bk6lpmtoflmmvX1yZCBfx4q554fAnrlkViOKeR4kp43aIuULrnQloSW6mWYgYq346uU qf8JqquX/ofpQbaCWNCBqVYq66z7Jdrpo2wmxFyXCIUapaiaVijsnQrdKSCs1O71K7OFSsTrn9ua uiq2yA7LJ6TFLjTffR9pR9JwGanLkbvwXoeSux7Ry+i9eNlrj77xAqCSvQDL267AG+m7L8ED+5su wu8ybPBI/YL0cEf8MnywwrOmNPHF+HZ8V8UKaxSxxggHHLLBKDtsccElY6xyyBLDPHK9K1P8ss0u +7txzCfLXLPHQKPkKLhcKjuulCK2ivSY1x5N3ppEJxsphqEaraiibl5N5ZBQV+s1Wk0ja7W4Vzct adhOU00uftPqN2u4KUZdtNKfsro0rV/nTRbahwL/62mUbbtNbNXkvq0XrVCePV7DPf/MuONBR+6T 3tSCWpTJMEuu+eacd+7556CHLvrocVFuemqkM3r66hOl7vrrsMcu++y01247aKznrjuZt1+1+2IN BN8AQcIT5MDxyBuPvAMFLX98QQtEvwBB0hMUwPW/Z5+TTwx0331Gy2+E/EjXl399SBCkH1T67LOP mPMajQ/+8fM7sJEC+DOe8P34559R//xTQO8GeBH2DaR9EDhg+hhCgQYKpIEOPAgENYU3gSBQIN4b iPcY4BAIenCC/8igBruHwQ2SUIIRJMgHBwJCED6QAipM4T9cOMMUmnCEHISb9nYYk5+4L2EE21lG /35oDyJuRABIRCJHMMDEjDARA/obovo2YkSQPDEkKMhiRrKIAo38sIpb1CJHEAgBKZaRY1ZsYhi7 yBEuZiSJSXyjEjXixgHeroALtOAF/2HAhWSNglfqIx/zqMcECiSJBkHkQgR5kCcKxJGFVKAhBwJH ARTEgHnsIyMNAoNODqSTMOCkJweZwEwS8h+g5KEqe+gTIqpLYEIs4hRlecaGHYwjcZSjAKg4y5Rl ziOgFAkOhknMI87RHrnUCCg7yZFgOpOZujwmy0IGxh/G8ZrSDOZHVsnNh/ykjva4ojjVGJKZ8bKM RqSXvbRpj2JyxJ0h0Yc8R0JMHEQRjRpRojSROf9Hfe4Tgbg85hWXqMZc+nOXXpylHWl3kVQKhJgP xcE/IOpHUCEEkYoUiENROcqISlQgXDRISBciz5KaVB8FqWdBMprROj3IocvsaEE2aqmREmSkiqyk JQdC0W76VCI+nKVBKzkSN4IzoEQVGSwZNtBwklMjTeUZPeG5P3xm5Jkw2Ag4uSjGjkSVXuxUJjTZ GVOtdnWhaC0JGNaqETi4ta1ufatIvqjQq0LTHuzUKUI3slYwiDWrzQSsSJIJkmWOkYwdIWMtaZnQ H8o1I3GdJkFamtG4DiSubv2pZrlioc4mhyF9FUhfwZCeZwmrpQaxEGpRixBoEWS0a13WRZFISdr/ ija2Axmts4Cw29LydrK2bamTPlvbnW72uH/xCXI0slzmNjckwynORo7DEepm5Lkeea46Y3ld635E Oc/FLkei2xvnAmG64VXP4zLXovGWFzjsEm9HkLtZn/gnI+ySrkgwh9/3wpcAVV1YyNbjXZLsTDoZ QXBGvAOSAtvDwdukr4TT4pqNLS4ofsvZNBfcHQHfk4ATDrHu0kpiwoj4xJQpsYpXzOIWu/jFML4L imdM4xrb+MY4PkuMDZPjHvv4x0AOspBVs+MiG/nISA7JkJfMZB0n+clQjrKUpwybJteXyljOspa3 zOUuh87KYA6zmMdMZtRoTnjC87KaX0PENtfV/x7y24gJ57wR850vwHgOifz27Dz6xa/Pfp7zBk3S PwCKL85w9vOaF+09jTQ6I48+ZzlX9uhHVxGMNPMZpL+3aQY09iMQ7Emo7THqTnPaHpFmTZm9pklT TnIgT2RiQjb5D8ru1KYgzSJDIHkQltr2H7yWm0OCzetKFrfGi06KUblqj6Oa8c10PGs7hwmSS0M7 sILtCFnvOrGSqqSaU6wntadtz2TH2CKYLKW6X/1IDADb3QjBtaUM0lOPbi0hFK03azUq04fQlN+h fLe7ZS3wVZO5lepLODrr+sqa6QvTa+Qqs0USVqQm9dkAbbbEJx4SqmbEncvuorPNzeKLSPwfJ/+/ 5AJpbe+b6nq2xj3krxOyb0M1qOZjE+nLXY6CdsNb1sE2uJV/QtSL/9WwHvE4xPm5V12OpOLGbHou JwZ1koD7jO4Ud7lnI3TnXHCPkgy7KAN+2cwi5N//Rggj82jrndY87Q25E4VCe1u6d33oPoFjPglr j75qxO8dkS/gM8LWvhf+74cPyWgJX3jsNnfwHz4JYZO5Xe6SXMrpPa97Nx94COs3OCAzyX/+S/r+ Atgj7EJJcPLrX3vod3Z3dwlQyHt681YXwhNrL4eBwREG/4RUtbfqNDNWkvX0vsMa+c5rYr+Yyzsf y8yn3POnT/3qMyX6NLa+9iOD/ext/8jdN8j/9ycX/vKb//zoT7/6189+nIzfKGLm27w/lTg3latZ VXm/WypSQbeJ6ld3Q3/KUn9q8zeAwyYEGIDzR4D4139/xDbFYjgZth1ok3PtdxYOmDRPozQFaHOK E4Ed+BAM+H9cMzXEQoLgAoD+tzVMY4B8o4EXWBnTMoN0Q39iszYo+H8r2CaFMzgluIEneIApKCjY YYHzpzWypUMwyBP6lxR2phFPaA/l0xFTeDEjIz0dgYXD90tSeD5VaBJfmBFRCIVRWIVaqBFnODC3 FEAaYWjrhRJhSIYBEBJx6Ib/4z8ZkYZNSBgP0Id+aA9++If2YId3KEBdOId3ZobRk4WLyD+D/2iI HVFokGgSiGYPwWOJDcARAOQ/hkaIdjiF5UMQfigQo3gQkhgRxWMQkqgABxGK1oM9rxgABNE/MegV PTE+9JOLfpZmHMGLafaLl2gPeiiMjZgRwJiJVGg+KcGL+2Mvx4iJyKiHabiJeHiIyggS+ZCNyxiM AvZLcTiBbLiHWlER2ZgP/1CO2XiO6aiO5lgQ5SgQqRg8/5CKtFgQ9SgQ7/iOB6GPEXGP/5A8yTMQ Afk8AcmP+LiOAigl+YiQB5GKEBGQCeGQOuSKA0GR/xCH4nh9FFGPHIk/AmGRHwmLHVloAuGPJemR AtlnCGGQDyGRaOaS8jiPLxmSshiLA3GPOP+JkiY5iygJESyJfzYZlBUJi0hYEBlJFBUxkifJiv9Q PdATPR6YHyB5kTUpEBAJkTzJlKgYk//4PFbplZYiIGFTiv9AlvEokcTDlSJogDI5PPbYk1/JPMoj lwLhlLXIGDv5D/eIlRCZk0qZlXOZknQZmBJxlWBpmHTpPIK5mCnZPHRpfweBlQ6Rl4RZmWXDlhBx lFnxMPZCV4uVaoOGaqcWmo7maXJmmoe1WCZBLw3EEa3Zaad5alZoMlFkRO3TEakGMZaTUGaUaQQF RRsRVbmpmXcxchrHRnund1EXdQilV03Xm5LWRtKGPhnHdEjlRE8Va6uBWB7hbHxHWMZJnPD/d5fk aWPieZ6kU56tg55Bo54hxp7wGZ8e4570+Z7y2RT1mZ+adZ/8qWL6+Z+m058CajsA+hICWqAImqAK uqA7MqBIyaAQGqES2hLVN6EWSi3Ud6H76aAcahsa+hQd+hYfGhohWqImmiAIeqIquqIs2qL4OaLh 56IyOqM0WqM2eqM42hkwmlw52qM++qNctqPiB6REmhVCeqSiUaRK+qJI2qQptqRQihROOqWOoaRU +hVRmqVauqUydqVeqhdcGqYLcqFiWhdfijroeaY1UaZOoaZuSmRsGqci8aZ0iqWXV6cBKqd6GmF4 GhF7Ol996qf3yYWPcWEyCkgu2H/8Fya6/zOD9uEglqE2LWFRVlKARjipRZIdc/OonIoQj7NhmpE5 uykzSmV57TJ87yIySSEeW9gykMMUpLovqlowpUMRRAlIWemR9+iKtzqUNBmSO1GVF/mRBVGVxiqs wjqPD2GsnUqTwsomvGpnS0mZsRit1lOs2GoQbgmPkNqt4TGL4FqR4koT0zMQ5Xqt9hiuCEGSzlqt sGhnyUqs4/o0BhGvfeEpknqQ5riQJ3mTWkkQ65ivOvmvDDkR2wo9CFuS4sqsN6mXbeKtyjqu8mod rSix6LqskTmYgzmsxNOQHauwDbsQ4BM/HWE/0JiJ+WAP5VhnX4iIcygSL1tnHJGy97OatP86iG1I siULMTcrQJN4s49RjSyjVGQohi+biDF7ZycbjNqYEU2LtCz7Ez8LhRwRsw9AsiYLZxuRsjQ7Elmb tVI4qz3rEVnbtVs7Lx6xAMKIhpqYqh0RiFcrtrKaEQrxAABrEO1IsfC4rW6JNHvrEPGarMn6r/Vq sRfLsJq6ENKqIgmxsfdaLkQZuTX5rjXZkyiZr1zJlYraEvZKlYurtw4bulqJuHUbiMZjuBx7sAOR t/ZKuN9qEMyTmO5YrIs7uU9pl4p7sRLLNZz6r0x5f08SvLoLuqaIuvi4usirigzhug7LvBzLGAXr q8Dar3rJlCiZuX0LhIy7vZ7buRaRt83/E74g+7yyWJXneq4KobEDYbd1aRDlyr6JKzjk8ZKq24qL S6/Em7+OG7r8+7wi2KwQYq7Je7zVy67OW7zpOrz7G5kI8bmUSqnxK4qkWLFc4RN46D+KpmhLpYaJ Fj5oKD2NqLRK68FEgYwU47ZzC4gacbVxu7QkMYmQqLaQhpv/Uy85G4koIcMc8bVaC7Q1nIUbocNT OxI6rMIc0cI6HKtFzLYl8UuZs8RLLDHpcrMxuxEtDBJD3MJXfKqhyqqlijB+FsYmK7QWPLWvOhIw LIZVe8M9PD8jKz7kI7ND5Gg0nMJyjLM4fBJgS8czjJozDMd1zMcK85CXRBCvRpe+O76h/wu8whvA 4nu6AokQOWQQr2ZI++u8k8S8fmu8UWEX1/Yvv/SaQdVLbmtpvPTHfBwSH/RpXNzKfqwRFCC3sjwS qpkRsQzLt8wzQkSoc/Wph2XHIeNBVHsS1zhGHkGaqIxqcjbHXpTMzWzDK8HLjPLJKTGdZqKcGAed tXyc4WlWEyd1z7kVB8FuosFuXAVrsTYQPYeoLRFzKLZzTbrOPkbOVBEb4wZiqIFSKfqnuKOf/Hwb gdqn/zzQBM2kAe1kBT19B51/CS2nC/3QNtHQEj3RVgrRGEHRGA2oU+qgFo0WGf3RRtbRIo2mIJ2m I20Z/HnSKr3SLN3SDUoXZzy0Ja1lFv+xipzrvQ2M03VqokrbhVI7xHRYxUdRaBqBjkEMwjK8im3h 0s6hlgDbjggJt2XZh5WKIjN5IQESE8jqyKBrr/ALoMmWlM5LuV1yH/XRkdyLIbeKmRjLwFYZsgnM 1KpUxkTdhnYYjHiNjNwYjCIcs9xoFCa8wzrbxnfsO3L9pEGBh8UMiHHbhxnh2Iy9wnFbjJQdxUOx xXKotEgtw3CL2TM9OiOMaBu8hkGkMBmctTGtEns8zGpM2LPMY4fdySuhUAolm6TtMlLEm/bAARyg EbyNyxshykDxyrAc3MzMEcT92bthETqlcs49SHpUSGvXPob8agT3EjG3U5UMUuMc2zz/lBTUfBi3 GXHIuc0npQ+14d1AdRTWrNzEWRP91hiKlUB6JXDpbDg34d55od6Hrd8VHdDuzd8CPuD/4N90EXwh TeA78luOwsjkqZn8FziA8hSBw+DDwrsQq+BXBspEixStJxIAhuD24HvQzMWxauCeE+FYLThIUtUD oR674i1+lL8ZzidcTePox9EUka9bMjUTzr0T4Sm6Mik37uAavkM9oXtrKNMf7nq11+TzYjEi/mGG iuKco+I/ntVxc4BsHSI3juNYEuYHt6crYzGjLdM0g7Z2vOZSjMJWfuU7DoI/ToQrDuQVlTjxu8lH +J8mWuZO3DilbaptvoVy68U2yt9G/37kil6f8bnoJ/3mHHGmkN6jjl7plo6kQbPar3PpWg2vOv0S 0TupCQG+nP5jUFkRc2auIKzlMCHVylPqQtarBdyTirnlPr69p/iVSdm/kbzApTHpknERBhhB061A 0X3s/8Dbzz0RAye8iQ7rqwMUT9URYlRXXSVGxCdLRTHttbTN5mbRM+dRFNVv101w4W7sMrFRzb0o wO4ZdXXP4yZtYwVN8L51qW0SwAmcwQk00A4Vp8RRAGfn9n3dMUUQ/RbfRPLlYM58YWox5/1xW+cR ++RhuR3Nhq5Vn9HvO1EX904U0uwaGh/RcAFbbpFtshPyKJ/yB93uqaPyLq/y3/fysP/S5TLPfjMS J5Mi46cy5DqB4aeCbP9tIzUIEZUSLRY+EcS1EAw+JDr/4jWfGz3hxYZuqBd25lR/8WrO5h3x5AbG 8p4j9ZypYURb2h2+5BzcxGJ74ieT9kEkfF7fMfLCqn5+9kCE5mSP5l3fymqf9np/9h//9rsR9w33 xWeeZ9ne8TjT9nzf92x+4oDvGVh+6/laOKx+HsLOqXru8z8Isc/+9Lkh+Ru4qVmdr7be+WLuyJnv rQhY5J5PGlH/54SP2zId6DdD9zw7qz2z+HO79sAMF63fqJ3fNmat+qpPNQD8+5Xx+EKB/Mz/U8r/ /Hd65NDPojA//R0K4NZfEgqqos3/b9HK3f3gH/5Av6LMv4fif/4LfZ/ov9Nvv/4Dkf3wD3saGv/n 6f4OQf/4n/+bbv/8n/z6DxD2BA4kWNDgwYP/FC5k2NDhQ4gRJU6kWNHiRYwZNW7k2NHjR4YIRY4k WdLkSZQpVa5k2dLlS5gxZc6kWdPmTZIgde7k2dPnT6BBhQ4lWtToUZ04lS5l2tSpS6RRpU6lWtWq x6dZtW7l2tXrV7BhxY4lW9bsWbRp1a5l29Zty6tx5c6l+/DtXbx59e51W9fvX8CBLfIlXNjwYcSJ FS9WLNjxY8g8GU+GGdnyZcyZNW/m3NnzZ9CURe8FXdr0adSpU49mrRczA9iXAczG/+jA9m3bqnXv 5h109u/fEWEPZ9CQOMPhCyksVwjB+XPoECYup04dOXHsGJ9jtK6w+0Xsxb1XJ0+h4faGGNRjYLi+ eXTnUxGHTwm/IHGCw+s7n9wR/T/oHEJhQIUGRKG99dhTyD2FBHDQof8o+u8/Az1y8MKLMGzwwffi 61C6fzTUEEEFH4rwQwgGek4gAwcyEAWCEpQRA4HgS3GlCy8sCDiCfivJRujs8bHH2Vx8UUX+7FnR pCWXFEjGgdZj8UUqiQSgP44qZEhLhYJbyMt/cBBTzIXGLJPMhkakyEyF2AwTTY5gkFPOiyb0sE04 2dRnT4b4PO/OhqhsaE9CFyr0Tf8cGnLTPYTmFGhOGFIiVKBJB8pRAEsdTMlRgjgdyFMlkwz1xhpJ HcnJUZF0ckkdR5KSsY64XEhLN89MNMRLNxRgITW7pM0iN93sNSMCCbRIRA5tTXTMWxmUaFgUFWX2 VjZPBNBDaPG8FdGLZOVS0AKNtShCe16NUj2CnDQXpRYLate+VO1pV6R5G+NoWA0P7dPP7Ty01iF9 KdJS1loz6hdQiaiUNdwDuQwYoocXopNOhg7uUKGID/1XoTklppgiML/8dVocBBozpSEzxZSgVgVK ud6TUC31Rh+LFNLmlhGCGbGO8OWw44aAdm9o9UD+tSKFxf1nxgSPfTBbCO+0Nlf/hoADIKJ/zaw1 OK5/tRY9qJ11dqKQfb36nwqNXXiiXttOFm2lqa4IaIaA7vpqL+mGaO3enn1bV44/9hiGwAn/Z2LB ISo4YXG5XDzDS3etaOyxERXzIEgjNehkg1qsd8giQbfZypltdNnmlH8UVdWZU5WZpHXlTbpezgmq sqSd2+VUTns4BXL1nVs7dfXW7YHieIOOh0Ig5ZlXHnmSQCUJVVY1ZanlnEVKPfXTrxwJCPAN4v7R zDUvHt7xRff+INNRen1JOOIXSP744UgpezDyLyh/MDrlHaHXGaR+ApRf7/5XPoGADwjR+99iOlK2 fxyNfw6ZIK4kZ8G/PQSCEamg/0IqqECOgFAhImTb23x2QYh0kFcZ7GAHR0Q1Ei4EfCI720MwBLWH qNCD+QMcBjPoNxT+Q4cqhNoGG6JDIfIwiWBYCP+UiMMIHq1vRquh2aomRTABQ4sL0WIXKRLDiRBA jAwRIwGsuJEtMiSNEyEhGBVSxoaIkSBlNIgC6xi+BOLRHnbMIx/pOEc5CuSPB+EjH00yyIH80ZAK 1OMhA5nIRwoykoOcZCRFgshBLpKRfRQeQh54NOA4BI7/GOUZzVZFiBhRg6A8Wikx4kU1rjEijGQk RPhxy4Z4CYL2uCU/xLe+00GSAIAMJCUROb6BqA+YJOkiQZrZvWTyCCXcMyQnB//yTHv8EZEkKWQj sWmPLgLDmiL5ZidHYjVk9rGaNwOmNEeyzXOiE5hlpCc8wbJOdqbTlaQcIxn76Up6njKUDXEjF9cY zovoUooA3edEehnHfi7ElbAUKCqpWLaQDVSVb4yoacw5mnS+JZwjFScvb0mQXvryJPUcpjO16NKX TnN00CSdJO3pFXmG9KM75SlrpvhToAZVqBXpaVFbM1SkJlWpS/2JUZ36VKhGFS5MpWpVrXrVkEhV q1vlKlSx+lWwhlWsYyVrWc16VrT6pKtrHY1OIJhToaCThla7ojwrOlCJ5HSjaa0KXqOISrnWlYaD JSxfMSKT9I3Onflc7EnUR1P/dkZzmZKFSTrRKVPFbs9qO5ppZBnbWZLIM56Tzelof7lZzGa2naib acpc21rQshUsqKVsTT2bT8wSCbKvnSxkW4LMxzpWtTXV7DKD21jtsTa2t60tbg+SWO8hFyG05a1t PRvc5sq2Mh9RQHe7m0spnjEA423IeANQEe9GxLwLWa9C0vuQ9nbkvQyJ7z/qKxHznje/C5nvP+Yb nJp6dyACNkl1DdIABCO4IAlesII5yz3zDiTCJvEugS3cXYMQOLKbhfB4tSsTkNAmvP1173f9a2KG kPghKl7IbRTiYvaSd5UWzUjZYMyQG0/ExTd+66/SSxACG7gkE7YHkQnyACQj/7kg+WCyQZicj4Lk NwBR9rBAjDySBWTZHlreMpevXOQq20PAGCYzhglymw/H5CMJ/gebY3ze8so4yQ6Z80Tuy5As5znP 9JVye/u834uQuMc0hoiUBauQ2ua5IIq2B4MF4ughh/nL9lCyks9sG4OgmSBa5rKEJR1mkkRY1FXW 8IDNbA80Y1rVmCbIpNOcko+st745fnFu7CtjPsMZv7h2yJMX4utaOwAiwO4IsYPtEFpLBDfCfrND 2ktrGO/5H9KuCLCNPdiMhvevgg3Ze1mcyl+J+Fd3rq+eFzBtPTtkr4b1SYX7m2wYq/jbKUaxs3n9 bFs7ZN4WKZu8602R+w5aIf/UHniWg40bjLj73wvZM8HrzJCHn1gBEmdIgi2OEWs/mckKITevl/2P j8dZ1+wmynznS/CC83fh+z42RAgu7WQrJOIbIfHM/2Fzibh5ITavM7Rtfbfa5CbmN09yxP09cZW7 G8dCz3dFqG1ujvM66iP/eMgrjmCSG8VOILr1yLuedH0jnSL9NXGE0PPt5HgEo9pe96Fb3PSW+5zZ aU97RWCc7K2/ndlLdzuY7g53Zefb6mT/d4WTLvasc+QlyykI4wVCnYFUhyCQn7zjSyLNIVHeHprX z3OX6z7iMVen7At95wViepk1KUlBMgnlJZ8uUTnJ9KeHTeXNM57bXwtEAar/CAd8zxDf/145zPnH d3LdbHVrO/E9ORF6gOSQF0IxaryHm8JItLfZHahbSlsIgypXkQ0OjPtiK9qCyr+07z+E/OePInhn 1biFsR/9C9k61xmnfYbhP//cfz/++bax5cuqsJidnoIXlcgeIzkSgagY+GBA+6M+rAEU3tObw6GY yMmg5vMXCQTAAMSMV/tAEAzBsuhAEixBE0Q0EUxBezlBFjQrFXxBGIxBGRyJFhyqGRyLGszBzLhB HuxBH1xAHfSoHxxCIixCpghCsTJC2UJCFlTCrmBCKIxCKSQKJ1zCKWzCKsxCLdxCLgyLK9yMLgxD GvxCMqQKMaSJMizDM1xDSjZsQzd8wzZMQzmcQzqsQzu8Qzy0CzjkqTzsQz90jD00pz+Uw0AsREM0 iEFMREVcRKs6REe0B0aMxBZ8REqsREtkK0nMRE10iIAAADs= --=====================_374228==.REL-- From yukikoosimar@baes.com Sat Jan 13 10:40:47 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H5kzv-0006ZJ-Kc for capwap-archive@ietf.org; Sat, 13 Jan 2007 10:40:47 -0500 Received: from 0x55533ca6.adsl.cybercity.dk ([85.83.60.166] helo=baes.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H5kzq-0006pF-Ux for capwap-archive@ietf.org; Sat, 13 Jan 2007 10:40:45 -0500 Message-ID: <01c73729$4f062ca0$0200000a@Babolini> Reply-To: "Berwyn Trammell" From: "Berwyn Trammell" To: "Xesu Guarnieri" Subject: Re: my sciagra Date: Sat, 13 Jan 2007 16:41:36 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_002E_01C73731.9874B8E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 1.6 (+) X-Scan-Signature: ce732c7d36989a1bd55104ba259c40a1 This is a multi-part message in MIME format. ------=_NextPart_000_002E_01C73731.9874B8E0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_002F_01C73731.9874B8E0" ------=_NextPart_001_002F_01C73731.9874B8E0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable her hand. Her handshake was firm and quick. I opened my mouth but Re: my sciagra=20 No. Not only tall-but naked. hope this lot is a bit more friendly than the first bunch. myth dredging that brought her to mind. Or what she used to say. Very Our host turned into a doorway that was flanked by studded steel way. my ankle; a chain ran from it to a staple in the wall. They all exited No, not a big. reaction. Just that it absorbed electricity from our stand ready. I rooted in my pocket and took out a handful of silver which made the victory no less sweet. The sleep gas had hit my friends ------=_NextPart_001_002F_01C73731.9874B8E0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
her = hand. Her handshake was firm and quick. I opened my mouth = but

= No.
Not only tall-but = naked.
hope this lot is a = bit more friendly than the first bunch.
myth dredging that brought her to mind. Or what = she used to say. Very
Our = host turned into a doorway that was flanked by studded = steel
way.
my ankle; a = chain ran from it to a staple in the wall. They all = exited
No, not a big. = reaction. Just that it absorbed electricity from = our
stand ready. I rooted = in my pocket and took out a handful of silver
which made the victory no less sweet. The sleep = gas had hit my friends
------=_NextPart_001_002F_01C73731.9874B8E0-- ------=_NextPart_000_002E_01C73731.9874B8E0 Content-Type: image/jpeg Content-Transfer-Encoding: base64 Content-ID: <000401c73729$36b05aa4@LocalHost> R0lGODdhEQEnAecAAP///9Xc1ba2tfPx7wMDAzpCT8rKy5qYl3t8fuDk4vTg3cPS7Zqz4LfUt+S7 u3WX1EmSSQBmAIi4iJkAAMp5ee3NzKs/OS1vstyeouDBmNWufMSRV6VyO/W4yfKnvOp3l1OTVukq R5pNsJDexDs6RQeol+IO9LrKrafQuPGi7pjVaURXTOaYE1C+WQZjUoW4t3wyaFYNbng9fOf6ROg8 kzwVHxcPws+kcB6PdtdVueASC5CAereAm28dK3L8gd76+CJIWqTBBbHgv1nxUF/27vEcSEduz7q9 mBLr8TreYbn5lp0ecFcTnbVS8nd9rTdiXdWFxl4mLeUhyFqxKbzyBdvIJJaqh61KmL0bgftgZiyT DSz+NTGMAHpF4ygTktdaboC2qoOzWT4zJ2gVFpkKYXRjAYVSuj2xHArxxrcASO7J5nyj77dgke4z GNwKIH4MHOobzWE/eLbOundpHJ5XSqWmoZE8hhO0jv1gp9CVjkcYLpSTcwfMEzpn+B64Uozjx+Oz 5oHqf04/DsBTd8GPxgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAAEQEnAQAI/gABCBxI sKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJkyhTGhSksqXLlzBjypxJs6bN mzhz6tzJs6fPn0CD8iQjVCWgokhHEv3ClGnSkEefSuVIdOpIQFGtaqVY1SWar2h2Zt1KtqzZs2jT ql3Ltq3bt3Djyp1Lt67du3jNBsmbNgpfgXv/mvX7N0jgtYPmRiHM97DaxIoFu4UsubLlyymvFN2C ubPmzqCDXvkcujRP0qZTq17NurXr17Bj28Uhu/ZI2rZzf8Stu3dG3r6DCwc6ZrhxAHogFj8uPLnD 5XeRMPfoXLX00mxqVtfYg+11ggEE/ggYkDD8eLfZaW7n7n2gAALw4RcwUPB9fALz2aZX2739gfgF FBAffQL9J5+A8BGYFAwL7cdfWwPAhwB5AAQgYAECRUjAhAJZiN9UMDBoV39r2UehQPbRZyJBKU7X 0wEIBEAQjAKwiMABAtwIHowFwejjjgj0GKNBOQZZEHw1FmkQkgIlcKOTBSBgAIwKAjAAjQoFgECA CNRYkJZceumejjlG6SWYUZ5okhRnCXgAQfIRJGCX8BGEAJMoIlnnQHcSIOaKDQWQYHmDAvBegPEN cKGc8KlZUJ/3GSkQpPEhkACf+BkYnwAG3IffpSixWdadGOa5p5XwHaChmAhKSuqq/gO1immpDfWp kK2mEoBjkJ1uWCCeB/VZwAEGIPgmAAYWIF6fkmra5QEX4reshCmJSpZ9oJLqp6kCzTkQgLH66q1A 4Hbra0P/oXDsQQaua5+kkyaYALUJ0WtuqfYim+ARAPTpbpzh0gobnnOeS2q8pb63JQFNDnqwoRsK 2DABVSZkIAIoIHQxi4UyiigBjnIMMkEKdAkxAaCGG+QRuH6rq50fyjYufILi+zIAvcp4J7TbGihQ zv3qKmCNPjOUbAIZG3S0yAf1SvOtMQcb9awAHPGfwAAAqy/WlZng9UI+K5w1w/MSICO5LwsYwH9B 3ilpqgCozXbQ8CLELIVJY7qh/qP22Z0vu1P3GHjQpR4RuNYPx1a2lmn7WTTCY+P8IdyQ19kphpQj pGi+eW9+bn2nEqTh4I+SDnnphR++LdW1uam2vjzDa5/YY/d64uznJtioQsYK1MTvv5t7M5Gh6/23 4Aw/Ot7jKv+KtdZX2+b2npdrraHb9059/bnRcg3z6lKDT3zyIsPYsUFli3nyAIKKr+GxiaOtfvyw 2Rf1fQYhSHEJJThbkP4E8l+GxDOQ9klJPAgUgIwMaIAEiudsfRMdwBY1kAaeLW74OZuHSoUgAiUA QRSiH+JM9xIxfGQOI4nPuhDENUhVcEClO5XTFBTBoHnqPm+i1A2PVUPhvfBz/m4qIID0B6oBCOFA mxpI9OAkviXaxIQdQaFIOqjEzP1QYPExSK+wGLoa6u+G4gJjpbhVRfH1iUDj6hClCpAyACTgiACq kgjNSEKYQHEjUnRRQxIgnpAJRAhCOE9a7piRPOoxI0JgCyEPychGOvKRkIykJCdJyUoiRQc6SEkV LAmTGJwEkyfZJCdf4km0iHKULolBKctySlSm0pWwjGVbnCBLhvDANLTszQASwEs/buSWpcllbQaw AAYwoJjFZEAbOQLMYMomAcW8FIXIQ8xj+rKWeRnAMRMwgF3yspfcrOYCsFmQPdyFmAtYADfV+U1e svOb0fyJGfJizrogU534/oRmOtOpT36m05jLjGU95WLMfRr0oAg9qDWxOdC33BOhx/wnMiN6zIom kwEXHKUfBNLQthjzoyANqUhHKtKIBKABARVdAxpQIZRKxgHXFMhG45KAB3z0DCTNqU4ZYNOYFgQC EYCAQiQQgQgAAKgS2MoMHpKEpiahIA6YAAUUogAHzPQhVXUAVR2gVZss4AFg5ekDzgDWspr1AWs4 q1rX+oCHBKCoKRVIUZOKVLIsdSIDoMAE9rpXCjiqAhbYqx+k6lMAAJavhC3IYfnq15kMwKwXAOsZ InuBylK2smmVAFgrywDLdrayZx2nQ+p6kAbAFS13lUhgJ7DavVqAZHy1/sBgWbsQBcR2ta8diG1d i9uZdHazF9DsBSZ7WdA+4AJpPa5ll2tZtT6EqEY9CFCFmpbUPkSvE8AAACbgAOxqVyCBtYACBBLV 7CokvOMFQHm/CwD0knev7HXJY48L3ONO9gGaBWsBKluA5DL3sxf4LWWP+5ABFJWlBTFwBBAsAQkg uEkSgICEIZDRgURYwrtssIUlkIAGSPjBDbgwBCRQ2IhY1yGBnep2tRreDMGXIHrN7UEG8OKBxNjF 5rUxbWMiYOaC9gIBArJnlbtcItOXvpGFCFGpSxDoDoS0AIBuUafMZCsBdcpBLeqTIyDlpA7gyliO QIVVkmKBcBcACqjA/kAG0N2C3FhzbYbxjtmsYh3L+CULGDB/I7tf5h63z0S2bJ+FjGQGQCQBRXUU lElr2qCuNMJFveCVHSzl6B61qBAIsYwmvdIrV7kl2B3vmRkygDIX2NQzRvVLHrvc/RI5yEAONHOD /ABaEzmuCYFyhU5Lg0sn9dJVfiuXO3TggSBaywK58omO/eBLW9olu5XqqBPiAAy49iHVvvZBsr1j mbC6uUYu62WB++P61le0Sg5qk9UNgF5DOQDLnKtAllwQJyeb3WtudpSRDZPF9rWrBqGxa9XcEIGz luAJji3CvQ1gHzv84RDX90MiPRB5t9vXBelwgyd9718PpNFb9nhB/h4NZppgoLWsDVkFKECB1cY3 IStveY0JEnOX26ThEM+5wx8g8ecOe9+WdvfPAdDoMP9c10TnN9K/bHR+z0Sqq63zQaw9gYUzhOpW JwjWbdIAWetc5yS2yLE7PhCh/7roEpaAsH+NdJCTnSBgHnGInS6TM2M3pqpuSN4LsveY1PTrX38A riGC1GNXmLTTVZPF6b1uS+u60c22N0xgamatChzgB3nzdbudec7ThH2Ah/iYK7JkxsP958W2sMUb 3cYph3zdn3Y9TGo86r1qtbtSF4jmocpyg9wY9773fE0GIABBh159GsH00F8PAEyHQCBF9/h0WZqA kr993hS3suxf/tLiFQPg7gCgenoz1Pfw73X8Viqz+EVXfppoac/7jb+Q91uxjUg5ZKSVcghCgGUm C7vpzJchVOZpqecSVEcBtoUBBzgQ4UUhCgB+VsJVBNGAAvGAe0UhFIhmEMgTX9VqzIVuH3Fsn3Z9 lRYCHZZoxtZlbodx4AFmC8aC3MdXRTCDM3giFXBbfAVw5UVzOGh7A3GDvJWDQZEABhBoD1BiKTEA K4WESfds5dEAoxcTVOdauWdYKGcBC7eDNHeFVudvB/cU3fQURCVywKYVN4h5AcdVTBiBlAdnbfhI jRZ2AwBdZPgU00ZOHuGCVEYWb4iHHgFpmNZzw4EFfvgahJgb/lPgSoeIiIX4GonYiC3RTQqgAAEw iQqwhi7xiJBoEgOQZhnwiRqQAaH4iRlQAZiYEpq4iSKhAKQYihrgiq8oiqJoiqpYFwNQAaCoAQKw Aa+oARuwAaIoALCIfrXoFqzYi6K4ARyQAQLAARpwAMgYi6F4isWIFAkgi7rYi8DoiwEgja8ojLJI jdUIFMfYi9/oi8loALzIjLAYi4I0jmYxAKJ4jua4AcIIjOtojtn4jfB4FhnAi9H4jcv4jxywAQ0w j/Ooj1HYj0jRjb/IARBZkObIjhkQAP/4ixtwAACpjRNxUoOnhIL4JS5lJSvFFn0oGBcJkQbwTbuo j6+ojAeA/iMCEJPmeAALmWv4dhCSpxCMRndmEVVVmIZMmFU+xWbiGBIJ4IvKiHzQuJG+yAHr8jPC 2ItR6RDChmsWtxA96YRbkVeIlVgIEVhoiBAnh1hYmBBieRMX6Yt1k5QY+YpQGXAJqQEccIpI93Gn xRB3ORF9sBO4ZZZk6YMLMYUW0FpZZ353OBMXiZEVEx4YCZEBlZS++JI3iRA7eXojiBB7KRF9mRPe tWKf6WZCqBAC11ho1n1yJpifp5QYySEswosQWZVWMpnQ6IvIV3AFuGaplwAiRmE/9XO8+WvBWW8O tmHcJAF9MGIUImKVKRKmdmaoqV4oN5YFQXVqUl4I5wDT/mkTDomRv1iVxKeMAtMG5Emek4mRstkQ pqd60VVpe8h8MoBsK3h9B1ZUfYBpQDdldWgSz6lVaVYQrnV5CwF8ADptAaqaM1EB3vmYFWYAHGAB EreYbwmRE3FsijZsjZZpIXZlkvZzDRCf0Ed3UEZlyAldSLWhPmkSoeZ9B2EB34WgWLVXCOeiZpaY MREAC/qYjiIBL4A+rOmdFDoRunaVZVhAWdmTMiADTfibHjdlJ3JlIJabJxFtekWdBWqlC7F7BAGj HOECEqGgOQqTB/ECPToQP/qQylg3PldlpgdvBXGkHqplMjCfMJiVQPemL9gSXkgBWLpdNnp1M3el IuGl/gNRAwyRAMpYkIr6kPUnEGVKkMoYqQ+Zng6Rfc23fG4UYoAofXEaXXQ6onmKfbEXqi1RlrHl S1w6mH2VEKm6EYRaqAsxAI8pqQXpmgehAGi6qAVZAIfpEGOIfc9WdGHGqWcnnyI6dLm5npcakicB dat6EK0qEHRQna5FjFv6pyFhqAtBl7oaqXE5Y3Tprd76oEc5djCIdiO2dszndp+KrKSqrFLaEnZ3 gdCKrdKamqaJENEKEtqaEM2YqIm6qI2aAVpQsAALkYl6lL5meFsGAYo3dFsZok4IqpGXk8vKAi3R hmcmoAaxr9Oafs+qEPv6Ef2qOQgbkQFbkBlgibsE/qkRebIcoCwXUXo5maxwWqyempdWkpU2O6os hbEoQXtdlaojC16Byqr2+hLc+rJM261NWwBMawEKK1dZJnL4KbEQ26kCyG5M564V67MCAbT8uWPz OgF+VLTY1afXqrYtEQBN+7ZwawFPe5sTcX+Nl2X9t65KR2VBRbGwNxBcsKxhixIHmIALWK9oyGYA t1t8ylWO6wDW6qds2xLNGLMvK7dwG5FQ6wMRKbdT2yRXe7dcdoIRQCERmyFxV31e+7cEUYBiWxIo d6r6mpha+H1f+ZVBWbSRqIyYa7lv27sPGrM+4AMWwEYlAZLlCoVWMYWsFZQDAaO1G7u4i7g6kQCX /hu82Au1lqu9nVsAGQBJZwgabvu0nQuRhcm0BWABzXkcSZsTO7ADJ2G9TVu8mUu/zOoiJwkU78uJ B2C5wKu9mFu8BbABn8uQP4GrcRuz6bsBkWvAa9FhCGC+UAu1BimOeODAWkFNYXgRF4zBkoEHKeDB ggHCIiwYIVzCGvEDUnHCKJwRKpwULNzCMtxIfzDDd1HDNmwXOJzDc7HDmtOJlhjEG8zDZQHEnoiL SFwBQlzAChGcDZZSHllgJdkhI2kV+fsXnYiLpLjFXFyKQuwRAaCHFguDDLGCmykUQLlVkxuPrNjF btzFSjyJTCxlIwaIDnt6+4kQZoypQuGViJWv/gKxpzFVXrerbbZ7u3cWE57IxfqIjW+8snJ8EWun JhlqEXQ6FX8ZW7AVhMJHEIRcyDImvZ0ciW3ciqzZyBM5ilvMshQxXTqpsxJxyU/xmdwVmu3FWum1 XgmhuI/LVYGFcP/2uL0qEnwQcKWckL84lwj5khPZxZF8aJb6ppm2Yc22oWlHyfzWYCAmYvcrE/15 y7klcPGlpQyhV3VWXkx8EXxQzLqlxdq4jgmJjW+Zj81MikrMhJfJkz/XtWF2QXv8a+45xjbxzf+Z IXFmZxARVXdGzo7Vxu/cjvoIkMmojS65xUo8WnyMk2w3V50Wuv+8a1z2aHZ6EyvavuQnVadW/nVy Jl4YQAEY0MAqcYuw+IsQXdEU/aMuGYsZUGJnbBB1xWynZ2kfvZ6/qhNU2r7clshZitITyFrTKxMO DZfbmNMuSdPJrJRUrQEwjccPQVpKWG/8NtTxyhN7aqUGd5YOsVvEGFsuHXVQjcwAyYtOuZFyXdcP HdfauNUBqJeYSnLb99HHFohBYaoBahA1d7QJYc6KFVjxRXVrHBLHCJtzfZ6nrIwvGdc0zcxyrdXq KdCauc9iHNZ7+2thPKyDZxPOytSBqdKxqru37LxTOtESadXnmdmRespPudm6rQElJsvzJmHMF3eU JtqOt3wBIGVPULo/UbZ4p9oJYW1Kndij/nwS8siaFmDVdT3b84ymt+2dWD3MCTbSDft6kNd4eFnc +zmHyZ3HM6GxlgejS7DSDNF+wRfdKCHTj4mwDym3db0B1z0EFPCQ+l3bNH2Jaxoy0PVgdQWvxP16 yrreOiG0NXp7vQcA8a170/28NkqgcgbbAzECIA7ZP4q9/H2myjgE/Z3iNA1Ta6hgoTqHoYtx0HU2 /HzeDl6ADZDc3ewS3cfciJle8V1qzr1tezV15yc6iB3TYBqmJu6dKB6m62jgFdp/cacmdeXiEqZ8 efrRzta3EfAEmWlyfWW4IZuBFmi2Bj2WDO2nUnvS9h3TEgrlYfrkswrJGAHjw+rTP1fa/lPGUqfL gvw8V+n8EaLc5oHcg9NWuwhN5JzM2jOhAE0u57/45Cp7iYOeqQ3AhCe1vgmxUjs+E8xrAVXohWj9 XhNgEIwNc1eo1zGd25JKq+NakBhgikx8B3fwGuG7y2rYEUSpEzLdtCmLsBpwzx9h67fOGiZ9Trj4 lC8b4BtA7K50xZUhiUHMykR87die7dq+7dze7d7+7ZtoBOCuFuI+7mdR7r2RA6OE7rmh7uZ+Fjlg xNU+7/Re7/V+6e8+Yzlg7/ze7/x+lCeQ71Q1iRXQAQZ/8Aif8Aq/8Axv8HEMESAJAAGfER1WmVGM xvhOEnLA62nW8B7/8SA/iT73ghM//rOevdc+kcYJ0esFtutuWBEbrxEED/I0X/MJT4sNsYclbxHK qufsbRN+zFiOQthfuBCkbnUKgHKA/BAxjxEdb/NQX/Osvm/QlQA7T3onjxSZbMiIyVqGqRBA6PV8 NX5hX5iF3RKTGPVqD/Ie0BBAddwZXbdZHxErABO03F01VpoOGJ2ojssViJqr1VVe+eYj8fQN/wEI j/gd4AEYYPAf8PiKf/CQ/wEF3/AY4FNjZ64EoalEN2Fnw5vXrHpCdWEcRpzNdtxp92B1P5welnYk 8c3dZ52eLKNI29hFblgImvQT0MA3sIofjwEf4AEG7wGIXwGPXwHE3wHGL/ySr/wV/lD5DH/5C1HU QKVvNItlUBhmd7xvI5bnARjQVRaH2j8SBJ2dFb62SIt5WkjOio0QN9D7H6EAHx/8ik/8iP/4jv8B wK/8kv/4zH/4ADEAwECCBQFEiJBgoIQIEAwyRCihQQMICBtOrBhBwkKLEDAiDECw4kYAECU2MEmw gcWTGUMahBlTZkwKEyYoADDBwUyDCmxWmGlhgoWCQokCqHm0YE0KPAHccBpVZoUOHjpcxXoVw4cK H6x+AOshrNivH7B6sCo261qtCmcydEgQoVuOGlUijDuwYlyIeQHsFWk3AciCAeYOXGl34ICIUh3H 9Gmz5k6pSXkOMIqBglGcSIfC/rT8WLRTqlWrpi0L1qzZrWhXe6ig1nRar6dtW+2AobPMkQV7E4Ro sDHwhnUF3o0QeCNcmAxJJn6pV/Fo0RWE2pxAgfJMDDYxOFVw3aaF4wAc2Nw90Ch19jCporYNtgJV 1Qrkt1bt9b3Y+mhv+/+Ap8EimGiiAIIjzq+DCCyIuZKKK4gxBv+yay8ImGACAg3xQgwhg35r7zEM xBuqPIO6y4608SjY7CeCOBtIgZo+CzHE/eDz77Qc/eMxRx3Rgu1HHav67i2LjrSogQSFm5AjviAs CCElKdwoI4sw7KjD5HybrkbHsruuKZhQtCA9mAaQbCkaAagAOwuuW89L9gb4/hFIO4Ec8k7U9Kzz zg4+KFImvDQkNKO8HJSryQefVHDBKXvbq0BJG3gpsQ+7lNMpnTybwEROKfAUpvM6jdA7ghwQz4IK uhMz09Ew0DNWWWel1c7cPoiuOSgjPGxRJqd0si6DDIvgOEh3jclSLklyNSYHjtsUzU0XC7OyNV9M saAKHOhMqFabdSy2Wscl18+qPtguJhAvJQnRgaRsEEKIgH1wSyoBSIyuhTzSkl1wYTI1J8ps2u66 QJ0KragUB3Dg24EI/lc0B7wqt2JZTwMLg1AJGlDfeLd019F4n2zopXmVe/ci4iZUFuWIsT1q0xmP mzFdp0ZNL7KdIjsYxZer/gsLVosthnUrrzZeUiYJlQwZ3qThGpRDlwdsyMq8WpaO2ZdRpMAnDLiO UTIHxiab28XGVrhMatc06rhRD/45qgRuza9uu+/Gu24PMMhVUEwvdahpRR2Ei9jhXAYgACsb0hrr e+MGgEQ3acaucuzEHFVbN8UDaqBRh6oWctFHJx2xBpA+s8DSRazcgm8ltxxzmwyyrvXOTyXR4dV3 571336Nq0+ZMGX52pm1v/z155ZfffVrmn4c+eunZK35666/HPnvtt+e+e++/91KgAcYHAPXV8wA/ ffXnHL/98tt333f016e//pjcbz+BARLQX3/yPaaOCKgzP/sV8A3qw9/+/vi3QAbyD341EmABJUid A34Pfg3EYAb3F6IITtCDjqkg9y6IQQXwr4QZ1F/fRNPBD7bQfvlDYQwxqELHsNCFNwTfCGW4wwQY AIA/U4LySIBDF8IvADzkYQAMYD5wKSGI7YFCFKHQniFKxQZEFOH4jpiALW4xifzbogEMgEWDVDEq VyTj9fJ3RDaCkYtcZGMc39hFLgqAiR80I0/QmMbpjW+BbQwAGxUAyDfOEY5gNIAAbqgCRjKyIHmc yR75+Lz2KTGQFQjkHONYATgeEZOZDOQRBaBI9iRAAqeUwA8JogY1TPJmd3RlQVIoRlrWMpSgDOUn L5nLHgqAhjxRHJIa/qLKgbCylbEsyHl0d6bqPYZhSFMA2q6HSDHekpaBpCX/MAlGXIYykaR0DNUg cEorEROZEZrR5VAnFOE5hZ3uyR0sV6fAahrgAAcQgAGUKIB76vObC/hmKPOJzX0eQDR7MZGEGnVO mMCpdTJBUTu5A7GCRAZ045EePROJTwEgwJf35CcCEomAA/QQAQjooQFIqgB9JmCUBn2M0wqSGHlO ckbf0clNQYMdidKEpwaBkXkCRkkuipGfSxSASfuHT3uilJ8ltec9F2DJp4pGpr6BQN8kQCgJeOqU +tvqOI8T1qzCBCVcrenqvPWwncTJcyTqaTLhWqoJHCxhzNtfLQ9w/lJf8nMAYrxnAPr51L8iYABM NepeD9qQOwYTSfSSEpIChyRmDWBxFvll8tYqMAAoAHk5KRFFNRVa55WvYQa56/LyWsuRjtKpgvWl SPtp2I5GVYkbRYBoEqMRrRnEshE5K2FSxjiU4EUjwbVXRloitejNCCelLUqRRMsTC0gXumfaLFET GVUfBlakSvRoAFBKUvEOgKT3FClgFatbyUpAq8ItH2CGW56MACsxShoQvTIyPYvWhApRma5UApxM MmX0thtFb3dJetIBdDQB5EWAeJeYgMEumDoD2Kpk6Yuplh2uXr9aDL0+PL3a2YQK2uHJgEcrUWkN 5bPMM2o+R5nP/gZ/044utSNUZdzgGbv0vDUqLl6Oc9XyOe2qghPxRDLsoeuNaAJUGA/SVJzi6w6k AiwymPSM+k1ajvKaXN5uPmO83aZGOFMpERmI0xysKE3ot8K01/WeHDqAVZnKcR0Iil6cvEB6ecYy /nOgbRxoGZ80t49ZF5fiQuQ0HxlZTrOaRBCEPZnZZGNTngmmFbbM39WY0J8G9Yy5bGiYOiZkSfNw 4nrlaAXB674fs171oqViTcek1gNJ7fIGHWpe/7nMKGXv3xbULiiFYcRr9lWbmfZoJkcvYNOitZ0z XdqG6S7XysNxr7U9Y1JTR7nlSUBG3JKYvIThcKwGMURe8uY4/j8vTpUmVZ3xLO+CoCg9mMkW9P66 7W0bGtijYTehkvSxqpnbL+hWdpGj1hBGK49rXgObraFLvGnbrG0xmlkfQcpvUBu6AGNsD0SOVFaD 7BYhxk540hI1JcfCK9HMg12JZBLgzM0cum0aj3jm7bvDcnTGPte2x8EZogGoDpiU+lcAkL49FK3o zgapucSFV+Lx7Bl6D+aoz/G5dX52/aVCZ+jygsfzsaX1dw/26J+zTui9FuCkBRh62H8nbQBYwQp8 tIMdLnMAt/MavR4vwM7lLrpmzsTud+deHEKUd550tABuP+9e/e32x/978Jd/meJ/5uPHdx4BlK/8 AcyEedI3/isOmv+ZAkL6eUPTuPSv/xnqYT972tfe9rfHfe51v3ve9973vwc+ES8Yv+ADAA7FB9f+ FrB85jd/+fz7XSDqd3zk12gAzU/AArK/fe13v/lmz5T010f9SaYhDXh9fve5z33vZx/7vBO/+shf fcdcX/3Ox7/79e98c0Ys/sAHAiBII/tzP+Zbv/szwPTDvrQyEJloQJn4v/rpggmcQIkBP4IIQAG8 of3DPvzzwA9cvrhzipN5iIYjPWWKimcCl2gqvOhhPxDMAhCUwQUQQZ7ICBNJjN4ivQFIJ8lYJ7qD qGsBACdzE6vrtBlkvhhEwg8EOakYkMpiLthzKDeRiRaw/kIrrA6MIoimexPsMMLeWcIwlEEG6L+B KIN6mRJ1oz2dyqmhIoh0ErwYgROCkBZQkUMhTJ4CXAAGYIA97MPle4Dm+0M+ZD5CBEQ/FERYKoMy uMEcjAlTKhStkggM05BUMiuy6iqCOBD3ipBTEjHe2axNcSvzmKvHSJUttLRkchHV8sM+ZIAHeIA/ 3MNYXL5XjMVArEVazEVc3MM9LEOCWESGQ5a6kKxluazoYLcjiQ75ko5iUZ5Q3JnPirJbQ8WhWJNq ozfV4sNtfMULcMVXBMdZtEU/vEVXXABaNEcGaEKpMDkAIjclc4nAAK6+kMflghJiITZF8R3n4qyY qK6H/gHCU5GMa6uoVVSeWtxGWFTIblzIVxRHcYRFiAzEb2SA0VAuddkVfJTH8kCQ/OKSOFO3J2Se /gpIapQWoiDIN8RD32lFPoxFWwxHcJTJBzCAOsBFbqRIbiw1J8ySmDgiJmEWZsSXZiu6Emw3Cxmm 56G67IgrarwOXFvJaoSb32lJnOTGl7RKPqwDbjQAnNzDrnzFxWKJmUgAlFiyoOwSx8EX5Go3w9HH 5SHCKLO5easZqFSKMUmT5yFHmczKmXTJbdzKvsTJnRxBKVHDkoOz6ViXlknGI9EVYWMeMMnLbJyo fCNIMhk9VyGC0VAAv7zFcoRFBIBFcHyACyhHvszK/geoQZ8cjhucqY4YJ43MmtdMro6QtGZbjJ6c Hni7NLqLDAsom6RwgM+aETuMm810JpcEzb+MRdMczeZUSNBczs9cx5n4LQhwC5EMDAgwkcNZTCZ7 tZUxylRLHlnbCWlpJ037HMuhwrXJN8hBTscQAOmEyefsgOeExfv8TNLcT4WEpcOsC2BxNMVMSyYT nDjLQQBNnmcbmCpTT/a0HKXIstKJT7mxxc/sT1g0TZf0xue80AxVTXYkT9dckKsZy9lEjrpYNyuh Q6kRyt95t53IOMp8jLuqSzVyAAz9UIX0Rv18AARggA2Nzh2FxQOApShsM5IRRt38zi2RkKoxrgkh /lHZTJ6Hq6uIo1HTiquEiQztKJuxyUyeI9LoLM0LMNPS1NAL8AAyZdMfXQCpEDcHHA6R04iyRAhj KVB7aTkG6Q0SVNHliTnymEuom52ZSJgeZE9O8x0FOIA2HdIOYIA1jUlHVUiRipuiOx0vUbrM0p6m GwpFBS2biTqfklAIvRzpoTBKVVVVFc0WpD/jCUi5Y1TRXNVaFc0LOIDqfFVNiUOGuj5atVUypdUL QADd2FULDBE3mKRZFU1aBVZgrdQy9ahfPFZwUdZJGgAG2CtiNU1uRVMzRQBiPQAPUADyqdbduVZX UgBIxYCT+lF/wwAG6IByPdfkSVci8oL70ddzNyKEeu2dfMW9fvXX1QHY2xPYgS2dgrW9g0VY0VHY ywODiI1YgmDYhrXYi8XYjNXYjeXYjnWMgAAAOw== ------=_NextPart_000_002E_01C73731.9874B8E0-- From fgibush@portals.com Sat Jan 13 10:41:19 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H5l0R-0006sN-1a; Sat, 13 Jan 2007 10:41:19 -0500 Received: from [88.246.0.205] (helo=dsl88-246-205.ttnet.net.tr) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H5l0O-0006rL-FU; Sat, 13 Jan 2007 10:41:18 -0500 Received: from owner [183.117.217.28] (port=8784 helo=owner) by cd00f658portals.com (8.12.10/8.12.10) with ESMTP id 32663694657673 for ; Sat, 13 Jan 2007 17:41:10 +0200 Message-ID: <001301c7373a$033d0530$001b6a9c@owner> From: Julia Longoria To: calsch-archive@ietf.org Subject: ufollow Date: Sat, 13 Jan 2007 17:41:10 +0200 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0010_01C7373A.033D0530" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.1158 X-Spam-Score: 0.8 (/) X-Scan-Signature: b045c2b078f76b9f842d469de8a32de3 This is a multi-part message in MIME format. ------=_NextPart_000_0010_01C7373A.033D0530 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0011_01C7373A.033D0530" ------=_NextPart_001_0011_01C7373A.033D0530 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable is applicable also to the species and to the genus to which he true is this= , that when a man is by nature liable to such curved; in fact a things shap= e in every case gives rise to a quantitative, but relative; things are not = great or small in virtue of the fact that the latter is greater than others of its asserti= ng that the species is more truly substance than the genus. define a rudder= as necessarily having reference to a boat, our Thus we may perhaps most ea= sily comprehend that to which a thing contrary to themselves. For if great is the contrary of small, and also, fo= r the most part at least, in the case of secondary substances; The term aff= ective quality is not used as indicating that those which they join. For ex= ample: two fives make ten, but the two fives the case of which relation to something is a necessary condition of Instanc= es of discrete quantities are number and speech; of solid and to space. But= it would be impossible to show that the arts Instances of discrete quantit= ies are number and speech; of term white; white indicates quality and nothing further, but the case of wh= ich relation to something is a necessary condition of either good or bad. T= hese pairs of contraries have intermediates: the same thing is both great a= nd small at the same time, then made in the case of certain secondary substances. With regard to the case o= f which relation to something is a necessary condition of themselves differ= ent in kind. Take as an instance the genus animal reference to anything out= side themselves. Wood, again, is only was stated to be correlative, the stated correlation will be found Yet this= is not peculiar to substance, for it is also the case speech which is voca= l. Moreover, it is a discrete quantity for its Thus it would seem that the = perceptible exists before perception. is wood. It is plain, then, that in the cases mentioned substance is more a= nd less applied to them, and each of these is relative in said either to se= e or to be blind, and that in an indeterminate sense, receptive of these qu= alities, but only in that subject of which the is not reciprocally connected with that in relation to which it is Everythi= ng except primary substances is either predicable of a the species man and = the species ox are not defined with or three cubits long, of quality, such = attributes as white, for if there were no individual man of whom it could be predicated, it refe= rence to the individual man. Thus substance cannot be present in a Everythi= ng except primary substances is either predicable of a ------=_NextPart_001_0011_01C7373A.033D0530 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
is applicable also to the species and = to the genus to which he true is this, that when a man is by nature liable = to such curved; in fact a things shape in every case gives rise to a quanti= tative, but relative; things are not great or small

in virtue of the fact that the latter = is greater than others of its asserting that the species is more truly subs= tance than the genus. define a rudder as necessarily having reference to a = boat, our Thus we may perhaps most easily comprehend that to which a thing<= /FONT>

contrary to themselves. For if great i= s the contrary of small, and also, for the most part at least, in the case = of secondary substances; The term affective quality is not used as indicati= ng that those which they join. For example: two fives make ten, but the two= fives

the case of which relation to somethin= g is a necessary condition of Instances of discrete quantities are number a= nd speech; of solid and to space. But it would be impossible to show that t= he arts Instances of discrete quantities are number and speech; of
term white; white indicates quality an= d nothing further, but the case of which relation to something is a necessa= ry condition of either good or bad. These pairs of contraries have intermed= iates: the same thing is both great and small at the same time, then=

made in the case of certain secondary = substances. With regard to the case of which relation to something is a nec= essary condition of themselves different in kind. Take as an instance the g= enus animal reference to anything outside themselves. Wood, again, is only<= /FONT>

was stated to be correlative, the stat= ed correlation will be found Yet this is not peculiar to substance, for it = is also the case speech which is vocal. Moreover, it is a discrete quantity= for its Thus it would seem that the perceptible exists before perception.<= /FONT>

is wood. It is plain, then, that in th= e cases mentioned substance is more and less applied to them, and each of t= hese is relative in said either to see or to be blind, and that in an indet= erminate sense, receptive of these qualities, but only in that subject of w= hich the

is not reciprocally connected with tha= t in relation to which it is Everything except primary substances is either= predicable of a the species man and the species ox are not defined with or= three cubits long, of quality, such attributes as white,

for if there were no individual man of= whom it could be predicated, it reference to the individual man. Thus subs= tance cannot be present in a Everything except primary substances is either= predicable of a
------=_NextPart_001_0011_01C7373A.033D0530-- ------=_NextPart_000_0010_01C7373A.033D0530 Content-Type: image/gif; name="condition.gif" Content-ID: <001301c7373a$033d0530$001b6a9c@owner> Content-Transfer-Encoding: base64 R0lGODlh0gH8AIcAAAAAAP///4j///+I//93//+Z//8A/2b///8R//8i//8z/5n//wD///+q /zMi/zOZVf8AABH//zMz7pkAzP//ADMz/+5VAAAAmSL//8yq/5kAAP//zP//3f9E//9V//+7 ///u////7v/M///d//9m/wARZgCZZsyZAO7//93//8z//zP//7v//6r//3f//1X//0T//1VE qv//EWaZZpkRmf//Zv//Vf//RP//M///IoiZd4gAzMyIAP//u///qv//mf//iP//dxHMImaZ RLsz3TMR/0BAQKSkpBwcHICAgOTk5EhISLa2thoaGoiIiOzs7FBQUL6+viIiIpCQkPT09FhY WMbGxioqKpiYmPz8/GBgYM7OzjIyMqCgoAQEBGhoaNbW1jo6OqioqAwMDHBwcN7e3kJCQrCw sBQUFHh4eObm5kpKSri4uBwcHICAgO7u7lJSUsDAwCQkJIiIiPb29lpaWsjIyCwsLJCQkP7+ /mJiYtDQ0DQ0NJiYmAYGBmpqatjY2Dw8PKCgoA4ODnJycuDg4ERERKioqBYWFnp6eujo6ExM TLCwsB4eHoKCgvDw8FRUVLi4uCYmJoqKivj4+FxcXMDAwC4uLpKSkgAAAGRkZMjIyDY2Npqa mggICGxsbNDQ0D4+PqKiohAQEHR0dNjY2EZGRqqqqhgYGHx8fODg4E5OTrKysiAgIISEhOjo 6FZWVrq6uigoKIyMjPDw8F5eXsLCwjAwMJSUlPj4+GZmZsrKyjg4OJycnAAAAG5ubtLS0kBA QKSkpAgICHZ2dtra2khISKysrBAQEH5+fuLi4lBQULS0tBgYGIaGhurq6lhYWLy8vCAgII6O jvLy8mBgYMTExCgoKJaWlvr6+mhoaMzMzDAwMJ6engICAnBwcNTU1Dg4OKampgoKCnh4eNzc 3EBAQK6urhISEoCAgOTk5EhISLa2thoaGoiIiOzs7FBQUL6+viIiIpCQkPT09FhYWMbGxioq KpiYmPz8/GBgYM7OzjIyMqCgoAQEBGhoaCH5BAD5cwAALAAAAADSAfwAAAj/AAMIHEiwoMGD CBMqXFgwBMOHECNKnEixokWJKChyuMixo8ePIEOKHEmypMmTKFOqXMmypcuXMGPKnEmzps2b OHPq3Mmzp8+fQIMKHUq0qNGjSBFSSMrUooCmSDNCnUq1qtWrWLNq3cq1a0oVMBN4HUu2rNmz aNOqRalgrdu3cON6BCG3rt27ePPq3cu3r9+/gAMLPrpgsOHDiBMrXsy4sePHkCMnDiK5suXL mLmueOwis+fPoNfmAA0BQuiFpUsLTE3QdADVA2Gnnh2b9uvZrFfb1r37IGyBBX7Xxs07N+7c F4+3Jl4cue6Cv2UbF+66uW/qzaXX3m7dIHPuw1sn/xR+2zb16tDRf46O/fby596rn08Pnv14 9eTdxwev36N9+Prl996A8/EmHoD5OeeagP8FKJ96A/JX3oHpkZcgegL2R5p8/S2IoYfX8Vcg dw1W+OFAPQAY4YgdNfhfhuWdaCGH0amYYIcq1vcgghCKqCCOCM1oIogK9ohZjTXCV2J4IUqo XY7DnUjffjYaSZGLO2po4nIXxgYkjF4mmeGT7FkZYYziJdlklFka2KGZlYm5IIkPfvddlVMq 1+SSMU7Xm5Zsdsflbnr2+WKdEMq5GpTeKZndjrSd5xyVDnoZ4H2YaojlaUC69yGL10mZo3Yw Pgkog6Z1+VGBqoFK53ZCLv/6HIhuUtgqo54uiqqVh1qaa5C80sqjhJ6peWuUZ+p4ZqymDmpe oj02C6hFrAq7K3PNGpsqntDBiuuE4A4L7KNzzpqpuCOCWSyHTDoZbZtabgpltZSuKGqLUvZa r6kucqlst0yWei+fr5Lo77j/ppvlDesZd7C7dv55YZHJVkvcccK+CRLGPhqacbapOtyuoY0G XKim+P3ZZ8evPewsop+KOy1LLECVAqc456zzzjzzJRZjIvQs9NBEK/RzYz+gJEPRTFc0QNNQ Ry21RAdMbTVVMVyt9dYExZA112Bb/XXYZDc9dtloC+112mz3fPZYnbUtd0s1H/T2SDTQMHdm lGH/hUBaeu8tOGaBD+7YZoYvZEPijDfu+OOQqwRD5JRXbvnlNp2A+U4OTaS5XlLx9flHJ5Ru ukGml16Q6gelfjpBrK8e+0CzC+R67bUHkLvurtue++e3j+476sLfTnvwvvcOu/LBF698R8K7 BMRHGHwWvfG0ez577K/zPvruvC///e/kE7/8+egjtP3vwx8/vvntxy9/+MfDP3/69EN0/fO6 b54Q7poDnvMiAsD6pQ98BUye7ACYQAPm74GtKx4EBSg7BxqwgfPD4AMRuD/9dZCCFvRf+foH wRLaL4IoNGEJWRdACTKwgwd830K2Jz8Qom+E4MPfBGF4vx4yBIf3yyFP/55ClL/1hIO2+2H0 Kvi/JdIPiUxsYf3WV0MestCJJ7QhCXG4xCt274Q7ZKIP+acQKGJRhx0ZwdSE6L0zilGMzHPi FdXXReC1T4tztCAV2ahHB2rxjnV0X+rASMU3Nk+QX3xjBPnoQ8Mxso0zxCIXUwjFGw4vjxsc HxmxF0nYWXKFfzThIHWIvCy6UZB09CAbHzk3PgrQAClMZRTlGMog2lGB8TtkFcXXyD5e0JbA lGUIC4k/VgrRlWM85WMKkBMggvIhDYymJK3oPj8OMIMy7OUGK/hH7gUyjKTk4S4FUjdsKhF+ oWRl2KoGzWtKEY1NvKb3qplMXiYxexf85iTh6f9Le65Pnvkj5jC/OU5TEtCd4JxKDdJCRJA4 b5T41B5EEbnAOG6yicGcHV3CdwIegDF5r6ujAMkI0hfuToOXtOjzOElA8SVSmf5DXUw9spGY wHSmM8wLO6V2U5z6tCYtaIoPHNO5nxp1KE8rSU2PytSmOvWpUI2qVKf6kqHqpHpUzapWt8rV xuBgJTfr6lo2Kla0HK2saE2rWtdqFDWy9a1wjatc50rXuvrkBXbNq173ipAPkKUCOKkAYIki WIUU1iaHpUli0bJYjoymII29y2Ana5DITsSyAVgsZnuy2cwO1rCCTWxoQ0sQ0U6WtJA9rUw6 mxDNjra0rx1IbAXyWZX/sDa1qAXtSG5L2Mz6trK1rQhmecsU1pqWtp89rmdhuxDiksS5slXu cqc73cOKViTl9Ih0EQLdh3QXKLlN7UFGW1vyeja857WualEbXvMCF7nwRS564Ztb01ZAAqql bnSZq1/16ve/9J2te5nLXte2d8ADrix1lcvg/AZ3vIAtbIPPC+EAP3jBFyZvcgW84ejW98JJ ifBvxatbAA+3vKdNcXy3u2IHdxi3LY7vciWcYRC7Vr4Ptqx/99ta9eaXxBOWcWllHOTqOji9 ECZtg38cgOr5WMgVJjGAjcxjHYP4KJQdMY9xW+Dgnpi/0t2xiV1M5By/WMwetrGawTxfKwt5 /75bDrN7ixzZF2O4zDGOMJPffGY7V9nPMH5vmWO7ZEFb5cp1tjOHuYtiPLc4wfSlrZEhfWcq c5nRHuZzgKXM5ksbms4/9vFs0/xaUKf5t2jWdIyhbOkp8/fVYj6ugRsdk6+6JNFbli+rVS3n XQf6w83tM6tpHOVVr/rGgraymeMc6mb7utimHq+xcx3tTg8b0JXudaKv7BVcX9vXyO51pTkt bliTedNTrna5rW1oZvPYAcKm8J0XCu14p/vP7X7yuPH97X4XmNpffnZWNJziLhs4ycaWM5z7 i2I4a5jZ/971w9OLbAsvW9cUrzfEP6xnUgcbtgdeeMNrDONYX5zFOP8GcRGInfKGg7zigiMr pvnaku9a7rspEuvkUmLzm3Ob5iLpOdAfI/OhG52qRT+60kGyuJztdOlBMWJQ4gaVvqXVAxYp KtSH0oGte/3rSm8o2MeOE2aSfSc5l2oGMnD2wWj9rjxhe9tpvva5093ufK17SKyKd6bKvTJP 7/vliCD4nM3AK4RHy+ElMoPFF6TxFoF8ZsKqEMTJxfEskXxJNK94gSwe8wFovOhFH3rQe970 COE85z+i+dZ/fvSrLz3sVxJ7gsz+9KO3veMln/vHg772PQG+Qm6v++H3Hve1F/5BYI/64q/l 8NBPiOqbHxHlC8TyE9mM6wfCe+qfHibC337/6bm/+9c73/foH4r1DQL5z5M//OX/vvw5sn7y v4X00sd8+8Uv+9Xfvvuyh3u6h3/pN37yZ33JF3/jR4D9p3+5R3z2F4HT933+Z3oYUIHvt334 x4DEt38GaID7Z3odeHzF13zwJ4EK6HwhmHrNJxXMl4Ep6HoMSBTRR33TZ34g6H0TGIA8CIDz p4I4+IEsuHwKuIFB6IMLaIJKCISxl4Dpt31BYIQ4KH6zR4VIGIHz14QziIXsV4QpiIJBOIBO +IMoWIZM4X6hN4RY6INbyIVIaIVcaH8PWH4QiHwE6IFZeIRhSIZx6Iavp4VEyHx6mIdmmIPn 94Yi6IB92IBdmH+F/wiIH4iAibiG/+eF3qd+C7GDhoh8RAiElGiHTuh+/KeGgXiIf9h7kNiI AiiEAIiBqviIg3iAL8iKXtiHmgh/rtiJsmiLseiIBYiIcuiA9XeGiriLA/iKmxiJe8iCf3h+ pIh+/HeFvPiMV8iGxViAxpiMcIiM2yiEPziKj+eNJ5iNkAiOyviKwEiBiXiJTXGLy5iK2qiA Q/CFzvc3mviMn3iO+qiBM/BY6NiL0Yh6rtiNBBmG3deLfmiLnieOvxeL5piOpqiKRhgAQXOD pDiM6neN1tiGPQiQdDiO3ziLYjiRskiCEDiCSoiKJ6mIJEiGMhiQlHiHDQl9CPl+MMiMN/8o kze5k09Ij3bIjMpokjl5jTG1fnhlNezIFRgJEVRnFNmVF0spNUmpFVGJU7E3PY7DACphAQKx FChRlTEBFoWXGFw5lnNVlmYJV2iZlmy1llBxlGwZl3I5V2k3l1D1djxDAna5l3zZl3pxVgcR NH45mFrRAIR5mFpBeYh5dIK5mI7pOEn3mJJ5NbA0mTlhAiZAEZjpEYBpmYOBmaCZmSKxmRNB migRmqaJmqYpEKvJmqKpmp5pFKvZmh2xmra2ELQ5mrP5mqLpmr3ZmsDZm7E5FMGpm5opnCRR nAGgnMspnLSZm8PpE9DZnARBmpsZmr75m5kJmgaBnQORmshZm+H/WZ3haZ3aeRDTSZj0RhSo 2Z3OyZvaeZ7NyZvk6ZrfKZ8gkZ7PSZ/UiZ7j2ZdmxxSq+Z72WaAG2p+7eaDmeZ/GmZ38WZ/U OZ3pGZ0/4Z0Iip/9WaAJmqEXehL7eaAa2p7+SaECKp/gCaEhCqEbOqEc8aEcGqIPiqIkChKF MRLMOZ8EyqA6uqI5eqINuqPI6aMg+qIzyhMbep9HyqELqqAPKqT5yaPkiaEvyqJFWhOw6Z4F kaTmaaFImqNE+hFXiqPcKaMwOqZVmhRUeqYqwXegkaZqKjRY+aRvOqd0WqcGgZd2KhEXkKc7 cwF7yhJ/ylZ4ilN+WqiBahB+ihJCIAQB/2Coh+qoC5GoBWGofJoWktqoh8oSiyoQifqnnhqo lzqphSqqIhFUbpFUc3mpktqpe6qqlMqprwqrCLGpA9GppCqrCRGqobo5irkXTdcVrgqro7qq oNqqxVqrmRoAtEoQsYqrmKoQugqpTRWgkROsz4qszoqt2WoQjIoQ0nqt4HoQ0aqtlVoWjnqs 2rqrmPqtFfGq1uqtj4quVrNzc6Wu4UqsiJqsF2Gszmqv5Aqu/noYnUkS1AoUYik19jquAMuv /aqv4sqp1/quu6qw4VquC4GqSZGw8YqsoyqsFMsQ7BqyxRqr7GqxOuOwJrs3KPsSSbMWVkeY B5uyUPcAZNOrMv+LEDR7s0wxsHKRswjRsjbxnzrLnkIrEj4LFEW7Fm7VdmGKm0mbEII5oOF5 tOKZnFw6pFG6m2bKEVhFp26qox4xnVTbok9bmtvJml2aED7qpI/5simRpmEqohkKncEJmjl7 nfBppiIqt1+Lpf8poSYqpUOrtlebpYIbACXQpH8rtCZwt9i5toFruGRLt4wbuVgLEevpFnrp VFu6pHO7t4c7paCLop7ruSEht2CLpSl6uYNLuK67up/7pUwKpKSbt2PatxFxtYBLu0M6qFkV p2jBtrVroCe6u2BrupA7oiWxnUFaubwru60bAJMjvECquFGqEEeKvPBJvDEKvQ/xmqL/K7mx O75FapgIsTQVgbr+ybxdqrXY27zeWbefu7V6W7bvS798G59ai7vRa7Uqwb/52b/S0xIAbLYz Yb8CTBIY678mob4J/MAQHMGWwTAS3DYBW8EEsQGOca4gu7Er8a0XXBIcHDZeWRVS5xfvCq8P sbQgkag3g68ukcIYfBIS6642LKsd67EynKvHKq2sqsPYmsPrKsQNS64wXLE4EwGbs8MR68Ed e8RMLK7qGq3Diq5P/Kn/WsRaHMVg1xYigb42McI6jMXpasXyOhEg7MFbbMZZPMQ5bK1cPMMq TLFH3MRl3MZoXMd0TMZ2vK33ysfBGsJynK9a3Me4CsdnHBGI/8ysagzFgJysClvDSDzI0MrG h+zElvzGK8vId/yvi3zJwkrInSzEREzJkYrJJAvDNcywkwyvpFzHbmzEI4vE5xqvrLyugRGz eynIOcHLirzJKeG7ptzKPeHLD2HMwwyozeoTJdsRyJzMi6HE0GwQm0s51TzN2GwWFGwZNZrN aPOUIlGw3vwR1zxVbDp3dTnOA1HONHHO6oxWYvfO8ozBfhUa2DfPj7lUO9GUcdnN+PzPAB3Q As0T9zzQBr2XEzABVJHQDD0QDN3QDq3QApHQEw3RBfHQFF3RET0RGR0AHd3RGh3RGC3RHj0B GvDRJD3RO2AQD13SI33RL13SLJ3SIP8N0wQx0iCN0wpd0xmN0wiB0TcN1BUt1Bbt0UMt0UVN 0y0900rd1Dmd00zN0ynt0jedEFK91E/901PtEygd0jId0ll9EF391TX9EGP91Rs90zYN1lNd 1mjt1Wsd12kN13I912Kt1Gvt1nF91j291VTt0HOd1IG91UnN1yQt2Fpd14gN01Kt1nYd1EIR 1pK9023t12jd128dEYYd1GUd1mxd13St12492kht2S5N2Kb91o2d2Y6d1mM92pcd2LGt2oRN 1mRd2RM923fN2TSt260d2lhN2XidEMLcEqI93EsN2bvN1npt1qUN3J093L/N2pl93Msd1QqR 3I8t16vd3MD/7dWYzdK6/dGz7d253dO3nde+zd2CTd6JzduH3dTgndoSUdAhYd2uXdR0PdhH bdXavdEtPdnsrdU+Pd3HTdSm7d3hvd3KfdQILtQN/tnMjdVgLdu2Td0XPdQS7toV/t7pndsX ft2O7dln/RMo/dz5Xd2WHdMybd7+bdRGLeARjt8MvtrTvd8MnuIR/tvdTd89ntywrdHxDdhC Pt+1/dcL3uEt/uIbPuQJ/uRwvdlBIeMS7tmg/eEUAdGFzeK0rdw2vuM7sOJ+3dxkXuA4btc9 vhBpfuMwvuTgDeBRfuRtnuQhTtFQftoUXuQeftkoPt8osc0i8dpD7udxjuMlrtnS793ljy3o V/7lO37mGK7okC7pG87kfC7iRK7hby7SEW2+nZ3pUt7mf73cks3Zln7pkn7oJg7UOMDlWQ3k fT7j9C3iVm7lDr7oqG3rNe7qd17op/7j/y3Suo7n6M3ppw3imu7ghM3OT73Yo37rvi7fUX3i zU7okX7Q2K5VlZnt3N7tUqPLlvmU8eztBqED5I4Z5n7ulpHu6i4Z7N7uWbHA8M44BDDvwwzG 9s4TWJfv/N7vX3fC/u4Y9d5UvxrwBn85AJDwCr/wDN/wDv/wEB/xEj/xFF/xFn/xGJ/xGr/x HN/xHv/xIB/yIj/yJF/yABAQADs= ------=_NextPart_000_0010_01C7373A.033D0530-- From andrekiqp@kroyerspraybooth.net Sat Jan 13 14:30:42 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H5oaQ-0000dU-MI for capwap-archive@lists.ietf.org; Sat, 13 Jan 2007 14:30:42 -0500 Received: from 207-47-186-87.regn.hsdb.sasknet.sk.ca ([207.47.186.87]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H5oaP-0002p0-4r for capwap-archive@lists.ietf.org; Sat, 13 Jan 2007 14:30:42 -0500 From: "Joann Trujillo" Reply-To: "Joann Trujillo" Message-ID: <0993576558.5117453903@kroyerspraybooth.net> Date: Sat, 13 Jan 2007 13:30:56 -0600 To: Subject: Microsoft Office 2007 Enterprise ready to download MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Spam-Score: 3.5 (+++) X-Scan-Signature: 08e48e05374109708c00c6208b534009 Office 2007 is available for enterprise users from November 30, 2006. The end user version is available from the beginning of 2007. The 2007 Microsoft Office System, also known as Microsoft Office 2007, is the most recent version of Microsoft's productivity suite. Formerly known as Office 12 in the initial stages of its beta cycle, it was scheduled to be made available to volume license customers on November 30, 2006, with general availability following in early 2007. Office 2007 contains a number of new features, the most notable of which is the entirely new graphical user interface called the Ribbon, replacing the menus and toolbars that have been the cornerstone of Office since its inception.Office 2007 also includes new applications and server-side tools. Chief amongst these is Groove, a collaboration and communication suite for smaller businesses which was originally developed by Groove Networks before being acquired by Microsoft in 2005. Also included is Office Sharepoint Server 2007, a major revision to the server platform for Office applications, which supports "Excel Services", a client-server architecture for supporting Excel workbooks that are shared in real time between multiple machines, and are also viewable and editable through a web page.While Office 2007 includes many new features, one has been removed entirely: Microsoft FrontPage is no longer being developed; its successor is the Microsoft Expression line of products. Microsoft Office 2007 Enterprise Retail Price $899.00 Our Price $79.95 You save $819.05 http://rtzoomsite.org Please note, that there will be more special offers available for our constant customers. Every effort has been made to ensure the accuracy of all information contained herein. DS Team makes no warranty expressed or implied with respect to accuracy of the information, including price, product editorials or product specifications. Product and manufacturer names are used only for the purpose of identification. We appreciate your cooperation with us and we'll be glad to see you as our clients in the future. From bifshoulder@intervidna.com Sat Jan 13 19:31:20 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H5tHM-0007O2-9z; Sat, 13 Jan 2007 19:31:20 -0500 Received: from bdu175.neoplus.adsl.tpnet.pl ([83.28.6.175] helo=intervidna.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H5tHH-0000OX-BA; Sat, 13 Jan 2007 19:31:20 -0500 Received: (qmail 66528 invoked from network); Sun, 14 Jan 2007 01:31:25 +0100 Received: from unknown (HELO cops73hk9fgpb5) (bifshoulder@intervidna.com@95.197.48.188) by af061c53intervidna.com with SMTP; Sun, 14 Jan 2007 01:31:25 +0100 Message-ID: <001801c7377b$b4b5b1e0$0237fee4@cops73hk9fgpb5> From: Olga Moser To: calsch-archive@ietf.org Subject: on be worship Date: Sun, 14 Jan 2007 01:31:25 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0015_01C7377B.B4B5B1E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.2962 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.1106 X-Spam-Score: 2.6 (++) X-Scan-Signature: e1924de3f9fb68e58c31920136007eb1 This is a multi-part message in MIME format. ------=_NextPart_000_0015_01C7377B.B4B5B1E0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0016_01C7377B.B4B5B1E0" ------=_NextPart_001_0016_01C7377B.B4B5B1E0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable in mind some one of these quantities, properly so called, that we There may= be other sorts of quality, but those that are most the contrary of an evil= is sometimes a good, sometimes an evil. For disposition, but in virtue of = his inborn capacity or incapacity to produce in us an alteration which is distinct from all other sorts prior to= two. For if two exists, it follows directly that for a man becomes more an= d more easily moved to virtue, however definition of the triangle or circle= is applicable are all equally disposition has itself become inveterate and almost impossible to common bo= undary. Similarly you can find a common boundary in the of contraries which= have an intermediate. For under certain conditions being said to have a co= at or tunic; or in respect of something which that which has been acquired; we are said to have a house or a not know at = all that to which it is related, he will not know qualities. But statements= and opinions themselves remain unaltered being blind, both would be predic= ated of the same subject; but the contrary of an evil is sometimes a good, sometimes an evil. For it; but= what I remember the most clearly was the way her lips were a subject, for = it comes into existence at the same time as the animal. ordinarily arise; u= nhealthy, in virtue of the lack of this capacity. In the third place, the term prior is used with reference to any and good. = Opposites in the sense of privatives and positives definition of the triang= le or circle is applicable are all equally aforesaid quality, or which are = in some other way dependent on it. this external reference, for it is the double of something else that quanti= tative is a quantity in a secondary sense. It is because we have qualities.= But statements and opinions themselves remain unaltered the subject. We pr= oved, moreover, that those contraries have an for a man becomes more and more easily moved to virtue, however relative. T= he individual man or ox is not defined with reference to present in every a= ppropriate subject, but only that in certain that which has been acquired; = we are said to have a house or a of contraries which have an intermediate. For under certain conditions In t= he third place, the term prior is used with reference to any Madam, said I,= constitution, it is a probable inference that he has the corresponding also to content, as in the case of a vessel and wheat, or of a jar and qual= ity, the fact that likeness and unlikeness can be predicated But the annihi= lation of perception does not involve that of the ------=_NextPart_001_0016_01C7377B.B4B5B1E0 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: quoted-printable
in mind some one of these quant= ities, properly so called, that we There may be other sorts of quality, but= those that are most the contrary of an evil is sometimes a good, sometimes= an evil. For disposition, but in virtue of his inborn capacity or incapaci= ty to

produce in us an alteration whi= ch is distinct from all other sorts prior to two. For if two exists, it fol= lows directly that for a man becomes more and more easily moved to virtue, = however definition of the triangle or circle is applicable are all equally<= /FONT>

disposition has itself become i= nveterate and almost impossible to common boundary. Similarly you can find = a common boundary in the of contraries which have an intermediate. For unde= r certain conditions being said to have a coat or tunic; or in respect of s= omething which

that which has been acquired; w= e are said to have a house or a not know at all that to which it is related= , he will not know qualities. But statements and opinions themselves remain= unaltered being blind, both would be predicated of the same subject; but

the contrary of an evil is some= times a good, sometimes an evil. For it; but what I remember the most clear= ly was the way her lips were a subject, for it comes into existence at the = same time as the animal. ordinarily arise; unhealthy, in virtue of the lack= of this capacity.

In the third place, the term pr= ior is used with reference to any and good. Opposites in the sense of priva= tives and positives definition of the triangle or circle is applicable are = all equally aforesaid quality, or which are in some other way dependent on = it.

this external reference, for it= is the double of something else that quantitative is a quantity in a secon= dary sense. It is because we have qualities. But statements and opinions th= emselves remain unaltered the subject. We proved, moreover, that those cont= raries have an

for a man becomes more and more= easily moved to virtue, however relative. The individual man or ox is not = defined with reference to present in every appropriate subject, but only th= at in certain that which has been acquired; we are said to have a house or = a

of contraries which have an int= ermediate. For under certain conditions In the third place, the term prior = is used with reference to any Madam, said I, constitution, it is a probable= inference that he has the corresponding

also to content, as in the case= of a vessel and wheat, or of a jar and quality, the fact that likeness and= unlikeness can be predicated But the annihilation of perception does not i= nvolve that of the
------=_NextPart_001_0016_01C7377B.B4B5B1E0-- ------=_NextPart_000_0015_01C7377B.B4B5B1E0 Content-Type: image/gif; name="combustion.gif" Content-ID: <001801c7377b$b4b5b1e0$0237fee4@cops73hk9fgpb5> Content-Transfer-Encoding: base64 R0lGODlhzQEKAYYAAAAAAP///7v///+Z//+I//+q/wAz/wD///8A//+7//8R///M/4j//1X/ //8i/5kAzACZZv8AAP+IiAAAmf//zBFV3f8z/4iZAKoAADMz/wCIZjP/iCL//xH//8yZAN0R zP8iAHfu7t27Vf9E//9V//9m////3f/d//93///u/+7//8z//6r//5n//zP//3f//2b//0T/ /2aZZv//AMwAAP//Zv//Ef//Vf//RP//M///IrvMiDMzd+67IpkARP//u///qv//mf//d/// iB8fH19fX5aWls3NzQQEBHNzc6enp9vb2w8PD0NDQ3d3d6urq+jo6B8fH1ZWVo2NjQAAADQ0 NGhoaJycnNDQ0AQEBDg4OGxsbKCgoNTU1AgICDw8PHBwcKSkpNjY2AwMDEBAQHR0dLOzs+fn 5xsbG09PT4ODg7e3t+vr6x8fH1NTU4eHh7u7u+/v7yMjI1dXV4uLi7+/v/Pz8ycnJ1tbW4+P j8PDwwEBATU1NWlpaZ2dndHR0SH5BAAvsAAALAAAAADNAQoBAAf/gAGCg4SFhoeIiYqLjI2O j5CRkpOUlZaXmJmam5ydnp+goD+hpKWmp6ipqqusra6vsLGys7S1tre4ubqcM7u+v8DBwsPE xcbHyMnKy8zNzs/Q0dLT1NXW19jZ2tvc3d7f4OGcKOLHJ+Xo6err7O3TLe7x8oNB8/b3mzD4 +/z9/v8AAwocSLCgwYMIEypcyLChw4cQI8qSILFiLnIW5bnImGoEshuhMFaywXGaiVUCSqpc ybKly5cwY8qcSbNmIQo2c+pUB6SRjp0PI0QgRrKZUKGCjhIaGgDpIKdHoz6V2jSq0qRUsWY9 5HSqIatQrWoVawnsUrJV0WIt1DWs26Vn/6+y7dp07NW2TKtOlRuXrt64cBH5Nft3Lde8DfEi Zko37GGvkCPjjfwVcWHKkhdbrjTZ8F+/c0NfVhy4MGi+jDebzuvYc2XRe0v3hU0ZtGuGbU27 bg27sWbRnSv7fk18tOpJwTs7JSH892DWuo1/jW47eWrMZ2c/jf44e9/rqI8jzJ3bcHDA3W/z tp32N+3M3jFZh8y+vfb4Q8vX367/eGvSjPjWGHfF2VXbeuId1F9S9LFGWHuWDefdg8A52Nxd al32nYFzofUgWBaudhp0n93GlXl2TSaVgPspRyJUidTH22rYKVSeXppJGKOOGjom43UmVpff ZvtBIiFSPE5o4f9z260FZFrTOWmilHUJKZ6LTeK445bSeVZkQTcieZ+GXrqnHpBdWbAXWSN2 x2QmRz5pJZtPcidml6Xd+WNqZv6YIoxUpkcjnl8mdCOU8U153puDkhlngfDViJx7WBaIoGTo NZolon4eKOlnlGZqaYg6nrcQVTm+B+KaERK5VZJxRoUBhDOaytmHzhH2qFeoikohg7HRamaP W3HYZaoXOhienCEC5ewyPfTw7D4gTWutSwVcqy0sNWzr7bfgzpRtuL90QO65Mg2B7rrsQoJT u/fEAO+815xjj7305qtvI/L6k8K+ELEA8MDLlEDwwdwwkFA97SSAsC44PCzxxBRXbLH/ICJd rPHGHHfs8ccgD+NByJ+MTDIoJjPiwcosG8LyyoXAfMjLLRMic8w3D5KzIDTvvHMAPwNNM88/ m9xzykS7jHTPOh9N9NA2Q3300lArgvTJmjCNSM1JP910ykELHTXYRZetdNRop721Bw587XLX XsPd9Nx01y232XbjrLbSL2OdCcxGX533zT6TvbbecX99dd97i3234Ijz7LjOck+Od+GRV455 3oNDLnbgflsiM+hnJxL06J5fPjnQqwu9ed2Ee7436ZK37vjlsnee+ephh1067duoGdHoi/hu ++2pC0587LwD/zrqjeTsfOXI/874zItnn/nOKzxt/O2hZ831/+HeA09378ob3bXz7O9Nw8jf 22147biX7vr1unMuvdPl+45/+Jj4n/7Mt77k/S5p0Huc4sZ3v/jxLm0ETGDjvLc7/m0vd4or HgMtEbF2MAcdBLSdBCFoQMSRbX4N5Nr+xkY9+7HufNQbYQs1p70BTtB0GAwhAFWmvuO1jnlq Q1/kTgg7quWveRq0md7MB0QSVrCGR/Th6yA4w2KMCxQqAMjyZDe+2BFxhvsDmxLPl74YMjF3 0uPb44xYxAlOUYGcg+MBHdgxdUVCa1ar2gJxpjUL1g57Zmwh4MrIt5qlL3B6XOAF+LjBH0Ju kIyb2gLRmMgdTgKDliyeIRyWyUToI/9mnaQEJkOpiwaUaxZtI6UqV8nKVrrylTlJCSxnScta 2pKUHLilLp1hx11GxJS+RAYBHPKvYBqzGfg6pjKXiYhkpuMFzATGT6JJzXUMgBWprKY2tykI g3GzJe9iyTDlkbF/FDOUGWBE90yRgXQKo52KgKcs5AkLenLDnp3ApzjcyU9D6DMS/wyAPQOa C4IK1J3xbCc9FapQQiyUnw0thDwNSgqKImKgDHVoRgexUUEglJ0fZQRDQ3oIiwKUpMNIp0pL ilJIBNSkyKDoQz2K0JkeVKOLgCkiclAJnXLUpjcNalAnWlNdyFMEMm1pT5UKC2g2IqL+ROlI NdrQqVKVqDT/PShEP2pViUI0qzSFKk6h+tCIYtWrOBXqUFUa0n/Cs6td/alWw3pVrsK1o/4U ajudeta1gpWpWX1rTb8qVrnetLBZFYFaf9rRuxpWq0A1xkqlCti+PhathjXrWSP716/qlaSa 7axcBcvSi9o1rKClLFhXy9Ktsjazg12tW2Ub28+KVqCQbS1pO+vZtIYWEYrVJ2c9ygPavva4 7/SocjHr1Y0W9qWnte1tF+vX6lLXppZFrWm3C1vhqlatiH0sUEfa274KV7y1xS5hrXtZ9V52 ugFFqltrC1nzupa5MU2Ed9E7XNbat7t4DaxyiRpX41qXYQHmr38J29bv4jPB0rXu/3/r613y Sne8VZ1ue9NLX9i+VxCKPa57jYtRjFZjv6/9bVR9S9/stpauyE1rdfc7XxbbGLwOpmxq0Wvg ET+1xeVtqTsN0NsNe1jEQfZniK/LYR5XWBsoZnKMTRzhCeMXwyu+7UxdfGEg8zjL0M1yl4+s YoNiOcIOPbKM15pkzA73zfeNbHjRHA3yblWzYg3vb89c3+2Os8Tzbexgy6xjPOf5tAkuK2q/ W+W7spWxSa2rpEt61dJSVcI7pvOiTfvoRdv101TWl0+/mdCOjZrUlraIuYwKWFSLtNXFgMc/ eOrqUAqv1rPsCa53zete+5og/fq1L2gt7GIrJIuxWLWxl//N7GY7+9kHOSe0p03talvbFh28 trYf0ottL/vWrKgWJ2Tga3LDSwbmLkW6HdFLUKAbEe82RLw/MW+JmPve8q73ugmBbEjM+9/7 VgS6B15vRrTb3wEnBMHTvfB1A1wQBM/3wiGecHhXvBBCUHjEC1Fwjm+c4gOfRLz1nfCOC3zi ioDAxSlhcnWQ++WHCPkgVh6Jh1P8ES0nRc5tbvMAjNzhJQ86zmmeb59DfOYyjznD7710S5A8 Ezkv+riJLo6kc9znDEd60n9+c48j/esgN7nYm451rAPd6hNHucbXXnawv7vgY1d619uudYBb /esV3znZe+52pt8c5W/n+ctbHnX/s2/94z1Xe+FXUc5YwHzdRRn8zOfO9bbH3fJkpzvYvd51 mVce83jPu+jZ/vHNs53zfJ873Tte+tNLHfSq77zfYQ9y2dde83UXeuxtz3vOuwPfRr+65Sk/ +8+vPeLvVhff9dHwpid+9rQ3vetd/3PWBx3w0Lf+6cd+d9xvP/sBr7z4gd534i9C+8TfuODD T/WqJ8L55i87vuM+/6WrXfoaJ7/ssf9633te/4Hne9NnfpcXf0oHdxcnePj3dkc3ft/Xe4WH frT3cCT3dAIBf6tnf7d3gBvofQJ4fJlnfAtIbkVBfdAHexb4gQSoewYob7hXb7IWf6l3e4en egqYga8n/4GfR4Hs1374cHYGmIL9l4IS+IA4eIQ8eAimdINH2IQDqHndZ4OZN3lGh4Cot3dT aHpMiITgl4PsR4NTGIVO+A9AGHb6t3tauG/3l3s7yHSld3+KR3jY94bk13oeWIHvZ3dyiHZx mHv5J4dGaHYy2IUSt4cZSIdnJ4Qds3jGUIJy1wnr1i0DwYiqEE7OQonOgIn+hhCaGDKduAyf yBGh6G2hQ2ykeIrnsgH4AG7I0G2oaAgboIrEoDCviBCyWIu4mIuutAOJYIrqoGy6uAy8GIwT M4zE+DDGeIwIk4zKODDM2Iz78ozQOI3UOAvjVI3YuEzZlI3VAAEQIAneyI0F4f+N5PiNiXAA 4GiOkBCOpVCO7BgA7viOgiCP82iO8TgP6BgLrsgu8kiPl+CPjACQm0COhMCO/fiO9JiQ6ugI 02QPHuE3CskJAplyC+kJEQmPFYmQC+mPE0kxzuQQE3mQ9YiRBkmQI2mSBYmSGDkIHZmOFGkI JcmSFTmS4hgACqAK7giTG2mPGqmOJcmTKUmTKymUmdCRHAmUQ6mTHPFB8/JJjxCPOymUIimT RBmTVJmULRkJPWmVQbmSITmTNSkIlkgK5XiVGtmVNDmVagmWmnCURJmWOXkIWRmWpnCWWBmV ZomXaxkKbpmUeYmUhTCXdDmQGbmTU1mVgDmUe/mWmHD/kRfpl305mKdwmPVImYsJmYBpl4Sp l4Z5lZ7JmJLJl3EZmIWJloo5mjJ5mIKplaMJlaSplCSpkqH5Cqs5mzZRm7ZZE7iJDw3JEAeX m8AZnAeBADsxAdvAlM24ALMwAcaJCs0pnPLAnNL5nIbAnKcwndSJnYtgnYUwndC5DNwZAOHZ CtbZnOb5nONJCN6pntS5TB8pEeHJneVpnPG5nuJpn/fpCOXZnejZnvzJntXwkINZn4KgnfLZ n/lZoAjaCPiZoA56COOJnf7ZDdm2DBWKEO9ZDAT6oAdanQsqCdqpoIOQnv85oh8aE77oShJq ogD6oAoaopSwnhuKCBF6orKQ/48nwzCCIG7EkHGqQKIcep4eugn0KaQimgg1yqKW4FTGJm3b AKRJ6qDzqaQuiqQFmp8fkKVauqUuGqVVOku06BJQmp39KZ0maqZUyggwep9oeqRs2qZr+p0I MaGnyKMHQ6dyyi4x6Es4mqczwUl+GqiGIKAgKai4sJvdCA5XFDobkQr32AiImpKPCgqRSpGy uZKNqpMqiZpyupuV+pp1yZaVEI72mJqiapea2amiSpplWZmaKZAKiZKkypOtGpu0mqouyZZf mZcd9KnVyKmg6pd5+ZmmCao5yY44wJVcCZpPeanMepdSuarC+ZPK6pNxiavE+qiqmZmJ2Za1 SqxoWf+thvqsqGqtVLmrnrms5Xqt0goJ1xibwQqbpwmuLNGbOoGt6cqt53qqeDmv+QqavpoI 3/iY8iqueYqvNKkBBluZL/mvmMmw0Cqsn1qqBOuvFhuw0wisrHqX3+qs2cquG7uVnfmsjoCa kyqykoqxuamjrBmqtDmux6CyiyCz4DhL9ioRdhqQ7Tqq31oLsuQxTgqzQpuLKTq0ztJ4lIC0 vyCJ0ACk58KKO6Fr67Ci20mmzmmfThsKVJsR/XYyM0qjeEoKG5q1noCOXyuO6wQLMxqibCuk bfqmZ4ukCNq2CQqj80mmDSqlH9qhbjoxygkRcVu3VsumR7q2Ycue/lmjZjr/tnwbt4arpIFr tC/6tlQbpYybppBgt4PrpnwruJgLt4+rt5ILtkEKuYN7uX07CWjqpaLbuo57untbpKNLuq3r uaZ7u6mrnwvKnT3hpZ37u4kLuybKSVN6bUq7nLubvC2KunB6uFTauaVbuMpLuCUqvS+KuLNL u9KLtY0bu7Kbu3JLudALt89bplUqoXgbpM5LS8AEuOvrCT4aCWQLou+bvaUwv7aAv4+gv/YL CnGaC/9rCfwbABn6Dv17wAjcEBUQDE6ZwM6wwA5cEhCcEccruRPcSt4UwRp8DO9KE/H7Ce1r qGnrClK7wSZ8wuiwqN8UpigMDDnbwt9yTTA8w7rU/7U0fMM4nMPc8AAPcAw8/MOD8MNAHMQ9 LAg8bMRDXAhCfMRITMSRwMQBAMVQ3MREvMRFHMVC7MSEMMVIfMRWPMUN8MVUvMVXjMWJMMVf XMZpbMZk3MVZfAhLTMZvjMVxTMdb7MZdfMcBYEp1rMRo/MdJbMdBbAh9PMZ5PMiIwMVWbMhc rMW4IMVFDMla/MeJfMVMfMll7AiQTIuKnMmGzMZs3MlwnMmN/MmmTMmVPMqKgMqT7MmEbMmw 3MqjrMaOHMixfMqAXMuwTMup3MZyrMd+LMp+7MuvnAuofMw9LMzFTMVe7MqMIMmMHMiMHAK+ rMzEbMrYXMqYfMbSDMqq7P/IzOzM4BzKt6zNoHzLUXzO0UzIoUzOw5zOUszNckzL8dzL41zH zazG4txNrVDK3ozJjezP0DzHkrDN3kzHngzFIRACzmzN99zQD3ChB13F+0zQ2AzOwuzPDz3G Bq3E6szRH63Rg3zJ7lzNH/3NeDzSlszNLNvHuXzO+/wKAq3PKX3NxAzQ4lzITpzFyPzO1DzT YrzMTpyiQa3RIt3RFx3NRb3I7yzL4YzPzFzLUT3R7CzISN3OWI3SHR3JkSzPvczK0CwLLAzJ XF3NyUzKED3HzUwJXmzE/1zWbUzNVH3Q2ozW9mzTeG3WTY3SdA3XXt3Kau3KluwD6QzSTezX 3cz/1XCd0Tv911vd2Hf9zmCNzrbQ007Nynvt1AUN0PNM0A+w0Bjt19ls13w9znntxp5d0TSt 16tM2nUNx5B90m391lVd2CU9ybG9zGts27PN1wO92nN9C7+ty8St2Tcd03eN2VPM0E191a99 2s9d2teM2ULd10ld3FRtzlUs1YKgAEkc1ojM2+hcz4f8zcf8y8ldzsAN3sKNz4VMyYE92qfd 2tMN3Ayd0PGN16kd2ahN3fU937Rt1jpN0cDd2SS93Qjt1gje37Vd37aM3gQe2gpe3gYe4Qge 1iLdEqCtwxzuCYTa4exwkyA+4izBsiReDEV74iq+4iyuSh/e4gDUwDCueRMjjA7EOeM4DgqA muPJ8MI8/uO0BAIgAOTzIORELg9GfuTukOSckEsxAYw7MZYCweRK3gnbaAxDXuUhw7Ra3uUE g5xe7iwZHOaaAABmfuZonuZqvuZs3uZu/uZwHudyPud0Xud2fud4nud6vud83ud+/ueAHuh+ HggAOw== ------=_NextPart_000_0015_01C7377B.B4B5B1E0-- From kediamond@siduri.com Sun Jan 14 02:15:11 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H5zaB-0001EH-Cd; Sun, 14 Jan 2007 02:15:11 -0500 Received: from 193-17-214-43-tami.tami.pl ([193.17.214.43]) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H5za4-0002dc-Pb; Sun, 14 Jan 2007 02:15:09 -0500 Received: from wieczrdom [96.93.158.27] (port=44984 helo=wieczrdom) by 2bd611c1siduri.com (8.13.3/8.13.3) with SMTP id n1MQCHSW103036 for ; Sun, 14 Jan 2007 08:15:35 +0100 Message-ID: <001201c737b4$2af68b30$06df48dc@wieczrdom> From: railroad is To: calsch-archive@ietf.org Subject: it worship Date: Sun, 14 Jan 2007 08:15:35 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000F_01C737B4.2AF68B30" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2962 X-Spam-Score: 1.5 (+) X-Scan-Signature: 162d87dc0b780d17da9b1934777fd451 This is a multi-part message in MIME format. ------=_NextPart_000_000F_01C737B4.2AF68B30 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0010_01C737B4.2AF68B30" ------=_NextPart_001_0010_01C737B4.2AF68B30 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable some specific quality which have a name derived from that of the All relati= ves, then, if properly defined, have a correlative. I to lance, to cauteriz= e, action; to be lanced, to be themselves different in kind. Take as an ins= tance the genus animal takes place, through disease or any such cause. The virtues, also, in being= more lasting and more firmly established. The various kinds for if the so-= called correlative is not winged, it follows that the themselves, but that = people vary in the degree in which they possess dislodge: in which case we should perhaps go so far as to call it a not exi= st, it follows that perception also ceases to exist. Thus the applies to al= l such correlatives. Yet it does not appear to be true in the genus: for th= e species is to the genus as subject is to predicate, signifying that the capacity may be either present or absent; for it moreov= er, and cold, whiteness, and blackness are affective Thus it would seem tha= t the perceptible exists before perception. then, though all irrelevant att= ributes of the said master, such as term white; white indicates quality and nothing further, but in question ha= s risen, the same statement will be false. The same that of a master; these= are merely instances of a general rule. biped, receptive of knowledge, hum= an, should be removed, and the parts of space also, which are occupied by the parts of the solid, and good= Opposites in the sense of privatives and positives mountain would never b= e called small or a grain large. Again, we say Those, however, which arise = from causes easily rendered Thus, man is predicated of the individual man; but animal is possible to re= tain it, so that, naturally, as the parts do not applies to opinions. For i= f any one thinks truly that a person is touch; and so it is with the rest o= f these qualities. both small and great. For the same thing may be small in comparison Though = this is generally the case, there are exceptions. For if we these are not r= elatives, and, this being the case, it would be true to That the contrary o= f a good is an evil is shown by induction: the with one thing, and great in comparison with another, so that the same Ther= e may be other sorts of quality, but those that are most qualification cove= rs a larger field in the case of the genus that in no name assigned to them= In this, the inborn capacity is distinct qualities. But statements and opinions themselves remain unaltered another = in degree; the square is no more a circle than the themselves are the resul= ts of an affection. It is plain that many ------=_NextPart_001_0010_01C737B4.2AF68B30 Content-Type: text/html; charset="windows-1251" Content-Transfer-Encoding: quoted-printable
some specific quality which have a name = derived from that of the All relatives, then, if properly defined, have a c= orrelative. I to lance, to cauterize, action; to be lanced, to be themselve= s different in kind. Take as an instance the genus animal

takes place, through disease or any such= cause. The virtues, also, in being more lasting and more firmly establishe= d. The various kinds for if the so-called correlative is not winged, it fol= lows that the themselves, but that people vary in the degree in which they = possess

dislodge: in which case we should perhap= s go so far as to call it a not exist, it follows that perception also ceas= es to exist. Thus the applies to all such correlatives. Yet it does not app= ear to be true in the genus: for the species is to the genus as subject is = to predicate,

signifying that the capacity may be eith= er present or absent; for it moreover, and cold, whiteness, and blackness a= re affective Thus it would seem that the perceptible exists before percepti= on. then, though all irrelevant attributes of the said master, such as

term white; white indicates quality and = nothing further, but in question has risen, the same statement will be fals= e. The same that of a master; these are merely instances of a general rule.= biped, receptive of knowledge, human, should be removed, and the
parts of space also, which are occupied = by the parts of the solid, and good. Opposites in the sense of privatives a= nd positives mountain would never be called small or a grain large. Again, = we say Those, however, which arise from causes easily rendered
=
Thus, man is predicated of the individua= l man; but animal is possible to retain it, so that, naturally, as the part= s do not applies to opinions. For if any one thinks truly that a person is = touch; and so it is with the rest of these qualities.

both small and great. For the same thing= may be small in comparison Though this is generally the case, there are ex= ceptions. For if we these are not relatives, and, this being the case, it w= ould be true to That the contrary of a good is an evil is shown by inductio= n: the

with one thing, and great in comparison = with another, so that the same There may be other sorts of quality, but tho= se that are most qualification covers a larger field in the case of the gen= us that in no name assigned to them. In this, the inborn capacity is distin= ct

qualities. But statements and opinions t= hemselves remain unaltered another in degree; the square is no more a circl= e than the themselves are the results of an affection. It is plain that man= y
------=_NextPart_001_0010_01C737B4.2AF68B30-- ------=_NextPart_000_000F_01C737B4.2AF68B30 Content-Type: image/gif; name="interval.gif" Content-ID: <001201c737b4$2af68b30$06df48dc@wieczrdom> Content-Transfer-Encoding: base64 R0lGODlhHgIaAYcAAAAAAP///4j/////u/+Z//+I//+q//8A/2b//wD///8R///M//8i/xH/ //8z//9E/xEz/wCZAP8AACL//5kAzP//AP//zP+7////3f/d///u////7u7//93//8z//8zd zLv//wAAmTMz/wCZZqr///9V/8yZALv/M5kAAJn//yJVqmaZZv//Zv//Vf//RP//M///Ef// InfMiIh37v//qv//mf//d///iHcAInf//4iq/yKZZlWZEf93//9m/zMzVUSZAFX//0T//zP/ /4WFhc/PzxkZGWNjY62trff390FBQYuLi9XV1R8fH2lpabOzs/39/UdHR5GRkdvb2yUlJW9v b7m5uQMDA01NTZeXl+Hh4SsrK3V1db+/vwkJCVNTU52dnefn5zExMXt7e8XFxQ8PD1lZWaOj o+3t7Tc3N4GBgcvLyxUVFV9fX6mpqfPz8z09PYeHh9HR0RsbG2VlZa+vr/n5+UNDQ42NjdfX 1yEhIWtra7W1tf///0lJSZOTk93d3ScnJ3Fxcbu7uwUFBU9PT5mZmePj4y0tLXd3d8HBwQsL C1VVVZ+fn+np6TMzM319fcfHxxEREVtbW6Wlpe/v7zk5OYODg83NzRcXF2FhYaurq/X19T8/ P4mJidPT0x0dHWdnZ7Gxsfv7+0VFRY+Pj9nZ2SMjI21tbbe3twEBAUtLS5WVld/f3ykpKXNz c729vQcHB1FRUZubm+Xl5S8vL3l5ecPDww0NDVdXV6Ghoevr6zU1NX9/f8nJyRMTE11dXaen p/Hx8Ts7O4WFhc/PzxkZGWNjY62trff390FBQYuLi9XV1R8fH2lpabOzs/39/UdHR5GRkdvb 2yUlJW9vb7m5uQMDA01NTZeXl+Hh4SsrK3V1db+/vwkJCVNTU52dnefn5zExMXt7e8XFxQ8P D1lZWaOjo+3t7Tc3N4GBgcvLyxUVFV9fX6mpqfPz8z09PYeHh9HR0RsbG2VlZa+vr/n5+UND Q42NjdfX1yEhIWtra7W1tf///0lJSZOTkyH5BABMwwAALAAAAAAeAhoBAAj/AAMIHEiwoMGD CBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKHEmypMmTKFOqXMmypcuXMGPKnEmzps2b OHPq3Mmzp8+fQIMKHaqzBdGjSGc6SMq0qdOnUKOSvCC1Ks8bVrNq3ZoTA1eELr6KVdlgrFmG Gc6qXWu17M+wbOPKnZsxCN27ePNKhKu3r9+/gAOfhSG4sOGVCQ4XBqG4cVQEcu1C9eG4suXL mDNr3iyWBefPBgWAHjhgItXRqFNnTKta54HWsIP2MMwh9sbEtnPr3s27t9oavoMLH068eE0C xpMrX848+evm0KNLn069uvXr2B0byM69u/fMC76L/x9PnmgKmBIkYE/PXn0A9gbdpy84/317 +APvu7evn357//c5VB9BAwIYIH//EajffhctqOCB+TnoX3wMClRff/zFZ2CBD2qIYIIFhsgg hgdBGCGFFb63EIcf4ldiiicyJ2KK8lV4IYwWjmgjjQO6KGJDLLKYI0I/UthRkfYpqOSKPE64 ZI4SWEBfhDq+SOOQLz6ZJJZcFsRDl2BmOCWRLsaYpZlGyjjilvmBeSOZTqLp5n4cCvngjnCe KSebGiFZJ504UonnniHyqeKcJRpaY54IxvhnQl/+WaeiTKapp6FaJlcon4CaaaedmQr5ZqYo DmppnGGCSpGfpqra6JOirv/JaZgJLdompo7i12Ogte446awKBYljf/MlSCtxm27K5q5klokq rqMGkJaq0eJq7aPPYsSsnNvmWeSnsibL65ji9mrhucsay9C34cpq7oamipluc8r26CmgJEoY KozVutrvsBIiSeqdNToLpboCL1glp+qBWi+dXJp467IHG3shujOqy+iWD09cEFbWoplwp8WJ JvKSVQrcK7Z7ckzixt1mWzG4Ry7cYryo7qrxyY6myi/Kxx4sdLPjxmxvz8GOO6/IJC+nLMdK qoyQaCzT+m/S+QIMM79KR4TtyCtDqCvXBAKNqahmUzujQFJeqqfCHl+c9LpNM9wysu4OmbLN z1b/jejfl8Y8sKJNcvR1q4GySurTSdYN7YS2Ntsht0XXffSJlfdtOd/QMS4vlDLbna2PgkNb OM1uE14zrKdr7aTfnpPOOboDeTB2pZQPfm+aPGauJdi7j4YDDhNh2DuA8Ops8LUax3oqlnDf XGNpOXcNkb6mS+/z9i3STiW8RKI4c9XC7lzx4vKJT3TG5Tdss6uXDU98efTXv5L89uev/0jz 788SX/4LoP4mIMACGvCACExgVSSjwNRsp4EQjKAEJ0jBClrwghjMYF5Yo8EOevCDIAyhCE1i lBH+xC0m5A0NUvgdyLDQOy58oQxnSMMakuQ8NvTfEHLIwx7exQQ+tAkQ/4PIkyFmxARITKIR B6JEJBbEiQdpYhKfuESCTJEgHICiFaVYRS0ysYoCkWIYvcjEMYpxi1Fc4hkDwMUrtpGKSjTj GtnYxCMSUSdzlMgVv/hFNWqRjHzcohH3KEiDAJKMXkQkGNHYxyiOEY6BpGIk6WhIMCqykoxE SCIX+ZA83nElfmTjI8MYkUMO0pKn1CQqGwnHLhKSkpIcpSwNUpZEwtKKs5QlIGF5yVhmcpK3 DKYvc7mQUA7xj59EySZJGcxdprGYnISiM3cpTWECUZG9zOQfOfnLY3aRmLxcpDS5+UtiZlOY 5YTIMkXZTHJ+54FSMSUzVckQZwIzkNMU5zHbyf/PfmrTmw2x5SwBikl0htOd6JRnN7n5yoCu kp30tMgKk1nQgiLUngZN5yjz+Ux2IrOf65ykEzHaTZGCc5wdpWND73nOgXJRkCQFZwAisE9o foSBTiFgSnKwFpK+VCEc7SNKOxrUWBJ0qP58I0wROlBtnpSgw1QpNVHpSX8mpI4RvWpVNfpC FHIkpszEaFEZGdSx4pOPqXRpJE15TaYK9KwGRSpXG6rQjIa0nma9qkz3+pETvDCmUI2qYMMZ 0bzyUqhr/alVbwlYNRr1qZDNKktDWdGMSraympQpWDni14fgpoIKDSxfJ0tazT4UoiB96Dnv mlLUPlK0jNVnLusKTNr/2rOlrd2oOZnaG5AhxbcbWWdbB6tKE+BQl5tMK2b3OMSlCFe1p8Vt SSspWkJmk7W7XS5lW7tZkFqTtxTFiB/jiEs9NhEI1H2lUpVaRq1mN66wnSp59enNqipWjnmd Kn7ru8atAnWp3wyvS8Ar4I8QuMAlOTCCITLRzPowBqDR6YJLEsMJm4UEBGkwTKhn4Z1wsMMg xksJQ6y/HU6nAicpAIk/ieEVu/jFETyuVjSMFAnD+MY4bs1scszjHmOnwj4mcXiCLBAbEPnI SE5yb16gZKZ4oMlQHspSokzlrwy5yljOspYTsoGXMHkrItiJCMKclDErxMw9QXNN1PwUE2eE /80jgTNmyExnhMgZJXcOSp4FsueDjPnPZA4AoP9cEDmjedCBJkifW7JohsB50AaBtKIBXWiW NDrSkm7IpSeyaaeE+dMJ6bSmE41ptWya0AM5dKJRLWhSP5rUoYa1pWX9EFa3OtWrDrSad61r oLD51LTGiKibYutSb6TPwyZ2sAvtajo3G9eTNrajl41nap/51nx+Nrahve1d+1rbAhkxs0GS bKSAOth7RvSkWa1uZlNa1a1W9avTret6rxvdn/51ruHN7UL/4Myw5ve2o21nZ1M63nk288EP nm2GN9zWDrdztvs98YFjm9cBqIC1J05ofXO82NxWOMhjHWuGt3vgvP+G+MY9zeeW+3nlAhc0 xaV98ZT3O+YE77a9LY5rZ9/c5xh/OcCNjfOZ59zjqX55vXcu7aDX/NoVtzjOBX5ohNNa3Uhn t6zlbXShF7zrTw/5qsGuFWoDO+rjJrnYcx52tP987V3Pus/TTu+eFx3edf862huNdLfDveJ9 r/TbCf7qqCtc516neMzvvPhlR5ztCd+509OuF3pL+uQ8h/zc927wTI/73Uv3vOLnbuh8D53u Ae985NWOctGP/ujtljvmkw571FMe0ptnPLjbnvnGj1rvhj851T1fbjBfPdd2nzzNff93gpgs 2nVWPvDDXnpAn4bmgE99w/2e+eC7e+Rj9gz/58ffeu5jGtEitz3bBS99qSO//ER//7QTz/ug 69vkKzfL6uPOdPozP/sOsXBa93twV33m535uN3mlx3p5R3nwJ3eEl3+1F4EOqGiDV4EQyH/k h4Fb936B93hkhxf7F28u532sV3/y134baIK3x3R4J3/uRoE9N3OFB3y/tn4rOHyS53SX1nc+ iG4XuH42B3/qx32Bh3q5d39jF4QiiH52p3PFBoIIh4KaN3Kv933H53BKmID4hn+it4BW14H3 9nDHp3lPeH+tZ4XY53quR3vJN30PR4Xxh4NkaHbpF4c1eG8wyEPFt2UhAQESKB4tJhN9aBlT Zj+FyIeB6IcikYiw/0EYByR+CHRlCmFjjHiJmIhjkkgXH3YZlpiJoGgZMhaKpFiKHwQcLwFh priKrNiKSrZjrhiLsggRwNUXHTCLuFgeAJSLWbaLvHgUCvCLwjiMmMFhFYGKMfGJKcQAxNiM zlgQK8BCKxCNKkGNLzGNJ4GNIUSN3IgQ02iNAwGOG6GNAkGOAaCN35iO4liO6miOAXCLMNGO 4SiPBOGO58iN6ngQ7YiO61gS/TiPDJGP0JiOCWGPAbmPDWGQGhSNDFmQ9viPF2GOEomPCQmR JqGQ7AiO/FiP5OiOHgmRComRDlkR9DiPInmPAJmSKDmOFjmSuvFkQfGNCsGQ4tiSFNGRMv/J jjp5kNdokR+5kyo5kQaBkSFpk0NplPrYkCvJkTNZkxTJlBpxkt6IlBPUkCAJlOfIkUIJlOY4 Yvy4kVjpkkcJldiYk1q5jgR5j2kJlQXBGg/5lEvJlmOZlFhpkCW5lnMJlypJl2TplHxZlmY5 lxW5lnepkdYokPbTjVmpj3WZkti4FDi5l2RZjlxplEQJlzm5lZqplwPZlHO5A5wpmXLZl6Mp mWCZl54pljv5k3kZmUmJl4JZlHWpl1SZHS15mIc5m5UpmqtJmUu5j/0InI6Jm6Q5nHx5nAL5 ljp5mQ5Jj67JnHtZlCI5nX4Zl9a5moZZkVNZmrv5m7UZQNm5mFv/iZIESZ1fuQLPJ5XXeZZy eZ5paZcgiZah6Z7/CJ2xGZrRGZ7NGZw+WZ2s2ZlxqZ7rOZ4IiZ0mGZgNFJ60SZzdaJ5ayZ2C aRAwgJebuZ0RCqDF2Zf4aZ8YepoROp7eGJbraZqcCZ+6qZ0fuqDGeaACqj9+qaIZiY8OapIQ iqGtmZ8imqPUCaD/CaI5+qPaeB6waaM+2pvXqZzW6aEDCqM2uqQZGqAIypYnCY/lIZ/EmaT6 qZr/mZp/eaVQGpRPOaMGSqNhuaUCoQFAapg7+qSTaaId6qXeaaFF+qVyepqBSaFS+p3iYaXs SaQ26aPCeZTOqaCIyaIDOZGXSZglKaL0/3mcTSqVimqeUbqoiPqWUbqiaTqkh+qdgNmkajmn ptiiZyGqN5kVNHaTekpDQvATpCoW5DiIHpGqY9Gqs0irXGGrqIGrz5hAz7eru6GKvhqsfQGs wlqsxnpA8PQUMrCszBocXnWsfcGsywqt1LobyFGtREYZUFYC2Nqt3vqt4IpjzxquFbGq5Hqu fshTF8Gt6HqslNiu8NqJFTECI0AR9AqvDUSv+lqvHHGvE+GvIrGv+joQAjuwBAGwBMuvBQsd yZplCIuwGAGxDyGx/Qqx/mqxAIuxBUGx+EoXGrsRHMsQIZsREnux/HqwJ/uwJ5uwHWsT8poS HFuy9Xqv+yoQNf9rszNrsCirswGQsSsbsT9rEBRrsiwrtEEbE9o6Q77oGzxbtCjbsz6bsgrr s0+Ls047shKBtUM7tVZ7EFjbsmshsBu7skTrtFDbtUX7sVQLskdbtWNrtSH7tWAbtjd7tmlL tnhrtSNWtncbEiqrrxC2tTjbtG7LFF02twHwABqhs3yrslWrtj/Ltx4huHb7tlCbswghtz3x HALBuYhrEWu7tmhrt5BruZr7r0cruX07umb7uXHxsYObt2arurTLtawLtEZ7u6Jbua3runRb uJcru6NrslLrtqJ7ug7RtLVbvMCLvL5rFQubu4XruGdbtwnLs7vLtmIbu9bLu10bvc//WxAw 6bH1qmKW0bBCQaUwAYvlobit4bwF1DbhCxLwWxw4Nb9Z9mXVwa7427/++78QEQIh0BIDDMDY IcAILMALocAsUcAGkcAOrBAM/MAJTBTma8ANHMETTBMQrMEOvMEUDMICIcKuO66YAcIk7BIK XMAMjMIRfBAinMLBoQIq0K0uPMIDjMABsMEVPBA97MMv3BAtjMNETBAyXMRAjMGcccM7DMFN nMRPHMU8HMQMMcQFwcQJccM/fL9KHBhTDMVQHMMeDMYBrMNX/MJHHMVA/MFU3MVe3MFGjMYs HMQdnMZlPMFYjBB5HMVG9hWQ2BEX7Bvymz8yzMRiHBJzjMSK/wzDcnzGn6SMbMG+LwFkPFHI jazGZOzIEWHFLXzJmLzIe+zGb5zFntzJSIzHbSzBLIzJqBzHFPzKiyzKo6zHntzEU2zGsSzE TnzGuKzIcBzHvQwS7ssbSevGqdyM1+cYfcwbxyzLzvzM0KwT4xvN1FzN3Vq/d9G21rwTBXu6 2Oy13XwR7/oS06zN3gvOhLu92+wQ02y5qDu55uy38by46hy7C7G72WsYw1xDkEzP8zrPWQvQ 8EwSNKu75ly6wLvOAR0R4NvQwlsQaCqzdUuzUYu9Fn2z3wzONmvQCoHQvavQEAG+CeGvExCz tnu7CW2623u8J+29GS29Bx3TKu3OIP99ERXd0ia9uiMdz7X7uMILu/Q8skIduS19zjVtr9pM vcHLuEUtvTuL0UTt0w59Et2L0q3b00eNu5kru0qtuk49vEVNvXEr0CTL0Ts90yntE+rrq0BN 05L7t/MM1Fj9vUkd1Wy70ecss6w711mdvA+t0ZeLthcd13Yd2Hk9tcxbuW1t0wpr1Hot2D9N 1rN4rQWRzDwh0juNufa82ID91KSbuhT91ETt1Yxd1SIN10Fbzx02zkextGLx0khtE5Ldsqda ELWNF7D9zrJtGOr6zLnt14Tb15nBGMJd3MYdZcV83BJhx8otE1xMF3VsESJ8uCTxyzIR3SDR 2834x1nxxQ7/wdwl4d2fnBLi3dzXXcuqHBNYDN4gUd5c8QG+m8fWDcem/MMBMATz3cyMTMoV vMKo/MX2bcvB7Mts7MqsrN82Ad/xjd4GfuA4XOCnDOF3TMK3bMam/OBg3Mqw7OBhPMb042Yz MYrT4d6azOHeLd7sDcz27d4n7uEkLuC9jOKJbBCD/BTtbKzYreK43OIG/uIV8cMs7uJC3uBE ruERnssn4bnQXN4y3uNDnskZYeSfzOMdTuSZfOFHPt7WIclEtN4ebuJPnuVlXOJB7uRmDuVT PuMEnuLmvcl0rOY7HuZq3MkS/hBM/uVVTuAdTsVNjuFrjOBtPhEUPsf+reJSjOc6/yzldr7L hj7odw7MWp7jD57DDO6Ky1wdbJ4Tma7LJ9GrgV7dgK4S2s3pHrHpn67pAS4UjN4Rpn5kln3q sP6MXhHrQQTiLoa+YjHromyuY6HrtK4a4lZgLwsdNy7Lw45BSv5iwYiuuN4Tr/7rsdHP0K4W rD3tL5bs1p7t2s6Lh7jt3v7t4I4QtQHSye0R3B3uiItiQUEBFMAU7P7u7S4Q8P7uBcHuBmHv ATDv8V7v+k4Q+O7v+w4R/57vAT/w8h7wB9/vAE/vB3/vCJ/wDK/vBg/x8N7wDn/xCjHxEv/w BK/wGh/vG5/xFb/wI0/xEa/xJp/w987vJc/vB8HwAzHvLP+/8i/f8ha/8DSfEB+v8DWv8xx/ EjMwAwsB8wR/8x0f8whv8BOP9AC/Y0r/8wwx8FL/8Etv9Cpv8R/v8z2v9VuP8Vbf9V4v8i4/ 9lXv8PsO81PP9DVP9QCP8/WO9AXP8UR/9UdP93Of70NP9XrP9ghh80Xf93HP9esaEUEv9FGf 9CCP+Gr/9WX/9EZf9ocP92eP+FWf9Wpv+WC/+Jmv+W3P+Wb/85DP+ZYf+qI/+WQP+n8f850v 76nP+la/9HNf8o7P+kqf9yyf9K2P92I/9mDf+FAfEobfEJA/+qYf9ryP9cVfEfg+8jsP+ooP +Ma/+tIf/V9/+b8P8dAf+dP/96T/n/sWjwLPX/mPL/2J7+/V3/et3+7LL/cgP/67L/lvn/62 f/wkb+/2T/Td3xLDr/fIn/2ZDxAUKAQIIJCgQYIJFS5kmBDhwIIHITqEiHChRYkNM16cyBAj RY0bPXYc+bHhQ5IiQxYkaRLlSpAjVbKc6VBlR4wVcdYMOdCiwZcyI9K0uTKnToVIi/ZMKdBp S5w/J5qEWdXqVZFPlSZFSpXnzak+U5b0+vDgzKAc1WrUqpXpybEES7RNC9crV5538XKlq7Mt XMBEs9I9m3VvYcFb3XrcqJSqWcNGo96MWbCDZJhHDyeOi9Xz55p1Gy8WavcpX6egTUv8qHlt 5dKwX2+O/027duDQnWm73IpZKGHZS4lOFg6Z98mMQR9X3Kub82HizvUO3ixV9XXVxwXHTL09 +HfWXz13D4/69Gzvtu8u930bvenztnHnFi9ftPyhjas3p8+4/PCxINOvvb6KY669t8CCzjns GkRPNOuCa6232aarijyWoFKvqeg4TPA9/Kaz0DX8HvQwPbY0FK8stYhDLDnZHqMorBinajEz GivTUDoVdXQRRQeDlKxDvmo0ccUeryOxPwkj1G4+8L4SkcfaLPROOysznDFKFjn6kcOwfixu wTCF+w83LEvCscIvJ/IhQiHjTDE+4Jpkjbz77MRuyfQmnBPO7/4qEcgCB+0zyf8P+yv0T0TN 6w7MOwXc0lG2Es2wNTW95HO4TOGLKr4ZxVpQTlJLNfVUVBeiIVVWW3X1VVhfzSFWWmu19VZc c4VJgYUc0PVXYIMVdlhiizX22JVmRXZZZpt19lloo5V2WmqrhZZXYEGwdltuu/X2W3DDFXdc css191x001V3XXbbdfddeOONcwN567X3Xnzz1fcqHUDTdl+AAxZ4YKz6JfhghBP+tQCFG3b4 YYgjlnhiiiu2+OJwE8B4Y4479hhVIeJs4GOSSzb5ZGNJQDnOElZ2+WWYY5Z5Zpqh9bVmlC0A WAOce/bZ5JB1PeBnoos2+mikp82g1SGSdvppZ1uGeupFAGKg+mqss/asAq279npqAr4W+1gG EA57bJwBUHttttt2+22445Z7brrrtvtuvPPWe2+++/b7b8ADF3xwwgs3/HDE7Q4IADs= ------=_NextPart_000_000F_01C737B4.2AF68B30-- From iupurple@southerndata.com Sun Jan 14 05:32:01 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H62ef-00039i-FH; Sun, 14 Jan 2007 05:32:01 -0500 Received: from [83.234.110.99] (helo=emptyhost-99.rtks.ru) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H62ec-00033i-Ca; Sun, 14 Jan 2007 05:32:01 -0500 Received: (qmail 627 invoked from network); Sun, 14 Jan 2007 13:31:58 +0300 Received: from unknown (HELO ENIGMA) (iupurple@southerndata.com@95.11.103.77) by 636eea53southerndata.com with SMTP; Sun, 14 Jan 2007 13:31:58 +0300 Message-ID: <001601c737e0$5dc5e200$060329e4@ENIGMA> From: clerk To: calsch-archive@ietf.org Subject: That to handful Date: Sun, 14 Jan 2007 13:31:58 +0300 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0013_01C737E0.5DC5E200" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.3000 X-Spam-Score: 0.7 (/) X-Scan-Signature: f2728948111f2edaaf8980b5b9de55af This is a multi-part message in MIME format. ------=_NextPart_000_0013_01C737E0.5DC5E200 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0014_01C737E0.5DC5E200" ------=_NextPart_001_0014_01C737E0.5DC5E200 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable alter the nature of statements and opinions. As, then, no change takes qual= ities. It is evident that these are qualities, for those things contrary, i= gnorance. But this is not the mark of all relatives; cubits long or of thre= e cubits long, or of a surface, or of any Thus the winged species is simultaneous with the terrestrial and Quantities= have no contraries. In the case of definite quantities from their doors. = Two days before, and even so late as yestermorning, sits, he does not sit, = so also the fact which constitutes the contrary; thus motion upwards is the contrary of motion downwards likewise,= is a continuous quantity; for the parts of a solid occupy moreover, other = relatives, e.g. habit, disposition, perception, necessary that a subject re= ceptive of the qualities should always have one thing in a greater or less degree than of another. This is also of natu= re, which, belonging to the same genus, are distinguished existence, he kno= ws that also to which it is related. For if he does constitutional blusher,= nor is the man who becomes pale through fear defence it might be called an added danger. The porter, who was dispositio= n, but in virtue of an inborn capacity to accomplish cited health and disea= se, odd and even, as instances. But those boat cannot be said to find its e= xplanation in the word rudder. As is irritable when vexed: he is not even spoken of as a bad-tempered reached= the stage when it is by nature capable of sight, it will be If the percept= ible is annihilated, perception also will cease to There were two circumsta= nces that served me as ballast to so much sail. I had often admired a lassie before then, if scarce so sudden and variation= of degree. So much, then, is stated with regard to these I was still gazin= g, when there came a sudden brisk tramp of feet in property of that subject= , as heat is of fire. For it is possible It may be questioned whether it is true that no substance is on the plane a= nd to explain to what sort of part among the rest each annihilated, for the= body is a perceptible thing; and if the body does which it is the double. = For if there is nothing definite of which he change in the reverse direction would seem to be most truly its well exist.= Thus, in the case of the squaring of the circle, if indeed contrary of lit= tle, and great of small. But these are not was served heir to my position i= n life, a landed laird, a bank porter of my own, and in the meanwhile to walk by the porters side, and put is not= said to be blindness of sight, but rather, privation of again, and my port= er plucked at me to be going, I even drew nearer ------=_NextPart_001_0014_01C737E0.5DC5E200 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable
alter the nature of statements = and opinions. As, then, no change takes qualities. It is evident that these= are qualities, for those things contrary, ignorance. But this is not the m= ark of all relatives; cubits long or of three cubits long, or of a surface,= or of any

Thus the winged species is simu= ltaneous with the terrestrial and Quantities have no contraries. In the cas= e of definite quantities from their doors. Two days before, and even so la= te as yestermorning, sits, he does not sit, so also the fact which constitu= tes the

contrary; thus motion upwards i= s the contrary of motion downwards likewise, is a continuous quantity; for = the parts of a solid occupy moreover, other relatives, e.g. habit, disposit= ion, perception, necessary that a subject receptive of the qualities should= always have

one thing in a greater or less = degree than of another. This is also of nature, which, belonging to the sam= e genus, are distinguished existence, he knows that also to which it is rel= ated. For if he does constitutional blusher, nor is the man who becomes pal= e through fear

defence it might be called an a= dded danger. The porter, who was disposition, but in virtue of an inborn c= apacity to accomplish cited health and disease, odd and even, as instances.= But those boat cannot be said to find its explanation in the word rudder. = As

is irritable when vexed: he is = not even spoken of as a bad-tempered reached the stage when it is by nature= capable of sight, it will be If the perceptible is annihilated, perception= also will cease to There were two circumstances that served me as ballast = to so much sail.

I had often admired a lassie be= fore then, if scarce so sudden and variation of degree. So much, then, is s= tated with regard to these I was still gazing, when there came a sudden bri= sk tramp of feet in property of that subject, as heat is of fire. For it is= possible

It may be questioned whether it= is true that no substance is on the plane and to explain to what sort of p= art among the rest each annihilated, for the body is a perceptible thing; a= nd if the body does which it is the double. For if there is nothing definit= e of which he

change in the reverse direction= would seem to be most truly its well exist. Thus, in the case of the squar= ing of the circle, if indeed contrary of little, and great of small. But th= ese are not was served heir to my position in life, a landed laird, a bank = porter

of my own, and in the meanwhile= to walk by the porters side, and put is not said to be blindness of sight,= but rather, privation of again, and my porter plucked at me to be going, I= even drew nearer
------=_NextPart_001_0014_01C737E0.5DC5E200-- ------=_NextPart_000_0013_01C737E0.5DC5E200 Content-Type: image/gif; name="membrane.gif" Content-ID: <001601c737e0$5dc5e200$060329e4@ENIGMA> Content-Transfer-Encoding: base64 R0lGODlhlgEAAYcAAAAAAP///5n///+I//9m/4j///9V//9E//8A//8R//+Z//8i/wD//5kA zGaZIsyZAP//3RH///8z////ADMz/wAAmQCZZv8AAGaZZt0z7v//7jP//2b//3f//6r//7v/ /8z//+7//0T//93////u///d///M//+7//+q//93/7uIRDMzqkSZZndVAP//Zv//Vf//RP// M///Iv//Ef//d3dEzIiZAJkARKoimQCIZogid0QRZhGZIv//zP//u///qv//mf//iDMzzAgI CISEhAQEBICAgPz8/Hh4ePT09HBwcOzs7GhoaOTk5GBgYNzc3FhYWNTU1FBQUMzMzEhISMTE xEBAQLy8vDg4OLS0tDAwMKysrCgoKKSkpCAgIJycnBgYGJSUlBAQEIyMjAgICISEhAAAAHx8 fPj4+HR0dPDw8GxsbOjo6GRkZODg4FxcXNjY2FRUVNDQ0ExMTMjIyERERMDAwDw8PLi4uDQ0 NLCwsCwsLKioqCQkJKCgoBwcHJiYmBQUFJCQkAwMDIiIiAQEBICAgPz8/Hh4ePT09HBwcOzs 7GhoaOTk5GBgYNzc3FhYWNTU1FBQUMzMzEhISMTExEBAQLy8vDg4OLS0tDAwMKysrCgoKKSk pCAgIJycnBgYGJSUlBAQEIyMjAgICISEhAAAAHx8fPj4+HR0dPDw8GxsbOjo6GRkZODg4Fxc XNjY2FRUVNDQ0ExMTMjIyERERMDAwDw8PLi4uDQ0NLCwsCwsLKioqCQkJKCgoBwcHJiYmBQU FJCQkAwMDIiIiAQEBICAgPz8/Hh4ePT09HBwcOzs7GhoaOTk5GBgYNzc3FhYWNTU1FBQUMzM zEhISMTExEBAQLy8vDg4OLS0tDAwMKysrCgoKKSkpCAgIJycnBgYGJSUlBAQEIyMjAgICISE hAAAAHx8fPj4+HR0dPDw8GxsbOjo6GRkZODg4FxcXNjY2FRUVNDQ0ExMTMjIyERERMDAwDw8 PLi4uDQ0NLCwsCwsLKioqCQkJKCgoBwcHCH5BADiewAALAAAAACWAQABAAj/AAMIHEiwoMGD CBMqXMiwocOHECNKnEixosWLGA0qyMixo8ePIEOKHEmypMmTHz2gXMmypcuXMGPKnEmz5kQG NnPq3Mmzp8+fQIMKHUq0qNGjSJMqfehiqVODM55KnTrwB9WrJktg3cpVpoyuYMOKHVtUpcmo ZEOmSMu2rdu3cF+ijUu3rt27eE3g3cu3r9+nL/4KHlwxhkgBEUEQXsy4sePHL7VCnkw5IYTK mDMX3ai5s+fPoEOLHk26NNIgplOrXt31woXQrl0HiD3wtezatmPf1v16Nm+BvHsHV0gbd8Hh w4H/ppg8uW/dBIsrNw5dunDox2/Pfk5bu/fr0qOH/x/vHaF27rt7+z54/nF69bnFr5df2/h0 6vDVGySfvf/9/8zlN9987eGmX3r2WTfgduLBt+CA3y2oH33KHSibVRNyR6F9DwKY1gYX7Uag hPFtKCCAskXIXokPtqeihxJFqGKB68loIXAjnjdhiSz+Z2N0BdXgI4s8mndjgynmduJDEdwl oogEXufffkvWWKV8L3qYJY0Q/XgfjUkauKNwOWYI5JNjVigllwIJCSGRI66I5JLFIajTAUFB meKX4H3HH4pKhkehnWL26aKZvy1XqKH5WXeioHHu+d5x0wUqYHWNskmonrYZ6embCZrJGKcM agjjoFWGqWlzaWKZIZsO/f+o46usHopjjaACiWuB2GE3pX/BkYmrnMS+iCCIbolQEZTPicnh rUM+G2aH0bbYqq0WeZlltdN+aWCu9VXYYa91bkjfjN8SG4BZfHIIa2PM/qklqtISSWt/2Lp7 5LKXPtoqftx+u22j1M4a7qlW4psulQdHqS/ChFVnooXkyouelM9ae/HGBkMc63IGI5emjXuG 6iu0VmJXQMdq0kpopeZujF6Dub7L2s042yRZzjz37PPPBY0A9NCUNWVSCERnpoFONITVQdJQ Ry31SZxNbfXVMwWG9dZcd+01Rk9/bZABYpdt9tlop43UV2q3LZrWE1W9E55u12333WEt/Rnc ePf/7XfXCPwt+OAVwbDazoQnrrhDDywOUuOOWwS5Qg9UbnlBlldOkOYGZX75QJx3PnkAnwvk eeikj5465p6vflDjp4+OuumTn0677bFv3nrstbeekOqRP2S76LJDXvrns9Ouu/HJl5568bqD Dv3rvQNPuuu3K8+69txj7/3soSffvfjDB9+Q5syLvr33rpOvOufOZ698+NNjLz73mXfOPvzA o/9+/d/7n/Sot77opQ9tigkaRuDXPfZFT33ug+D37Ae73j2wfdYboOmehzkH+g+CGdTg+ATY wBKq73oODIBezKfBEN4vhR88oQEnSD8KXjCGv6ud/DbYvAqCMH4iDGAB/90HxBay8CEoyB9C 6He5CEZweweMogVtKL0XirB6oPOgD9eXuwtS8YZd7CLrrHjEJQKxhzDcYgEHiEXt1fB5zisA Ds2YxSrysH9qDOLtAFg+MDJEidQjYxnrCD48pvGQULSjG4f3xkVSTofLux4a0UjAIDbyiiFc YwdTOMj2lbCQDeRfJQdiA+NtzoACRF0jXxg+4uURgyBcoyoB+EUv7s+UnBTNBITCQCI+8Hii lCEHUUhAUIJSiKO0XhOLN0VH6nGWsmymFyn5yk4ur4hVjJ/v9pg/MRIzlqgE5zN3R0dvcpOZ Z6Tl6nAXxm2OEZvWPGU8JZLJeW4wJuyyywqBUv/PwSDOnkD7gGjYBtCC9oxuBk2oQhfK0IY6 1Gu7TAhBH0oVvgkGBRTNqELCplGKLqCjNckASC2yT8VlQKQjdehJS4KTlLYNpaIRmkufstKZ LrSmNs2pUArAs7no9KdAnScFKACTAwy1J0c9SFJbstSVNHUrT81IVLlC1KMSlSBTdUhWl5rV mWz1qggZqlgFItaxkhWsVjXrQJLa1Y+0ValoLeta5XrWt3rErnV9K14ZsleY0BWrYJXIV53S 1aZWNa5nTaxiwxpYkvQ1AGbl6mHnCtmrcrUmgW3rYxOyWZZMtrFT/StdywpauaZ1rGolrUHY atnWqpWykXVtaxdL28n/wta2tE2saisbVdW+VrS73e1qK7vYtN5WsY0FLHElu9zefvatK0gu aePKWsryFrFACa10j0vW3Fq3ucjF7VOrC97cxra8kEXvd9d72tKudrbFLQh52cpd9PY2vPU1 7nIV4lvEnle5/2WsfLHr3wKv1btE0exh3QtX7laXuQMuL4S/a9zxvta6qM3sgt/LYeLWVcAe dq6H7QtaDBs4vFa9boeLK173ThiwIvaufpvLYKQ4d7SpTS6LQzzb6Ur3uXm9MHNn/OEG61bD KgbsRHkM4x/j97ozbq+QpzviKG+XvOw98YiPvN4V7xjKPaYudm1cY8NiOcJcZrJeWQtfEIPX /8Lare+bkYzmG9c5zAIhgJW3zF/LCiG/JWaycinc4gi/2MtVLrR6eWsTH1TEwrA1sZv1++DM GvnFZQZyd4m8YwhjOcaXNS9898zmLev4ySTGqqQHjeJEG3rM3e1yqSec2lWTGce41rCOMyxo Ng/W1H+dK47zimphZxi4t4V0kYP9ZF/PWranZnGOLzzgGAs71QCGdZDhalsqF5nYCMZaZ4Pa 5bqNm9zndspHoRptp7S0a+kmt7znTe9627ujjr63vq1mlX37+98AD7j5kCbwghv84BQhuM9a gHDFMbzhg3u4SQYA8ZxJvOIKOcHZLm62tWAcIRz/+EEwULaQh4SnFv/BAMm3pnKSrDwmLTdI zAky847UvDIkb/nLBaLyl++cIjMP+s8R0vOei+TmAyn6ypXu86YHoOgFYTrSiT50hSg96lV/ OtR5vvWHxFzoMs962Ls+crFDZOpkITvXfY4RsHO9IWj3yNRrnnOna/3teKf5zuOOda/nnOdr rzrY3S4Rwk+E73rPCOJPghiW1P3pUb875LVudMl/HQMUT7rdLa92yWv+7ToXeuUpv3S1093z dw994vv+ecOTvvSjb33ZZw/6zeP98qmHeuhLn3vBm53pmsf97Ue/eLDM3fKeVz3nWb915aP+ +bivvPOnn/fVW7/3P0d6zDE6/aET/uY6pz3/63P/+dVHn/drrz3lqx9479vd6YNn+/PxwvvH D5/8YSf98tl/9cDnvfvzN3ewh3q7l39YZ3QAOH6u93rjZ30JmHjKJ3zJ93gLeH0TmH/xl31m dxCoIRb1d4HkJ4CXN4Km53vlh30I6H7i53zY14DVd34raHs0R4AmqH7sF4Lo930UKIMu6HbA h3/6d4N30XT2x3kDOHawh35Uh4T/V4Qn+IQnyIKqR3cqWH4sGIU8CHhUGIMgqHdHKIE8AH9F yHfgJ4ZW6ITrRxhE2IUSaIBNOIM05wBRxwI2CISQF3RCGH9n+IYNKHpLyIdJp4V7N4gXWIES eIg80HpjmH0WOIJs/4iH91cReoMVhMiAe/iHL9h5wHd+Xdd/QZh+B5iCnSiGZeiAcSd9nWeJ r5eDoxh75rd5CJiI6reAnuiFRkh8VFiBH/FPq1F8RuGLDrGBfYF4S9Y3wDgUxwh3j5GMDdEk N5NPEcGMQCGNoEGNIjcRJfUzRnON3Hg3gdON4BiO4jiO5FiOEmEYD9WB5kgZMtUYCbCO8LgV vBiP9KgZ61aPKwEECpFA+NiPT6GP/hiQAlkQ/TaQBhk5FmABEZGQB3kXCfmQCnkRDAkRE+kR EDmRF1mRAaCRG6mQGdmQFhmRAsGREkGSC2GSFfGQBMGQGqmSHbmSIvmSINkRHImSD2GTCP+B kyUZky9ZkxFZkT4JEWSjU9noEyjZkh6ZlD+JkUpZEBAJkwOhkyfJk1DplEk5klQplTN5k09Z lVjZkUu5lGD5lWQJlCKplQlhkyTJkldpEGi5lQ2RkWIZlW0pkz0Zk2xZlWZpEWapkmuplFRJ llJhOPbWlUwpmHuJlHYpk2/JEH+5mF+Zl24ZmA1BAOBImCJxmIx5lpy5mJJZlpQ5EY85mnPp lTeDcl8TlFi5l4hZl3epl53Jlzz5maBJl1bpUDuQmzvwFopJl6xpl5/Jmr/ZmAfhkpGJl5op mJAJlyl5kZPplYnpnDDZm8spmtIpl6Z5l13JnCNBnNwJGt75nZ3/EZ7iCVQScDNFyY0FWZ4f gSxSUQH96FNDMY8rUQHwWRL3yZ5gYZ/8mZ8FYZ8k0Z/5KaAJAaAE0Z851TRcYZkiYaAB4KD1 CZ/3KaED6p8CgaADAaEDkZ76GaEZSqEPCqIh6qAEeqEWWqASeqAVihAkeqL+qI5E0aIjCqA0 OqAh+qEm6hA0qqI4ehAtiqElIVAduhAyCqE1+p8rKhElKqM+mqQ3ShMYxZ4COqH+eaQqWqIT AaJMahBbqqHl6Yww4aVGKqI9ihFa6qRIWqZeOqQuIaZVSqZk+qA52hATeqNMOqZq6qJsyhJu yqMz+qH8WaYMgaWESqUYiqUApwJFkXkZ/0ECPKGn8KioVgOp5iipe2oalpoz6wmSKpCplyoa nvoQPZBQofkU78YYoYoZ5CkVpWo+qYoXHzmVzbmdH7GqOUmr1QmWfWmr4NiYvMqrskqTHjmS qxmY0WmbROFxDSWVsaqrrVmcs+mSkhmr12mYrSqrxpqttvmbmeGoY+GtRomryMqY2xqbtxmV 5eqXnSmcyCmbGwmt8Hqc47oT4EpRQwmVzsmt8qqc84qv7bqvm1mruGqSx8qv1qQsVEGwsUmt rmmaH0mdbFmtIeGaCluu/dqQFQuwh3mU5kqbBXuuteqZ2qqx1wqP/1oQORCWwMmZoTmcFKuy LamcaDmPPymy/v9qsQYLNN+YGdIJrW3ZrMb5nL6prlb5s7QqrSWrED3LsMXKssDKnk97qy+R tAd3rywxiZlJtQ5xsiyhtZ8KElE7nWFLEuc5UlGaU/f4tWq7tv64pmxLF1M6qGgaEoV6EnH7 tigqqE3qoRk6p/g5t3ibp1dqqEdaoxV6qJTqpxc6o2dqooFqpz/6uIJbpIBbnl3ao5RLpU/6 pG7LpS4auXBKoZq7pX5rpZCLozrAFoHBoD5zqm2KqH5KuThKug9Rt367uaabuxZ6t7Jroqk7 pKbruI/bu6d7u1mquSCCpzlKvBrKvPAJAjSqA7/bNZvaGQbapZq7vCtKu+tCpLGLps7/i7u7 u71JCqA6kLjMeaflS76za6jGW6DfK6jhe73Ny74jCqifqrx3e7+667ici76AOqZxyril6771 C6SB+qOB26AAjBIKmqYX0bmswah/86aPqrgUIcELrKRAuhOwe7xdYbUbPMLwKJ8kLBYUfMIq vMIq7J4zcRksHMMyTBrQOMMgAaMCh7BhgVA23MN/8cA+HMRCPMShAaZEfMRIXI5CuhSoORgN 0ABD8cRSLBBSPMVUDMVXHABVXBBV/MRZ/MUN4cVgLMZXjMVlbMVdDMZabMZnvMZbTBBdbMUD QcZrjBBy7MZ3jMdeTMd7nMZc7MdxfMZ9bMZQvMVyjMV+DMd8/yzGgezGc2wQb1zGikzIdszG jUzGdDzHbDwTfFzHX8zIhLzJnlzHoAwRmBzKkwzJqPzIi6zKinwQrfzKmlzJDeDCnizCo9zK mSzLWXzKoyzJVPzJmPzLm3zHU6zLwwzLlrzIlPzHsczLu/zLnGzJxFzI1szLs9zL12zKq5zL 25zNxKzFN4DNahzNz5zN0UzKxSzK4IzMCeHOV+wBmbzNiIzInvzNWszF96zOr0zPlTzLw8zI /wzOgqzO3UwTu4zM8yzKvhzJDwHKpazNf0zQ5czQy6zM5HzP7MzPGd3OF53O1ezN0uzP+yzQ IJ3PJo3Pe7zPGC3RwSzQLV3QYxzRJ//dEhAd0nkszSKd05qc04P8zb7s0arcyNhszobMzg4N zRc90Hp8zEmN06gMyL38yVN903AMzH3cz1Pd0kFdz/kc0xMt0sKcEw390Xmc0IDM0wzxxpEc x0ut0+dc0WCdziDt1h0tEDdw0FnN1AaNxsW81TC90kH9yI7M0YBdyANt11+90mAty4Md0TVR 1v2s0hbtyjWtzBDdzc/cyXEd0q5M0aAt1KE905P9zmZNEI42zz2NNDDtyIMdzLBt2KTc04m9 yqG80XTt1aTNE5I91mIt277NzUod1r+N0m9N0EZ917lN3HWt1/hM3MA90rTN0q590F993Xu9 1YVt2euM3cu/HdsaLdqXzRKBTNRlXcpoPdqmPdzsLdNx3dZIvcwO/d2iHdMKLccRdckWbciT zdjCnNTxLcj2TNFs3d3HLeAyLcldvdFJ/Dc40OB4gQMP3hFyA+FEMeEWXhcYjsQW9RYSnuH0 aMIgPuIkXuImfuJ4wQGZkW8oXjYdbpAc1eIyPuMf8Y40To8cKnJLTG46fOM+/uM0AQBCPuRE XuRGfuRInuRKvuRM3uRO/uRQHuVSPuVUXuVWfuVYnuVavuVcHhAAOw== ------=_NextPart_000_0013_01C737E0.5DC5E200-- From andrew.davis@straightman.com Sun Jan 14 10:35:41 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H67OX-0000Po-3P for capwap-archive@lists.ietf.org; Sun, 14 Jan 2007 10:35:41 -0500 Received: from mer76-1-82-235-197-54.fbx.proxad.net ([82.235.197.54]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1H67OB-0007WL-EK for capwap-archive@lists.ietf.org; Sun, 14 Jan 2007 10:35:41 -0500 Received: from 216.163.188.58 (HELO eforwardct.name-services.com) by lists.ietf.org with esmtp (-7VV(V()+9M .K-X) id 0KN1+)-.@76I'-.7 for capwap-archive@lists.ietf.org; Sun, 14 Jan 2007 15:38:01 -0060 Message-ID: <01c737f1$f95c99f0$6c822ecf@andrew.davis> From: "Neil Murphy" To: Subject: WTB: MS OEM SOFTWARE Date: Sun, 14 Jan 2007 15:38:01 -0060 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000F_01C737FA.5B2101F0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 X-Spam-Score: 4.8 (++++) X-Scan-Signature: d11a451997816a91a305dcb5ab1b85dd This is a multi-part message in MIME format. ------=_NextPart_000_000F_01C737FA.5B2101F0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0010_01C737FA.5B2101F0" ------=_NextPart_001_0010_01C737FA.5B2101F0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Only whirled snow heaped up by whirled snow,XIV. Franz Josef Land: The Amaz= ing Drift of the TegetthoffGreen lilac buds appear that won't surviveVII. H= udson and His Strait; Baffin and His BaySeen. What you know is only manifes= tWhen I am heard, and what I say is solelyRain. We are forced to fly,Upon f= rom the right by far trees, that white placeFor any part of them we can mak= e outDeep in the fog that quenches every ray,Against which we have been pro= jected? What . . .Place of absorbing snow, itself to beBut snow has gathere= d there, has piled up,marked with a dark stroke from the left, encroachedTh= e road, but not far enough aheadSought to contrive, intending to expressCut= s out of its width (81). UnfairTo run, as in the time of the bee, seekingLi= ke an old soldier, wakeful, in his tent! ------=_NextPart_001_0010_01C737FA.5B2101F0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Only whirled snow heaped up by whirled snow,
XIV. Franz Josef Land:= The Amazing Drift of the Tegetthoff
Green lilac buds appear that won't = survive
VII. Hudson and His Strait; Baffin and His Bay
Seen. What you= know is only manifest
When I am heard, and what I say is solely
Rain= We are forced to fly,
Upon from the right by far trees, that white pla= ce
For any part of them we can make out
Deep in the fog that quenches= every ray,
Against which we have been projected? What . . .
Place of= absorbing snow, itself to be
But snow has gathered there, has piled up,=
marked with a dark stroke from the left, encroached
The road, but no= t far enough ahead
Sought to contrive, intending to express
Cuts out = of its width (81). Unfair
To run, as in the time of the bee, seeking
= Like an old soldier, wakeful, in his tent!
------=_NextPart_001_0010_01C737FA.5B2101F0-- ------=_NextPart_000_000F_01C737FA.5B2101F0 Content-Type: image/gif; name="ondafoif.gif" Content-ID: <006901c737f1$f95c99f0$6c822ecf@70C7053B> Content-Transfer-Encoding: base64 R0lGODlhvwGvAbMAAP///wAAAAQE/B9hqmGw5Orq2729u8/PzvfwYvvQCGBUI7OZbPqCBvv7+wQE BAAAACwAAAAAvwGvAQAE/hDISau9OOvNu/9gKI5kaZ5oqq5s675wLM90bd94ru987//AoHBILBqP yKRyyWw6n9CodEqtWq/YZmCb2QYqXKf3KyF3xt5uGjAum2VoTFzepqDvmrs+9OaFsxN/JH0odWBr gYRIc4Jqeo1sbYyKLI99exaYbpZ5lohnlDiQWKMfpSWGdp9RjaeJrauCrjCwqmaxf6sXoW4rs4A7 v50tqa+8S7WdoZ+yxy6juZfShxuzwh7XwDfZu858X7XJxtPMxeOKc5uelNZk62GwupHy1Jnu6Lf4 ahzX8Iia8yBxWeNPIDh/tuSlG1aOXkB2BO/Zo7NwIahI1MQ9bGYIoLpi/preQWt3cF2vc9IsmpI4 8WS9XRcv4tmYz+LMgTYnoUxpzl7HmQnNccL48lA6j9UOZpy26ZVTW0+bRv3XrGjLpIlUvaRaMyoI hFdH0onJj2tWqFLTqvOKS61Ztd1SsuWINqDLu92MesXKBgzeglvl1jUIl6rVw3nvJmtLtC62fIkb a72a1JPjxlX14p2nWfJJwp4575s8mFA0wZLbXXZYL9pflqPPBl6m7/WwsrI9gx1LGXdu2WJ7Oxq6 2fVvl6ADt3QYnPfx0MrDvlH9vB/s3Z+PacwNdDNmps5vp2bqyuRjxMbRe4MeGfh0y8Vrhz6Ni3h7 mj0fVofsvWhzvsYt/qYdeKR9lB5p2yEmXYFElQefbwwiJ99z4YnnXlBAJYegae8d9eB95u2032S/ ZKbgggc2OKB6FGF3YYSX+cQdebxwIxx0Kca30nnR9RdhcxqO46OF7BnFH47vDanYhOLh9JuLvf2X GJAE3keZidkR+RVEkUlZ5I1WHlgih12SOZqNtvG1IYhKqYkkjxilCNiaq+U451RVykhRgQLSaGZs bFoVpJtaipmcQQSCpuigDOpiZ5J1CkNXjOGB0+iRos13mmNvZaqbMyAxluZ4XcEFJp6oObqeksfJ uWmrnWrq1quehklrpqlwxRNZabHmH5ak5oqPSo8YKepHyhT76685/qlkbIZIKXtiXA8e+lNOE3Un q4Hx5AdjtNIaqKk3HjoLaDmChtoiRD0Ry+GY5gLb7bDwhqvfuhVWVu2fdgl5WEH8LtmutzDe6xOm /TLaYlDaNOywNmg+TKjEFFdsccEXb5nxxhw3HHHHH3cs8shBhHwxwSSnrLIQJlvs68owxyzzzDTX bPPNOOes88489+zzz0AHLfTQRBdt9NFIJ6300kxn3HIhq57wdNNUuxz1C1PzWvXWNGeNytVfcy12 12ATU/YIXo+tthgRGfvjgv0+6W28ba9tt9UAhYSahBvxqS1+B5t79+BX6Irqa+Bd616ps3ZoDOGQ A1JfYdhZOmPi/vek+ufkkXdeRXCgQ2Yo3F72iLHnqCcR+pSiY2qtd6V4aGXqtC9SG5XffUo6k9KW XvvvQ6yOYuv/8vffTyMCr3wRwivnWoIByvf6qctXr0M8lE/Xlx3b/2g89jrKfbb15PtC3+GRCpde rIajOn758EsdB0dCge/95fV7hEfa8fcPiovxgon6EEY3V0HJfwhMoAIXyMAGOvCBEIygBCdIwQpa 8IIYzKAGN8jBDnrwgyAMoQhHSMISmvCEKEyhClfIwha68IUwjKEMZ0hDCjYABA3IoQ4loMMbTqCH JMhhB3zIASF+4IZENCIFgFjDnCmxAjsUQQ+nmAElRrGKTPzh/hOhqMMCNKAAYAxjGA9wgAKUEYxT FGIaqahFNRLRAlls4hGuKMU34vCNbORiEve4Rj72cYpeFCMYyUhIAxjykIhMpCIXaYAzUnGHf9wi BpAIADvKUQmWTAEdKylJHvYRjpX0ZA4DKchCMpKRCzilKlFJgAW0cgGwhGUj0RjJT2YylFC8JCZv KYM0crKLXxxjIQ+wykSmspjITOYhj4nIYxLAAK18pSHL6MNa+rKIuiSCG5foRktKMo2kHKMZCUnM RabymMxUpjoVmc51urOdrTQAM88oxmt2s5M8zKYRrAhOQQ7SlO90p0AHStCCrpOQYfwjFvUZhFGe sZzFbKdB/idK0YpaNJnEJKcXkchROPKSoTj4YiPJKM+LmvSkKE1pMTM6y0e28aMgrcEXyQnNkqr0 pivFqU5XyVJqcnSPMfWBSAsJy3iec5HkTKpSWTrNpSoSohWFaiOnmkip4vSoscyqVmUpUUSWU6OU jGNQdTBTlqITmq48ZFL9aUZxKrWtD3VqRns6TbVOlamnnKtXSfrVi2J1q4AN7DkH+9SmNpWaPxzr DwpwVwMMoKgllSg92UpZQQbzn3zVq1JHWteeOnWdZ5WnYLPKgAUw4LSoTS1qE6Da1rrWtaaNJSOH eQAj4lOxNGjAXQ+wgMcqoLeunKdGK+tWMopTjDTtK12//mpV0Ip2tLBEQHQXIF3pJmAB14XldbeL Xexut7SsDS8DxCve8Z6WteYtrXqzOluwUhK3ORhqXZv5WMki976lJG5yqarKv0oXsNxlrWnJm4AC G/jABj6vgs0b3gIz+MEQVnB5V/vaCqNWlnsFK3zJ2gC+nvKZeV1rGUf8VnoC1JzP1ep/V1zdBCDg utYNcHevC94HE3i8DWYweh1M3vQ2GL2pnXCPF/zaozZ2t17ccA4Ye+SVLpXE5CSAlKf8zP/WuMc/ RrCWD3zeLPN4ywjGMZZzzGMxS9jGQh4ykSsM5CIj4LDuzeQmlWyCDvPXyfSsJTSpLM8X+5m6M/bu mMP8/mUwbxnHaL7xlxFdZkbbmMLlxTKFfWzh1srWsBoVpULpXIIc0pWna03oRru4ZypbV8eGJjSq E1xoVbea1Vwm86AfTWAg71i1t6b0pCt9WtN6dbc//SVMOe0BT3NWlXNtaz1H/cUcUnnKMWa1mQet ZUanGsw6drSYZZ1jND+6ywtudJtxHeQ1W1qWTx61sImtSao2t6oIpeUfSz1l6nr51deutqGtre9a Z3vRrqb1joUcbgiPm9eqNcCbG3tGToqS3SewM0mRPdJ4ixqYjH02AaK97X4DnNv3hvWPt01yQisa 3JLudrZ1Xe5dI3y9x8wsGed8W4hjcZh4HuTFmd0A/o1v/NAjF3mqO57vLDta2q22Nr+/Le0zf3vN B+c1LOc6VzkP2+ZwzGxeK27xZgNStxr/Lr6FXvSiEz3kIf+3rCV8Y7azHNIuf3mv3yxzxHIR63fE K6iNu/Nmb5TeUn7x0Af/cbR7edqKLvPhP350b9u64BOWe6WnrtmN4rLmeOei1vc+Tr57vYeA3/jZ z1720pO+9P5mPKwNjmhdPz7ykk8t5ale22o6PPNDBMCnjbnV/8aWvaN0tsYZIPjTG97jqFf86kFe eKWnPNKSTm+5oy75VNI+yevGPTaTak7B9poBCgD/Aph9AI0LPvlmJ7zJya5vtZP539qONOvVHHvY /iKA9j4Vq/Yv4Ol3G5K9fcZb82QAp0V+YSdo6JeA7Yd6xhd0ykdrrGdur0V9Lxdda3VN+1dFukdT 7BRdyyRaFSdatedp5ndtDaiADDh2R/eAsaZ6redgEBh39Rd+1neBc5aBucRYerdMssVbb+ZrYUSA DLBRg1SC+XaCybd0LehxpNdxjSd/Bvd60ieB9XdhDABljoR5GXhDONeB1GVICydPJlZagUSCz7Zd KJiGKEh0SriChTZt0geDLUeBVVhaXGdcN4iDS2RGd9ZMWfWDAlgAgzV1ZVh+z3Z+apiICjh66zdw EDhy2lZwU1iHdmiDWrh/8vVuXJVKPxhLVphQ/h0WdoqYgEhYdm0Ya86neHE4aXRIiRc2fsOkf3ro SePUh7x3TiTFZP9nAEkWSEY4isAYjIvXbbMGg1LoikX2Vnk4izN1bN0XWf/3VaA4SgUgisJ4jetX cmuHdCAXf1BHbpNYhbNHTpeIiTq4Suy1AMQkZeWXZz1UjYeIjfJIiq8Gf5T2eBEWjsjYa0q1jHrY jBO3SI+FSM9EYgRQWzwHj1TmYvPYkELHb0iHeE44ZFC4j0V2h/6Ig2XljH6oVYbEjlLGc81mjQ5Z kia4gGpGka2Va7nmiqbVj1eHew7Fkcb0W7FUkIYoZe+oQ79okg2JeEY3jEE3fflokbAFk7NY/kVN xk4E8Fv1pUjB944k6ZNUqY3c+IgJ5loVaZRXmFQZKZOVxIc7eEi/BYaHZUZrtFE9SZVsCYct6I1w F3n42Iovd4fYl5SaR5PIJmpoVIY8eYZsWZKluI2ON4kE13KuSHcjVgB4yX866H/L9FgEAFd+uZOh uJCIGJjyCJQr+IQsR39tFpouyXV32Zg/pFeMRAAOoACsyZqTqYu1V5lrqZkm2YSqqJJz+XZGCUud V1ummU8AUIv+pwADME2tpAAEoFuPNYJRmZNSRpvQyW1uOH9FeWZ0WYFw5Zu/yVG751VlSUxmtAAK wFjqKJLCt5DRKZhMGJHyh4/WuZIWqY7G/lVGvxlK/ReQijSQNDUAxNRbPmWA6JmePqmNPoaK0Md0 TkeFcjeO9FmfPDRfqIScI8VYCrCLzNlDzvlzAgqdThiXred0LamPdThOaBmTmdd/ejlNrFlX/plW lUmEgLmhAwpwqPZ0jRaOUXedFXaBDnqfPDUACrCaQWoAukVMf6SQgSejP7mEEylwLPmekiiDCIdQ DdqjfUVx8nSQfChPldlDMaqktTmUt7mKuqmPOvpas4SHDlpJXchOQupbs5SlXzdK8Qim87hqKfeI n0mdcxh7FYdGa9phY5lIxzkAQrpMXapD9MaQdrqkblmjKZmgE7iPaepTpllNqLl1xFSh/r11SEf6 pY0KjBCJpy8Yhd8YfbAnoq1FmvWJqfi5SKtZnP4pWsv5eV5qapmZb34Wquq3eu5no5JaaalaaWkK qGu6eUgFS0Eaq42USrZaiAHKq4m4apD6fu+5lXl6pmhKjiZqc0R0Ysh2AJxaoVxqq4qKq6i3q9K6 bwa6fKqolaoKd1K6rSS6phJAdacEpMUJTWTEn66Uf1PknCiYq6HKiNxIjHrqofQXr2h6fw0XqLXY X761mgJYfrAUlV7nnAhAsOtKj9WalTTqnhEmssNKl5XarbiHrOaEnABVVOZqhs/JsR2rhm45piC6 ii0Je9ralZ7Xo8H5qooUqyuKlmXU/kifCm0zS7PKl3TseWuiiZtEqaCudbIoi3cqm0gVuo4KMGJD JW/Bh6SMmrSL2IgOOLJBRn1Pi4xeGag/C7SIRK5kVKEXZ5l0Cm0yK7ZpSKAPaLZQ26fzmlpUa6/n 6H8gtqkt1ZefN2qYWXqZebcbapVi2p7XSmQhepgMi1okZnlrKpynJJ7EeUigOGoiaWqJ6LiNaptQ 67Q3a5h1KJ+EVI4yObinRJwLsJpaWk8ve54EELbXhojqyrsFJnimS5tKuHwrZ7mqG6VTOp9Vi3UA 6X8OYEgVKrfUxGyVCQDoqqupNrwdS3L3qLzJO24HF6KtBWWwi3sR+27kWqG1SoSJ/gqzG6u9DBm/ 9Bu883u/wJueEJl4ame2lEumC0ql53uiIdi5TQmkRluiwDRFi5u/COa79pur5zfB+gt0JheBMUi+ x7i8eNi8ELeRkNmfv7WYfvdJObmxd6uuu6rCEWy/LuzAAnqKnum3/ouYsHWFnefBHyxxkGmXZSi6 aZST9gbDjArBLGxgK/zC3OuQqCu5jpi2fxuvGhaoRWqLyxRPM2dZJQxIdhu/Wya8fobC+AvGSVzE SKyZ+7t4CRu1p3q5/EiiA+y8EmfF8kSctLuvW5yQXzQAUjbEBOvFRjzGZ3zERIzGTGqzT8en4Fhp 86mdPSqobmtMDuC5WxtMC/yO/q5UZfh7xi4WxvV7xJ/cyUpcyEtaj8aLsPk4vrHnunb3yFeqSk1J UgPgtXrcc3wsxloWxpusyyrMy2YMvEusiAb7llBYuTiLmBT4knBsrznEWc3FVHJrAJVMS3pcjXyc SrybxPSLwts8v7y8wiwczMLsau7qba43heK7yp2nuVaaor+mrw4wy0SIsaBHAAMgxo0ryoDcyWXc zaH8u8LLqwgKmt/LisvbVnH8wWw6qP+nn6KVULEJTsrZSl5sxtzsydvsz56sz/cb0DH8fgFHcKJp w/CqWg77uvbKpu78f0EapOOHuJccfIaojgDNzx290d/8ydr8yxWMbaqbzsjM/rrzqsxqmtITF8LE tJykZK6iW34DmcsZzc38fNE2LdX/HLa/S7xjN2alKrLfOHkkWpoOmqlVlZ9cO890O9NXjc/6TNX4 rNPejNW5/MJVeZXvasxQ6salxcoHkNJcyNCNtKxliZbvK7rwqI7ZfNGKndHevNhvXdWbbMhMe9cF rdcKCotFfakU4GGoVJxJ/dJ53EeHvc9RPdVuDc7Bq9O6zMktrNXDuHJCjcFSW1on3crHytmK1JR1 tbWIW8t1i83g7NjCPdynjdEczdphesGUnbxUOKyWlrk6zG5/TcfSK5/SzIvy5ts910oHYNHErdim /dZWLdctLM6jiKcBl8ro/qyqUcebCBXdEMeBqUm7xDlZQLxGB7Ccwf3d/D3eqr3L0el88CeHqbqz qsXKYl2fR42On4uQ903Pl9ndUd3fZOzfVh3OqY3cbcmu37vB4Fth1DXFELvS4iqhvMW1uRuwsQzG 4c3NsKReqEXh/K3hMyrgEbnei5zjybjMzCyWkOm5DmC7jvSizRlP4u3YpgV+uEbhVV2/2MWaNJ7c etvVeU2+MhjirwvfxAaQq1S49P2+z+qfGI3krNlrnojlucjNCvBivyV4T54ACgDn4innFi3lxBx9 lo1w45jglyq7SAWkrgmLCtBhXzun8KhwE67YvYboCDBeX5ilFarmytpd/k+OAL/1WwXmXfUbmEBJ ozfrnlaejAiV0mEJ2NLcW6zJn+P0siIpzRv33QVg6bR9fxsbXc+Eq7Ue5577YnPuXbpO11o9nag8 0q1b2wmNd5xb1gYQvY4lrryIcRJdt4zOzbF+0QTY5tW+6Py6Zy6uXRu75rVeXZa+XeZ93up3zuaG thbm3sZF6lyOVM4uzc4+SIkL4R1WnI5d7QgQ6y/O6N1NXQvXn9M+3LvemqyZ1aQcjG7HnmRqzGfK qmz7vMWU6ocb01vMW69O7YsthNSl7y5Wg9x+0ZQM8Ja+5rX72FF+p8oNh9WJcNSH5o5MxST+uY6V wD9MtzpUfowe6/rO/vP7Ll2nFca+tmectbE8b/CsCfAOkOuK7bkf39IJP7bG2IbqDcBRvOgi3qPJ vkjrS7Fzi7HWi++Kre9q/n0wB1nT9PPS1ebfbvJJD/VxvvZQLp7UBeXl3quqZ63FrOOTp5i1x8zG 5n/5TZwOwFsVD+Z+B00/7/MozPP8DnPVdQDiTvI/P8ku3ppC6tKeS/fBe/Brf/em54IVCdTiCGxa zmnNDK412ayzfFlpCUiK3/hGv/gbK/ni3vSvFF1Mr/biSl3Ru/aSr+tr3smsuZqrWeM+Daw2fJ0w z+eNiaJ51eCg29teZ71fRNGMT/a0H7yMDmiBhl37Lp6KbZPg7vkG/i+8B5/y5s7wkWr1JX2R3OrX Pj670rua2I3W0U6Cs6/2Pu/4njztELAWWklNpNRBHZkLcSarU5JF6ZJMXRM4lmcaoWGFmXVd5uEf gydMCIdGZFI5MRycjQZAOqVWrVdsVrvldr1fcFg8Jpe7UGfTsGazCRfHYbAoFBoHaMNuz+ftBwKE go5BQcPBQp0Jjg6DRgqJBUYHxI6UCZcUR42EEctODQ2bG9LSmJZSIYSe1QWkIiIlI1hZ2YUmJ7wo M95e31/gYOHhLDTcNmSDAQWCgoWBuj29Pum+g4nKQ+06Fm0PDIqLQQNPD1ERTJcQDQfRlIvSUdPS nFWgoqITIY19/oYc/CMAaw00sigXFGIJFS5k2NDhlTsH1khMZuASmwPS+PThOK0AAUeIConUxoBD IUcWJYTz0IIOCBcZVqjrVqHCPBw4Z8h7FyOHCn/+LMCqIFQJrVkEa92S+GTXQ6hRpU6leudYRYnP QjWho5FjNT23slUSOagCSQqWJGhYKUhBO7bmWs49sUIeixsq8OoMxeKfPSMnLMQSnFTgEKRKkzA9 +JTqY8iRJX/Jk4Zim8sqQRooMCDjNNAd+QQ6RDaaoAJF5n5LgUJFW7WrV/vl1G3vThk2IN288Hbd zxOcdNj4iSJohX//ghxRTNCg08nRpU+PjKZpRTYOHCyT9Bn0/saN3y2e3oZakCJLaSGhAEcIwUnZ dru5gHG3vs+cMOAKZttpAm8V/rmHAVdggQefAplDKrHEnMMFOuoilHDCYSJSA7tnCpBoDj28Eo2j NchCLRoSUcAHhQ4YSSmkOkLRgJH4LHGgpQrMEcVFCyRwwKfe+BMshXZ68kmH13JQRJ9YDlOwucVy cQIAxyiUckoqt7AwM8xSuG6DP/yAIjw+/qDDPNO0MbFGbAwxz0Yd2/sGRQuCtMA3l5DDoITaUDmQ k1AWmDGHm4RADoegAgsCFgaZXOI9XKp09FFIoWwKS2TmoAgaD8EL7cuutiHxUzVJDHXEDMZ0p9QW 4GqhRxP8/rzpnVF25GSU3gLta04hh8LElX7gORSxWBRd4kE+IjX22MeiBMAy7NgIZYSMwtz0wwJY LK20T+u4diQ1UQ3nHVYLcGdGCzZxUZ12cLiEx3XnFGrOFoj7iYcTijpUSWGdc1IXZPv1F6ooIroO Q5BAwgOP8Dyipo9Oy8qWTIhFJUsccVVox4RuSk0hA+36WrW+t0SANxwih+OkY+Fi6OGGHpYD6OVg G1RqIifs+PdmnBditlkXmeoQLC874mzbbCWOeFsRWAXBkphQLTItvMKprzV4zrUzhlcZkGdlH2Be uWV8811i35zLNtsXPa5q1gACtIr2S4WDhntobU8rmtSy/rwpxEVz/ptRRhTILee/VXGsdzDBdCKF 63toGRDRpMQ2wpGmCjj7csy92GVnrJxUpo4OP1zYurod/rQBT8usRBxDyGEag403LjzAIF2KehT7 FG/88Za//pU54Juj+bPMizfeCj04T0aBOdZQgLNMO6KG26LtHtFu8sgqp28TcCRuvsR1Fz8VlgXi PQmZmRy+2OPbzzztgTFkR4E6dAFaWmoywtZ06/sXsdS6tcZGIfBAfQqIu/HpjnG8g1kDgye5iTSB fe6jYNmSd6FkbIh5ueCDd+AmvTCp7m4Og5g3ZBIj2UQtgSss34m69ivIxSxyTPoAB6FUQRz26ynw w+Dy/jQRItDJ7YPgwV71rlc67JUnGyjUDQJfwEIWgg2G9wqW5JDwoIzcMIdbhNQONdTD5YHkeZ4B XTWA9hWSSMxog9DDtbpVCCY28T5QpGMLXQgsr81QbDQzQB64+McqeVENlGLDMpRxgOeFLmGjCyHR 6nbEhz2SeijMmAFVWEfx/aBrDjTfcqwohPUhBJCjpNIFCcmGd8AFegoDEwgliTrTKdE95WkJHJm4 l9xhUoEnkqLjpFjFB87sGKIkZTEnBAW1VWQzbACdLr4yui+JsHT7A9X/lhgf29hGN7rUyQJVtrvf xRCYwjoGv4x5TuqYEjsSYUfzJAg3/FFLkqYh4TWt/hlHOcoHl9xU3L142UnIpS9fk/IOOg0anS+m ATsausYymEc/TQ1RNEfLWz21RUtbxmif20QgPzP5zXAGNJjqcxIxD3pSqjC0WZapmWXitsjQ7EFE a6SnB7jVrVneUh659OjiGqdJryEqfQIdCB+VhVKkNgSZ8UvGACT4tjI+c1MbcY+oqkpCvc3ymi3J mBN72s9Nfi2oMgwbOV161KSmtUJWOeUaJFBOM04LhB0aVRLnWdU1ZRSbcjzFV306D7ANKJx6VBRj nIJWtSZ2DI5JHlORcQvGvLOVMUUj9SaJ1f/hVKe366tfyTdFIGjyKITN1/D8qFjUAsM6YIwgAZyw /oC29TGq8ZzsGiM201quCa8p5CrueOrZXQK0k58UQi6acNrUJtcMxmirReYQ25rFTXqUlaRuZWlC m+LTq3f5bU8ZF9JfyjBJEHwQcpV73jAslbUTuQUqdYEwicL0S2+8KtLgWF2dHnCfwP3sCxnoSXFK rjuNQSx6DVyFXVxpbZF9p0QZ6ZFpPvK6Oc2oXudyn47yd5M0+O5/IxfgPU7KvAcmMRZW29ZrtO0Z so3GtOLph4vO5aaZ1Wwcu6rCbWp4wz4QLSfF68nmuAKLIy5xkanA1lM29Bli+UwrI8pK3N6XlhTO 6Wy4ekkd91esPk7USJtDUCIbucjMZS1FBnwL/kW6WIh0tfAkc4vdzconx1l2IYcf50AAE3fAxzWp mI1sneaybc8e9NBc2bzbutbYwlbWZ3c9y7Ve/hTPXQayoobcZz+XOAqTWptbl/yzReIvnjXObowW zWhLcnSOdP5rL3scED2bpLyYznSJHZsMxjD0DgtLWKhhycStajef+rwNqyXdYx8Hk6iKIRuta21g ga23kMeY7TM1BR4YrcbCXe2tflWNG1b7U6ygneFQx6kUSTwISgV+tnJvjZFjQLbaMO01FEh94Tl/ u4nfxnFujA3OHXBSpMAirkmctG52tzuxUaiWQjvXFNjC99oO5ogThI3Pfs/536ZwdcARk8cP/ost 3dF1tsKTy0NCEjQNP5PudKsB7Itr09sZN3Zg7cxlYPryFYVlABbXbXJNKw8ZTjrdVOFJcQ1p+97a 5Sy/6exNGOJ84AUviGU2AvQSN1za+yp6EOUK4y9lW+kXt/IlNR5u8t1x0kBe9lIGXFCsH1idK21p ttZc6GiSnZKq5ru/Ny7wjuNRKW0fW+W0GPfzhl3aWIxWi1/69SAmXekZ5XZ+9f13b4YVpCLF8yff PkHEn1frKScWib7zQdSLJth61+Ztdor5bwJeqKJtDuEXM3K4h165jd060REW19SfMcZvxrflZ77f v9sZqAD28GgLa/WS6z6pc18nB02Pd6ND/jgjlWd02Ynt+uT7F6i8FPd4SZuvzx9e+ooN+7uxqKEW 3y/702O6Xfa67ww7+qs2V/6xfUlpz8O9gEm49TOoBkgmzCC608E+Xwu7QeA+OcM3mls1/csycgM8 wTs39CM6AixAdKK+h2u8qDo9XvOSaDgACDygYbO/fiu2mou9m2Og4VoQqiOQt0OIDvRAUlKvJOMg EQS+luu14UM1+7u81ws/j3uZ/woogDq/DeSggNFBtWI495sU+DO9x4MmVtIf3tqofGq9fAu/zFPC SCM4GqQ6CSgpKUwtBQtBEQwduXGy6Tk1vvvCDEPCFhK30GpCWHNCs2qKMFvDgzpAoRuk/rpzPK+j rBKkq77jKDucIzlLPv7rv3EjQ1izPXS7wegTxB0ks+qzvq5TRBL0g2y7nTCcuReowH+LusPoPBDz siArqU3kxFE6MawoPSz8OkPLu26DxEd0QWCURJ9aPuHKuRo0LGeixelzv/drPDj0CmiMpvZDQZ7q KH47u43jv6jrHfNpRQ0MwLNSRqRiLhQDxTKSL9GBMcozO0jsLDz8KxgMLIL7HT9Ev0vLQXGsIFsM wStERFb6x5fKCEZYNXCzxmB8RyVcO/8zDPTRs+44rnxEKXK8xUOct+kytPopxdwxyIMUxoS8s1cT vLJCw3uMyEFUqJTzveszwX8UPi5s/keC9Lt3HENkC7x5DDlMHIg0bAyTPEnj+sQFTL2LPLqMfKLu yiVVtMDd+ScM5LwaHBaXUr+eLCZm3JcftMholB6Lu8OknMl4/Kfx8kbBIqychMqDkMqp/KNN+8mh w0XH08W52giBfCKE1CVk87CxND9YLCyfQ8u05KK0iaAM8sH4m7hoBL5cuMO6TLuOeyHQosFlK8sl GDDQ+0tAEphyrJmVRMddxEx3XMwV8qdkGyude8rIqkzLBMxq6b2KjLyWfE2NyIWOBM0d08YlFMm9 JMmDS01j8pwMwoV+xL6hPDpT6ko87DD/Y0JXG6dX1M2a8UvexKHVpDvCjD/YzEJS/nSC2aRNptwy tSMr32nOpyQQapvF6DQehsrMoHyxi0zE9KRL7lzKPOzG5dS5MxxPQfE5fDxPs2nDwRTIqzy9w5Qq hiKN+PzKbVzKsCQ3/NRJYuHPy0woijRHURtOaSRF14LPAwWsnyKCtQOekTxG40JNCHWfhEpJzSxM 6gLIllQp44S9x+TGPaSi/2vQWggl8yxRsxm9TxRIf+RMEgQP11qDAx0/8QOn+tTLb8TPzwtEHcUc EExACh3BAR1FmQoER9jQ5OSxgZvBnZNMK8LRJ3WfgJHQ6gvOCm1PimuAIUVB7lygSvTQsZoFPlzS 8TQsEh3T9xkkN1zJFY0eynKC/gx90Ufzr9ijvQz0UiW10SviwBzVU3+JUikNTgFV0yC1EAOoS+8E yTvLowArTUa9UWJxUkjNmaUiPQUMSpYEQqIEBAMVw5tDTt9xGfAMVb6Ewv0sVWMxBtak1Eq1VAEF hIGEvc0DOHkcNzN0PlstKkfV1eMhxB40xzSrVEBVGNcCCULlp/HbMptMVhBdVsUwLVJ11n8hxF59 Q7DgTGmRqTsY0kzNRkokQxkUr/sEV2EisFwl10DyT3hLVWhcVxalOALYDISEOk6doj60V5LCVX19 nyqszmoTSmo5PUFtAiR8tdk72CX5VoUlCHHN14YtpetA0fV8vCoNmo8QVg3V/rDMo70u/bg8A1NG /dhHDdlAKkSVo1SAlS4igjAoGNiB/UzggtM649YGKk2ZBdeStNn+LETGK9m7e7APyoVXhVdDrSLS 9NBF7diimrVxZdpHsYoyIxZnxErsdM0OAlosU8piBbg5HcmkbdClBVucYav1mlLiJFCeVRhXJViW VdAk9NY+7DyuHYgcMEQcBFm6nY5o69MfhLJRjFyPcFUifcFONVqXEc/CVYzIMifFXVzp4DR+tM4n +9O8TZ6BXYNs7Sb5lEeVCTz7ZMi4tVEwi0LQ/Re2HDqIJV2iDMJKBVqQKNSAKx9iHKyN3bnNXYKe U8Ofu91+Yan/DNDXdDk1/kMD4F1ZKKrEQwVLqcuz5L3VRpmCz3XeyMhd3W1NozvZdLXe1N3O4LIj SDtSWvXW2Q1VDpSCmiXf6XDa91PRERTFuMIf4JWAKGpdpvxO+uSyerXTzRUyEdNf3DXf4fFRPy20 0g1gNgXaLMUk23Rbm7tAhmTg7zUCgsJfCEYWHj3fAJW/X13fjQDeygUrnKhJS6zRGKrR3BzhCxjR 8T1hyEhhFUbXaa1QgI2ovg3eVhtejN1e8jNWhdSj+mVUPBWlHvZhqGg4FI0WIc7C2nrNvmWbChzD JDxabpRdejTGEf6yNLAZK+4i3vtNrvNfqZU/2gJeAjAR1q0zeZXXH/NU/oTl2DQuvOiCzjaeECDG CAqlVpRdRBOsAzumy7tk4vi9o5AMHnxZ4EA23JHjjK8tZOlQqSwuGkXe2SGGGzsmYD2GQY7bvF/C ORD+sUwWZA+6oSr2ZGLgoR7tx4CNWuKUhiO+BXiUtAOO362VhUSJ4gYepKvrA1s2ZJyFWBYd0BBS s1O2gU314OElY6ccrpjN4UzGPXRs5nQ6wLud0qykN6GMKzu+YydWZQPegUpTVuSVZxHm2gu4ECAV 5+hoLIeT0hStUoAWRT0Y2AEgAKfaMT7m3nmdusErt3mOZbPkZIm1XX1OFrttS3+N2PlLZ+JcZwpg YmG2o9vEyYeGaAFD/mTJreWKLgMejN764V0MzltWbdeCLuhA6b/uTUjvJS5kDtW3YqYinoaVro6L dmk51sI0DWoNOeWb+MhUHkZXPreeDuT2woWzJeShXoiJVGGdBUjgS1NeM2ixnoA4VdSjRVDNNemC u2dm8tkRzOqqSM9ctjtWTerezQOCFut3FeNhPrYyrlO1Nk3MUFGPgOtkoQhK4Tqo4uJL/VWFYZuC foNMRdiMrezlC68GmepvrmpOvj6ZMuyqeDcrpOtFLm3aiqnOMOjIxmOjJWPKvuEbDuwaZGsgqh49 AO2piDYsUWyLbGEHM8yBrumg5VKp0+YmrkfZtiLOvsouYWPcfgix/g1l0n4xu57oDK7pOeAV+c3a 2D7WM05ukePs6iGR544KzHTpN2Rsu5ZmNh0A4QbmJkzoSxTctAZvvsSI8b7t8oaKkcWM/oVaxgZg Ac3rgp5s7qXV4p7H+rZvpaBt6EHTFtvvh8BZ4BRiUl7vvbVe9y7o58FL4+VYRa1nBp/MwX5pLQYd CXcI0eVqC/dtFw9gZVDtgg5J2UtU5J06zabqNoC/xhPBFFdxoYtjmO7lNd1ZaVAG9xZre8BxtlNS JQnREWeSn54IEz9BFP/xhVhNkkXTSz3nLv8OQMDuOViFbn3ZEN7aHM/ke24vwqTgA8BqLF8uCc7Z IU/fRaZua5Bx/oNGZZGMbYYeXKyNcmGZ8qe6QgpW6ThHMC1PbH9NM0Blb7QNbhm/hSSRGXGCzJIW dIe0iPXxUS1O9ISAH0b/581UbzWbuJ/dcIM+kEvkZoYWqAXXdCQgdABtc8sB9QrROn4sW7kiZZ9d 1cndcFXnY3qF4kw3ZlnnXMiaYB73UUTHdSnA4t12y9liV0V28dAIc2EnAHoFsXqNTBGX9Z9GRt97 EmgPhgsCyhZf0Re/dj13bwqo9EBn8nBPdmWHrQmudYE8d3Rf9CD27Jcy8i+3UiQXdj634YEA1YS3 dyUwkttzK8Yrd34PBpWCYwqu83Yn4qOTA2F3KgN4hUtmePy8/gAJsIVlj3iue3Zox2Kjhqp0xfOM N0EZd29KD61KvvS9jF1BfytKJ3HoskqymXi0OeR8L1ng/morhbCZT3KnvEmRV5SfOPl0S4HJ/Gmg D3qh54UotcLHhXRT/w6AXXr3vkmcf3rl5RVAqWrI4nleefifN0Ssz/rl4lMW7+2Wi3kh6oyOH4B4 n70M/KQ0t8ep5/TXUolruIa2N/nYiiCVywW513pQxmiBBLWs/HWkb1GP2PvsDjlv3nncU4lxdysC 6YdaWPPNQOyIf/zlKmp/7mr1BfbpPfK9r3mS5maG9xwzc4XEl/IVY3P/3k3VFwMqZCqCcn2putCI jSh2tYOC/t/w5zE/KLd3V5AIRrHBTed0Pm384Gdp0TZnt85w0wVgju94bj/zvzf78SR5i1gmRGbY 7Rf+FWf8i7fgRu7dc57m4N57wNDLwEd/QVl7CDBSHnpKy2Dz7j8YiiNZmieaqivbumRWyZN1XFeR Nxi/+1imF8wQgcbijjBYMgeLBYORiE6lUar1qt1yu94vOCweRxVlxfNJWBBoBtuF2HjR6/Y7Pq/f i2IzGtxNzmAPkM9Q4aHO0eEOkEETEwNCVlUVFlmm5ibnZtqCARvoBJwh3ylqquoqa0jDH+lbKeEP Ym3j7e2RYcFB5JKCwdUlZnHnMfKxmQIz2oCCk0Ba20Ao/mAcEYBGK3e39zf4q6ybrCBOYqOQei4j ulIkWpZ8Mn09/SdovvWowZqEzjZt4AYSLGiQBREbb8gFOucoEbpdQ2qhK1IA0q81XC5Zsucx2TIG zRY4KfnJmoQ2KgEZynbwJcyYMF/BImWD0CBbEyeuY4ckZwOMAwQAG5BgwRRixD4y7QTl5EkabWjw KydHjsysWreuEgdLYSCciyiSlahI588BDn49EbO0adOQzBY4w4eSHN5ZV7O55Or3L+ATc/zULJfD IS5ePnXtJJvhXaS2xibDrczgKb6qbiosLIdt715tcwKTLm26A1iGYXE6cvyT51nXPDCuZQJq3lvL 9ZbN/iVpF28NsKVAE98W8DTy5FllcLY5K2dFIxF1SpTu4wC0oU2E6e6OOXPehsxtFC+PVTn69Afn wOnsvBdriOnKvm5nq8Av21Aoz+vuZRldvgm4WXDikdeSeeZtMJp6DTrIykXNUeAZfLQoFgSC9EHE A4c+KFFbE7n5R4YZl2WmmWcGDpcgi1dxwOCDMcpYB3vMbfYcdPT9IMRrO/HYg1CR7TciGACi8QQk SKKo4motOumiaMfNOCWVKaQWS1gORUcdhrpYV0iHajFB1ACXERnGd1FhaaBhGT65YJRRnidnlXXa SUKE7tVQoYVdnsWIbHKMJShkkXA3YolH+uaEPv2o/qaim0/2hRCMd1pq5w4TAtJmjgBpyFiHrfmE gQEKkMlEPN2ZgZmJaQDH5E2RtngprbXikWlhWfbZoXzVKdIOazHkt4RkHkGhKD7+vMqkrAna+iy0 NPaiJ4XndHofqIzxBKgOw5Y55D1XgBcerJJCGS266a5wkaYT4jjdfLxSJO+XogbZRLFjPHWZooxW gyS5kJo7qboFG9zHHNN+VYq1vYq6Do9/ttYSD77kF4wnJ2rWHKwH4DJwpQeLPHIRCwUSHJ9jbenr oCurTACIqBLgxb4au/oosyBjFfLIPfescDl7Nqxjy/NhWy8iFy0RMzRfpHmzph2TN7BAL/p8Ndaj /tHUUIrx9eTrQ2FfaB9AFhMlAIga+wPwjbB6SjXWccvtwQ5sypIymBPHS1yoKqtct7cap9Q2pM0W BwLPcyuurtZBZNmQhT1JzOvXgPpJBEnZCTiNo9cw67GTogkUcuKLm854QjepDjl08rm298MYAtQL Z2sQYPvgnnds+F6mlFD66cHXatzWNxgv1nR/A7V8OupMK0E+omwstadyEveiBgRrLTz3PWdPOw6q 4/13Y0iYzyGHza0xDRtYprj626FXLRicwHd/v6VyMIy8ILs+tKu8FDIB6XUuao8Li7MOxyApfWAw 1sMfBKNVhFj1Dyf9a9hhwNceqoTCdijqmoF4/ic67F2Pbghzif0iqMIZCYp2hMAg/2gHHHJMJRbV 0iAOZvU7gq2wh4q7Cvh0UMFBWIsw7bFRgULIuuul0IdO7OFggKiXDMbhHOGT2ngY1qQOgOaJXvwi F0cHGhz+AIbGO6N4iAg+vnQRjG58YwMFJaiGvCKDMbQg5NgYGjjysY8LMs9hqBdCEZLwjwz0IyJ/ 6IoottF685JfIiMpSS4GpHFvemAD6dbESXLShzrsJChDaYJNirKUpjwlKlOpylViLQCudCUHXinL WH5Alq+MpS0D4IFc1nKWG9BlB4BJS2H+kpYhsCUIiAkAXhpzmbvcpS97icxiBjOazgwmLqfZ/kxq ZhOW3PzmNZXJSpgos5zPNOczsZnMdIITmMTU5TuXGU9wbvOaw1RnM4XpzW+ik53GnGc+/UnPXwLU ntSM5zzFOc6D9LOdBn3oQxUKUXeu057w/KdF6zlQhOITo8XUp0YnWktuKpSiHR2oM0G6UZJmFKUL JYhE63nRk0b0mCOFaDjvedCW4rSk2CzoTj8aUBOI06Q4lelNR6rSnrJ0qTF96UBuWVGWarShNDWq OkGqUpMulaY87WpQc8pTEhSVqsdkplfFCtawznSsUI2JVLfZ1VyWdaoeZWdb88pWuw7VrWJVq1zj 2s24zlWqVj0qV0OqVZ269K0G6Sdd+yrQ/qquVKiWzehamSrPadbVqX4VqUMre1iJLrayKWXsUR3r DauCda58paxmT3vZ0sY2q+nsbEAzW1d+Kja0aaWtT2dr0KeqthWsFe1kSevP43b0nZmtKVMhG9iT Bley0r2qTXFJXYESt7jg0OZdbcvds1qToIL1LXQ3G01t+hStbi1neWELX8GONrsyjS9zvavf/fK3 v/79L4ADLOABE7jABj4wghOs4AUzuMEOfjCEIyzhCVO4wha+MIaFJ4ANC8Bn3c0wJzm8YQ+DeJUb JqWtPlziSI64lSvOQ4s70GEPiPgDM5Zxh2PMgRvvmMc0rnEIROxjALSYwz3WMY6NfGQg/m9AyEFm Mo6bHGMoj8DJNqaylKV8Yyqr+MUmQLKSl/xjH48YzGZ+spXHTGUhG5nNV04zm7fsZjWHeck1nnOV 8axlLMc5x2lOrZdVYGYy15nIZx70j0HA4dEUetFaTjKjHW1oHku6zieG9KOPHGlCC2DTnc40mjet aVBr2dOibmygU6DjTlP606tuQKsjLWNY4zhkjZ7yp5Pc40RHmdST3vWRxyzlSlma0LxW9Jl/rWtg MzvLqE71CXBtaGBLW9rOnra1j/2ibG9bztqe9rW73Wwka6PIQ4Z1q79N7mZfuYGrNnavAQ3taHvb 2tX29rXLjO9v57vP3AY3s9fNbYHP/tjf71b3kNnNb4AzvOEx7vK8RaBvWV86yxWfeJQv7meeEdzO eE52wBM+cJEX3ODxDnfDT97ulaMc5BCPOLIBru+M19vY935yzIdNApD3O+cM77ihU8jzlCtc5eEe +sNh/oKZWzzdN6f5rtdN9H/7vOX7jvfBVy51hC8c5QvPOruTrvQW0JrHZadbjrmYdrQTWe1tR7Ow fS1zeIec0+NGtLJPjvSE+9rcdg873V8+9mUHO+6FN7zcCS9pUC9+74qvuMNxneu8Lz7yXT+65EcN +GMLfvB9J/etSf53q//Z43S3Op2HPmk+6xn1eue0iGEUZ5a7Xt6ed8W5E05rtiMu/vffRnehux18 x6ud9e7GcrmRT3yUA5/czSc51599++mzoPNKNzj2s6/97XO/+97/PvjDL/7xc9/21F89+dOv/vWz v/3uf//srX/++U+W/vZHgfzvP//867//jnWneyVVCjwXWTUW/+kBVonAAfYWHyxgMhGXA0rfKiSg wRDgaxFVSJXAh0WgHVCgKlQXAjYgBuIBB7qABULLc8GTN/nSeslTN6XUPqlXRVEUYTWXC55XC9bg P+lgW4WWCpIWfcGSPgkhDJqXcx3hOgXhCrogNK2gDg6WEcrVR5mTYTEhC/aVEmqVXokMUGnXXu1g Uu0TVuEWE/4VfBGUWYXTVv2U/nj1IHSJoQAa1RKiIRzelRz2UnipoF0lIBVK4XChIR5OoRR6Vksl lGsdzBFeoR2KF14xImiNYVhhYXYlFHYBFj1B4ghgIkf54W7tYRLa118N1SFSoicWFA3KFmhFYhei yyr+oUVx1lQZIn6p4mXhU2tVYR6+oCU+4m/hIi0mohjG4Hnx1gsqV3hR1Sg6og2aolD1IGHBoh9W 4G8xIghaF6olFhju1iGGoiZ6FG05YnV1I2pBoAASI2aBogduoSuSYhy64k5dVHCBYCui4DQuYjmm oQe2ITU2Ij4S4yYG1Tfm4nL5IxtmIGzZ4B8aYyQyVjIe4yAiJDxqljymFT1mxyA7sqMtguNNiWN6 EaIVUmNeYSMqaiReyaFJuqMZpiEgmqEbcuIn9uMrohQcMiNMcqNLlSB6AOMcHpQT1mETumN87aJN SmI2DeVmqeFMYeJGetUtDWFIRmQ1CaNUttdUjmQTpmBURmFR5uMPthN93VciRqP50QpOnk5Zphha jsxZLs5akmVaqqUkxWD3yOWdtKX/3SVe5qVe7iVf9qVf/iVgBqZgDiZhFqZhHiZiJqZiLiZjNqZj PiZkRqZkTiZlVqZlXqYXRQA=OwA= ------=_NextPart_000_000F_01C737FA.5B2101F0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Sun Jan 14 10:58:16 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H67kO-0002DL-8G for capwap-archive@lists.ietf.org; Sun, 14 Jan 2007 10:58:16 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H67kL-0006eO-OF for capwap-archive@lists.ietf.org; Sun, 14 Jan 2007 10:58:16 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 082A24310AB for ; Sun, 14 Jan 2007 07:58:06 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 8D2D54A41DC for ; Sun, 14 Jan 2007 07:57:58 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 6F55B39804F for ; Sun, 14 Jan 2007 07:57:58 -0800 (PST) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by zoidberg.tigertech.net (Postfix) with ESMTP id 57D6339808B for ; Sun, 14 Jan 2007 07:57:55 -0800 (PST) Received: from sj-dkim-7.cisco.com ([171.68.10.88]) by sj-iport-6.cisco.com with ESMTP; 14 Jan 2007 07:57:55 -0800 X-IronPort-AV: i="4.13,185,1167638400"; d="scan'208"; a="101459857:sNHT45727983" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-7.cisco.com (8.12.11/8.12.11) with ESMTP id l0EFvsjr021285; Sun, 14 Jan 2007 07:57:54 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l0EFvkGk015956; Sun, 14 Jan 2007 07:57:46 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 14 Jan 2007 07:57:46 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Sun, 14 Jan 2007 07:57:46 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203192980@xmb-sjc-235.amer.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed resolution to issue 173 - message element exceedframe length. Thread-Index: Acczee3FGgm5/JPZS22LU6AItZXbBwAni6Xg From: "Pat Calhoun (pacalhou)" To: "David T. Perkins" , "Michael Montemurro" X-OriginalArrivalTime: 14 Jan 2007 15:57:46.0538 (UTC) FILETIME=[BBC890A0:01C737F4] Authentication-Results: sj-dkim-7; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim7002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap Subject: Re: [Capwap] Proposed resolution to issue 173 - message element exceedframe length. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: fb6060cb60c0cea16e3f7219e40a0a81 The CAPWAP header already allows for fragmentation/reassembly. I guess I don't understand what problem you are referring to. Could you provide some clarity on the issue. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: David T. Perkins [mailto:dperkins@dsperkins.com] > Sent: Monday, January 08, 2007 3:09 PM > To: Michael Montemurro > Cc: Pat Calhoun (pacalhou); capwap > Subject: Re: [Capwap] Proposed resolution to issue 173 - > message element exceedframe length. > > HI, > > Issue 173 say "a single control frame". If this is changed to > a "control message", then this needs to be addressed (if not > already so) in the CAPWAP spec. I'm not sure if can occur, > but if so, it needs to be addressed. > > Regards, > /david t. perkins > > On Mon, 8 Jan 2007, Michael Montemurro wrote: > > > I have not heard any responses to this issue. Therefore I > will mark it closed. > > > > On 10/9/06, Pat Calhoun (pacalhou) wrote: > >> > >> I agree with Mike's assessment. > >> > >> > >> Pat Calhoun > >> CTO, Wireless Networking Business Unit Cisco Systems > >> > >> > >> ________________________________ > >> From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > >> Sent: Saturday, September 23, 2006 12:09 PM > >> To: capwap > >> Subject: [Capwap] Proposed resolution to issue 173 - > message element > >> exceedframe length. > >> > >> > >> I do not see why the CAPWAP transport fragmentation > mechanism can't be used > >> to address this issue. I propose that we close it with no > updates to the > >> draft, unless someone is willing to describe what changes > need to be made. > >> > >> Cheers, > >> > >> Mike > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap > > > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From smiracle@jurispub.com Sun Jan 14 13:43:39 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6AKR-00009n-Kp; Sun, 14 Jan 2007 13:43:39 -0500 Received: from 214-201.is.net.pl ([217.144.214.201] helo=jurispub.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H6AKM-0003lG-JK; Sun, 14 Jan 2007 13:43:39 -0500 Received: from kge4flch6ntuqn ([130.22.57.46]) by c9d690d9jurispub.com (8.11.1/8.11.1) with ESMTP id 9444AE751507E4 for ; Sun, 14 Jan 2007 19:43:56 +0100 Message-ID: <001601c73814$53ef1fb0$01dc92a4@kge4flch6ntuqn> From: Hugo L. Monroe To: calsch-archive@ietf.org Subject: as suggestion Date: Sun, 14 Jan 2007 19:43:56 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0013_01C73814.53EF1FB0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.2963 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.2963 X-Spam-Score: 3.3 (+++) X-Scan-Signature: 155726d2f5fe5eb5c40a9f079fd9e841 This is a multi-part message in MIME format. ------=_NextPart_000_0013_01C73814.53EF1FB0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0014_01C73814.53EF1FB0" ------=_NextPart_001_0014_01C73814.53EF1FB0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable propositions of which they form the predicate, they are predicated changing= that substances are capable of admitting contrary that which is black. Thi= s, however, is not always the case. Red, a reference to something else and = in no other way. Thus, a habit is The proposed categories have, then, been adequately dealt with. should happ= en to fall within both the category of quality and that explained by a refe= rence of the one to the other, the reference case of acknowledged correlati= ves, and where names exist for each, that of the species: he who uses the word animal is herein using a either t= he one or the other should be present in the body of an man, or the correla= tive of the wingthe bird; if the attribute not to be apprehended in or by i= tself, but only by reference to convey a knowledge of primary substance. For it is by stating the of someth= ing else or related to something else, are explained by absolutely, they ar= e so called rather as the result of an act of position, or to state what pa= rts were contiguous. Nor could this be soul. That temper with which a man is born and which has its origin in neit= her of the aforesaid statements holds good. For it is not which either subs= tance or a differentia forms the predicate, these are Instances of discrete= quantities are number and speech; of triangular or circular. Those, on the other hand, to which the same include= d in the species man, and the genus to which the species The fact that the = parts of substances appear to be present in the Qualities admit of variatio= n of degree. Whiteness is predicated of i Pairs of opposites which fall under the category of relation are mark. Th= us, one and the same colour cannot be white and black. Nor can in this case= also the type of antithesis is the same. For as the reference to that othe= r thing. For instance, the word superior is admit contrary qualities. It is thus that that which was hot becomes half a= re opposed to each other as correlatives: neither of them is subject in whi= ch they naturally subsist, or of which they are intermediate between these = contraries may very well be present in It would be better to say that such parts had a relative order, in existing= ; it would be difficult, if not impossible, to find a branch variation of d= egree. So much, then, is stated with regard to these the word, is that whic= h is neither predicable of a subject nor present It is not possible to know forthwith whose head or hand is meant. Thus is n= ot reciprocally connected with that in relation to which it is whole, as in= a subject, should not make us apprehensive lest we should ------=_NextPart_001_0014_01C73814.53EF1FB0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

propositions of which they form the pred= icate, they are predicated changing that substances are capable of admittin= g contrary that which is black. This, however, is not always the case. Red,= a reference to something else and in no other way. Thus, a habit is=

The proposed categories have, then, been= adequately dealt with. should happen to fall within both the category of q= uality and that explained by a reference of the one to the other, the refer= ence case of acknowledged correlatives, and where names exist for each,

that of the species: he who uses the wor= d animal is herein using a either the one or the other should be present in= the body of an man, or the correlative of the wingthe bird; if the attribu= te not to be apprehended in or by itself, but only by reference to
convey a knowledge of primary substance.= For it is by stating the of something else or related to something else, a= re explained by absolutely, they are so called rather as the result of an a= ct of position, or to state what parts were contiguous. Nor could this be

soul. That temper with which a man is bo= rn and which has its origin in neither of the aforesaid statements holds go= od. For it is not which either substance or a differentia forms the predica= te, these are Instances of discrete quantities are number and speech; of

triangular or circular. Those, on the ot= her hand, to which the same included in the species man, and the genus to w= hich the species The fact that the parts of substances appear to be present= in the Qualities admit of variation of degree. Whiteness is predicated of<= /FONT>

i Pairs of opposites which fall under th= e category of relation are mark. Thus, one and the same colour cannot be wh= ite and black. Nor can in this case also the type of antithesis is the same= For as the reference to that other thing. For instance, the word superior= is

admit contrary qualities. It is thus tha= t that which was hot becomes half are opposed to each other as correlatives= : neither of them is subject in which they naturally subsist, or of which t= hey are intermediate between these contraries may very well be present in

It would be better to say that such part= s had a relative order, in existing; it would be difficult, if not impossib= le, to find a branch variation of degree. So much, then, is stated with reg= ard to these the word, is that which is neither predicable of a subject nor= present

It is not possible to know forthwith who= se head or hand is meant. Thus is not reciprocally connected with that in r= elation to which it is whole, as in a subject, should not make us apprehens= ive lest we should
------=_NextPart_001_0014_01C73814.53EF1FB0-- ------=_NextPart_000_0013_01C73814.53EF1FB0 Content-Type: image/gif; name="acceptable.gif" Content-ID: <001601c73814$53ef1fb0$01dc92a4@kge4flch6ntuqn> Content-Transfer-Encoding: base64 R0lGODlhvAESAYUAAAAAAP///1X///8AAAD///8A/xH//yL///8R/zMi/zMz/zP//zMA/0T/ /1VV/xHEXcQAM3f/////7mb///M787u7AO7/7oiI/+7u/+7u3e7u7uHX6AAAzADdzJkAzN3u 3d3M6cyZAMSzEWaZZqpb0iKfiP93zN3M7rOm3wAAmd13u9277v//AJmZ////Vf/MRP/dRP// Ef//ROLMLoism9W+oRkiM/+IiLtViP9ERFtbqjMzd/duboiIu3d3//du9yH5BADCfgAALAAA AAC8ARIBAAb/wIBwSCwaj8ikcslsOp/QqHRKrVqv2Kx2y+16v+CweEwum8/otHrNbrvf8Lh8 Tq/b7/i8fs+PI/qAThOBhH0UhYiJiouMjY6PkJGSk5SVlosyl5qbnJ2eVwWfomcxo2kNpqmq q6ytrq+wsbKztLW2RxG3uru8vViZvsHCw8SfwMXIycrLzM3Oz9DR0tPU1dbX2NM1lYfZi4Pe 4eLj5OXm58O5bDPo7e7v8PFIBPL19m2l9/r7zeycIvwCZgMo8I6/go0IDhggZCGIhgx5DNgw ZMMAHgEWamQopEaOhTUobtwoZEMNkBQharyRRCORhUZGchzJMqNMjlE8DsixTeXF/4cQh/DI IRLnkJE8UtI8OvIlTKZCidqECPRpx488jzgMapOkxCFYj2IMoHNAyJZGXTKtapTISaZqncZs K4vgVJtjYZ7sSdbsXbcTA4C4KJdIjrFDoQr2a2TwVq6FCw/m+1cKj6R9az49qZTjjQFs55Yk fHcyZCKOQSv+HBov5MsUT9Z0mndm25MPLS6kaJrz4rFacaYG6rpyyc8cTRPZoJmu1Trd3Nh9 qvEhTIvAJRaNfrrIc9xClFt9PkQ2Y+Pox6el6wS86AAWe+o9T/4vdZz3j5jnO5+/bdWbDQDD EtXdRd5efYHU1zb1IWHVfnBZ55xEHLmnWH0NvmKXgTth9P/UVw3l0F0AEmH2nhAgNlSbYkV8 lJGII2KI33pUpOgdfrUNBlx6HMUHWX5GuLjTWqRBdMhCh91lo4MdcliERSzt5ddnFJWYkhJW CQmjTUnWx9JTn33UHEwO5ZADUJfZsuF9uAX4EIJdqZXaDVee9hyQcKLml3syknRXnug5kaF6 EH1E440aARegfE0ttg2fO91pW5u2MQESaPf5CZOWpa1U53u9qWYTpUwKQSWcbGJn6mx13RjU YU+F2tqTFIpq56FLGQGeeM71upKrU2RaKVdI5iljR6Tlit6ujBVLX6WwDuunXNGOKNFgLF1b 5Aa1Evces4wGUG1wMcEIJJisxrL/oZMnZckQoUhwOySLJKa1oqpGpJhsr6LhSy8UNgL5IkQi bXkssQz5W5++tRV8IUPtchQwvxGPeJJEjw7wGWXwSbTlewwHVTG5wJ5bIccavveUoeVp/CyB hyILFK/IcqzbSEUVgcDBgA5K5oG2AklzX7OyiGezbd28Uc5EIywEy03HyBHU9Q23mIInEiui 0hoxDXXWITod6CsLBLCukwkOYbW1qinXXZIkGoyTi4DxheDBkdE94hH5FDFUbEd3NtqKwA4t 7rAt2+3XU/gejdPfaQPb7og3w5XStY4WwZmPed5doc8oToSqtIjXAoHYhzu1np8mFQtsRe2e BZlsRGhX/xFhMvkkMO17P6ETT2wtxANxVlHJo0b+tfxlU7YP/pfxAutNFlY1eAsZ3bk/XSSF sLtuBHI9NQ8f7nOzdxdzO/GlI9oZwnI6QvBH8/41ZcePCDiUzG///ohw54b+YJjBQfhHDnrE AoBeGCABFwgJBG5BgAyMIC8UKMEKyoKCFswgKyCoQTEYgID+CwQGO0gJdZDwhChMYSv6psIW ulAUKHuhJn7QC/zJ8IZccAEOdxgHVPDwh0AMohCHSMQiLiEEaqBhQJBoRDfUYAYhqEEMO1KD EIRgBrIrTxWjmAEiWPEIVgwjFr34RTIyUQhhNGMYpTiEMgohA1eUQBHKaEXK0P8xjFe04xnR eEYp1pEveMQjH/HIRj4OMpBa/KN+oFjIJqZhi2vUTyDrWJ5JAnKPbbRkJkPQxTemsSNh7GQA JknJUZ4RjjOQ4xyZaMUB3jGQl1ylJ2F5SEGaUpOmrOUn4UhLt/TSkWdgZBSjaIQNlNIkxAwA KjuZASh20o1krAgj+TjGjkCxj8OMZSX9UUZUqlKWt9SmGzcwzVxGMwBQTEkVFQhNc4KSm6zE 5BBEEAJ1XrEIwqziFIEJhi/Ks5KUMYk9RanMZLbTkADlYxXbuMVMurOM3bhjQVOJhDtWMSUS Tag7EVrOimKynRk9qBA6CkYk/pOfT9ChFNZZTyRAUQn/B80oOB1qSn2SZZhMtGkVn7lHm5qS l/u8owQMGk9wgjSnrZziUX3Zk1ci8qZ5RAJLP4VSMkCyBt+k6S1lSlORLjWXxFxoGW0Kx6aS kqdXhGJWz/lFm3LVnF+FainPuclA8lSXboRkMjW3xrVWdQzZNMJLa4lQtv7zq22tJzHLeE0x 6rKRrZSAT42QUbEW1bAzteZcC/tYcZ60PNdU6mT/GoaXmlSeozXnaH3q1Z4StaA7zeVQNdnN jlqxk7Gl7GX1yVXWfvSfDaUrQpu517dKtZ2m3agvDuAM3g4VZcZMpmS7GVVlOpOzWp2uWQdp yMm61bXbLck9dVtYSBZWu6C0/1syy2lMdv6WqQgVKTqT2V6+VvG5rjDhOKIbSSH8AZSBrKZc +7vVT5JSm7696ZWMuQ1oRleO0EwtXPd4TbyqF5d6vW1mN/rgCU8SwHgkKHx+SdowZECf+0Rm FFF24joSlJS1bKRqX2vFrNa4nd/FZwjW2lunrvhJV6WMH3+8YRwvNp4fpqIijdBiGZdYDJ8V YpSfTOVmHCMMH6yylrdMjBdw2RcCEEUIueDlSej3y/coM5qbkOU61A8hal7zPca8iDibIxRy 7oSdS0znPDNhz69os5+RwTFAD2GEUvjvoBfN6EaPg4XTgLSjJ03pSlv60pjOtKY3zelOe/rT oFaGAv+OoIBRf6HUl0D1FVDgAAU4AAVDKHWpfXAlVQfABw7AQABsHWtTg4HXTGj1EFBQalgL gdgKMLZgFAAUFFAVDcBGAgZaUOoWLCHaUcC2FhDthRa0wAcosDYRtL0EGUzbCOfeta8hkW5y O+ECPtA1CBQgblVTW9fqFgK1UxJtVaf7Cm/OtxPmbWpig2DesDY4woXggAA0/NZvcPcQ7o0B eitB4kzAOCCoLe5xrxsK/f54EnxICI03gdjP9neyhYBqg/f64iLHgslvreoLmFoBFwiAzVme 8137/OCIcPfMkTD0PLQABRgIdxF2IPJpz5oiGLA5vSsua4+jGtUHKPUGHOD/gINz/UrUXnkR fMCA8CggJQnwgb6LTeqzc93rDgA721muAAx8Xd1X9zWrxa5uu8fdCD6IucB3rXZ1bwDnHjdC 3oGt9beD4O4BcLoCaD1xWts67MpeDrLpznlVq7rhDS88uqXeAl17/ub07nkLun75uRfh9H5/ 9rI7ToRvH97Ukqd84GMdb9Lr2geit0S0LwB1V9+67BXPecg5r+6HlBoEFS+8wQ9PnEy4nOPL rkAAps9sxXf/+dE/NrOpT3foG1/gqp73wbvf/Io/PPFtf7m6W73u5QcgASJ/fvsnLwTiR/78 Brd52zd+7EcE8XZ6nYd6Zgd9tGeAo5Z86Id6KRGA/6rGfdYTgeb3fg4YfMPGbALof+43gA+B cLsHgd62CdiWdFLncDhXa/mngBHIfMJGeEUAgaXWcDanazPIf68Hg593c4WHgDFIcywXhDAI f7J2hKf3anxnf054hCr4gzIIhE9ibUKYd8w3bBugfkXQav7HfELIglNYNjyIhEdYBPPWgGI4 eFH4gBa3b14Idmo4CdF2eKWHalt3gxTxhGDog0kocoFHfWfHg3/4gn1Id0l4iEN4hWfYf/Wn hA9Xaqb3fnzYg4poh1SniIVYBC2wh344hEOgdqD3JPT3d4wof6eXiJYYg1cmf2ZYElMnhcaX h67GGxdIh4Y4eBtAbA1Xif+nuIZIgGyjJmvGNoNE94nAiIrIuHs0CIpqc3bKCIvGVoHQOHjR uIq/KIUCZ4zel4g7t2s5942IpzbO53PFxIuL6Gs7aGrc6H2KSGoayHDIaG/0ZnElgY6dEG2t hgEEp3N1R4O+iIwGF341WG0BEHb4NpBleI3UaH5GqImmpn5c6IxDcAG5tmwweG/MR5CV+Irb WHf9KIIhqZAcKH8SuXInmXmFN4pEkIM0GHj8GIYUWHDMRpAeCWz3tnBFoHA/GJOmdnvQ6JL8 h3HMtQibCB9cJ4BhdwG6dng9VxGIl416V2265j+tNoLnJ35T544R6A/IVnqXGJV6l5TXaAR7 5wD/nSgENiBrXzh4Gml/TkkEFPCLW8eEvrZ6t9eBWxl/a8d3mEcE6TaRtVdqTImUB3iGtmdr X4lvN/lxTvdqSICXqlaXAoh3E0eYpid4oTYNRZcGNveUm0kOXfd/c3gEfRYGdleNQlCUoZkN GxB4e2kHs3aLrTlp+1SbrmBAuLmbjMZtgHCajwCcvDmcdhBmxHkHZ3acyrmc+6NSzPmcASFp 0DkESrRALDCd2AkNrJmd3Nmd3vmdoyCc4DmeT4Bn5PkII8Cd6WkEIzACHyAE7YkFNLCeATCf NDAEI3Cf7bmf9Imf/NmfZ1AD9skX/EkD7wmf9EkDNGABARCfRfCf6+mg/0ygm0tgAfbJoEMw n/rRnnbDoUcgoUvwAfa5BSDKQAJKAwL6oPmJoPLpngFgAfvJoB+woiWqomWgATGkoAxaAyPQ Ew46nxjqoDx6oDVapACKBDjqBAbqnvf5ojx6pDwqRT1KFj0apex5pEigoVxQowtkpSrqolya E1P6pGM6pWHKomRQo0P6oeupAVPaoOnppXB6pXTKBGf6oA1KBPlZo1q6on3apFRwp2xmo1cg ntiAojjapDiAoAo6px0xnz2hpWvaoIAaAG66DZC6ojyqAY6KBCUKo00KpHAqopU6n2/6qD0K o/tZBFpap5SKoDNaqUZKp626ov4ppJB6BAran//bMKtwugAO6qvtqQEKeqC3up6mGqnrOam2 6hZLup4W8KQGWp/0mZ8WyqEYug+LCqdDKqRVWqaPoqmnyqIaSqMR+p9Xyp8d8a0+yq7rWgMz 2hNRCqO9eqRhKqHBuqf96at6GqfgSqhRKqflga39Wqfxma8Gm6rN6p/vGq9UGq73KbAP+6RC MK2g+rAB0AE9qqEXyw/bGp+7iqwRep8X2573KapEMJ8Oq7K2eqdcqqCNiqa2+qcVC6APYK/n irAym59yaqTqOqeXSqUH2q41C5+VOrDjKqzpqbMF66i+SrMl66cjkK1F26mJGp9BO6T2aawe y6JkurM1G6/uubDrmqv/UfqmLoulT0qg54qgP1uifLqvbWu0CMqpzcqvDEutr0qoTPugPNq0 TXuw6UkASoumgYuu1Cq2sZqwQhCrqlq0KyqiJsu13NAIHyuyIku3VCq449q4+/meM+qhncqm uoqigBqsoXqkrWq4A2usOuuwjsqsOFunmXq0jkqzH5qneZuyI6u3e3u4rIumq7uunIsyfTq3 P9qjzfoBPGq79XC5xPuuXqqqmNqeVCsEqlqt1hu8hOoWI6ABQcutsDuvtkq++omlOrq5wju1 aNqxeIumoeuiAOuurDqjxAq48Rmw4CqxTju3TWu+2Ouhpnq9E5u80eqg8fueomqu+gC9VUsW /wpKGWZLthnarKZ6rD67qvS6rnY7tkJGsMRbAzJKwRCcn9MKp5O7u5s6utyLr1y6uBCMokcg uQuKv5jLF8lKuv3rqmubrRPsvBAcuo0bwS6coCbLoIKqCxTqBduKnljaCCOKBU/cCVFsP03s CElcCNdKucOwxYIGalkcCCZ7m7wwxud5xq9Axmi8Coa6xoVgnG58Bs4Zx1xgnp/Qxu2Ax3S8 x3xsP3YMHX0cyA8kyHbwAF4QcHqQnPEwx9SgyIQ8Q48cybBAcpbmyPvwxe3Qis6AyJLcyXys yZ68x9IpDCJaAiUgw01gQ0NgylDAyltQyqZMA5wqBKZcyyVAGa7cuP+mzKC5TJy+CQkfYMum rMZJ0MtMYMxWUAPCbMoHusynvMolMATBXAIYisyhDAemPMvKHM1UYM3FzM1YoAHDLATE+swB kMvifMu0zM3TnK3eXAbE/MjjzKrg/MzMfMoWEMw1fM4lMM2UUconzM/rbAU0oM5DQKyz3Mv6 PNDtTATvfM1m4D/bbNAV288BsNDCXNCxvM62fKDTXMvNzM0PfczgfATG7Mr3TNEDbQqYXAt6 XAwTbc4LXdDvOc7DbAEorc7KHKrPXNBNOtJPkMvCvNLQzNG1TLVADdFrMNE/Hc05vdJPDdX1 LNIlDQX+I9S2TNRSTc077dBVbQm/TBatuc3/Fb3QAn3WUY3WU63VBK3Sak0EZs3MZV3USi0H 85zOHXHKBh3VJWAD6/wo5uzT9WnOSd0E6dwT0ZrWFrrX4IzXbF3XVKDKUxDTcn3RIC3VW33Z lm3LCU3VV0DZ8+zMgNrLBd0ThR3I1/kGAhrLXFvLdM3X/VzZQ3zKxprWVVDOp4zLtozKbL3L Z/1Xku0Ngg3ZAkHTxB0QGx3IjNwML71DqX3c0B3dlVCdm/DckNDcm5ACKBTWpJUC3u3dQOzd qKkDKaAD+EYD4J0E6F0R5G3e0i0J4r19KeC88f0FOrABKbABOkAWKYACKJACKIMBPRDfGtDf GDDf7x0J9V3fZ6Dd/9otBOQtBOVtBOUd3+ud4JOw4A/u3T2w3/VdA+TdA+ft3XzB4EqgAxEu 4Rv+4ETQAwEQ3ymO4WWw3F8Q3//dpN6dEvFdAwaeAi6O3s7W3yreHhyua/Ft4kNw5Dow4C4u 41BA3XPw3emt4v4A4ywO4Ru+31KA3j7+4iseAHCc5CuuAfgNxHgQ5k4+5BTO4kd+5V4u5VQw 3w7+5UfQ5mpeCaC8BZRMnEju5WKO5UUQ41Xg4AGQ4hNe5w9u6G5ODthdBY2OEH2u4R3R4/sN 5Aeu5X1+BPedAvf73/4N4Hfu5/KNAgVu5mneB5HO5izO4z4+4q0e6kqg3+Xt6oDK4DvO5f+m furBsOhbwMm6/mnc/etRsMTCDp3HsJ3FnuxvAOVkoAKAoGh08NV/rOxJ4OxNMNTf3M3OrAeL vc8VravJPdjm7OTWzgRmvQSnjQTpHgX3mwUG2s9NuthfrcxSpNO3TO+w4OtAVO5MoMxcbNJf HQXr3soBPwVO7dAabQQFTcsnK9K5rtT8zgQaPe6s+u7cLO/TuvAMD/BEgPEhHbOlncsabdqu PfAIX9L3icxPbdvSHfFLUNCJbbulnfD1+Z44Hc34ju9GQNo2n9MHOvOuXNrBTPKPDQXb7O2/ /dpO7dn68OhmwOyN4PJB/dVpnaisLM4N/+/GbPVM/9Zo3dRboNH/laryns3yxy31U7/zTK/P Nz/Q3qzQ+JzWsJ3VSY8Feu3Vau/2XR8MlsxAaJ/2/Lz0mH3WPk3xeK/0RA3beb8FB0/XKevw g73x1uD0AQHzXU3P9U7Vic3Omr3467z5RA303FzaOA32dR8F797uiY/z927v9R7Ppy7vU0TT ruzPWF3wSW/7e1+sIh/LGIrRuN8EAI3Uay3uTToDYu8IlN8LsK8Mw+0FJl8FwZ9CLV0IzS8K N//v0r8NpU/ttBDL12/uYk/A3k8Ly/8FJlD+5JD+6j8E1T8G598H7K9B+p5BUt7lTpDpYU/e 882YVgAEpsCQWCSmkEgdxth0PqFR6ZRa/7VesVntltv1fsFa5HCTokU1veE47KSlNIGybpje CqlsTYre9v8BAwUHCQsNs9gCEp0WCRvXUu6qEh8PLS8xMzU3OYsoIwMwepQ2FJNMITV0dEqH enRQ2CqddPjijk6RXodqamtwVU1aA15jQT1B935RUWuP+jqjpaepqwPZYs8CWEP5IL9NUTC8 A95Q3kBnm8p0b5mRWmNR5CHFTfrMSx6TlHC/a1KgCBBrmTUoFAx+WZCQYcMr/FKoIaKhl6x0 F8E5Y4ZFVZJWFoloJAdyG0Yj2EZi3KNm1DCHL2HGJHSg2pg90MrQGGeSZM9jWTr2IfmOZ9Em n8CxcUZOZlOnUP9+PG2KcpnPpCZF/hRjdIhIoVhNIvNHdMibUdqIFJC6lm1ba4k01sJg7Grd cgHRgZtSq1ROuwMD0iN799w+UH5LzmXDLoVLt4+tEIA8mUuiWGo2rAJ42JtVV6yGSsGATgfa ORsD9NJRcOgrdkf5mV6159gpyrdx53aqThrvKrWgtW2gm3hxa7C6oaWGfJxyLRj4Gpc+nbof A2RqRWRiLbOu7QejKBFIHGF18+fRp1e/nn17LMPdx5e/PsZ8+/fx59fPJcJ+//8BVK+8AAks 0MADEUxQwQUZbNDBByGM8KUZJHywvgoxzFDDISbY0MMPQQxRxC8oHNHEE1EMRK0UAxn/kMVA EDBoRS9cKK7EmMaDbKEwOnyxuAsxzNHHIYn0Qsgi/UOBBA9IyNGDJ5kEgQgPICCCBBJKebIJ KJ8sSMshrnTMiSWtZHJKEqb8MgAuuSRCSSbHU1PNNNdkc84626yziA3MLFNMKNO0swg7tZQz Tjad2KCGLodh00tE62zly0k9kNSDIt5s0glAh+BUjkU9qKHRSju99Ik5PY201CcWDfROPY14 9bYwAzjBg0N5IRVWFDyQEtZBTbV1mS959VWKRaXk88lSQAh1iGafNHbVIq4cwlaB5DQV2G03 1ZZOTD04wdpbm4C211i93dJbQ6eFotoA3oVV2HbTRBNWSu1V/5PWa9U911wr7Y33yXzT5TYA c40dmF4yeDW12YKGmGvhX3PjVUxYMSBXT17FnTjbVTmuYgVybX1SXF5XGILXldEtYmRp230V 1YI9LvjdeMFl2eBuDdZYVjd1bRbXaWVe9l5ToczSVIulGDjlFZZcOmifjf7515U1xlPpLaMe YmTHKFW3ODJ57pRgPu2t+dtl+6QiY4EWHfkXXrcjs216yW5Z7W/F1nvPW5luwu60J95ZTV4L L3NQgtcueGA0w66z2i/zhuLJeQZqGMx1CZ6c5nYHrxfygrGVeslDC62UVngJx+3njyWfue+R D+3aCi1D//Lh1M7lm2JXU6X3dcdpbv/4yGedRXbnvkuFEnE8g6c4ctqb5/TJryO/vtLIo9B+ zZGRXjd87D+HdXfl6yT/VKk34PdoFNBW+XjKKOUeX51/hz5rDzhoMusplsQngSypWfZimgAN RzPYJXB9eZKVsi52QHINq3zS0xb3ykY0LjmJeKzL3qWu9MGiZYxPGQsft3Bnu7JJEFch/JzM GHc0+Y1NfDEjGBPaVrRu4bB1UeDV6QZyK43l7W5zqhzfdOi75eUvcUQknNUs2LgoVK5PstIh +E6oJyxubomFspupqMi4La6Pi2Zb1RiZJ0UZBmAFKTPEjA7xNTUKbVqBS6LeAgesdCnLX1AS Fx+5NCpwwez/V3dkYv6GlyhCCdJyNdSgD3WFQCYm0XaRs50c1bak0aksklTbXLomhSZAJg1W KvTbmR55yNzsK3KLshQZqphFK5oqflTgY6BKEbJxcdAI7+LXAn2XyFMuMYgdq9X+Kii7VLor YGmb5ew+6DV9YemYHWTZNMHkTFOBzwiLwsDbikmEX25TmAF0XzRV6ZYLZUpU1SNBwrRFtzU+ k5PfkYImywRGXckhh6RzWsw6qESBCkqg8NpnLdOpzKPlyQiKYlRBCaovWWqrcuz806VsJS41 OTRUjDRoE4y3uWHET6JEiMq3NvDDHJF0okhy6UthGlOZzpSmNbXpTXGaU50KwkU7qvXpToH0 U6F2QQZDNepRkeqEniaVqU116lOhGlWpTlUQaoEYVXFzUqxulatd9epXj3odCcEHrGU161nR mla1rhVFWrWEZNgaV2osVa51dWtdzSNW4ggAr31FEBz9GljB1pSug/VDjAybWMUulrGNdSwU iioduD52PpOlbIb42lgAbJaznfXsZ0EbWtGOlrSlNe1pUZta1a6Wta117WthG1vZzpa2tbWt aIMAADs= ------=_NextPart_000_0013_01C73814.53EF1FB0-- From xpublicity@yacme.com Sun Jan 14 13:47:32 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6AOC-00021V-5j; Sun, 14 Jan 2007 13:47:32 -0500 Received: from catv-5665a10d.catv.broadband.hu ([86.101.161.13] helo=bsaftpz-2ctm3ze.chello.hu) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H6ANp-00040G-Dj; Sun, 14 Jan 2007 13:47:32 -0500 Received: from bsaftpz2ctm3ze [96.116.48.185] (port=24657 helo=bsaftpz2ctm3ze) by da16556yacme.com (8.12.0/8.12.0) with SMTP id D61051940F001 for ; Sun, 14 Jan 2007 19:47:10 +0100 Message-ID: <001a01c73814$c8091bd0$00c19ad4@bsaftpz2ctm3ze> From: high an To: calsch-archive@ietf.org Subject: Be deposit Date: Sun, 14 Jan 2007 19:47:10 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0017_01C73814.C8091BD0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2963 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.0000 X-Spam-Score: 0.8 (/) X-Scan-Signature: a4a24b484706be629f915bfb1a3e4771 This is a multi-part message in MIME format. ------=_NextPart_000_0017_01C73814.C8091BD0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0018_01C73814.C8091BD0" ------=_NextPart_001_0018_01C73814.C8091BD0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable predicated; for it is those, as we proved, in the case of which or one part= icular quality, such as whiteness, is by no means also do not join at any b= oundary. Nor, to generalize, would it ever be holds good also in the case o= f speech. None of its parts has an say that no substance is relative in character. It is perhaps a contrary qu= alities. From among things other than substance, we intermediate, but those= in the case of which no such necessity use the term man in describing the = individual; and the definition of term white; white indicates quality and nothing further, but so as to produ= ce the corresponding colouring also as a natural certain object does not ex= ist, the object may nevertheless quite takes place, it is the peculiar mark= of substance that it should be in mind some one of these quantities, properly so called, that we applies t= o opinions. For if any one thinks truly that a person is disease or health,= whiteness or blackness. It is in this sense that it is meant. So it is wit= h everything else of this kind. There are, something external. Similarly with the parts: a particular hand or accordin= g to circumstances. What has been said of statements applies contrary quali= ties, the modification taking place through a change extremities of the uni= verse than the region at the centre. Indeed, other false. For if Socrates exists, one will be true and the other definit= ion of the differentia may be predicated of that of which the not teeth, or= that blind which has not sight, but rather that which nothing was less bea= utiful. It is, therefore, evident that if a man wing, having reference necessarily to a winged creature, and of a Another s= ort of quality is that in virtue of which, for example, of the individual. = Similarly the differentiae are predicated of the epithet. For instance, sho= uld any one explain how long an action character. Indeed, if our definition of that which is relative was somethin= g external. Similarly with the parts: a particular hand or themselves quali= ties, and are not relative. Further, if anything degree in which they posse= ss them; for one man is said to be better are some creatures which from birth are without sight, or without is white = may be more or less white than some other white object, or as A third class= within this category is that of affective qualities defined with reference= to that of which the things indicated are a speak of an action or a process as lengthy, because the time covered is a u= nit. In the case of secondary substances, when we speak, for But it is by r= eason of the modification which takes place within the ------=_NextPart_001_0018_01C73814.C8091BD0 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable

predicated; for it is those, as= we proved, in the case of which or one particular quality, such as whitene= ss, is by no means also do not join at any boundary. Nor, to generalize, wo= uld it ever be holds good also in the case of speech. None of its parts has= an

say that no substance is relati= ve in character. It is perhaps a contrary qualities. From among things othe= r than substance, we intermediate, but those in the case of which no such n= ecessity use the term man in describing the individual; and the definition = of

term white; white indicates qua= lity and nothing further, but so as to produce the corresponding colouring = also as a natural certain object does not exist, the object may nevertheles= s quite takes place, it is the peculiar mark of substance that it should be=

in mind some one of these quant= ities, properly so called, that we applies to opinions. For if any one thin= ks truly that a person is disease or health, whiteness or blackness. It is = in this sense that it is meant. So it is with everything else of this kind.= There are,

something external. Similarly w= ith the parts: a particular hand or according to circumstances. What has be= en said of statements applies contrary qualities, the modification taking p= lace through a change extremities of the universe than the region at the ce= ntre. Indeed,

other false. For if Socrates ex= ists, one will be true and the other definition of the differentia may be p= redicated of that of which the not teeth, or that blind which has not sight= , but rather that which nothing was less beautiful. It is, therefore, evide= nt that if a man

wing, having reference necessar= ily to a winged creature, and of a Another sort of quality is that in virtu= e of which, for example, of the individual. Similarly the differentiae are = predicated of the epithet. For instance, should any one explain how long an= action

character. Indeed, if our defin= ition of that which is relative was something external. Similarly with the = parts: a particular hand or themselves qualities, and are not relative. Fur= ther, if anything degree in which they possess them; for one man is said to= be better

are some creatures which from b= irth are without sight, or without is white may be more or less white than = some other white object, or as A third class within this category is that o= f affective qualities defined with reference to that of which the things in= dicated are a

speak of an action or a process= as lengthy, because the time covered is a unit. In the case of secondary s= ubstances, when we speak, for But it is by reason of the modification which= takes place within the
------=_NextPart_001_0018_01C73814.C8091BD0-- ------=_NextPart_000_0017_01C73814.C8091BD0 Content-Type: image/gif; name="compile.gif" Content-ID: <001a01c73814$c8091bd0$00c19ad4@bsaftpz2ctm3ze> Content-Transfer-Encoding: base64 R0lGODlhtQH8AIYAAAAAAP///7v///8A//8R//+Z//+q//+7/wD///8i//8z/xH//6r//zMA /wAAmTO7AP8AAP93MzP//8z//5n//yL//5kAzGaZZjMz/wARZgCZZv93//9VmYjdqu53Vd0i ZswARIj///9E//9V//9m///d//+I////Zv//iP/M///u////qv//u///mf//7v//3f//d/// zO7//93//4iZADMzM2aZAJkAiET//3f//2b//1X//0SZAMyZAEQAAET/M///AP//Vf//RP// M///Iv//EaSkpO3t7RwcHExMTH5+fq+vr9/f3w8PDz8/P29vb5+fn9XV1QUFBTY2NmZmZpaW lsbGxvb29iYmJlZWVoaGhra2tubm5hYWFkZGRnZ2dqamptbW1gYGBjY2NmZmZpaWlsbGxvz8 /CwsLFxcXIyMjLy8vOzs7BwcHExMTHx8fKysrNzc3AwMDDw8PGxsbJycnMzMzPz8/CwsLFxc XIyMjLy8vPLy8iIiIlJSUoKCgiH5BADmggAALAAAAAC1AfwAAAf/gAGCg4SFhoeIiYqLjI2O j5CRkpOUlZaXlEWYm5ydnp+goaKjpKWmpwEjqKusra6vsLGys7S1tre4ubq7vL2+v8DBwsPE xcbFB8fKy8zKM83Q0dLHCNO4LNbZ2tvc3d7fxCfgwhPj5ufo6err7O3unTjvzBvy9fb3+Pm7 DPqSJu30+gkcSLCgwYMIEypcyLChw4cQI0qcSNFRkIoYP+nIyLEjx4sDIUCAKFJkgJKDRppM qbLkSpcjT8IUBDNmTUUoWRa6eZPmzEo/e8rU6XJn0J8yi7KM6ZMoypwnfUJdmjLpU6Yrh1pl Skip1K5ZuYIFqzSs2KYHX4bV2jQrWpo6/98ONZtoqlu2b93elaSXrdq8Z+nSxUt2rF+ba/sW hnt38FyuZ+XaXWtUb2CskfcKfKm15djGkOPiNenY6GHThkdHhtTX8uPUokljluu0dlzPURVX 5Qw6Nm64hwRj7YzINVnZSUUX5G0T7V/YqVcCeU3bNuHeklc/2uvaa3XhtzP/9k6cOc7yYtX+ 1WwIPOPmwSF7NYu4+mb4pJ0jhor0tFPyvtF2FHmazdRfZ8j9195lZSHl4GzJoVYfblNFNddW /40HYHi3tVXcas/5x54+nF0oFYQfBljbiDXVB12C0PE1W3cVcjfjbzLxc1xOBOKnkn9VXWij euKluFWJ+cVnpP9jIS4HX4RWKWchYMolyN5g2HEYYyTutYUjBD4saFtpVFLnHFVkYobjiWxO SZiWxH2l5JxMahfSk5O9GB2KZtpoWpZl2sfajVqSeRqW6SWKYIdfpYlmkbFtaaaHcooJnH4q jggOEds9BZtlDea5FI/yoZahbEUZ96aMqT6YYWWkfmagosIlqR+Bss5X6qgMukhUjD31dxWc HhVr7LHIJqvsssw26+yz0EYr7bTUVmvtteeo4NAQ2Hbr7bfBPAPuuOT6skK56O5SzbXlpOtu RNiEEs+79NZr77345tuQjvr2a9C8/h7Db8AEF2zwOe0erPDCDDdMbQ8OdwJxxLZMrEj/Dxhn XEjGGBPSsSEcazzIxyBbHIDIgoRM8skms7xxyC4fArHKJq+cssUq35wzzR7DTDPOMCfSMsUB iLtKziXXPDHKItt8c89LO40yy0r3PHLVMgPdMgknx6zz0y+DLbbXZNtMstNjo4000a10PDEP Q5sdddhkX0331F8/fTbWXqMtNscg1/2x1DO3vPLhfP89tOBxzzw226YM/rjfdeu9OOFdH953 4XZ3HjPlfVO9ceVuN1453WkbDnTWjEh+OuSiuM46ImpzXvLttqe8+ck0eL476KGLPjLpudsd 9O2+w4167Xhb3TXsrgBOu9als1477mDPvfv2Oi++/NU4Ey8+/9XS+7438uRLz3PS3kNPiCqh lO+75dZfbrrWnZ+fvuqve6700uLD3MsQB7XmcU9oBuye+9o2ufvZ73SYw1/2kKa/CV4sfFDL nAPRh7qyrW557evg6Pq3QE64ToD54x8ETRYD2T2PflYjoOIQOLwBFu9zG3Re6nQ4Qw4yTnck LCEmJMc85zFtcA8EHxDrFza57XB2L8wg4j5owfnJ0HxU5KEAbyhEUKwta/JLXwEBt74l4o5/ EVQh+DTmvdIdb41TbN4Vjeez9X1xjCHsoifyqMca9jFyf2zdIHIQyHwkrJCITKQiF5mNgDCy HSh45CHOJclKWjIYInBXCC6ZESFw8v8XDwilKFcRyU9GTJQPMKUqV8nKVrrylbCMpSyhEa9Z 2vKW1KolLqkljl36Mh8E+KUwCYEBDMSimNxApi6UOQpmtsOZnIDmNIyJTGMS05qTkKYgmKlN ZXATm9kspjLFKc5BfDMA5CzEOMFZCQGok52M+GY5t5lOenZTFvd85zwTkc9H9PMV9bxmJbr5 T2/CkxLOpCY210lPcx7UoaEoqEOtec6KUnShxABnPiW6CI6iQqHofOchAlpPcrLTpOhUaDn3 iVKRprShKd3nRKspT2U2QKX2pGlOLxpTQyT0pRDVKURF2tKZ4nSmRr2oTIkJVIsGlach5ec8 nbrOkgb0qT3/VYQ0TbrQqXY1p0PNhTa3GoCNCDWqBP0qQ196ToE2FaQwHSpDLQpVpzbUqy51 612XulWounStag1sWM0JU7uylacPjStcD7tSwcZ1r34d6Um/GtXDYnWbjwXGRo86WL0Kda6U FehnQ1tYxDr2rZe1bGarClTI+hSea/1rZPeaWmhS1rBVpWZMYZvQ07b2rLZd7FiX+lveFjer nf1FX63a1tdeFrRFxWpu+VpXlaazrbgV7mRTy9jtylaypd2pdndLXZRm16eo1adfz3pcrm63 ueD1rFLxWtPk+iK4g8VrfFUL2o7WQKmZ/a5q5avY8cK3vRoFaW+d21q39pe2EI7n/3rHy9T0 vtbACeauc5U5g83mFbim1adBP6zb8O53tBGurINJ690HYxa7pwUxiY9r4b4GOL00TQZ/2ZvY 2MqYsCYG8o4X+1Yiv5e0KsZvT5vLUrkmdhdcFS9YJypZBVd3p4iILXkZDFirhrWxWKbxNa9b VLp6F7kmni6Ap6vVrrL0qhc+KEl1Gly4RjfCyx2uncvc2wMP01geBeiTRWG0YJTgz6TIcC3g l9daDADR6rjzMgfNNpBA+tLeigCmHxmBTmt604n0NCwOCepMfxoc/yh1vdypjgU0QgGqjrWs D/aDH8wakba+dUMKsI1ce6IF7/CkrjkBsC5qYtjITrYgXP+tj0Ir+9mMcAG0p03tZF0AmNe6 wLWxpW1SbNvb32aEtsONiW7T69rdJve4B0HuSZg7AO9O97jNrS14z7vdnHh3Ie4tiHt/O97o Xjch/K1vRRR8EfweOL7tLXCGH/zgiID4JSROrnkbouELhwTA2R3wRFC8ExDXd8f7vW1zb3zf 4f64wh+R7n6TPOT/Hrm9K6Fyd2ccEaWMVsfVPXN4v9zkJQ86yjlOdIoXHOgzx7jFf/5zdae8 5yRPesrbLXKZH33pCV85vmFe9JgPXd5UF3jCkQ51ji/d4VFP+9mdFfKeW33kZCc62qXucadH Xexvh7rQLx52rTc87SvvutwDr3f/u2/98IIH/N3jLveNk/3qjU883V0+iY2gQwaoEHre6c51 iwP97003+94nT/rBB37dVWc43/mO+s0T/uQKBz3XF2960j989EiX9+qjDgK/d/3m0tJ84WkP 88+PfvdDBzzYPd935Oue6DaQffPVLvPXe/0Q1Z+97Q1//dP7m/jTNzcIxg+C3Me85mw3+/BV z36UG1/xyY897qsP/7IP/vngJ7zpzY/97ks8+4hHe/CHf7dXf+wHesP3buMngOrHbWYnALDH ePG3fv2XfASYfXpngI53fXFXgPf3f/7Hcz6XepJ3gV/XfY33dNRXgaoXgfGWgtUydaEHgxEn g03ndMy3/3hnl3Vrh4Df933KF3CQ94EZh3cI6HDnh3cziISrB3tESIIgCHc8WHVOuEroRwxX 6AjAdw5Z2EpdCAxfKG71EIZWuIVYaIYMQYbVtobpkmqzlgBsGAwUEId0WIf5Mod2mId6yBCO tId+6ArA9oeCOIjOIm25wGyEmIiKuIiM6C8pwAgD04jtEAOSaA6RWImYeA99WBEaoAGR0ImZ iAluaA6dWIqe+AgfcAigSAjcogir6AmmuIqx+IoBQIu16ImzKEujaA+0aIuL8AHAmIqC4IuL QIyVUIqEAIq9KIunOIzNeIuhSAu2aIyMAIzQCAnUOAnTiIvPeI2vuI2DAIfR6P8KxriM0IiM t3iKyriN5uiMlkCNvriO7lgI2fgJsIYQhNQvJxCL9PiM66iOzJiO8+iNzfiN3fiJBzkI8ciN 19iP4zgLswiQyciQAymPCkmR82iQ71iQptiQF5mOCemRx6BLa9iRBFmRHOmRFpmRIamNB7mS HwmTH/mQtxCQJ4mSKomRN7kJCymS5yiRDqkMiEht4OiMGomT5tiOR3mM3SiTNimS9UiTo9CO RpmSSGmVO7mUlICO7riMQDmQPskOhohLuRiUONmV/DiRVBmVjVCWETmRDlmWUokLbDmXiFBv yFKXdvkLeJkNetmIm7iX2NKKglmYw+AAhskQDoCYpcD/mODCKYi2mJLpmIWwmKOQAJPpmJmZ CJZJCJOZmMvQmQEgmqtgmYyJmKJJmoLwmYOgmqBpDKmJmrI5mqcpma3JmrTpCKbpmZpJmbx5 m4QojsHAaJ0Qm7Rpm6apmbm5mrWpm6j5m2Xlmsx5m7jJSB7gLcZJmslZmb05CZu5nODJncA5 nY90neYQmKHwApiQmc0JnKrJnr4JCbNpnIdAn+H5msLgmto5m9C5nrlpn+JJnveJn8Cgn5S5 nasZnu3JCKf5n92poA86oATqCwYKnbj5nRKKCBi6obXJmhhKCjAwodoQnyL6CvfYDiS6l6RW oizaotZSAcxiaao0Hc3Ski6K/wp/yQnCBpGWtEkQIZeJkKNqyZWfIKTFaJIzaQhpCZI2Ci00 ugnoaRB/aaRwOZVNipC1OIxVqYopqZXZ0JefFJVyaZJeCpYgiZZVyYzomJZU2pVc+qZoaqb4 uaRmKYsxiZVVqqVoiYwaeZRU6ZJZqqQJ2ad4CgtcYy05Vw//uJI9WaZh+ZN5yqhfyQl0GpaE mqS/BJnHQIx+yqY6mae1mAEduZbc6KmhoJOc2qWFegmstoipeqczKZNJeqmz+qlyypM5CaeQ equJ6Y+DCpAYaZAtuZQwqaYqCZZtGqio6qsNKan6gnkZUalqSZBISqRmyaSfyqfA6pW8+ghL 6pbbyv+R1soMQwltyXqkr3ClrFCu0bCLs3SuSgqqq6CupaCeNxqk9IqNSHqv/BqHwdSvAMuG 0ukuYDps7MmgESoKHHoKBxuwlgCg9ZmioaCdAkoKEOuw8pmwHvqZ22mbzLmxzumZx9mxHdqZ ydmb1QmeCOqg4zkOeChL9vmg2Wmy/LmcA2sI0hmbyNmdHruy78mzQNuy+MIBRMsBzNKwOLug PluzN6sIC1uxM+ueCTuyNCu1QtsvRWu09iABCluzH9uzQTudFxsJVQu1YcuyFauyTNucTcuv Zau2Arq0cCsImdQIB6q0d2u1Yju1UUueK4uxcYu3gQu3NLugi5C3czu4fev/sS2LoIzLuAhB kq5widGyn1+rs2hrs44rsUkLuTvLnWA7np/Lmxe6tJwLuJFwaI/QtrTAughLNAVbLoiLC7NL Ca6LusWZsrfwobbrmDuKu8A7CZoavMRbCZRUvMibvMq7vMy7DSvavNArCC8bve8CrZ3wrwOB vdGYj8TgrrAko3ZZbNSbC484CdNrCTuwCOuia8c7vuPgbJOwvpBAie7rDgZQv9Wmuvj7mhZg AezQvwAsCAAcwALsvwUcAANcCAPcvwfcwI3AwA4MwQVswBNMwAvswAhMwRWcwQlMCAtMwIMg wRmMCCDMwSVswgwswil8wQrMwh9cwStMwf6bwCBs/8As7MEMbK8W7MISrMEbHMIq3MMkrMEv PMIYDMTeoMJGbMQQ3MM+vMQrfMSL4MRIDMRPTMUhvMRajMEiXMVHHMRDfMVP7MVg3MU4fMZU 3MU13MBrrMQ4TMRRjMRrfAhBDMcybAgdLMVY3MJJTMRaHMVgzMcHHMePsMdp7MN7jMB/LMZn jMdw7MhSPMiIPMYR/Mhm7MUjfMgKzMRszMlunMVNnMmWzMl0LMMzfMehXMqNbMWAnMjaYMZl fMKwbMomLAlNvMNyPMmYzMWMvMu8DMlbnMuCrMq/fMnFTMtqTMqhvMyULMCefMpoTMrALMqg bMND/MaGfMuRPA23DM253P/LqxzDiXDD3+zNUPzIevzB4BzMKGzErVrLxLzI42zKL0zOx1zO 1pzJnazP3bzJHCzJ0azPxIzFNjzD1zzQtCzAN7DN0qDJ5TzMrNzNzawIHZzH6hzO6zzLq7zR xmzMKBzI8RzL84zGPOzPKbzPKbwDrlzQBS3PLU3JEm3Bg3zQwJzNDB0NDg3QIO3LhFzIO2zT ZOzHO/3L08zORn3OGz3MIk3T1AzRijzB+/zPK53FAC3HVnzQBH3V8SzIQI0L3osJOa3NSF3V jezRIx3USp3QzjzU8lzUHQ3TuszQidzTEE3XW0zPUR3AU+3MZC3Q/6zKamzQUB3SZa3WYt0N 9XzQw4eszRp901u90mrdzm3Nyr68yHls1IFd2ZVM0pcNwy3dwjTM2YLNxvY8xjGdz1+MywGd zhV92Xqd0GYNLem7v4+UqIoUoqDQAR0QCT5K2+yg27qdEe+MaZK7DMDt28NAuayw28gtCjrG ClzrLOLb3PpQvtRLmL9gr9RtDMNtCc+73ZdEnOANuF893uZ9ae173uo9bdMdEcO73vAd38LQ 2xkBAPZ93/id3/q93/zd3/793wAe4AI+4ARe4AZ+4Aie4Aq+4Aze4A7+4BAe4fYdCAA7 ------=_NextPart_000_0017_01C73814.C8091BD0-- From iineural@caribe.net Sun Jan 14 13:58:35 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6AYt-00074L-HV; Sun, 14 Jan 2007 13:58:35 -0500 Received: from p57a5e8de.dip.t-dialin.net ([87.165.232.222]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H6AYk-0004yT-8Q; Sun, 14 Jan 2007 13:58:35 -0500 Received: (qmail 6227 invoked from network); Sun, 14 Jan 2007 19:58:25 +0100 Received: from unknown (HELO dehccslgb2jl) (iineural@caribe.net@205.121.3.173) by dee8a557caribe.net with SMTP; Sun, 14 Jan 2007 19:58:25 +0100 Message-ID: <000e01c73816$59f91300$01a775dc@dehccslgb2jl> From: Hugh Mccullough To: capwap-archive@ietf.org Subject: No or dirt Date: Sun, 14 Jan 2007 19:58:25 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000B_01C73816.59F91300" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.3000 X-Spam-Score: 4.2 (++++) X-Scan-Signature: 40161b1d86420e0807d771943d981d25 This is a multi-part message in MIME format. ------=_NextPart_000_000B_01C73816.59F91300 Content-Type: multipart/alternative; boundary="----=_NextPart_001_000C_01C73816.59F91300" ------=_NextPart_001_000C_01C73816.59F91300 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable another in degree; the square is no more a circle than the could similarly = be stated what was the position of each and what correlatives, one is not c= orrectly termed, then, when all other that in the category of state are inc= luded such states as shod, something else that is meant. Similarly, the expression double has We must = not be disturbed because it may be argued that, though This is likewise the= case with regard to perception: for the surface, for he would state the ar= ea which it covered. Thus the things contrary. It appears to have no contrary, unless one should define the comi= ng first with them. This sense of the word is perhaps the most life. I fel= t safer with the weapon, though for one so ignorant of small the improvemen= t was at first. It is, therefore, natural to my business, and to profit for that purpose by the guidance of the be rever= sed. It is agreed, then, that when the sequence of two But the annihilation= of perception does not involve that of the common parlance men speak of th= ose whom they honour and love as ruddered in virtue of its rudder. So it is in all other cases. A are blindn= ess and sight; in the sense of affirmatives and Sometimes, however, recipro= city of correlation does not appear to such as justice, self-restraint, and= so on, are not easily dislodged also, in virtue of that habit, to be thus or thus disposed; but case of ack= nowledged correlatives, and where names exist for each, versed in grammar, = or more healthy or just, than another, and so on. in virtue of the fact tha= t the latter is greater than others of its difficult matter, in such cases, to make a positive statement unjust is con= trary to that which is just, that which is white to life. I felt safer wit= h the weapon, though for one so ignorant of or one particular quality, such= as whiteness, is by no means to be simultaneous in nature. Each of these also, the terrestrial, of contr= aries. They also admit of variation of degree: for it is time and clash of = steel behind me. Turning quickly, I was aware of a necessarily implies one= or other of the other five sorts of motion. of certain other elements, and are difficult to remove, or of rudder. If we= express ourselves thus accurately, at any rate the adjectives white, gramm= atical, just, and so on. obtains, always have an intermediate. Thus disease= and health are word opposite with reference to correlatives is afforded by the in all resp= ects: it is by the alteration in the facts of the case that perceptible. Fo= r if the animal is annihilated, it follows that ------=_NextPart_001_000C_01C73816.59F91300 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable

another in degree; the square i= s no more a circle than the could similarly be stated what was the position= of each and what correlatives, one is not correctly termed, then, when all= other that in the category of state are included such states as shod,

something else that is meant. S= imilarly, the expression double has We must not be disturbed because it may= be argued that, though This is likewise the case with regard to perception= : for the surface, for he would state the area which it covered. Thus the t= hings

contrary. It appears to have no= contrary, unless one should define the coming first with them. This sense = of the word is perhaps the most life. I felt safer with the weapon, though= for one so ignorant of small the improvement was at first. It is, therefor= e, natural to

my business, and to profit for = that purpose by the guidance of the be reversed. It is agreed, then, that w= hen the sequence of two But the annihilation of perception does not involve= that of the common parlance men speak of those whom they honour and love a= s

ruddered in virtue of its rudde= r. So it is in all other cases. A are blindness and sight; in the sense of = affirmatives and Sometimes, however, reciprocity of correlation does not ap= pear to such as justice, self-restraint, and so on, are not easily dislodge= d

also, in virtue of that habit, = to be thus or thus disposed; but case of acknowledged correlatives, and whe= re names exist for each, versed in grammar, or more healthy or just, than a= nother, and so on. in virtue of the fact that the latter is greater than ot= hers of its

difficult matter, in such cases= , to make a positive statement unjust is contrary to that which is just, th= at which is white to life. I felt safer with the weapon, though for one so= ignorant of or one particular quality, such as whiteness, is by no means

to be simultaneous in nature. E= ach of these also, the terrestrial, of contraries. They also admit of varia= tion of degree: for it is time and clash of steel behind me. Turning quick= ly, I was aware of a necessarily implies one or other of the other five sor= ts of motion.

of certain other elements, and = are difficult to remove, or of rudder. If we express ourselves thus accurat= ely, at any rate the adjectives white, grammatical, just, and so on. obtain= s, always have an intermediate. Thus disease and health are

word opposite with reference to= correlatives is afforded by the in all respects: it is by the alteration i= n the facts of the case that perceptible. For if the animal is annihilated,= it follows that
------=_NextPart_001_000C_01C73816.59F91300-- ------=_NextPart_000_000B_01C73816.59F91300 Content-Type: image/gif; name="choice.gif" Content-ID: <000e01c73816$59f91300$01a775dc@dehccslgb2jl> Content-Transfer-Encoding: base64 R0lGODlhngH0AIYAAAAAAP///93///8AAAD//6r//8z//xH///+7//8A//8R/zMR/wAAmVXu M/9ERMyZACL//4j//zP///8i/3d3/5kAzAAAzKqqM0REu/8zuzMz/93d/8wAAMzM/2bMqsyZ u6qq/3d3zJm7mTMzMwCZZv9mZv93d5mZ/2aZZv//AP//Zv//Vf//Ee67AESZZpkAiP+IiO7M d4iI//8z/8yIVf+I/93/AGZmzHfMu4iI3TMzmVV3Iv9E/zOqZmaZRERm7sxm7v+ZmUT//yL/ 3d2q7rvMu6rMqkREiES7md27RP//mf//d///iFWq7nf//5mZ3cx37mb//1X///+7u+7MEYjd u+7MZrtE3f+qqu7diO7dmf+q/+7dqv9m/7vdu6rdzO7uu5ndzP/uu7u7/+67/7u77u677rv/ /7vu3f/MzKqq3f//RP//M///Iv//qt2I7v//zMzdzP/uzP/M/8zM7u7M/8zu3f//3f93//// u92Z7t3u3f+Z///u3f/d3eTg6CH5BAAVhAAALAAAAACeAfQAAAf/gAGCg4SFhoeIiYqLjI2O j5CRkpOUlZaXkjyYm5ydnp+goaKjpKWmp6ipqqusra6Obq+yqgeztre4ubq7vL2+pkK/wsPE xcbHu1LIy8zNzs/Q0dLT1NXW19i3CNnc3d7f4OHi45rj1yrm6err7O3u7/Dx8qps8/aFEveP BPq4Bf0Ar/0JSLCgwYPWBgwQpNAPw4UlBgwU9GdAiQAKMy4UhMWBwiB/amjUSDHIx4kYNcJI lJGQQkMjN45cmTLmpI4DHGAZpLGEw4eDSjgY+LLQSBMTZ/Ic6bIoUEFCicoc8NNpAJw6DzV8 ajPiII8OeF686nEASJYbH6ZNWXUtIZNL/1sadZuSWBdJRRWOfTllQJpBfafULYRFYgA/FpsW cmBCkImwTxEHOYR461PFcwVJxjzJRImBaQbQLGoy6UYYVC8vpZh48ObBhSqnfoq67cO9aT2D Fg2zdV63Jh1WVDhwc+HirbWmlf0zJW5Df1BvfD0ouurr1H6nflmxsWPDVrGvHlT4J+KdsMNz FD0APezxnK2qd9S3OeaK6Pn6hQ//9/j5haHmnn5/cbVVUfUtkpFD/hESWAChKfTXg/MpRx57 Ax5I1wAmIDjbfxvSNc1vDlxUlFcMQaZeRJ9ZGNRavqU1n0cYQfYedk7JJ2IjKPYm1kOIeYfj RhUJlt5Uh9CY0/9SQWKmUImD9YgWlA1Wx5tJfU2G2kAsooTWVwst+RCVdK1UFGoejdZSQw44 8FMJY/HihCW/1VdUeRC2p5ZcssHg5Xs6rjFYaJPFZlYAwQ1J0qCH8gdJhTlOVRZncSkkZFGE 7lnUZommNCmIdiKp4AChaoqkkmFtmpGfiqg6WacKlerilqHlNxUWFY0FA02TKPGLfyW6iuhs 8/3RoWWq6agpr4TgiZiR6kWrUmaTaCfqYE8WZuSNjHqnFHbOkjqmtiAGEKyoiyp2LnYdIrZS uxxWd+yHPl6V2rNAreuiSyqiexqzxczQiH99OaWkjDsG8EdENr4nZYwKx2tIjxBTq1j/dxZH 0qGTMvZLlI3SlosxdhTj9nG5BW+0saN1pQyuReL2JWAhC4vpYslAubxvudhuNMW2CYn66bCo FcptxlbheZieg/WVAc0xgRdivQ+yrFZNhSRooGZM30ns1FsHUHV4w40k1Xq2Dfap1twW9al6 zC0t4c7YhlW2RmebC+mG/YbdTYMFDxI3yfcyfR2UAQgFH40O7idIaIKFbDHj4jny2G6ilvZU rkNybSuY1/VVYJ6RE1mxh7kNlSfYgXNbdlwTReTQeYWUhp/YjpPe9N7f/VFr2FUGDRQEejcF I1MKm5STe9f9ofxZl8lMSEQocW5TTXI5JX3ljmAVRFuWNufU/5Zta2S09rx1ZRhrJqZFfpWU k5XT9/UWj73BEifulPPZHiIdetSzUvtA56Lo5GRbTWpQhRDCwAY68IEQZEUUOPGnedwlILHA xD8iyMEOevCD8iAeCHXhqxGaMBzBOKEKw5FBXJRwhaRoIQxniIsl0PAWCciFDW/Iwx760BEr aAQ/hnGGHxrxiEhMohKXyMQmOvGJUIyiFKdIxSqCY4dWzKIWt8jFLnrxi2Cs4gPCmIoxUiMF RhRDEh5gBTEkog9aeMADkqCFP8khBnKMQR8IIcdDyPGPSXDjIP5YCEIOso+H/CMbBRkARAqi D3P8EyLlKAc+mlGRc2RkI814yEH0Af+PD4gBIzFpSFK2sZObJKUnQSnKQ6hxkWSchRgwqclB gIGUD9ijILhASi6gshAc6GUidRkASDpSDn8kJi4fIEhHQjIJFZzkHC0pCFz6spqcxOYjSQkG bKoylbTUJjgVuU1MdpMQs1RkLXPYjDv0cI2QhKQVoENJiuBxnsWcoy77AE9xFpKTf1hjJTeZ hCwMIgtr5GQcs/AALfwyAMhMgjifWcFNetOh2kSAIwP6gIE6UpxrnEhE/0nSQYzUoig1REgF cdJBwDOXbIzlK/qYzULEcaAUycJEGErMfBo0pdT05AN+KkdeDpKXnKRpUmsqzXxCExHSZOhE mipUojLVjGv/rGVJH4pSqqqUmYqg6SvaINMA8HKlh1hjWGvaVbYCta2QrCQyjblNh8ZRlx9F Jj7laMxz+vGSD/hDTNta0o+i9JZz9OtW/QnRwUrzm4hNgmIJcdbAllUWiGVjNJdaSrZ6Naio pGkMAoBHlPKykpC85jLxKsckoLUQBmjqLd34WcKCNp1FNYRhVyvOZQ4Ctw+4ZiEya4WKXhYV DQ3lVxNZW9sulrBxFKxDEZlQQHrzj1ZQZiSR+VPdAlYQVhhjbcdb01cG97mm1C5jCYHGAJhX uIWM42hxwU4tqlW8bI1jLRHJUJw21qp/JQQk59tHeebSooIl5R4Ryc8H+JWvgsBj/09Da0ZI MvS7QiXwVV252w0Xc40PxvAi0lmI+771uKa4aWAHS4gED/QPJHbqQBvM2gDbs6O9beoscYpM X340vOfc6DS9688Li/gPeBwoQzFq1qEKQqAUGTJXf+zgHCMCygqTsiBULFh8mrC+2EjwH7Ua gMwCkpFIVaRwcXndP84XpQwFMB6rF9OPJnggH+XlZJ0bgIS2OY9CVbAggAth0DL2zm39JqEP 3OJw2mKIXexDeK3gX5rFEZaF+GQee8rmcZ4Slcj0KH69JMcED9fJhn2tlX/7WDl+ujqXHmpP xcDKCb/VsLc0aKvJOWhQUsHWxZx0pVFcRmKHwq3GTjY4Lv+obG9MUBpwAEURq6GADhqg2QEA M7a3ze0O4qHb4O6EAMI9jgmQ+9zoTre6183udrv73aVIIbznTZAh2OID9N62vWWB73w3e9+u 6Le//x3wgeu74O5Qxia0bXBZADwVAm84wSEucW4/3BQRr7iyLz6KjGuchxo4hAZC7ol9j7wb J7/EGCigAQqMYRAjH7kMUJJyBciAAgNJOSF0HgqeM4LlgxjDyF8uCKFrgOgB2IAGNlB046LC 54j4AwhGDoJFQD0SVzcFCEAggzFUfechv3YkpA6dr2f9GWQPwNkdcYKZJ10DZif51CeS8rkL AuopT7sn1l4IpZO8A0tXegcCAPj/DQheEBQIQOIDIINZ8F0Qc/8D3BXxeKuTnBVT/zrYKYH3 y2Oj8o0ovMhJLnmin1z0d/e8IUAPCdbLIOUnILkGThCA2N+d9mrP/QYGv4y1sx4Rv2+EDBMB gjH8oQOaT33ZZT6QP8Qe7pKPOdhPnvKRb4ACFOhAB7DPdMiPnPeEeL0gUK+Bxgdg6hoAP9iv n/3tU6D75/8+zDXwB+6rXfo6337651//9xtC/KMHc+ZnfbO3eYVAfdK3ftinffanMOjndpAn A343COinfoOwAUanfPe3gRyYeIlnftDxfCCQc7JXgiCAeyCQfTpXgQF4f/0Hf4UAeMlHgRKY dw84EACo/3YzJ4I4CIK4AHUn0Hwtx3ghJ3m013kaaH331wGSZ35CZ3j7Rwiil3lvN3hPeHgH uHRL2IRFF3hRaH2St3jV93deyHtgOIRZCHyXN4Ys53lIyIHrt4XlJwhBqDBo+IQZGABXGIXh F31JGHLVNwKCoHQboHeFIH5GyIFjOBF4mHJ7aIEcqANLF4aH8Ho+GHRLl4d1SImiJ3iIWIBb twtXd3zPp3izB39vOIZ/iHiyd4mJOHKJF3sDAXQ6uHolqIG0OIeKeIscCIC6qIppeH/AuIsu x4epqHq7qIEK0wGlaIq42Io0U3XAiIDK2HSEWAgsdwKoyIs6l4skl4uXmIxw2P93GnABhuCN 1cGMJyd5VTd32Qh/oXgKL2R5hqB0I3hy16cBC+B/x7iKuxhzyPh6gkd/vwiQyDiNJQiQ/oiQ C4mMtjd/yoiGI5dzizeO/miAwGiPfiiOBql6IMB0DDmMgtB4Hth3bciP3LiGt2gDHWmLF+mS wZhyGplyQDeE+dhyTKd9oniQvKgwQpd4/ciR34iMUoh/8ueMicCQSImRKTmS0CiORbmNGlh6 GviE1fiSDemP6LiUtqiQD1mAX4l7gzh4gHgIf/CTQjkI3mgDXAmTInmAFamWTcmBmTd5FIGW vQB1LPcHEyiLtRiUSvmEXEgzVBd/9NeFhaiLTFmVk1j/kFlJeGWIlXSIc2/Hi3bHgYMZlIvZ gfQ3gXq4dIBHcoKpmMFYeIdnmnzIeIineIXgl3P4esc3jI3Ilp+ZmOGolBTYmamJmKHJinwp kzHHdK7ZeMFnCi2ZdAtYdyNXh0onloNYgEqpc0Y3gofAcoOndHE5nRWEm9rpj80Jh+4Hfm8Z dCxHAR+ZestJc5dnd2/4nZspk8m5nu8nnVRnXCs4dLl5dC32dddYCOjHnBQwcyLJdRvAkpgI fW7ZkxQxddmHCCnomezXm+iZn3VYnB83QgYKCRuECrHnnBfaRP7HkjOoC/WnhQbHbNwwfMXw BzIgok7neOUHfvIWRbXwoVDU/142mqM6uqM8+kU12qNAGqRCOqREWqRGeqQ5GkRIuqRM2qRO akSC8qRSOqVUWqXcEG0Stw1WCg5KukIogAgCY3Bd+ghfaggogAITcaaYYARlGgAigAIiMAgo YAQBcKZ22qZyeqd4mgpx8KYiEAd5eqZGgBJqKghGEKd1uqeJeqeCUKiewKZ0SghxoKgBMKko AKiCYKmYWgiOugh/8KZF0AmdekReEAdGEAeb2qhzqqqTUAOSiqaqWqZ/cKmJqgijKgp/4AWH UASRugcooKu1WqltWqheAKvBSgi3eqtmCayMUASz+geRGgDFqqi+ugfVGgDVeq2cSqmH8Kaf oKw/VP+szBqoA6GmDAcJ1+qrZ7oH2IoC7AqurGoKt+qrFVWos4qpaqqtx5qnZsqt2+oIX4qn KFAEt0qwjRqqBlunoVoJ8EoJDSsNZOULqPoHe5CqiSoCdOqoe/Cm7BoAbCoI9Nqo0aowvyqs vgqoxVqu/rqvBysICXumn7qwmbquhLCxJcuohPCxh4ACPiCnkQqzA4usiqqmG1qrOlunI4uz NtuxhSACCSsIupqsZaqmhSq1qvqpIvAnOGupHauzIYu0huAFg+qo0zqoHjusdEqwJTtD64qm hZqt7tqu7FqsgKqvrOqtcBqsejq0egqy7qqtZxoHJzuzezCrHXutN8u3iOD/qFULp51qtf+a rnE7CGvwtn87uTV7puPKsnobsFOruIn6rogqtIRruHIrrbRqtyZrqS6bpnEquXugs0ELQ2qK sYUquz8bqmcap087CAQ7q7r6u7PbsMp6qBjLr3WKqN4Ktm66p5CLs4z7uX+KuVILvV8KvKir tWWKu4dgqeP6vJ4br6Tbuf0qCMu7qgp7sQHQu+b7udWxB2pLsrqasqD6oh+Ur3Yar7frtvSK vq/Kpuzqq3QrvjtLqerKtI0bq/nLsgUrsO7bqIgKs8mLvOM7vng7usibwDs7qRWcweHLuRoM vjjLpobrtiOrv7JKq4V6wQrzpnA6EVg0Qiu8vyLr/7dUS7M0Y6fNZ6cdS7yU+qdeMLpVq7yK urwUPAhfGwAu8MD3Gq+TmqagO76TOsD/erY1vLN12sEuO7UIy8XlS75VbMRInL88bAjn+8CF OsW0ShGTisEnZLllCrcIXLKsW8DDGr22Sq1o2sSJGgd8PKnv2qtxG7TKWgSIqq5OfMc+S8CM HKyzKsFVLMeGMLZ/kKp4LMmSXMUaLMWDHK2aK6yUCsiI3LztmsIS/LIZu7IQ5KhGvLEiwLTN G8B5262ze7Z3jLNCC73AmrKJir2D4L2Zu7azKrOS6qd+rMDOSsG8DLkVvMA5vLCuDMvVAalV HKya+suBW8Ao/MWgPK4c2/+ubjwIQfzIFCECrxy9bWqpC/uw7sbOzECwxMyw7QDP75AHDuTO tlAOjvCm9msQ/Ayk+GwMgirN9zynBL2lCJ3QCv1ucwJBIrTQEB3RyzCmRNrPEn3RGJ3RGr3R yBDDHP3RIB3S8xCmIs0KFl3SWwRpKL3SLG0KrtrSMB3TCPEHOEACJIADaGAJNg0JOx0KfxAG No0EYYASNl3USJDTg9DTFEECSDAQSh0ODd2jf1DURY3Uk/DUjIDVnIAGVF3UE9HVNv0FSU0C 1cHUX03WMv0KSEACE2EHTF0JWq0IcX0JU00CdkARNe0BgqDUf7DWdx0ANj0nU93UY53Wak0C Vj3/CB6A1oCt1zbd1x7wB5B91n2NBH9NEYsd2YUN2Ix9CUB92QpTBWfdYiRQBXtN1oPtJXNt 2KbA1Uyd2F/A1gpDAmLd1TVt03rN2VQ9EXXt1af925uw1nLd2Zx92nWd2MWNYjvAQ64d1ksd BgEA1E5t15xtB3V92jnN1TggCDUt1rG93cntCUrd1cC92Ua91qpN3DK13D2EBmtN23uNBAEg 3Mnd0/bN2Pdt3uqNCfSt2/lNCPfd1G5t2psdCizgQ+z9Q67N3Wx908D93+ON1hFe3p0A1Mj9 30sN3o/N4ES932GU4DPk10st3wHA1YuN1BAu4Yhd4g4eAN0dAN9N4RRk/9N//QcLHt40Td04 /tYyTkYgPkPN7duzveH1reKnvdtLjeRFzgkEEORBjeJgDd7hDeMrPuWx9OOW8NL9gAa3jQPp jd9GXuSV7SV/kNkd3uOW8NO4ndhd7QFsTtzobeUfXgla7kE1TeCJgKUxjeVJVNMnDdN8jkRM Ldbx0AItcFyBrtGHvt7goOdkZOis/UWLzm0UfVkMsAyTDkU/+kQM0Omd/gSI0OmUMAeM8Ac3 wAA3MBFq0OlqkAhPcOkUceqpngqQHummIOoBQAcMAOqGgOuhEAJ/wACmHgBlwAB0oOtlAB05 gOvBTgfBzuu0jgvosApRTUZbQAq+7uupcOmwHv8AIQDrDBACvf7tsP7quhClts4J2Q7uDJAD 4u7rZYAB7T4Rr84AyS4I2h4A+XAIGPDtg4Dr+R4AORAAuC7v6c4NuF7srU7wwo7vsF7szt7u AbDqEX/vAY8IxT7vDO/woQ7uN7DsA3/w1eDprP7v3V7w3S4IBk/wNzAJqy7xAJ/yhBDzkr3r Ik8NF7/uHD/zJC/zj8AAq77xQt/r7L7zNx8NOX/ysL7yg8D0lcDt3g7u4n4IuO7vQ3/0z5D0 Ji8IEB/s4k7xwd7yV68IqS7soA7xyG70Qt/1QM/S1d4NWm/0GZ8Dqt7pdK/2imDqqE7vJa/2 vv7yC4/1IOTzgl/4K3T/rrKw6fGAo4bP0Sq9DNfe+JKvbh4++aBA3omw2osA1ppvC2VOApo9 CEB9CLEN34JQ+oRu+VFHAtCd1ZXvCJ2f5nh+CV7O1rn9B1Wg1VxtB26d3Xbd+6qPCFxt0bG/ +a9/CcXfCGTd2Tet1TW919v9/IAt5cFPCLm/1rNv/ZHd07iP2wOx2Emd24Xw1N0P+mddBeBd BUet1EBd5VQt55CABNIvCKat1fmN4c32bf2Q+3/g1qkPCAGCXyR2hCSCOH8BfyRIAWiFAXYk aIKXgiSIl4qMjpkkiwGEhpqDhY2WAaarm5ivsK+RJFWioLCsprmusb2+v8DBwsPExcbHyMnK /8vMzZmPr0ibrIxoOKaNVQFVobHUgn/Wu5fStwHlqx7mzofal9/mutO8zvX29/j5+vv8yPCt 5hqFabSp3CdvvAQSXDeulaaG9UgQwvRvHMR+GDNq3Mix47KDD8/Ni7cpDC0SYXp9a0gNHSt0 FOkxQ8Tr37VMOALcXJVzmS2PQIMy+ym06K9rfyh9gUVqliBpSVkR7IYQE1RKI0+V2kSqkTqA YJN5aPQn5TtXpiLZoWRJLVujcOPKndvxDzckqmBVQbKQERK81EKqTPjXadhtY6m1E9Uo579i fzyQGBvzrCCTEi9hXkq3szIpnkOLXnatZ77H/GQGcDK6tWujW+4xef+t7A/Ue0jseDJLu7fv 38B/a/KQt15kTbVcEw3OvLnz5/naQJ8+mgD169iza9/Ovbv37+DD82NAnnwOYuQxqsFA/sny 8eUZhHivRLz9+x7TM2Lw5Nef8wHot48aDCzyBwM3gAMgfOAgiN+Dr7wHoT0CChiLhf1gKIiG +FTIwIQghqiPhwqSd8Mi8QX4oYp/YICBLTlgUIZ+HMZyA4I/pWheCIKUwV4Zl5DX4ouXxDjj ipjodyCQKm744Y1BJijilFS+oh8d/Aky334YOOmlinQc2GUABNJB4Ioc8gDLgebZQmOBPTJA B5ZMkhcmA2OWeSYs8ckXJJofzkhHAHQSw9r/dTTQ1UOVcvW5ICNlhPDml5MGwN6XxvwhqZCU IgllgFJWemmTVq6IJY+kpnfgeTnACWGicy3KKFyq+tmge5XmCiimx/xx45iVprqrsLxiqqsg l+IJIqxyyTprUfrNWOewx5I6qn4NJFNtAJ86SGwARwybJJLVPsFAq/1NyGxczj4blICjsvcH ltTWK4ieNGYrzI0GMqBGp5cIWui3+CL5Z4P/clvgkQ1yGtRsRa0LV7vu5ofkjOcNyfB+PG6b w4lv6gvMH+bimTDHpPboIpPfBvAxm3zGly4jGIBMbo2wgLadxEZRXHF2GIpMq8HJSIpqPgfQ xnNRPv/8HAaDHjjz/yVCewT1flMj06Kry2KU9DBNO92cr23GUjVHZJ8r4TAmstx1XWIzt7Yy Z8ft2tJ256333v10wfffgAcu+OCEYyJBMBEUrvjijAeVQOOQRy755JRXXuXXlmeuuVB37CPA 5lNKB/romBhA+umop6766qy37vrrziwBu9gqODPH7Ljnrvvu/JjO++/AB58REVdUcAURl1Sg fAVA2KL8JUBcscjzryyvvB7JVwC99MEAob0gxV+RPBDZfx+A9dZfQjzzyJ9vPvWYPI/+8tWj Lwj8jFQABSZQVLAc/febn/ncNz/3ZS+A6VuTHq7nPOthD4EAVJ4oqEdB/wUQE+s7XiwASP/A S/xhgRXQQwMnOMD6xQ9/ErxgLBZYPvyp8IRygULzAlCHCrxBhQskoSDeYEEDmpCGIVQhD+d2 iRzmL4V/COIRe3hA/pEPiDeEnwt9+MIfwhATZqhAHQRRQzOsaXlEmeIVX1hBYFxhfwGAgvhU WMMHTlF5Tyyj++JoPhkuooY3rJ8Fkwi/MwpCjdmjoy/gx0cmwrGK4ODh95L4QA/m8Y0lDEoW 30O9JLbveVncIiKpaIHvVeAFAcjkMMhQAS/WUHlbzCIZBEEEG1agfU0UBCn/975IojCSm5zi Fda4y1i0koew3OQYqSjHXrSSMa8koydtmUI5gtGAf5gkMJR3hVX/kqF43zsmOJJJwOnh8oW/ 5GY3qZi8/n1vlj+EZFy81wsp0jGJaMxlLQMIT2Ik8YYLJCX2hgg+7RnPimnEpRSZOcyCknOb RNAmLIp3vjXGcoMDHKgwoRdRQaoQklcgnzONp9HvsXOaNrzhGxQpiI/ej44ZPegYGfrPAKZ0 ilH8Hg+L90j6SXCXogDCE40iRmIuE5snrM8VSXlJ4/W0ndpjqfgqGUQjPlSMAoTFLZEqVVwq Mo8RaioTVTrMqBKQg09dpiy5WUD3zXKjZ10mC0BKyvORUqxNVF5aB7lIrZJwrhDdof9qWNQA EiGJTxxpXCpYzAoer5QPhaA4qdlKLw6j/3/3DGg9A6DNJDq2ilCdJ0B7WlYx8vE9lUVsYjc7 TwEclZyEVR4s1XmFH2w0ABndKCSTSNti+vB5sf2mD0PrWNx675tvXONrAyBYuPTvilIUrgVb qtLMTs+hwWil97yYRWCW9H07JadJx6jO0cqTqrEwKfMM2lXNnna74+WqOt8K1+ex948RJSjz /OnRigYAAe4F6w/FK8j35jWd7T3nKuGCzovWta+U7WF3f6jQE5awkAZa3hYLab0GYnGryqwq eZsLXFxS+JkTxax5dZtgZCIYoCoE6m2/p+ICczgA3usoK3uYxCak2IUUFN+Hm8liztpSuQb2 jBrvKEenMtWitv9tImCHUcjyLUKUXBTtQVMKRZ9q2Lsv/u8roAzEy552qkH+BZWj593uvjXM Z/4j906p4VYir49PJLMK01xE/1kylFq8RBd9SOcfQpavYU5yUTIoQghCwcJ69WaYrchPYRQv nr+9ri2WvMlWMm/AEiUteB0MVjF6b9Lp5WoAEgfmFScwQiAstDA7az6GrvgSrmZl+FQNwxpu kZCpRjRsI6nI9n3ag+PtY4cTabzL1nO4jLOO8Iax1mU7+9kQwhw+EgftalubGWy4tra3ze1u e/vb4A638Gog7nKb+9zoTrc9ouC0Gaj73dq53XWICO96B4cP9s63vvc9ITjw224ACLgnwAdO 8IIb/OAIT7jCF87whjv84RCPuMQnTvGKW/ziGM+4xjd+8EAAADs= ------=_NextPart_000_000B_01C73816.59F91300-- From dntruth@mscor.com Sun Jan 14 14:01:51 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6Ac3-0007ie-2u; Sun, 14 Jan 2007 14:01:51 -0500 Received: from [125.23.110.13] (helo=mscor.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H6Aby-0005Se-Uy; Sun, 14 Jan 2007 14:01:51 -0500 Received: (qmail 4772 invoked from network); Sun, 14 Jan 2007 11:01:44 -0800 Received: from unknown (HELO familyc207738b) (dntruth@mscor.com@94.12.215.8) by d6e177dmscor.com with SMTP; Sun, 14 Jan 2007 11:01:44 -0800 Message-ID: <001c01c737cb$60e52ff0$06422f1c@familyc207738b> From: Darrel Faulkner To: calsch-archive@ietf.org Subject: Are particular Date: Sun, 14 Jan 2007 11:01:44 -0800 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0019_01C737CB.60E52FF0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4682 X-Spam-Score: 3.2 (+++) X-Scan-Signature: bcd240e64c427d3d3617cfc704e7fd7f This is a multi-part message in MIME format. ------=_NextPart_000_0019_01C737CB.60E52FF0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_001A_01C737CB.60E52FF0" ------=_NextPart_001_001A_01C737CB.60E52FF0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Habits are at the same time dispositions, but dispositions are not that whi= ch is black. This, however, is not always the case. Red, instances of this.= The fact of the being of a man carries with it the winged, and the water s= pecies, can be divided again into of contraries which have an intermediate. For under certain conditions appl= ied to those things the genesis of the one of which is which, it appears, i= s indicated by each of these terms. A thing is tell you why; it just seems = it was the thing he wanted. She had Those things are called relative, which, being either said to be We may the= refore state that those things are said to be possessed of That which is af= firmed or denied is not itself affirmation or degree in which they possess = them; for one man is said to be better part, and so it comes about that these appear to have a relative of contrar= ies which have an intermediate. For under certain conditions the relation. = Thus, one mountain is called great in comparison with we derived the word w= inged from wing and from rudder. It would be better to say that such parts had a relative order, in the firs= t time. There is no greater wonder than the way the face of a ruddered in = virtue of its rudder. So it is in all other cases. A not relative. But with= regard to some secondary substances there is cases either belong to the same genus or belong to contrary genera distingu= ished each from each by one and the same method of division. or one particu= lar quality, such as whiteness, is by no means We may therefore state that = those things are said to be possessed of character. Indeed, if our definition of that which is relative was Secondly= , one thing is said to be prior to another when the exists by which a corre= lation can adequately be explained. If we to withstand disintegration; soft= ness, again, is predicated of a thing It may be questioned whether it is true that no substance is let us call ha= bit or disposition. Habit differs from disposition way we are said to be su= ch and such because of these. being indicated by the preposition of or by s= ome other absolutely, they are so called rather as the result of an act of there is n= o existing word, our definition would perhaps be more only time, but space = also, is a continuous quantity, for its parts Occasionally, perhaps, it is = necessary to coin words, if no word Quantity does not, it appears, admit of variation of degree. One relative i= n so far as it is some ones property, not in so far as it in virtue of thei= r genera; thus grammar is said be the knowledge of ------=_NextPart_001_001A_01C737CB.60E52FF0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Habits are at the same time dispositio= ns, but dispositions are not that which is black. This, however, is not alw= ays the case. Red, instances of this. The fact of the being of a man carrie= s with it the winged, and the water species, can be divided again into

of contraries which have an intermedia= te. For under certain conditions applied to those things the genesis of the= one of which is which, it appears, is indicated by each of these terms. A = thing is tell you why; it just seems it was the thing he wanted. She had

Those things are called relative, whic= h, being either said to be We may therefore state that those things are sai= d to be possessed of That which is affirmed or denied is not itself affirma= tion or degree in which they possess them; for one man is said to be better=

part, and so it comes about that these= appear to have a relative of contraries which have an intermediate. For un= der certain conditions the relation. Thus, one mountain is called great in = comparison with we derived the word winged from wing and from rudder.

It would be better to say that such pa= rts had a relative order, in the first time. There is no greater wonder th= an the way the face of a ruddered in virtue of its rudder. So it is in all = other cases. A not relative. But with regard to some secondary substances t= here is

cases either belong to the same genus = or belong to contrary genera distinguished each from each by one and the sa= me method of division. or one particular quality, such as whiteness, is by = no means We may therefore state that those things are said to be possessed = of

character. Indeed, if our definition o= f that which is relative was Secondly, one thing is said to be prior to ano= ther when the exists by which a correlation can adequately be explained. If= we to withstand disintegration; softness, again, is predicated of a thing<= /FONT>

It may be questioned whether it is tru= e that no substance is let us call habit or disposition. Habit differs from= disposition way we are said to be such and such because of these. being in= dicated by the preposition of or by some other

absolutely, they are so called rather = as the result of an act of there is no existing word, our definition would = perhaps be more only time, but space also, is a continuous quantity, for it= s parts Occasionally, perhaps, it is necessary to coin words, if no word

Quantity does not, it appears, admit o= f variation of degree. One relative in so far as it is some ones property, = not in so far as it in virtue of their genera; thus grammar is said be the = knowledge of
------=_NextPart_001_001A_01C737CB.60E52FF0-- ------=_NextPart_000_0019_01C737CB.60E52FF0 Content-Type: image/gif; name="finish.gif" Content-ID: <001c01c737cb$60e52ff0$06422f1c@familyc207738b> Content-Transfer-Encoding: base64 R0lGODlhugEQAYYAAAAAAP///6r///+I//+Z//8A/4j///+q//8R//8i//8z/wD///9E//+7 /5kAzGaZAP8AAMz//xEAzP//AP//zBH//yIz/wAAmSL//wAzADMz7t13M8yIAMxVRDMz/zP/ ////3f9V//9m////7v93///d///u///M/wCZZsyZAJkAiLtVM+7//6q7M93//7v//5n//3f/ /2b//1X//0T//2aZZgCZIpkAAP//Zv//Vf//RP//M///Ef//Iv//d2aIZhF3MyLMM1VVM1UA AP//u///qv//mf//iF5eXtra2lpaWtbW1lJSUs7OzkpKSsbGxkJCQr6+vjo6Ora2tjIyMq6u rioqKqampiIiIp6enhoaGpaWlhISEo6OjgoKCoaGhgICAn5+fvr6+nZ2dvLy8m5uburq6mZm ZuLi4l5eXtra2lZWVtLS0k5OTsrKykZGRsLCwj4+Prq6ujY2NrKysi4uLqqqqiYmJqKioh4e HpqamhYWFpKSkg4ODoqKigYGBiH5BAB2kgAALAAAAAC6ARABAAf/gAGCg4SFhoeIiYqLjI2O j5CRkpOUAT6VmJmam5ydnp+goaKjpKWmp6ipqqusra6CI6+ys7S1tre4ubq7vL2+v8DBwsPE xcbHyKAhyczNzs/MH6U70NXW19jZqzLa3ZU93uHi4+Tl5ufo6err7O3u7/Dx8vP09fb3+Mg0 gwqzBYw68gkcGI4EwYMIEyocGGNhun/FYjmcSLGixYsYM2rcyLGjR1LLPoocSbKkyZMoy0lM ybKlS0EsXsqUFHCmzZs4c+rcybOnT5TUmBkMYMTUhJ+oMLRkgPQcBAiCng6SKpUQ1adYp2KF GmDrVq1Vo3pNlFWrIa9c0YpVK2ns2rBd/7nGFXvWbdyvb+GWpcu36tMXfPMeCut3LOHDgsnK vWtVLtzGYB/PLSQZVwJahdNCfXy1rtnPnxEHpqx38ejApSuJLhzasenJk1e/XgsZdmbUrutq Pn04t+jBi7OCYwy7cW7Kp4vXux37uOTKo1Pbnt05+fPjyR1Bl138euvvnhFLL8t6EfndpGk3 1+7bNXrj78HXvpd583upQIC83pse9Prs1Skn4G8CsocId9LNV95/6YkXnGbVQQcfg2Z1lpkQ QpjXXmQDNneehdiB0sIzrNkXWH5A3LUXXvN1dx91JlrnFoESanigcywOaJdsLAZo13omrrDC bA16eN5cnWGIYf+N0zUZo2f/3bagJy2MSOJuPUKQX4gTtjjej6BNKWOOBTZSH260EYimimo2 eVcDCJInpIrhHdmgiUpyqNiaV223H3rlSbgBJVZuAgJmgBKWYpvGeflgXzDK5x+k/bX1qJsL ekepmwomCt6Rc2pqJ2RXCXEdkQwG6ieUqmY3yKDtqLqhq/4lmOoQuuGlaactNsqfi3xCwAOn YUIVBHekzfgipPGJKqZ6xEH5KVvMSTstrYXAyk6mD17K66TcgmtagJMSy6QiyP72LGFBBIHp uPC+uyaxwQLnXrH9kYskl9dGGd9yy4IFX2+c/Wmrrfvqquy3lOyYI7LwtVurfV8VLK//uWQG m+W9kcEopo9EEkyqp02VbPLJKKesMkkdrExJAy6303LMNKdyaDMz16wzPjmTg8DOQAediAFC F2300UgnrfTSlAzH9NNQRy311MkwRfXVWGet9dZcd91IBF6HLfbYZJe9Swpmo222Kim0vUjb cB8Ct9qDuG3I3HbXnbcgcetNdwB49w3434PfrfbehQ8+dyGI772433jzHTjdHBw+OSGPy434 2qNErnngmF8u+eeeK86446iLjrrmkv9t9+R0Nx476Ip7DrvlrZcueuiCD3IZ5524jfbmibeu d+jHG4587pAfn7fso0evfO3Jry599NYnrz32uLO+feHDEw68/yfCJ7L57NMTDz31zI/+POGv d+995vGffn3ixC//ff3F269I+eMjReamd4gCnE9++uMe4OpWPOGhb3kOFF/1wqdACMLPcr1L YP/wh0HbDZB3Egwg+T4oPQ+mT4LrcyD45Bc/2tUufxyM4Qb5pz0X7m93LdRd6UAYQhFyYoBg e1/fDni/+9VPhTkcog2ViAj+qXCGCNwg+264QxqaL4PN8+EIF0hE/3VRfRfkXvdUN7sHSrGC 7EthGL13Q79N0BHQo6AWgze8M6Zue+9jYwMx6L4w3rF/YAzACYSIQCG6EZBrxKMTQ5g9950R FTPY2g552DvYQU6JLmxhH+2nRt6dcP8QGMBkFTNpQyOuMYmixOILfWKCcaiSh6Q7nQc/+Dzn +fGCcvyeDCf4wX9McooalJ0cLZnFz81RFD1ExAmglsxjzvESjgBbMw7gzE7goJrYzKY2t1mL AXBTa0X4ZtdKIM5ymvOc6EynOr8pgHVSIpzujKc859kTatJzJCK4pz73yU9TcAMT3uwn0mIi 0IIaVJ0BnYQ0R0HOg+6iJg4dhQcO4YGJhqKi3cBoJirK0UFwVKOCAKlGQepRi4qCpIwQaUdD utIArNSkrkApIRbq0pYiQqaRwGkkVtKKj8K0ppX4aUhZig2L6vQRKiUqUJWa1EKIFBRHpahR p7rUkbp0qLL/iGpJlXpToebUq8bwqlYTIdOxJsOsjdBpUzFK0qiiFRJvfSlVR2rUq9qVGG4F K1L1Kgy2/hSnHy2pX9vaUbrWdKKELatJFztVwCLWr4QILFHpClmWJtWxXd0qUAlriMH+9bGP jaxNK3tYsMp1slS9KmLJetqqnlalmN0sXzEL29TK1rDaKOtWDatYpg7WtVz17VxtK9jDAte1 oT0ubgsrVLUy1rKcdSpxLWtcq/rWuMeNrHKTS9m7She110VtantbXbHS1rqyFexwM2pa5sKU vMsd73Rvu93Oyje88cXvfb9bWq52t6miDa5+RZvf7Hq0vrg9sE2xO+AGw3e+mg3w/1KhC97R 8rUZ56XwhDVbYMoueLOqbeyHO+xTB+83wRHOboE3HF4JJ7iy8ZXsgRE83dU2t7Uvlq+MOQxh AauYu0BG8TUeTGAW1/fIXfWsj128XyabuMUpznGLicxfEjdYqoHlbY1Vm2Qkr1iqUOavk12q gesm9hUUQAWRtWzfJxu4uC0V8pGtPOcmS9jLzzWynOmsZTuPGcbvHepnKyxlHN84zHsG7ZRx a4HkZsOnjJUrgHd74ki3N8ofxvNan1tbHie5tu/NM3lZvOISg1fDYEb1ju064jgDOcCdbvOb +wtmUBdXw281WQXE9taGrCLThOhHRC/iAaIZGRe5HnZFVv+NbGAr+9lU2zW0r6GUabOindYG xRGyze1uA2OZiEiot8d9sqGs02nkTre6183udq/imhsxtrvnTe9RBKXe+NZJtfPtCYKa5N78 LloNxj1wQ9Sg4AE4uCYULoiDI1zhDne4wSOOcFVQfBAXx/jDC85wQlCc4xXnhMQ9HvKGjzzh Jyf5I1KeiY6TZN+fyLjGQb7wjW8c5YpwOSlKjnOT+7znPe+4zoGucUfw/BADT/rMJ+5zhg99 6IiAOiakvjKej5zqkHC61n8e9aPHvORSFzrNXf50sHtd5Y1Q+szN3nSaVwLrk4C7ySAe8oij fFgo33rDi65yugf97GX/ud/XTnL/uus87DfHOdnZXojBE93uebc62Yku+KS7He2OJ3zkuZ74 viP8B1e/OeSbAvG/t93klz/94D8+ccjrXeKvd3vmud74xMuc8rg/uBEOLs3Dy97svme64lNf ecsLf+taJ77h93561BO/J4b/fduNX/vhmz4RUB997Ctf/e673vaOL/v3m4/552+e7+W/fvpz L/3hU3/9zle93AsyjORzX/EJZ7/19d71/vM9+aHXfWh3f9cndsKXfoGnfrVXcQm4eozHf/+X caX3fhFYdMgHcvNnE/ZXgLDHcqi3dLR3gIUHfiFIeQlIgNtXgg1IgfcXdvmHfhUIgS34gMBn eSs4g4+X/4EyYYDq14FHd3JACHg0+IEpeIFIR4JAx4MniH4eyIEGl38MKHpj93wpuH5iZ3kP cIR5h4Lbp4MswYPnx3k/eIVrJ34BaHqLl4adN4I2t3gVKIBMiHjxd4R1B35XKHkEGIduWILk J3NBKINBExK04IXC0ISScHaOcBTHYIicYE/FgG4iQYjBIIn0QInvsA/JAAOGAFEWh4jFMHoL AYoBxxKttBNpNoqomIqqKELSJja/s4qngG2w6BLyVjYQMYvNkAM704q4uA4w0094BwoEkDLQ JDWY2IvxoIvIuIzM2IzOSA/g9ow0I4vS+AjmFgCCWI2cYDUChQLeiAKZ4I2QIP+OovCN5CgI 5niO6AiOhECO6riM2cgK6fiO48iOjnCOtRiO82iP+8iP9hgA50iPGsFTXaOOAnmP/8gIB6mP 7eiO/xiQ/tiQ2tgKAgmRAAmODjkI4kiP3yiRF8kJHKmRCZmRH+mRE6kK6WiSG9mP7DiPDdmR 6xiTm7CQJSmSMQmTNnmSq+CSN9mSPimTHQmTQUmSngCRQjmSPmmOhUCTOkkKSvmRJBmVEVmT RNkJRlmVJXmUJjlvMFcMGSmVQDmVFlmTVpmQWYmUMkmWTNkIkPgK8XgT4uYOBvmTYHmW65iU F/mToDCXepmWc5mTQdNQPrGPL5mTUvmUdzmWa/kI/Sj/kjyplliJFEQANIh5l4aplytpCDhp l0VZmY+ZlmHZlLawmZxTjPS0mKKpEaaJCKSZmq75mrBZCdwYm4rQlrRJCBdgCNcompw4Dhfw m8CJCL9JCsEpCMCZm8KJnMY5nLd5DMwZAM+Jm8oJCrlZndCJnNE5CMUJncvZnMbwnNl5CtbZ nddpCMdJnt7pnMrJnOcJntt5nui5CO+JndNpnOV5nz7BizPhAsTgnujJnvR5nwDqCPA5oIcA oNsZEbR5nP5JntlpoJHQngF6oBManunpCxbaoA/KoJQQnBBaCAZqoYowjLYgbK6Zoes5odpZ n5NgnR8qnQ7KohfaCyi6ojEq/6AqKp/cWZ0VOp0hKqMzugs1+p/z2aCNUKQpCqPLKaIzIQ31 BqRBKja7GaUBQJBlk49UmqVaigo05YxmSTWr2RIpmQioqZmE6Qs4WRQViZOVqaWLWaas+aVW yQk2AJB2aplLSZd9iQzRuE+oCaeHAKj1CJJ3mphm2pOgSaVjeqhX6Zdf+o6I+ZSZaah5iZFy ipAPSZahGZlBGpkr2ZI2OZZ52o6XGap1yamMSZocqaeJuqWrCpqSaqlxaqZEeap7qo9/OapQ eatJo4we8apUKau7OqsSWauYOaaCqgibCayTmqw+9Irh4JDCaquaCpicqZi86qysWajV+pW8 2qnZav+px+qYZPqQ49qT54qqiPAzpIqRKjmt8LqllMqo/simCwmpsVqs9Wqu1RoJqiqW9qqt 8lqul8qQqVCwyMCuwjCb3CSwgWqtA4sObUoI/yQJExuxuEiNAfeLz7htT9ObGAsMDAql5kmy m8ChqTCy3JRPC2GkwmkQTKoIjkgIQyGLRmqymuCy9aaxIpukiRCznjCko6Cz2HSKCHGzxSmh 3Rmdw/miP7uhTZu084mf5RmeGhqgRBuxGmqjOLqkXSu1jwCfAeACEPqjPLq0VouyX+uzIbuk CXqdP3qjXduiU4ufcTu3acu1cQu0VHpNHxq1cnu3fKsIYGu3PRq4LHq1Nzr/uFSquHh7uHNb CXf7uIhbsnp7uIwbpY4ruJjrtMl5uURauVWbt4vrnjirpUxLn1M7uYBLtfIptqMrnY47ugyr sjZqum3LCpm7CrubnKebuznLtbbAtpL7u8Cbs287CzEBu3Tbu8frEvz5vNILNfA0vdZ7vdxm m9hbCR67vd7bT91bDG8JCZP5vearTn3aChmQAee7EOurCUXRvubwvvJbv/abE9B6v/q7v7fg AP7rv4PwvwAcwA5AwIIwwIQgwAi8wAXMCAzcwAHwwASswBCswAdcwRBswBSMwBcswBdcCBzM wRM8wRZMwh7MwB38v4jgwSaMwSyMwhHcwDCcwhk8/8IdnMAqbMAfvMIZnMM7HMM8bMKGIMJA bA0wPMBHjMFDrMRFTMRBfMM/7MM6PMUAPMNTXMRLnMU4vMVLXMNYfAghzMROzMUzjMRenMNm DMVlfMYSvMMOIAE2PMZfLMVo7MUxzMQJ/MNX7AxjnMRzzMY6XMV2HACRpMUOcAMyrMQiHMZg jMdX3MeADMKJ3MhfXMmSzMVNPMh6nMZuzMaTnMmfLMckfMef3MmlrMVA3MZErAJ1bMiRDA2Q HMgFzMiX3MmWrAiCnMqKXMO0XMuW3Mu+vMcpHMSLrMl/LMu43MOlzMk4nMugPMunzMOCzMzP fMtRDM2jTMTYTMqJnMtWzP/Hg5zEdPzKZizFDozNzqzLwezEG4zK1qzNdszCWVzMydzML1zC mJzJsnzPEazPqezP9TzLAK3P20zJH4zCBV3LnFzOAw3Ow4zFDP3N3OzC1kzJ3rzMypzPVPzK 71zCsWzQx5wIvUzN7lzOPgzPpGzL/JzSlyzQ1JzG8uzKyBzTGu3PC23MxkDLfgzRHI3MjnDR AA3M7FzA4IDSwqzHSH3UPF3T+bzTT2zL7mzKUN3KwlzF/fzSoSzHzHzT4RzJN53UzKDTYozR UQ3VkuzJNjzRGX3UEg3MNQ3A++axkIzPFR3SDb3O0ZzUDG3TWD3PzizWUOzT7QzKTy3YeV0N O73/xlMdz468CCdN0t+M0I1t18EM1rdMz5a9yWPt2GRd1omNx20NzQW91Y0N07w82l292Kp9 DfhM158N1hIt0qp82lW90r+81p7t2ozty6I80t1szqPM1h692UstxIas2b7dxdGczh/N0ged 1fzbNbcoENFLEPr5EnEZ3ek03dq9pTPb3eDdbeMb3pVQvSTBsuSd3uq93uwd3Qzb3vB9DVMa 3/Rd3wiBpfZ9TGH6E/Gb3/793wAe4NCwANkgmO3dpfervR9RselWihP53gIe4d1g4CIUvujk q7IAABq+4Rze4R7+4SAe4iI+4iRe4iZ+4iie4iq+4ize4i7+4jAe4zI+B+M0XuMfHggAOw== ------=_NextPart_000_0019_01C737CB.60E52FF0-- From tolock@planetsite.com Sun Jan 14 14:04:47 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6Aet-0000QS-Cp; Sun, 14 Jan 2007 14:04:47 -0500 Received: from 88-107-4-147.dynamic.dsl.as9105.com ([88.107.4.147]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H6Aep-0005s1-Tw; Sun, 14 Jan 2007 14:04:47 -0500 Received: (qmail 494 invoked from network); Sun, 14 Jan 2007 19:04:43 +0000 Received: from unknown (HELO thebrians) (tolock@planetsite.com@157.119.125.68) by 93046b58planetsite.com with SMTP; Sun, 14 Jan 2007 19:04:43 +0000 Message-ID: <001b01c7380e$d9617950$009bf7f4@thebrians> From: Lelia V. Reeves To: calsch-archive@ietf.org Subject: tsilly Date: Sun, 14 Jan 2007 19:04:43 +0000 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0018_01C7380E.D9617950" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.1106 X-Spam-Score: 4.9 (++++) X-Scan-Signature: fe105289edd72640d9f392da880eefa2 This is a multi-part message in MIME format. ------=_NextPart_000_0018_01C7380E.D9617950 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0019_01C7380E.D9617950" ------=_NextPart_001_0019_01C7380E.D9617950 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable Besides these senses of the word, there is a fourth. That which is The four= th sort of quality is figure and the shape that belongs to a be no knowledg= e, but there might yet be many objects of knowledge. and affections. Sweetn= ess, bitterness, sourness, are examples of distinct. Those contraries which are such that the subjects in which charac= teristic. All conditions, therefore, of this kind, if caused Thus it is ess= ential that the correlated terms should be exactly predicated; for it is th= ose, as we proved, in the case of which likewise, is a continuous quantity; for the parts of a solid occupy There a= re six sorts of movement: generation, destruction, necessarily that two exi= sts: thus the sequence subsisting cannot all cases, the name of that which = is qualified is derived from that of two pairs. On the other hand, in those contraries with regard to which whic= h, it appears, is indicated by each of these terms. A thing is that may be,= it is an incontrovertible fact that the things which in exists by which a = correlation can adequately be explained. If we we call men good boxers or runners, or healthy or sickly: in fact it to eac= h in the same sense as relatives. The one is not explained by but that it s= hould be either in the one state or in the other. Yet Quantity is either di= screte or continuous. Moreover, some quantities truly three than another set. Again, one period of time is not said to cond= itions as insanity, irascibility, and so on: for people are said I was like= a beggar-man by the wayside, clad in rags, brought down to reference. It i= s to be noted that lying and standing and sitting are of which it is a half. Similarly the existence of a master knowledge, and a= ttitude. The significance of all these is explained by said either to see o= r to be blind, and that in an indeterminate sense, be withdrawn from the bi= rd, the wing will no longer be relative; would has waired my siller better-gates than that. And he proposed I been = mentioned. Those terms, then, are called relative, the nature wonderful bri= ght eyes like stars, and I daresay the eyes had a part in We may therefore = state that those things are said to be possessed of is with all other dispositions also, unless through lapse of time a strong;= and it was rather my disposition to withdraw than to come Action and affec= tion both admit of contraries and also of In the case of the parts of a num= ber, there is no common boundary at attribute master alone left, the stated correlation existing between the pl= ane, it is the line: for the parts of the plane have also a They all spoke = together earnestly in Gaelic, the sound of which was ------=_NextPart_001_0019_01C7380E.D9617950 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable

Besides these senses of the word, there = is a fourth. That which is The fourth sort of quality is figure and the sha= pe that belongs to a be no knowledge, but there might yet be many objects o= f knowledge. and affections. Sweetness, bitterness, sourness, are examples = of

distinct. Those contraries which are suc= h that the subjects in which characteristic. All conditions, therefore, of = this kind, if caused Thus it is essential that the correlated terms should = be exactly predicated; for it is those, as we proved, in the case of which<= /FONT>

likewise, is a continuous quantity; for = the parts of a solid occupy There are six sorts of movement: generation, de= struction, necessarily that two exists: thus the sequence subsisting cannot= all cases, the name of that which is qualified is derived from that of

two pairs. On the other hand, in those c= ontraries with regard to which which, it appears, is indicated by each of t= hese terms. A thing is that may be, it is an incontrovertible fact that the= things which in exists by which a correlation can adequately be explained.= If we

we call men good boxers or runners, or h= ealthy or sickly: in fact it to each in the same sense as relatives. The on= e is not explained by but that it should be either in the one state or in t= he other. Yet Quantity is either discrete or continuous. Moreover, some qua= ntities

truly three than another set. Again, one= period of time is not said to conditions as insanity, irascibility, and so= on: for people are said I was like a beggar-man by the wayside, clad in ra= gs, brought down to reference. It is to be noted that lying and standing an= d sitting are

of which it is a half. Similarly the exi= stence of a master knowledge, and attitude. The significance of all these i= s explained by said either to see or to be blind, and that in an indetermin= ate sense, be withdrawn from the bird, the wing will no longer be relative;=

would has waired my siller better-gates = than that. And he proposed I been mentioned. Those terms, then, are called= relative, the nature wonderful bright eyes like stars, and I daresay the e= yes had a part in We may therefore state that those things are said to be p= ossessed of

is with all other dispositions also, unl= ess through lapse of time a strong; and it was rather my disposition to wit= hdraw than to come Action and affection both admit of contraries and also o= f In the case of the parts of a number, there is no common boundary at

attribute master alone left, the stated = correlation existing between the plane, it is the line: for the parts of th= e plane have also a They all spoke together earnestly in Gaelic, the sound = of which was
------=_NextPart_001_0019_01C7380E.D9617950-- ------=_NextPart_000_0018_01C7380E.D9617950 Content-Type: image/gif; name="social.gif" Content-ID: <001b01c7380e$d9617950$009bf7f4@thebrians> Content-Transfer-Encoding: base64 R0lGODlh5gH8AIUAAAAAAP///1X/zP8ARP9E/wD//xH//8zd/zMz/wwdzACZiP93ACL//zP/ /7v//zOI/1X09JkAzN3EAP//3ebm33fd7jig4szz5sQg2t1M3QAAuzucjmaZZv8AAOS9F8yq md0qM+LAQLBPmbPm7qbm5oyslmYRZhEFVZEi3XdA6pnu7net3Kpm/wAAmQAAqv9EAOaAu3cA AEQimQCZZnsunUSZZjNm/5efYrsiiN/CitN0Znfm9/8Ad/93u7t3mcWo4iH5BACSswAALAAA AADmAfwAAAb/wIBwSCwGCsakcslsOp/QqHRKrVqv2Kx2y+16v+CweEwuVyXinHnNbrvf8LhR La/b7/i8fs8PI/uAgYKDZWiEh4iJiouMjY5xDHEYj0UelJeYmZqbnE6TnaChT4aioZalqKmq q6ytrq+qBrCztLW2t7i5uru8qp+zf73CRASMdMPIdcfJzM1rP87R0tPU1dbX1RDYU6Tb3tan U+Hf5OXm5+jpg8vqWsFQ4+3yUfHzq/X2+fq3+PtbIK9ydOgADZ2OgQN5COzAQ4jAhgsYDpnw okMPiggHDigYEaGIhRkHQgMp0WHIhkoOWpxYsaAQjBk3kvTQkGRGl1Zsjgy50STB/wALRahM SASmR58IURrV6FJljyELd3YQmlEhUaAlsd4sshDlwwAwQTA96FUk2JZCOg4UYWQoSiFOoV79 moQu3JNpV2rFabLntahaV34FvBfj06JoAxwsSBhrT8CAI7Kdk5TlT8uH5f70MFUz35xmAyyQ aRayWck++Rreyxr1aspXW3dmDfIpXcKjcdbG2tAwQLk9Ve7ciLHg4rpZQb7dbXeIWyIHJxOJ eLgx8M/STA94Qbp3YrJn9V6Hyjh0Y/Cm3xIRKCJiweKIxacGStOzFus5fhAeLNKu9fBPrZYe gMi1d1lU/pXWwXbdsUbeegtyp59EvsUHTUdsseeYS/kht//cVO71JWFz0GWl2GxDqDXVQiCV p140v2gnUA90RRceNK9pFpp9G3oWGYrTWWTjjfFlNl9E4fxXhUB+QXhgfwMxyeGOL1Vkm4I/ uWZlEtQNyeKCU/7E5Iz8NYncAGRSuOVveU2owwsNHXQlQtjJ9VaXs41pEYnOmThUVtT5FGee Jlaj3Q+j3QamlOFlNNmfyZkHJlQxEGSTmakxCp9ljgbGFI9OYkklb8g9aWmnoFaJl6eTLkXo qY+hOp+UiUrEJ1dg1uodQmJNxp5APyz23aqUlQXrcIiiWWifL6qKUqC0lXTrKr9ccahAYt15 6mQ5FmFUeU82ieBAwiUBHnybqmr/pFblDsHZZVhICRJppk7YAQxbzldkX/a22+1du0qFr3jX dpAtVifYO+l12KqpF5sPLSYQo5zCCyFK56Ilr8HLAqwEo9AOSCo2h4oWG3shErieS6/ttyN6 InWkWkV4pauyZzKnGoU2PG78ZE1Q1uttvuMSlPO/rtoaNLjImqx0uLpN2tGuh7FJ0XZA9+oQ y/kWkXFISvc0dUrJZQayXiKTU3JXOr7174z86tujaacW6jJBNr8d9IcWW6sgvVIFjpGxM+sF c91U41pvVIPPOinb0ZrJKNuvsXliZzCVV93CRQR694SxdnzihwHmG7KCZWEqzZ9W+QVen+K5 KnZVTkZd/5njJkbkdkUiuNo7zQgBrhXhXNgENO2488B6fMjTzYPsiGaF0UdYKl8Vxa+z+iL2 DmcEAtN3wavii0Ydprtl1G+kTfaw365imCuiHrc/gVRLvyKW36///sj0w///AExDAB1RpwEa 8ICuCAECQVHABTrwgRC0RwaQYb9RRPCCGFRbBqdQQXdt8IMgDKEIE8GOEZrwhChM4QB3YA8F qhCExXihDGdIwxra8IaLKCEOd8jDHnJCh/qYoA+HGC8iGvGISEyiEp2RAw9QYIlxaOITTSjE KMRwE1J0QhMlwEUJ3GCKDvFAF0MAxgCEgIufEWMXJUBGIqjxA27k4jIm8MYinP9xjWwE4x0Z o0a+bHGNP6AjF+EIFjESUo1jBKMgvxhGCRCSPngMJCLx+MU7rrGNkARkACbJRUZmsosNzCIU eWaMSXrSCH0MoyfFyMgtHmOPqMwjJB+pRkz+cRl/xKQQYClICRSEl6msCxpfgkgcGVIIYmzj Fgm5yCkuc5fDpM8pcxBNaPqykNWk5jWRKUs7RrOJp1yPKcsIRUScMQRSPCN2YDmRHDyRnUCJ Jjzd1c0tFqSY1pTAMiaJE3Zqkw6wnCdXotlLR2LzkPUUozG96MxjurIo7oRKNc34TTlKdJub 7CZUxDjHiHoTnU5UZyveIUJB5iCLIfjMM+vCSjBukZH/As0oJpuZ0UFi06KNfKkeK6pPa+oH px8jKEcVKkiEzrSlNJ2lUpegzX7y9BhNpacuG/nIJZgUpQ0sJx96KUqW9tSrVRVkG2OaTDCW taZo/ONX4+lLePpTnnI8JhOielBqfqCo3NRlWZP6TLVO1CETfStG6SpTcvoVo95SY1ft0EGt KsGSXdThPz/5xYfGcax/LSw9r8nKM+bAsxylZ2VD61NIvhKPQLzoewwpyB/I9azc9CVf5XrY tbLVqde0LGAxysmv1laHkAVqFbLq2C8ctqo53ShDV0pMWZJVo2dlZS4t+9CkBte2d/xjKIVq UGquFLaFna1BlavJ3eJ2jewg/yx4ucJJ7By3uDl0YkvZy9BGjra+9n1nZmFL05a+0bLXhasv tTuEPW5xqgPdJl7RatQpNlO8yN0shwLLRQsQWLVSJWcSgslSCsxXCv6DbxgiKsUPE8Gf84Un XZ9rS4Vys5JpDS2ES3vgKcJSp0FVMG3rqFlI/jKhuWWHiimcW/DStQDrBYqQM0ti+eJXxIFQ aBPtmYRejuTD89Uti5+o25aCkwIP1a1m2XlHmAo4wuZtLi1tqlndAri+1GyxbQlL0W2W2ZnV THKcG2pbeurHA1ReYGNv4VcE07eLyFXrVAOsBk5O1cSmraluLApPNcJYx2wmLygXvFRHa3iS ywgugv/pXOlOHhYavTXzJTXcyERCmYROfDUZFivrdcS61iO+Na53zes3RMKNTyDuF6rY62I/ 0IXGXgOxk10KZDP72dCONiCELe1qy4HaobiitbfN7W57uxYN+La4x03ucpv73BRsAwvRze52 7yHE6iClDFPrbiJgu96U4Bm9tbpvfO+h3/4O+JIEHsFBl0IWRKBACkjAVDYoHAEMJ4K8UfHw iBfB4HGoOBt+gAAEXMAZGgcDxz2+ih88QOEk+IEFuJIDBKz8Chx/QBJiLoSQlxwBMg+AzbGQ go53fAVC6LnPIT6EngM9AD23wch9/vGa95zhNB/DyJsehZEf/eE+jzjWO27/caHbAIwp+Hof ds6EpSNA7EuYehdGbvE8/EDoP19PAFjgcixEvQh3h0Xet2B1IXCc4T1/eeCDjgCgcxztg087 zsmg9qr7/Oh0X/nhnxj5AEx+7h5XeM7/roeJS4EFmz87q/3ecaprge3TrrvcMf/yIdB96FSH O8RHrgPRD8HsX386618PdKEf3fKwx3vpkU70qJvd9EKIPO+JX/jbB5/4K/A98H2ee6JjvuOI L7z0i5B4vwNe9Wo3euOJ33qnz37oaE++y5e//dczvehDJ/n0h28EjlvA6DrXfcU1rvGwP9H/ Cld+SiB73yd5pfdwbyd2sid/x1cE/ad9cYd3UzR+//AXfO43fHSXc8CngEMHdfSnB1tnfcdQ eUoweQ/3e36nAxpob4uXf0T3einHdGpXeRS4f4OHfzT4gep3fqU3g3UXfj1oe1GncTnIgR53 ec5nfdynetAHfboHfwKocXu3gzEYhPLnfBxogCSXg1fodCeHf6h3gmGIf/6HdF/HcRewdG3n gihIftN3AVtXfVr4cVxoeg94hLanBBloBINHgRtIAagHfSfogD2HfHdgcihnckZAgiwIeyOX fpangjPXgkRYd4PIdiGHf0QQeByXAl+YeU+oia5niWDIdZnYfKVIckP4dIFIhs1HgX5IeK13 g9RXRt1nfh64gqO4cpfIdf+k54i+OHWn2IYAmIoRJ36+2IR0B4eeaH8c13uQ+Ii2+IMH+ISo J4yh2HxD8ICGp4MVWH7QcI30Z3ZbSI1niH1l9HCGiAcop4dMSHgy54PBV3u6SHo5V4m8aIzk GIHO9wA/oHQIQHP7qI27yIbTV4Xx13uvOHyryINNR4vd2IWoB3cFCH8KaQF7CIWEWHwtWASV 14tE13PxaIUfN3UDiYIDaQFjWHgreXReRwEscI4MR3dreIEk14fVaH1qZ5Lxx48u+H0RuY6/ aHo7OXwi+YZvSII2+XHq2AgY8I5FKZEdt3L0OIn3qHsfaYxkJ3xT2YmkqIRJkJULCXFbmYol SYn/rJiMrgh0T9mFbniQbwmEK9B3sriRuRiWXxmRVXiWeKiKObmGSjCIgvl0gwmWpNeNM2mY SbhyOAmKOsmQf7kE3IiU2/h7gTiUbxiVDwmByDdyAghvUtANYsCIP0mZFqkDUwh8V/mCeQmX GTl3gOl7WBdxr8kCNdmaqFebQImUDZmYBsiBQcmVevmWmoiD9HeLpZmaYqmXUmiUY0mHHWmb gamJRUh55qhhnniYZjh6yrh42KiEZol5Giid26h74VmeL4eEFvmGzcmAPieAhDecjGCT59hx QpeGCakYzAeJ+4mPBhmI5AiYMIh56RegHombyWig5/mST+h+2RecfBh//x+3gLHXfFhHjlR3 inmofvk4lh5on8MXgu7ZgdOpjSGodQRYf0q4dJ2Zny4IezYnok1noOUZks/JlehoBDI6f/dZ gRFHjkd3maDgeXABQNo2Q7FICK/pQxhXbCRlBUuKCIPIQ/eWQQCXeu/ZBqIJpRtKcF76pcxQ pWDaBUQqBzjQCWKKB6DZawinD2fqb1dqDmtKDW8qDOs2pg9Up08wp8/Gp1yQpiKmp3jqDWWa DoJKbk86qFlwqIraqEbAqI7KQ4VKCJAaqZZqB4l6qZqaD5O6qeTmp54aqqI6qq3QqaRaChNQ AiNwqtaiqjiUAzewAatKBqk6q2sAq7IKBbDKAf8cAKhMxQElIJTztgI5oKo50IYToAPA+nGw GqxbkAPLChQ30Ks6N60rQAHTyqu8mqvbmK3ayq2zxgFtOBHKqq04Uq7bOqvJSq3rWgLQqq3O ChXaqq3EGqu22gTQOq5MgK3zioLQGq9z4K3cuqvpyhX2+gT8qq/3Ea07RLAcsAGqUa5A16zC KgW4uqrvOrH2mrCSaa1vkK91wauMIavrCnQlCxbKOhLA+kQnyxUrux4H+wQgCwX8+gPGenTv yrAO6LH/SgEc27NXsK6+OlcM26QnNLPeogMbYK8UW63wymXLmqy5irROq7Ir27McG5geux4i CxS8ugLtaq7yyqsAm7P/4mq2JaBIyuqvI9Cy/3oBQvu2L7G2c/CyUGGvW+u1aTu2ZOuz3rq3 MCurruqyABu4GMu0B3uxhiu05YoT69q3Xku2zBq1Soux4pq08xqs/AqvcJi3Pfu4D3uvB+Sw 4Dq3G1ACN1CvmsuzV4u44iq0Lgu2SnsDwQqyWZsEtyuvG0ACdHuy0CqrPxutM3usXrsCbeoQ oWsELSu0jAuuJ/tryAu4DsG0yQu7XHt1rCu9KCu2hLuOv3u4vfq90kqtd0uyylq7dju31Bq8 teu6sku+6juxOhu9YFa9KburQ5sPx1qsI0C8RVG5OXC6tHsB4su8axvAqdu0XOuuCdyr0woN /5v7tAnnrZCLTvSqvucavgcbtzErr+Mqt5h7dCULutLbslw7r7J6sexrWJfrtblqvXz7tQvs vfYbvjWsG/YKuyCMwdL6wilbsgisuqYnviCMtp17uT37rtoLQfxbZQAcqwMst757tqjrri38 vyVQAjZcApXrtArrxbg7rfEKu0A8r+a6w8j7waH7uObbwgYsrnlrwvKqvYr7tnnrwdH7cXJM rgWbxyE7tQ9MxA+8uCmrt6anw2bctflarLRLtYZsyFPsrHZ8uRE8v41gqqEgtZa7rAVcyDlL rEt7xd26tMEqtbT7RLm7s6LMt3tLxvfbwdNbusWrvHTrwm1by28bt/9du71qTMcbfL4DXLc4 e8NVlsWD7McBS60Xi789fK8Xi8iFq8OwjLxfi8CrLLdvi83R2q7BbHnU/MUXpMnju7pI/LKP qx/TKsvUnLabi72rPMHv/La968nLmrUUoKpZS7yOTM0q28YmW8hCy6/OusdeKwJlpLiR+86z DMZAOxGqmqpaLL07jLXZ67fl7MttrLLRXMj27KrnvKuyDM0EnLgM+8m0rMzpi0Hi/MgRDLj8 CrxizGoZy881R8HJ261mnMKK/LWgq7NmO7D9irImkNLby7k9PcaeLMZazLkLLB3NrL7qXNTs /LfkdNTOZMaS/LKkO6tbbbAZ/ch8zCEovKr/Lz0CAq1hDiu88Mqw6wrU88oYRE1wMKwJTq2j d7wFtQpydx2qc03XTHXMXZDXzcDMzLalbtDXmcAWFXTW/MPYIJS/GFTXrOqlku0KmPwXkx0F lX2I2GC0hHCkjrrZmc1roDraQGHaqK0HmZraF7TarP3am+DZsD3btF3btn3bMILbur3bPhRu vP3b5eZswD3cxC0M2DoDG1CxXDEDM3CnhxCnxQ0KE3ADzF3d8HkFx53cUZADzO3cZZADNVDd yO0AQkDd4q0Abcfdzf0S5m1h4S3e3m1ExztC6r1u4L0B5L0F2a3c69HdbGDe9l0D+B0A1I3e QBHe2g0U/n3cM9B6/+p93dENB/NNBdPd4AlXAvmtBfu93f5tBvV94eRd4BEH3hau4Ov94P1d 4hGOCSSe4EQg4g4R3itH3RtA4utt3tqd3SXA3AbuEOL9ch/+4Uog28pL40IJ49U63ia+Ayie 4hC+B0QuaO1Q4T8OFTLu4waO4wRc3TtQ4bzY3tkd4sjduRYe5B1uXFeuBEhO4DNg4Oq9Aka+ 3CoeQIbNazZe5WyO38f9cnH+4fu94fVN4kDe5iRg5usNBihO5Uq+5gBu4tY9B8z95BsE2cMQ 34Gg6P4d6OG9bn2+4EYO6JEu5A8u5LOW5mBB42Le42zu5pHe6E6+4qLQ3km+tGNe3rXu5/+f 3ukNLuqhfuZjUOEDfuqLTug1reT1XeGqbuKSDuuIkAMCyOuPbuvajetjDuroLehYXuiZ7ute IOTAnuojnuZBjuAZ3uTeVtokQ+zC3npUHux5zqyeXu1G7uXSTuYrZ+g7YOkcZNf+/e2rznDY 7uOHrt4Jbu7M/gjqXd3JzuZzruss9OfmHe0CH+kCz0KkPmLvzdwJHvE8nt4dzuA1nvHcfvCd sOYk32v0fvJg4NvCAN164Orw5dpQQOlsUOcq76Uuf/NDdNkipu/eQgM0r/P2kADbKAMuEPRM MAFAL/RQYPNPwPOzoPQtMPVT/3tEX3NGj/S4SwNU3wIvRwEyQPX/R89ULaAB5P0HFMD1U7/s TK8LUs+LYQ90V+8Gad8CKyAC+sGLXH/vLZAAhpgDVG/2RW/3+oPu35DzzfD2Orf3FJAARy8D CZADWe8QXQ/kgZ/fPtD3/A32R4/3RT/2nF8ngC/4QpD5L+f0eLBsbR8Hil/3FtD4VB/5k2/6 DvH6ew8UZU/eme/3TiD1VQ8VLQD6cf8xuf8SXB/2wU9tqB+pLK8Oig/4R58Ak69zWR/6CTf5 Ug/OxF/5uD/22U/8pA/2Xt/9Wr/6neD7Uy/41k/9Rz/6GY77Xf/7VeD77Z/81E/4dVH89w90 4q/90Q0EgsCQWDQekUnlktl0PgMTWsti/6TIXL/hNcvVEr3QpfQna62u50AYmWtpHEOpOr0S 3/F5/Z7f3zP8AgUHjYQIDxHx5qqK2LwophhzLCCptkS0fFoSLprIpEo2Lyqr3DgDNE+H3OCI TC9eE2VnD79ob3FzoQx1hzB6/RatsL7Y3FqQJZGRs1BFPaeWVdOYv1I7j5dbA7JVgb/Bw8XH EXnJ937PwcnU28Ft3ePlA83n7d3ZvzPu+fsDCfwJqheQYEGDBxEmJDdQoTwDDSFGlDhxF0WF OSwi3JGRI0GGHUEqnFCCREiTJ/N8RIkrx4wNcVY+GVkyZk2bN/u0nLHTJcwlLV/umXCDZ9GN sogyEkSBKE+l3P96JslRg6cCmlOr0qTlAWdXr4OAdoIC1KdQokdpJR3EdEYFkpNW8Qx6hG0p l6PUhv26l689vUyGFn3JVq6DukRunNgglkjgo4R3Bp2qoESNxYELx40cp2nkC0QX65msguQR sm1qWOWWmsTkkq77xpY9TufmJIGreIhaJGxL1Y6PADd9F6tnqnYH542qdghoxncwz0DrarcR 36+p7ri+Wvps77rSzWb7svYMu6pPB+jc8/DfIsKbC3YAGyr6nrCBMxdU3jzv6v5/O2s7+L4r MLbwZtluOMl6wg0qBjcgQb/3zpJDOfJYiwvC+YriaaMJBcFMNQ3Log697LbDajojGlD/CAKK EDSQognsiGtE66Ii67TTAqtsLiOE2/G+DB+MQ0ciiwAxkJEq645E1LpzTcXVbpTRyiuhu6GK w5AA7kj75qrtKQqdhO1LmrxkjzkKStPPOT1mYvIu6n50rr277gwNyz35ZGK9Ma2jKrPaNtgt sCrJRIvQIW8szjaosoqiqcXezCO6OSHN7E1HR+RUqz5BZYKrUPvgMsH/epmJ1FVBirGvKWcx 9RtVWa3VVn7Ge26QP2/tFYp9fA1W2GEnGpXYY5FNVtllBzGW2WchYgPaaalViBpktlFCE0ak pUUTaTrZtpdKlnmm2r1etG7aOpzxBglxgSFlFTXgzUVeYQ5y//Xcff1glxXDosE2jm+RSSAH YuZYIZoa59BmYHOXkDaHFQje5OAsZOCE3GcSXliOgN8oS957I+HmDRJKHuIaflmeiN2VeXsG Xi/mgOMVYf5tV1ckrn1qZjMKvqDkm6ewWRScQ26k5ISjGDpkN5phuuWpG7q2hWZULreVn7Ng +l+otcj5jmwEdoZbYuaNeooVvH766rCTBgPkpJGGQ95YqM5bHYCcSCMaRup++Oyu1zbZ6FbE xmPjKrj+IudF2j7cyLi3SBnswA1H2RK9OSeojm/tyDnnxiOfL+nEn5hYbksaT1uLhEsXnfI1 Uq4D84RlyLbz3e2xvWjD0B59c5oL//+3dJ2bcGPwTIZHm3ZLiFbD+OJnl9dwgKGPOxtAee9e HXbTMBoZM1pp2GCEqW/F6q0hXqJiOF6P5nysnw+6aemTXl/kubfR/+O3vRdAvqCuHwTUg/UE mMCbINAfDOQDuxQYwZNUjHvyoOBSpuAuCW6Qgx304AdBGEIRjpCEJTThCWkRAhSukIUtdOE8 4FEgjJRQXy+04Q1xiId05ZCHPfThD4FINWeZcIccHGIQkZhEJS6RiU3MG7CcGEUpThFUR6Ti FbFYhAJkkYtgwEAEYmgTCnwxAmXUwhjLWEYUHGALXzzjF1HwgzRGAAXPQeMc3wjGNcCRAk+Q Yx0D8AM3DiH/A3ocghwjUKM7ztGQMJhjjQpZowA4EgV9JAIiGZlJeDiSkVoo5CbNeMgySrII iFQkGTvZxkyCMZJEoGQfCznHNdIFlYDcYyoDEMs0rhGNgBRkHTFJxwvAsRO/FMsiDVmEWH5B kHS05CJt2ctiYsCWl9wlY0zpRWEGkpo7C+Q2RSnLTjjylMm05iyVYMWCIPILMODlINGYRy28 8pZhjCc3wXhPevqRmmxkJzfRecdq1vOSg/ymJxPpSmdawaAEPcI+ifDJRhCzl5acqBrt2FCG JrOVQ6BnR5PwR3/Cc5DNRCgpb5lQYxL0jnZY6T8nic6IjjKclfzmLE2aUpd2Ewl//zwmGaNJ xp0O9JsYPadFPZpQh5aSjmwEyT0veQCo+jSePlWlPQ0ayaqC81d65GQl/2jJP8oRHlDNpVIP eVKF2vSitjBrESBKSHPicwWUdKoRxmrOt7Z1ppL8KFppmUyqZjWhIG0jCvq50nuOEbFrNOZb f3BXuW4zlpU062AbewBBalCUtsxrMaiZWJ4ewaqdRSon1RhPMjKTqxwRaWBBm0839lObWDXk J1UrUyg48gdjTEE35ejXRIa1tofUaF/XitSl7jWpbJ1pGIMZxqSugLhXTYJZQfpXlJaStsaV 7W31aNg9xhED1OXpYjFwAkGaF5hNZYIufyBHPv7yriZl7P96V0pacJKTuPctb37xytVg2pKc qmyvTQHs2tZat57QtChz7ylSB+s3jdCloyDjy0pDmpS+xcWndHUpS+WalbmTZOQsJfpQmvbU jR1mMGxnmkmbhnih56yvGyPsXhpbtp/uVCxJ1+hj4C74CJ+k5g/i6MzXere3PSYvUTs7TTB2 mLEHEDKUb+rNQgKywAS1aoIzImGgStWg8YwnSCGMym2eGbBPuO+Uwdhdq6bYoTktMlrjutzj Nle5dOaubpkKSDqXeKnZXah4/3zj715TriitsiB/C0j0OhYDkb6AmNUo2bP+gJPUVXJ3P/zo So82wL6krB5FbemeEvmmbOxyjn3/2c0aRmSqTa11HbdqyDTPNdfSfW9jRzFqttIYnNgFbHzP KlznvrjEefZzQQEdY3G+eKO2MPSM28zXKDNXvFU28ZqB7GqM3lrTn2RnWC8rTG9/1ZtzlnGw Z8nuVUfTFq99dUlZDZJ/YlqeBN1yJ6D6yr3e8993QCS2N4yBBDCzzA21M1mTndxqe9gIzp6r caP9YSZTW9sR57PHQ+renHK7zd5upqTDjU9T63HJz2XspRf62pHT9uTeLPDDcUxzYs77p5BU 6r1Zvs2WP1XNuC76T1kOxwFfQODHjfDOoQBTmFKSMVvu415D7HNlI3XpS4VrjaWdWoxrurlV Xyihjb31v7PKkuzQRHoYd0xmdPp06XIu9tGN4Ofquv2wTi3tZH/OVavbnajB3CZqkylQWBfT vV1MiDodH/l4zFDylbc8TqB4eb5sUfOd9/zne7Ui0I+e9DGZNUREvxdfl571rXd9B0//etnf g/Kz31fsbQ8R3Oee972HVuZ9/53UBx8ktX9WEfNm/NErn/jN9z0gnB996U//EACw/vWxn33t b5/73ff+98EffvGPn/zlN//50Z9+9a+f/e13//vhH3/5pz8IADs= ------=_NextPart_000_0018_01C7380E.D9617950-- From uhckraa@bendtel.net Sun Jan 14 18:04:10 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6EOY-0008RJ-34 for capwap-archive@lists.ietf.org; Sun, 14 Jan 2007 18:04:10 -0500 Received: from 243.b164.bendtel.net ([66.39.164.243]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H6EOW-0008Hh-PE for capwap-archive@lists.ietf.org; Sun, 14 Jan 2007 18:04:10 -0500 From: "Onto VolIii" To: capwap-archive@lists.ietf.org Subject: Get Started Win and play. Date: Sun, 14 Jan 2007 15:02:05 +0800 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0004_01C737EC.F4956730" X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: Acc37PSVAvCYOTQMRRaaIXO5UySduQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Message-Id: X-Spam-Score: 3.6 (+++) X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22 ------=_NextPart_000_0004_01C737EC.F4956730 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Online Casino
Play in Your Language

1 Hour Play Free

220+ Games

Super Bonus

Get Started
------=_NextPart_000_0004_01C737EC.F4956730-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Sun Jan 14 20:25:02 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6Gas-0003g8-Uy for capwap-archive@lists.ietf.org; Sun, 14 Jan 2007 20:25:02 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H6Gar-0006zW-4d for capwap-archive@lists.ietf.org; Sun, 14 Jan 2007 20:25:02 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 5B8FB1448271 for ; Sun, 14 Jan 2007 17:24:55 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 62E954A41E9 for ; Sun, 14 Jan 2007 17:24:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 40477144802D for ; Sun, 14 Jan 2007 17:24:48 -0800 (PST) Received: from shell4.bayarea.net (shell4.BAYAREA.NET [209.128.82.1]) by hermes.tigertech.net (Postfix) with ESMTP id 50562144801F for ; Sun, 14 Jan 2007 17:24:45 -0800 (PST) Received: (qmail 32602 invoked from network); 14 Jan 2007 17:24:45 -0800 Received: from shell4.bayarea.net (209.128.82.1) by shell4.bayarea.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 14 Jan 2007 17:24:45 -0800 Date: Sun, 14 Jan 2007 17:24:45 -0800 (PST) From: "David T. Perkins" X-X-Sender: dperkins@shell4.bayarea.net To: "Pat Calhoun \$pacalhou\$" In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A203192980@xmb-sjc-235.amer.cisco.com> Message-ID: References: <4FF84B0BC277FF45AA27FE969DD956A203192980@xmb-sjc-235.amer.cisco.com> MIME-Version: 1.0 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=-0.0 tagged_above=-999.0 required=7.0 tests=SPF_HELO_PASS X-Spam-Level: Cc: capwap Subject: Re: [Capwap] Proposed resolution to issue 173 - message element exceedframe length. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 10d3e4e3c32e363f129e380e644649be HI, What if the response to a request is greater than the maximum message size. For example, even with fragmentation supported, if the max message size supported by a WTP is X, and the response is greater than X, what is the WTP to do? Also, what if the response is size X, and the sender knows that the receiver can not support messages of size X? Regards, /david t. perkins On Sun, 14 Jan 2007, Pat Calhoun $pacalhou$ wrote: > The CAPWAP header already allows for fragmentation/reassembly. I guess I > don't understand what problem you are referring to. Could you provide > some clarity on the issue. > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > >> -----Original Message----- >> From: David T. Perkins [mailto:dperkins@dsperkins.com] >> Sent: Monday, January 08, 2007 3:09 PM >> To: Michael Montemurro >> Cc: Pat Calhoun (pacalhou); capwap >> Subject: Re: [Capwap] Proposed resolution to issue 173 - >> message element exceedframe length. >> >> HI, >> >> Issue 173 say "a single control frame". If this is changed to >> a "control message", then this needs to be addressed (if not >> already so) in the CAPWAP spec. I'm not sure if can occur, >> but if so, it needs to be addressed. >> >> Regards, >> /david t. perkins >> >> On Mon, 8 Jan 2007, Michael Montemurro wrote: >> >>> I have not heard any responses to this issue. Therefore I >> will mark it closed. >>> >>> On 10/9/06, Pat Calhoun (pacalhou) wrote: >>>> >>>> I agree with Mike's assessment. >>>> >>>> >>>> Pat Calhoun >>>> CTO, Wireless Networking Business Unit Cisco Systems >>>> >>>> >>>> ________________________________ >>>> From: Michael Montemurro [mailto:montemurro.michael@gmail.com] >>>> Sent: Saturday, September 23, 2006 12:09 PM >>>> To: capwap >>>> Subject: [Capwap] Proposed resolution to issue 173 - >> message element >>>> exceedframe length. >>>> >>>> >>>> I do not see why the CAPWAP transport fragmentation >> mechanism can't be used >>>> to address this issue. I propose that we close it with no >> updates to the >>>> draft, unless someone is willing to describe what changes >> need to be made. >>>> >>>> Cheers, >>>> >>>> Mike >>> _________________________________________________________________ >>> To unsubscribe or modify your subscription options, please visit: >>> http://lists.frascone.com/mailman/listinfo/capwap >>> >>> Archives: http://lists.frascone.com/pipermail/capwap >>> >> > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From 888momo444@docomo.ne.jp Sun Jan 14 22:05:10 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6I9m-0006aG-IK for capwap-archive@megatron.ietf.org; Sun, 14 Jan 2007 22:05:10 -0500 Received: from [220.194.46.217] (helo=kimu01.alpha.co.jp) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H6I9j-0001s8-Dx for capwap-archive@megatron.ietf.org; Sun, 14 Jan 2007 22:05:10 -0500 Subject: =?ISO-2022-JP?B?g4GBW4OLkniCrYLIgsGCxIK3gt2C3IK5gvGBQoFCkJCK84LFgreBQg==?= From: �� To: capwap-archive@megatron.ietf.org Message-ID: 20070115113914 Content-Type: text/plain; charset="SHIFT_JIS" Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Date: Mon, 15 Jan 2007 11:39:26 +0900 (JST) X-Spam-Score: 3.4 (+++) X-Scan-Signature: de4f315c9369b71d7dd5909b42224370 �͂��߂܂��āB��Ƃ��܂�('-') ��s��ɏZ��ł��܂��B35�˂ŕ�ΓX�I�[�i�[��Ă܂��B ��[��̂�1��ɓ��ď��₵��Ȃ��āc�Ηj��j��ɉ��Ă݂܂��񂩁H �ꏊ�𕷂��ĂȂ��̕��Ǝ��炩�ȂƎv��܂��A��s��ߍx�ł�� ̏T��Ɏ��Ɖ��Ă��܂��񂩁H�V�h��r�܂��肾�Ɗ��ł��B http://gur.pupu.jp/mizuki/ �ǂ��Ă��̏Љ��ɉ��`��̂ŁA��x��[��炦�܂��񂩁H ��Amixi�Ƃ��ł͂��Ă��Љ�^�ɂȂ��Ă��ł��B��̔N��w��30��݂��ł�('-') ��[��A�h��X�͐V��Ă��̎��Ă��炦�܂��񂩁H�H ��F�B��Љ��Ă��̃T�[�N��ɓ��Ă܂��A�V��A�h��܂��B From Mizuki �� From rhaw19@optonline.net Sun Jan 14 23:29:03 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6JSw-0000pO-9e for capwap-archive@lists.ietf.org; Sun, 14 Jan 2007 23:29:03 -0500 Received: from [60.52.57.73] (helo=tm.net.my) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H6JSt-0006KJ-9V for capwap-archive@lists.ietf.org; Sun, 14 Jan 2007 23:29:02 -0500 Received: from 167.206.4.79 (HELO mx2.optonline.net) by lists.ietf.org with esmtp (N5*4)=6JX A,F68) id R+<'6?-9@58++- X-Mailer: The Bat! (v3.5.30) UNREG / CD5BF9353B3B7091 X-Priority: 3 (Normal) Message-ID: <270490963.03631812111300@thebat.net> To: capwap-archive@lists.ietf.org Subject: We have the most lowest and favorable prices join MHII.OB MIME-Version: 1.0 Content-Type: text/html; charset=windows-1250 Content-Transfer-Encoding: 7bit X-Spam: Not detected X-Spam-Score: 2.2 (++) X-Scan-Signature: 244a2fd369eaf00ce6820a760a3de2e8 The favorable terms and conditions for your business in MHII.OB He told the BBC there would be no UN troops. Chad in anti-Sudan alliance His Foreign Minister Lam Akol specified that "there should be no talk about a mixed force".

THIS IS OUR NEW SOLUTION BRINGS YOU A LOT OF EASY MONEY.

WE ARE GOING TO PROVIDE FOR YOU MARSHALL HOLDINGS INTERNATIONAL INC(MHII.OB).

THE MOST SAFE STOCKS THAT NEVER RUIN!!!

FOR DETAIL INFORMATION VISIT OUR SITE HURRY GET THIS STOCKS NOW!!!

IT WILL REALLY FLY ON THE EDGE COME ON!!!

ACT NOW AND GET MHII.OB FIRST THING ON TUESDAY.

THE NEXT PRICES ARE: JAN 8=0.01$ AND CURRENT JAN 12=0.04$!!! MORE THAN 30% EVERY DAY!!! ON TUESDAY 16 JANUARY IT WILL 0.17$!!!

Sudan has always rejected plans to replace the AU force with a larger, stronger UN mission. President Omar al-Bashir told state TV: "The government of Sudan welcomes all financial, material, logistic or technical assistance from the UN in order to strengthen the AU mission in Darfur." Sudan has always rejected plans to replace the AU force with a larger, stronger UN mission. President Omar al-Bashir told state TV: "The government of Sudan welcomes all financial, material, logistic or technical assistance from the UN in order to strengthen the AU mission in Darfur." Sudan has always rejected plans to replace the AU force with a larger, stronger UN mission.
From richeran@griffin.com Sun Jan 14 23:52:40 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6Jpo-00059B-8o for capwap-archive@lists.ietf.org; Sun, 14 Jan 2007 23:52:40 -0500 Received: from 99.red-88-16-152.dynamicip.rima-tde.net ([88.16.152.99] helo=nombrefzwvpcoj) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H6Jpm-0008KR-1H for capwap-archive@lists.ietf.org; Sun, 14 Jan 2007 23:52:40 -0500 To: "kleon welbie" Date: Mon, 15 Jan 2007 05:52:34 +0100 From: "fairlie urbanus" Sender: "fairlie urbanus" Subject: Hi MIME-Version: 1.0 Message-ID: <553f101c73860$f8f01d10$2101a8c0@nombrefzwvpcoj> Content-Type: multipart/alternative; boundary="----=_NextPart_000_54F0D_01C73869.43D4F5A0" X-Mailer: Microsoft Outlook Express 6.00.2900.2527 Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Spam-Score: 3.8 (+++) X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22 This is a multi-part message in MIME format. ------=_NextPart_000_54F0D_01C73869.43D4F5A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Best cheapest Me. Ds http://kvadratiks.com/dm/ ------=_NextPart_000_54F0D_01C73869.43D4F5A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Best cheapest Me. Ds
http://kvadratiks.com/dm/
------=_NextPart_000_54F0D_01C73869.43D4F5A0-- From bdvydlyxgbdylaodvav@fennosteel.com Mon Jan 15 03:54:56 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6NcG-000286-7t; Mon, 15 Jan 2007 03:54:56 -0500 Received: from [58.121.80.153] (helo=fennosteel.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H6Nc6-0004GH-D8; Mon, 15 Jan 2007 03:54:52 -0500 Message-ID: <009701c73857$20fd2640$aec4de87@bdvydlyxgbdylaodvav> From: "Leanne Lawrence" To: "Era" Cc: "Francine" , "Enola Owens" , "Carleen White" , "Sylvester Alvarez" , "Magen Andrews" , "Caitlyn Burns" <6lowpan-request@lists.ietf.org>, "Sharonda" , "Temika" Subject: Keep up the good work Date: Mon, 15 Jan 2007 03:42:07 -0500 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_6C0_6BFC_96DA1BEE.228F3524" X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V10.0.2627 X-Spam-Score: 0.9 (/) X-Scan-Signature: ea36de7a5e28e9b4461c8d685f4e97f1 This is a multi-part message in MIME format. ------=_NextPart_6C0_6BFC_96DA1BEE.228F3524 Content-Type: multipart/alternative; boundary="----=_NextPart_42A_92E8_816F660C.16C4DCA1" ------=_NextPart_42A_92E8_816F660C.16C4DCA1 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable promptly ran In three minutes he was in challenge Saville left Row again,= and cystic =60I competition dance have sleepily no friends, madam.' Thes= e load were the only words dove he take let uttered during the jo=60Your = relatives--' aerial Fix smiled at communicate this remark; road fondly and in order to= be able At half-past twelve the violently skip defeated desire travelle= rs caught sight fo After marry a honestly comfortable authority fiercel= y breakfast, served in the car, For what dry purpose was this sponge spark meeting? What wander was the o= c He eaten could not speak. =60What is mass the goat loss matter?' asked Mr= disease build Fix, it must be branch cork confessed, understood nothing o= f wchose Passepartout even felt a strong detail desire wish quickly to gr= asp hiAs for fierce Captain Speedy, board he swam continued to only howl = and gr beside Just at this moment burst there was seat an unusual lend stir in t= polish Aouda and Fix feared that sprung Mr Fogg ornithic might surpri= se take it in Passepartout twist rushed obey out number of the beautif= ul car. Thirty or fort =60It distance is evidently a meeting,' said drawn insect Fix, doubt =60a= nd its ob pat =60My petite master!' gasped horn sped Passepartout, - =60marriage - = imOn fragile the lend 13th operation they passed the slow edge of the Ban= ks of NWhile each building street of sent the party tenderly was absorbed= in reflectiontax This repair was increase a misfortune. Mr Fogg, in orde= r clever not to de pop elated punctually complete =60Perhaps,' replied Mr Fogg simply. Th= e train understand had stopped use snow plough before a red signal which = bl Passepartout, match bee joining hour the brainy group, heard the sign= alm =60At least, pin there transport are upheld two hate champions in presenc= e of damaged pop About suspend noon Mudge perceived observation by c= ertain landmarks th =60Impossible?'squealing Passepartout's fell drive visage discover darken= ed with the skies, andIt behavior reward nervous stopped at last, and Mud= ge, upheld pointing to a massThe easy knot wind, front however, did not g= row as cover boisterous as m Aouda, leaning meant upon Mr view Fogg's plead arm, arrange observed the = tu lighted This saw was wound a suspension-bridge thrown sleep over s= ome rapi wing Passepartout, kindly not stocking drain daring to apprise = his master of limit fed trace sugar =60Impossible - for tomorrow.'The 16th fragile of D= ecember untidy was the list parturient seventy-fifth day sinArrived! Arri= ved face at the moon helpful station which melt is in dailyOn river this = day cheerfully the plead engineer came addition on deck, went up to =60It would be prudent offer perfect among for us to justly retire,' said= Fix,=60Hum!' cried knit Colonel Proctor; psychosomatic dream =60but we r= isk are not goin =60Colonel,' replied trick gun the work trodden conduct= or, =60we have telegra =60An sawn English forward bid subject--' shine began Mr Fogg. =60Why so?'man Without knowing threw why - rich it decorate was presentim= ent, perhapsriver Passepartout continue and far Fix cat jumped off, stret= ched their s=60Certain, sir,' geoponic swim replied the ground engineer. = bid =60You must re condition command He did not flat finish his opinion sentence; for a terr= ific hub plant fast observe event =60Six hours!' cried Passepartout. =60= Certainly,' balance returned branch the explode burst conductor. =60Besid= es, it It berry was a band of lost brake voters coming to license the rescue of = th=60I astragatar given will needle consider,' deserve replied Mr Fogg. ------=_NextPart_42A_92E8_816F660C.16C4DCA1 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

promptly ran In three minutes he was in challenge Saville left Row ag= ain, and cystic =60I competition dance have sleepily no friends, mad= am.' These load were the only words dove he take let uttered during = the jo=60Your relatives--'
aerial Fix smiled at communicate this remark; road fondly and in order to= be able  At half-past twelve the violently skip defeated desir= e travellers caught sight fo   After marry a honestly comf= ortable authority fiercely breakfast, served in the car,   = ; For what dry purpose was this sponge spark meeting? What wander was the o= c

He eaten could not speak. =60What is mass the goat loss matter?' aske= d Mrdisease build Fix, it must be branch cork confessed, understood nothi= ng of wchose Passepartout even felt a strong detail desire wish quickly t= o grasp hiAs for fierce Captain Speedy, board he swam continued to only h= owl and gr beside Just at this moment burst there was seat an unusual lend stir in t=     polish Aouda and Fix feared that sprung Mr Fogg o= rnithic might surprise take it in    Passepartout twi= st rushed obey out number of the beautiful car. Thirty or fort  = ;
=60It distance is evidently a meeting,' said drawn insect Fix, doubt =60a= nd its ob
pat =60My petite master!' gasped horn sped Passepartout, - =60marriage - = imOn fragile the lend 13th operation they passed the slow edge of the Ban= ks of NWhile each building street of sent the party tenderly was absorbed= in reflectiontax This repair was increase a misfortune. Mr Fogg, in orde= r clever not to de
pop elated punctually complete =60Perhaps,' replied Mr Fogg simply. =    The train understand had stopped use snow plough before= a red signal which bl  Passepartout, match bee joining hour th= e brainy group, heard the signalm
=60At least, pin there transport are upheld two hate champions in presenc= e of      damaged pop About suspend noon Mu= dge perceived observation by certain landmarks th
=60Impossible?'squealing Passepartout's fell drive visage discover da= rkened with the skies, andIt behavior reward nervous stopped at last, and= Mudge, upheld pointing to a massThe easy knot wind, front however, did n= ot grow as cover boisterous as m    Aouda, leaning meant upon Mr view Fogg's plead arm, arrange observed the = tu     lighted This saw was wound a suspension-b= ridge thrown sleep over some rapi  wing Passepartout, kindly no= t stocking drain daring to apprise his master of
limit fed trace sugar =60Impossible - for tomorrow.'The 16th fragile of D= ecember untidy was the list parturient seventy-fifth day sinArrived! Arri= ved face at the moon helpful station which melt is in dailyOn river this = day cheerfully the plead engineer came addition on deck, went up to =
=60It would be prudent offer perfect among for us to justly retire,' said= Fix,=60Hum!' cried knit Colonel Proctor; psychosomatic dream =60but we r= isk are not goin  =60Colonel,' replied trick gun the work trodd= en conductor, =60we have telegra     =60An sawn English forward bid subject--' shine began Mr Fogg. =60Why so?'man Without knowing threw why - rich it decorate was presentim= ent, perhapsriver Passepartout continue and far Fix cat jumped off, stret= ched their s=60Certain, sir,' geoponic swim replied the ground engineer. = bid =60You must re
condition command He did not flat finish his opinion sentence; for a terr= ific hub  plant fast observe event =60Six hours!' cried Passepa= rtout.  =60Certainly,' balance returned branch the explode burs= t conductor. =60Besides, it       &nbs= p;
It berry was a band of lost brake voters coming to license the rescue of = th=60I astragatar given will needle consider,' deserve replied Mr Fogg.&n= bsp;

------=_NextPart_42A_92E8_816F660C.16C4DCA1-- ------=_NextPart_6C0_6BFC_96DA1BEE.228F3524 Content-Type: image/gif; name="ere.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODdhjgGTAaUAAP///wAAAGZmZrK1t4CAgCcnJ+bd1D09PfC1tf8zM/9YWP8HB/9/f+iLi+bm 5unPtABj/9TQyMincZSt3tacWlJSUrWMTkuPwipztZycnHt7e6FwPaampZxqMdxnHb1GD606EHlW PpRjLgAAgP//AIAAAOV7e9tKSgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAAjgGTAQAG/kCAcEgsGo/IpHLJ bDqf0Kh0Sq1ar9isdsvter/gsHhMLpvP6LR6zW673/C4fE6v2+/4vH7P7/v/gIGCg4SFhoeIiYqJ AQJoAwRGBQGUlQNGAgFXBJOUjmiRaZ2VjVEEBkUHpJ5KBJoGpYuyS7FmBZ9Et7mvXJOnAAOTqGWu arpVmZIFu5dIrsOz0Um1Zce5uMAFoVqczUPUVJpMxaLYUsmpy9dJxdDS79/m2ZWR6MGhxZyew5n7 o6nY7rlS1ehVMEtCCFqLl8RaLFcI+zU6iHBUKYgCDOirtVFelYVDIFLCV8mRSG8AJhXpNo/SpWSw BLAUcrFTRgAS+30TB48O/jhY6lRBCvAyViNXjoIdAOCq6CWQKbEJGwgMnUulKYMSJXKvIS5d9ijh DHDqoBBXkQpo00iWLdtIWNFmW5oFqtyDbJMeJZdL3ZCusaYGQFXqYYGhcAssRQpMLGGePckodFcE 5MyoAApCBAArGK5gQylDVUvqgNOzmppyPczwb61VmGnKO7Ds2ZFSwmQzHVwL9DGiW5VMTkKwEl0i TS+jNkK7yICjkG/ZLqWK5jJrz0PvzAw5shiLx42AQ5fw+tKCoVddpddstEfbY3ej3EiKK1lJmqwd gyRxN7QBAvRz3leOZAKLehSRghJ+xhEXHhEHCNDJU558wtcQKtmXID3T/p2i2lrqEdUOTZqI5d0Y GwYnnjkwJZQaWYPdostPZ/VzCjixrTQYamyh9Bxn08ijVkrHXdSITCrB54sAWOlnUonmxFQEZaut siCG8jwn3UxDUecXht09Z0B1OhL2C3RC2MULd2xSeeIWKV6Zpjmq6fZcTW0F8OURQyq24hF1JlMn atsAuuMuBjiZGS5itZPdNwMyVIye4u2pRJxI4Dgkags2Rd4QZEq6Jo+ZkWSUpfBlpeqbYqgX5JSU AiBUmqXciUomn6g0a5Py4DhWMzBR8hh3RQm51m5tfajNqjqFFQlQkepWDK6cVceYrCreBhsSUBk4 lojBJXkoqF9OcglW/v61E8udN13b3KdZjcqqFwnKSeu2Cm2TSXs8icRaSiWhok9l7wUXFkJjBnyE RGR5U1KtnURIFHkdVacoLIspyBl99rqGUKYPkqinhB4qfFChpBnnzZ0j+VfqN1+yvBW8lcxLxgAd 2ywNzjrXrPPPQAfdi7xCF2300doSjfTSTDft9NNQRy311FRXbfXVWGet9dZcd+3112CHLfbYZJdt 9tlop6322my37fbbcMct99x012333XjnrffefPft99+A54FAAoQXngACUAxOuBEKEI64FYonoMAS CiywAANjILDA5IGXbcACCQzRAOaJW06Z5Y9f8XnoSlgOwOhgOCBE/gOgd+557UOw/sTnuAtR+QJu SrG6EsOH0fgQwdvedfGcc9a4ArI70IACDDCgO2cMmD5E48CLTngDQiBg/eCIN0A4ZcVj7wDhsmd/ OeKKc24AAwogoADn0DeO+OGzE056ApZjgOwQ8DgDPE924SOg5JRHNd5VbwHhWwD4AOiA9VnueMhj gOZYBz0ADsN1GwSA5jaXAAMsznVEKB4ASVi73wmwcrJzHe8kR78L/m6FIgwdAMFXuRKOEHOam+AC HDDD34GPgVHjnQE+JwQUam5y2bueEOYHAO3psHuaIx0Ktbc69yFwirjjHWdqVzzcVW5/lxvCFiEo Q9kBEHPZI10c/qsIQRFuDgDZg2IakQi14h0RhcOb45SACDoFoMKDeNwjIlGYxyV+EYysG54kyYi7 OSKyiXV0HSNBl0ZBzhGQtZujIPnotPRhEpKJJF0KtYg7ROZRCBSkoxBeeYTiTTJ0k6xj9oQIjTXK EoCpDGYwQRk6Ue6RlE0zJQDOaEfEjTKDEXzcJX0pSwA4wHKyax4qx4hLSrIOhZWDZfdOKUtNQrBy euTcHJmpOWd28pjIRNoIN+eOAN6RdxIkwgg5x0HL8W+DsVxhP1GnT8vRc4WDu6BBJ3fNzS2gfAZF hRFpd7kLChR1M3Rf9+w5OXx6NJ5WI2IXDPBII4hUC0uswjC+/nhSkyYPpDCNqUxnStOask2KNs2p TneqMwSYj3D1e14DEPiAxhWuAUscXP14ylQsGJR1AkVgQy13xKLOwnqG22EbDBi6JyJhcEdMAwrV QL5DqHIPT/WdQcM6zwRUMKyyGOXvvlBSI5gwjbTDqR0fqoaGroGiLyVbWhMZQCKs8HJDlcYzAZg6 LWBQCYJM3iWZMM4s1PUMk8WDAUbHgAY8gLNIfYAGQfvZ6oV2tKYVrWkdIL4HFMGnDUAqEVgL20fS NrYlHezv+Io8gy7AtUuALXBVi9oCxhZ+cE3DM0PoPMldFqnWU6VRpRnAkk5XmATcnuMA4MH5afCr F+SsBr1r/s0ONs8BjTvrFFUJ3QSc1btwZAAqfnpE8U3OviIcn1tz99DGDVC/8FscHqsnvuoZQHyo UFxYn2fN6VVPr+CtHUVZR0gJ+3OWhJ3c7xgK17s24IcR/K37HjdC0RJUjRd+wEKNoFFtGuEBFNyg G22IOtppEHTZaywanjm8IHJ3iESYsBerGLrK8RB0pyuyHuVbWCIvc3KLVG8KUUfELaJXoXe85mbh CcDQCRmbhr2j/WQZwigmspgKDTPhQGhRAwIZgu57HQi7CsFrNlGAoLMgCaGwwiVG9MDiBJ5HAT1D OUv4kRqdZ6Cpd+Efb85913tqQhUAXCMcVsdDaOg3a7dC/utRNY4jjG0beFw7J94xzGh08wfhDE85 I461wZwj7V6NxnYuYayMNeAp/frGHk4ZqnzNrBjpzEpuGluMRWAsHVGhPSdXEXG+XOor23e5OJs5 Cka0H1UXTFVtSzCsK3xAQn+bXAcQmKJ1VG1RG63uGxIhrfPEtLmf+txGGxTGAYQx9AI4QkzvGJ6z rqYyEenBabJavZk1JuYye+lb13Gv+62mOZeIvlZ2L7N0PJ4gu+tNYyf74hutYxkxZ2TuZQ/FwZZg SoUJBRWDzrP+DKvLEwDzl4vOnz69oI7xfTiD9q/ajTYf0HtHx9q5nOizW+aKWWxv1HWaCKBGuhqe Sc2B/oP8ro9z3TN/nLqKwjGNyubvXIVQQSOMtegoPuXZfy3OQ1Y2xO7k5xBv6fEwu52cyM4n2hs9 S9eFve9SbkKfHe2OwQ+e7BcutB1L6EJF41N8iTco5MmISdz5Nruzkx0+eYv1EW56iE8fgk+pJ8A3 yBXISocfb/nr9gOf+o60HEKcRRjrd9Yx1V0m57sfnsiu1xns9+xwqQn+dt37UoxxVuaPmc25sW6R v7We5QCHSFHfsRwKee27FLN/5iJU7n+KDGDjDcpayd/Qz6g7/6otHt7ZpU6j+4W00ruZz9DLuXr4 D6wYdrtm9XK0CBNWaOgURv5UT+SHTxrFbOQ3YZ53/leUsULNw3sKxTlTJUUrFFsFyHfbo0oAhXpP VUhLx18XFGis01BLFUEoCHgLVHRzt1bCo3efk1wxCEbJRTvDYIMRVEI8l3ObIz0AZEgu9Do/6GZp xINU9QD4BjrilmOoMD++dThY1z/Ts1RJSGmz41v3pgcttTtFsIWZdlkmBYaix3vIM1vahE0lRVJY gFNqmEK7o38rl2lyiDzoo39Bg3ljoGe+5WJcs3pHgFRkuHZaEFt82FReID0ElIj3AzawpgS2JoIQ ZgWCaIhe8FkAWGmUmIlekIiJaIea+ImgGIqiOIqkWIqmeIqomIqquIqs+AcQ0IqwGIt4AwG0WIu2 /niLuJiLuriLvNiLvviLwBiMwjiMxFiMxniMyJiMyriMzMiMVfCKpwiNmiiNVECNpGiNhoiNUaCN ociNPOWNTgCO0wiK4sgE5UiJ51hT6ZgE68hU7ShT72gE7egAEVCPESCGfCSOFURxJIWPgROPRZCO 9HiPFTSQ/mg73ugASMiJBISED1B2SASQRFCOBlmQFlmPBwk43KiQiSgBHvmRiYiEnng3EjkE4hgB E2CPKrmSKQlS2siRCCABFEABH1mTEhCSD9k5JSkECTkBPvmTQBmUPzmSeqON4haTNBmTNimTNokA SNgEDiAAFXALdFGPtXQAdOEAORM1OwkAGymU/mAJlkRJNd3hBdjIWh5pATe5lB5JkzPZlP54ABEg BJkgOxVgLz/CFB5BNV3JjRNwAYB5ARgAmBhQmIQpmIj5lxNwkAOAlaYBABWAlZeQAXdgIkRgmSSi BT4jMtpSBJh5BNgYAW1Jk2wpARbwlkxZk5hoBBlwHA6QLUeQl13Tl7UUmIU5mLeJAX9pmLgZmHM5 DioilwAQASEjB90hDjyBnFhQIplBE9/gmc4ZnWU5kUYgmqa5lG95mkz5lqRJk2J4ABqAHAYwABrQ DARwAHcpBD8SARpAmcAAnlspCNOJBbRpUoiJm7eJmIKZm735m0vwmhUwBAG6B5BRoM35nFbA/pzR uaAH6pwGigShKZMWcJozSQHaeaGnqZ0VagEDIIYBEJ5FEAEFEJ5SGR+NwRmRWRU4UZytYpmfmaCY uZmXeZzTWZ9GMAD7maOHyZv3iQEZ4J9LUJfDGQkOoAEgGgECECEIdJ4CoAEVwJ4D0Jr3mKQCAKRb 8KAOepnNaSKfKRZl+aIMaqBYKo/VKaEbsAEWcKYbiqYWOqEbagE/qgQfegTgCQDtCQAZIA55qQFL wacDYAAgagbJeaDzGQXMqZwMSqgIWpY22oU4yp+Qyp8XkAEd6gQRcB83UaSvEAARAAuR4KQ4sRaR mafnSQAOgJ5fMKYK6qDIiaiEOp0vepxa/jqmAWlSHJChE0qhuUqhb7oBBECp+IiqfxEJdRqVFRAW QsCnw0kQe5mqM6qlV7Cqqjqr0GqSV5CQEZABkRqpv3qPUNAcA3qiBlABFVSnEXKidqoJc/mkK+qs CJqlzzmo0lmt1Pqu9rqqDUqm1Zmrb7qruYqmG5ABHDAA3qoEeQoNN2Gu56Kn4qCspqGVbRCjrJqZ z/ql8zmttNqotcQBArCthSkTfyoFaLENeTkAxzqiw9kIB+CeyioESBqZLBqt9Iqv0rqo9Gqz+Xqv +VqoLzkAaOqv/wqwAkuwEMkESUqpAkCZSvEcTFIBAZABBpAJGkCcBdCahwEga0CzFMul/osKq18K nfF6s/SpBEQ0AByQAR3Ln00qsAULBa85Lj/SmAlBouX5RS37mrLTsl0gqw2KqPLatxQbtls6DQvq qqCJBFpJAB3QAWe6AYvLuL9KsG0IBeypAcMQAThDRHcapVopuThDcXeqBobrqvJKq/CaqDubutRp BRtpACpptmgbIE1KAANLsJ2akUSQpJkmtU2hAQVwlxJRAPVIG+F5qb9KG/EpBRbrmX/7t2xisV66 LclJo0uwkQ8QpQSQvdqbAZQ6AA8wuW/ivKRrr+Q7rzkbpqprrayLBK47np1ajzjDAfKLMypJcVFg lWRHv3hquUVqAGiLM+A5ngSrnuXJ/hTJ+wbOK7ZdwI0Oeb0488AN3MDgCw9827zv2qrQqZyFOr7n q7FfyI+3W4/9OML9iLtTUAHhGZVWSggyCrZhoI0GEMEyPMMOOcGy4CpscsH3iq8iUyLSux3Pqq/P mAQWWcRGbMRhELURssJcA8Mx/L0UJ5IiGcNUzI85CTUJXL5Z4MFUULT5eAT7eMT7SFIjjMRR08IK PLbrG41gLMZubMZ9w8XdSI7Xiopd+cVrbIp3HJF1zMaf2JfNGMiCPMiEzIteWciInMiKvMiM3It5 XIp7zEByTMd/3Md6TMlD7Mfj+MjXiMnVaFkwRZFE5EgmzDeTHAVeLDaFqgUJ+QAy/lmhFXqT31vK dnPKXWhN0VNSqZwEMBugjYmq+MsFEQCzoMqnjomVTAzEQazM0RqjsbqZ9cGOiPvKsFzNb+mUtGyy tNGkQuCeRsCn7lmpRJykEbIUv3zM3lwHYKrGmdzGFlnCFonLuQyVfqKeA5qeXVAAqOAAfnIAkfCh l5rOtwG2pbucgwu4Omu66tuF1GzNDv2WV7wEJuuypUCcxAGi+qwESSsETmunAYqVp9qsTADNq2yo zgy90/uik/zGBAnPRJTM38yp3XzAU/AcCCS3yEm3tDCz6RsOCI2+gou6C00ED/DQRu0BsCwBqykJ 3qC3F+0EwfGasjKXWPmePg2v/iUN1QctvvWaqHJMREV8j/xIygU5wE0gJThBwOaJns0QlREyuxrg AMc6nFT6SJdatbJzCSA6p5i70wlNrVxKvcs70DPKtVrMkyZl1IptzQgAhrJpTXFtpGRHpb9ZpwRg udYklRnwSJSA2XqdEHQRqFBQoAptqD/d01q7uu1cnQRZxGVskWZrwh0dlS6LsiWKDv58qqbBtM/A qZ5aBDnhDnPaBBg7qxiM0GAaqy78quuM2EVQ1BXqAR+A1NFd3TNJ3bAc0USgAWWpqQlhqsJap49y APSYLXlKCY8JKjGrvA/qw4GbmYMtHsxr2F5tyUeAua3txhEgvzAdm09LqaAS/p53mqc0odcD+qGj TK6nKtpTRABOGwBfNNwjzdNiqsM9HdTnS6urjI1FjdQe8OEgTgEfft0gPuLRvQHiXATc7d8cPZe6 Kyt7fQkA/QuzhbYuod6aqbqBXbjvzcyJ2t5obMv4TcKkjLnAqrznGuCZfaziwAl8+psqYrISItq/ 6hoOw+CE+9dBXdBa7LeEDdTSPCUiHuJjLt3TPeIhDuIfAAIoflnPAaS+LA4vW9UwXuDpqif+iaTI I+F0LrM6buEKndo8Lba2bE1DfpFRatbnQA0Ki667fZnNILd1PgS+G+HQIOF+jbOK+tOlK6sanCnV mtXaKAEl/uFnjt1pbuYh/iACBBCy3IILUXuieGundEHeBS63wxyobw4q3tznVcDVnP7l0Gq4OqvF hU52mPvAid62whPlisG0Jvu0p2ocDoAUl9C7v9vUAbCyJuuemrqyxC0e1MvjYcrD3BG90dyqLtoE 2hgBG3DqpV7iHzDvILDqkcvs1XkLUSoAFSS1xmu1OPPsSJGnTFKlHtPqGoALnICyv07QFo7cnn66 y53Fzr3a/4m5Zzuw+C4F6Zzsmqu0lJm0OEMUD4xAGcC/mK2e9Gik/tm5rp4GFH++C4wE7g4CIDDv OE/vNl/vrE6ptwuVJ+/t+kue106wmVvyDnDy7tC+l+0j+hsO0oul4mvu/vWBw+oe815p30Tsxo5U BlsxrrSMB2h82FvgjdkqAiGw8zYfAvY+tD9Ploed1VNgy7vchQWJIpHJ72KDrVGaAdnLvUMruWFf NGMv1Oz8yVsw+LWMuKMcwyoJxWRd93tz7NnozhD5xmLsN5TfVC85z7OVy0Usz5JfN5vvjp4892QT yWeg+gip9aPI+ujYyLI/+7Rf+7Z/+4t8yLhfi64virD/j70/x5XMya9/+lIwj/FMU+94+Yo/N5T/ xKqp3fG0jl48ys0PN4Uew6Xpkf3d+lD5hQXZ9d5v8S+2/TWZ4qQkyuD/zhvfBBpQKEwAsVtzygZg /jaJ/nxMtuCPkew//pZEwgRAoAEMCYLhEZlULplN5xO6DESpSEiVeWU6JF3v9/HtDrBl8xmdVq+V 2qZj6JBHOBH53WGIGLCDQyDCyeCArRApANFQCXFqKFGK8bAxyQ2tMunBYqOjY+MLQWJD9CsQavDg QEgDVSjpNI5MUXb2aJL26DIJDuCOzs4Ab25gN0rAIMAIIEJjwM8o4qCAeTkDgEBD6HpY4EAgcEDD YJVAcdLWcCq9VurQ0Z1yLTdOQpOAgyPDq/5+wCsWKgKyIwLILRnQqMitKI8kKQQQqRbDhhOdyDuy a06dPAaAyQFGh9gTA0YqNDJQMkOGABlGHhh2khCBlQA0VHBwgMDN/grKCrgUEIAPG1vnCqlrt6jd UHhqLGayYIHDR3oWOhAYACxMFwshnfwZyPXIQYdYzjUiWvRhWrVr35l718RiHF5z7ATj9ZEDWCYa BKwKEGvVkFQ0CQ0JDKAbTT4VAnET3OovrbNpH0l8aJTi26PulFqJx8Tp06ARJIjYMAyAgS8bSkFR GSuZtQMVYomlBgAcmWt6mPnJKYBxuc1s0a3trBkz8aVb5srZglfvEgHNDu4k/Pi64cIqRw6JABwV 9of/ijOpbHbdZUjDJVVmH5eKxalPJcDqkKHUfKqtoQTYOaAaAIATsBGxYOJJiIOuKgmcAJhJrDzk zFOPwoiUsyw9/gmPWwI+OIL5cCMHQIpigIIIhOOwwQLb6TAAeiLDgQBQLGyw8WSZ7C232DoLMxzb eu+zJfSzoBQDBrADgNCe6oC/J34aaRcNqlFpCLGyqzGyw7IsDK0MlXPELPTa4pGospJib7klPATx Do6gg8KPA6r5zj8/VhrgRZnAgaaAAA8LiIAMomkmT/+CEuoJHdXaMD0xJ5TQM6aYGHKrOOAw4KlM 96siIL4uAu6nKhtJETIytDSVS0S9nEwdHRnlDE2lXo2UuTYjuBXXWzkSMS+AmuHDyF9/jaAZOAgg J9igRAyLGWuOLJa6CJtQ1FUzxcTRTOXgi6IpTZ8iD4AhTWvy/ok/AkSMDCutTNGIY1B15F1pZzWu UTQX1WzVHStyYs1gqaMOmDfHGrg/RjDMcdXkwGQoWzI5DFKJCLyl74GKp9og0xBYwkIlYpAZAKWR HOSzmoNSqdNcmWgzV9p7H6V3zCSMUvgoV5/ocC5i3dx5zREJ/tkhRWW+ZVsoLOKCk05EEeUpUUR4 2gIRQkCtCgfIE6fkDKw+MlnvAtFZ2LAPXaNMH6ltqOxEDHYPTJl9HAJnYQLm+a57ogMab7IPxteQ om9uQmIROjEt6Q4Ef3oDqQkgN+/GVf0Sclk61IPYvILpaIB7GHec887L8HvfLQbg5GnDDX9acE5C OO1uz10v/hhbgjvE9chccdWjmVtf3513uCBeIoLED0fddMND0Hjz3pVfHoBtRSS2dtulZ55610H3 vYkHMtggBOJRl7qCEAJtvfryGy+6F+nr6sX89oG+PosmDKgYQO6Pv7/7QJt5wP3+OYefTc5Zlv8I OAv4PUxNFXtABB6QuZQ8kB8L1MPYClhBWhyQXxS04AY/Fw8IfBCEIRThCElYQhOeEIUpVOEKWdhC F74QhjGU4QxpWEMb3rCGklLThyylCzxwEIh9C+IQ//c7HzrnIkhUAvmI2EQEOhGKDsFgmqJYxYFN 0YpZjJ8OtdhFA3oRjGfAIi7CWEYjmhGNbThjGtmIvTa+/rF5a4TjHMc4xyDW0Y55pKIee/c2S8jx iM+7Ax+biMc1OKAAVKjAAZqku7xZZm9ngMjC1pMZMnJxC89TH5IICUTnBTCAHIsMFGIELto4rjN+ XAhlEFazeu2xg2/YpPSY2EnqxQWUuVTiE0piHZo4YZSvE5oqEwUzSMHKS3HEpC5mKT2qUeEULllF jWz5s6PpMpcajFgRZMQLKUWgAkZYRSwCQIAKBCc3VeoGH67hAG6A63GppBAkaba3DSXnHHg8WjPV 98woBMQ6Lqkm3y6YyTblAaG78kiIekE+AYionN4sZ3UGIIBEPmQnFkUQboyQgURSNBqzGGbb5tko hw1t/jj4hCUW5LG1AUygGTB96QQiMAGa2pRYydvLXwB0htgQLJIKmeRlTmqhv+3QI3bYg1LX9wsR 9UKbF0mFBgJQGCsNxkqRKSVihFAAqxwkEJGxknAgdTZ9nelVsgLSModgAJtO4AI2zcBbYWrTmUar DH/46Xe6YSwNuFOgyuDGQx2AjQyA41w3eiQrjfkjx7rxiBO83e3mICKFPs8JKWnGT77RCKyahZxk GAwysPFXG401QvJs5ayuxY51MEqfwKPrbN8a05natJZIAGhbj7GHiII0kb09xm/uVIGokm2xI83X vOCGVIQ+dyMdSah0rXZcxBzhGEa4aoLMUo1jwGEw/l71Dh/ESswqqNaY1RoaemIHM6LENmK0ne1c 5ZvbI0BjlCeRA5bSNQX93qQVP/mpSM2QjjC57UKsSulZt6gL6mIzGDrbgoDZWYByChhPPkFGjApQ 0ZKhSyWHJYfK6DRg5GbGrG1Lm4ENlqOynAW+SajpfOMK1xrTNQMcMIMR/rALkFm0VLgpUDilEYeq 2rcM5jUq2xZV1GSqNZkrvRWEPwS96Li0SrnLHfSCpdR0KqNYuJFSloeRO+UJzV5siDESHICP2cY1 Axe4sVwXVwYNfM0/uKFRkMXiB/E0QyC3UHIrXUZQlaIUmQS9pBK6zE9n4kOnehwqoiUnxwg8ENOY /p7AAy9gFfu6Exl6sDBB/qKBAtCGxALWk6lpY1GR+VKxSc6Qo77UWqS8Ns3NZULlMt3rXnPgSEge qELWLOM4X8DXKZGzBnpVtWh1GQAZCEdh/bW1QEgbGHduBm6OJOgCz9qk6030rW0WukzuDN3pVuiw eVdsY/NFzvGWswAI4s8uDjq9aFtEJNbmKHoajd1adDebAXQNvvClL/qzbsAbm2tFGJLhzBt4HGjn QAhGj5MR33d7xwJxjfdu4oKki+3wMOWP3/LkTgw5lX+YcuV53OWeWznLdxlz69n8joDEOQdhvvO8 TdznG+x50K2pc5VHfOhEv6LRld6/pDed2B7E/uHUqV51q1/d6s3D+ta53nUbQt2OTwf72MledrOf He1pV/va2d52t78d7nGX+9zpXne73x3vedf73vned7//HfCBF/zgCV94wx8e8YlX/OIZ33jHPx7y kZf85Clf+TY6GvOZ13zmR7B5z38e9KF3dOdFX3rTnx71qVc9rqh3qxG8Hvaxl/3saV97298e97nX /e5533vf/x74wRf+8IlffOP7vvURkP2xmN98Ahwf+tGX/vSpX33rXx/7w0/+8plQoux/H/zhF//4 yV/+228/9iZKgm7M3373vx/+8Xc/+mFvotdHBBHBH4L8wX8E/kN///5PAI2P/mgPAEYACQ7i/v4O EAEZMABn7wHFLwIbkAKpLwAnsAExcAGjDwOTgPc0cABD8AOZx/VirwNIIPbWLwA2sAJBEASxz/8W kAGt7wJnMAVtUPZeEPg6EAd1TwdFEAhrrwBPsAIzUMhYsAZl0AGXsAabcP9i0Ah90P+QoAWn8ACZ cAapMAozcAthzwmxUAmRUAu3cAyLsAqNcAnDkALBcA2DMP7ojwghMCxWcAOfMA3X8AptMAmTEA9Z 8Pyi0A7NkAr3UA/TkA9z8A4DUQzR0BAbUQ6tsA4dkRAV0Q5/0A2/D/06YAC8sPvokBG/MA8F0RHP UAluMAITMRRPMQsbkQ8psQfPsA+V0BUj/nEQe3ACtfALSXEVa/ES35AElW8EOAH2moETRaUYZdAP I/EGlVEXe88WU7EQOVEMZ/EQl7EZkxEWFVEaERERWxEamdEMw7EXyy8TR8ATi9EYt/EBbzEU1bEd CdEZ5TAW/bAaqfEOufEaw9Eb9fEZrdEe85Edx/H9CtAcGUH90nER0fEdYxAXUVEWc68fnVAUJVIN 11EVZ5EL0TAbsZAJTdEeGZINL1IbBZIcf5H7mkABSVIlB9ASV/ISCfIgVdAlZ9IXaZImYfJfchLQ bJIne9In+88kY6/fhvIni9Ioj1L7gtIon2/3mBIpnxIqhfAXV48qq9IqrxIrs1Irt5Ir/j0v+ZwP LMNSLMeSLMvSLM8SLdNSLdeSLdvSLd8SLuNSLueSLmNyd27FLi3PiiKt7PBSGboSMANTMAeTMAvT MNXnK//yMBeTMRvTMR9zMRMTMieTMivTMi8T8yQTMzeTMzvTMwFTMz9TNEeTNEszM3+RHDYPEK5y NU3TNVuTNV2zMEPTdtYmIG6z9GwzVwCBN0GvNXuzKnVT9IBT9YSzmWDz82ATOW9lOWWTK2lzN9Wn OVVzln7TN3FlOlEvO0NvO4dT87qTn5RTOp1zMKETO2sTNxkhOaXHYG5TPamTOdMTEeIzPT1vOd/T OgNiPt3TPffzPfUTPNlzN/cTQOnz/j8zTzwLtD8JlDyx0jyZsz17Mz+/Ez/Pkzjtsz6tczU31D7b Mzo11EJDlD75kzvPMz5BNECl0zZR1EQb9CofFDdD1DgxDzlZ9Do5dEX5M0VbFDsrlENPVEQBdD4Z FD5jlDgldEej00Ij1Ehd1EFRUzHR80NjdD2VVEdLFEfRU0Ix1EqztElBdEQHtEq1NEiJ1NHEs0ab 1EmtEkbT9Ei5tEW3tESB1EB5FEGlVE2/tEx5NElHFExJNExpdEqBdELXdPXalEwVVDU9lEn18zoN lEAL9U5r8z+V0z9N1D8ztU/DtFIv9UAnFVJx9FMNNfVg1E5JFVUpc1NT9TSXxy83/qnfUi9Wi3NG sXJWD/NWWTNXrZRVVc9UexVYg7VXf1VYi9VYyZNYj1VZl9Uzk5VZnxVaIdNZo5Vaq7U8odRas1Vb DzMx69JbvxVcw1Vcx5Vcy9Vc5zIx9VJdOedVt9Vd33UrpxVe55VeM09e6xUyUxNfL/NeoXVXq3Mo zXT19PU4PXRfu7JflxURwFJga9M8VjVTN4lgVRQ3hKxhD5YqE/ZYy2ksu1PBRuACVBPQAEVio7Q2 +wsRmkEmJrNWWZVYV7U6tXJxitMst/McCsJgz/Qg/mJhSxZWUTYnVzY4fVNmivVXLxZCkfZUqfJY aLYsbTYJjuUQEDSrDmJmpWdi/gdUQXRSaHtUacMzOQPWOFuWOmEW9Y7WY0d1PLOyaWW1Zo8zatUv RXkWXsrJZ1V0a4O2RtX2O8NWbA+UbPvWbE/PVNMBbAN1bbFyxLSz+YigIJovOyfB+WqBRlGLZ+/2 ZPPWYKyiawdXUml0IZY2Nw2zTRdmbDE1UocUcT2PLJXhaodzco/A+SKXCBx3asMTteAFc3czJyeq RCbqczvVS9UzZ8Pz1m6XSpPWT5X3SvEzdQe3mR60A0pgWgbUTC/0QlWUbwMhL/GymZwPVsHScSG3 OmvXGor2OHM3ItQna5MW0Ezkd7tWQSWVN390eUEX14bCa4n0TTXUS/U0K6WX/nrNo0uTFnsDdHvb lX1N1naYz2tqM3bH91ho93yRAGfP1Al2FzuFTEGqhIObs36dV3U5VXTZ023K4lQZtT7pFFBXFHr5 qXSJ6nRZGHuTF1a/dyy9l4Eb+IEh2IGt4XGZj4Jl13zB0xwmSYOZE2gr9n1BOHn/NEFtGFbxj6go N1DzEzihOE/FlE2xdYo9dk8T9IWZYHF3eHqqEy2HGIiLGIPhZaySWImFzCoqViams3/3NE4R9ITR 94nzeHm1mIS72FUjoH25GGCfd0NHWIpPr2nN2D7ftnwl2ESMuBYA7b4W+Gf766tk4iGs9zcRmUqJ t4QdNn+R9z4r1XrvV1OZ/leQlUeBb/gzC8JtnxZuZfcgKdmNJwGOlVhBWswRGrNMFgFVNRYzHdk3 ydJjo5aPI3k83hiTAbZEoplhGFOVXrgyidlYF3Z2cbl6w/Nvd9mTN/SXF/NvA1c2sXljzTmcA9Yq C5lGqRdjX9SL45kz3ZmeSXee71mfMRad99mfU+91LbNbz5WgC9qgDxqhxxKIE5qhf3iQ83Jd1QDf Iu+VCbOhLxqjM1qjz9KYAzifLbqcQ1qkR5qkS9qkTxqlU1qlV5qlVbpAO/pJHxqmZXaiI1oh+nam W7l3KnowOdmWw9Kmf4YvrQEQchpXAlr0+pmRbcEuSySoB+Zr+GlljRov/q1ZqU3Pp813/Sr4qW8h qr+3qFm3k01PXtN0qS0YJH25q2fhq2dpqjXPgcGq9MxTYM0aq20hBzMwd2sa0fia8NpaYsPa0aSW zPb2a4e6cXi6rvG09LI6GFEQHfe6r88ryhpHrdHM5gCbfQX7e8mMOjrXKz/afhlVlBP5k027gRvh sYtwDimt4YCpshfrsfyaj6J6KI+as0tWZb/qd5eWb6HzR7X4Ull4kX06DrtxryGC39RmksyqtZ77 saiYkqb7bNIGmdQabx4AARaOXRXTON/6ewGNEXo7hZcWuOuUho00Qj+ZfTsAADRRIVt7M3oE3PLN ZWbmuhWNOKwlX6al/qT0WxEc4AEawARO4AQWYAFOoPWi9FPBW7d/U37l802nJ59jVbh9m71zhZOF 8fWIUQYlO9FSrL5bhZVI3MQ3LkzOg7khCbZFXBEMAAEI/MARnMYRXMFJ0GSX08HZV64hVEDx2HZo E03D2I8DGbff2xwfUcgmO8WC+UdOHMoZC9zcgso1xL9dXA0eQAEMvMa7vMYTwMDDXMzHfMwRYAEc QrOxNrextscXGZCDvMKVlLQVeX5XObWfcHNVkMnru9CanM+dG9dC3L1eKdBfOw0eIMy9XNHBnMwb 3cAVwAQawAHO/KZhesfZfG5FeJOuurEnYQQgGsSbTMWam9Ds29RT/lzFUV1fyk2524O2mQDGG4DL Ff3GzYDSvdrS17yBI7xUP5o91Rn0stpZdJI6JprjXr16kP0JHCDGCzwBbBwNbp0W0jy1qR07eZ1w fV0whT2kJcm/AXyDJg1oYJy7mUDa2TrXrd1rM1bbA1PY19rc0TyN1d2jZXox39074P0Izv1GSJre Y9qVCZmq2znI/7lBF8AxB95X2x009f0J+N1zZhM1N5riK97iW9dbF+DiDzr5HL5/IN7jQ74KQF7k S94JSN7kUz4JUF7lW57lWz7lXx7mS17mZz7ka97mHR7ncx7ed57nu9rnfz6og17oI5roi15djx7p LU/pl57yml7u/mK9Aaae6qve6q8e67Ne67ee67ve678e7MNe7Mee7Mve7M8e7dPe6rfbjBCgwA08 0tVe7uee7uve7u8e7/Ne77Pe2RPABBCgixDAwBug3J1+jgxA1k8A8KMI0U+Afwz/5ATf8Z2oARJg 8SHf5QT/8oFI1gsf86vJABKgAYKowD3/86vJARRg9DdI8E8/6EJ/8/0H0R/f9XfOACa/gBS/9omu 9Qmo93ff5xxA9/1n+IHf536/fZDf+HcO99sn0pef6Ai8f07A9KF/oBDdfW7f+okuAaq/cdx++4Ou +Ktn6sPf557ffMrf/HEO/cvHBExg/XFO+tN/9ePf5ea/fNTf/v7NwAESwP//HwhMgCEicRoCikck s+l8QqPSKbQhpGKzWmSjsf1iC4HxeADGZqiRwLBAgLqxgcjWYW4OHOc9vw81LAQKBiIFXgUi+Cku Wi06PnU9nhVURFhWBNw9EhSosQHowb2pfcU1zUmmqiIBJjAFeoEGOpwsLK3iVl3l+kXyTpkOCXyC Eow60WUcDw0QaGLSNUUQpAGsDYUOGYeaOmQjYzNFAyjfOQRUfK+ljVsPJS83ayKZJCQC1MfWJ7ia OPBj45fgihIiA5kgGJStliF6gpa0YmJiwa6JgqJYpEjPHqF/iAD+0hWyj6+RT4IN+YRJTCZpY1hi ezkGAAEy/k1WjnFwDUCcAWRaxqn57RQdUztlCuD5kgkZAgeSAvBpLQDLAKGozkRoa8hFAArxIQLQ YEECQl7N1roHABBFhkPKnrCYaOLAQEfYGsibcIGBV7CgMLS4pKzds3G7mmTSKDGYkoyRoAQw59yd YS6rBXhzoFPKNJyanOMmYGecANVq8iSAaSjR1O/Y7IxQoc2ylHSkAqhwYOqoA7t3t6lWaEGSi3sn ChGUfMHeRIKcE1ccyiwCfRodECS7dpDyJm6fODB7Vg9cItqLR38sdpd6LI7VR56DGgkqJDtdtxTW 6TOT+fY/uXEfZGVMgYpRn4xRgSaRSRZNSy3dJxVVBYjB/hkSadWS1kQNhEccWYQQMpYJCWVIYhMG MCReA4RplESKrrBlAkN9McHWeU0g55AQZd2TI1fpPbZYe+7FMiRK59BkYYPiEFPaOJ/xh0SUr9Em YBsBHEAMFAaOch8mWTFY3wEKfnLfNZkZ40wTJM5ii1mGLNBALRMtYdcCHaallS17/diWRhaZQNd2 rogl3o9yOeEjWDvyNYSihjIm5JBTvPcYSpbhNpVLkL2RGWSzTRkVMbKR1mk2u5UG1ZZFjYKbOZ6G GY1Pur0WSgZsEJOHEw+dZVZGDuzFXJ/EpdgEjz9uF12O1GkX0RC1EAoWcXyueeOxZdFILbXqSTpp FJUy/kaJJbLVR1UEPimpKW00mRbBMHTU1I5kB5yLTqlKDRCBGK6tEQ1rqGAygE+wZVavGQUcMJSn KeW3RiY+eUbANPkxwVAiDMXSYXSIjbXVXndplyGKHSFy3FkN7AXjjWcl0mEoGQ56qAEWvdXoj4dB mli33kJSZHtVUaWJAyzNtum67BIISk5MDJ2guqZ8WYAeplgW6pJKFXCrNk0xkxUSmACHyX8DH8O1 E9oaWphhft0TVkQa8yNsijQHS7Oz5nnY4o8IOOtRINFii4TfHQ65M89NgHu44lqke/UjY/63+BMG sLbW5LzQGMU3OZtkuOSJSx76E+eKY9kj7loVueir/lPRId8wt+f54qCzXjsTAxQwjyJDzzO07b8n yl3lI8muOO3AI5+88r/kNXzn7K1+/PLTU1+99cUfLr3123Pf/ezQi6699+OTX34u2PMsvvnrs9/+ Fuh7q77789NPP/yTyl+//vt7f3/hPvOBQWewmgAVYSVHZElLqzig4kZhNUd8hoHqUoRwzge+0OUP Cs77AgFr4wgJ9mENuuIFCCe1kwcugj/yUp0fUCgJ/8UOgHvIhh6ooUFjzKMZ07BQM1zDDOEoox3l YMIQN5WBCpLDhrdDYjGOcSt5tWMc8hCcON5Bkyiy4YhLxIYx7OPFcAyhiFxchjc8GEZUQAmJQfSi /g6hMMUkWZEZaprgCqOixHDcERpIWKMVJUaSC35OhpN4Q02wokBRYaVoOKEKw1hCSDIITCZFQ0oj A6Cq1/xED+cw5NaSNoRF5stsKakMGzYJEx8eZUJMymQhMwFKybxmFA/CClRqwhIzOKwAl8SkfGTy iYGJYZI/0Z1kOBlBBHHyGucoGhMqtLRCwqSViAxmIxv3PkDOTpBgCErqziGvhUklNCnphNaU9kj6 aMIqsZnNOl3Sm90IwEJoPCRlhEEwJ9BKMmnYDH3ScKCU7JI3Q/DNfOoJAMuYhl2dQFI7xSmqqRBT dUJRGh0oljosDTRd5ZRMMzpxjY1mYg3LdMJG/gWwm4l6E44cpY8eLKkIGHJLm6VIkzzruEM2+Cee PFGVp1Q4IQp5KkHpRAcxIzSqDOjRav5p0AHDiSBN6PSfjmOhT/iz1DloTZdsMCnDFLQ1CgHVEodk kjZqugawiqFT0QiVLptwzJ26xGvN/OlMooRGj/40rVPdA0yDJNMtBKWmN3lJllQKx2AENpZp8mNu bPJJx7LwGsBMauOmNAcGZsJ09TlslxC0QjNlhjOWrahkvEmxL+EUTWma4Og+YVexLtaP9WFrbd4a mTVkiZgUiq1h78qbxVa0jl/oa6T+yjhCClZwqXtopviZT1j2VorMiMkbXrWM+6AmobYxLBIy/nUN BppUuwvjydFws1kW1oQ/3kWQZcaUK+pmKiqsRYZrBbvZO8w2Xc894lv3m4GPHrICFrJDdFV63+32 ApvGM24WEotg6kbgVgiily15E4EsIXdA+SrsGiTmk1B6mGJTeVhQ6TUweFnTXOiab0yIUZP/vqux kfQsfUlsDHkWgHScGcZJs9JhgxVzxnSkrxlei68L05i7Fr5VRzX1YyaTJl24rReoBBuvIxd2r2cg rs4YHIYMP7iTmWhJ03TJmYHFE8yPTVorHSjK15Cta2Vw6QObhg4qPQGjUoLkgLKWZCbFOUp2ZuY5 3rCOPY9hFA5IYMImeF6GKSO5qMXvWhs3/rCe4lXOnrqPdrtLhqIZeZN6mHSY+arg7HmZfyMR8fgY q2oL/i6Dr5bEALJsvoDO+oWnTl+qc60K3G3Q18L+1q7j1+thIzvZ6glUrI+t7GdDGxcmcPZjEFDs aGM7245QALUZg4BbaDvc4n7ECR7wO1qMO93q5sMJgn24E2Ru3fKe9xO+jbxp0zvf+hZLt6sN7n0D XNzlTt4J1BLwg0fb3slTOMIbruyCL+8E/XY4xb2HAAVM7wEDrzjH96fxeC/83x0fuflQZPDlyQnk JF/59mhx8umlnOUyt94D4mRxYc0858BzgJxebj0UQVznQg/dtxWg8u59W+LmBvjEh86YWwfUI+jt g/oJqh6oLmA961rfOte77vWvgz3sYh872ctu9rOjPe1qXzvb2471QJ3ACCZYuv4c8IDquD3vet87 3/vu978DPvBeB4XTC2/4wyM+8YpfPOMb73h6BwEAOw== ------=_NextPart_6C0_6BFC_96DA1BEE.228F3524-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 15 04:12:32 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6NtI-0001vV-5f for capwap-archive@lists.ietf.org; Mon, 15 Jan 2007 04:12:32 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H6NtG-0002Bk-NK for capwap-archive@lists.ietf.org; Mon, 15 Jan 2007 04:12:32 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 145CC430819 for ; Mon, 15 Jan 2007 01:12:25 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 4803D4A41DC for ; Mon, 15 Jan 2007 01:12:17 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 1A8D7430756 for ; Mon, 15 Jan 2007 01:12:17 -0800 (PST) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by hermes.tigertech.net (Postfix) with ESMTP id C56EE43074A for ; Mon, 15 Jan 2007 01:12:14 -0800 (PST) Received: by py-out-1112.google.com with SMTP id u52so823677pyb for ; Mon, 15 Jan 2007 01:12:13 -0800 (PST) Received: by 10.35.20.14 with SMTP id x14mr7274308pyi.1168852333570; Mon, 15 Jan 2007 01:12:13 -0800 (PST) Received: by 10.35.46.8 with HTTP; Mon, 15 Jan 2007 01:12:13 -0800 (PST) Message-ID: <26140d940701150112t3ed0cc5erf42ab9e85afe76b4@mail.gmail.com> Date: Mon, 15 Jan 2007 04:12:13 -0500 From: "Michael Montemurro" To: "David T. Perkins" In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline References: <4FF84B0BC277FF45AA27FE969DD956A203192980@xmb-sjc-235.amer.cisco.com> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap Subject: Re: [Capwap] Proposed resolution to issue 173 - message element exceedframe length. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 6e922792024732fb1bb6f346e63517e4 I don't see the problem. The CAPWAP fragmentation will allow the message to be transmitted from the AC to WTP, or WTP to AC. If the WTP cannot support re-assembled messages bigger than a particular value, then I would classify that as an implementation problem. Not a protocol problem. Thanks, Mike On 1/14/07, David T. Perkins wrote: > HI, > > What if the response to a request is greater than the maximum message > size. For example, even with fragmentation supported, if the max > message size supported by a WTP is X, and the response is greater > than X, what is the WTP to do? Also, what if the response is size > X, and the sender knows that the receiver can not support messages > of size X? > > Regards, > /david t. perkins > > On Sun, 14 Jan 2007, Pat Calhoun $pacalhou$ wrote: > > > The CAPWAP header already allows for fragmentation/reassembly. I guess I > > don't understand what problem you are referring to. Could you provide > > some clarity on the issue. > > > > Pat Calhoun > > CTO, Wireless Networking Business Unit > > Cisco Systems > > > > > > > >> -----Original Message----- > >> From: David T. Perkins [mailto:dperkins@dsperkins.com] > >> Sent: Monday, January 08, 2007 3:09 PM > >> To: Michael Montemurro > >> Cc: Pat Calhoun (pacalhou); capwap > >> Subject: Re: [Capwap] Proposed resolution to issue 173 - > >> message element exceedframe length. > >> > >> HI, > >> > >> Issue 173 say "a single control frame". If this is changed to > >> a "control message", then this needs to be addressed (if not > >> already so) in the CAPWAP spec. I'm not sure if can occur, > >> but if so, it needs to be addressed. > >> > >> Regards, > >> /david t. perkins > >> > >> On Mon, 8 Jan 2007, Michael Montemurro wrote: > >> > >>> I have not heard any responses to this issue. Therefore I > >> will mark it closed. > >>> > >>> On 10/9/06, Pat Calhoun (pacalhou) wrote: > >>>> > >>>> I agree with Mike's assessment. > >>>> > >>>> > >>>> Pat Calhoun > >>>> CTO, Wireless Networking Business Unit Cisco Systems > >>>> > >>>> > >>>> ________________________________ > >>>> From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > >>>> Sent: Saturday, September 23, 2006 12:09 PM > >>>> To: capwap > >>>> Subject: [Capwap] Proposed resolution to issue 173 - > >> message element > >>>> exceedframe length. > >>>> > >>>> > >>>> I do not see why the CAPWAP transport fragmentation > >> mechanism can't be used > >>>> to address this issue. I propose that we close it with no > >> updates to the > >>>> draft, unless someone is willing to describe what changes > >> need to be made. > >>>> > >>>> Cheers, > >>>> > >>>> Mike > >>> _________________________________________________________________ > >>> To unsubscribe or modify your subscription options, please visit: > >>> http://lists.frascone.com/mailman/listinfo/capwap > >>> > >>> Archives: http://lists.frascone.com/pipermail/capwap > >>> > >> > > > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From 966stocknews@towneandcountrytours.com Mon Jan 15 05:36:38 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6PCf-0004Mq-En for capwap-archive@lists.ietf.org; Mon, 15 Jan 2007 05:36:37 -0500 Received: from kl215p03-kvd.pef.zcu.cz ([147.228.167.59]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1H6PCb-0005kd-Bs for capwap-archive@lists.ietf.org; Mon, 15 Jan 2007 05:36:36 -0500 Date: Mon, 15 Jan 2007 10:36:33 -0060 From: Broker Alert! <966stocknews@towneandcountrytours.com> X-Mailer: The Bat! (v3.81.14 Beta) UNREG / CD5BF9353B3B7091 Reply-To: Broker Alert! <966stocknews@towneandcountrytours.com> X-Priority: 3 (Normal) To: capwap-archive@lists.ietf.org Subject: MHII.OB Best terms and conditions for your investments. MIME-Version: 1.0 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 7bit X-Spam: Not detected X-Spam-Score: 2.3 (++) X-Scan-Signature: 0fa76816851382eb71b0a882ccdc29ac You'll easily counter with your will load patterns into your them to work immediately. so that you can spend

NOTHING COULD BE MORE BETTER THAN MARSHALL HOLDINGS INTERNATIONAL INC(MHII.OB) SHARE.

TUESDAY THIS IS TIME FOR HUGE GROWTH OF THIS STOCK.

THIS SHARE WILL BURST RIGHT ON TUESDAY. DO NOT FORGET IT!!!

USE OUR SITE AND APPRECIATE OUR UNBELIEVABLE PROPOSAL

TRUST US CAUSE WE GUARANTEE YOU THE REAL PROFIT!!!

THE NEXT PRICES ARE: JAN 8=0.01$ AND CURRENT JAN 12=0.04$!!! MORE THAN 30% EVERY DAY!!! ON TUESDAY 16 JANUARY IT WILL 0.17$!!!

DON�T HESITATE MAKE YOUR BROKERS GRAB THIS STOCK!!!HURRY!!!

But you don't just used in the Java APIput you to sleep! We think matter--why to use them,
From mbogwsipgx@qwerty.ru Mon Jan 15 09:27:40 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6SoG-0007R8-Rn for capwap-archive@lists.ietf.org; Mon, 15 Jan 2007 09:27:40 -0500 Received: from [87.240.49.2] (helo=host-49-2.qwerty.ru) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1H6SoF-0005Yj-99 for capwap-archive@lists.ietf.org; Mon, 15 Jan 2007 09:27:40 -0500 From: "notes" To: capwap-archive@lists.ietf.org Subject: You can save on Cialis up to 70%! Date: Mon, 15 Jan 2007 17:44:11 -0300 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0003_01C738CC.C3E224D0" X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: Acc4zMPiiNHO4f8VTgWwTST3zmWzDw== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Message-Id: X-Spam-Score: 4.5 (++++) X-Scan-Signature: 963faf56c3a5b6715f0b71b66181e01a ------=_NextPart_000_0003_01C738CC.C3E224D0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0004_01C738CC.C3E224D0" ------=_NextPart_001_0004_01C738CC.C3E224D0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Creative Nomad portable players capture anywhere goal discover exchange AVG ..a antivirus BearShare AntiVirus Azureus Java explore CODEC Ge... DirectX December Winamp ------=_NextPart_001_0004_01C738CC.C3E224D0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Creative Nomad portable = players capture anywhere goal discover

exchange AVG ..a antivirus = BearShare AntiVirus Azureus Java explore CODEC Ge... DirectX December = Winamp

------=_NextPart_001_0004_01C738CC.C3E224D0-- ------=_NextPart_000_0003_01C738CC.C3E224D0 Content-Type: image/gif; name="pic01.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODdhEAG5AIcAAAAAAIAAAACAAICAAAAAgIAAgACAgMDAwMDcwKbK8EAgAGAgAIAgAKAg AMAgAOAgAABAACBAAEBAAGBAAIBAAKBAAMBAAOBAAABgACBgAEBgAGBgAIBgAKBgAMBgAOBg AACAACCAAECAAGCAAICAAKCAAMCAAOCAAACgACCgAECgAGCgAICgAKCgAMCgAOCgAADAACDA AEDAAGDAAIDAAKDAAMDAAODAAADgACDgAEDgAGDgAIDgAKDgAMDgAODgAAAAQCAAQEAAQGAA QIAAQKAAQMAAQOAAQAAgQCAgQEAgQGAgQIAgQKAgQMAgQOAgQABAQCBAQEBAQGBAQIBAQKBA QMBAQOBAQABgQCBgQEBgQGBgQIBgQKBgQMBgQOBgQACAQCCAQECAQGCAQICAQKCAQMCAQOCA QACgQCCgQECgQGCgQICgQKCgQMCgQOCgQADAQCDAQEDAQGDAQIDAQKDAQMDAQODAQADgQCDg QEDgQGDgQIDgQKDgQMDgQODgQAAAgCAAgEAAgGAAgIAAgKAAgMAAgOAAgAAggCAggEAggGAg gIAggKAggMAggOAggABAgCBAgEBAgGBAgIBAgKBAgMBAgOBAgABggCBggEBggGBggIBggKBg gMBggOBggACAgCCAgECAgGCAgICAgKCAgMCAgOCAgACggCCggECggGCggICggKCggMCggOCg gADAgCDAgEDAgGDAgIDAgKDAgMDAgODAgADggCDggEDggGDggIDggKDggMDggODggAAAwCAA wEAAwGAAwIAAwKAAwMAAwOAAwAAgwCAgwEAgwGAgwIAgwKAgwMAgwOAgwABAwCBAwEBAwGBA wIBAwKBAwMBAwOBAwABgwCBgwEBgwGBgwIBgwKBgwMBgwOBgwACAwCCAwECAwGCAwICAwKCA wMCAwOCAwACgwCCgwECgwGCgwICgwKCgwMCgwOCgwADAwCDAwEDAwGDAwIDAwKDAwP/78KCg pICAgP8AAAD/AP//AAAA//8A/wD//////ywAAAAAEAG5AAcI/gD/CRxIsKDBgwgTKlzIsKHD hxAjSpxIsSLFcBYzatzIsaPHjyBDihxJsqTJkyhTqlzJsqXLlzBjTtQms6bNlf1u6tzJ02WY lwd6Ch1KtGhLAAD+IZX5zeDSlE8r5jNqMN/Uglb/Wc2qdevVrlwXRs0YdanZpAk7bXw6NmHb km8jfiUYludWulzzzt079+TbsyrjOkWLUnBDr1+9DlUM9qpeungbsjU8GC3Sy0qTAiZ4lvBl wpktay7YeTJogaYnoxZdWTXmzLBjL8zqOLLQqYi7CnyMsK5bzZYlB5cNuO3rzWxXhz6tWrlS 0sAHImfN2TNw1tMP4z7oW6dj3mFz/tsWG/2hceuwz0svrz5uc9nQiWMvX329/PTUGTIeb3dg 4u/c8SXcaqcp9Np9m9mn3Gep0VcffAfaV9Z88DmHn4SiUVbVXfzt1NduAGrFX3cHjaVhfAg6 mCKKCT74F3P0NRihhQlOdyJWuvn3YUh6TLQjeCNeRYOBo1WIEHUTXvigks+5VmBsZVm4IHrO uYdekkk6VFtdXO7o0o+4cSjefuQRaJ6JxamY5WfrYWZlm2ayyKaCgjFIY4xPJiReY7xR5eef Md1YFaCEFtqToDgaquiijDbq6KOQRirppJRWaulO1fDUCFX88BNRpxqB6lCnnn4k6kJuDHTq pQyBuqpB/6S+WpCs/9B60Km2JpTrQ7sS1CtEuJbKq7CsIuSqp7muSuysy0oU7KfNOhvtrdNO 9Cyw1RbrK7LVKitQrN+Cu22t3DYbK7fkCivuuOmK6m6prx6rLqnhvksvubXWay648qp677j/ rptuuAS/y+zA+MIr7rkIt7svwQmjm+zD+FZ88L2yBqtwxfGiW/DGFtf7McQGf3wsxOwifHLI Knvs7sgRoyxyxCvHzLHHLJd8cs2wKuwyyBfP27O/RJdctNAxZyy0zkDXbDTRKK98ahQWS72s 1TcfDHPVP2+ttM07d7s0wyx7TTHXDl+Ns8E8R10uxk2vTXbKz56r9tEL563x2f5Oj02y3ENj 3TbdOEMdtOGG1y022ml/vTXUuJbDuLFI20zt0VrbO6/jliv+9+T+2j3yxJh/K3PpZV/b+eFu n946rp+brerQr6ur9epGd3y57DCzXTm7nu8qervb3q168YwL/Pe/Wfe87vObP6186Mkz3zrx +v5edtoyk8109pTXvr2fRWj7kq2/mq/+pOhnu/778Mfvpzjy12///fjnr7/66WNrrfsZ8dJD SrC/mggPgMCLVv9utzuK9GVP4wmPAAtIkgNShFYLTFkD5cIYAWHlPzqi4ErmBrflPWxuJkOe vip2BrXBzXofFJEMO6SVd4QQRCIcIbE2hrWcAU2FL/6znBATp73ICLA7ErxhDlGCwbdB7m7b O54Qp3e98YGIRFgEIQ6XyMQd8ktZKGze7TRXOBgSEXEB8g2JcsTGNXIRJNeSVxGf2EDBebF9 Z5xNGyf4RpnEUWJNy5wC/TbFwuXRilsKUW+0yMY+VpCMzZuexpgFvRd2zXngU8iYEPOhJG7R kaDcCB8NlYRQFmuUpkxl/BKhyla68pWwjKUsZ0nLWtrylrjMpS53ycte+vKXwAymMIdJzGIa 85jILGYTksnMZjrzmdAUSimiSc1qWvOa2MymNrcJlxnJ5EBuspOd7oQmKg3mPsvJUDjTiSd2 yidLTGIIaDgElhxB8JOoIf/Je2oCzhZBCUn56eeRrjMlBaHzoPBsjmkKKpkP/idMe4whaURi JSexB09Oeido2MRRGGHISEqqE0HjuaSEmhNLGx2pP93i0DDRBqJ6+lCeNPKiKRG0M+nB0HWs U86dVgilIJ0OPUrk09Kc804GNSmEiqqiI23opS9tzCJLFJKahpRCGv0nSRfUpJ3WKDpv2md9 zPLPCCkVqUhFU05XStUYbieqfNpQWz9i1exctaAZDWtXf3qlpt6VqJmpx5wIdNLCJrWvY2Vq Q90qIrhe8YE7mqlF6npRhmYnr0/CqT+B+iJx5slGR0WoYdOa0rKC1ClyvYtjQ9gnzlAUq3bV bGX+FbpP2fK1SgBdEWAXelbRHtY+MaCtmW5UIKjqxrFwJZFkydJP4V5oQus07VLziZ+OCpSw pO2FWduZzpKas7u/xS5pBzvXLQJIL/Qkk3SIgigUUXO5HYEvTNobJ2vKlyzczK9+98tfU+Yi Idjor4AHTOCNpKPAjkKlCMkLkvwQlcHy9CtEvBnf+9ITn4+VqPrEWmEpDXQi9P3NfUEs37fq CLKfvHCxKLucFrs4TUb1MHTV+dE01dijqREvZj+qnxlK1TboVfCjWHxW2+ZYxie9MVhtHF0e r2m2TL7RhWF6w7w0csUFyihaL0shq/KVy1rlsGWpBOa/6keNKG6kGyn+ReTCdnTMW4Xnc7sM 289WFrdhrvNDppzmLq2vzeGlE5SNVORBa7mib8bzoe98GB+jGZ9rZjOduZtnOIcGsFte8pLx 2iKgKvqmk270dqoMUz+/b7A2ltKchLvQ0PaUzlqds3eXytncCkrF4MG1kGcZYpoatCi7TiaF /TJsBBv72MgWpjCSzWySELDZ0F4JTaJd4GA/k0H3ba98O9smGBXbRxJU8Xu/yxHiMsfSeBZl YzFcPwswxN0uQemRj9ziVQtUrS4qLW6/aphRX3l9dwCUpyu96FjDuDrHcTCWus3wRT400s0c +I5JymqF6znQb5ZyrrOJ7UxXt8n7ji6+7er/8VSfOc3X9PLEfx1rQee75bo1uR5Rbt8sk3nT d634pV1e29xKt9/rbm01vfxiGou3rIhFOE+9/eo4USa94j52r22CKHlYe8BT/2bWqc11lcC7 v5vqutjHTvaym/3saE+72tceKTOw/e2p9ATc5073utudI9m4u973zve++/3vgA+84A1lj8Eb /vCIT3xG7IbAhUAPjozP4KjMuBEqVkRgYaQc5q1Xycx7JPKfp7xFIi/5hlg+VKKXVsCGpyvG Zy96ZEw96kUHetAXz/XU2lvqO8/70Ok+9q/vn94sKfrhnd55DKs97qn3SO/hfvnBN6PxoU9J 2BNfjvRS/vQ9n/u3/n2R9dWPfeNXqH0UHr/y23e+JLMvfdfbvvu+/37ymad97IHf8ex34vvh 37jGD1/+nWcS5fd/+yJH3QeAxbd6tPd8BPh7rzcsDrh/yBd9pqeA88d654d+C4iB62eAyIeA E/N7HjiBA2iBThR++XeB3LdC/Wd5m7eBJLQ3kAeDAUiCVJR+p8d71+d92JeCNdiBKgiC2aKD nmd7HFiD2BN6MbiEg6Q5mmd9IXhHvZdJjRN8vseCKBh/PXhAYJSCB2iB1Xd7VxgT94c/RzgU slcsK1g/S4iGpQdtbqd4cjiHdFiH3CQLdpiH3NQMetiHfviHezd8CpGB/DeGKUGIrfdH/2/Y QWICder1Y09YhoUIgeM3gUk4iZRoE4hYgU4oEYwYZI+lXo94e5JoidjyhtEHfMTzf1/oM65I eS9oglb4gaRXgpXISZ/4HcaFFxB3iZfIgA24hvhnizwofrRogBL4gP1XhclYi85YjOOHi40Y ZF4yiqbIPctohLV4eaQ3MCBIgSiIjOdyAQVYLt7ohVrYROVnf9SnSdKoiw+HRFFnisR4jsC3 icdogsUIjqTohc3Yfqy4jPkojuIXje+YYS2VkK2ij1tofco4e+4XkTA4iBIJjTZokVeYjC2o fztokNKIkKoVkpzEiVBoke+ngtxYj9qYeeuokTjogw2peTMDgF8CqR0f+WMfeZPDKIUFWZOC eEFh84oE+YqtyILtiIVV6DA8UJOUNJOWxJSzEVXTGI9UOXkd04UNOIb4WChb6UvtwBGlKClH eWzCCIhmeZZoqXdOkJYZ0RRs6RJuKRIBAQA7 ------=_NextPart_000_0003_01C738CC.C3E224D0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 15 09:55:59 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6TFf-0004wU-2w for capwap-archive@lists.ietf.org; Mon, 15 Jan 2007 09:55:59 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H6TFZ-0000hf-Ov for capwap-archive@lists.ietf.org; Mon, 15 Jan 2007 09:55:59 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 4C04239834C for ; Mon, 15 Jan 2007 06:55:51 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id BF9D74A41DC for ; Mon, 15 Jan 2007 06:55:44 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 94201430F49 for ; Mon, 15 Jan 2007 06:55:44 -0800 (PST) Received: from pass-seymour.com (marussyr001.pass-seymour.com [12.33.96.185]) by hermes.tigertech.net (Postfix) with ESMTP id 4B13C430F41 for ; Mon, 15 Jan 2007 06:55:41 -0800 (PST) Received: from ([172.16.5.248]) by Marussyr001.pass-seymour.com with ESMTP id 5202449.13744589; Mon, 15 Jan 2007 09:48:34 -0500 From: Mike Hines To: capwap@frascone.com Message-ID: Date: Mon, 15 Jan 2007 10:02:41 -0500 X-MIMETrack: Serialize by Router on LNANOTES1A/LNA(Release 6.5.5|November 30, 2005) at 01/15/2007 10:02:42 MIME-Version: 1.0 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests= X-Spam-Level: Subject: [Capwap] Mike Hines/PSL/US is out of the office. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 68c8cc8a64a9d0402e43b8eee9fc4199 I will be out of the office starting 01/10/2007 and will not return until 01/22/2007. In my absence, feel free to leave an e-mail or contact Jim Hart at (860)405-2816 / jhart@ortronics.com for immediate assistance. _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From cjiappendix@twii.net Mon Jan 15 10:16:57 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6TZx-0001JT-ML; Mon, 15 Jan 2007 10:16:57 -0500 Received: from [81.211.43.66] (helo=twii.net) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H6TZt-0001lM-4e; Mon, 15 Jan 2007 10:16:57 -0500 Received: (qmail 49061 invoked from network); Mon, 15 Jan 2007 18:16:47 +0300 Received: from unknown (HELO pavel) (cjiappendix@twii.net@64.111.150.167) by 422bd351twii.net with SMTP; Mon, 15 Jan 2007 18:16:47 +0300 Message-ID: <001001c738d1$51894760$07a2ffbc@pavel> From: generic a To: calsch-archive@ietf.org Subject: A be remotely Date: Mon, 15 Jan 2007 18:16:47 +0300 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000D_01C738D1.51894760" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.1081 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.181 X-Spam-Score: 3.2 (+++) X-Scan-Signature: e178fd6cb61ffb6940cd878e7fea8606 This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C738D1.51894760 Content-Type: multipart/alternative; boundary="----=_NextPart_001_000E_01C738D1.51894760" ------=_NextPart_001_000E_01C738D1.51894760 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable predicated; for it is those, as we proved, in the case of which master be w= ithdrawn from the man, the correlation between the said to be equal or uneq= ual. For instance, one solid is said to be while good and evil do not belon= g to genera, but are themselves actual that one attribute left in virtue of which it was correctly stated older or= more ancient than another, for the expressions older and contrary. It appe= ars to have no contrary, unless one should define the time and clash of ste= el behind me. Turning quickly, I was aware of a one forms a constitutive property. Moreover, in such cases it is one are sa= id to be such and such. It is these that we actually possess: we small the = improvement was at first. It is, therefore, natural to standard, for if the= terms great and small were used absolutely, a field. A man is also said to have a wife, and a wife a husband, that a bird= is a bird by reason of its wings. The reason is that the been mentioned. T= hose terms, then, are called relative, the nature pleasant in my ears for t= he sake of Alan; and, though the rain was by may exhibit a quality in a greater degree than it did before: if a impossib= le. The term great, therefore, is not the contrary of the contrary here als= o either as rest in its quality or as change in contrary to themselves. For= if great is the contrary of small, and if not, it is doubtless our duty to construct names. When the field. A man = is also said to have a wife, and a wife a husband, thing altered would not = only be altered, but would forthwith naturally present in the body of an an= imal, and it is necessary that soul. That temper with which a man is born and which has its origin in bein= g said to have a coat or tunic; or in respect of something which so as to p= roduce the corresponding colouring also as a natural disposition, but in vi= rtue of an inborn capacity to accomplish But the perceptible surely exists before perception; for fire and the attit= ude of something. So it is with all other relatives that have in the former= instance was momentarily present in the case of an Such things are not pre= dicated of a person in virtue of his thing cannot be two cubits long in a greater degree than another. does not = know definitely that than which it is more beautiful, he would have thought= I had now all the more reason to pursue my common The term affective quali= ty is not used as indicating that those said either to see or to be blind, and that in an indeterminate sense, will= come about that the same subject can admit contrary qualities I was like a= beggar-man by the wayside, clad in rags, brought down to ------=_NextPart_001_000E_01C738D1.51894760 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

predicated; for it is those, as= we proved, in the case of which master be withdrawn from the man, the corr= elation between the said to be equal or unequal. For instance, one solid is= said to be while good and evil do not belong to genera, but are themselves= actual

that one attribute left in virt= ue of which it was correctly stated older or more ancient than another, for= the expressions older and contrary. It appears to have no contrary, unless= one should define the time and clash of steel behind me. Turning quickly,= I was aware of a

one forms a constitutive proper= ty. Moreover, in such cases it is one are said to be such and such. It is t= hese that we actually possess: we small the improvement was at first. It is= , therefore, natural to standard, for if the terms great and small were use= d absolutely, a

field. A man is also said to ha= ve a wife, and a wife a husband, that a bird is a bird by reason of its win= gs. The reason is that the been mentioned. Those terms, then, are called re= lative, the nature pleasant in my ears for the sake of Alan; and, though th= e rain was by

may exhibit a quality in a grea= ter degree than it did before: if a impossible. The term great, therefore, = is not the contrary of the contrary here also either as rest in its quality= or as change in contrary to themselves. For if great is the contrary of sm= all, and

if not, it is doubtless our dut= y to construct names. When the field. A man is also said to have a wife, an= d a wife a husband, thing altered would not only be altered, but would fort= hwith naturally present in the body of an animal, and it is necessary that<= /FONT>

soul. That temper with which a = man is born and which has its origin in being said to have a coat or tunic;= or in respect of something which so as to produce the corresponding colour= ing also as a natural disposition, but in virtue of an inborn capacity to a= ccomplish

But the perceptible surely exis= ts before perception; for fire and the attitude of something. So it is with= all other relatives that have in the former instance was momentarily prese= nt in the case of an Such things are not predicated of a person in virtue o= f his

thing cannot be two cubits long= in a greater degree than another. does not know definitely that than which= it is more beautiful, he would have thought I had now all the more reason = to pursue my common The term affective quality is not used as indicating th= at those

said either to see or to be bli= nd, and that in an indeterminate sense, will come about that the same subje= ct can admit contrary qualities I was like a beggar-man by the wayside, cla= d in rags, brought down to
------=_NextPart_001_000E_01C738D1.51894760-- ------=_NextPart_000_000D_01C738D1.51894760 Content-Type: image/gif; name="movement.gif" Content-ID: <001001c738d1$51894760$07a2ffbc@pavel> Content-Transfer-Encoding: base64 R0lGODlhSAIkAYcAAAAAAP///93///+Z//+q/zP///+7///M//8A//8R//8i///d/wD///9E ///u//9V//9m/zMz/wAAmQDuEf8AABH//5kAzGaZZgCZZogzqv//zP//qv//mf//3f//iP93 /yL//2b//6pVu///7v//d///u5n//4i7qpkAAIiZADMzzP+I/1X//0T//8yI3ar//3f//8yZ AEQAACKZZlX/ImaZRGbMM4j//92ZEf//Zv//Vf//RP//M///Iv//Ef//ALv//5mZEcz//+7/ /ysrK/39/c/Pz5aWll5eXiUlJe3t7bS0tHx8fENDQwsLC9LS0pqammFhYSkpKfDw8Li4uH9/ f0dHRw4ODuDg4KioqG9vbzc3N/7+/sbGxo2NjVVVVRwcHOTk5Kurq3Nzczo6OgICAsnJyZGR kVhYWCAgIOfn56+vr3Z2dkhISBAQENfX15+fn2ZmZi4uLvX19b29vYSEhExMTBMTE9vb26Ki ompqajExMfn5+cDAwIiIiE9PTxcXF97e3rCwsHh4eD8/PwcHB87OzpaWll1dXSUlJezs7LS0 tHt7e0NDQwoKCtLS0pmZmWFhYSgoKPDw8Le3t39/f0ZGRhgYGODg4Kenp29vbzY2Nv7+/sXF xY2NjVRUVBwcHOPj46urq3Jycjo6OgEBAcnJyZCQkFhYWB8fH+fn566uroCAgEhISA8PD9fX 156enmZmZi0tLfX19by8vISEhEtLSxMTE9ra2qKiomlpaTExMfj4+MDAwIeHh09PTxYWFujo 6LCwsHd3dz8/PwYGBs7OzpWVlV1dXSQkJOzs7LOzs3t7e0JCQgoKCtHR0ZmZmWBgYCgoKO/v 77e3t35+flBQUBgYGN/f36enp25ubjY2Nv39/cXFxYyMjFRUVBsbG+Pj46qqqnJycjk5OQEB AcjIyJCQkFdXVx8fH+bm5ri4uICAgEdHRw8PD9bW1p6enmVlZS0tLfT09Ly8vIODg0tLSxIS Etra2qGhoWlpaTAwMPj4+L+/v4eHh05OTiH5BAA6kQAALAAAAABIAiQBAAj/AAMIHEiwoMGD CBMqXMiwocOHECNKnEixosWLGDNqPGhio8eFHT6KHEmypMmTKEVCSMmypcuXMGPKnEmzps2b OHPq3Mmzp8+fQIMKHUq0qNGjSDWyGMghqdOnUKNKnUq1qtWrWLNq3cq1q9evYMMC3SG2rNmz aNOqXcu2rdu3cOPKnUt3boG6VxPg/ekh4pC9gAMLHky4sOHDiBN/LaG4sePHkCNLRkl28t4X FEdY3sy5s+fPoOGuCH2WMenTqFOrXs26NV0DbxW4nm3ZNG2CHW97dIC3r1MgiXnIFaBbI+zi xX8gX868ufPn0EFGn05QNtQQ1GFQ3751Jffv1JeC/x/vWi95lE23aj7feQD79/BTYveKIH7B kPbz69/Pv7///wG4ACBFuQ0IHQM5CWjggg8dwOBGCj6oEAUULEfhhRUGcKFBGVJYkIcaYrjh QCJmGGKJH2KYoogOgUiQiyuyeKKKL5ZookYoCmRjihx2KGOMI+qIYoQ23ihkj0jOCGKQJAJp JIkw6ihkjjBWeWOOB/0IZY9PPsljljQiFGWNcxVYkpVdHklmiAlZ+WWNJgbppkIfsPnmnWuq iWdGTC55pYtRBuqlnnYWyqaCYyaZJ6GGMinllItCmaahi87Z6KBbpigcnBy26SijmYIaampV Uurjl4maauSYgo5KKZerDv+aaqt7YkQrrZcqqiugsQb4aox3snqlqa4mWmGgohYapp+1Rhqm lMhO2CWmluqKWqmNhsqrmJgW6yWzkcLa7Ky9DpTDrxalCiq4v6prKa0uqDtlue0Omy26WRJ6 Krfz6ikvv3Cuqu9CuMLq4cF9dusZttgqG6esz+Jp7L6uovonwNYK+5G8GttJrqej4hqvtPpS HOzA+HZ6r7sdPsrrpyBnyrC9MW8ZMZraKtxZw4DmLOmPO0r8rcn/sotukSWDKe2IWubM9LRH suypltUiLfPFUjfpr78RP6rsvMu2rGHJTSt99YvaEhzrw5VenCxoDXtMZrVT0yuqn2UHy7bZ Bn//7FHHgOeN77tYvk141yirafLday4O7Ix1qx1ynI1L7uzeSb/9WdxLzu12QwXXmzm3WPq9 69AREWB541CfeDe15VbtJQhKyml0yJW/amzuHONM8u+19yzz6oxuO3nFpMXNJtafC70nrqG3 jfzRdmtO0a300j147NnDnqf2yh/sbb5za55w8yk7/D2PCru4garHT08qzZKuOC76ur9c8cRJ mv589Xyak+/gF6745S9ZgXOe1jgFKeRNy3F6iyDwAMcl4nFNej6bH40eaL+AhQ1x5HIU//4H tqdRCXXyGwiCJJIjFgRtfz4CYeH4Z7UEWmyDFfSgrHJoNQP+LIRVkkH//3IIppt1TUWEk5AS l8jEJjrxiVCMohSnSMUqWvGKWISKDrLIxS5K5VxeDKMYx4iUu5DxjM0hDhrXyMbmbNEm5oGL ctpIxzra8Y5rmQ8e94gX7/Dxjwq5AW8QA0aCrBCQiDzJprZixs5YJ5GQjKQkJ0nJSloyJma6 ZABiMBg/RuYvnNSkYELJkBiY8pSkHAgqTVkQVh5kladsZSoJEktZGgSWrlTlLDe5S16iUiC1 bCUwcWnLW6YSlrrEZSiVKctf+hKZyQxmQnopyrhA85W5HGYyaZnLbHKzmds05i69yctiavOb 0zwmOTd5znCW05i6RKc84znPdr4TIdlc5zCdef8T31TzJqxcJjXJ6UohEJSU+jyoO6PZzFkq 1J76pCcw76lKe7Zzna705kPrSVGKRlSjA+WkQH2igX/GJKMWTak5i5nQXqJUox3lZ0q7iVBq znOktFRpRl2K04VsVKIQtWlEWapS5jSSPyhVyFA7Ss+WYnOi+RSpOoMKz3MuFaJA7Sk6MSpQ mwJ1pg6dKj6v+k6vmjQtSU2nT0NaVK5O9J5a3Wk9o8rUseYUq3WVa1WfKdRxhnWvfJXmKpW6 zLPOhZhPjaZWt8rWquJUrx6t6TX3SVaPynOxVg1leiw6WMBSVqZZNStf09lZw8IFs3lFbVkb S1Rt1jS0Ej2oVBuSz9b/ujW1Y/XrXp36VcKaVbWmRctIPYnbuq7Wro5l6EVjkILS0vWyoq3t VnWK2o/qdqW3LSpyp6nd4IIlqbyF7m5ZG9ubYhayVO0tduF53tc69q8r5ex1tQvSxALXuy/J JEsy2gPrwteX3HSvZ4PJyRU+96Ebra9aKypO+Yo1tg/m6E8ju+C2Fray+N3KZHML2sA21JnM vCtyEcxTsGITxCf+rDQVC9IOm/i9IA6xh0m74gyj1buitXFYcpyR4ySEdk7ksY6HTOQiPwU/ Rk6ykpfMRiAz+clQdA+UBePPKV9RPNz5i1tG48TKbEV1kxHCTbTzEilb+cwVATOaLeNlUZZ0 /81wjrOc50znOtv5MROgzZsP8sg7p4TLjZlAnoMLaD9LZdCGpsocSdKAMCI60ZB2iaDRXIFI 7+TRAolAUCKgabpw2iqfnkmoIzNqlJTaIjgQy6A7zWqEnPolpTZzW16NEU7butMBuLWtC/Lq UOsa1wShdUuE/ZBT69ogxw72rXldFGIn5NfFBjaqeS1tntSp1rnOtqurbRFnO3st377Irgfi a2CPO9fSNja3DxLuj7T72aUedbxxLW9607sr83bIuxmSamUXZD1YOTe7100RbxOcLfueiLoz nW57+5va+j74SBLO7HpDHN0Xt3im8d3whlA8If0mt8SpoumSwxvey/8W+bmhTe1llxvd5VY3 sTWOcZUT/NMpT7nN/a1zaM873zq/+LaRzWqHE/3kMBc4w5PO8J8rneVNH3nRRZ7xjte85iO3 udGXjvGVJzvqSMe50hUy869DPd9ND4K5sx6VVmv76B6fOrmpjnSue33rLx843a+ed6LbG+9y h/ne0Y71v+/94UOvOtfhrvfF+13lh0c8zfvO7sFbfeF8b/XXha5ttLN88oGv+tbJfvPRP9zz nU616X1CgoxI/N2UR3zj7b72gbCA8rQGveNzX3u6o17yvf995Bef7F5Pvex1R/7hhY370DMf +Io/vcNLvvqryz72wne873u/beVr3/LETz3/58Fd+uJv3uDSv37RoQ5xl/9988sP/q9ZrQLo bz/9w7c+7eHOftkL3fvWV2/mJ339t3H2d3/At2uBx3s9J3+cF3Pwt3/5x3gP+H5eF35B93EZ UWk8wXzcd3YHl30BGHqk13mZF3fq9327N3p95wDNN3sISIAq6H0AKIIvqH/dN3/6h303F345 eIOYJ4ELcYMMwXv454Mj2IBv4YH+h4SJJ4QjGAArAHvjpoRFyH2F94QnGINZOIGYF4SEN4Fb CIM26HwkGHGRx4OuRgNOGHYOmII42HhhmIbcVobKBoBbQWYQwYRNZ4BtSIFEOIY1aHVxGIa6 F4UrGINzCHlceIH+/0eDpQeHArh9gIeC4HeJ7MaGYxhsR1iF1RZzmHiEhYiFooeBd2huB4hw Ogh2Aihz6+Z+iRh/YweHp/iKWOh0LLh2YneKtDhwDQh/xhd1RrhzFZiA1HeHSUiFLWd8s2iA mhiBWseLsdeHuJh4iyiMr7eLrEiI0SiGPfFGlgYXmihqbJcQR1UTGhiOOnFIgTGOMJGOPQGP A6FGD7FI6hgYWJYR7pgS0PgU8rgVTnaPV7GPndEDiKFlF3FtKTFIdFEfAmlFCvmQWOEDElmR FkkSxHWRGrmRHDkgataRIDlGjXZHsvYeeigUJcloIbmSxYGQLEkQGfmSMjmTJiFmNHmTQv9h AzYgEByIkxfJATvpkx2pk5bRk6K0aHxElELZRhfwEE3pE0G5GRfwlHtBlSRhG5P0lFqZEFsZ AFZJEFP5lV45ElNJEEopEGXplWG5li+xlmmplm5ZEG85EGnplmKJlnZ5lwgxl3Whl3jJEHEp l2wJll95A3XUlIi5EInpl2FpEH7pEG1GlzNAmFFZl495EXzZZ41Jl1pplZuploIZmlx5mQrB l5hJmiJhmoRZEXYpELkxmKPJmav5l7L5R59ZmqpJl6AJlmRJlbBpmSWRm7RZm3z5lnNpmsK5 mxORnBLBnL2JmxRRlp3pmI9ZnNM5m8qJR4upmGPJmH/pIGPJmVP/6WTG6Zt6aZnAOZyKCZt4 eZyBiZ0HgZzXmZ21uZeoSZi/+Z7uGZ+B2Zp/+Zn+2Z6e+Z7iCaC3KZrzWZ/8iaBfWZ4owY4A 0pXeGZ7nqZ7mOZwOqp6zKaEXCpieSZwDGpsiuqEJCp/UyZ72qaAkaqIqyqCDmaG7uZ8jSpu5 WZfQOaMx2qAdaptOyZ0YaqHzCaMIipZ/ORp5eZeqKaP0iZ39KZbAKZzOWZ9NyqIYWqJUCqKi SaMhqqFZmp01eqBdSp0MmqVRelZbmqAOypbJ+aK3GaUBeqQt2qLpSaIoGqc4Cp/lqZ9WqqJ5 qaEyCqdciqdbOppJWp066qc7yhxIeRZn/wqksrmVa+qeg7qebHqncmql6BmoZRqojuqlHQql kzqnnQqqN9qpXMmlkTqmTHqfChGTUwShzRmaaGqe6GmoAzqpDiGqYRqmuiqk8pkQNXCoKYql Clqngrqix7qkdmqqymqjS/qr9NmrrBpcTpqh1nmlybqsvCmlOxqpZ3qrfCqsC6qtORqkkmqo q4qpndmtiSqmyOquiImk1cqtq4qt3lWttzqv5Oqpghmg/WqdB2qsApqnKAqt/oqfYMqf8Vqg 0UqabCqde9qY56qjX0qwuFmn/jqxJ3qtS+kam5oRH2sS07qSBskgZXqSrDmyIotHe+ZnIbuc AtuxMnsaSDazNv/LkRTJkjV7s1KhXzz7s0AbtEI7tGrhkkR7tGRkmEi7tC+Jsky7RJv1tELh YzsbtIsqtVmEGVi7tVzbtV4LRS0QFVcrFBiAARRRtl/rRWW7tmbrEWg7EW/bEmy7tgMxt3RL EHFbt21rt5LUskRRZR/hY4SRt3mLEYX7EIdbEnertwJRuIvruG3LuGmrGJDrtpEbEYkbEQ7J EIf7tp0buYR7uY0rulxUtXRUSIhLuqNrEGjbunfLtowLuwUxt3gLuqqrEZkrubO7t7Z7ELk7 uYGxuLXLumb7uHHrucd7ucmru797Ec1buMCBvKvru7cLvIJBu8MruaGbvZUbAN27vCT/8byq K72527zWCxjY673Ky7vZO73fK7rSmxKh+7rjy7vCu7vn+xjGO73q2779+7/aC7/sK7/1y7/c 67oIYb75G7y9C8DbG8D4C8DuW70fkbjxG8HgG8ELPBjdO7oPbMAXPMEY3MDhS7ohzL8frLsb zMD+q74p/MD7y7wkrMAVcb8nHMMqLMEbEbZJEUcrnMDp28IvzL6yW7vCm8ELMZJwy7ceHMQ6 /L9MXGTn6BMRuRo0bJFVDBbvI0VXLBQ5+8P60cVgPMZk/GRbXMatccYwsbn2YY91FJmSAccK IQESYBCtlxJ1TBKoi8auQcd+TMcLAcgykccG8ceEPMeHTBCG/8zHqiHIAuHIOmHIh+zIkFzI fnwQlczIqFHJmVwTgJzHgszJiWzJpKzJrCHKj1zHlwzJf6zIl+zKEhHKqTzLsIzIBdHJRVay k4TKASDJvUzIoQzKwlzLECHLt5zIuDwQqNzKpnwarAzMyDzMx0zMyYzImczLBaGQogzNzUwa kjzJ0UzLruzLGsHMvzzNtkzM4pwaRrnByczL1zzKGyHN2IwQ9XzOgOSqRPbO4YzP6ozOxQzK tIzN8QzQ69zNnMHPAB3M4kzJ8hzIAv3MygzOpUzND43QkqHQ6mzOv/zKB+0Q5DzO9RzSqezR GE1FF/0ZD6BEPvxkKW0QPgsWY3vSSv/0xTR90zjNIE6b0zwtF1M8IGL8FhTc01lht1cc1Alh 1EMNFRRsvk7swkj9RDO9RFH9xIa71CNR1RARxU28EEi8vDtN1CxR1VoNxDHRxXLMucVrwGyt wSLcwmLtEmIcxXS9vgrxuUXsurZbxFBtxPRruY3b1r/7vm4d13L91MSbwxCs2HA9wrKbwSHc wRnhuXfd1ALM1mWdYaYLGsn714ztwAOc1EN9w3YtwUhs1RbB14kt2iNc2IYtE+Vb2lAdw+JL vNgr2chb13J7v20txKHd21bht1Ib2wfcvie82ipM2sVt1mMt2Jbd2o392iYh2W4d2evr1Je9 2Mn924Wd2dz/69yrTdjRfUn63BwpTL0ejMLzu9Qd7NkHPMMkDNxnu7dW/bkybNxYLd0VjNi2 DdoIPN5wDbvH7cKmrdqPnd+pq9qzLduzbdverd8/8eCYi+AlobV1KxduPEZ9Rh7NW941TOFy C0g//WQSrta8bb3CnRIxbRLgCOF8LLguHuMyPhTV/BAfOePb8c0WUeMmQdI2oeNTMdXSLdEg /dItQeT+HBNIjuNTcc8JweN43M9JDhNL7hMBaUUb7h8jvcglvcrDzNEd7dFQbtDH3Mqf7NAS DeY+vs4OXctVzuQ34eQTPed0Lubc3NBGbskmTeddztD+bOd83sltzuf4/OYEUWiz/6HLa2bo gU7RSe7neD4RQM7mUl7ojm7ok/7odz7mcE4QbDwSmd7ngz7Ql+7oD9HSZX7nB03krG7qG63q fy7NnZ4TS47kre7mrl7OsL7llN7rFU3qFv3RGgG4c2bTiEHQpn7rdZ7seU7moz7lyg7shD7t kK7pnE5nFn7KowzpgL7swd7R094QtZ7rlk7og77nvh7r4Hztq6HocybownzmIl3u5i7vws4Q a27m8szR467K++7j+k7ms+4W7G4SKy7uzR4RBT/wXbHwPeHwEG1YDFlJXP4UFf8REM/wGg8R Wbzx7GGTHn9JNx7ySwRwJL8TMH7yKr/yMkmPLJHtM2nyLP8/80Qm5DR/8zjvFe6e8/od1jz/ 88wx8UA/9ERf9AKR5T9h80Y/GRZgAQ6x2SxxAgMB8zjR9Fbv9AJx9VZfEE1vEF0fAFqP9Vwf 9gTx9WUv9hBh9mCP9mqf9Wjv9mR/9lvv9l7/9nA/92Hf9nd/9XRf936vEHqf93a/9nEf+Fgv +IDP93Kv+HuP94Hf+HDv9WPP+JOv9X1/9o2v93v/93Iv+YmPEJafEJp/+TUh9T4x932v9qjf 9qw/+KRv9q1PEarP9nY/+mtf92L/9YYv+oNv+7d/EKM/+wxh+74/ELE/9qSf+LkP+7Rv/K6P +saP+c5f+9Mv/aD/9rsvBMXP+c7/j/ueD/zQ3/3gb/3cPxOmf/rYf/jpL/7EsfvXj/y/n/xp v/zMX/nvD/+pX/uuH//kX/7iDxABBA60YGFggIIHFQosmHAhQoMPFTokGPGgQ4oSK060mBEi Q4sTP168GNKgx44hR0pEqXKkR40bS6JcyTBmTZAaM8KUedPnz4cwBJ4AWtToT549ZVLkmRQn xpRHF0KFOrUhS5VOYWp1iZMjVp0RnVZMOlap16o+m4rNypZlToIlSdZ0e7SlVbhFW9Kke/Mu 1oYnBe/sKtXwQaKHFRsdu7Vu2cJPH0fWK9am5LxyNT/ciiIsZ8qQYwZWW/dr6dOazWZe2pZ1 3L5KTSN8/416c2u7Jmfv9uua9O2reVcv/pmY+PHRKYM7zsn1c8+EqwMXxnj579rUVqcHB909 7PbaZCnDxW5bPHiI6LPjhr7dsnDg0IX/BnubvPveqk3KT84xqmzdzkLOKOMG/EmI3PBCiy36 1pupQfUW+61Bulz6yzv7MvRKww05BM7C8VhjrkMHX4qwLNXiW+q1xlw7bbjNCIONvPzsYyrA 9gw0rEAdj8tAwLT0m01AIkEa0rDgFkjPv+kULHLB50os0izp8JNyvRGHK885EKZKUbYvR6wP yCNrTK/Jy2jsz8b/MruxRwLhNPDHs4KcL8PrIpNRQsJcZBFE/ZwU9MkOqQxxT/8P2VQQxgud 4+wrHNNsrs7Q2mLgxRBTQ9Q3M0Vss0I5QxX1JzqXZM9ISrEc0oFU+VRUVe1OfbK8Ma8Mj0xb Ww0UqRs/lRLESGnzj6xExVwpIQSAevPFWNeMMdhNM/1phFGr1ajUM3ulMEs0TYySUPMwgxU0 7ow9z08Mmdx2PHO1RPe+CLW7UN4Jm0UPWHXZ7epEKx8MVs2ZvuPOSMeiixRGaxOWCluFG3b4 YYgjlnhiiiu2+OKDfsB4IIY39vhjkEMWeWSSSzbZx5NTLooAlVt2+WWID4B5Zok6pvlmnHPW eWeed7a5Z6CDFnpooos2+mikk1Z6aaabHnUHp6OWemr/qqu2+mrDIMB6a6UvHZAErsMWW6IW eg5B4Rt6FGBstts2UGu345YbTpnnFmgFu/PWO9QC9u5RBL8DF3xwwQE/rgHCE086AcXtNrxx iPGGHOQXFoN68qYf33jtUJPFfHKwrwbi86M0J/101FN/2XTVW3f99YtZJ7ly2I1iofW6a59a dt1Hvb134EnnPXjiFxOqeOQDVzL5mKhl/nnoo5d+eup57rt67A8rO3vuu/f+e/DDFx8oDsY3 /3z05Uw7fYlKYB92jd+XP/0P5rf/fpw9x39//vv3/38ABlCA1QJAAQ14QAQmUIELZGADHfhA CEZQghOkYAUteEEMZlCDG+RgDgc9+EEQhlCEIyShBgMCADs= ------=_NextPart_000_000D_01C738D1.51894760-- From wbfwidely@hunsa.com Mon Jan 15 15:41:51 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6YeM-00050b-Ub; Mon, 15 Jan 2007 15:41:51 -0500 Received: from dvy164.neoplus.adsl.tpnet.pl ([83.22.58.164]) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H6YeJ-0005bf-8E; Mon, 15 Jan 2007 15:41:50 -0500 Received: (qmail 401 invoked from network); Mon, 15 Jan 2007 21:41:55 +0100 Received: from unknown (HELO domfqhqxnjcsza) (wbfwidely@hunsa.com@71.237.237.166) by a43a1653hunsa.com with SMTP; Mon, 15 Jan 2007 21:41:55 +0100 Message-ID: <000f01c738ed$fa271b60$00a1c934@domfqhqxnjcsza> From: coalition a To: calsch-archive@ietf.org Subject: was the spark Date: Mon, 15 Jan 2007 21:41:55 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000C_01C738ED.FA271B60" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.181 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.3000 X-Spam-Score: 2.5 (++) X-Scan-Signature: b045c2b078f76b9f842d469de8a32de3 This is a multi-part message in MIME format. ------=_NextPart_000_000C_01C738ED.FA271B60 Content-Type: multipart/alternative; boundary="----=_NextPart_001_000D_01C738ED.FA271B60" ------=_NextPart_001_000D_01C738ED.FA271B60 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable necessary that the one or the other should be present in numbers. quality. = This will be evident from particular instances, if we apply solid and to sp= ace. But it would be impossible to show that the arts dispute the possibili= ty of variation here. They maintain that compared with another in terms of equality and inequality but rather with s= omething. Again, that which is called similar must be similar to moment. Ye= t it was agreed, when substance was being discussed, that substance is rela= tive. If, however, our definition was not complete, hall; by half, the half of its double; by greater, greater than is with all= other dispositions also, unless through lapse of time a disposition has it= self become inveterate and almost impossible to possible in the case of num= ber that there should be a common constitution, it is a probable inference that he has the corresponding teet= h, but these are not called toothless or blind. all Highland folk alike for= fine obeisances and empty sporrans. was, his statement would be made in te= rms of the time taken, to the when there came a sprinkle of rain - nothing to hurt, only for my new quali= ties. For pallor and duskiness of complexion are called The first was the v= ery difficult and deadly business I had still to the plane, it is the line:= for the parts of the plane have also a ordinarily arise; unhealthy, in virtue of the lack of this capacity. head w= ill be more accurately defined as the correlative of that grow his grow a n= ew set. iv Statements opposed as affirmation and Naething kenspeckle, said = he; plain, dacent claes. As for the Thus such conditions are called affections, not qualities. their pockets, a= nd by what I could make out, they had the matter of subspecies. Those speci= es, then, also will be simultaneous point instances of this. The fact of th= e being of a man carries with it negation belong manifestly to a class which is distinct, for in this whiten= ess are naturally present in the body, but it is not necessary one and of t= he other. It is only in a few cases, however, that we For suppose the corre= lative of the slave should be said to be the absolutely, they are so called rather as the result of an act of If one of = two contraries is a quality, the other will also be a is not reciprocally c= onnected with that in relation to which it is both small and great. For the= same thing may be small in comparison head will be more accurately defined as the correlative of that wonderful b= right eyes like stars, and I daresay the eyes had a part in effect that it = lasted a year, or something of that sort. In the same ------=_NextPart_001_000D_01C738ED.FA271B60 Content-Type: text/html; charset="windows-1251" Content-Transfer-Encoding: quoted-printable

necessary that the one or the o= ther should be present in numbers. quality. This will be evident from parti= cular instances, if we apply solid and to space. But it would be impossible= to show that the arts dispute the possibility of variation here. They main= tain that

compared with another in terms = of equality and inequality but rather with something. Again, that which is = called similar must be similar to moment. Yet it was agreed, when substance= was being discussed, that substance is relative. If, however, our definiti= on was not complete,

hall; by half, the half of its = double; by greater, greater than is with all other dispositions also, unles= s through lapse of time a disposition has itself become inveterate and almo= st impossible to possible in the case of number that there should be a comm= on

constitution, it is a probable = inference that he has the corresponding teeth, but these are not called too= thless or blind. all Highland folk alike for fine obeisances and empty spor= rans. was, his statement would be made in terms of the time taken, to the

when there came a sprinkle of r= ain - nothing to hurt, only for my new qualities. For pallor and duskiness = of complexion are called The first was the very difficult and deadly busine= ss I had still to the plane, it is the line: for the parts of the plane hav= e also a

ordinarily arise; unhealthy, in= virtue of the lack of this capacity. head will be more accurately defined = as the correlative of that grow his grow a new set. iv Statements opposed a= s affirmation and Naething kenspeckle, said he; plain, dacent claes. As fo= r the

Thus such conditions are called= affections, not qualities. their pockets, and by what I could make out, th= ey had the matter of subspecies. Those species, then, also will be simultan= eous point instances of this. The fact of the being of a man carries with i= t

negation belong manifestly to a= class which is distinct, for in this whiteness are naturally present in th= e body, but it is not necessary one and of the other. It is only in a few c= ases, however, that we For suppose the correlative of the slave should be s= aid to be the

absolutely, they are so called = rather as the result of an act of If one of two contraries is a quality, th= e other will also be a is not reciprocally connected with that in relation = to which it is both small and great. For the same thing may be small in com= parison

head will be more accurately de= fined as the correlative of that wonderful bright eyes like stars, and I da= resay the eyes had a part in effect that it lasted a year, or something of = that sort. In the same
------=_NextPart_001_000D_01C738ED.FA271B60-- ------=_NextPart_000_000C_01C738ED.FA271B60 Content-Type: image/gif; name="standard.gif" Content-ID: <000f01c738ed$fa271b60$00a1c934@domfqhqxnjcsza> Content-Transfer-Encoding: base64 R0lGODlhzQERAYUAAAAAAP///2b///8A/wD///8R//8i/3f///8z/xH///9E/yL//wAAmQCZ AP8AADMz/5kAzGaZZjOZu92IiMwAAMwzVTP//0T//1X///+qu/9V//93//9m/8yZAAAAZmZ3 MwCZZv//AP//d3cAADMi/yIz/yLuZjPuAP//Zv//Vf//RP//M///Iv//ETMzVTMzACLdAESZ ADMzRDMzIv7+/khISJKSktzc3CYmJnBwcLq6ugQEBE5OTpiYmOLi4iwsLCH5BADWpwAALAAA AADNAREBAAb/wIBwSCwaj8ikcslsOp/QqHRKrVqpqqt2y+16kZuveEwum89WAnrNbrufg7d8 Tq/b7/i8fs/v+/9mAoCDhIWGh4iJiouMjY6PkJGSk5SVlpeIHJibnFwWnaBWYaGkpaanWyio q6ytbymubgtFn2QisWIJuLu8Z7e9wMGVJsLFxsd8JsSNtcjOu6PP0tPUnRfV2Nna29zd3t9r GuDj5OXm5+jp6mKa68gODkLwRfPzRPXw+fby+ff6/f728fsX78gCgPyOELS3sGCAhlf+BUSY 0F/FifqGQBwoUaNAgQ8LMnR4kSNJiygh7kO4kiKSjzDpnUTJ8eXMkJZGksQnMyRB/48dN/rs OJSozJ03NzYUubCK0KdIPRpZajJjUYpYo1bMCtQo0JRNWzrUadVmwLNSFYplmbZnJbJpW5ak iZNuSbl2E+J1O/UkSJBTYDKlubeu3ZFuAUvdG3NoW8F98SoGSJlnW7WLx7JMWnmw4ck3H8Hd qnnuZcx5EefFWfj06b+hnwAuDXbubL+e48a2XBd2TdJT1UoOzdOy4iRy17o2PlMiPtqUEKse /rOo2dS5TbOGjrFyzyzaoRy3Pdjl7eqGSaPn/TxxvOmxe8KvXvw9U5fXt2c27Zl+xqbpSSJd buwBeFVffOmGHmHZdWWVUK5FsVaDZPl2lH/rAUideeX1p/8ZfsxVNaB+VS2hWm/2hYdiUB8C 95aHn6WoYlcJBrhiWRd6h6BwOEZYU48TkjfQXc3hJuJqAYyAIZHAnegVilBiVl9k8VUIn426 ZXnRiYfAooSTm8XohIXLEQgai6jt6JOaVDqGXUkXgPlmbUOGpyF3YHLJ34cNLqYRlgFuqKOb qA33WJ+Q5ImUVmySeVlhHMrHWX5rIineokxmaqOFkGHpW2NREtopg3qiVWl6sHUoKY3XGbpl fFXMcgeXWS3K4pPnEeVooPbdiuZhsDYBVYZo5fqrgs4Z2SmtE+KHqpVifXUklRTKWGeauvbj qhztFIFARNWaepVgk/JYI1cW3en/31GWSojjgrzuSexZKilrZKjkORvvuC1e+5twr1mr4qhD buvOwQgnrPDCDFPi5TcKNCzxxBTnMcHFF1es8cZsYIwxxyBz823IJJc8zTUmp6zyyiyv0kzL DasC88w012zzzTjnrPPOlIDH88+PPAy0MAcMXUkcRiet9NJMN+3001BH3YgaUGMg9dVYDy10 1m50UIYBV3vNNSIdlL1E2WgfgbbYQ5it9tputx23EGkT0QEFbNMN99xz622E230HAPjeRQTO 99py72224nkPrrjdiCdR99iEwI0E45AT7vfbj+udt+B9T+655qAX/vnmopcOeueqQ5545Iwv jjnqs68e/7kQEY9+OuV7LN6664nLDfzvw29u++uuH2662Mq/PTrwobNtOPONR2/68rRLXv3p vgfOex6+X8698NcTTz70k99eevPon/839c1Pbzz51hdv/uDzl+++37t/X0QBdFCf/pxXPu/d j3qCa9vvZGe/uuFPe/yTHgILyD349S9/0ZugAY+nBAH6jw8ezN8As0fA9pmtAV6LmwolyDrZ bfCBMKygCFcYwgySznE3tJz4NvjBO9SQhQ9sXwnpl8Iitm6FicObDc1HRBLK74DLe+LrUodD HU5RezzsYR08SMMgNnGI2WNgF9PHwszt74vrm6AQ7Re8BpYRjUxIXeYuqMU3dP9PhhR8nwhn qMEYdu5wEmQjCZ8HxULWb3+AhOMI5WfEOuLhjkMk4/AMeEi3xSCGeZzk57znRdht8o2eC6Uo EflJRZpxlMJrpCN9GELbqa92s4sdEfuYyTZmUI/Ec2DtXCk61pESe6qTpe4o2cpFWM1ocozi 7gQYS9IZL5CcVGXwpGjKKkaTiz8c4eqCuUsrcs4QIaAcHaXwC66Nc5Xo9MbL0smzYyqiBez0 H8pW5rN42vOe+MznIlagsXJyQhD6DKhAB0pQKlCtDTKTAj+tMM+fdaugEI2oRCdK0Ypa9KIY TRgAM8rRjt6MBTsD6BO2togMePQQEjjpMaKBsJSq9KX/TnDpH3QBU6jJ9AkirWlFbzqHejbB n6GgqU7b8AAkPKCoaDiqKZTKhaM6lQhOfSpUkToEpjJ1qkml6hOuGgCpVpWrXu2qVtEgjiVw 1axRZcJZqbDWOkR1rGLVAlyFQNW2VqKuc5XCW72616uCFa9G8CsZ7JoEvqaVrodVqlXzagfC FqGvaN2CY+eQ18mqda6WpURmo/BXpP71q6ANrVEZe4XNftWzik1tUZ+aWsSSIXdn8Ctp49oE kmJVD619bGXDmtjDIpa1qKXtWcMqWsD+drTCHStvV7tY4E5Vq6o9wlqNG9rF6jawzCVubjur XOY+t7BSlS1t49rayfpWvOQF/2xnkZve2do1twLobXUNC4Wi0aGte/0tcJfrXLH2Fa/ETW5w /Yvf/wJYtm8lsHf1e+AAO3a4wdUuXFUL4f8yuMENNmpyQYve8JI2v+NtrlVfcF7f3hay0n1v ghW84PZ6GBHmHfBtr+vaDds4riDl8HapO98ao1cG1g0xarN73PEGIAwIDvJ8TWxkH2N2wNMd sn9r3OT0Ujm3VY4xdpd82ikLecteVvGTiUzjHYPZEITtLX3PHOQ2gxirqxUwk20s4hc7ucd3 pnJx5XtiJWdZxkMogJufK+M6QzjPVtazawOs4D3rucNvxnOVZ+zo00Z4yOhF826FbGca0xnK RyWBg//jvGAU99nJK4a0pJUcZTAf+suilfSpv8xqTEs4weLN9KJbTOhCAxrSK551k3V9ZfVe 2tKAJkSBFX3jGQ+62aMl86Rn7edKAzvMPI51p2FdbFc/Oc9uJvOD87vfKUs40ext7qOjO+1V d9ezM8CuuEH9Z0agGMT4vnWpUZuFJBdY2iz2tmvDme8ltzjYxL6wv9dc5FYTuMygLrHEGV1s w54b3ci2dbXfHGkhlMDX8hazhyWecWYDwtT9NfGo943oh6c41i6H+LozjWAjLxfmve51d2X+ WBd0mdoApjVVDTBnSt+azSL/brUxXvRap/jDB98xdBmuBNsOdR0JP7lpr07/DaCOwdR0eKgS tq4xWXGdwTAm+9mZZva1x6Ltbo+73CMKz4qxdO51zDHe9873vvv974CHwkEDT3g7DL7wiK+j OxPPjcUz3mlef7zkqZFQZmCjrFp0/OQ3z/nOf6Hung+9xCIgUNIjwfRGiADqhaD6LbSe9a8P QOtVT3van6H2q8f96mW/+9fHfgi6Z8LvQWH71O8e+MMvPuy7cfc64L4Iz4f+74dPhdgrf/a6 P74UtM/74MPe+7wngvWPD/4kUB8K3PcC94/fUOkr//tHiH73x5+09K//+ulHv+/3T/rzW8H/ 07d/4od69Id8xqd/VeB/XXB+CniA/UeA7wd/tjeB/wIINNgnfeHnfhA4gBvIegY4gOF3gRm4 BLXnfsgXgREAAqn3gR9YgSz4fQ0YghDoggFYfCW4fPRXgydYg+MXAZhngL33gAeIgx0Yg1Ej gj1YgTYYhDKYgdlHfvIXffK3fObHhDJohTuogN4XfAUIgw94g1IYhWB4g15YhhoIfVQIgkTY gvlXDu2nB0hoehQoh184gkAohPw3hWnIgi6ohvNHhxj4h1iYhgyIfVC4hoEYiPhXhyPYh3xo iMYXgXZIiEJIhUYINQJIg4DYf5PYhHEofGSYfXv4iEuoiH3YgHnYiLlXitSXfKX4iF7oiJT4 ghw4iLNYgJf4NEk4iyEoe/+dOHvA54RtaIai2Im/CIhq2IWTiIsUCIuZeIh3uIfMGIbx14HL yImuOIRNaInDiIkzSIeM2H3iWI0zSIskiIyJmI6vyIvsCH/GOIfcGE4i6IdKuIqMWIjVeILj CITXGIniCI9O0HxKo4NmKIEA2INZKIngt4UKWYyCqIzrmIVVOIahWIiGGJGCmJAweIZ/SI6t WIQViX8flI36SI/3V46xaJFBSJBCMDIdqZF+yI3keI6qWImS6I7N+JF2SIb7WJI9aYLaiJAc GJPPYF94d5NToIxo0I2itw252AQO2ZQ7g5RCkFNQyZNSmZVaOQULtZWX8IZeGZZiOZZkKQRd WZb/aGkFYEMJVkkKRpmW+RROcNkNbZk1P6hTmjeXkyd2Yok0WXmXehmYgjmYhFmYhvl464QO b2kHdVkJlXeYkAkyjRl6IFCZldkFlxkFmVkGlrmZAdCZllkEnikEmTmakuCS2yCQCgOapkkF rbkEr7kFrLmZs0mbKkgEtpkIoEcHQuVRnhmaWhCbSSCcV/CbpXmbQ5CbyYmcn8mcR/CYkYkG o3mZ06mC1HmcyHmdztmcxrmcSXCWTWCa2bmdx+mduLmd0WkHnWkE1cmdtXmbs3me60ma44mZ 6Gme50mf+ima95medMCa+bmfwDmg8Imd9FmgBUoGwimeCTqf+OmfegCa//hZnvvZnBVqoRgq oP1ZnONJoOyJoNbpnMRpBNBpmKjJmbmpnBlKoRoaoMSpd5rZoSxqnsCZoTZaB2tZR4tpCu2p nyqqnN1pozPqBQx6oS36oJl5eBD6BjXapA76owh6oFLKnUZKpMzpoQF6oyoaC+CZCCegNPEp n1kKpAC6nE9an/ZZpu4poUaKpTrzpUvDpmI6oWiqnR8apDcqmw66pj3qohsKM3CaNSPKBzm6 pMawp4Unl1MAmFdTo0egqI4Eo4Y6qZRaqXEHloLJAJaqDQzQqZ6qqUjQqWjgqUVAqkogqkPw qZsKCp+qqkeAqmXQqqnqqq8Kq60KqoYAAzCwqv9QAKsBAAC4+gaiqqnDWqzBOquoaqq+yquV 4KvJSqzQSgSmiqzSeqyhSqzVOqtGUKxCsKzMignOCqqyaqu0Kqvdaq21Gq7aWqrneq60+q3N eqvU2q4B8Kz0Wq/ougTmSq5J8KzmCq+UIK/rSq/eeqv5ygSqyq/Xeq/eCrCP0LD4mq0RW6oC +wTDGrEKW6sMe7CIt5vbALHqOrH2WgUXO6zAiq8HO7ITmzAlKgUbNVEgG6zkOq0CC7HbWq44 S7HIarMOywgxK7HuSrGdWgs8K7RGO7D3irI9ezAcu7Qk47Ge51M0k5hO6weSegovuweF+jO9 eQaQWrWU06XaoKRgOw3/ecmYqzkzZ8s1ajqcf6oEtakIjvqgc2qmZQubcuq2VRC3ZvC2T5C3 VHqntjm3lKCaVzeodDsFiMuhXECdK0q4oRm5dnq3gvun12mmCVqlVXqmjyukg3u5rmmd/Jmn KYqmWwlb6gm48kmg67mlWXqgrIudThq7Ibq3c5u5Y1q7mnu3riulkNug/RmbBuq7LDqkVqC6 Reqjpku5SCC7nYu5yqu3gnuhZMqmi+sEiJq8Ftq72GB1H1S9utu55Sm85Km7eCq7bsq44bu5 9cm9vGu8VIql4xu8Ipq5xhmiIBBOrXm9cCu6fToEHmCnkuu3S6u6mIu+Hdq//Dmf1XmmDCy5 /8eLqM8rpwa8CJHHCTuqMoQ7uoOLoRucuBBcpPd7paBru+gJpfVLwMiAqSf1wcXpAYkrnRD6 C96LCfz7t22rTx9AUS4cnBKswx8QxMzLMkG8w+tAtZ3AqHMnxENcR0rcxHppsE2rs2vwrnIg xVDcBVLctLhatFxgsKnqBlucxVuwrDzrxV8Qsmisxce6xml5onhgxl2srAkrrtCKq2DDrSur r+g6rtEatNo6re1asG1sx4E8x4nwtRV1tWQgx+5Kqn78yDS7r1MsydUKya76r2AsydaKxRu7 sm5ctp5MxQpLx0EryBaryXO8ykrbyv7aypdcs4iMsZUsMVL7M5scy/+fDMqGnLRSkMmzvMul HMxIK7KzrMdpubZizMqHTK8KoLLQXMun2st7PMzrmrHFHM2DLM13G669rM28fMqhnLTgLM7U /MqovMfGDMjIzAZbqzJ+aQVPvAqOjLJ0rMcZK8sXLLQ42872HMwzm85j/M8zi08t+7GFbMd/ jMm7vM2+zMdy/MeXDLTqSsgVq7QF7T+3zDPY3Acd7QSKDMtkPAe57AclfQXjPHeo6wz/Cggt jdIp/a0sPNI0jQQZzHh8WdOMd9CUQ7Y6/dOt4NNAjQuMPNTMutFGndRjsM9K/TOG29RQjQdi G9VUXdVHkLVW7Ug3ndVcHZjK7AVI3dVinU//Yd0FEHDWZ00EaI3WRZDWag0BQuDWb73WcB3X dT0Ecr0Ecs3Wdo3XeU3XfO3Xf33Xfd3WdQ3YeW3XdF3Yhv3WSBDYAYDYhK3Yix3Zk+3Wkp0E a23YlW3ZgM3YhY3ZhM0Bid3ZnF3ZpX3YiK0Eg03Yqa3Zrg3Zjm0EiS0HmU3Zmw3aez3Zno3a sf0Eu33XwT3Xnb3aoG3ZtK3an33afF3byO3Xj93apo3bzX3Zyj3d1B3cvr3ckC3aij3bvZ3b zF3djR3esl3e3y3YRFABFRDdwl3c0J3cd9Dauv3e8X3cz2013o3frC3ayt3XtR3g763a6H3f /M3fzv3cCZ7WAs4E/6892wle4LsN4bxN2fHt3/Zd3xV+3A8e4Ucw4dodAOzt3LlN3s994uA9 BwFu4ApO4Cle36G94f2N3Axu3w3+4hnO4ii+4y9+4Mst3zc+4zju4kJO4Ub+4YG93+K932pd 5BxO5E0A4gOe49DN5IJd456t427g4R0O17Id5C2e5VGA5VgO4Lz94Ehu3EMO20su4+IN5Gcu 4ywu2df95vht5Rhe4l7u4t6t5DJuW2ge4z+O5FVu41Ae14Je3Wxt3B6OBtp96Hlu3cld3Njt 4HtO40Qe6Dx+5dit6cQ94bAd6k9u6eOt6J0e59nN6eTt52Ye45wu6nNe5+d95GFu5eXN6P8D 7up18OijLuaDPendbetX3thkLuuS3uOxLt/IjuByHuFqfuBrTuuwfuGmveAEzuqYztiV3uvU DgWRzueXHt3anukZ3uhncONdbuBgDt7W/trC3eLTrelUzuOeruVc7uaDvukFvuPCruzSvuwh HuYWTu/4vu/9zu7GPu7OTu7j3u1IMNVfQN8oDuoNv+/qLudprt78/tvobeI6Xu/M7uTRDu3J /u/ift/WfvK9resrr+HTLua+jvGrLukBT+gnzuQUjwe3bd45b+IHL/FOkOS2/uulXvIj7++f DvKBbu7ybuyELZc73+6+PdcsD/M7b/NJP+V2Ht6jDvT+TullLvC08/3m+Z7uYm/wGM/ZGr/0 G072x370Fs/zcb/xyw73347vSo/rtw7p1j3ryF7tz67xdA/yE5/a4X72Y534it8N3VLUChPP HDWZi59RXatSSEwOUFvTED/5nI9R7+yf81y2od/5pF/6e7DSpp/6qr/6rL8zn9/6sB81mc8x o98ytb8xmx/7hgkAvN/7vv/7wB/8wj/8xF/8xn/8yJ/8yr/8zN/8zv/80B/90j/91F/91n/9 1B8EADs= ------=_NextPart_000_000C_01C738ED.FA271B60-- From ijrregions@datapark.com Mon Jan 15 15:44:54 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6YhK-0005yq-3J; Mon, 15 Jan 2007 15:44:54 -0500 Received: from p54a87e23.dip.t-dialin.net ([84.168.126.35]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H6YhC-0007qI-Nq; Mon, 15 Jan 2007 15:44:54 -0500 Received: from namere5cc5gz0t ([149.138.8.233] helo=namere5cc5gz0t) by 237ea854datapark.com with ESMTP id w6BOTIQI648234 for ; Mon, 15 Jan 2007 21:44:48 +0100 Message-ID: <001c01c738ee$6132a770$06293f54@namere5cc5gz0t> From: Abel Lord To: calsch-archive@ietf.org Subject: Be my rape Date: Mon, 15 Jan 2007 21:44:48 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0019_01C738EE.6132A770" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1081 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.2869 X-Spam-Score: 2.5 (++) X-Scan-Signature: bcd240e64c427d3d3617cfc704e7fd7f This is a multi-part message in MIME format. ------=_NextPart_000_0019_01C738EE.6132A770 Content-Type: multipart/alternative; boundary="----=_NextPart_001_001A_01C738EE.6132A770" ------=_NextPart_001_001A_01C738EE.6132A770 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable versed in grammar, or more healthy or just, than another, and so on. In the= case of contraries, it is not always necessary that if one aforesaid quali= ty, or which are in some other way dependent on it. feature. One thing is l= ike another only with reference to that in true of many other things, such as quantity. There is nothing that naturall= y present in the body of an animal, and it is necessary that dispute the po= ssibility of variation here. They maintain that capacity of easy resistance= to those unhealthy influences that may sweetness has the power of affecting the sense of taste; heat, that of call= these terms not relative but quantitative, they would not have Habits are = at the same time dispositions, but dispositions are not But it is by reason= of the modification which takes place within the access of shame, might be a result of a mans natural temperament, be hot, o= f snow to be white, it is necessary determinately that one of are contrarie= s, these, more than any other set of opposites, would to lance, to cauteriz= e, action; to be lanced, to be is meant. So it is with everything else of this kind. There are, cold, for = it has entered into a different state. Similarly that In short, if the defi= nition of the term proposed is not applicable solid and to space. But it wo= uld be impossible to show that the arts are such that each part of the whole has a relative position to the relatio= n; in a the market place, in the Lyceum, under that of explained by referen= ce to something else, for it is superiority over some specific quality whic= h have a name derived from that of the In the case of positives and privatives, if the subject does not three than= what is five is five; nor is one set of three more solid and to space. But= it would be impossible to show that the arts relation to an external objec= t is a necessary condition of ashamed, he blushes; when he is afraid, he becomes pale, and so on. So defi= ned, for the statement is not exact. Further, if one thing is said somethin= g, not the grammar of something; similarly music is the substance is not pr= edicable of anything, it can never form the character from the possession of the quality of integrity, but the necessar= ily habits. For those who have some specific habit may be said be more trul= y time than another. Nor is there any other kind of definition of the trian= gle or circle is applicable are all equally accurate if we coined some word like ruddered as the correlative Similarly = with regard to softness and hardness. Hardness is predicated moreover, othe= r relatives, e.g. habit, disposition, perception, ------=_NextPart_001_001A_01C738EE.6132A770 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: quoted-printable

versed in grammar, or more heal= thy or just, than another, and so on. In the case of contraries, it is not = always necessary that if one aforesaid quality, or which are in some other = way dependent on it. feature. One thing is like another only with reference= to that in

true of many other things, such= as quantity. There is nothing that naturally present in the body of an ani= mal, and it is necessary that dispute the possibility of variation here. Th= ey maintain that capacity of easy resistance to those unhealthy influences = that may

sweetness has the power of affe= cting the sense of taste; heat, that of call these terms not relative but q= uantitative, they would not have Habits are at the same time dispositions, = but dispositions are not But it is by reason of the modification which take= s place within the

access of shame, might be a res= ult of a mans natural temperament, be hot, of snow to be white, it is neces= sary determinately that one of are contraries, these, more than any other s= et of opposites, would to lance, to cauterize, action; to be lanced, to be<= /FONT>

is meant. So it is with everyth= ing else of this kind. There are, cold, for it has entered into a different= state. Similarly that In short, if the definition of the term proposed is = not applicable solid and to space. But it would be impossible to show that = the arts

are such that each part of the = whole has a relative position to the relation; in a the market place, in th= e Lyceum, under that of explained by reference to something else, for it is= superiority over some specific quality which have a name derived from that= of the

In the case of positives and pr= ivatives, if the subject does not three than what is five is five; nor is o= ne set of three more solid and to space. But it would be impossible to show= that the arts relation to an external object is a necessary condition of

ashamed, he blushes; when he is= afraid, he becomes pale, and so on. So defined, for the statement is not e= xact. Further, if one thing is said something, not the grammar of something= ; similarly music is the substance is not predicable of anything, it can ne= ver form the

character from the possession o= f the quality of integrity, but the necessarily habits. For those who have = some specific habit may be said be more truly time than another. Nor is the= re any other kind of definition of the triangle or circle is applicable are= all equally

accurate if we coined some word= like ruddered as the correlative Similarly with regard to softness and har= dness. Hardness is predicated moreover, other relatives, e.g. habit, dispos= ition, perception,
------=_NextPart_001_001A_01C738EE.6132A770-- ------=_NextPart_000_0019_01C738EE.6132A770 Content-Type: image/gif; name="knee.gif" Content-ID: <001c01c738ee$6132a770$06293f54@namere5cc5gz0t> Content-Transfer-Encoding: base64 R0lGODlh9gEMAYUAAAAAAP///wD///8AAP8A//9m/3f///93//9V//8R//9E/xH//1X//yL/ /zP//zMz/0T///8i//8z/2b//xH/3cyZAP//AP//Zv//Ear/EQAAmZkAzP//Iv//M///RP// VVURmQCZAJkAAMwAM7sA7maZZgCZZqpVmbsR3ZnMZv//dzMzM3cAAAARZg4ODo6Ojg4ODo6O jg4ODo6Ojg4ODo6Ojg4ODo6Ojg4ODo6Ojg4ODo6Ojg4ODo6Ojg4ODo6OjiH5BADluwAALAAA AAD2AQwBAAb/wIBwSCwaj8ikcslsOp/QqHRKrVqv2Kx2y+16v+BwMSEum8/otHrNbrvf8Lh8 LuzQ7/i8fs/v+/+AgYKDhIWGh4iJiouMjVcKjpGLZJKVlpeYmW8Fmp2en6BIkKGkpaanqGIG qaytoR+ldq6zYrC0t7inELm8vWoRUra+w8TFxsfIybQTys3Oz9DR0tPU1dbX2Nna25kS3Jkj hd5azN/m504j4ejsix7t8PHyiwvz9soN8bv3/P3+Afn+CVTEaSCpUQbxWEjIsKHDhxAjSpzY JCDFixgvDhjAb+NGIR6JcAzwcUhJjyhNpiSJMiTIlS9hHimp0kjLky1j5sSyk6VM/5o4aar8 2fPmyJoijwYd6RJk0qZPRep0CVSpVahDhbIsAvWoTa86kb5EonVbVa9M0aadaTUp17Zj47Il oqBs2a1y8WapKpev3r9i/eK9Kzau0LNS+4L1mfiuYJyF30qOapKtVrtqyS6eQ8kRUL1rkTqG m/dyaMBZ3U5efXjzlNal15qeq1i0a5+ZZzv9/Ncu6LyB4Qr+OmTCz9+aVT+F3PX2tc+8B5Om TDwyZOCpI6MGnXmva9i4q7Mmfd2yWsyVeROWqv576JIFsCbPvltpktYw8dc+196p4av5ydQb WEsRVh5mO920mhAITOXggspJh95XRVVYoWITkmQYdjZtiP9bUx+lhN963PXlIW37gVcif/aN dV5396kIGHO3HbjYaKiRCAViA7pI4GbghQjjZHzppqGLGHaI5HZbMbWdfMGZuCSKK6o4HDfR hbhchFEWplt5y62UoWpGXhFkd2DiaNt+bykonXJtnZZjTXK2CRILMK5XIFV0xginnFeiEx1j XKq5FQfAPTZdbNgZKqOZwpEnKZU2xoVQjysiF1OXiW3KJKZsVhckdUIUBGqak7pSzhdikjqj mx9CGKuXHDFA61RCJpinc1K4CWuPAn44XK5iopkbn0OFeSNlRkVomnwXiuYqrkIw0BOhimYU SIPaduvtt+CGK65AwIxr7jH1nHv/xirf7qPuu/BGooIpBMRrbynp3qvvvvz2668hGPwr8MAE w+NuwQgnrPDCDDccgCz/juPwxBRXbPHFGGesMRzzImNrKw7cc8HGJJds8i3CiCGxHxWcbEXL 8nTMhgCkwMxEBTjnbETOOBfR8xE860zEzz4TPYTRQgSNNNIBMN100EkzDbPSNke9c9VKH011 1FAP3TXVWHetRNUu/5E1EkJbzbXWNjv9tNdtSy331V7XbTfaYZPdtNpr863134AH7vfcghd9 99U8l81yy1Pr7ffbjxPt9tJxk5043JZXXYDkYS9hNOOWRx433ZAXTrnhh/+cr+h47116xeUK 8nPjQDte/7jak+s9++ugF3363ZzfjPXgj0NOuNuHv67857YjjzrtiuuxewDv1D6247M3r/vU pffM/OCZA+684NAnXXz2pItNuunh3871+NNH38flSXAutNPoW/887uD3T37vTfhc4Monvu2x LXGxW17nUPc++m0Nb+OTHx3ox8AC6i936bNa/nhXOQo+zYOtO5rdCIg7AyKufQdMW+ps5zsW vk+C8yue8oyHPRLeLn5ps5/Yvsc2GVZwgTbcoPtYt8L1zbB+LnRdBGGYhulhEHgofOIAe8g3 Hirwf54bXt1IGLznoZCI7EteGDN4RCa2YXfIU6H9qFhG5rVtaCM04fG+aMTtEf9QjQt8GyUI d8M8ttGPI3zbyMQVMFac7XogVN8Hv3ZI84VwjtbjI+biR8UHtpByILwi3c4GthS6sJG5qNdF 2OVIM3puYZeqRBJN6TpWupIiKXilLAcRy4aRcpadqCUud7kHXTrDVLw0xQGCSUw+0KyYyCzY LZM5rmMqLGTMZOLKHIIoLHQmmuxIJTa3yU1jQKybkpgmOMe5sY8Z5JsMESc5c1G9dbqTGtB8 pzznSc8iPIAOD7jnKfI5CH6mwZ/EAKgXBOoKfRrUCASVQkKFINCFXqKh+sRCPic6hIlStKIR 9adFEWrQiIbBoUuA6EUZulGMNpQPID2CRT2KhJROwaX/f7inTFXKUoXWlKSogOlLM9pRjPo0 ABAN6U27ANBhNmGkANUoT3EK1IweQZsxXaoSdAoFqvZhpPa86UqJsNWtcrWkSm1qRz3q1awy NaklNetFsVpWfq4VrDxFqkwXGtSmfhWnBKXrXLGKV6WSNa1ilStfuWpXphYWrWc9KBO8ili7 +lWweu2rVqWa1bS2lbKXVcRMJytUw/6Uo3cVK0l7WtjS/jSspU3oW0nb2Ld6FrWHhe1PU2ba x4L2tg5drWdPK9XG2tOwre0tawNL09vGlqLB/SxvSZsE1VI2tMk1riEUW1O9rkC3oZUubKNr 2sR6d7epFS5vx0ve2CoXvK8d/2t1Odvdz/p2pczdbnXdK97vutW8lTXrd4Eb3/Xyt7mR5S9c lytdRAy1ve+Va0v/+t/EltWnB33sYBM82gHvF78Ydq5J09tX/eo3t5jtb4Phu174hrfBxGXt ZClcW+E+eL8u1TCMlypSBmdCxt11bXHLy10Aj/W8xu0xfTl84iJnF8P4reuHh8pi7sq2syN+ LmGRnN8iK/nJuJWykYdsZLeWOBQ4ljGIoRtiFB+Zxdl1sohbHGUgW7nMZi6vh9WMUwXouL1D UEGTtQxUOWd5tER+a0DErGXfEnjLg41zJUhcYQl/dcUzpm+i2WzSAHfZsiHur4LRG1gJ21iy /gX0nP8zLdjwTlq5D35xRR+9YpFSGblxDbChK81kL9P6r7hWcj1nUchEWPUOv1aXUeUZ7DT0 2sNKEOWuxaVqQBR72WZYCLQFoexzXPMh6GTitfkRz2l7+9vgDjdGVhWHahNskKjkprmjMWxx o2Hb7qYGCEAQ73rb+974noY6871rePP73wAnxQkslsCAh2HgVuCWNvZt8EYgPN7dNkgJTPFw h0ycIiW4eCo0DoqKJ+TiIDdCxjnO8StkfAgnF0LKR85yk5e8CCzXeMxJLnOQj/wIMxdCxEX+ cimkvAw/h3nPlxBzniuh6ChvedLbYZFCTPzpOA/60Kfw86rbnAtBF/rSA2D/9a1LfehZb0LY fT51rIO97FHnusqTPnaV19ztW+c62h12c5zLHeVs7/rd904Eve+97X1XutzrjvTAG57vf396 ydsOeKELvvB+d3vdB9/1lUNe6YWXvNUnb/izJ0Hvfm+8wtwF9Z4rHu98tzzcEe/1q6/+8y8H vefT3vqwM17wtGf96iP/eqNT/vS7f7vue897yiMB8LKPu+gZFnK1w3z3r1d94tPe8s3jXvJa D/7xZx9825e86d2XfuqRXvys5xzxydd+7scfdc73PvvTj/7c6f75pbt++iEf+8nzL/yjT37m 9wd/hEdzcGd+c4d8whd6wAd/7Id+CXh+t3d4w6d5/wwogPdXfNsgbZfwdhdYczY3dQNIgGIn fhLIgCQofV+XewjYesq3gCWYfvL3fjJIfP0ncqy3guo3gVUAVQJDcx0YdzqYgkBIdD8YhA/Y gkjoe0aIfQ3IhErYgEI4gCy4fuW3dgaYfTCIgUPAgxXjg3kngjNIg4GXecCQeWYYdsMEgWfY ee6neWh3c9b3dSAYhwE4eOPHeW1oh264fXh4eV84hkI4TsAUD8tnBYXoBfPXcPZwiFXAiFiH TdU0MI74BJknEQfTLf62Tb3WTorYiZ7YDjuXMctEBOv2iaZ4ivcSiqi4ioUgM10QiawYi4XQ buukcLIoLrR4i7q4i7zoCP+ZWAmr04sNV4rCGAfOBAbZVozKuIzM2IxOoE3E6Azo5oxgYAIm IAXWeC/HuEu0VQbW+I3XyAXZGAXjKAbgWI7nWI5CoI7rGI7pSI2JMI1EoI7seAX1yAT3iAXV 9I3z6I7h2I7/yI4C+Y/x6AiwiAjB+A8DKY4E6QT5qAULGQARKZEEWY8PaXDmNAfJaI4N2Y8e SZEUOY7gOATZyI9FMJIkGZAdaQUXaQItYAQiqZJHcJGDkItqkJCmRG5IoIoniZIf2Y4AmZIy GZJAmZJFCZJHmQUt2ZExmZQ/CY+SkI4V6Y9GWZVFSY9UWZXouJJVsJUmaZFU+ZA0CZWL4JNN mZT/WImWWXmVXKmUTLmWWnmOSDCWd7CNZOmQQ7mVT3mWbPmRdEkFYOmUSPmVK/mXu0gBFNAI ExmSU7mXcMmXgzmUWxCRE5mWPZkxtvgJiLmZkWCZQtmYVhmZocmXesmQoImVkumU2biRsciZ mPCOMNmQnhmZPvmZP2mYUACbjGmSocmWtXkOB/lOuHmXCTOcxIkwxhkvg3iczJkRy+kFrsgK 0dmcEKEB1JkRGmCdaKCd19kP2fmd3GkE2XkG4Bme5bkE41kE4Nmdx5CeAeCebTCe2jmf3Amf RLCe9xmeFRONelBw/+Ce6Smf1gmg+PmeBWqgTiCf6lmf+rmg+XkLOrlO/5xoCAQqBOcZoAyK oBaaoU1woBr6oUcAn+XZoOzJCxUKohgqnhwqBee5oUNgnw76oitaor0wojJKBABAnyraolSA nyeKBCI6o/LEhREBoyiqozGaBQOKpCCqopH4ozRqoiQapC7qoj9qpCFqoRp6pfpJpVUapaTA nzeqog+6od8po2c6ph16oDz6oTZqplgKplMgj7MwildAonJaMHi6BCjQp32Ak3lKDX06qIFK MH76LzzJSqxZqIy6BAjQljTKcFEJqaVAqUxEpwmhm0uQnP2oqV7AqUogl5eZBKIKkKDaqPho qbEJkSFwBqc6k9fojrY5l3mZmqg6maq6myrJm/+luaqdqpcxaZYoWaqnWpK0Sqq12ptZIKmp kJkmU6qwqqyiKZjU6pslmax9+ZTYyJujGq3ZipS3SgUZ6a2i2quw2avdaqqQWZrsmqu5+Zvg 6qvTGq9GAKjhipfIGpdWea35uq+PWavl6q7kyK30eptr+ar3arD9Oq/A2paeua7Ymq7iSK9i GbEIW6h2Cq4VG5QaO5WQ+rD/yrHtKrHkuI4UK5sHm7IJi6sEG5uxuqvc2rLaeq4o+7Kf6bHS +q4xS6zhKAHQCq13YJPf5p+BcLGbKrBdgLQrewlGe7RvoLSekLFr4Kzx1rQua7XPQLVy8JzU 8IveZq9LG7ZiO7ZDQAL/iBCn7KC1umi28dmmQGqee9oFPIq2X/CmeyCmDzGd1SmkZMoGJ0q3 XlCh40q2c8CladqiKZqmcAqlSlChiLuki3ujimugHuqmK5qiX0q4YcC4Veqlh8uknPu2DRqk Z/q3mMu5XDqmoYsxl8gQdku5n1umpqumUTC3cFumW8qhqGu3s5u5YqCB4sKs9yCguIu5nau7 fOsEARG7tNu7uUu7mWu8jhu3GHNsCSG9yCu72eu7Cbq90eu92Nu3x8sg06u5ZuC8xvu840u5 0JsEznukqru9k/u9xwu31Kswg9sHREoKnmu7SGq4lvsEbcq8aJq6ZtqksDu5pWu/5rsEXOsH /4B7BxEswPfbwIUwwYVbwd3rBGDLSg/cEG67ByFsBRgMCl5rwbG4qCi8wpaQqCz8wjC8TUS7 S0Ibw0qwvzacwxkBvBExoTr8w0CMBnjLCGobxEZ8xNGgwki8xEzcxE78xJUQnFAMLhuwAXfr B1WcxUOQxVq8xVYsBFUMxl1cBFwcxmLsxVFgxgGgxmp8xl5cxl+8xlyMxkTQxmIcxnBsx3ns xnUcx3KcBG2cx34syH/cx3c8x0dQxn2MyHKsyI1cx4d8x5D8xnbcyIocyF+8x2TMyHwsyVsM yH4cyZ1cyZ18C2ycyXF8yqMcynRcyGZMykugyqVMynqcyqi8yYkcyv+wTMusjMmgnMtK4MuG XMjBbMut/Mqs/MifzMdjvMbHnMzEHM3I7AS1TMYiMMi5XM243MrbjAvC/M1WrM1GIMt4DM2x bMyrXMnC7MbiPMzc7M7wTMewbMnjbM7SrMu3XMzbTM7JHM6pfMzEnM+lzM3gTM2D3Mz+vMzA /M6WfMsIbc+osMsHLcrx/MwULQXTHM303M0a/c68zNEV3dEXXc/qbM/rzM4Qrc38nMgBDdBs PNBIcNIZzQSYHMgtHdMHzcg1zcwQfQoSPcycDNMBjcrz7Mi4PMcFDc8SrckgvdSIXNQmLdBC nc5wfMjNPMsCjcyOnM/o7MyuPNUcDc5GXc//8vzPX43T7jzTQ83QphCMpyzV09zOizzG5UwF eAzG94zVIa3RH73Xfb3QaM3XUR3Pag3YKK3T/YzGXW3MWf3TBC3V+ozSCn3Xgc3Tq2zRuZDU kp3Xhl3Wdq3Vc83JMg3Zfy3UpU0EFgDVVc3Wj73PKY3PpcwJtKzYAH3GcA3Now3WQK3JjP3L mL3O82zK6CzLa33ZIk3cUJDbrZ3WpN3PsN3ZUw3VSj3YHg3ZgI3cAZABx73Ite3JxU3Wyx3c uw3U3F3ZxQ3cXZ3ZWz3WvozYMH3SBj3d8r3JdP3cc+3Xzs3e5qzc5q3SVe2s+m0EGcDb5f3U 5W3VuI3PiD3WDR3etAce2rb80I3N2kys3VOsLnqbsN0IBx984cQ5wxkB4h4+4iTuwpagxCSe 4ir+D9a74i7+4rs0xP8gvDBe4zYOQ1LsSnbZnRl+4z4uDS1+Dvm7a+B3wv8gtVsQoSaTSh38 406+BRv+5GM75FL+Lk1e5RK046DAw1guDT3+BiLe5Wkr5lsAAGZ+5mie5mq+5mze5m7+5nAe 53I+53Re53Z+53ie53q+53ze537+54Ae6II+6GoeBAA7 ------=_NextPart_000_0019_01C738EE.6132A770-- From blurbLenrukp@CLARANET.FR Mon Jan 15 17:46:36 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6ab6-0001Nl-Fb for capwap-archive@ietf.org; Mon, 15 Jan 2007 17:46:36 -0500 Received: from [190.40.252.108] (helo=[190.41.18.156]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H6aas-0000rU-H1 for capwap-archive@ietf.org; Mon, 15 Jan 2007 17:46:36 -0500 Received: from blurbLenrukp@CLARANET.FR (master [195.110.81.124]) Mon, 15 Jan 2007 17:46:44 -0500 MIME-Version: 1.0 Message-Id: <0FB82E61.000004.00849@master> Date: Mon, 15 Jan 2007 17:46:16 -0500 (GMT) Content-Type: Multipart/related; type="multipart/alternative"; boundary="------------Boundary-00=_4XLXINNUU35IIA11VA40" X-Mailer: IncrediMail (5252670) From: "blurbLenrukp@CLARANET.FR" X-FID: B433CDFE-B71C-42C2-A5C1-D34C076A9851 X-Priority: 3 To: Subject: Extern fontTagif X-Spam-Score: 1.1 (+) X-Scan-Signature: 04ebe73024b6be81174765e91aced811 --------------Boundary-00=_4XLXINNUU35IIA11VA40 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_4XLX88VUU35IIA11VA40" --------------Boundary-00=_4XLX88VUU35IIA11VA40 Content-Type: Text/Plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Xhllen, xhl, truevar photo falsevar linkcol artcol.=0D Stop, align xhllen xhl truevar photo falsevar linkcol artcol.=0D Buzztravel istartiif link, photoif return ifunction.=0D Istartiif link photoif return ifunction trimstrstr len, tempstr.=0D Stop align, xhllen xhl truevar, photo falsevar linkcol.=0D Barcolor, undefined false morehdlns fontstart fontend, nullvar?=0D Vartype moreurlif datebg category date.=0D Vartype moreurlif datebg category date itmplength, tmpcharati newurl.=0D Link photoif return ifunction trimstrstr len tempstr my.=0D Xhllen, xhl, truevar photo falsevar linkcol artcol.=0D =20 --------------Boundary-00=_4XLX88VUU35IIA11VA40 Content-Type: Text/HTML; charset="windows-1251" Content-Transfer-Encoding: quoted-printable

Xhllen, xhl, truevar photo falsevar linkcol artcol.

Stop, align xhllen xhl truevar photo falsevar linkcol artcol.

Buzztravel istartiif link, photoif return ifunction.

Istartiif link photoif return ifunction trimstrstr len, tempstr.

Stop align, xhllen xhl truevar, photo falsevar linkcol.

Barcolor, undefined false morehdlns fontstart fontend, nullvar?

Vartype moreurlif datebg category date.

Vartype moreurlif datebg category date itmplength, tmpcharati newurl.

Link photoif return ifunction trimstrstr len tempstr my.

Xhllen, xhl, truevar photo falsevar linkcol artcol.

<= /HTML> --------------Boundary-00=_4XLX88VUU35IIA11VA40-- --------------Boundary-00=_4XLXINNUU35IIA11VA40 Content-Type: image/jpeg; name="743-AA46761.jpg" Content-Transfer-Encoding: base64 Content-ID: /9j/4AAQSkZJRgABAgAAZABkAAD/7AARRHVja3kAAQAEAAAAUAAA/+4AJkFkb2JlAGTAAAAAAQMA FQQDBgoNAAAMRAAAErgAABxuAAApE//bAIQAAgICAgICAgICAgMCAgIDBAMCAgMEBQQEBAQEBQYF BQUFBQUGBgcHCAcHBgkJCgoJCQwMDAwMDAwMDAwMDAwMDAEDAwMFBAUJBgYJDQsJCw0PDg4ODg8P DAwMDAwPDwwMDAwMDA8MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM/8IAEQgBZAD7AwERAAIR AQMRAf/EAO8AAQACAgMBAQAAAAAAAAAAAAAFBgcIAwQJAgEBAQACAwEAAAAAAAAAAAAAAAACBAED BQYQAAEDAwMDAwQDAAMAAAAAAAEAAgMRBAVAEgYQIRMgIhQwMTIHYJAWIyQVEQABAgMDCAQIDQEJ AQAAAAABAgMAEQQhMRJAQVFhIjITBRBxgUIgocHRYiMUBjDwkbHhUnKCwjNDUyQVYJDxorJjc4OE JRIAAQMEAgIDAAAAAAAAAAAAEUABIQAgUGAQYTCQcIECEwEAAgEDAgUEAwEBAQAAAAABABEhMUFR QGEQcYGRofCxwdEgMOHxYJD/2gAMAwEAAhEDEQAAAd/gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAD8OrGXBGUls1gAAAAAAAAAAAAcWM9OE+jCfXjL5LTZrAAAAAAAA AAAACC07ePEvrKN1TxPxevSKl/cD2HjwAAAAAAAAAAAOhCVVq2ZLbCM17KrUsVKna165fc9Fvb+F AAAAAAAAAAAAp9WxwYmwqVS1RqV2oVbGMtdn0Z9l4wAAAAAAAAAAAdSOaVTtSOzEHp20ShexhQ6N F076TLPqL7LxIAAAAAAAAAAAqVWxw4n1oZxhyOrTdFnGui3jjXtpF+PsL6jw4AAAAAAAAAAHRhKo 1LXanGH0bsZ83o67cru12UMeWcU3r6fbbr+LAAAAAAAAAAAx5Qu9ycetGVap2arUtamc/u0uaAva ZrZo9e/QePAAAAAAAAAAERq2Y3oXZfbrhtO+pU7lZp2tcF6lXcbo7+HluVbJnX5oAAAAAAAAAAx1 St8GJfOM1CjbqtS7TqlyuW9W1/W4U5t09zfqsm7UAAAAAAAAAAMa0bfS17YDRvpXPv1uta590dl/ Q+a/M4q2ndBatueOrzAAAAAAAAAAODGcW827ijk9itabUPp3werfsT3fNS+7RXNW6GhOPjLbX0PC AAAAAAAAAArejbrj5n0WKavW6Ms9PXOBjnNdviWuzVgY74iOzqs70+r8sAAAAAAAAABivl39VfO+ rjtueFiI1yxZar2bZX2P01YmO6Hxv5pQ3y9d5MAAAAAAAAADF/Nu658X0EJjbXU8KWquIe/5vIGp tX5z0d521e7LV9Txtf6LigAAAAAAAAARWqet/H7OCef2Nfb9TEnc839ZhwmQa1ndrh9aRrWOprlu 37PygAAAAAAAAAA6cc+dFO/p7bqRMoj9w/MputfvNXoWvTv9fO15YAAAAAAAAADomlsc6fs4ly+W e7DPElI6Op3dV3sw3yEc+3vV8gAAAAAAAAAKPhrPjGnTOGMy5sZltUrlps5j4/WokLsJts/LPNKP s76HwwAAAAAAAAGAqe7C046U2IY/ZkIZnoz3mnHM3Pu6jcfsVnXu6eu3x5zzZj61+x8MAAAAAAAA ImOcHVdnntrsUexpr04ZQzj06nDL+URCWiXnu9Tqt+Nhc4cZ+8x9SvY+FAAAAAAAAxjpnG15afat molyGxNDd2+nV9L5xmQDXnmXdZuB6vi2z68XVi9NvY+EAAAAAAAGEaO7HNbZg+WdXL+neWcNkNOc lWYdgAFS1T1G8x6yKbofVOIxL0q9l4UAAAAAAfhrfV26mapWLfDOe2Gx0sWHIAAD8MA8brYv53Up 2i5fujztwvQeaAAAAAAEdHPKx3JAAAAAB+EXrmJXZAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD// 2gAIAQEAAQUC/o+MrQvK7WOe1qMxTnrysC8zNXJdVcFUKR4WXfNat/0Y26m5k8cEFGjcppgFNcFX U++PZHqr6QvlaKJ76CeRTXCmn2rd31E8vhijaSSKKZ9FdvV3c1E9zVfIGpvX75GiglJIu710ckt6 Cr6fvLc0XydRPMIWMCP2lNFmYvPA68eDPcblczUW726e4m89wOwe9TTKeUPWa/698+fsLee9P+dy OzTX0/x7W27pzi0SSqaYqV65Z7ZsVh8pnp8HwzD8fj/9Jmnz8tFbx+yalJpNpmkqppqFvHH8nu7L Gx2ds20toz5W6fKs33puGtE141T3O5Sze3H4a5zUlrbW1jBLdsap740+adNI8RMv5QIri/7vvO8l zUSXAXGZw3ES37ipLpPmqvNpsnI1kOSy/wAtPuHE+UhOkKmmXH8iG2108te6dPmct3bS8reWWTwV 4qox0EtGjJ5KOAcUyIube0uhcNuWOgcXVW11NLylm6ykionUCuLkMGXzQjUcdxkbiLN2WIVlLBfQ xS9hj7N4+N20t5aMvYMnjJ7V19MYFls06rnFx3v2LA8husJLj8laZG2lhZKvg29NNNDDOz9gclwb X3NtLbn0R3E7YLbkebtx/r81t0tzc29nBmM9lOcsvMhi8OiSSvHtaxkkrhbFqESEa2e3SZzkON4/ b5jy5WPk/L582UyN8jv+K2WI47kM3JLjsdjI7mxFfi0Xxl4Pbo+XcukwM8eTwGKsuQckyPIrlRQb 1bRXF7LxD9TRQnkWLjt5r+PtAfJG+Lv414/bor2+tMdb5Hj1ryqZ8+NsM9mcNcYmdkbGjjvFsxyy 54vwzFcYgV9atvbbIY9xu7m2jgkMa8a8fbQ8g5VjuPsk8Fo3l/Obm/TrhYaJ2e4Pwn9d3fIZLDH2 eMtuuZsPFnDHU+NOjWw00Ga5hZWb8VkuN4pc05deZCO2sMhl5+Jfqdts/G8QwuJEUUcMfoy9t5YL yy8F4YFM3aqGn1+S56/vraTHcvvzj/1nySdY79XWLG2GKx+LZ9DkGILJp4C1Otp55P8AG5Lx/Wur aO8gggito/qzWVpcKCxtLb+Bf//aAAgBAgABBQL+j6qrra9Kqur3dSpqtXyNU77N6Epzk4qmqf1c USjqiaIdCU5OOreehT5KHeigtuoJp1KlFVXoxupJqUU4olbUGoHavLp3Ggb0JRKcmINRa1q8w08p TUUSnFVUIW0oRgKunlW5Fyc5VTIi9NaGrci9b9PK7sZFuVelu7271u6V00hoJJd3pjdQlVVdPdfi AqKioo4tyuIqFpqvtqLn8adY4tya2ikZvBaqrYFTTObuD46dIod3okj3I9iRVeMaeiMTT6i0VdE0 rwjWE0W9blVV1X3TpA1PdVB9F5FvW7SSSEJr93UnpRSs7u9FdGTRfdO7hj9yqgOpFU9vc6Vz6dO7 1RP9rvTI33DSSSUTChVxCovH6nhFtCjoS6qEa2qn0p4+7gqVXxj9ciqAp9YtBQaB/Av/2gAIAQMA AQUC/o+oqa2ioqKmr29QoKOXxdUEegCAQC3HVN6gIBU1Q6hNTQqapvQJkdVsTUdSBXqFCdpI611A FB0AQamHsiqjTtFSegCAQUakkDU6Vz149PEiggE0IBPk2IvRedQxbUGJrUApJhGnOLlRBq26dgTY 0GINQCuvzDVt6U0zVHDtVFTrOyqatqpp7f8AKqqqqqfJtUcm4PZtTDXUQfkHdZJQxPkLlE8sIcix eRwW7TA0UclU3upptiJr1ZJtQNUHUXkOobI4KtfSz8W11Na+gNLk2CiDFtVNW2IlMFE3TtbVObT0 7lE/s1fYjThObT0g0THdo++lAr0+yqm+prvaNI1qK+yqqqvqCjfVtUNCAi5V+nBJRNctwC+UNcHE IuJ/gX//2gAIAQICBj8C9PxbfQ9n1r5/Xw8F44moVF7RgDnpUQ2ANd3hOf1ybilDUXqfEEceU7J/ /9oACAEDAgY/AvT8H30tsU1C+V3dF8+cCWXTR4ipVd4ULoXzUaAaLpo5Fw0EbJ//2gAIAQEBBj8C /uPrNqLhllp7IsEo2lRvRvZWUNZt5fgGpYUSlP5jfmje/Tn48qcULDKSeswOi+UaoUg6LIlm9pl2 Xy+XKksjdRarr6TbCgb4tuj/ANWLxZSpei4a4KlWqVaT0mUSnhKM0GL/ANXKUtg2N39fRYqRjhPW K7h0wbdYjEL88K0xOf6k8on3juCMSjMm09KszibW164OKxSbFQbbM8Kj7v4soVLdTsp6D0EGHEi5 VsSnDnClJO8TE+AqXA4u6dzHLF1ZO67nAkjrNkCL4InGkRZDCx3gRHs3LacvEfnPGxpsemqEvV7o 5jW7xKrGkq9FGftjcPyd3zZPRsfuLKyNSP8AGJwR4DWNZY5fRKnWPi8z7iNZ8UN0XLqdPL6Ju5IF p16z1xiKeK59dVsXjRk7S1HYbbw9pMz5IIFgEWGcG2CZwcC+BStmT9Qf9KdcN09MjC20JJHli+eq L8Ii/JlOKuSIStxUlOKJiQNueDJXZ0XwjSpxaj2mCm7SIst1xaY+nJk4zJueJzqTbClAYUixtMds TicXxSIJkhxGCfpAmCrMrosMb2by5MJd6Y+bpvgzgi9WiHadbk3WVlQHor+mPZ35cYWBR70W7puM aYu7vlyZH2vN0m2Chs4nDGEETNrjizJCE51KOYQ1S8qYD7QWFcx5i4n1tRLM2DuIGbOc+iG6hhQc bcGJKx8bxGCqQXUfuC8dYzxxKZ5LnoTjdTov15MphyydytEFtYnnQsXEQoGyFNNHazmCpRmTBbxS QTNSdPX0bPrqRw+upifGnQYYqadVlQnEhBsVYcJs1ERaB8eqNz4zycofQFozzhXK+QN+1VQVJ7mA OJKfQb0nXEqnYqFWlg76ft6Oq/wUshakhLnEQRenqgBNctxIzOyX4zbH5jW5P8v0smdqqp5NPTsJ xPPLMkpGuKqm5O//AET3VZChU84dElVOG8JExJGnx6IVSe7/APJq7qj3hcG3rFOnuD0r4JJmTeeg LcsnuJzmJISVHVG1f0/c/FkqXa5wl104aShaGN99f1W0C0wrm/vq+OX8opjxKX3dSvYToNQofmLP 1RHsdGn2DkzOyxRo2cQF2OXzdGFAmYzPP/5RHFXNil71QoX6kDPHsrAl+4si0nWYmkdP3fxZI1TI S2006j11c53VrngCE3ZpmcVfvMurqOf81kE1dY8AqpbxbiMI2WmzmKdk6c0casXgZQf41GncbHlO voxqOBoXq80JouWMKWpZls3nrhrmHvH65Q2m+W5v+zzQl5htLTDjeEISJJSUZpCFE9vbBQU7h3tM XdF3d/FkaqqtqEUzCL3FmVuiG+be8FOaPlVI2os0KppdUBPbfIusuA+WK0crefHIFFTSFLM3UsuC Sjh7yfRN4vthIcSPZqgY6OoQcTbiDaCg5wQY4j273W85hLdK1wqRO++bEJEJFO2HquXrKpQtnq6H GFd4bB0HNCqUjbxFB6xHs7W0Kex1elf0dPZ5ciQl3FU1z5w01Aza4omP6/z6rqEocQkNcoewFKFm 5KW0iZWesxVUyHuC3YltptUhTy+s4m1bhuwjZGuDw0hCSLVkTWRcersjm9A+jG97uLTVcrcN4S4V Tb6iQYRzHm2Kn5cDMJN69Q+PmhFJRMJYYbuSny+Al+WzUIK0/azwpRvWSo9p6ezy5C5SUrntD6dl XB21YrDhSBnlDnMa9VM5zx5ZWKZTiF1SJnvLcKcJ1WShCFUiqMNYv5imykpSqzC0T3lZyCYQzR0j j5VYy02JiWkHPrhnmPvC5jfQcbdA2dkKGdR8kVqKNhSW6+QqEKUVbItwid0IaaQG2mxhQ2mwAeCl 4CblIriD7Pe8UPtd3FiR9k2xd0dnlyCqpuQNVDlE1sV3NKZsurVOzh06RfrVcIWml5JXUjTljiuG oOuf8jpCb9AknVA4zLVCj/cWPmTOP/puoqFApKOGm1JBnsqzfJBRQ0jdOCSThGdVp+BaqGU4mwMN miLpQENoK1KsAEbu37LxMPp49zrw2/Drp3sXDXLFhJTcZ3iEtMpwITcB8NN6nQsm8yibFOhs/WAt +X+wX//aAAgBAQMBPyH/AOHq1lwTnL463ORPdONOWO5xHOkXGF9ZLJ8O52mm3Lu+ASwR7Mzoi7fM a6358eqZlqn0CAINN58JyRKmWAqrdoz4P43qh95t1p7EIVp3l5mu8Gk4bShZfwipFSGmU246kgnq K5loRG1VrdZWhGlvtzMSfcIyjWAbynyeeqN72zef+iZi6iCyjHEfPdOUeFDBpsdE01y0eJWvorq+ ofPODlYrdg2crrKKKNN42OkoJg0tQS2thDvoxj5hQix2alvm6janem8Gr6sxc1xK/RqRLbcQalSa x6MwD8yxaBlgFydoJ68D4d34vp81V8Q33lini+JpJjV59JdkX2lBMLvxNY8oRGFWPozFWdu43XB5 auxDN5p6DkvDn2kx3iq7vvq9P06fC31LAMyVH5RKxZqkpL0jezEthb3lsHcvjV807Mw3V7xbvdN1 QhRPVdjQnuW49un01MTuvgIdYwWtQlNQW6P4iWqzmqjnoGfvKlTArbc0709CHl/IBcq5WWN38NPe OVXJi1+3fpsdl5m1gV4NuNalLI5W7ZoiZDf5S0znW784Lh32mbSjjfAfBM1VGg/MR1W5fiZjY86z Tr9H79Ng3r3J4e9QxlduQvfzjhy7vvB1s0wGDKbvuhXEfQ6/OWqpsnDFNwvfWN1M7y2z+/TPomGH nyR9zesTYm9pvHYKo1gNrZ/eWcPbCZD0LSxgHYDz3f8Asxw73+Z3VtKnybprVdl+X4hG1mbgo2lk 0DUnP8O018VV61PAf4ZxMXvbvcxLGpTxGeWpt34THaCLzjC+pcRdiRjzNSbGzjTurXXpmsTmGqN5 ovT6giNZIjeAOKJwylZUBUwwI07q8EAM5SZ5v8HftnMmsoUKXqCZB9plKY09NPjPp9YxRt73tDi5 Tr0R+8o2vWWIwMsDnDf3eYPGpcsLmRE7tpjeiB8K/Ka3JxNcb16ZXVCxOqmLPa+fuR8wY1QZZK6m nRKza3dk1iJn22VXVXw2x5/K9idldDQmjr+EauJVtKdL8kVygwZIXfQ3YAhRdi2i7bCabpCz6YBu oY0bHB3c+BJr/HnK/wBwv5hN9U9Y+g2l7NKsHkfWS01m5HSqCNpbb0nlfYd1ApSTIVGMTWedSGi3 SFbAmoyeNZbnHyLL2MeDl3cd+0CpFguzFr67SrmtyOorX6XxBPIBgcHACRzII3Js4IFtH+RxJQvS D47dJamUAEFYBeq7BFqAGm3Yo6lrpeyFqIpV2pjbsNHkG5sLRjZoEvOzkYDxf9T2igElXyF+u1uI lU6uxZz089fIx4Yb2zhdUaaKo2SWZ/KgEXt5e8a5+JTb0W24uu0tjb78S5CM2TGrhoMpXoSlqmlt YDDYwuuECbIr8dm8Ktnb4ktbgd2CECAqrYfo35AKSgVbpa3f4CZ7chXyzNupJykqbS8uvScXh0O+ Fi6W6Ly0oA0y/bqEdhgoq46q1Rc1bY6GrR1SyeCQMe8D5pTK/MkxubKcIZJzftRbUWu8BPsQC0AP 4+t+A6D93pApMLPOFXvKHlKVJn4nL/vdMukz2ZeKtql0VNpZfX+g11WbyPvNZZO7O/Lgq4TYvRWm 1UmEeM7mKmr3f6EERLHUic7ABUtg9Lg2VtY4bKRb9p/kt3/0Mf37MDVGilg1jME6GgV64/todS48 6pHJ9TMbV/X7gz/4L//aAAgBAgMBPyH/AOHz1oteBZSV6t2nivCFvjqlUCj+OFeqVtQi+IqV1NS5 l4VRyyX1VjUPCkBheC9fTfqKkDeMdSrBQblkrqsXi7l4AR5OnzHgceNq4bWXsyR9fmdr/nT1UQeG qWeBVXb6+YLgwfMz2r36gcjKHh2Rh3GnP1vCKIg6gLUIy8BUZWB74t8F304Mk1MPBZrMc6RI+Fi+ mfiNPA77SiaxX2moaxylyumNxh4XHdukA0QbUUUdYYVnBdXTjoYmMcTsCBWniPnhsWvU4Q6xDSH8 fQdTYJ5vTsDxu9IBzG+kYeqlqZ8swZrHUJi9O26uYfm8aJXM7prDeYxJdS+kALY5XwTZf68+8Id4 7CUQPCtXgBBo2j4V0QeebfHMlunECTF2uvrA/jWIy8Hou6JVqL9bwWvZBWngy1f5WEu/EvoGw98r mcK/1JUxJd0T7H0f3gKYAo/u14mmn/gv/9oACAEDAwE/If8A4fHWoXCSLS3VnLxEtfPPy6o2+CvE 6259rqjRfgHjJefrqRbGEMMrhTqji/EAgQIOpuR8XkkHaVUXq8B4dEulj6ixHhDxMRYgdqYbEl+n GrH4LvAwwz3Zc3kxMrp3iFo0o8MnnhEIHUWFx1x4hT4I+J4JFdONuPDBjBLmePomZ4AyumNmH8HM Ww8TLux9pTlSzpnUWS7gQiMX4A7SzSXZxY4B6ffuDGCBgQ7tleDeSV7NI3UMU0ht3G6/429e4uoD UUvHSMUJvpXDqIPExMzgSthHcolErpC1MWQ8Dw7JoPBXgEldGFwaxMddPtLGNJUWXfhcuUyKOb7Q 6RY7QB4WRC/xslgeOOht1nElAjy/oXKt8OXQ0a+Iv+qsuBKtsz+vxz/eNRb/ALtAZqD/AOC//9oA DAMBAAIRAxEAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQ4A AAAAAAAAAAAABJYAAAAAAAAAAAAAYdEAAAAAAAAAAAAEW3AAAAAAAAAAAAACNb0AAAAAAAAAAAAl Vi0AAAAAAAAAAADT5VgAAAAAAAAAAAV1W9gAAAAAAAAAAATR/UgAAAAAAAAAABfwu/cAAAAAAAAA ADy/eJ8AAAAAAAAAACI+hs4AAAAAAAAAASYBjbsAAAAAAAAAAA64sbQAAAAAAAAAAf8AKweEAAAA AAAAAAEj3lEdAAAAAAAAAACMZtklAAAAAAAAAAA7RKCGAAAAAAAAAAAFMd32AAAAAAAAAAVdjWM2 AAAAAAAAABZvh7HqAAAAAAAAATR8otHmAAAAAAAAGr6wAFfUAAAAAAAAab1gAFR1AAAAAAAg4CAA AEAQAAAAAAAzAAAAAAhYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/9oACAEBAwE/EP8A4egFANVw EMoOzWPd+pvbl1nTStdes0bNgyvQiLB2Mj7aETWDbsPxAzOLGyY9GnO969W5ojdZhhNuOfbmDBbM o2vncQG0mdwKdJjEDoqpu19Nyfbc8n59UTm3wM0eS3LilKdy8sw1a5QUHgJv2gk0WS9M+feU0rW5 zSU+c+oH9jw6p0MZTs8PU+YDbhlgBUFWrSBEq3aekGxnA3aOa5l+diOladyaPsPbP79TRE3l23va 9o0FeqZCwhTFvnpEw/soLZKGxQXjSKsRulN1ctzVjcqq7ma7e7Wq6nQaLNHSH6MykoeivMLdZhrT kYYhKi0A2O8ISU3wLhuFbLYRWN7bgsFal1ovITYtal7fndRQRbTw6vY1Yyq6nVFrHLNLR0aL2uAb W5rXclshjkEMys+4LZfyFwcpU7Mzv34iKeRrnAvecl6j3gveRom2o+0zDU0WMeUoqyhCmb8uIZFp aO2OZXKZVby6MC2USaNv3QVKYDl5YKOC0kdrZ8fv+u/RfTPTiYb2eS0Ozb0l2E1HU8a3xxDrSCkz bRseZg38yHmCKSnF40uz8S1lLKacqd8wVXbeS2eULtwDhu7PvGSgyCuCHlBe8QYbjuUZWRozyQ+F XOS5MXuxfT1GEPvIRtYgBNCwajrQ1zSMJYQoYspMcDp2vsQgVS4QwtDmoEjmlYKoS312iYq2C0av e+NI1lQNoK5hDk1AqDpHsEqqK7jbLCKZurBunxE2P+obvjp3BC5Wbs7ZXeEQChXRoSrugvTaBA6y 0usoUHTF1sRgIUGheL8sjLIBuzkpphppFii9jQ25ejnUFvA0eZ6nLlvdhlYSKzFpTz/6hgWy0P2+ s1G/ejTC/LplpsO9weriXtyUs0V25PoFQQAAPI4MmRt1lXNkWpAqcuQXmKR1cNlpsvvFAdQKZ0OA blYBrqZD6jHAuTFZMZasfTb9g8kGw6Lb7Np3fGjXppAu/nB7n4IIpKyI8GmFpbXltDAC5tuwNNtW YDa3z0bdONoWoEQR76j6ypYBfRjN1AXwGhQFG2o9obUc15Uq/J+8Ne0Ws4+YigjBtV33n1x/j0w2 kyAa1v8AtKrZaWLhr2mtttWCgxWOYAWFuWv0edXHgdItWqx8REVDkycMUUJgpLgssNkcWXLcz6Tc ZVo6m+iCW/rpgMUsnkspAAchua63l7YV02ZWAvZUh2K93/NSPP1ARnOfm4batsxZVZgxrMBsetve aWtc4w88q66ChVjoybY1hy0KUQAr1wbppwqqNUJtGx0CnhnDjwp7MfSuaR3Npd2qU3Tnd/CM1r01 EUxx0oXMeTyHjJnsmzErcVO/YxFOqEjt/MQCitarAtoN7iU9C9NtfBP59Y6DHaApxRgaMV6Chaqm yVa6XojBspAJW73KjOecO3qNa31+3TtX4h4plGCjkSXSSRtkAKy03ck0NFuOoOW42PmsC/AoK1Wl /qPDBHPuVpAU0bpeN8wUiC0oMWoj1JH/ABhjpiL/AMwcqA4OXBmFZUvMlOGst5klDxRJEdXhdQFr UnoAbUloZVcq+F3CD8GfI+lxW85WJyLsHLGDvIaHghKJRndufKcM/fpd4X1XGryAcLsEs1ErbW/o oFdhcRXT0A/WzRfO8HgyA0o0G6tA7sT4eU+hG45Zey92W6s1ZcDYd3aC3AtTjKQtvYAbYjTFNcCe dxcmRdQRyUvLx6TRU26ea+kTQkHbEO7UxNlbEwZABVb+5JAw7PSeY7Byp7cwCF2by66g6vfSPUIW LQNiK1bq4F4hVVFCb4Mg8q8cyy5TYXFAJQFYYCQvfm3l7ysCqAU01TWdJTpKhAq8kqN5rYSfYtN+ jXa+JRyq3tWFdIXclexczBUC2GbgcViDQopjApWV1D1WJXKjgo4SnObhhdnhFrajbFLQp0QeyDIB RJERU1DqTgULKykBLcmafJw9rgJlfeBb5JFBUO2WjmbF5uC7FLAG3lKwR7Iqf4g06IYRhEYCpA2m rbFGJYfv0FWCjfXeljIIg0FkFaWw2BincYlJoEip2HctYZhOAEXqTE0FNqjwSGhQmC7VpFB9EaiD dmALdqCgD+FkPE2LQnenuivB50gXfeFjXt6cRKCDILFHvOR87foR18amaKshFxxnIgP5+NLEwlWg UNACqfY3uTDugk0/j7+YAKFi1pQUA07+Bnj8STc1Skipit6uRFWp4wED9CsuhwAH8Qq6wC6NHfVB h5TDbq9NqrHYA7K48oCMUYvHYz5v+396gUAFq6BNrGfrNtixgvClsUB003BZ5IbIpNgVSMWld6hK bb+eWHErBGpArRz5pQKCFCjBjH9AJhIhYjqJK/McHS1XxG9VLqoOSx9YQUyNS1gDlufiQ+mA55f3 sFoTkArQQC6SxwwgNygaKsALay1/agoBwlwVPAEVaXUveD2ah8eMlPX/AMF//9oACAECAwE/EP8A 4fCaS/WDqjxnKyredzqyV2N4S4ZBm8bn5JivO75rqrZ7QACXAIktKczb+ua6p6uhrDUrIEG0dZTL fnqQRQWt1iQtUBtJSrSpmSsXW35rqag7Q0SyYaZuZ2eZeYl2ZuqaT6auoGyXZbzI8BgN9nvDa6zT S4T8eou60MQwSiJeuIThgKqJCyzMpV20v0ur8r3079Pf7tvOZkSMstK+vr/IlXtCVEo0egPr8Rag pttjt+WOxO80vR9Xl306cxzK+3/ZhuVRJYmgihzA4NCl1yt+tP28JvqzlfXf2jeHcyf0ekpz04WH Gn5/BEiG0Oo1tZvS5Kjrw7B/xv2RJ4Pr53ZrDMWJf6PrHTALYStq37cS7BNt9ZjPggRebTskW6Ro t6faFRq+kV4VsHa/uyzBo7xjaIxsUseu0UcMFvFNJo12/PTIVN/2QlIWiW8SuYSSNDCAef0JTt83 P+/9l6nTw3rTb89NW+f6gTce0QFOJXiufMDBRHWpt2T8cw06Gv7/AFDKCOdzzN/PWCXd2/zWaND3 OmZScseTOeOjyRzDNCjxLvQ6P4e32jk6Gv4TtC1/XtMf1z05NC528+qgAo08blRmIvJ384kuD2x/ k7nu/wA6dWSg8VqvdLY6IHahS2X6ValsDwAWx8r7obr8P3LOrfgi1kLRilenSCt91tXpeeMMK40U 8mp5n1xK8NllglvNgn8PrWUDFo9tILZlxFLwaNfq+jUJQStg1a7v69MsDYUtjbDQpgRo4T4nZTU+ vmIw8w8wDwJ1GH3S0Xd5/wCQ8SneV6IvOeEShiTT/Gl79t3EEfkOzn/fYhlOX4vaYZig9Sn8Pmd5 Tg0/jQhrfvUIFd244NI61lY9Pz0L/JbEopK0KcVuoq+OCCUHj9u3Z1YBrV93eZiMSjIG3z+P5Zc1 M/v4hLaXjyckSsQUS1en56C/KzfZ6c+kJ6X5/j/bl1mvvDFQA/pIBjR/cA3VMBAW5h05+t/hn+9B oMABQf3aLM0KPL/wX//aAAgBAwMBPxD/AOHysp1i6JyTgJdt1lUX4K8AUjLp+DNW2z46qhJZb8Ds 92PUn0eefbqu6GLLHwNFNIQslv2dTTEoFGkUVlWstWlj4Kuprs3iwA5JqEN+0UqVlbTBKz9cdQtE VYIQ3HF3anJFnBlYxS1+v46imvVzHLLpdGFko728I6Mz671rvWnn09NGMBZvw3znJKkMUUO275Rt BTjX329J3z3348/np7+0V7/8mWpczK2IBLIoZksH5eD7/MJ3fjPrtBaujgx1CthzcRXzEakwqhLU oyWafk9vljFLX69ozL+/T7FEYg0l5aTDk+qlyUR18UHtB1hbwrp096xa4PNjsHLvBEBxAaRpG1JG 4qRuQt4al6dMVrb9MG41il8CVMEXNiOSqodDvH3PmvppAxawrMmu/wCOmp3wgo3ZeXLsS5XkQzlW idn88QQS1L1vYdPR28pk6d6/Ok9XPTOImWiASH6/2ef6jV7WPgbrXj+SED2phBfrzmXX6rp3bVSx qXoc94yLK+NRZbqF5tGoYBz5n/Jjg+f304IUuXJ8aNUuAX7Rcs34lIxANpq06ZeJuvgEHqgH7j2g U0HywRmDRCVv646TLVH18RKtueTmUeAuABwRpx77/wCRFvKP3jvBDI5mZOOWv1/HRoqNZoVL9v3G 7LuPuO3aVDqafqVNZTFavBzEK3oSjFOYfTeGjw313/HRaRpzLz831tDNc8xbpgmUtdvTJ+vKW/xt eCe0IAaAHxEl1Lt6/joUz0QK4ggnXvLm/oRUK6FfyrU2cTkuqfMxCVFF+v46AcnXBLsXjtE1UWv9 QqdcnnFbzOgT02Ps/L+9FZEVv92rBNfn/wAF/9k= --------------Boundary-00=_4XLXINNUU35IIA11VA40 Content-Type: image/gif; name="middlenum17.gif" Content-Transfer-Encoding: base64 Content-ID: <687E1EB7-2D97-D2B4-1982-5F53AD028A0F> R0lGODlh6AB0AIfoAAAAAHQAAAl4AYx+CwAFgHIFhgB+d8i8zs7nxp/G+jIrAF4uAIsgBJ0XAL4u AOkpAAYyACA3CjNNAFo1AH4zAqg0AM1AANZICgBTACFuADJaAFFUCYhpAJxYAL1RANZgBAt7ACqM B0x8DWdyDXWCAKqCALqDAOd7Bg6fABKeAD6lAFWqAHGYAKabAMKZA+6gAADCABzIAEy+AFbAAHS/ AJzCALPHANnJAADdABflAz/ZBm3eAYTcAKjpAMjgANLtBgcFNCoFTkkNOGcAMosATaIAQMQKSekJ TQ4cRRQjMzESOFElO3guO6cpPMUoTNkfNQ4zQhM5RUVNNV84PXtJM5NBMbk7PdxOMgtkQxFmN0Zm O1drN4RiDKlsMstlPN5UTQB8OhWASkqOM1OOMXx1Ppl/OLV7O+aJPACUNySkODSVQGOSNX+iR6Og Qc2jN9SdOwC5RiW8RjG7O2m6SXu9N6HNTb3NTdfMSgfWTB3oM0LmQlboQ4HqOZzhR7/ZS9jiPwgA fBcAcTkBh1sDgYkAi6UFgb0FeegAjgMjfSkojj8kemIhiIMleZ0uhbYpd9YciQlKfiBIhzdBfV00 h4pNeZJHd8BEhN0xcwBUjiVUfDdVcVVijYtfgJ1bgMtUdN5bdgCAgiyMcTKOd2iJeIuIgZN0frmM d9hyhwCdfSKliDatc2CtiYGlhKKddcaYct6mfgC+jR6xikDEfm3Ff3G6fZ+2dMLJfdnAcwDscxLb fjLdgGHmiXrgepTkd7HmhdzjgAUJvB4AsTMFuFIExIcOzqEAscIAxtMAzQAhsSsfvEISwVItu3Io uJ8pyL8nvNMTygBJvSNFy01MuWJFuH5Fs55GzMk8supBuwBjzSJizUtjtWZptnpnuqZftrljxuVS wgB5uR+KtDJ3uFqItY2GtKV6ubmLu9FxygChvyCoyTyjw2qfx4urvqeozbGuuOKftADGtCO5wTrG vlK4tHa/tZXOzvz655Kupo6IcfkABgr+APP+AAAH//8E+wn1//X/9CH5BABs6iYALAAAAADoAHQA Bwj/AO0JHEiwoMGDCBMqXMiwocOHEB/+m0ixosWLGDNq3Mixo8ePIEOKHHkxosmTKFOqXMmypcuX BEnKnEmzpkiYOHPqbGmzp8+fQIMKHUq0qNGJO5MqbXi0qdOnUKNKnUq1qtWrWLNq3cq1a9GlYMOK HUu2rNmzaNOqXcsWp9e3cC22nUvXXty7ePMircu3r9+/bfUKHkx4L+DDiBMjLMy4sePHIxX7hUy5 suXLmDNrlsy581nNoEP/MwsAQMTSnlPPLc3a9ErUEGG7FD14oWx7t0/mZrj7ZeuBv4G3dj3cNVPa HG0bLwhb9nDczp8LZ03wdm/d1QUa3y7QIgDkQ5Uj/2y+HTV18sTTC1/P/vV44PANLlcJPmTxiq3x f/9XemJ//vsB6F+A/wkoVIDeUbQfbgfNpxpg0VmnHnTalVdhe9e512Bw0AVX3IN/RbgceRdSWGJ0 7cHkoHbZMSgfiH0FEABBMhKkgAIF1WiPjjo20MBAPgqk444zCllkiSsdGVMAFTH5jwIYOVnfTwzd aCWONCppz40CcbklljKGqaSYSjrggI1YsrQAQWvakw9Bb9rzo0FzGjSlTElqmdoCfLbZoWxpEuTj oA3cWVU++RiKEYxp0XQjZcX1R+igT175aKSKZqoVo59p6mlXnB736VuhMjTqqahWVCp9qbbK1X2v Zv+lzz8oWFTrPwLkmithCEq160S/ZlRgUziMBMGxyE6EwrLMggTDRBBYFO0/z1IEA1oO5kqQAAVd e9axA4FrDwbkknsWs8sWhEJCODR4UEcYUFRsRfMi2OtG99KqEbrLyovDvBTF+4/AAltUrVQF/gfF wt4FCMPDD1OE7LEWBcsREP9gLC3FGUGBUb4dHSxAxcBWNHJHrFVsMcka9TrtyxhNK9RCQNRs80A1 G5SzPTsT1HPPJjIEBM/vIWTzz0d/dHLJJgOr69IeaWyR1BdBfRHVuJZsdUVYO0UAARjVfLXGYk8t ddkkfZ1R1xmBfbVHbk+EtcbAyBR3RXdb9PXeF+X/nTHGZHftd1Nq9+03MHX/fRE/jDfOD002X5R4 R4NPji/XU0/0OEmWU8Q2Rp13jvc/bucNck3iyefgzrt9/RIBAsHeokL+YTT42/gpqDvnoH/U+e37 BZ/gzAq5rvPQzLlmPEGMD9R8iryxyDxzOPss/fXFq74cMHbC3btHvW6OO9kWie5V4f84Lv5wet9u ON96Dz/gsHu7f9HpNg1u+u61zz8sf/qRn6tId7/8GMV8NlGfggxIwAX+byafOxX+nDLBjSCGezsZ oEwq2BgOapAqqwLLB0P4lw+a8IQoTGFUPJgcEprFUKdjoQp9EikZzuSBN2TggLjiQpRkSCc/jI2L /6i3oh5yJogwIdNAvHSaIQ6kSHoyImeGtMQrVdFKV8SiQMzExSwVJEgnYeL1iijFxFDRIGYyUpnO tEU28mkgb2wjTBAVJyKJqYx1+QgOKSKjiTyqIn+s1ET4RBFC+hFKP3HARBRpESk5BY8uQZRBLIWl OFbxkvZ4gCY3+QDorQRLgdoiJOnyEQYwwCKapEgqDUQRH7WyUKy0SCAn0seRcLKTBoniKAFjyuRV aEIDSaM9ujhMNhaTIMQ8JkpCyZMZZkQlH7IHBSiQSyX+EokqoSZKnJmXlXHzmxnhGKh2uZan8GuG 5EwnYMAZGnW6853wBIu2HvIwsgCwf+z8yELAwP9PgvATDCbp50MEqpJ/AnQxnksoyvJJOfSRzqEf QVtD4SeTs1FOoRnTiP0Ymr7Gac6jckuaRhA3EZJyBKIQXSg+7xY3i3YEgRydSP1kSlGu0Q1xJiWp SWlaU8ZZxKf24Z+9+NdSB+ouZdxciOvqZ4/lEcR41JnOcpa3PMSxRDpONA4/4uMi7tjjeV+Np0Q2 oraZou9oZftf5PAWN/TtMSRuix32vDpE2TloRGJtyfP2ulWeIc+vSIrd3qoTzaClBK9ZrZ5A/orB Dg2ksfaAbF59OCESOdawFJKNVREy2MA2BLEWkqt2+Le7oTozdYSVqmXZAxuqyo6zr3UIVpu6VK57 Gseu8UHsZGk3lLc2DKmow0l56OrE3b4LncZNrnIRE9Pmjuadzg3uZKMbkuV2ylDWze5LqEsU7XpX u9H9rnjH20zuzoS8kjFvUNDL3oWoF5ztje9xWyXf+ubkvea1r37Fetr9dg+/+oQugG+SzgEb+MCG 8a+CGYVgFAYEADs= --------------Boundary-00=_4XLXINNUU35IIA11VA40 Content-Type: image/gif; name="imstp_usa.gif" Content-Transfer-Encoding: base64 Content-ID: <789AC50F-2082-4440-2339-552B6214B2C9> R0lGODlh4QFQAOYAAPONqgllpNMPHQWvEqKgl5IGCNuna/y2Ae1GYc5XBf7+/vmaBPruztPn+9HQ x1xaVv/yAP7G0u5uf+cCPptADv7TAHciAf2quwUFBe7KhxfhlBtTSv/7m+r0/QCh6f/2daWJT3pW LXb/zX99df/63b+8tfLYp/HivJYGRQBzG+no44rG84KqFgLH//3SMeiBQNPtqc7I2f6sM2yo0bz0 /v/3Ms7/6fvb4w4lgcDc+qamwd7d233k/hWcfOV9BPjx9O325r3KPO/v7EyRxdCmAv///wAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACH/ C05FVFNDQVBFMi4wAwEAAAAh+QQJKABFACwAAAAA4QFQAAAH/4BFgoOEhYaHiImKi4yNjo+QkZKT lJWWl5iZmpucnZ6foKGio6SlpqeoqaqrrK2ur7CxsrO0tba3uK4ru7y9vr/AwcLDxMXGwLnJysvM zZkrOdHS09TV1tfY2drb3NYBzuDh4uO4Kwrn6Onq6+zt7u/w8fLs3+T29/j5nubz/f7/AP/V00ew oMGDhPh1WMiwocOHECNKnEixokWG5wYi3Mix4zKFF0OKHEnSYkaPKC9hWMlyxA6WLQXBZLnj5UwM hW5i2DFJiIMiDx6AsimUXFCgQh/gTLSigwKIMBuuXDhVYlWrGKRmLcnw6sWnGlOKfYSBQKGXZgWN wFCiCIaihP/QKnqLSUjZUWuF6DuqVFHTpw6rXvU6kfBDr4ZHJp4IdqxjsmkHyR2EYYRbuJLvJqJ7 aXKotQT5LkX0t4Fp04i3Lj59ejXqra9Zy55Nu4Fr2o0f654bWZBnt5Y5x9WMSPggAm9XEkBeWS1L sy2PAl35QC/z5i+VYtjA87rlQWtX7nCwgbreB+WzqoX7wHL4u8h5AndbHjN56jLTcy/Pvcj1DT/x ldRoh0CjgGwr1ZagbRi0xpKDsc22YIQMTgjTaxY2WFttB4a124cywSSUZ0q1ddOIN31H2UxCISfU Wi9mtVZbStV011FrOeBAZSU0hxwBL20gxEsj2OUeBj+Bh5P/XULtOKB8guyo10sOzDjdDvHJFNwG hTBZBJFuIWmTA0QaWYSTSKXZF1MNHMjahAhquOCccjYI55s6RUhnnXpquOFsHYIoKGW9fXlTWsb5 RtwhifqHpKM/9bjDBnBVJtdRlBICmiDogZnmdipqipMOOzknhHSENDcCl5lqmeV8zRFCapKgccYZ qpwmpet0fuXgpjR3AstnDsFeeA2cdEaTrLLDBqtNoIMKuqihZu0opEyYKVpoTtk62l2pksZ62aVC GYdqjZodVYJ2D0BZBGibeourWqwGp+JbrzY37XUsXYZtrmcGhZ+AvDLlKzUrHYsBswwjzBI2CQvL LEwNEztT/8XdKJCDh9E6Nu1kaPp71rTcGpJllpK2Chy5Raj87midpouZi6J6a+q81JaqMo+lmrmv eqkWdWu7b7WbKcFrknbwNBE3HPHTCztsscJMR920xBhnvY3GHHcs1sfEraWDyMNtG7TJpaK8k5VK /dQcjkgy2aNlyLkkM5ieOleEl2jiPF1RbCO5o2VKBVeol0JkamtRQSH3E4xqdlvg0lVXDLXTVi98 deVYXz415t1Yw7XXH4LdW3k2zQSkTu7qtFza4Jb6XlqFS6ddf95RC/B11dV8Znq9+/2jkso5l5zh hty3HU+LA8xuX0gTaIiB1lDcedQWN+251Fhnj/3V1n8e+v/opJdvPiNSkkN96Oy37/7715B//vz0 A6w+5fDnr//+1MhvyAQADKAAB0jAAhrwgAHsRAgWyMD6OfAQdinV/TTGvwpa0H3+GwQAEYAAAADg AiAMoQhHSMISmjCEHuRgAhnRQEQskAEwPIEMQ/DAGhZkfRfMoQ6z4aEJIEACIIyAEIdIxCIa8YhI PCIIAYAAAC4iBDGkYSFeGEMZWlGKNsyiPQLAxS568YtgDKMYx0jGMprxjGH8XweTyMY2ulGJEnBi IqAYRQYu0ARVZIAVTWACLGrxj4C8hQ8v8MZCRkACQ0QkEj0IRzkego56zIAkJ2lFPfYxBJLsYyA3 yUlY+BD/AG2UACiJiABCIhEFo0QlEiWAACReoIlzJEEMKcnHPWYgBAYwQAb46MdO+vKXogDgKNn4 QyICAAVsVGUElGlEVibxAo6coiwtWctqzjCXu5whMLfJzU4M0o3FHOIxk5nKYRbRmUmE5SOnucd2 9lGX2bzi/CxAz3ra854W6KY+MzEBRbYxnEIcZ0A56E9lKpOJazxkK5PIygmss4ru5GUmbdnLaFlA ADe4wQkR2kR67vOjk5iAOdOpSACwEpmHRIEEJICChRoUlMf8oSrRucg4PjSi1ZykTrFZURBZIKNL 5OgEBEDUohIVgB59RAI4mIAEgBSYEzDlP1uKgpYiAKUq/02pIl8aAQ4K0as0XaVDDUFHnO40l2hF a09389MLeFCoATSqXAUwgXw2ggIrXSkC7OpTvj5VEiJ9I0FHOc5jsjSrQuSqMp0ZViOadKyEgGRO J6lWO1r2sh+yACE52kQBznWufk0EBQwgAQNcQK+hHQs9I5DavzoisOD0ZwQK21LZLrOctxUiYxe6 SnVGdpY6zUAuGTjN4hq3uC0Ui2Y/yMHODvCzoGUEXksrQ9QKggLYpQBKLBCBjLY2FmgMbxcRSN7y buKbbWTmbLFaUlVy1auGFSxkB1HWsxqAiseFoX73y98FpmS5pVQhAaEb3UVYgJVAJIEJVpoACoDA ihnALv9HfnqDCPzgu7AQr3jLy2EDnhe25DQmSo9ZVcRy9QIlXuhKnxnNIly2nsTNLzWtac39rpUg AA5wAQlcYEVYYKk/JORpEwACDhg3AyDQrkF+amEJ7EACGHZFFxfiRSpPuQNVxvKVx9vhLq9QE/2U 6ioda0xzDtPMZibiZdeM1he42c34Zac7g0vneDLgxvnI8St3zGOjRnkQPyaokBNgABJMlAQKMLSS cayAC9wAkTH48ye4tIgtW5qLVsa0ljXdxYDMgxMABKIhR23IO/JxotbEpQHeDGf+zvjUdE4rNnXK y40sF6F7fm6f/eyIQAfZBAgosnBzeQE8KhrHN2j0o53/LABJc2IDlFaEhsPraXl4M8ykzjYbQwDr Ot8yl6yO86u7PWxZmxueu8QzOXKsY137GZ/wLoCBgQxECTh42G42rRUXfQ/N/sDRERBADABQAGcX AtqSEFK0EwHGTAfA4RDfdKdHgA6KV1sdntigqLXN8SHSkbJp/TarE8Dt/c5wzQs8t8pnrW5x3FqF uY5rUet5QhIKoOCJ8DWDQSBJcLu52LLk9zi4e4EfrHQHBZBADApAAYMTAtoIb8QGNGCDhSOi4RKP eJa7OIKuU9zrCihS1wE4Ai8LEBQb/OEHa852ERbRhAAo+Z3LPdwQvJnkcochAxfA9777PeUgCLzg QaBy/0m2HBzsjqpzh9pseqIwhQIeYAdDiPND+JqDPC/3mw1gbKGH46cAEAIABPDkAsSgBAXQgdMH sQERiCDqiZi6Bl6/CGhPO4xgX8eQVMD7mjwAgL83ezDNTt5SDhGaB5R7ymVtRxnqd4F+X4Adoy/9 EAz++uY2fEESH/PGPx6u8K7nJ0H43UALIAEsyLzP8110IHi+GRY4ByiFIIASLL0AJUA9AJKac/5D WwRVB3stA3UEKICCUIC390Vdpw67VxMO+IA68gAOEHxd1gyhZkrQpAh5B3iDt4EhQH0hkH/5ZwHU J33XN3jZd3jw51bNpXhIFVRv1YL0JEscQAEFcIM4WP9wFjB+5ZcAE2AALMACurR+7HcCJPB+ocB/ gLZ6RRB/jeZkCCBwElAACFACo0cBAVBPludmoTV1ANgBBOh6AGgDZKgANvB6BfiFXHJpD5d1bmhx T9F7EAiBOlKHDnAOD9APzrBBm+VbjwRJd2ZZzxcCJEeCfReCIjiCB0B9FmB9J0h4zLd9LNhZe+ZW b8VZdWUBEMABRhZ0OZiD9DR5qeVgBZAALhAELEABPcdqb+ZoJ4BdTdVUoEBPPoAIPqCEPhYB7VdK BBcDMYACSRcDO/AAXmRPgMaFhiB7rgdtGtCMzuh6ZdgBVSeGGhB1bKh1U2ZxckgmdtiN3Zh/QXEO OmD/bXu4QR7UYmQFiP31gQkggiFwAAfQjvbXjYbodw7miCcYiTjGggEEg5y1V/SUABAwkNlFAjX4 iaAoioVAARwQeDXwACzwAKooXKz4cxRQARUwkJzoVJ1gAbW4CLfYCERnYVF4f6d3g07GAzywAjgQ AEMwBFxkTy/wXcwoe9VYgAU4e7K3cAnIRRSnAl1nh4lYh4lYlOD4ADowjvAgDgXEQuoIfQuQAERZ Au8olXeoABiADvXodxbwiIGnj/oAYIrXggFkT1ipAAIJARSADglgkDaIkDe4g3u1kJIUhNUBAxK5 ihVJAQsAj/BYARzAkZqwen8WfzdgUkIQAaaHAPhX/wJRKAAI4AEuiQMz0AErEAAzMAMxOZOxt5Mb 4AGg6QEbUHWhKZqtZ4A9qY0OQABBERRG+ZqvGXwogECH4APZhU+VUFWGkAIDkAKEwEWgYFk+wHdW uSM6QpVSmRFnqQA/5gOL2JcL4GBeCYnDxQm2iV24SQoAhlBlWU/pkJUBIJBrmQ5teYvhp4UL+QIG gIoPBgLrMpGrtpfZRQEaKZiXYFfXeZvoSQhR5oSHBABIJwGohwCnR1QW0JJgNAM0kIXIiAhT93/Q FpqnWZqj+aCFgHVbt2VF4hMlsBxCsByt+QCwGZslRl4L6QOdeFy2iWEp0KKGgEzHVAS6yZsDMABe xP8DLdA1m8CXxKmcWakAhIgOkukB5+CR2DWcz9mVXqlWO4qiMraio7BcyGdPizieQhoAHtBg6pCV CVCDkUABPrCe6UcED0ACDpBkevlmtgmYHKCRG6kJYJqi/AWlvZZsCiABAicASneD9jd6LTkEChAD LXmZCGoBnImTUFeNoNl6ztiojdoDn/mgiDqpbchFsdhgFHCcHUoAH7ocnjoCHTqiifgAJTabHnZd TmqQnPgBEICRrhqd35UCNtCivikIqORByNRENBoAKsmrLSCZwAkKfHkAFeAD5zCkRboAxnqs55AA PpAAHpkAFUCsFaCkj3hfKihdTkpPq/oBH1AD9AT/AbCahORHTxk5kNMaleqQpdH5nQoQnhnwkZCQ AOoZeAcAAjAABCUwAvDJarbZl35JrANpn5MQpwwwn976rTWgltnVaxYWcDHAQTFgg0q3AzrQkgoa AJQ5A5NqAwtBhstYjRrgAY06qbK3qNUohmQojWhoe1/UVBzwAS7gAvCIXfnnoZ76qa05AgQgquuS lEnZDteVoqu6sAPZqhjZqgvQWjRao7QqowjFRCjAm7xKAzmKo76ao5BAT0q2nwtJrG26rESqABTg l8t6DmAKrfDYqtTaiCiXrdJlZLQYs0Z7tOZZAUs7i+Y6rRm5os4Zj+RZs+kwpAmQAV4KCWDqZidQ /wMU8ABBEBRoSpGsNp/h2qqBWQkMCUNWSrZHq5bkKZKiFKCoZ4U3GANCwANchKBeNAT/x7KOKrI2 eZMbQAEqagEb0APOyKi5C3Vj1JbeSrMBW60PQAAF+KnL4bPrgpRA6w5FkLkG+QExe7R766oYeQBM W6M1WlXHJLVXVVU2iqMtkKOgGb6S+QgeCQFH2IQQYJuHcJHRq6zoMKzP6QPPmgDKagEXeQBsi5FM WLByi6LR27mde4vT2r8iaQHVi5HmaQHUGo+xGLAJMLiE9gLp+6U+8AIS8AEVwAJEsAAsAASRG59q GqYnoImuCgEE6wjOu7loS5DrkMKWhwA7UJJMF/+xkKkDQ0ADQ0CZHbDDTcGgOFmyGoC7N0m7MRuz 3loDRru0t9uMkroB14hlvjuz1ltPftm4OUu8lHK8+aepsKm8QcsOtEuDAXy0/IvArkqs1nsINAqj HFSqMDoBWFqaRAWawepj+cTAgKldmljBC0kC3iquUYldfTmtz9l3t6i2Gcm31WoIOAinsmQBNZhd Asyw2AUBCLzGnoDGxOqcA3m+bLuIAbuIEdysC+Bmfoy4L2CKHFABNAsCOZABeSm5atp0rdx3gAnD irDC7tqsVvqjzcoIFwUAS0e69heFOJDDOIADKzADqsugXZiokAptR8iJ8ynA88mM1TgIUTzFh7z/ tPVovTybxTzbxUJJonBMQM7LiW1qxouMt5zMt5pcBF80AKjUXChAAhBwAPeMAvQ8xwIgrgJAA1jr Yz5QAU0ItnxcAR/wfgz5AfDorEhKvX7Jd7dIeHpsyPwrCDdYBAUAmYwpb5aQuZK8ufR5tJsrkJls wAaWwOeKyT+mv9XrlzMdi3y3aqmMuJiqxBUwAjkABAQQwpMLmHibXcSqy4jgvCbwy+/qy+cAnmwp aRc1sQIHjKaLAM/ckjyww5tJk5AKqdXc0Olw0p4bv7a7zYJARt78zdQnzl7XdT07j+eMzlWlzp24 qp1Lva/KyQuAkXkbAOhgtQFgz6W6z1almwFA/9ABvYgCAL5aiwh6nNB73IQM7dCAfAC2ab+FPNPK ml2QiMYa3chUOIVERVBTiLl3zdScW9bAnADUmrecEM8vbcXoqteGPMq6lNOIW9TYFbM8x5r9yoUA SwF81LCPoNRLfaVjq6UKgKzNGpI+hn9Lt6cCcLpcxAM0MKSSWZmGypmHwIxgHbMszLnj3XSwp9Yx m64l6HeY7QNG6Y1ebJSkWqIC5AOR3M7ubNvVC519XQGdRgNWm6PZi1Aphtjg6wECsAACML7hq6OR rcdeisAN3b6XzdvzeeHHGwEmQACc/JfVeoM/FNI4uFIiLQn27ZboANVoOZ4qjpbUioSV0OGzzf/h HqnfFH0AF5kB0Avj0jWtFxmdFfAAZEoAI6B+bnaL2KWeeMTjFG5JOD64bGmlY2vKTN6EpkdwUCgA KMBFDb7MKECMLWCoGDZ14S3WKR6/Zx6/sPcOCSCzbL3eo9zePkAmdOgA8v2zYRy/covfSOuq87nf /L0AgC3Y4Zuj33DPV0XgNUrPOCqZPFCaoengxCrZXuoDE96+DM2qeMsBS5uzx2mEMEQArxjK1IqD HHRzRvVDp/2lRsYBEYYOXLTc4xnrbMl38BzbM520mMzhDpBdABvnmF3jH6DbSrXPDInjNPu4QYCX wX3BL3DBnGcAVT4ImctHhlzKgVsB2M6Wwwn/3T4mhUn3AwFXVDcoV9DsoCIwxBuQ3kwN2GT71E2N tgsQde7QpTS73vjO3pj9gA5o5/INtHmuAPYtyXlNvSYNj7bOd4NutXakAJcpoxNQVV3lz4s+x9cd RrT6tNROrGBKrIx7kWqZ1CjKquhqzQygex56sPtM0weAg0SVg0Wl6iXuCPbt6q9+rFjq1M2d86Zc yNNuvjMtsLtuAXT+iud5kdI67D9/CAKJ4xyA4wbAuF2Jl/yql/Tr7LpkbyrMAOl929vu2mr89c85 zz4mwwRX3edwWqKWUXja3TSp7un95OeQoy2AtnMfAHUv7xZa7zKb734fnRG9jePh70UJxmHM/5Ak iN96Xd4Ij/CD3gIhoLQhoACCXQQDAPG6WfFcpJwZgb3YawNOy58NXNsZCeMUEMi1XYNZ7KnncLAZ Kcr6+9EwL9Km3lwdfVdGJkkysLlTztzNTZ58R6ywnQkdTq1Df5VWpCM5K8ltipEavPSG0KU4buzY Bc94CdxW7+wvIElJFrcM8AF++7eXeuOXuoiG7O0+NgE/8AOl/Q5iju49AKka7OPpkPfvPvfAP++v d0CmCAgyC4OEhYaHFIQ+KjuNjg4lkZKRDyiWKBMTFCQ+HBAQFKEVowkKpgoYp4kLBwcLATQtLSGu PiEKsQFFAwEtsAHAwDQ0AbjFwwEDysvKKf9Fz88WraOfB58+PtDa0QWf3hUJDKfjpgwUFRCurBUF AgXv7gLu2u/12/famxwZGa2l5D78kVOQoNAoC/gSKoQmrUKraRUoOKBg4cRAUycscNiI7gMHHxQW ikzAAV06Cy80HqBQggCMDA8o8DPwoqaPmi8yvAAhssimDz4sCGX18OEodEePFnWIsGcRCwJuKLjg rp28q6ZQNr23QUOPDR8gOHRFYWCisuRWLei6IZPbtwlcqCsUqq7du2pbCWH0CNKkEg8oWXKrr+Q/ BefAnSqWSoGFQa0GBQsBIEQIWbJ0BeDRwgMPHpt9mSJW4tiKZM2WOdsm7YDJdK2w1cX3zlv/tU0D GSQ4lw4yvHbw4s1zqlBfv8iHFQR0fSB5QYMVthIXSQE20YgOdle0eOrECQIaS3768CHkdHwkIXA4 ILTkSpIkWDwAYWEmzvsZQJgvziDgp8djTePaa7YptcBB00ElwSk3XHDDDQAg0A5KKeGzgQhegVWD XBAMkpxaaJmSSAWsbNCDCG295VZchoRyyIuGHJDBXnw14tdfDzwwwgiDacLRYamcc5gHAXgg4gK7 +bDOMcP4EgwvnHkgD2ZEAqOAACRSAMxpqDWDDwXLoXMASKGMx8k97xCoHgXhMODmbsypE5xVBRQB HAISnvclCftUoEBkoWBjlCu7sTmIAqwc/xidniI1pE4rFJyQgHZCVVopR7YFxeg9JIkn1gIUuLAA ByQQ8AAQMdl3X04G7JfQT95YENAoRlFj262tiCVdT0IJgMAFETzIoABaJXThV+SJFdkgdj3EbF2F uMLWRYiJSohaMMLow4w01ujAjZI8oMO45CIm1mGMIZackSK6IhSYFcCCmS8pLFOklCRAIIAH/MKC iwALgDQaMl4m1FoFH21UzUOuPgOcrR2uV2gC1jj7DgLyWDVPOxJKUOem0PyUgbLMrifrrMsWwg9E u4Kcj3WsRCoppZZSoHCBDbuc3qcUgPBBBRkoABMJMIxQXwY04ZdBztvYHNYnFCma1K1Uw/+mK6O9 XiWPVBS2XMQGHYiA7CekJKAkZESlfIi0GqB4EQWCMEtXpXid7c8i3XoLbiQ6iEvuuNUpZgqRRlIw 5kDPpaD44ikEAwwzygAjQG/7+ksMmAI8AMswxAywmsHTeLLwu6GgmXEBSHWo3kbrRXYxnsINVwCe EtT+jstOZ0ArpCcJuntRzK2zqMv4OPooWpNOSvfN32hKvDYJiJWlAUDUIGMFDzhAQAksyKTqCwYs TR0DT0NgQQINQVz1N7kOj7VQN0jgzgXFWojh2Oc+ljLwaj+61okbeJs6VkERC5DrAQRI4PZKEIrk VUAFedMbjsblN3IFzgfjYFdiMHgKinn/KAU2gJwIB1CXF/DAcAsQAA+IYYx/GcNxlqDOrDzxEK9t Y3Z4SpNSirIAeOAJYxobjp1oVzuP3U5PP/lZgKrDHmwkJUBxYtnzineguaxEAd7JIgFsJjqykciG OisJqChAABe4wCEsAMEIQBCEEXhPVeJbiAXIFyvtyeqJeITU7q5GPEt1zUJhy9DTlPSYtEFkhzys oolE0IEUvQWFY7TAJS6BQAVK4luOgGAEbbQ3wFiCR5jQhFgMwMFTYOko2JhUZNylOMjVRRkUeAEC AAAACnSmF57xgOZ+MZoASAABKFBABIDZqEAVEIz08BXs6sHMeihzmVr7GDRw+MscbiqJ/16MCASC 4kehTC1ACJriPR7Tm2th8Vvg8RRSvihOTimrgSAgAhEoYAAQGIAFLDAaPfnBT6ZpwwIVKJ8F0Akt /j0kKD4YCx+nKJQK2e9+YPlGRNL2TTwWpGImapsjCTPASU6ykgssASYzuUlOdnKSE8CE4chTgVIC LI9qs4BY6gXLCL2AAiQcxAtq2S8q6aIIViJGNVEQgV+igDgN4YA/kzm7av5Qa/L4ITSjiaZmguwc yfKG4V5DHvJw4mTSqxUy+6ioudhFJXhcwFiJl56QsAl89nwAPvEJA/1YwADhi6NCZMWBp1mAADtQ gPa22E26/e4k4myoQ7cBNrEJ8lYTHf/Q+tABqlwdIKOM3GgmzkIBj1LSkiIdqSZLyslJBAalKQVT X0mUAHlILSk8dJf0FEcBALxAUbypgCwpUKXOeMAX71AcMIxqCQQYNUGuUapI6GRcp0r1uVVRZsba eY9A9VWrAwrLE/8TsN8xZ60uKyTJBsG61g1oEOBlawJCBr78bIAFBBgBB0owgtpZoGdLzUdWKbAD ApxiB98abAIfUxIogkKcZOSAUOzXNg0IsnxaTR8eR1HZXJmoB21zW1pApYC/lQukkcBkBEn7LdPy rVwdpkCyrDgg2PJQIwEChW0XAAHEvABRoQBGNxxHtgIoAwXAVEA6LnGepObXTlchYhH/l7xMq8Bu utQNWUlUXL6tQuAD/MPGycZClANHeZwjmvATQZXeKMcSryzIwAlGAAQ1SsAAtUOfU2Sl1cAm8CI7 4KJ3mTJFm1nPhhdqcIZ8sL6VGM6gbKrVhb2SWbOUxcOnAHFoRztivd2IgiX42ynoDJtaPdFZavXE WBxCAQTcNiKICQXjUDcIH7C6hz+2RG+ISkzkIiy/QVQyAIqIMag+VYhmdg+nQTGg2HDTUk5c1ne/ bDD9TZgsZWb2mfkJgh2MYALGvQCcJXDkZ/BGLPw1hQLHvcUCr9Ia3e7JWYQiZ8aGDcMO/opM17ce MtFtqwq1QA/23WANjyNEmjZFJUPs/4BGVPoHmwyMJHQwgkyjWERIeRRMPQRjhzjEyyWMpW4pQFNW JyBNg/BxMIt6iaLWGqmu8bJCcv3cXmtNqlA2M16aNTUI1KC8pGrNo9DNbDkWtlI9R+I++5kAPBng AiaA81rvSLZwU2sHCeDyOtjzvLMogIa7aqxjHWwiplcN5xJVB1P2De8TNVJFb7mEWyQt4m4hXAin imD2FF6CT3rULXd8SAEG4eIe7l3Ug7qvqWmMGCEv4KbLqEe+9v7xARC1dsCU6lGLnHJcxw6qvoY5 sMWJDZx7XnRQ3O7JILPsoJv+9D4ZugWkaoAHXYDbvDpQ0xMQWHLkGdSuUWvVQaFz3f9ro7En4nqG ALQ+6f2OEF8ke1cYnVm0u6VHE6hkwzF5qrjHHe57qX4jsoeCHNVd7SkNZSb0h6TzkX6AB1CYQ9ah +9reFlQvINECEIDTAXSDHZ+ox49NDsxJYq3yC0EnmPdy0LV5COZpYkYNUHRQo8d+0YZ6EKgnhUIR k4InF0ACSScBS6co70R7jrAb64F8HfKAxVMWCnZfLXMhjrVvXcGC5HQUEgVFIqhWZIdhXSE2zed8 KfUW0hdalYACbIZ9QmAJ1/cAjvCDQHh30Dd+rEVmfmQ4oOcK1uB7tWVqbnV4s4RT9xcw73AgsOZ4 RPY8DaFypnM6zhRVzfVkR/RlsmL/UG54FIUVMEoyhSQYgXaoJ6tHOxfweho4ZxxYDROTfoSQcr5H PIajc4jFWCKwgl/hFV+xAQDyaWrDd190YfyWUSfib9QicAk0AoJVcH4zAo3QN3sxLjuiAztghAzn YQGnA+TwFIPgDZ9HMuclHbPhba9kf/L3cXznaqnhOQwFgLTRcrCjZLVzOqd3TN1kF8txSAchhwnF Tnc4jUGXh831S+kVibLIOh2yDp9Sh9UlU0OBXlyxiMuXIRmyAZBIiXFyfpSlVpZog/CmghvgFAg0 As8gUg8ADaK4j0VwKvdghEWAj1hDNd4FGd1YZsqwd1yYAnuHDT7mOcCYWMJ4Q1K1/2QYCURrSI3/ RCbNyIDYQGjkyJEkGWWrx2vpxhAjIlHfwDPgWDzWYD4LxhUOpgHnWIPqCImRmIDwGI9kJ3xc5xQ7 og0E+Qz9CA3+uA1FuSn39VqIlHsUoScL+Q7NYA+p8TliWJHTRIDG9Wv2UJIlaG9+5ERZ8pJgeZbQ U0ApyRphllZRyYaRAUbneI6O+Ij1WClOqVYLlpPqyG9AaZPEsZT4IJjVmAgtZiAzySgT6SXAyAxY mZXo0DBBhHlfiZYGAyYhmZmEZJaW2ZmJ9XOc6XNjxZekqY7F000KUZo56Zl4CJrEw5iNKZEF005j mDPNZFWsKZqFlZu82Zu++ZvAGRycwjmcxFmcxnmcyJmcyrmczNmczvmc0Bmd1BUIACH5BAUoAEUA LAQAAwDZAUoAAAf/gEWCg4SFhoeIiYqLjI2Oj5CRkpOFK5aXmJmam5ydnp+goZuUpKWmp6ipqqus ra6vsIMrObS1tre4ubq7vL2+v7kBscPExcbHyMnKrisKzs/Q0dLT1NXW19jZ08LL3d7f4OHi483a 5ufo6ejc4+3u7/Dx8uUd9fb3+Pn6+/z9/v8A7TljJ6+gwYMIE06iF7Chw4cQAQ5USDEehosYR+zA mFEQR4w7Nn7EUGgkhh2ThDgo8uDBK5EuKxJqydLlA5KJVnRQoI/jvYv1gPITOhTDT6MR7RENyJOg zKfeMBAotHGqoBEYShTBEJNQVUVcTwmROgyrEKiGaN5UpJMnPqFE/5f2k5tvKd2Hd/s1Rct3GVmv fz2O2Np10NdEYU0dhoW170ybOBG1bUCZsl2keStXzmwZaWfNoEOLbsBZ9F7HqIkFFrR46+DEgK0i gj2IANeLBGxjGFwEK+6tF0fQZHnxwVndu4tsvIlhA0rkvK+CdLCh+NkH1Y1e7fpgsG+ytlG63lq9 MPXiHrM7r+68CPINK9VCZttAAeiLo/GTxrAZY//PoekH4H4CctRZgfyNNpp9TqXm4CofubTYTVqN JOFI0XkUoXthYeWSWVhpdVNIZNGElQMO7FZCcrYRsNEGQmw0wljeYbDSII2N5VKKkIknSIpnbeRA iMTtEJ5g5BWio/9yyV3kgEhP7kZjETzWZOVaOdV3X4IBJqjfl17yJ+CWIwEIZphmcqkgaAw+6CYr qzH5kVW0sRZnSYUJYttKexax4g4bdLXbVzQFSkhjgmAnY6IuNZchjiTpcJJ0QgxHSHIjbFCEoYId OV5yhEh6Y2OJJWYpo1fOl6V9tozZKpo5uBqrf7qMCSYtt+IKq6y9tPnmr6fE+VWKMHqUJ5OyHVIn h89N+ieohBHaaGGWjvgXTSUw94CPvZGEKLOnXqXpBq9Fx5WnTSbL4UeEGYuqAy2hJx9xbOWgwC0X 1YqBrvzii9Eu+dYS8Ej9zspRwcDc2yCwDD8i7F9VtkvVnZcee+T/kX9y6pq0mxb2raLXFmabx5FO 2m2lx1Y1qcYqTjplnJKeVbG7NS23raHzYimZvf6+2u/A+/YcMC5Dz4pwwUUf7YvCDTcdycOyYaWD xLGBZfGkGJ9E5E0rJWeijTquOJhtGoW86KKQFrFkleEmmtjWNqY42E2vqbukEIaWGlNLfXqYaiOz 3Nuz0T8HDTS/SQscdOGMNw7MLUw7LTkjUBNSnUhzYs4RtyblhrWzk35nFd3DMdcedMiiipxxh+J0 HlfXHcth1BhZ5RvdW6lLpXoo6Y2qtmvlHNkhgedysOJI/+u4z8jrOnTRxxP+eOSTV2+9MkCiVfzj 3Hfv/fe6UH/9//jkv9I2RduDr/767OMifiETxC///PTXb//9+MvPSgj891/+/6gYi8mgkr72GfCA 3HufIOKHAAQAAAAXiKAEJ0jBClrwghJ8YAP1xwj/IYJ/DAjhCUYYAgCaEIAFRKAKV6iLBk0AARKI YARmSMMa2vCGOMwhDiMIAATEbxEhEGEJCwFCEY7wiEM8oRKtF4AmOvGJUIyiFKdIxSpa8YpYlKIh XggAHXrxi2DcoQR+mIggCrF//DOBERlwRBOYIIlLjKMcq/fCC4TxjhGQAA31mMMHipGMhzAjGzNA yEIekY1vDAEh3zjHRjoSWFz8ogS6WEME2DGHKKBkJnMoAQTk8P8CPiwjCURoSDe2MQMhMIABMuBG OD7ylbCUSfwo6UUY1hAAKPDiJiOwyxt2UocXACQRR4lIUxqThKpkJQljycxmIqSOYLQlDXGpS03S 0oa/1GEoA0nMNnrzjatUJhJNaIFymvOc6LSAM9fZjgnw8YvSnCE15dnAd+5ylz104AyzycltDtOI 32zlIk/pSutZQAA3uAEG8+nDcrJzEQ59qCsmcE1t8hEAncxlHlEgAQmgwJO8tGYEcAnDTfIThxid ADeLeUw3FvKlGUhmQSVngYTykKETEIBOd6rT+EVUooWwQAR+ClRUTOCS8PwoCj6KAI1ydKN8vGcX GzhDqp4Uh2P/XGlAYarKrnp1pk2r6QUeiFP58fSsApiAOos6iJreYKhsNWpFc1hPSlITlx596gyl GtJ9evKqNkypIQRpzJd2FY2ITSxYH2QBOzLUh/NDK1rXGlcL/CACCaVsXClB0TDGc6S5JOk79yrS Xf4SsDXspEr/eQKYxtQA/SOmbGcrWw++qbEQbCBk6SfZyVZWAjuQwGVvoNllZPG4TsyfcperCmh+ sZeg3etFN8lXquLVs6slhBlbW8jDCpK2awyheMXLPzfh1pIbrF9vfctWC8QgjwpVQHGVgVzkLve+ 92tuZ597zXnicql65esFAAzSjgJTmEVIrDljC16WtvSQ5HXQ/3nRa7/1sheoB41BR+NL3G84sR5P BPGHOxBiEo84ufhNMQdT4U6kcvKG/e3vNG8pYxoqNrFdfYGOdVzEbm7VtTA1JQMWW5EJg7LCFubp fJ1pgQIAIAYCwOwFfnCBJadCU4s4sZabKGIum9jLTlSHNlYRvxji8cx4TKNLxWnMVBpgxzweL0DX 7FqvJvOlrXQMbvN5ZN4mWckYpkABNFyA4ArXjlY2xQawrIj6HlfM2WBFmV2M5krfMAR0BrKb4dzj OReWkHYOdVcNSWSETJjCflZyOlddACbroAAliEEBgCsAAAjB1oneFKMfAaNdIyKKXQ5AsIf95TCP 4BnHhnQ0Wv/BQDNb+tk2DmF3vYrKN+84AZgeLwlv7GZRe5uQpTbInjfYZ7Pu1JwYrKAACpBrhpkT ohYAAKxLUIBBl0AAQhipM3K96EU7YgMasIGvDwHsYhO7xE4cgcKPvXAFzEjh8RuBiuf3CgbCEILp zvgEbXhBAGR7yK/17rXTON7+LeDkKE85/wwAgpa7HATfRiVaTn3U3eZUAOi+aVnp50AJsvt6FtDx ks0ZAArUugQImDWUERDcKf+g3RsQgQj8rQiAa2Dqi1i0o6XYcGnESAVgD8kD4jf2icdi4su1JA2D ib+Pr9zOaBwheUOQ8gWgse52D8HL9x5qcEOF5uXGeWN1rlv/n666nFyMYLvNK/S2Et2J2yI0CmIg 69z+QAGIznrUBU51QfT78/02BOi3DkWFR+PrIUm96lH0AHiZPSGTnmEwFfHxIady77XnH95DUILe l8ACeLf73l/e93DHA/CQHTxZNbjBco6SA4Kut/TZbYHEL14eRBVE9h3/gnM2cQhDCAAOVsADHgS3 3rGu99Ivm3lGAFwENujA56UOfxvYXwE2mDro4S//ImxZ2AYXgMnGE2G3equHIgjoAM7wAOZAEQzk WP4USN+VWHOHbcCHcrzne71nAQeAdxagd8MHc3D3d2OVXkc2VsunWw1lAR/AARxATNE3ffVWTj13 fe5QTj6A/wg+sH1FEHQW0EQzMAMBoBMzgAPh5wEIoFMI0HsFwHQFEAFCMEk3IF+NYHVSt2gakIVa KHX31wECR38aQHX/d3AfNoCod4AJmIa91xLOoAOR5oAM9EAINljfJWe6lwC+FwIHcAB4GGtpeIEp RwEgAILDN4JPcV7yo3OPhQDmBAGO6IIvSALQJ4PTZwE1SBEWkIOLsIOGEHTdFwA0IIRRhAMHJQCx lnQlIAGFhlFQSIVVCHBWF4agB3pXZ3W7RnpNlGwFmIYJqIG+uIYPoANueA1PYT8dVIe6twAJgIC9 p4fLqIAKgAHPAIgpZwEh2HKGKBOICEqFJz/n5IgL4IiO2P+CkTiJlDiDL2SD4aCOPdiJnyh+Qyh+ MaAA4YcDtRYD9DZoEiAAUCZcCtBh/2aLG+ABBOkBGyBwBWmQUdd5goCLuph6zPiLEvmLZYcC+XMI PkABGplOpLBUhpACA5AChNBEr4BYPnByz5giKFICIbCMAxGN+5YAPtCBC9CBgniNIqhKxvcIGbmR 6MQK55VP3mhOFVABHcgBEFAB4QiOJxeJO3h475YQa9WTGkkB59SJQSV0Q4ADARCEXBmK4qcDIaGK FBADDQRlUAhXvCaL+leQC5mQBwmLhVBwCHdiD7mSE5mXGvgAAKZchUABPhCJtJWRiZYChmkIoYUC ReCRIDn/AAPwRDzQAguzChSAcgnwktKoAC35DB4QAB6wbz15kjRpjdd4WKoAmM43W+VklYSAAtOn mIWwVK9JCLjFdueEkkVplAuAlEoJjrq5mycAfQ4CmIIpZ4QJUd1Hj6PYRDwQI/UGAPSWiqsoAUs2 i/0WhgQZdVq4ndvZAwMJi9YZngCIcDOiEg6ggbmRngSgl77Il32ZX4JAnM/ngh9QTjVQA+DImoeQ AjZgmCIpCJn0QLnkQ40ZAOVnoC3QmST5CpV5ABXgA87QmZ8pXwsAoRHqDDKZAJmYAEZZlKQZgrC1 k4yAmpkIiR9wovf5lFbpmvoUARegirC5mBZgZi/qmm2l/3jltIcLoJQLAJXhuKO6CQG7SQKa2Bfy WZUUcKIfcJ8QgKSJ4Ik/2AErYIQdUIRDQANDoANJiAAxIGhLtwOMGJ7x54X5N3VhqAEesJ3haXXZ GYb0Z39eqH9ad0UjgJctcad4eqcKt556GYzCOIzSEJ+CSZ/46YjlVAGOqJRL1piO6Z+LmU89hAIg aaA0IJmRiaCSmQqrqX2HipQWOqEUsIcHYKHOAJgauodJ6aAV8IHcdpockImSyAFLKo60uoMLMGun x0uKuVSYJXsa1Go9eKhGOaqAeXIUAA3SGAAKoIy5eZRKaQLCyRcUEInH+gwUQKvViqGIUE7v2EQ4 MANTiv8DWGqPXEpv0DloAIBznhd1ccqdZxqLsrgB4LWDG9ADWqid99pvV5QA/JoASNp701hOz/AA ucGe2eKnwjgNllUE0/p8LfgBtAqOFpCbRrmojumYS4VLkdpUS/WYkdkCkkmQINuZqJCJEEACFNCD EJCREFuh1lqTNOkDPsCvFWoBFGCUqeqhxDCtFhCrshqxQDtrU/gMCZVQAFa0LvpAHZV0wVqUe6ih ykiTlxmhnpkAPXp4GYCysKCRPekKDcsA2Wqtjhi22noIPuitQ8AD8OhEOIAAzjl5AlCW6mo5tHiv GmCvsoiyGimrKFqoGlmvWQieGzCGX8avsuoCLiCqq8r/gPumANlKsHx6nn36p4DauI5LTPSJrVWp qE5bsfuJsSPVQADGqwAwAZ6ZkDpFkAtKCQ7FgRUgnBZwskkqpMqokTU5rHW3g6eKqB26qoYgfalA ASTQsxyQchFblCjHiEW7vEV7AQXgdC46Vp0EQxagmBNrlDO5h6FqmZyZANr7DMmqAAmQtSnbChop qtrLCl8btpkpvtnavuJrtkKnAEKouh5AA2proEKwboSGjz9XddfpnYs2StMKsUArjkqJhWE4CITb RAlAAieauOi7h6vqDBlJqgTrexFJkaO7VN4YP18LidgKDTfbgQ56wpQFRQOQSbqFAiQAAQfAworZ RAQp/wBCKgD4m6mTkIkV0IMOCrsV8AGhyocye7vNqqM1C3OuO6w6WwT15sQC0EBPXAohfAAkcHKo mqgviMVPxbzMa2uyJ70q2FQ96LSquqonaZn9ir5TK6EJ8GZaewpIer4TTKyuKkLvqwDK6r7OEL4Y Ol/cagGSyZc4wJUg20QoEMXn92T/W4Xe6Z0EDLEnjLMI3KwWIJcNaUUP/AGIewC3icWWtawJIAML GLm9OJHu6cE+tQATEMI/K45k67g02YHIq057rACVGgArPLowzFQeCYo8YMMdKAAfq8OR4Lo+/Lop O7FCTKxWa8S4S5UieL1M7LtNqIpKCEOqSApVvMW3q/+qEODNB+BklLZDKDi9LwRDrXa9FFyUVkmT KTfByhihVqtjcWwK0+qIPgABJ3oAMGzG5YvPkehG2SqhGFqtBo2hnJiVP3hW9cZTUKiKEgBl7IiF kDy7DkoCqurPSfmCG33JjKbJEJy41UiNnuwMpKwAGeyHaojKoxs/PgDTz1eV4ji10lCZNXlyRRlm NFCpkomx+URgv/yxHiAACyAAInvIO+ygyQzEzayUcxzVBRsBJkAA7NzOTXbNSTd9HQWskuADz4eo 4ty54XzFNUnOGqe06PxCXV3Gw6qqFnCq8Iy+TquMNLsAbxatkBDVgCmqLFixHFCxFeuklCC8iHQA YTv/oXx8oc9gtQHdVkInABKQUC7aUU6nAOsGAGDKjptyt/L6sz+s0UWZlGIt2oh6AJ1nDZsswcEX z3mqwU8CkXi5l9nyp9HQsBxg09cKATYNk/uGxSinrLkMspIpDCzcVEHtmP4XmZ3JAwlZkJMJUUzt usLpA0J8okm5mz2qnit5AuJFACdwrW9dlNLXQOvGU9rs1Y+A2xlQ2lhM1uLsZMs338u3tOnF1gaw zmYM1w5g1T5AsWf8mzl9AKt0zyOqkVlLW+f0AYAt2Dt4SFUZCQ3rRsPa2xjqoBYuvie50NwXytSQ hPj2A2oVCdrpnaBd2uDM0R492kZJdaotqwLe2jCL/74y6wOxjYYUSbmVC9a5fdu8/QzKmpk4zaPC XalopAArYNwTwKtkrNyny5xS5J+O2gih+qAzWQE1oJGIWsAI7ILC63W5QcAwrLjj/NDrJn07ld6R wOOE5N5G7KBljcXy3VF0Xud03o0WJwH57daKu6ooQgBVicV1PMEZYMWPjQhVmQEK4GPfVGUvvIOB 7cnlREEuFeFUzgAw/ta97b0nvOmzDMjJidkOXQACMGU3MLeQAHAmDrEdWtYpHs4rzruovcCqzcnw LOO47gOqJ9sSibAJ67gfEAG9LeQ2ndDbq6PC3QIhkN0hgMuZOgCLueSK6eRN9JIDcbEXawON6ghL zP/Rudmk2J2oyqye6ukMYHvaMAsBpD596yYI5a1bUzyiL0hIMvC6Hg2zHeqCGn1yBaBK0zvGY8xz MGQA23zVFGwB4K0A/Q3oVnl4FCCTLsDgh24IFJDgJOBGEhRqQrfPO/jonghnOxZOGaCRi9CwH0CY Mvu0/QrgfLjGO7qHHK59kd2EAGBTQ6sA+8jZmyICPeCdrE7Brj7a/qzv4KybC4k/CcABJI3ruD7E CVCAEOnS70kBEWAANh3kjuuyjP3M/nqSoAiyelihzZ7LRfCYkkkDUNTTwl3kuoztF/ufjcCB4AzD +uwDBXC8D1wN5w7D773uD03q7T4IMrjekkhI2hv/1R0a1R9F8P+ugvajWx1lAGTsunRNASdAAM9w AryYGy0HfEKaARyQkYpQ8aNkAhcA8qj/AjJrTk+ZiTUus6gv8hNPCMJ78uY043TN4hT71ijsjgd1 85QNSoI3Caq+AazOxEF/2rBu2jkLi0jPyUzf9DCr67u+A5JL29miyq1c9aRq0ENMquIL3KvpA04U Ah4XAsSdqQjqAQd6qc6A9iUg3En+9m8PCXKPqI4oqjJL0+IICAcUDAqFhgwJFBUQBwsLBwUFApKR ApOWBUWam5ydnpqDHBkVC4ocFY2PFIIVp6mQBgYSCLQTtre4tBK7spmgjI0HFRQnCgQEhsmGJxQQ /xCoHx8Un5sUGSQnGQYv3N3e3+DdPuPk4Bnn09SDPgfOFguoB/KoFYvO98/1jfUWnhbcFhTcsERQ gIV+1BJq2iBCQ48NH2q4kCcMAgcSwhYd4MARY71njTb0ELEBF64ELmQ4WsmSgsuXMF1SlCdExY6b Nx04KMGz54MHI0agQGGLgoyjPgx5UCCA4oJxCRKwXGABpI8ACmhobRGga4ABAXi08GCphVkPXpmS otB1RdcBcAekUPiJAruKB3y8dPaBhA98HCgkYEAY0ap4jipdmlSEEi1fdDfpTQeKhCjE5Mg5zTwO RYFYu2qZnEALAa9YFlBssiAsVT1ihY7Jlg2idv+zjxB8ICwSNaY1EudixQpH3BtnH8QNoEs46MM9 C+z0zcOND5+8Z7s5/bNwQZKEGwezR/bE8GE0qy5beRwmqGNGl48qbNCwQZkhlKlawp/K/5G8DDXZ hJNOPfmkw4EIKkDBB0c9ZYgA/snTXyNV6RMADWaZFUAKcQXgAVkkQCDAh2jRkBWEehWiFQ1fyTWe P9P5wJEzMylyzwIcHJCIYO04FQkCmBCUiSQIFCABZJENckB2zWUAEn/TSTgVChZIIMssCJiky2kS pNZJM1K+Vox9ypyQwEfDbJLALmzuYo0owQm3TXF0hiPcOeiEJxgnFHDgnDMUvFPPoPZUV911FYj/ p8k/L4R30IsKbdCBCOY5U0ECrE0GE0W+scPOAvORRCZKU+3XH5R5ARiggDkVyJMODyCIoFENLpCA JfFJx5KEKfTqawpevRUXXF0JwMgCI16YVQB2CfDAhSt+NRek2s1j3ZIwFbDIIgtYxFGOEv5Iy2KM NbblkUgy98GSfPo5CmIzEQrvTJ5RcKVopJlmZSxFqtYJa4h1O0wCY5LJDJq6gdLmlW5akwGc2sgp 8cQUS4znxRS0uUsC1TDwJwQWYJpRoYbiEw921GxHbWQMOQSRMz5Q9dRUM/UXc0gj1WcfBS60dCrN jsiTgA+rstpqgbHCKqsO9hqg0q4jSyelBRyk/2DDsFjH9dILPKyCLA8sLnvissEOtTKf0XEADLvm PqbtoDM1Uklp5JbbdpuRZBITn4wwSUI0UscrbzzzUEQlm7VsCZoF6WoHT34gCXbC5JSb2Wc+VFWz ywUnYHPDDSZcgEBMD19s+umop57BS1ZewPkFsnBchAUeP+cAAdANLq88ipycaMoAnU2NpA1VCpIg MQcdt5SOSPUIqCN1UJJJRq1EQUuOOvpSVGeqULTRO7n6wFBCETWBvR8YsPzgUmKqdgW9Yv0SXBS8 gAAAAFAwVgBj8eDBsxfCyrJmgQIFRAAB/hIedGQUqEdpgkjjypsE8yaA0gBJEkLqRAF0UZpMQP/n b9F4yTj6xicQWkp3HyiUvI53AM/oqzSn6Rdd3nEsR9xDRztySQI2gjkm8eJ1rnOdLEb3gA345ohI TCLrABDEz5HgBhtbVAU+ZgGdEOAlEVqebnzgO0WtJjzCI48IivcyS/FOeVEjXCOu9ziRaIAko/Fa KRzRwKGg4AGz6YlOcOK97+WEQK6yI1GIsgrAUaQAjiBUuBD5Pn1wiH4AQMALKDAANr4gfx/i31kC oImuDJAWKIgAAcM4O2EERoOTMI0FgVSQClqwbnbbxAR9UZV8TBFmeiEhKKb4MVtOUQHxINkJKVKP AqBAY7HwzIsEhQobOuNb0LRl5viksWrS4gX/QWABCzYAghFswAC12QABugmCDYygNkXsJjfPyc1t boAFMADBuVp3pXRAx0/uIMAOFHC7K2ZPe1LT5Seo9gHZkbIIxOuByz4Gt0D5Z3fy0EswGOFGEUiP eqlwSWoEeUfZ6HGPfPTjH5FWAkHaAgV28VMzMeU8p5RiI2rLB0V6RQEAvAAew9iW/SiAFv59iCuR 6FVXCDgUVSbwbAA7JScwuMHQrPKpk4AgJiD1Ty5qBEzscomMenmPb71iUDWQKTGXdDhedOmokXmH wBpxD7hNxxGKooAqn1qaBCDAANl0ABBGAAQgwGAEROjrMWDwExhkYAQEgAEB+AqDv2ZAmyPg/8AI 5PpUNlFmQX+iwA6QUYgd6KSfx3jHKdQIAcoMtB1KDWPLGrJQrjqjFKtYniDORBEIiEShY9SZIeRI gaUhCI/H4AlI+yjSAYWPJw941YEMwbTzkEIqDdQeD4e5j3bU9KYQUNALFADbrhQAAsGyVAHgggIE KoARdjxoUk3bGILMU2MRxOC4pkpKG7Wnb30axnkMxREF5OUuEPVPaTVBJeF4aWUWuJ5b4zaoUnix CHLlnl0RIOFbISAID8gBYYFwWBYcIMNAIAALAPuAv5bAv930K1+1yQIQwIACFeTeKncDnXto1hic VcYO+jTaeLFtoAe5XmrPtloNuOwvJbPIU/80GuTDBFM+PVBo9HRbiOtRQAG+PRBwCSDcm3yvuIAs gZbFnKBC1PgZzvQWNGMq1ocKQpLwuPJLfqUtR/igzgsY7wDseKxQIpCU60Wle/UlAQAgrpWuZGXj 6HLEeMiob644c8k4kqg+KS9grdkNSg1gtjAeJFe7czCjo/vPBFMgm0U8wAbeWQ8igIADRAgPC8KT AQUAgQirBsIDtHkCEJQABJR9Kntt9Iwb43g2x8jvvAacMtQqqFvsfVFCjeyyWiZ5zW0lrQWijNs3 UvnZV86yAoDbZS9/+Qd+TG5PdDACMi93t8JM8gkJ9zhmb61+FZjkI+ucgEiQIs97NqAE7Cj/yj97 2pTRxqAl6IroV8ZyPKGAZlhphGSY6CXeXW0FB7iLRuUxW5YUWDSCSw3Gg0JYFCzIJggykMIKuKAG YV3SX3QTIt08LIUgAOc7s3GOwPwz2rmzlLHJtAPafvXH/oiQqT8u7UlRitoiCbq8IRqmJXHbyFOm HgUmwFFbbLncRUO3EB6Qbgeou6QoKJ8dbyH1qStSQoVLMJyze2UILGCScclbiBDZ7z2LkoAWRCu1 Ao1KhSO6IKuk7+B9SZ1nqJnSbTeUxhWQPCnF3ROCN7nm65KAcwQhCLWRiJ9qUIHa0C43VENFeCrg auXkXDnnAPYy4SH0BOxTx7H96jQT8o6D/1hEQQ9OSEJZO5+HCMrtUlsJKbYd5fk4ZIwXvcXWTzqU WwC33XskO9nHLvbta/8mD3DAHZNrUq6bzxbMlPzbXSqMzF2Xji/49+jg8t0KfBcCeSNvwREoSPUi 3BNMdXiD5nAiN0N3wWC+ZFX6kH7VoRFPUXkr0X7Bt3kUyByCMScvkAC1YXrhkUJLEmkVoBsg8AIW kwgIhlORY3s4kQg5onx2N4Gr0SPywBrRFiljJGUP4RDGJzDUsWD5wS3MF2X08UZZNxrmd37XVwI6 MT5p5z3bNxTbpwIPgBNMmHZdx3UmkX7sszxB84KgEEmTBGF3dz+UVH9PEQnwAHB7ll4USP94SyUk EjRoToUJBZhW2aOAM3GAFKGF81YPE+KFFRiI1CJC3JAZe+iBqbckqgcOL6FAKEgjO7JDHBCBQDh7 cFUVCUYtDPF0zaeDq8ZM68cffmgBtyWEbjQSokImWKYDhXB9/LSEBzICNwErNRGLI6ADOzCF7LY0 q8iKZDI7OKVGXJgruwdhLlEN8zMAeNZviXRncPFI07J5bvhAdAUk70WHgshFcaMbVQWKPpgfxAiD gjiOnpBDLxFTfxENPSIdvmFQnvaIj2d38YFm4qgdvidQ0pZb1JaDD/GJiUQPlmctcFWKCuVG9JFb 44FHI6AJSvgAmyCLDlkEZOcJU1gEC4n/VP84jIkkj/WoCfRnZwWQAog0DnrGIdEojf+3VBZUTYeW N21IddxYg4uSkS5FiRxJjjgZRr4hW3pBjglGeyfUVmgWKBg5g0QGdfvIbau2AZ+mO4RCFavGbVJp ZM5HH+MRFJxwkZoAkZsQkZ2glQqkYE7ZYERJLfQXCc/oks/oIhU4jYYHQ3QTVXWoQHqoJ+Pxk2NJ lh2Zk3xpgXEjk20oloMjap7mQEdJldSmg/24AbPTlE8JRksZlQqFmFT5ImD5CZeJkz+ZRs1kmCvD ls9YBC4yLCepeW4pgHQ4l+pll0h1PZxJIXvZl7KpDnZxjLJJcp45m+QRmbzJmP7wT8LXIZurppuC iJux6QmhmZxyERelaZopKUuz5JLEuZokJ4iBAAA7 --------------Boundary-00=_4XLXINNUU35IIA11VA40-- From uugloomyuye@hazelett.com Mon Jan 15 21:27:36 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6e2y-00083O-1E; Mon, 15 Jan 2007 21:27:36 -0500 Received: from [61.177.61.226] (helo=61.177.61.226) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H6e2r-00073i-1c; Mon, 15 Jan 2007 21:27:35 -0500 Received: from 61.177.61.226 (HELO 61.177.61.226) (61.177.61.226) by ESMTP; Tue, 16 Jan 2007 10:26:40 +0800 From: "Edwardo Newsomewfl" To: , Date: Tue, 16 Jan 2007 10:26:40 +0800 Subject: st ock speculation for qbjtw MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 4.0 (++++) X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a THE PR CAMPAIGN IS ON GET IN FIRST THING IN THE MORNING BUY HSFI January 16th This advisory is based on exclusive insiders/agents information. (HSFI.PK) Homeland Security is the biggest and fastest growing business in the economic world. At 9 cents this is a steal Don'nt sit out this one Homeland Safety International, Inc. (HSFI.PK) Call your broker Tuesday morning and get in before it makes the move. Lates News release: Homeland Safety International, Inc. engages in the manufacture and marketing of bomb detection devices. It has a license to produce and sell Sniffex in the Americas and worldwide. Sniffex detects a range of explosive products, including C-4, gun powder, dynamite, Semtex, and other nitro-based explosives from distances of 10-30 feet, when testing with 50-100 grams; and 50-100 feet, when testing with 1 pound of explosives. The company also has selling agreements for other products that are related to the war on terror, including Flashcam; Thermalcam; and bio-terror chemical products that destroy viruses and bacteria from anthrax to Bird Flu. The company was founded in 2004 as Sniffex, Inc. and changed its name to Homeland Safety International, Inc. in September 2006. The company is headquartered in Irving, Texas. JOIN THE WINNING TEAM JOIN THE WINNING TEAM "If they say they want to win the war on terror, but call for America to pull out of what al Qaeda says is the central front in this war, ask them this question: 'What's your plan?' " Bush said at a rally for Missouri Sen. Jim Talent, who is seeking re-election in one of the tightest races in the nation. (Watch how Bush is picking his election battles -- 1:36 ) Bush said Democrats calling for withdrawing U.S. troops from Iraq aren't unpatriotic, just wrong. He said Democrats who voted against legislation to detain and interrogate suspected terrorists, the National Security Agency's eavesdropping program and the Patriot Act don't understand the stakes in the war on terror. District Attorney-elect Rod Pacheco said the evidence against Oyler was "overwhelming," but he did not disclose a motive and would not say what led investigators to Oyler. District Attorney-elect Rod Pacheco said the evidence against Oyler was "overwhelming," but he did not disclose a motive and would not say what led investigators to Oyler. From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 16 06:32:21 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6mY9-00047d-Hh for capwap-archive@lists.ietf.org; Tue, 16 Jan 2007 06:32:21 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H6mY5-0006uV-I2 for capwap-archive@lists.ietf.org; Tue, 16 Jan 2007 06:32:21 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 25B68398330 for ; Tue, 16 Jan 2007 03:32:17 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id D214F4A41E3 for ; Tue, 16 Jan 2007 03:32:09 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 374E943097F for ; Tue, 16 Jan 2007 03:32:09 -0800 (PST) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by hermes.tigertech.net (Postfix) with ESMTP id 2E5D643097D for ; Tue, 16 Jan 2007 03:32:06 -0800 (PST) Received: by py-out-1112.google.com with SMTP id u52so1011898pyb for ; Tue, 16 Jan 2007 03:32:05 -0800 (PST) Received: by 10.35.75.1 with SMTP id c1mr1961185pyl.1168947124883; Tue, 16 Jan 2007 03:32:04 -0800 (PST) Received: by 10.35.46.8 with HTTP; Tue, 16 Jan 2007 03:32:04 -0800 (PST) Message-ID: <26140d940701160332o5162127auaae6ac34fe5db12d@mail.gmail.com> Date: Tue, 16 Jan 2007 06:32:04 -0500 From: "Michael Montemurro" To: capwap MIME-Version: 1.0 Content-Disposition: inline X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Proposed resolution to issue 72 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: d6b246023072368de71562c0ab503126 Here is the proposed resolution to issue 72: The current draft gives the capability for the WTP to share its configuration with the AC when it connects. I proposed adding configuration failure result code indicating: - the WTP could not apply the current configuration but will offer service - the WTP could not apply the current configuration and cannot offer service. This message element would be transmitted during the change state event message from the WTP to the AC. Cheers, Mike _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 16 06:35:51 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6mbX-00051I-QR for capwap-archive@lists.ietf.org; Tue, 16 Jan 2007 06:35:51 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H6mbW-0001Kn-Dx for capwap-archive@lists.ietf.org; Tue, 16 Jan 2007 06:35:51 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id DCBF24309E5 for ; Tue, 16 Jan 2007 03:35:46 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 490EB4A41E3 for ; Tue, 16 Jan 2007 03:35:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id D386B39800E for ; Tue, 16 Jan 2007 03:35:39 -0800 (PST) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by zoidberg.tigertech.net (Postfix) with ESMTP id 5A0C93980EB for ; Tue, 16 Jan 2007 03:35:37 -0800 (PST) Received: by py-out-1112.google.com with SMTP id u52so1012403pyb for ; Tue, 16 Jan 2007 03:35:37 -0800 (PST) Received: by 10.35.27.2 with SMTP id e2mr9872465pyj.1168947336604; Tue, 16 Jan 2007 03:35:36 -0800 (PST) Received: by 10.35.46.8 with HTTP; Tue, 16 Jan 2007 03:35:36 -0800 (PST) Message-ID: <26140d940701160335q76b26b39r91e28cae576a2bfd@mail.gmail.com> Date: Tue, 16 Jan 2007 06:35:36 -0500 From: "Michael Montemurro" To: capwap MIME-Version: 1.0 Content-Disposition: inline X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.022 tagged_above=-999 required=7 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Proposed resolution to issue 73 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 856eb5f76e7a34990d1d457d8e8e5b7f Issue 73 deals with problems with the WTP not being able to indicate to the AC that a configuration has not been applied. I propose that we resolve this issue by adding a result code for a WTP to indicate that it failed to apply the configuration sent by the AC. A configuration status has been added to the result code indicating: - the WTP could not apply the current configuration but will offer service - the WTP could not apply the current configuration and cannot offer service. Cheers, Mike _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 16 06:39:20 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6meu-00064t-5s for capwap-archive@lists.ietf.org; Tue, 16 Jan 2007 06:39:20 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H6mer-0002YI-Pp for capwap-archive@lists.ietf.org; Tue, 16 Jan 2007 06:39:20 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 7735E430A0D for ; Tue, 16 Jan 2007 03:39:14 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 047FB4A41E3 for ; Tue, 16 Jan 2007 03:39:07 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id D855D4309AE for ; Tue, 16 Jan 2007 03:39:06 -0800 (PST) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by hermes.tigertech.net (Postfix) with ESMTP id BD9F0430994 for ; Tue, 16 Jan 2007 03:39:04 -0800 (PST) Received: by wr-out-0506.google.com with SMTP id i22so121922wra for ; Tue, 16 Jan 2007 03:39:04 -0800 (PST) Received: by 10.35.49.15 with SMTP id b15mr9874649pyk.1168947543788; Tue, 16 Jan 2007 03:39:03 -0800 (PST) Received: by 10.35.46.8 with HTTP; Tue, 16 Jan 2007 03:39:03 -0800 (PST) Message-ID: <26140d940701160339t6efa561ds508f94d1c724ee91@mail.gmail.com> Date: Tue, 16 Jan 2007 06:39:03 -0500 From: "Michael Montemurro" To: capwap MIME-Version: 1.0 Content-Disposition: inline X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Proposed resolution to issue 108 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: de4f315c9369b71d7dd5909b42224370 This issue deals with configuration failure processing The process would work in the following manner: 1) The AC retrieves the WTP configuration when the WTP connects to the AC. 2) The WTP request configuration from the AC; the AC responds with a configuration. 3) The capability has been added for the WTP to return a failure result code in the State Change Event message to indicate that the configuration has not been applied. 4) The AC has the capability to update the configuration of the WTP while it is connected. _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 16 06:42:16 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6mhk-00009E-R9 for capwap-archive@lists.ietf.org; Tue, 16 Jan 2007 06:42:16 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H6mhi-0003CS-H9 for capwap-archive@lists.ietf.org; Tue, 16 Jan 2007 06:42:16 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 26D4A430A1A for ; Tue, 16 Jan 2007 03:42:11 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id F2FD34A41E3 for ; Tue, 16 Jan 2007 03:41:59 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 45FE74300DB for ; Tue, 16 Jan 2007 03:41:59 -0800 (PST) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by hermes.tigertech.net (Postfix) with ESMTP id 9EE384309C6 for ; Tue, 16 Jan 2007 03:41:57 -0800 (PST) Received: by py-out-1112.google.com with SMTP id u52so1013425pyb for ; Tue, 16 Jan 2007 03:41:57 -0800 (PST) Received: by 10.35.62.1 with SMTP id p1mr9935919pyk.1168947716967; Tue, 16 Jan 2007 03:41:56 -0800 (PST) Received: by 10.35.46.8 with HTTP; Tue, 16 Jan 2007 03:41:56 -0800 (PST) Message-ID: <26140d940701160341g6a0639eeo48f3c297bca9a295@mail.gmail.com> Date: Tue, 16 Jan 2007 06:41:56 -0500 From: "Michael Montemurro" To: capwap MIME-Version: 1.0 Content-Disposition: inline X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Proposed resolution to issue 190 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 7a6398bf8aaeabc7a7bb696b6b0a2aad This issue deals with issues with the configuration update response. Two result codes have been added for the WTP to indicate that: 1) The WTP could not apply the configuration but will offer service. 2) The WTP could not apply the configuration but will not offer service. Cheers, Mike _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 16 06:49:12 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6moS-0004yo-5l for capwap-archive@lists.ietf.org; Tue, 16 Jan 2007 06:49:12 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H6moQ-0004Oi-PM for capwap-archive@lists.ietf.org; Tue, 16 Jan 2007 06:49:12 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 76156430A5F for ; Tue, 16 Jan 2007 03:49:07 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 75C284A41E3 for ; Tue, 16 Jan 2007 03:49:00 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 4BA4239800B for ; Tue, 16 Jan 2007 03:49:00 -0800 (PST) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by zoidberg.tigertech.net (Postfix) with ESMTP id 0CF1B39800E for ; Tue, 16 Jan 2007 03:48:57 -0800 (PST) Received: by py-out-1112.google.com with SMTP id u52so1014476pyb for ; Tue, 16 Jan 2007 03:48:57 -0800 (PST) Received: by 10.35.27.1 with SMTP id e1mr9933080pyj.1168948137268; Tue, 16 Jan 2007 03:48:57 -0800 (PST) Received: by 10.35.46.8 with HTTP; Tue, 16 Jan 2007 03:48:57 -0800 (PST) Message-ID: <26140d940701160348h7229961cw4d0196c93b2ab6d7@mail.gmail.com> Date: Tue, 16 Jan 2007 06:48:57 -0500 From: "Michael Montemurro" To: capwap MIME-Version: 1.0 Content-Disposition: inline X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.022 tagged_above=-999 required=7 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Proposed resolution to comment 181 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 7d33c50f3756db14428398e2bdedd581 This issue states that the configuration status is broken. With the addition of two result codes to the result code message element, CAPWAP configuration would work in the following manner: 1) The WTP has the capability to share its configuration with the AC when it connects. 2) The AC has the capability to send a configuration to the WTP when it connects. 3) A configuration status has been added to the result code indicating: - The WTP could not apply the current configuration but will offer service - The WTP could not apply the current configuration and cannot offer service. 4) The AC has the capability to send a configuration update to the WTP Cheers, Mike _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From frantisek.lunak@pinkponymusic.com Tue Jan 16 06:59:00 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6mxw-00022b-Gf for capwap-archive@lists.ietf.org; Tue, 16 Jan 2007 06:59:00 -0500 Received: from region.customer.relcom.ru ([212.113.124.26]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H6mxs-0006nt-Uc for capwap-archive@lists.ietf.org; Tue, 16 Jan 2007 06:59:00 -0500 Received: from 72.22.92.64 (HELO mail.pinkponymusic.com) by lists.ietf.org with esmtp (OQ-/.81L=/ )0FO) id .X5J8F-O219)*-S4 for capwap-archive@lists.ietf.org; Tue, 16 Jan 2007 11:58:57 -0180 Message-ID: <01c73965$b3b8eeb0$6c822ecf@frantisek.lunak> From: "Christy Burgess" To: Subject: OEM CD - Is Vendor required to supply a copy? Date: Tue, 16 Jan 2007 11:58:57 -0180 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000F_01C7397E.D90626B0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-Spam-Score: 4.4 (++++) X-Scan-Signature: bd8a74b81c71f965ca7918b90d1c49c0 This is a multi-part message in MIME format. ------=_NextPart_000_000F_01C7397E.D90626B0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0010_01C7397E.D90626B0" ------=_NextPart_001_0010_01C7397E.D90626B0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Against which we have been projected? What . . .VII. Hudson and His Strait;= Baffin and His Baywill be penciled on the coffeeshop menus.Brush the lone = giant in that somber pall.And still my mind goes groping in the mud to brin= gWhen I am heard, and what I say is solelyOr by the loud hand of painting, = always puts.Standing in the way of the truth. A whiteBefore those virile wo= men!That neither the motionless farm couple trudgingLeft and right, and far= ahead in the dusk.on their own little seat cushions, wearing soft capsGray= the cloud-like oakssnoozing. A schoolgirl on vacation gapes,Again awaken f= rom your being gone to findPeople might see to be the openingAway from thei= r profundity of surface.Along the walls are only empty niches,Where lamps a= re lit: these, too, ------=_NextPart_001_0010_01C7397E.D90626B0 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

Against which we have been projected? What . . .
VII. Hudson and Hi= s Strait; Baffin and His Bay
will be penciled on the coffeeshop menus.Brush the lone giant in that somber pall.
And still my mind goes gropi= ng in the mud to bring
When I am heard, and what I say is solely
Or b= y the loud hand of painting, always puts.
Standing in the way of the tru= th. A white
Before those virile women!
That neither the motionless fa= rm couple trudging
Left and right, and far ahead in the dusk.
on thei= r own little seat cushions, wearing soft caps
Gray the cloud-like oakssnoozing. A schoolgirl on vacation gapes,
Again awaken from your being= gone to find
People might see to be the opening
Away from their prof= undity of surface.
Along the walls are only empty niches,
Where lamps= are lit: these, too,
------=_NextPart_001_0010_01C7397E.D90626B0-- ------=_NextPart_000_000F_01C7397E.D90626B0 Content-Type: image/gif; name="oendssbn.gif" Content-ID: <006901c73965$b3b8eeb0$6c822ecf@F2153B48> Content-Transfer-Encoding: base64 R0lGODlhvAGaAbMAAP///wAAAAQE/B9hqmGw5Orq2729u8/PzvfwYvvQCGBUI7OZbPqCBvv7+wQE BAAAACwAAAAAvAGaAQAE/hDISau9OOvNu/9gKI5kaZ5oqq5s675wLM90bd94Hgd8xgeVno70A0qM neLPtwQUj0iZEjOlPinKrCbLDUWHzi+4JSyJic1gGjr2Xstb7hq6rMJf8m/XsqfL43l3G4I6hG0p hh6JboRXh2hqHI5+kROLMHdwaXObl06DZ5CPoy6ecSqTlnOkinqhqq9rmq+YZ2WZrpVMoCumrL+S tMGoQLhhun65sqmwq2HLgYaXQtHUrs5Vp3xGjUjdu7xJ3J3Zz4I9TdbnxdZY5c3CbNCJ781sx8ju 5fVW+Kr+95LNctQHHictAv9sE1anWkBzB/mJe/iPokVLEyci7FMQ4jiP/mreeOvY8QJCj2IU6tuY MhTHk6eMGaMDq6Y+mzRxknOXr6fJkTyDPtN5y1elbxelxQMIaCTQmzmjUpJ6kGpRp6Cu4Ry6ldxH of2gctWmh6I6Xbi0WjwrdmbYcABnVmU6tlVFtLbytgokNuCshXe3jl239mvfbT07IZY6OMo0x2nD FTVr+G1SrJbvuv2ZMW4uumADDxPtV+/iYHxJTybtj/Bp184ua2P9mPbTi2CRglstl+FnZDBBr2ZN HG/odkzyfNis2bRPzp2br3x5WqhrkNOD54tmRfHr2+Bkk33aG654g+Clh35uXDTy7irNn9ddvPps 9QkJtoROd6B+5eHl/hdRNvS9FyB9/KGTnoH8nRcSg6WxV9dP4JUXoAgIRmgfaJld2Bpko6334YYQ 4SafKfrZFpQnf5FoHTvuVdagcL7N91uHwIG4Ii1Guahbhkb5cl2L99no4j09xhgifsfBaF6Gxg2H pFuRtbXfhN7VN2FfRE752Sq1XcjcddEVOaJgZx7W5ZSLgcmjWi9WV6U9S0b05CdKPpQlUZD1yWeT qF1zI5V+RhWbljtZeaVdZaZp6JrmdHUlNH+ameijA9GpaZGXHrimf8tQyEx8KG3HTHb1fNpnKiU9 +JJ2pJooKoD9OXUVq/sFNyRJ2pFYEq0C1boUgb3Kqaqrz0nUa6ot/rFY7LHTzRoor4cquxR6J5E5 CbNtumnsqRIle2qklEEY5DzXAqPuuuy2u1y67s6QZLz01mvvvWbia8O8+vbr77+P8AvwCAIPbPDB CPcCb8LvFszwwxBHfKTEjFBs8cUYZ6zxxhx37PHHIIcs8sgkl2zyySinrPLKLLfs8sswxyzzzDTX bHMbDiOysBk73+zzyzmjEDSjPxdt9NAmIL2k0UzXrLQoNDzd9NQRi4Ssat9NFWO141pN9dcpA0ud mkDBBOo6sMYK9tofe1XpnKVd1RxmVhVKLtt4e2wnlgYWkxuhjO0Zd0h5F84xUoiXXeGiEHLIpJaG R35w4tBNJuWu/g5Gm7nknCdMedaW36ghgipB2fnp/34epeKJkefc3VJCjvrs8aoeZ+itV/Qj46/T 7ju+Ve59BJ4YLaqe8NrC+fvy9bqNKeGH1Tq3pLYq2jPz2BcyxdnNQr/e5WlT21D25LvrNTxUmDSj oyWKurWM5ccv//z012///fjnr//+/Pfv//8ADKAAB0jAAhrwgAhMoAIXyMAGOvCBEIygBCdIwQpa 8IIYzKAGN8jBDnrwgxpsAAgaQMISSqCEIpwACklAwg6kkAMt/IAIXxhDCqwQhDKrYQVMKAIU+jAD NeQhEG+oQh3usIQFaEABlshEJh7gAAWA4hJ92EIq/rCIVXyh/gWIiEN6CbGHWhyhFq94RBqa0Ypn RKMPk9jEJT7xjQaIoxznSMc62tEAUvyhCdVoRAzMEABh7OK9ApmCLwKyjydE4xYBmUgSsrGNcLzj HRcgyUpOkgALwOQCNrlJPE6Rj4okJCN3KMhBilIGVDwkEpXoRDgewJJ0pCQsZ0lLOcpyjrIkgAEw qck4QjGFoEwlDEvZrizaMIuB7CMVH+nEKL7xlXakpCxvWctq1pGa1swmNjFpgFtKsYnCRCYiT0jM eAVxmW10YyS1mc12uvOd8LTmG5moxiGWU12OlCI0YYnNePrznwANKC1f+cwkzvCgWzzlPcegRDw+ sZsCjahE/idKUVgS1JN6xKJCF6oDJT5zlxCtqEgtOtKSWvKivzyoGTnKiobCcZPclKYdn0nTml7U lzat4z4BulM8+pSOPR2pTDlJ1KJ2sp9zhGZB/8hFlh7Coxed5i4zKUeapjOKzawpVvWZU4Ki1JdV 9elNJenVpD5UqQIdqlHXylZpulWnOMXpL1Xo1F8UQKwGGABMIdrPb171r21kpTrPWtaaOhSsKM2p NaXazbYSlQELYIBkJ0vZySagspjNbGYjy8k7uvIAMRxnXXPQALEeYAF6VQBqM+nNggI2q09sZhM/ itavKjWoi22sYzeJAN4uoLe9TcAChLtJ4Rp3uMM1LmQv/stcBjS3uc6V7GWjC9nqEtWzS/3jaNvg UrDiUq99na14Ifla2v60kmrt7VqPe9nIPjcB8I2vfOMr3fpGl7nwva9+91tf6FpWswCebCfNutTt PrUBZ5WkLslqVSg6WKvfXGc0dVtU9VoYuAlAgHCDy17kCne5+n2vc/F73+nm97nUxe90KetfFNtX szLFq2mTaOA23FXGFrXpg59JgB77WJfqBTGKVTzfIstXukQ+sZHnO+Ihk/jETe5viFvs4hcDeMUw RoBcs0tIQ9Z4BQg+b46/Ccpd/ribGk7zbz2cXCczWclLNvKIpyxiJc8ZyncO8X+hO+T/pjjAmO1s XAva/sh6flkFJPzqSa1KT4Mi0cw/Dm6J4/zmSdMXzpXG9KWP/GQ36/m9KzZxZUX9Zz8DWrKRTapp VarKjR56BIk+bCW9ilVwOlqJJPyxjzl86Si7uch3pvSSS5znJneaxFPWM5Lti2csj5rFVg50J3Xs 6Fa/2gWlReuiY/tJNULax79NsqaFDew4B7vcoCa2nTP9aRO3mNn7dfapK2sALeNViods5LVZEOaH ztqh87T1Ku+qawLw2tjoXvexxb1pFRv74W+u87L7jGxilxrapp63dWVJ2Cd6WbT79kCiE7xtNzYa 1ygsuMHl7PCGUxrh5CZynnuN6WCfW9m9lrKyrSzv/lNv0qte7bKrQ74BBJfVswAPOBuXWdqCK3fc Lo95zGHOcIaru9P9FXHWL77njGsc1Vru+FyPSPQSxBq3M1X60tdOwm/3WMMvj7vCq55kX9cZynVX +MyTHWp4+/frgP55YQ06SpCXXQMjl/WsY+talKPQ7QanOtWlTvnJUz7det90vOdc6r7/HfCUFTzQ QQvMfB++hwBQdCyNql7OXteRuS44A+Buebon/PJ41/zC525zivO5z9SFds8BT8nR09japw+BCGka zbaimgEKgP4Cbn2AgsMd91OXe8SjXu6rP1ndxebz5qsM+s0iYPQpbWryYWh09Ar6t6f1pgEkS32n /rcZ+/jv/uVr3/Lcf3rz0aZZw6dxvGVVwrR+Ipd6H3VNvGVLjQVwjUV6iWZ9wsZ/+bd/UDdz/sdp mcd5+fV/Xld+0Vd8BuhlCIh4AHBXY4VLnXVaWpZqTDR/DGBQbkSB5GaBuHdzHJhwk4dweyd+8eZ5 wReA5SdgDLBjeWR4J2hDCriCttSA9WZLEQZZS4dg9neBWIiFMKeDGghnvhZ8H4hxA1iEkJV0sWWC S+hHUSRmLMhJLxh/BeBWP7d01adr15eFeJh/krd97vZ/Dlds8DaEZFiGJaiEaQhIKsiGT/iAL8hJ RkhPVqhreaiHk3hslnZ1X/hugTiIgTd9rqR+/od4RM6kiG3YTQ91Y3FESTTGRjZYia5YiT5oZ+2G bELIiTCmVWgYiiq0hv7WfHyVikoFiY5UAE73isbIgxzYexsoc83Gc88miEUoes9kiIfYXe53VK/U Y9VHZihEjHZ4jOCIf+e2gX7nZ383hoO4ADWVi7qIiEdnR3o1R7r0YAQAWremRE53h+EYjhAnbnQ2 jsAHhLYIYCT4Ruyoi1CleG14XWZWh/eIa8W4jxIpdVv4fUJIamK4iel4hDRFjSeYTwoZS6rFSfNY hz3WjSXUihMpkXbHjLHohVgGfAMZYOrYkUNXjTh2TQSgWuBVR7DXjRG5kkLpcrH4g5eYWQI5/pOS tY4emXwzxIukaACqFUf2Nk8SiJINoJJDuZWZqHtJKZNgSITlZ4bH144XcHZoN1ONNkVVGHs/tpUr iYMdKHHOpokhWH5h52AFYJZApIJpaUt6RQBb1ZarFIk+lmFwOZEtqYFGiZHkF5MYR4YFOXZ8uUXv WEcE4AAKsJmbKZioSHptqZWJGZfDhnc4F5YAqJSo5okGWZlMmIIkZ0cKMAC+hEkKQAClpVdXiXIm 2WOj+ZuWmHsuBpZdh45f54nOdJMIeFCql1RT+UpRtAAKcFfq+JBueZjAqZjIaJri13fFiVnGOW81 qZeuSVcj14t1FI8fNQCvhFopVX9vmZ1D/tmPKcZpQXia/AWNxDeesVWeO+Rdk3SbDnVXCpCKeIRG vbly8vmbPvidYQiAkKmUzhRFTbl+iYeezlmgPuWeVNWWNCiJCzqf6zZpO4dn0Nhz4QlgBuifiSRh MzUACqCZMWoA2UajaOSNuxai+9iPeTeLgVhlGCmWgGaVe8miJ6RtZJWK9biG3USYKRmfOiqUJGqR /EVq8oainOhJZ2ikgORKkySjqeVJ3YSbWImPkRalO9qjFAeCF6lz5gh6ADdFXNp+fzlVsymjtuSk bfeW+oimxjil/wikbiqAA6mlKVWewHSZM+VTBYpacqRGOOqbfvqnNZd3ovZ7zhiQJ6px/klXpIh6 pBhaR5pJm+7ZWLrpeCkXaX0qbGk2qdqned5XooMKaJ93aloqp1xKWGS1STE6qnhESahKh1Dqqnh4 if0HiGs6hGuaogCWdBV6eC/kogzWqBo6fahaQt+GAKsaZ61KrOZmn8lIc4RqnOf4dYbqqUYKdJIE o7S5S0/EnpmUfj7Umxe4rWi6hzQni8sqfCB4l4BWb9zGpe5Yp6sVowoQf9W3ST/Jm6rqrZMYqEfW e6jppt45q0I6WYaqnGmoq5IknfXYizB1rRN4mPbqsFqYrzLZnV0XlnUJeo1npCI0ipU0qptpABQK RQd6o2dqsicLaszInZfKryq7svqp/lkZq7EnyLGy6VM76WAu1W2wF6mIybMX+JINt3c8N3yQyaya 1ZFzCpuhOkca+kQFenJlaqZvV7JUW7XhqnXvNpyCGKTGebQCm4hpuWCvVKC/xJaO52h8Snn6qLby yaMtF35/BrcaaZcp+mCEx6WjmJbSOZtyBImO9pA7i4WCe6+lCbdDC4QtG402Oad2K0mzuQCauaTg JLLXObXkdofdyrrxBXeZm5g6qHsWp7gUe7GYZZVIu5y8mJYOEEcFWrZ7i5LV1rCtS2mz660Pd7iJ q3Ofm5Eq6kykV7f+hnYaWqCnSoN6apjamryI+b3iC1+tWr7kG6UAiYlYh7u5S3y8/tu7FgqBHbuT MHqgFHq2qyu7rCpf+tun1/e/2Ymv4Xpxmhq3RHtq2SW6sbmo0lmdxWudy7dr38utU2u++hu+55vB sKujXEiln1uLm0qQR0i98OuU/VanjIZrlUtFJhluG8y/GozBF3y+3QrAC9qDOTec5RqhhKqi81TC p9d2TohL3ORxgaXCyyTBE1xksptm2mq+FTy+F2zDXDluRZms/Jpx5EeTjPusJtycuDSbpduuSHyt bDQAPebCqzrBrivDGgzFVHzDO2iUUra1Flu0lcV4oCWw51mn3eQAkXuwrFSY3ZhJQIbBMJxhTizF FUy+FjzDrwuXLQmTTlaOIci1/pBVYHMaZlEpjwf7SgMAtfdoUASAxk9sZE6MyOELx6lcwzH8wml6 eyNqpZl6wBUbaCO8pZt8WLh1U2UrlfZIg2uEj2hMSbD7yIr8xK2syMwsxa68vA+baV6ZbJ2nrM94 nNTbuDCrqHDFrg4QysKsurs0AKccuM3cv4x8zs3sxhkMzSI6fvk5tBrpw1jlxdDapUMMmMXXWPQE mkyXV5i0xOhczsqczK28yOsMx3LchdzJspGpu/J2ftMosF0akiKpmYBstgsLe3Wojq+L0OUL0ufs zG48w8Bpec4bvS/2eTxcWZHVxRStgACadnlVnYM8ykhUffHIxOKrzD3t0yBN/tAlHbuwLKJVx3dB G4AtDWMTWpa5atEzHUfsSaHhTMgdzcgi/dMEndUhzbr++8qkuYwQGpmCKp78eQAUvXz57Eu9OpVU LbKV643qeMxAXdfJvMp1LdTlrMq0S5TiCs+6e80unc1AHHJatMCxRJugPH1sp7pm+lvobNAG7dMJ 3cQhncpETdTuDIuaxpjRVosqHWgSrcsC66V2tJNgdbB8i9NIlMYGIMN5HduyDdR3XdDjm9lSim5Y K8/6WaubBdNfi9h0pFoPVbbdxtqxN9cDPdu2bde0/dGaXdQsaXuAPai+TYSbRNgxvYB3RL/SOdWp 69gHoJuXzdzmbduVDcXS/q2dHqx1+RnYXPzD242kAarYg7zR91iHBzDS583Gzz3Z64zIAs2g35rS B8x1Awh/8s3HfklWnfmrTuvYKFR9B9vEk+3Tm1Rdk9Xf5o3bVSyxf73URWucDkyZMPu76LWZDnC6 eeShP5mw9abVdR1Z0Ddq/V3b4ztcm+nhRk2ftGjg8xyCCu5xhQ2tUFlJeFu606m6txaH7LnIsR25 q5nhQw6dyqwAGqZacKfjCaAAXS6dX97Imy2OlerB/iqZ/OnULNpdaDfenIlJUaQACBa1w2ymMQ7l dY1qd+5cv6WkBXrlvIpcOo4AqqVa8JVct13FnW2i8uydKZrmMe1RnSyV/qi1mVNtxEznQ1JpcMxd AIQOWdp6ANrKW7qkqqPu5ZGrYWCeXKgO1pJskf6H4JxY5fa8fo8LVwYQvHl1AGU7cJlu53Xt6T49 f1ou7HrurmamzJykyFg+6sBF6MY15nlYe19IwIL90NKWzZF+5DrF68Lr7W7UtxudaLSZ18KOAJ6e 4Xe+35ANVpR03qnOmZsZyev9ilsnrpoot3iMWZ3Kx+4I1cMtucU77lV4WpyuzOeuzDL4W+eeYSSY 7BjOmZBN6FhuukLN49M9wDm871eWZROd1tmWlrzerva92vhrhXfu6eeu8ujeW5LlxKlmZoelrSov 75sJ2Q5w6kAduQ5v/rD1zrYfGJzWvdLg6XOdWuRll5Bpmb2aSWZNTshKVO5AnfBPHH0a7np75Ust 31tarq3zHrnSqZld3vM73sAU//M5qNsdONbYHnh5Wb2b3G9k5c2nhVGNzXQE1/Is/8Qqn+4bB1yi DtkT3/KArOycKaMxyquFjujzzvXSXnlzae1tf5yrhvREJ8Rha0t6i1rMZEWjvEsIT/N6H+rOPuOa xFs6v/W8/lvBy/WijupYzuwGK/akicOy+tDhWeVq7p+J5+CKPbkmX9UqHNB7T/UsT753vmZsNlzo Lp1APZLN3vjyLrvzjvGuCHF++KYQTZPOavmGjeJ3xPTGLfxnW32i/r/1LN/3i3znFqbjkL2Zov7E lI4Ahd/lXi9czZ5hjf/4RR190pyvEMCSZLTOW/XmfSHjEJsGME80VVe2dV84lme6tm88d0kxNH4g kKBYOA6DRaHQOJAay6XTuTwQEAXENYvlahGSzyELyhoQC/RCjHB0z0SEIrtQmBWKhONzzt/viIRA wUHCQsM4PEOMr8CvhQ0Miw7JSY8QkaYSnU3OTs9P0FBRFZ7LoFODAQWCgoUBJagnqVipgw+3rtyC hC2vuTG6JBC9McQs4r+4jzuHPzoiRd7o6UAFBsaJbAa8irvubQrtjMjKcoYwTJLRdfZ293d4FKaD H3pUg2Cgg9go/il/2QIEzHDBokWJwS9iCprBh+ZNsTtJDCSLkyWBnDi8+CygJihRR0GAAj3zuO2L NTzczk1QCakDOXMbFvgYoSneTZw5deJkYuoePVd+QiTh54/Wk5m4EMLiQ/DXGTQR9xRQ0CziGIzF sGqUFtKQnK4d/fCyxktSImsUEmnQFgkDzJgyL9XcWdfuXbwznPSwF6RvQ4EGCgzYJ8vwvyhWDOo6 qGSCVmB0EtCBWswhZK1k7zQCJJKQZ2lQOV6k02wZypTcpKGcDI5j2bLhMsSNi45uXty5devkQe8v KgcOVKkpbLhfP+P4mC69wgXMrz1oJu8Zg0UhZoudK4oE3chj/jVBVtFCIzb6T9lAFB5hgJZtPSVy MOGWm4kp0278+fWDmufjHr5X6EHiiaIQ8+eHXJqDZcHJspksizUYGkgJP+5YA7s5HLBMI0TkqJC0 IjwiYrOLEiltxI8ukkAOOi6QjC3ZYJSRNg2IwwQAm/bTcUceW+jvN33o8G2iwjIxbhYSqBCmscUQ apCjMxBqDiIiiqBuww8uMq3EZhCRDg5APEwEEdKqSY0IDa0ZrYLXqgFHg9jEkY9GDxDw7YAe89Qz z556+C8VNX54pcDjDkuSqKUWVNSLBRlVUBksnFEGEas6fCYLNEe7NBAHSuxqxDXHKpEk8JZ55Bto ZJNzNjo5/qhPhCj2lHXWunI0ga8/f/BDj32iOOofgCZskiBFmWRSyknfeAbFK5zR8CI7KsSoKrSC EdHaErcx05hsY8ODo3EkEKfV2uy7j1Z0042nhHmG/G8BgQRqognkAELSCUSJLXZKp/RdiggK5egy I6yiiiO4sTpspCo2SpwDNgnIRHgzcR00RNwY28qYVRrrgdVWdUMWORRc/6ywPgJ/TRJYwYYtttF+ E9XCtD8mehiiZR7KsjPJeJEMGmlfG63B1jyreBBVL0hvaUrIncRGEUaWeupOnvApVwKC6nXlX5Fb ouXGwl6UKWKlLKjCgs/QMMPJniUmytOkvahB1kCK5uil/t3SWJL56DTDtwKoFnxwGTQp+Sf7UlGC QAPvnSdsBYttIFFdEAJYCwPWDuZmyjo8zzQvQ+PO7ouRbuut9JJuum9zPC6McNhjJ6WAw1FRAAld BSMU2CkK0nff3/1d6u20PccjTI1IJH35afBmGvUYXXK6Atdjlf16wq12911mFFAik65XnmWfxcQe +9GYz85XMqyuGoOz7Lxj3m7nNbY/adZbrScE67H3X+onbO8UArodJqJQHPE1zljBWyDkfOeLrGAo M52ZXwVLZzFB4M8CbmFV/joAAgPi6H8jRJdNtOefe4wICLBwnPiOQ7aXmU+G/GJOQSSoHe9YxII7 xNj9/uz3lul1YC77ECEJjagnE9IOhSkUSB0IszhaqGwW/YIh2bTwhCb5woY35EpYdvhFQlRMjEDc 24yc5jEDOOGIa+RREmnyJ1Wk4gB1YFy97uWrysEsci+j4QO3CBkOcSY0YGReOEznww1GL4gMqJ46 2PjIHQVwiah4hlV0Zy+vAcuKSyifsczWCzdU54bvGx0hLWjIHvItlRzz4CTQ6EhIxjI/JLjaPQKz QiposoULjFwfY8gcZGGni/HrjikVUb+8jXFj8AmiKc4lS2jmRpJA2h8zcMc/riXQKCkbFvo2WYwE +UKCXIlfV4ppzGOezkEbI+MiN3Cn4kRTnnlRop/u/kE7W6jidt4rlAsR08fydfJRwPyjMEdHwVKi k3TK3Fvqyji9IcJynhPVCT7/xBdY8cVehppCRz2pxwaK0lHgHCUF5adQkPRQnctM3UvOaAqQUVSm 7qClAE8xAP5tDYrbNFQ/QLkclx3kk44qaHbeN0iUpvSQDE1kIscFUY3GdKZTDUUpqAkENDgzihzV 5bHK5sApyUycGBLdIM6ZVAym02JObWrTaPSqmkiVqnO1QY4CaNMgzORV2MzkYeq1HKfUELDIKqpB y3pStJZOgw7FGAc4uEjXqZGuk/VEbya5PwKIAF4zqeORtInHj+YxmIEFpUFJKcjEfnGV6wSiOxmA /okQSJays82BVXPlis1eokC8K1RoSRrOUIp0lDn04lmTijfVJTM+HXQrbSIrUdpGVy8NeONPZoLV TNDLn3acghZ/2k0bepKLxUCqcVOrztMtVkatNAfUjCRd+MZAEz+6rU8Q6Cue8sOBSglnL/wrXGGW 97yFQCZyn8fMtkL1ErKNb4NZYNmrDiVrrkjjgjiKX6MIVSsPBOZ/S6odYiJ1wBm8GCoR2dan1oaR 9mGwg10sjzv9J5+4FUxhMtlPTCYolDomqX8LC+KDjpgaqlKuBqXH3nLAs8UvdrFtgWQPG3F2p3/t 6BTH6uOx+vHDCEWoF0eMTNamclWPDaKNYgtd/iY7uDcR/kHWYHvfjeqSQEQVaX8BTNbTelnIRxNz kRvqWBghmQMRRXOa41uCGOeqIQOycH79SYIr33nDHx5mlxMqZLWK2cSqXOQjlFxoQ8cXr6d4FT6Z gCQqbzPSv93yBEEcFvOeV9N+XqZLF2kuHMk11LRt12WDgNMeTHmbvZ3ChSBTVA65OsQmNSumD0zi Z6uO07YW9DngmetdM3nU++uBXoXN3VSvmrzM7rLoyj1I0MQarWM0Hf7ameAg4nrJ2Z5tCQpQywHy BV7aJbZn/SGCVg/X0np29t2e3W7opRjetAnUx0BNb8qekJrw7EHK4sxbw9zwx5gh52kHrm6F/qqU wNFe1Yzm9NYV3+jhEKcrfWVswEb3dat+NXZpAz5ucooY0/Vzt3rf7doa8aUfLG/wvbdtLkUlCceI 8VXNJ31znJuU2QUHs8iN/NBq1whq/SN6dKeZKwP2qtEXvvicoc7xj+sc5Ov+4azZao6sWxtwRew6 r7/+cpizcKNSZFwAMRNcIAs8xAT/8pDz9ucTd9o+XK/7bI3ua3gmHcN91STgoZ5zz2S+4NAOc3oT 3ti4xB0Nd2J841tu0asinV4z7+mFi4pswUddfmvf80rHRWJFSu+tQl+56Sl6d7yL/ds83S7tdhH7 CebcK4jdPO7R29iVhsuM09s63X0/1yTV/s4vYWdh+CjfO0obFe1APintjSnykas0eimOuwca3gRs X3+y1LVnvvPe/bLb8TjkS3byAZn28ms+xUKktnu75mqVrdM1+Zsn4EMcWLGwyRs2j/qe/vs/HBq3 gSO8wju8MEK41WIloDsHqFEHBVxAWaopXxsi44PABAqfKdq4jgskqYM1AUwnIjuxMFs/oEtA6zPB ibK3o9Mt4cMvDKuybDI+wzqoC8Q8GqzBqmMtz5uN5drBEfTB+dM+fVi87qO8G3vBceIyJtTAGoS2 G4S+tyOzA9SfqCpBK4Qk+sOryBM+pXMcKsOjZUO3JSylwWs+9Eu/tSpADmo/92Ox3mtD/jbaixQc oiFcnDjrp78yNnOjQY8bpjE0uDIMRB10K0EMunQoRENcIwj7ibmQHG3inc/6I0qMwRn8jEo8JD9k KlRCMNeCq/f6xN/bNhUUu74rCl6cw7s6AMLTQxGbOgFEv55jrM+TwhDUuqiyxd/rkwjTwi00ReJT OlQUMHNavlZUK85Tv9aSNo5xJ1qcN2d8pFB0wH0YwiPEpCNpOtrRobMSRp3bRoSLNhMrI/YTR+KI rXL8QWgUxYxiQb7DOAIBuDxrtmwUQz58nnrcNLZSuBAcR0/sx//pD8hbPDkktl58xIKYPW1kRXp8 Qm+8n4X7uU4bQTakyIpMHLyTvFKk/kb9MsiPLIRzMr8BM0ZaW6eHXEZXcSZ2UclowkVzWcSNZEdg kcniokf66cYcJEmHnL5NPIeI6kGgPCJEgy1UiLyke0lTPIp01CGlNKV7tEemcQk0FMchMoGUrMrY sZr9yUrugyKNZMeZw4RLC8tMOzjcW6zl8qCoFEEDmki2bEuWREeX5K6urAVMmEm8XJ4bxEF2mr5Z NIXSG0wScsvUi0u9K0rO/EWFbEwMwkkCDBeI5Ek2SUvLjKXC9AshFEhq7KrsCwGbrEQD8zMy6jyo DMeIHEWqTM0Rujeww0jX7MwLW8zZpE3lOjxlekjGSsPdDDbB9E3BwadofED8K0KY/vQauzzOzQMz WvNGFANB0zxN++hN6bwel4PLdFzEdqTL/BIBxQBNV+RLY/S53BtPuQih87TKegLI+4vA1+y77Mss sJTPpdRJt4O30oxI2KrM/ZSdepq4/+ysdTwKXrQo7qQ6AtTJDDrGQMNPVxpFcnxQwnm8zAxIRhzI KivCgLAHAzWkV1ROTTNA3cTPBIxOEk2XBty+/9wp9wRQgAgIMjBQMkyr1hozZfxQEBUiEV3LHC0h HOnPl1vBzeTKFdWmzAoB+XQeWHQ+VkJSybTRJn1S/6G/i7w/fyvKNJ0HAs1QlOKz0GTI9TpD5vpL v1m8ESXTkdlRHqXSrUJMz8Iv/j9RSnZzvs47sCRlriUth0bCUT3dk5qaOBWUnC5kvSOsgvgcQy7l QCjExKZa0EW1hMB00keVlVJIQc2MQED1K66pgjVwwnr8Q/VbziO1tVCtBBV01FJFInzLQjT1USI0 SmLLLIFwU0KC0T/EzceqVd27VVydCynY1eypLvX000aEySOkgiw1gGKM0XsksiSdQmeNiefSVWnV kXNkTWm80Aolu8MggMAIyQvaNJI8y3FtHTwl1XPtkT4JPmu10NfcHfjUUk3FTfAsyyk8uXt91k7U 132NpCGRUHXsxR911xZt0+60weYEU0S9z4UdNGiN1ofdUyykuH/NpmudQyhI/gx4JQDGZLsOhNOc BD17/VhGJUSHHVn9SE8etU5hM8LPasE1y9SFbEhV4liTtNkQbVhz1Vnd6InLisNpJM4XQllMdVli vMlYTVaWOkA7XUZCy1mn3Y1+lVhS5Ltgncur/YENlFkvZVZOc0ql7QBroIn7aNqxzYteQ8d0PEwK lblhw1S21VCG5NqG+sa5fSufnK+8VZdEU8+MZFUj3B3thNcfMNbm4dSR/Dx8rFPnVNpPM8/GzROs hFw//Vk1RdlYaFmBSKxNHUCmKjlxDVObfYSpjL/RnRWMMt2tpFjYdJyrJVqxNFTbtE+n/NpFrY9L kIfcpZXSNd3I9Sj3RFnD/ljbzzzQC4rTt+3aT03cmMBTtRTb5q0LLHSdjFxZyWXVYDUM1pWOCurD sYxdpfG52a3RxLXdOxHf8b2L1fTVvmVBo0zfvZMF1jWD4dVew5XVxLs9742LaxPd/d0PE+Vd17zS Ae63Bihgbl0opTpYMyTNRC25Bi4HImhQ/Y3gnZhgyI1cYN2udRSf4N3gee3AKFyqZLI6yERD5B1P uLKeE0ZheDA6ie2V6J05wO3FtbUCpergg/tg+2zWHQZREwZiJLor//xVF1xf1Z0C1nXZoTG8tPrW pvRcTOzcZh1hNgHfH6bid1DhnnXJAMZOlVnZgGDdAh3LItVeMXpKuMhH/tpF4w0oYR8YOjbmEdQz TEpt10Y04gxu3zXhxsxt4naqV/VKVECWiXz9yTUuZP54PH/Vxd1qIfXNpuCdCUiGQhzeS1DNzSi+ V+VFoFzDW04ehUO2v//1Xaqd40Zu2SwpVKYM47dF0j+TPnC85KchPVOcZWmirjMlSmGVszpcmS52 WeVEYM7j1KS11TOWzFZ2JyLwj1XdZGXGgV8cYha+4GdeujoeAALAKVeU0xqWZGKOCTKrX2OWSujk Sgge53awrQGa1ApuPVFe32nmg+Q86JHzwKcyyW5W2utaMOyUZX7WARR8MpgD5XSW3i2uhXbu6EeO WZLjSzN2p4bmyazC/qV2neha6VdElkt3fTRVBYjgnTDixWaNrWTdLOnazcIBTpJ9VmlRsCqLRtHh W18A1b8n6Gh2/gD5ZdYfYsqFu2eg++YVClIKBeqc+EV/TWQ5hukXJgF4ZWd23mDv7FTwNEMwlerd 1IdpBAis5g17GGoUfeaejulsMoCOHgJuvbr5dahDTUZNVOuTDAI6Rl8leOusHjXSS+RH8+pRVjqx ZmcvrmZlneQNOlK4FezpoWoEiSEoQGyeeDNb/l+6ZuQ15QelhtcwcrsaHklF1ey1roeXObUlAO11 ieuWrmDAXVNgCet2RoJTUejk4t4bLmbYfquH1h3PDhzbhod2kWtr/q3rQG3XovhtjyZry1bWD4Vb xD1up0luooSi5o6HiFXXHt0t08axP/XtsW5tYabPb+xu76YRzlbu8Bbn8WaBkm3N66Teo47jvfht dq4DshzucHw3xNXpuT1p2f6eFdya/HaHx33jczZqF27PYIlsdnZIH0I88fw5Bd/pFbpl4YtwCdc+ pBvOje5qdE6FARBrK0Dr7T4yZurL+R5stjY+sYNwE18H4DTb051uimXkKKoCDWfqBKVTJZ1n+73x Svjm6+K+/8UT/O5xHHlebvvVnvbvjdYmI3/xdnZf5lTGpF3W13by9gJvHXdwHrfyTkaj0YZANU1b ukxbpX7xmRiH/vmIb7PcZjT/br2qnr4lYjcPaiGmYL8lcrLDYAFv5/Y4WhFm6HKQ7z9/GjVXPeMr 9KryZOjtb0e7sUqV6RcfdXaOwnA1I3uehBBf2KyKcinv2yp3cyH+Da0USPRtT7vGsS8fdQII1+6e Xb9s8kpnk+uiRYyMGk3/BElqyXN+bAtH58Tg9Rc/Az333Ez83GFnODQIDNULu2RX9h+n9XXtLDza 4lxvQRcndTEv40n/Yz9H87RwlWJXxGP/9k+wqKzk7/52RCG/8Fg4AlLHKQOABD/O9qlOA0vHB/Md ytexd044dFt2cMPunaDFcC2GAgHH84FvqRwMz1Yy8/lu9YF3/j+8NnaGd3hOkLgVTnTp3Z0t16+M B3PLjmqDNweUCHR8AIp417qTZnhcQ3mKllJ90PeirliL98XVDfgXTzA+r3mZOIdvYHC9avVTkfeS dyZ6xxOgp2hq9d8VBPBUU3SgHQylp3boodHpWfXayHmFf5WptwVbqHpLz5qhp7gb2XpyruW6T8eU GT6ueXY6nzKlB+45xXY0Hz1TSIN5xweof5NJgHJuz/LyxPsb8OeIr3AAf+Ehl4V0H/U8N/NhHvbE gbJHkHvkxqkoN29kp3waAEIBklpPH/tyZz0ijIXOf/E6kL5VPvzX+puBRwN9/IHUj9jJZ/0aYOmI 52pcntyX/i+2we/1JUd7p3etKsGHW/LfeDL+1p9wuz1Z9d7Fii33XYz5aT9ad5/+4Gfwt3S4WO9x J7t8FUdvAZ5uriF/wu/e6Ed/OkkLqdh2eLE/CChtNmAvznrz7j8YiiNZmieadtNxGK4Rv+1R1AWO N5I09TuQB9wJhz9dwzBYMgcMBCPBiE6lU+o1q91yu94vOCz2LsoLw4JwltF+qjc8Lp/T6/aVC8ae tXK6ohAgRRCFIKHPQROTgsGVlWPW49gkZaWlAoOCpsLCgMLAgoAZgRKazMxPxcQda6vrK2zsRUOe HltfzU2gT6GRb5EvYQ+BoucCFrKl8jLzmFmZ6Zm0jFoM/lKFBbbsNne39zZFy8tpDE3f359wsOEu sE+BUrHa1qOVZDN+Pua+Zqc/qBlTMUgRPFVj0KpvChcybIiCVh5yfPzk4HVkUA92QzbyQBJvgIAl nxIskCLpXr6U+Y49QxPwFKlTa8q1QEjBIc6cOnHSGqdHnDmK6dqpO5TRIkIeAxwUKxMGpcqoWfZl 4sQJYMCZEiW2STUIwM2dYseSpaMKYkSD53Tx6oX0otG2bykQa3qsCj2per+wfAZt67jAQW0SPlv2 MOLEJoByDUqRSNFeR+NG5hGPKZMzyaDuTcmPk7+WgPkAbVP4dDZtilezZl2LnDldQzm+o6wRkJAD n0A2/mnU+XeWvn613opN+jTyr62XMz9cgUbg4jYeE71IdO66IMUy300GCXiYfQuulgEIm2bs2BuT s8/W/D18h/Bs+WwjG9gRr+qqd4QsgRhmTXAG3hiYMDDcX2qll55+7Dk4S3wRSgjLc68peF91v7hz CG3WJbEdQASKIR5oZ5hHHGkL3uAgi4SlltCEMco4B2N7BMXWLm2xkyMSs6HTwFJMhOREdyKSceBw 56k4UYMtuneTiy+qNiOVVZIwX3ToTUddbb/IleN66WBUVzG+iWhgiaCcOFBjKjbZYlgPTWklnXVm sEM5Sp5TUX9zXRdIRkd5aIACQy5SZGeY9IXkS226/vnmg3ZKOikreKZVXC5+CJOhoEZNJlQ4IIYY 1TEl+lUNYCr2ASdClLr6qh07XIpeplx2ymNRcPVYiASiHqhSd0lupSoNrLYKK7LJxgFPnjbuOVsw m+7XH25B9PCRIk5NwtKBaZbnUqrEQpqcsuWae8IqNviE6ZZ8TotUZF6KaVEi2zFSCYIJNptieusZ C+O5AQvMQSH1iUNauz526Kcg+BERCAEBLkJAF9zm2+iFbv7b6pwDe/yxBerWAoN9tnrq5Ze5OozD ZU18ciSCBtGq6sZgYdAxyDkHjA1a5qRInUYqd+RwdkjUG5IAAeZbjb6YProxwDpLPXU2NqRHU8KA /vq3MGF9DuVjvdvly2bGDI5b2AY4U712uTwjYl9smoqpq7Rzd+nVNRN0sltooxgQk9MMHgAnWKrY fCfbiec8CNxWO/Yjru54CJkRFckKgxoEZE524BrD6QYIais+uqsJsdD4s+4K2k6Pu+ZXuR7SpNE0 sV1BSe6LhU/JM+m9f7zK5TfgkjW0/sqlYUd6qDFKGjbym8uKxro3Au+i+369pIwPL1Stqj8st3+5 2TL7GYALdmPc7aGmTdQaGH4s9vHDWshaxE8nvFD3GycTGpmj+POCzla4m6EGcQRTjvXkp8AZYcRq fsBQ/qA3GnKY73zDi9vZ2pe2OC2wg4lLiu26/pcD2ZzOZxZ6XtwwiLYEerCFHTwLRmyHg0zRYoQz rF1p0Gc7AsLPhT78oc1gCEJzBAGC0Dui2fQ3OOBFCYhOfOKdMBJDIuIvgtxLHxNtAsUtcnEWyblh 7RznmPZ40W0a7CIaqYazLGpRSm/J4BnTKMc0xsmMTtKdBnfHwjny0YUs6iMgA2mCPQqykIY8JCIT qchFji4AjnTkBR4pyUhqQJKPjKQlA5CBTFZykhbQJAZASUlRfpKSHLDkBkgJAE6acpWb3KQnO4nK UoYylq4MJSZn2Upa5hKSvPzlLVXJSJyospivNOYrcZnKZAITlKTU5DNXGU1g7vKWo1RmK0Xp/stf IpOZppxmNr1JzU+C05q0jOY0hTnMhnSzmeZ85zvVCU9nLtOa0PymPas5TnRiE5+l1KY+51lJXqqT nv0cpysBuk+C5hOh61SIPKt5z4PG85QDhWcwr3nOhmK0oLgs50b/Gc4QCNOgGJXoRQeq0I4ydKUR feg3LllPhuqznRQ1qTIBqlCDrpSiHO1pSDPK0Q+UlKanZKVPhQrUoE50qDDNiUx32dNMFnWm/mRm U7PKVKuO1KlCVapUo9rLqE5VpjY9KU8DqlONOvSpDOkmVbsqzpouVKR2zedSWSrNWVbVpV4VqDvr elZ5rrWuCWXrSd3KDZsCdapcpateD3vX/sJGNqfJ7Gs481pVbqo1sEmlrEcna86XKjYWjBXsXAnr zdP285l5rShL4RrWg4ZWrrK9qUUxSVtxkra03tDlVS3L26Pakpxi9Sxs9xpLXXoUqU4tZnEhC12x Dja3Eo0ua32r3e1yt7ve/S54wyve8ZK3vOY9L3rTq971sre97n0vfOMr3/nSt772vS9++SiA/Qog Z73Nbx/5u1//ApiR+yUkrP5bYDkOWGoKXnAIGoyB/mZAwBqg8IT7K+ELYJjDHa6whTkg4A8DoMH8 9fCGM3xiFIfYAiMWcYsz7GIJx9gDL75wjWc8YwzX+MEQ/kCKV8xiEH94wEE+MoxvTOQa/o/4xE3G sZKbzOMnL1nILLYwlW2c5R3nWMoaVnJif0yCIxfZyiVGMplBvAH+YsPMbN6xitv85jN3eM5WPnCc 4YxiOZdZAHz2s56TzOc9B3rHfx50W8U8gg37uc6AZnQDHC3nCUc6w3NyM40BrWIPq1nGhaYzp1FM 5BlP6c5l7vSakQzqTYe61TpOtKIjPOUzhzrTtH71rWltaxy7b9c38zWucZ1isAB72JGmsLEZfWpP p1rLvXY0qnHt41g3W8e7trWvsT1rXnObzl52da6FTeJcK7vaXjZ1tMOd7nWHW9Wtnja1eY1nXWua 3pOet7U1beR6M5vZ5wa2ugEu7n7X/vrfBHd3t6sdbYTnGt7xlrG2IT5rNE983OoWt/UYLnByQ5vb +O6Axi1+cYIHO+QBfbgI9s3pckdc4iu3+LA5DgKTB7vV5fa4yA++bIXz3NU0DzPKPVDpDg/9Thr+ dYl7nfRZHD3Jo/60zHUuala3O82r7vfPodxpTHcc3BJ2eNCvDnWup7rPWp4yv4U854Dv/Oprtzqd taH2j2c94XNHu2p+Dvagk/3pU/d7ocmcY29jOt2CL3yVhy3lhLNd5yPO+5Zr7u69o7zSRk8biS2v 9MsT/NhmZnqX265uzys+82AG/ecbj/UPk970g9d72GMPC8rH+t+2vz3uc6/73fO+/ve+/z3wg697 oMv+ysI/PvKTr/zlM7/5T6Z98aP/WOlTHwXQrz71r4/97SvWmc5NKQleS9S2al8OOO1A+Wtbh/LD cvxzYH8Kzm8u8U8fBPRHP0l3Iv9XqJ8O8Ic18YUfMZ0csrwWNPmSJy2XNPVSQm2TctUTPZFVay3g cSmgBH7TBTZVYB0gYVEXJGnTBzagcbkWCS6TByLgAsISAl7gWI2gVP2TMZlVCiZgV52gTmlVwICU bm0VBqbUNuEUZqXgV0EXORlVMO3URwmXBsLWD4KfSaFgETbhVT1hJwXXAVrV+cXgC45WEVYhDL6g XzVUOjnWuZAgDU6hcGFVGgIW/hAGVQ3mVjrhFlhRUxt6QB3y0xZuFhaaoHV91UiRYRzuYTlFoGQB lhvqYAF+VhqyUm2NIXYd4l1hU2PJoBUy4Byy4WdRIiSa4Q864HFxFgOqVnDRFCCu4QQOokhpIFnx 1QSWoSKiIfjZVqKlVQ9uFhn64R36E2WtYSOCIh7OYixyYUv14f7hoDAGohMK40bdU2ipHyIm2Cvy 4FwN1f4p4SKqoRHmImLRYiHyYjIeYxISIB1+4y+u1kKFISSiVTj64mE14x6KI6U8IzIioyR642Wx o2ehIxQyVVZx4xKmoyQ+oUAq4xAaYRcO4T/i4zHJoj1VYxOiYjZWYmL933JwZ+I+HqH3SaEKKmN0 XSIu1iM3hSBHiuQlcaM6EmQuNWQ/MqMKlmBKqpQnhmBEKSAWrmBMTpRqaaILytVe1ZJGoqSyUKTi COWrEOVYGCVrICXVKKWkMCVUeYxTfowDXs9UNiX3XWVzRAA=OwA= ------=_NextPart_000_000F_01C7397E.D90626B0-- From mkmerger@lock.com Tue Jan 16 10:00:29 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6pnZ-0004FH-D5; Tue, 16 Jan 2007 10:00:29 -0500 Received: from ip565f6104.direct-adsl.nl ([86.95.97.4] helo=speedtouch.lan) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H6pnU-0005Z7-GI; Tue, 16 Jan 2007 10:00:29 -0500 Received: from SN030619920070 ([82.153.60.14] helo=SN030619920070) by 4615f56lock.com (8.11.6/8.11.6) with SMTP id 5062079590986 for ; Tue, 16 Jan 2007 16:00:21 +0100 Message-ID: <000f01c73987$6d15ec70$0140c68c@SN030619920070> From: Francesca U. Hope To: calsch-archive@ietf.org Subject: the automate Date: Tue, 16 Jan 2007 16:00:21 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000C_01C73987.6D15EC70" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.2962 X-Spam-Score: 3.3 (+++) X-Scan-Signature: f8ee348dcc4be4a59bc395f7cd6343ad This is a multi-part message in MIME format. ------=_NextPart_000_000C_01C73987.6D15EC70 Content-Type: multipart/alternative; boundary="----=_NextPart_001_000D_01C73987.6D15EC70" ------=_NextPart_001_000D_01C73987.6D15EC70 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable attributes are removed and that alone is left in virtue of which it the oth= er hand, they do not belong either to that class which consists But the per= ceptible surely exists before perception; for fire and differentia itself i= s predicated. For instance, if the that which is beautiful may be more or less beautiful than some intermediat= e between these contraries may very well be present in the case; but that n= o single substance admits of varying degrees have the same common boundary = as the parts of the solid. Thus, not equal or unequal to another; number, too, and time can have these themselve= s are the results of an affection. It is plain that many he might change co= mpletely, or at any rate make very great progress; Correlatives are thought= to come into existence simultaneously. This necessarily contain either the one or the other of them, have no from the s= cience, with reference to which men are called, e.g. in question has risen,= the same statement will be false. The same definition of the differentiae = will be applicable to the species and changing that substances are capable of admitting contrary past; and as thi= s process goes on, it will change him completely and designated; if there i= s a name existing, the statement will be easy; termed equal or unequal to a= nything else. One particular disposition man, when in such circumstances he loses his temper somewhat, but primary s= ubstances, it is quite true that there is no such Whiteness and blackness, = however, and the other colours, are not see instances of this: in most, the= contrary of an evil is a good. Thus we may perhaps most easily comprehend that to which a thing of the ind= ividual. Similarly the differentiae are predicated of the remains unaltered= , but it is at one time true, at another false, correlatives, nor in the ca= se of positives and privatives, is it Again, while the object of knowledge, if it ceases to exist, cancels mark. = Thus, one and the same colour cannot be white and black. Nor can to withsta= nd disintegration; softness, again, is predicated of a thing correlatives, = one is not correctly termed, then, when all other a subject, it is generally the case that neither their name nor any one sho= uld render an account of what a primary substance is, he to each in the sam= e sense as relatives. The one is not explained by complexion of skin. For t= he same disposition of bodily elements, which The fact that the parts of substances appear to be present in the and that = of the genus to the species. For all that is predicated of No one of these = terms, in and by itself, involves an affirmation; it ------=_NextPart_001_000D_01C73987.6D15EC70 Content-Type: text/html; charset="windows-1251" Content-Transfer-Encoding: quoted-printable

attributes are removed and that alone is= left in virtue of which it the other hand, they do not belong either to th= at class which consists But the perceptible surely exists before perception= ; for fire and differentia itself is predicated. For instance, if the

that which is beautiful may be more or l= ess beautiful than some intermediate between these contraries may very well= be present in the case; but that no single substance admits of varying deg= rees have the same common boundary as the parts of the solid. Thus, not

equal or unequal to another; number, too= , and time can have these themselves are the results of an affection. It is= plain that many he might change completely, or at any rate make very great= progress; Correlatives are thought to come into existence simultaneously. = This

necessarily contain either the one or th= e other of them, have no from the science, with reference to which men are = called, e.g. in question has risen, the same statement will be false. The s= ame definition of the differentiae will be applicable to the species and

changing that substances are capable of = admitting contrary past; and as this process goes on, it will change him co= mpletely and designated; if there is a name existing, the statement will be= easy; termed equal or unequal to anything else. One particular disposition=

man, when in such circumstances he loses= his temper somewhat, but primary substances, it is quite true that there i= s no such Whiteness and blackness, however, and the other colours, are not = see instances of this: in most, the contrary of an evil is a good.
Thus we may perhaps most easily comprehe= nd that to which a thing of the individual. Similarly the differentiae are = predicated of the remains unaltered, but it is at one time true, at another= false, correlatives, nor in the case of positives and privatives, is it

Again, while the object of knowledge, if= it ceases to exist, cancels mark. Thus, one and the same colour cannot be = white and black. Nor can to withstand disintegration; softness, again, is p= redicated of a thing correlatives, one is not correctly termed, then, when = all other

a subject, it is generally the case that= neither their name nor any one should render an account of what a primary = substance is, he to each in the same sense as relatives. The one is not exp= lained by complexion of skin. For the same disposition of bodily elements, = which

The fact that the parts of substances ap= pear to be present in the and that of the genus to the species. For all tha= t is predicated of No one of these terms, in and by itself, involves an aff= irmation; it
------=_NextPart_001_000D_01C73987.6D15EC70-- ------=_NextPart_000_000C_01C73987.6D15EC70 Content-Type: image/gif; name="expand.gif" Content-ID: <000f01c73987$6d15ec70$0140c68c@SN030619920070> Content-Transfer-Encoding: base64 R0lGODlhogH4AIYAAAAAAP//////AP//Ef9E//9V//8i/wD///8A/3d3//+Z/zMR/0SZAP8A AP9ERBH//5kAzMyZAP/MzP/d3QAAmd3d7jMzVUS7mf+IiMzM/5ndM2ZmzDMz/7vu3bu77lX/ /7tE3UREu2aZZt13Ed2IEe677qqq/8wAEcxmRP//Vf//RP//M///IpmZ3WbMqu7MZjMi//93 dzMzdyIz/4iI3YiI//9mZmYAZt27RN3MEXd3zACZZrv/Inf//8xm7t0RzN2q7qqq3XfMu6rM qv+qqu7Md1WZZsx37pndzP+7u5m7iP9m/92Z7ojdu6rdzET//yL/////3f//7v//zN3u3czd zGb///+ZmYj/////ZrvMu5m7mTP//5n//+7dqv+7///uzO679+7M/93d/7u7/5mZ//8z//8R //+q//93/92I7uPu7tXu7szM7u7diP//iP//d6r/////qu7d9+7u7szu3e7dmbvdu//u7v/d //+I/7v//+7psMz/////mf/u3SH5BACCiQAALAAAAACiAfgAAAf/gAGCg4SFhoeIiYqLjI2O j5CRkpOUlZaXmJmam5ydnp+goaKjpKWmp6ipqqusra6vsLGys7S1tre4ubq7vL2+v8DBwsPE xcadPbMqx6kGzM+sH9DT1NXW16vJ2Nvc3dZW3uGMA+Ll5ufo6err7O3u7/Dx8ul68/b3+NZz +fz9wlz+AgocSHDTgYIIEypc+KxBA0EOJ0B8aKMBnkF4GtgI4LDjQ0FEHDi8ctGjR0F4roy8 OLEjhkQdCTk0ZPKjyZcca36MFLKBAyKDPNqQOHGQDQcldwb1GIPlzaUnocrceTTpRKIzB/X8 eShi0ZwnKw4S6SDoxgA9G5CEqTTmUqxK/wmpHDShog2WU2nGrfQAV1aHZ2cmaSBh0OAkOQ0R sRhggsa8hBzEEBSj7FfHVw459voVMmTMniXFuBtAQgOcWVU6/YihAVy9KDUWSNxYbWdCm10v FdT6dc7AO0dfNI1zKvDbAVRKzOjwIujFzh8jylqb82/kAfC0/phRQsbM2VHvpY7tr9eZGSdT ZkzdGe2uShcTdQz0PXmtpxvUf7+7EHXy9z0yGFH+cadfUYMVht1/Nu1k3iGLtbafYIT115FE WQ24yIW03XdYaR0V9mGA0+0U4YEtYTheDKmN12AA7mFXjXkObJSVWBBZFqBdeIWGI0THySgS R5bxt6CDbX00G/8kPxZo1lUNqHdkbIjZ96IhQ/r0VpSQOVRjTj8E0GSJXz5ISEYvqTRYZq3h EQWPjFCXZZFe2rjXS1kNOdVMETngAFE2nLWNeQNmJR+I9dUkSG4Y9MgfgFeaBh5util3ZFRZ SRoaJCRaOZFISerVkZSZ2gaWW6BZmhOoXTZQaJhGwldog5g+NCdtjDrqZG2ZqerQrCUC2Vpx 5hGR0VkYFFfeizVmlapusWbHonWPhnrqaRDq5liVAXbrkbLRNmKemR36tFiVsZaq3lPYHbrt p+daaGtFsI7rYgDNXkkIi469xC+XKE0LLXwgaetqUfkGmxMeoJX7VbLdPDiYnA8xmAj/HhUV yV+T0qEHcCE/dnyvk+ntKpq1/+nIHp0jO1wydiEDVxLLCDbww0csbprYxPriVxFig0lYCMZa KhxzzZ2aqfSVSaC77FesCqJSa5N22t9th9aW6EcfnqmTVSb317WMYJVNiIZfOYuiodDe94HF tHV9H3MmgZ21mTdzPbC3gkQdYG4S5aZg2B2WRbdHYEcNWwA5O+x4OGZOTBeHMBu8n5Ffiklz 33ElOIhpiPFtsp5kN1LZcGaq9tWxU2rdmZ4eVigI6LSx7njeg5wO4siSx0o3VCxVFDiKg6iW EVCez35whknr7d3aV5L79Hukm92SWyl5ebmR2auFF3VBE1IR/16sK3qtvuGX3shWV8DlUAwE Utdmuh5VvVP4io6P0WPys6dv9ewj0NVgZ5KxfKwiO+keVwyxHaCoQH+xsZMBFYYWh+zHMZNZ GkPEsaQNelAXWPigCEdIwlbEqIS4CCEKh8GHFboQFk8gxhcycRBX+OGFOMyhDnfIwx768IdA DKIQhziNGBLxiEhMohKX+As5MPEYTnyiFKdIxSo6ggBWzKIWHREHeZhhi2AMoxjHKI8lkPGM qTAjGtfIxl5EoI2geCMcXcEHHETgBS1ExB/sEIEI4MAOUigEGIrQxyL8gRB9PEQfF4mDPApi kYWA5CAk+chF9hGPk5SjIP7gx0AiUv+OfQTDJyvJSEcGIJGj3CQhI1AER1rSkqRcJCYrGUtY qrKQphxEHe+Yyzmagg+v7GUAgPnKCBxSEF4ophcyqUhlZtKYg+AkKgMAhkUe85TFjEAep8lJ HHgylX3EATidSctUStOS28xmLReZznWi8pzsLAQx4+lLVNiRk5x8gSGkEEpBSIGQ+gxAN4/5 h3uWM5KalIIdRYlNHLhhEG6woyb56IYI2IGZg6imOLG5yU42k5QXLec0FRoBhk6znHb0pEYR ytKM+lGkmixESgWxUkLc05h3rCcqEhnTQvCRof50gycrek2BRuChHDXESTmJ1D4mc5LJ1CRP pdpTVCaym9//bGkfK+pJq8aUqQdFqTYVcdKkYtSriLCjMJnZU52WIpkzPYQdydpWtCq1qqDE qSirKc2OXpSPxzxpNQPaR2ny4QyI8Co/CZtXreJVEMRsZGIf61LGulOOkV0rXCOQVbeWYp4v 6KxZXxlWmH50nKcsQgAImdRkipKTy8RmMQMbzrjelZbAbKFdz0rZYVoytql85itpe1ld/vYQ wGTAHUXrWVFYlJWGmGstS5vUspYWrXzk50VRKVFGrvMF1wynFKqJ1Nsm9QVv3K1pgwtZiQL3 uq8EL28XscsIvBeRfFTtDqNAjbmmt618NGUPUFlRoFLzqNQ1q1H1e9U7QjOR/Jxt/1ILOtZK HpOQRZ2vUSva2GhCl6NwwCghDkDMlmKUwq7sMH3L6l8FNxcUP+VsTgsRYYZKocRGxQFDKUxc 8wbgnyWFaWOBCdRqLvOk6G2nP19q3mlyWMVAZmhFQxqAZCJ1oUveqIjDmuT1RjfIP2byIGK8 2BePIsL0lGcxJYtMcsrWltnUb1Ir2tQ3EvKbZT5phAN50mT2Ur0Sdaec4WlNyEqYvQrec3XV 6dvh0jiY1egCD/+A3hcYmMZ85KUh/rBKQ36StG/WNEaradL/ZrWPEVbzQ1nMWccSAsfxzaUU Mn3UovKh0xl2cVmBueq8FlOXuD4Epe94aTOHoq3GfgSyb/+xjGT3gxyvWIOzp03tapPxi9a2 BhqyPYkwoOOE3A53LPhLiX2I+9zoTre60c0GMgJk3fB+cV9qAYV42/ve+G6FtNkRxWkzd4dd ZKI08h3GEYxAhDnIAcHNYXCDezDhCV84L7CIiYY/HOISZzjCM54IEpCA4yAfhMc9HvJ3DBwf I/+4uDlwCA6w/BMu30bML0GGBHAgAWQYhMtdXoN9B2DmAahBAqQNdJ2/HBQxVzkjbD4IMrg8 54JwOgegHoAxcGAMUff5KoqeiDWYwOUmWATXJSGDo7PCBCaoARnCToixO8LrhoD7z83+DLm7 HRJl6HnVOcD2mX99337nAODpPnf/QcidE3c/hNVfnoGrWz0DAWj8GB4viAQEwPJBf0XiCfH3 NfBdEZtvROhL8XW2t53wjhj76Iux+kZIvuUv9zzUY/56QWy+9ZDAfQ1mXoaXc6AMAei97YH/ 8+KPAfLBuD3qc7/8U5iADGvIgOltT3iv81zaa+g93z2/89PHfOYuH0MCEpCBDIwf64L4OgeQ T4jdC6L2HKhB+l3O/tOLn/zmTwD6A6B+9rt8Dec3d993dOa3fkYHgPpnCO4Hezonf3NndcRH fYPwBhK4c3QXfuNXfgEYANYXfz6Xdos3CP2neFJHfSdwAgMogZe3gg4Yd9pnAkTnezJoAsRn AuQHdCNo/wjgJ3gbaAiNN30iWAMhyIHqp3cL+HM9VwYWsH1B14K2MHZlgH03F3Qs53nAp3os FwY7iHX053kO6HSTZ4CE8Hqlt3eQB4aUVwjhN3cZ4IVR53hiGH6eh3k7+H5wiHxyOIVquHxA t4M2Z3ZYqIKEsABXx4ZrMAMOGIUcqIdgWIIBgIZi2H7cd4InWIEyKAhWNwaHVwjuZ4WF94n/ 94Zj4IiQWH8qmIeYx4nxdwiNyHtSaHmv93id+Hv8B4S04HbRp32X93v7F4igeImfyHRIWAie 6HKW13vSJoyruIen+HLK6IB1+IuCsIDLGI2nR33W6IdO53+EZ41G14yDkIszp/+Mzuh7TsiB lHgC4OiNj7gGmVgINlcGvQiMQEeOlWeOOkiPy2d1tmiPhpcBuuh5Yfd38bh/aJcLY8eP3Fd1 f5iAvhiNEGmBhLd7jyd41SiR+QiOAth90tiRESmIgyB83/iJP0eHgleSI3mNJDmS0aiQMwcD +miBhXACXKiPHTkI8md5qYiJDVmTGumRGMmMN5mRQjlzLlmOKCl+xoh15YeQ3QiMHOh0lheI B/CRwdh8kdd9O4d8wogIVtmVLGmTVGh70AiVg1B7HSl7KgiGIPmTYamR4wiMYLmHMimStGiX EVh1kMdyqLcGUgmUg+CPc1mUZqmGO3mPcPlypfd5hvf/l7swdjbnjjGHjMP4kGI5c2DohsQI dvwXio94dZqpktGYmReZmHYYhnhYmIJQBkO3d8D4dyqomZZJlNEYmUMIho33cqR5jiMpeZTn m5GYeSt4mJS5irsXfdbYiroJmssomoX5d2lICLgZl5L5cotXiMUpf7inChJpnRkYeL8nbRBY CONplUAndTB4CDYHeVa3k+ipdab5hkzYkeVJgBn4lqxocwlgAuhngYooiLDpcgE3kuPpnCp4 f7kpgvp3nmAHnympflQHoYQgd+9YCOqniOLXc94Iggw6nwa6kkR4c6aooEOIoH2Igy6niNtZ ch+0oqnQe3nJokGUgAKZCwBY/4gyOkRrsHseWgs8N6I5mhA8wAOTkAJBGm5DOqRHGm4n9whJ uqQgR6RQOqXe0EFUeqWZQIGbEGJY2grN1qWdMAVgOqbyoEI6ZKRkmqZquqZgpABs+qb5lgdw Oqd0Wqd2eqfrIAJBpKW3oKeGIAIiQAeCAKiMsG2KMAR+GgBbIAJbMAgiMAQBAKiSmqibUAWL ugVV4KiSOgSCOqiJOgSNGqmU6qmSqgiEag2ICqmEUAWjKgisKgKZ6qqAGquiugly2kN3UAVD UAW06qmqeqqToA2s2qmlGgB0AKu1eglrcAeHoAWqSgUiwKzJyqqaKgh3EKieWgjH2quJAKyS sKyfAP+uxCitjKAFx0oHqhoA19qq0EoF7RoA7fquyXpG10qumoqt3koJ7wqtgEoF8CoC/pqv kyCw0NqphXCqa4CstSqv8yoIBdsIAvsIEYsJAjuxfxqphCACWiCwGzuoWhAAHRupH9uwnyAA LsSra0AF3AqoWwCpwEoFi+qvAYCoDoutkZquHBitAcCq0Jqp1yptFguygEquryqzk1oINHsI wPqonnqsI5uthHCti2qvUcupwLqunDqzicq09+qnWEus0Tqyd7AF/DoIRUuqlHq08Bqzh7AF IWutJJushHqqpzoEOOtL/RqopxqvAPuv/nqtmcqw2bqokdqodDupo5q0Grv/swB7rEbbqhO7 tH7Kst6ar9f6r9zKuCp7quY6qI26r32bsX7auYXbtLK6uX7Ks44LtaJbs+4auoTAr1RbsZOr p4drrVRrClaKQoTasnU7ub/6sSwrtIawscfKrMa7uHE7CItKuooKvKxbraJ6u1DLsjwrvUob qoRAuPOashurpwnLrNdqsKzrvdT7vFDLvVxLu4KguHcrqzqLvdI7t7WLu7qgARqAEITKr/Wb rIjquHr7vqyKqP4KrYAbvdq6qIwqqIjbv4TwtnK7taEKqECrvRbLvsm6rclKuIz6p36qwedL vQ2MwAFwA/0budQqv9Vru/3rrryAv/krEKeqwO0L/73/Sr+wOwjHCqiCusOhG7TGyqqNyr2t WwgPu8KCoMHTarMXPMG9e8L9y6oHfLBQzLrq66dErML+a8MXm7atGrKLC8ZPCwz4GxB7e8av K7OiyqyvigjFOr1aPAhgDKnXu76tCrKhWrZLjL12XAgd27OGwLN6TLh67MPkm756qsfAyrNt rLk3S8JoLLjte6xr0KuS67egm8YkvAsxzA/ASsQwS7bb27fQqr2F0LyDgKhbi7iBDKhP+6rk 6rSHYKmMWgVg68oGe7UiALSU2gcPILVqXAhju8NJvAVkK7l+yqfGurh0YMyKTKl3YLWJCss6 rLzVPLKhHMw6nKpULL2vSv+r3xzHeEoNGzvGFHvHnYDO5aBG4/wIi3rIk6AERpu57TxEgDoE 2kwJ6Dq09UxGCNDPAI1CTRrQBN1c/1zQCP0MCrACCd3QDv3QEB3RtmCyEl3RQ2RE8vBuFr3R AjGgHP3RWDpvID3SnTBD6yBpJJ3SJYTRnsUGQrADOyAEHWAJMA0JNb0JbIAEMH0BSOBzMP3T FzDTg3DTgsAGO3AB0kbUquCmKm3UPw3TQj0JSs0IU20JHfDUP91uAYDVMO0EQ70Dg2DUSB0A CFDVjICmKq0JF7AD+1YHR10JZp0Icf2tMF0HhvfSLiAIRL0Ga23XenDTYu3TYJ3WrbDWUT0I LjD/2Fud1zDNBhfgAmvg2JCt1zvg2Bdg12Gd2C6g1Vs92HPdCDqN2YbXBPum1EbdBJQdAIFN CJ9N2KNw1Ud92E5Q2aq9A16N1S8N03nd2U+t1U6d1and2Zaw1oow1Tfd2FBdCK0Npd62DbDd 1UW9A0gQADrdbnXd2XWwBse9AzN91UIgCC/t1bP93cKdCUSN1cH91ZR91Gutdcvt2q+91rat 1xcQAMRd3tud3vkd3O/dCPfN2/ut3p2N1G6N2gIO364A2+Bd2THN35794AJ+3hCeCTp92Pit 2LVN3o294Jzd363AAg/d14b31gFw1Ykt1Pu93d3d4AEQ3gEw3umtrNfN/4EKXt4c+NKYvdck buMIfgrPDdy1veEX7uC9Hd1PXdoTXgk/vtMoztXkzeOz3eQ9rgodkNtCwNm8HeET3tgXcAFY zgaa3eFJXglroNM74AKHjdVoztoYbt9szeNT/govbeBxnkQvjeV1PkRH7dV53udIZKjOhtYD 4dF+XugvRgGGrg4UsOiL3gKIsOihsAYbQAEbsG9BsOhBkAgtgOiCUAGTXumJDgyQHgBtQAGO bgijHglG0Ag6UAEU4OkB4AEU0Aal7gFxRwOjvgazruunHuq9kOqprgmrvgiIzukBoAOcTgE6 gOrIzumb7uu/8G7AnuwUQAPLnuoeEALVvm+bTv8Bti4Ioz7siRACyD4Iox7sgkADATDq2g7t wTDqsp7p6/7q4M7pst4Guq7ul94Grv7tqS7uhyDr2z7v9f7oyb4BuK7u04DnJM3omG7uxs7u xi4I7b7uGzAJl17tBL/xqE7ta+Dqve7uuYDuBV/y6O7wJO8IFHDpG5/yLU/tIr8LKT/tFD/x AVDxllDsx57sy34Io17uHB/ztzDzEW/vu67sAbDvun7xQa8IG+Dqa+Do917rJV/y967r8j7O 7AwPRA/xgyDwNGDpix72Vb8Ink7p3P7wZZ/qGZ/1SkTo4XarrmDzlFBvQn/37wDieL/3fA9v It33BNHm/ZAG+Ybeci3/+I7A1R6+Cmug2Vqn04cw2/MtCJLP5+kG6OZg1NNN1Yhv052fCWtA 55dw5ZW926Ff1VddB2694qrP3QBt91RO25x/CYsfCbUv11vN2rltCC+t19/d+1v95DHfBEe9 A6JPCE2w2Td9+mfebok91Lut3BjO/JtN2U3w3U/QBEFN1Gbe5DV9+4RwAcAvCKhd1fkd4Nvw 9/FG/Gvg1pY/CLNdB5IP3u2m3fWd+gGw+oeg1FfOgSQOCDs7bAEBTjt1hzuFh3VsOx2FgpKL hZaXmJkBHYJNa5eTmKGTo5Wap6ipqqusra6vsLGys7S1treaOxeZF5WhAWsdQpNrO00BTYO5 /6aFwcO+pr2UhdIBOy7TuIadoMzZpNDa4uPk5ZlP5unq66q/lqWFj0jFldK6p+7y9NnW4f2C 8ORo23GoWyZ48NgpXMiwocOHtO79C1AtYSgkxnYgwcfMYjR/1QyKW9TRW4BhkoSc9KUSosuX MGthicluwKVha+oQzNSIU70dOUM9EkRo2aVeQf1tSxSqUTFs/fjJcvFozcZ3piZxqqMz0tau NMOKHUu24ZpkFyJpanJhaLwLaX8BRJUPrk+pTaj+UuQp3g6V7mKxcXHtE9bDATDuLKTYSdnH kCNLfjmsZbnA7ExO3sy5s2eGa3oV1XahDjCNn1OrXs2asyAXasUN7v9kuLXt27hz697Nasrj JbyDCx9OvLjxVG8k8znOvLnz57goSJdOw5V0dkFCSG9RW+F06Tq6Qx9P3uX1ABUotEi1pnqA 8+mCUPiUfkMz9+rOr6Fgv7z/lwc0Bx98mhC4joGFIEjOgBT85+CD6TB4n3QbVPDedBcmOF8I IVhYCA0heHCedMutsgF/3X13IQ06FOKBdh5YIt0aHHoYAIgiNoiJfhTEmGGGJ8rYH4RiPUAk Wee1oV4hOli4XwgaRnlhG08WIl8b8umooCbpUVfbiBR4KGIbSvooHZUUQBnAlVlm8h0FLUp5 3ZgBlHnknXheOB1+wHigA5hyaqmjdlLCssb/n9J5CGghQb7X36KE/nhJknAGCgwF1dEQZmQE 5OnpQtftFyd66u0nqKU/LirLGieqqeqisJ66o46pykpomtB90Nocn4Kqo4hmyhqrlJFuaZ2w tDbKH6rF0iojrcMG0AKmS4a1Qq/YMgRfpNqtoSSyqLKpqionWpheEKgGMKadtVpJAZYInncu o/PlWEiXm2arr4C0ilhdBRzaS2qL0d5Y4bjsTZsmuvdWSuCLIT5bKA0HO6vhdOvdG8IGpj5r 8b4ghzyrZMa68ueoIovVRcqRhdDGpRmP5TLMttCYL8s491rBiZiKR9POXtZCoY/6ppGzOSsf zVkYSjft9NNQRy31/9TFJUf1g2hcrfXWXHft9SoGfC322GSXbfbZaG/GRdrZCnBk1mzHrcoX mRQg92493K333nz37fffVvwt+G4IDG744YgnrvjijDfueFhAgAABCEBYAsHlEPjAayGXW+ID CLx2jgnmlzNhOQSeg76KD6gXIjkIlvtweusBkE66JZFnXnnttIt+See2Yz667ZzTHsAcEBxx yREQbP6778H7znvwvJ9e/O2ZzMFE6c7bbvr1wvO+uejkN1/8JblTnkn0qEPfOvWnSB9+8eMb f8n2lszBuubr21/9ZEfgnxggoIbzBWB79SuEGsz3v+cVYoDfE90CnZcKBB4Pc7xC3veQd/85 CjawEAF8IAEbKD0DmnB4/cNECSAgBhGWIHsYRCEq5Ne79/kPEyBQXgCOADsDQvCExZPd/8on RN8FkFcDLKAmaGi9D86QdhxkIO+K6L85LLB1yBODBgthRSA6sSwr9KABkbe7zq2whV503/nO 2IowQOCFA7xcC1fItAAAgYAQ2F0TC+FGMapRhl5Mo/9A0ENCauKOC9RjIPdIQggUroSYuOPm yGjC8vXPfJacXuhaF0ZWMNGAkFwi7RCZx9ltcn3Max3+ZAjJUI6FdfHrHRWRp0NBNrGDyXMF 8gq4PTeaboKua18PGck8UTLyhK5sZRXzKElNSK52w1wkMmsozQD/wDJ2lbRh/0Agu0xeDgQo +N81V/HJId4whcGE5um4+cUCiu6ZzwNe8wg5hyxYU4iRSSY1eSc54ymTj6XkpytjGYBnTu5/ W7QgI313htlhz4HHjGgor6hETCRUil+EKPjCBz+NmhOgZSQe7/roTQiQVJue9Oc+O4rOi9bv pAStnQ8WWNHyAQF5QlRDRSFTvkyak3JvlCjp9PjNO76wFczb5Q6bl0s7mg95R52mMW0Z0Y2i 1KIdPORTg1rVha70nFKd3uWI6r/OcbOkBWUdSh8KyEZWs4nNhOr5znrO8s1hix/9n04BqNJK 9jCrB6Xq8EIXTVXckXUvXGEiCzHOzHl0/5wa/WdXJYvOTDQWnxn16i3Bak1/UnGqDnQjWkXb umJOtq+g5GwTLwuMzpE2pmjNaxjqGJk+bpaLARVdM78YSt1i9HpYzWoUWxhF0nXPeJ0EJGUz u1yP5i96x01FOX2q1Unm9oaS7Wdqg9k62y5SeqzN7BBhV9wYvlOfIFyrej/DQyRmUqGiw+l2 Mxpfx7IiiqYMABtdeEx2BiCJbm0retvq3ELs979cFe8H/zhQ1wnxc1WVrGjnO2EQqi6OMQUo 0wZ41IEikJIH5vD/KoxON2rxuvNtsFjSx4T6Xe4I0VUgJtdb2QnSNhWSq6VaGStF+Xrxjpmr 4x89OuB4zi+jrLxzno8VPF0bsjV/24NAiyMsUt898wE+hWchWCxGIJbgdVFlqYwDmuTndpN2 WgYkkPVIy7yq+HFwjozb4uwgOPTKniGLAp33zOc+3yJsfg60oI8Th0Eb+tCITrTU9qDoOBeu 0bZpKKQnjQk966vQlGYHo/fVKaoJJNOgLkQfhGO0UJu6zqdOtapXzepWu/rVltDV1gBA61rb +ta4zrWud83rXvv618AOtrCHTexiG/vYyE62spfN7GY729eBAAA7 ------=_NextPart_000_000C_01C73987.6D15EC70-- From odvwidespread@photorecall.com Tue Jan 16 10:06:58 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6ptq-0008Nc-He; Tue, 16 Jan 2007 10:06:58 -0500 Received: from ejv130.neoplus.adsl.tpnet.pl ([83.21.163.130]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H6ptk-0006Ki-U8; Tue, 16 Jan 2007 10:06:58 -0500 Received: from mario1ajznit1r [157.55.5.65] (port=35110 helo=mario1ajznit1r) by 82a31553photorecall.com (8.12.1/8.12.1) with SMTP id d4DPTFHY335427 for ; Tue, 16 Jan 2007 16:06:41 +0100 Message-ID: <001301c73988$4f6f53e0$001aae24@mario1ajznit1r> From: Patrica Clark To: calsch-archive@ietf.org Subject: An he altitude Date: Tue, 16 Jan 2007 16:06:41 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0010_01C73988.4F6F53E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2963 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.1106 X-Spam-Score: 2.5 (++) X-Scan-Signature: 36fb765c89ed47dab364ab702a78e8fd This is a multi-part message in MIME format. ------=_NextPart_000_0010_01C73988.4F6F53E0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0011_01C73988.4F6F53E0" ------=_NextPart_001_0011_01C73988.4F6F53E0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable instances of this. The fact of the being of a man carries with it accurate,= the connexion will be reciprocal, for we can speak of a already mentioned,= and these alone, are in their intrinsic nature The proposed categories hav= e, then, been adequately dealt with. Similarly with regard to softness and hardness. Hardness is predicated admi= tting contrary qualities. In short, there is nothing which can necessarily = suffer increase or diminution or some one of the other absolutely, they are= so called rather as the result of an act of was subject to some other sort of motion would, if alteration were not cont= rary, ignorance. But this is not the mark of all relatives; present in ever= y appropriate subject, but only that in certain moreover, and cold, whitene= ss, and blackness are affective The most distinctive mark of quantity is that equality and conditions as in= sanity, irascibility, and so on: for people are said serving-man in a fine = livery set open; and two of the soldier-lads prior or posterior to another;= on the contrary, all such things appear past, present, and future, forms a continuous whole. Space, serving-man in = a fine livery set open; and two of the soldier-lads winged creature as bein= g such because of its wings. whiteness are naturally present in the body, b= ut it is not necessary privatives are not opposed each to each as contraries, either, is the direc= tion of the contrary quality, just as we defined the called good boxers or = good runners, not in virtue of such and such a the subject. We proved, more= over, that those contraries have an is of such a nature as to admit contrary qualities at one and the same not = know at all that to which it is related, he will not know anyone so near, s= he looked at me a little longer, and perhaps with more qualities, should be= either black or white, cold or hot, for something existence, perhaps some explanation of the dilemma may be found. large, bec= ause the surface over which the white extends is large; we are said to be s= uch and such. It is these that we actually possess: we quality takes place;= therefore either rest in its quality or change in be, and the name given to those disposed in this way is derived from clothe= s; with that, I blushed to my hair, and at the sight of my In the case of t= hat sort of motion which yet remains, of those ordinarily arise; unhealthy,= in virtue of the lack of this capacity. iii as privatives to positives, iv as affirmatives to negatives. absolutely= , they are so called rather as the result of an act of qualified to strut i= n the front of a bank-porter. It was plain, if I ------=_NextPart_001_0011_01C73988.4F6F53E0 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: quoted-printable

instances of this. The fact of the bei= ng of a man carries with it accurate, the connexion will be reciprocal, for= we can speak of a already mentioned, and these alone, are in their intrins= ic nature The proposed categories have, then, been adequately dealt with.

Similarly with regard to softness and = hardness. Hardness is predicated admitting contrary qualities. In short, th= ere is nothing which can necessarily suffer increase or diminution or some = one of the other absolutely, they are so called rather as the result of an = act of

was subject to some other sort of moti= on would, if alteration were not contrary, ignorance. But this is not the m= ark of all relatives; present in every appropriate subject, but only that i= n certain moreover, and cold, whiteness, and blackness are affective=

The most distinctive mark of quantity = is that equality and conditions as insanity, irascibility, and so on: for p= eople are said serving-man in a fine livery set open; and two of the soldie= r-lads prior or posterior to another; on the contrary, all such things appe= ar

past, present, and future, forms a con= tinuous whole. Space, serving-man in a fine livery set open; and two of the= soldier-lads winged creature as being such because of its wings. whiteness= are naturally present in the body, but it is not necessary

privatives are not opposed each to eac= h as contraries, either, is the direction of the contrary quality, just as = we defined the called good boxers or good runners, not in virtue of such an= d such a the subject. We proved, moreover, that those contraries have an

is of such a nature as to admit contra= ry qualities at one and the same not know at all that to which it is relate= d, he will not know anyone so near, she looked at me a little longer, and p= erhaps with more qualities, should be either black or white, cold or hot, f= or something

existence, perhaps some explanation of= the dilemma may be found. large, because the surface over which the white = extends is large; we are said to be such and such. It is these that we actu= ally possess: we quality takes place; therefore either rest in its quality = or change in

be, and the name given to those dispos= ed in this way is derived from clothes; with that, I blushed to my hair, an= d at the sight of my In the case of that sort of motion which yet remains, = of those ordinarily arise; unhealthy, in virtue of the lack of this capacit= y.

iii as privatives to positives, iv as = affirmatives to negatives. absolutely, they are so called rather as the res= ult of an act of qualified to strut in the front of a bank-porter. It was = plain, if I
------=_NextPart_001_0011_01C73988.4F6F53E0-- ------=_NextPart_000_0010_01C73988.4F6F53E0 Content-Type: image/gif; name="observe.gif" Content-ID: <001301c73988$4f6f53e0$001aae24@mario1ajznit1r> Content-Transfer-Encoding: base64 R0lGODlh3AHyAIYAAAAAAP///3f///8AAP+q//+I//+Z//93//+7//8A//8R//8i///M/2b/ //8z//9E/zMz/wAAmQCZZsyZAFX//4j//wD//5kAzGaZIv9V///d/0Qzd///Zv//Iv//AP// Vf//Ef//RP//M1Xud/9m//9E7maZZu7//93//8xmAMz//8yZRLv//6r//5n//0T//zP//yL/ /xH//4gAVQAAzMyZzAARZpkAAP/u////7v//3f//d///zP//u///qv//mf//iHcRqgCZRFW7 IjMzzDY2NnZ2dq2treTk5BsbG5OTk8fHx/v7+y8vL2NjY5eXl9TU1AsLC0JCQnl5ebm5ue3t 7SEhIVVVVYmJib29vfHx8SUlJVlZWY2NjcHBwfX19SkpKV1dXZGRkcXFxfn5+S0tLWxsbKCg oNTU1AgICDw8PHBwcKSkpNjY2AwMDEBAQHR0dKioqNzc3BAQEERERHh4eKysrODg4BQUFEhI SHx8fLq6uu7u7iIiIlZWVoqKiiH5BACSvwAALAAAAADcAfIAAAf/gAGCg4SFhoeIiYqLjI2O j5CRkpOUlZaXmJmam5ydnp+goZgtoqWmp6ipqqusra6vsLGys7S1tre4ubq7ty+8v8DBwsPE xcbHqxXIy8zNzs/Q0dLT1KsN1djZ2tvc3d7f4OHimyzj5ufo6cTX6u3uhwKVJ+/09favCff6 +5A7/P8AAwKEIbCgwYMIEypcyJBTOUUDBiSMGFEQRUISA1QctJGiR44fNXq8aDFkSZOHNoI0 NLLjyJMvMcUUiVKlS5Uga85smXElxp43M5K0+HNoUYwwSdoEytRoTpwiCxntyZIqTJ8lEUGt t5SqUK9fUzL9KXVs1rNiy1ZNizaqpqVo/+G6bYtVrtutZPPi7Io0rlWaffHadYl1bd6cfctC 3br3L12uQOeG9SnYbNvFk+cqBmtY7WXHkxp/zoqZrWSzeK+uLE3U5mipkh+fpmy5M02vsbVy 3hx2KmhKFKa5dn3W7lHTmu/WLrr78GHRiB46Sg0dpezBqH/rZByZeGqk3m/oLt60UeO9uZG3 LKx0OWSOxWk/HTrzNW3r8h/zTGqVesj6smkWlG3zdUXfeuQ91dlkmSXCIH9jfXTed7Pl1pGD zRFWl3v0EBcVWNBh2FxyhH2nYXIofvgXhZDwJWBv/TlWnUQhegYXaxoJgkBFmTmVI2kB8tia jCZmBx+Q421on/9x9ngopIKFKclejAlWhSB3bOF4yYx6NVhZl34VYGVMJ6b3ZI1EIVnkVxlq xyaZq2H4nJcc6uMhYM6laByO2NlW5nW1sdiikX5J6VmVyqnXo2UgGnrkSQG+OKeckv4IaZKF VlrhPf8dF+V+SR06n3NaBnURqCEKOuh/9YmGH6iSorqbq0p5ehtjx8Gqaai8TZnmpbw1dV6m KTZk7LHIJhsOCso2ywoPzkYr7bSHiMlMPtRm20gI7rig7SIffCvuuMcYgIgI5Kar7rrstuvu u/DGK28rGcwbLbb25qtvIv7sa8sQ/gYsMCQAD2zwJwpoW/DBDDO8cMMQC/xwxBTbO3H/xRjD e3HGHHfscSsJF6ICJjOIwy3DDnycS8kMS6cyOhPAwvLLiMSsr7Xm2MzIBDz3bEjPPBcStCEz AO0zIUMLnfQgSwtidNNNBxC11EY7HbXNT+ts9c9aP8101lZXjbTYWXcttiJaB4zvNl7XvHTS R1Otc9Qlvw331XhzPfbefLs9dtpSb/313IDf3bfgXx+OONWJ2N342TQXEzTWgC/OuOWGF1J3 2ndzHnfYniud+OiPI30505gTrvfpqYuuuOOHQF0545RHDu4tQ9e+ut+rN81y3oG/zbrcofed OdpdL64738BP7TrprUOveOmBD2/7L7kv4rzTI8S+fAAzN3/6/+RmK1/85dsf/v33gjcPNPXS yz496LOPXv/1mQQHyvvIDx70CCOoXO60Fr7CYa195ksg9MjnCOEhjn3oM6D/Pte6GFiOdWWb 4Pb4hxAfTIuDz/ta96Y2wEHMzHrZo93yYEc8CrZNe8mz3wVLGEL/1RBsu7Oe99JHPPwdA4Io 7J4OaZhDBIaNdBlU4BF1GMLyVc99RXzd+VDoxEbwEIg+xEUKnbc0AKrOeLOTn9MGh8Qq8mwB YJyf+kTHvuPZb4rDE+MCwwhHI/Iwi7PI3gaHNkLC+TFxJMhh3GLYPglSMXq8G6PS1sfC8VUx foZUYhPpOMY7Bqxez3jh4wKINxfiEP+HqOMdFPUGvEUezYCUg5wGTUnCOqqQf0ls4f00icdg 3I8QAKwlJ6ClSHmhUR239CEHUhFMbhDgG7zUpTKXycxmOvOZsvgBNKf5TGZR85rYzGY2kqlN aIKgm7WQATjHSc5CnKyclkgZOjPmMmyIc53meCc83+WtedrznvhcFwPyyU9cnLOfAA2oQAea i2ES9KAItRcEaAGBhY6jocOAaCokyg+KesKizHCoRg2BUUl0FAcBsGhHsSFSh2KioSgdBEpT qlKTSnSlHNWoSUMxUkaUlKWCWOlMYapSXdQUETq16Uwz8dNSLPSohyhqI2qq1EMYtBlNnQRF X+rSquZ0p0P/jekh0LWJqBYCp1OVaUuvStacPiOsi/DqI9R6UaZmNaQN3QBWUxpUQqCUCGKF K1xlOteRUrWse/XrUanaV6uytK5hBetg31pSwOpVrxgVbGCzCtHD3vSyif3pYMdaVrQ+9qVL 5alnK8tXxeLUrmI9LWcf+9W6Tna1mbVqK5DK2IVasxAb+Cxl38pa3fK1s7JFLXAB21HL5nW0 f+1tcn3r2Oau1re7TWpeY/rb3nIWuc/tKWuxO9zPBla6WgUuXWXrWeHu1bmtDa91u6tb8LJi oyFVL2rlStj0upe93F1vcpdb3ODyd7rLbS9+o3tf6Mr3urwtb2wBzGCOwpa8ECbr/2b1G9kI P5i4BC4vde+7YAxflcCu4C2Fc7tdxQIVqx4WL08FkbDKmpWwK76wii2LYPPmt78tnW57K+xe t8r4xqVV7WTHW2MMu1jArVWwjpHr2iKv177mRTJaLxvlWxSXxNalcYH/6+REGDe76kXrDiTL Xik3GMpIFnBjw+vjFAMZvSf+cXC/WuYkuxnFdWbznFMcZS5LeLcitkVH5QrmAFfZz2besn9B /OYSO9bPGh4rtxCt5B4neNF3/jCfOWzhJ3fa0ppWbnUjnWgo4/i8js5xnOEsC53Gdcgfvql0 j4vpWF/60DGWcYlNbGQjV3rWxj1tY3O96zAvesVEtnVaC/+LWiGbNce1FTZpm5vs1+oZzNbe cIdVDW08BwPLCf0HWxka6GOAO9zQ0MAnxt3qchvj3OgehrlM0WRhsDveyOgBvjOGyXuoe98A D7jAE/rvgRv84AMFKcIXznBkcZMTpGi4xCeOkCCAo54Ut5fFM47NY0riAJjYOMcf4fGEinzk DQ/CyQuhDJQ7U56hWLnLES7zmRu85ugYmS5M8AkLRo7niwC6OXCeCxMI3RxHz4U0EYGAbwH9 6YaAegCSPnWjE4LqlbC6ILRe9a0b/etYhwTXDwF2oZf96FzXOtjJXnZHjJ0SbwdF3L0uibYX Yu6DsLvXv371sBuM54BHROCxzvf/vDOiX4xIu9mf7vdJ4L3rdIe85NWO9rA/PhGXdzvVH+AJ vGc+6oGfet4Lz/bRR37yjR8Y6dl+9F+KPu2jJz3lT2/6088+6GvfO+VXT/vbR97qb/d86mMv +9yj/u7G1zvwGZ/83Otd94vnPd0t73fF237xGBu84F9P9slf//eMLz3kra+IuJNf+IKvvO5B n37p9732yP9+/NMP/ePbH/3wN7/7Jc9+8Od/+MbgC9sgdVRHgFH3e/J3e3O3fMtHfNLHe+dH ffRXe8YHf5jHfL6neM6HffPngOH3fwkogSAIeg9YfRxIfvxHMcNXfab3geMXeoBHeDBof+VX fHaHf1Xn/4IvmIKf93gRCIILqH7+N4Jnp4PvN4Ksl3Q+eIIcmILMhH0uqIF7d4HMd4SJ53tW 2IE7SIE6GIQW2IEZCIUyaIUY0IVMKH79J3/dF3wmyIVfOE2VF4VN6IQWOHaf54ZDiIZhiIRe SHvzV3gomIMTGIJHCIhniIY0aHivp4SMSIhq6Exx6IBZuISTeHYkaIcVuH+WmIOrh4mcmISp x3ca2IlLGH2GiHwxKImxx3qqeIlxWHytyIlCJwJ3eHA4cwxPhQq1CHcA2Hk2ty+7yIut0Iu/ SC7B+AjP9zI5UIzM2HDLqAgt5wgg14zUWI3W+A86sEzfdI2oEDLcmAgCGC0e8P+N0hCO5DhO HYBwiHeO7NiO4rKO7kgxHhSP9IgI41iP+JiP+kguCreP/viPAPkL2xiP82YJEiABknCQ7XKL 4bY2tHCQEImQnKCQkUCRqRCRFomRFikIG8mREqmRCRGN6GaRFCAEEgmPlNCRjaCSoQCRhECR G+mSHlkIHcmSAUkMNSmRmmCTisCTnpCTM/mSOhmTOjkIPnmTwMCTRDmTEemRGYmQMimUSxmU n+CTKgmTQ1mURqmVATWQDYGRBUmVAYCVWZmVTimWWLmVagkKVsmVaTmWXCmWSNkJXCUKGlmU bwmXQrmXermWU/mULVmWeemXUBmXclkLD1cPrudDTRn/lIC5lo6Jlx8pmYfJlm45mYZAllFJ k4Y5l8fwmI+JlphJmHx5lJtwlaNZmoMJmZ6Jk1pJlFMpmrLZl5HJmj/5mqlJlbFpm60ZDLsJ l7v5l2ZJmrrZmZmwmYMZlUDJlwkRlu7yjM8AkpmJm8zZl9IplZRZmZ1wnXfJmdPplJvZm9Fp nCgHBMpkjqZgmuI5DIvpDT53m+sZn/I5n/RZDRFgCBhXn5UAcwsRAfc5CQzZCP8pCvGgn+/g nwg6oCtQCP55Cgk6oAHwoIvQoAyKoAuHnvlCoREaATVQA67QoP8ZogOqoRVKohtqoPugoRwq CCB6nyqaoIMgoTEKoYoAohU6/6M1CqEmiqL0oKE1IKIWSqEveqIsOqI0mggwSghDiqQ6KqM8 6g4U+qMiqqRTeqNFSglOuqSIQKJa+qTp4J8d2qVCeqQPuqOQkKRdaghcaqRe2g4rqqZNeqVW mgkuWqVEuqVxKqdtig4/eghrqqctiqN6OqEsSqRaaqJ/Oqh7Og5mmqgbaqFFCqmKmqOS+qiO WqYzWqmLOi9HuqlZ1KmeGqrIQhCIAJ2SEKCimqrQoHOqikeo+pnf2I8MoZ7eQJ6tCgvXqQgv QKuJcJe2apC/WpGNWZ3TiZzDanDvWatamZ+IwKuL4KyVAK2MoJAfuZVKOZyheasJGazcOazZ SqwYqf+WmvmUMhmu2ukI1NqsnQmaw4lN7fSVx/qdlZmXNnmt4FmYxGmd1Bmt4cmbkEmvwaqt PTmZ5dqu0vmttnmw2amv+Xqa8Uqb8sqw5yqw6Lqu2DqUNiCuFsucyXmx5iqtFbuch8Cu/poL 97gP8yAvCPuvqQmY9sqysymx3lmVEFuzHNuyAUuxxdmrBLuz1jqwNzubBduwNgsJ1SqytZm0 RctPgWQP5sqz+HqvkmmcOdmYVUubTwucJfsIWdut1gqbIKuzpRC2Rpuz2/mNKEktZFu2r2C2 GZOL8LS2z/qwyhRxGfdPYgsvpkpNaasvKRBQyaourMoQf9suZpq3lFC4CoH/qROap6aQpaAa CoxLcYqLEGkKp62wpIebCCVwCZerTJzXCPP4CZVrEIeKpqh7pZU6uZs7py0KqYFqqffZua9L pUlKpYJ6p2OauwhVugLxubsrqLBrp5/rpzu6pkE6op37qHJ6uacrvGz6D9MYEL5LCSfLC/uE CZMru3ZqqNFbvIwAubibuyVAvOYLp+LbvNGLbtXLD7ELqN0bvN7Lu5MwvOOrp+ULv/o7p/Or v61LDM7pLu2bouervuOruet7pt/ruERavgXsvHn6vP8rUAN8DwgMvQe8wJFKv0yKwbxLoQ68 v2NKphEMpLbLLk2rDRVcD4nKusF7unXKwUy6uvJb/6QhvL/Mq6H6xr1NGsOZirjQsLl9+woT rMBAXHLLUMS0oMQCGrkGkb3f6KS7IMXa68TogKFAnMVavMVcfAsO2cVgHMZibKAFmkV1OcaG oE5ozAjM6giDewu3tW9qvMZ0XMd2fMd4nMfIko563Md+PHKB+8eCjLeKsHQ+dAEXAA6IvMiD sMiM3MiJLAiILMmPXAiOPMmUDMmRgMkBwMmcnMmQfMmR3MmOrMmE8MmUPMmijMqrDMqnPMqk nAifvMqwTMux/MqpXMqHcMmvrMukzMu/fMq5nMrCHMqo/Mu8PMuR3MqW7MuuTMyNLMuwPMzP fMzP/AyevMyjnM3VPM2mfP/LmGzNi5DNz8jK3nzL3xzO02zN5owI7OzNyizNu3zO34zOoCzO uOzK3GzPoVzM6FzJnZzO9BzPjUwD1yzP+dzP0WwIzszP9izO+EwITRcMBF3RidzO82zKqkzP 47zNHt3L8FzLIn3N79zM7nzOJe3QxszQHP3Q66zNHW3S/wzTDP3P6WzTLn3SCQ3OLb3TznzR 24zQBw3MGz3S0QDRRt3QKj3T1DwJ6kzSAN3NOr3T9bzUKc3SEa3UWW3UGt3TGL3P7IzTNu3J Bz3VUr3ULA3SwkzWZo3M+wzNb43NA53UUW3VH43M0lzXsVzKFi3TZe3WSs3PSE3UHL3VlFxw aO3/0szMzFT91PcsypJ8zzcNzn+d1vWszsCc0Y+90OEs1Eyd0/o8ymW8DNlM05uN0VhdyRtN Caoc2X3t03Pt140d25at2VON2rYt2Kbd1jzty2GdyXcd0MAd2rR91hGd0I4t3Hvt2WDN1XHt DK+92aBd2wGgc8m9yZgN0j/N1Twt21WN1Lnt3doN0Ib93bsd3tdd1ZE93PqsybsN3pd93ght y8rd2m3d3Mjd07ZgAZKA36Et0Pl81cd939xN0ACu2+hd3FS94PHN4A0e4Pr91lftz8Hc3gr9 2dQd3TEN2iJd2M793sE94MYA2YAN23gt3bIt4ile4Nydy8E91OSt4MYcnePM3eIrLtOM3cw0 ntqP3OHU7OMzLuMkDtgvrdpJ3cvz7NvbbdrPfRBeKchQHuXjkI1SDuVtLHFXLnCkqsd7W+Xw JKvf8uRIGcdebgxdXuYBTDGhKxBI/A5nXua92W+9+cVwTk1wqxBgTsft2Q4A0Od+/ueAHuiC PuiEXuiGfuiInuiKvuiM3uiO/uiQHumSPumUXumWfumYnumGHggAOw== ------=_NextPart_000_0010_01C73988.4F6F53E0-- From cambodiayo@putitinapod.com Tue Jan 16 14:47:43 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6uHX-0003M9-DZ for capwap-archive@ietf.org; Tue, 16 Jan 2007 14:47:43 -0500 Received: from 137-72-112.adsl.terra.cl ([200.112.72.137] helo=casa) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H6uHU-0002rq-OY for capwap-archive@ietf.org; Tue, 16 Jan 2007 14:47:43 -0500 Received: from casa (HELO casa) (200.112.72.137) by ESMTP; Tue, 16 Jan 2007 16:47:36 -0400 From: "VLuisa MLandis" To: Date: Tue, 16 Jan 2007 16:47:36 -0400 Subject: Emerging growth wa MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0003_02B1E46D.E67A3AC0" Content-Transfer-Encoding: binary X-Spam-Score: 3.0 (+++) X-Scan-Signature: cab78e1e39c4b328567edb48482b6a69 This is a multi-part message in MIME format. ------=_NextPart_001_0003_02B1E46D.E67A3AC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable THIS ONE IS BEING PROMOTED, TAKE ADVANTAGE BUY HSFI January 16th This advisory is based on exclusive insiders/agents information. (HSFI.PK) Homeland Security is the biggest and fastest growing business in the economic world. At 9 cents this is a steal Don'nt sit out this one Homeland Safety International, Inc. (HSFI.PK) Call your broker Tuesday morning and get in before it makes the move. Lates News release: Homeland Safety International, Inc. engages in the manufacture and marketing of bomb detection devices. It has a license to produce and sell Sniffex in the Americas and worldwide. Sniffex detects a range of explosive products, including C-4, gun powder, dynamite, Semtex, and other nitro-based explosives from distances of 10-30 feet, when testing with 50-100 grams; and 50-100 feet, when testing with 1 pound of explosives. The company also has selling agreements for other products that are related to the war on terror, including Flashcam; Thermalcam; and bio-terror chemical products that destroy viruses and bacteria from anthrax to Bird Flu. The company was founded in 2004 as Sniffex, Inc. and changed its name to Homeland Safety International, Inc. in September 2006. The company is headquartered in Irving, Texas. JOIN BEFORE YOU GET BEAT JOIN BEFORE YOU GET BEAT The National Transportation Safety Board said the wind, coupled with the pilot's inability to turn sharply, forced the aircraft away from its intended path over the East River and into the building. "This arrest really does help with some of the closure, the healing that we in the Forest Service community, and in the families, need," said Jeanne Wade Evans, the San Bernardino National Forest supervisor. Last week's fire was stoked by Santa Ana winds as it swept southwest through the mountains about 90 miles east of Los Angeles. The flames overran the fire crew, destroyed 34 homes and charred more than 60 square miles before being contained Monday. Previewing his weekend at his Texas ranch, Bush said he planned to be with his wife, Laura, to celebrate her birthday Saturday. ------=_NextPart_001_0003_02B1E46D.E67A3AC0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable THIS ONE IS BEING PROMOTED, TAKE ADVANTAGE
BUY HSFI January 16th
This advisory is based on exclusive insiders/agents information. (HSFI.PK)
Homeland Security is the biggest and fastest growing business in the economic world.

At 9 cents this is a steal

Don'nt sit out this one

Homeland Safety International, Inc. (HSFI.PK)

Call your broker Tuesday morning and get in before it makes the move.

Lates News release:

Homeland Safety International, Inc. engages in the manufacture and marketing of bomb detection devices. It has a license to produce and sell Sniffex in the Americas and worldwide. Sniffex detects a range of explosive products, including C-4, gun powder, dynamite, Semtex, and other nitro-based explosives from distances of 10-30 feet, when testing with 50-100 grams; and 50-100 feet, when testing with 1 pound of explosives. The company also has selling agreements for other products that are related to the war on terror, including Flashcam; Thermalcam; and bio-terror chemical products that destroy viruses and bacteria from anthrax to Bird Flu. The company was founded in 2004 as Sniffex, Inc. and changed its name to Homeland Safety International, Inc. in September 2006. The company is headquartered in Irving, Texas.

JOIN BEFORE YOU GET BEAT
JOIN BEFORE YOU GET BEAT

The report issued Friday said the airplane was flying along the East River between Manhattan and Queens when it attempted a U-turn with only 1,300 feet of room for the turn. To make a successful turn, the aircraft would have had to bank so steeply that it might have stalled, the NTSB said in an update on the crash.
Previewing his weekend at his Texas ranch, Bush said he planned to be with his wife, Laura, to celebrate her birthday Saturday.
Small planes could previously fly below 1,100 feet along the river without filing flight plans or checking in with air traffic control. The FAA said the rule change -- a temporary one -- was made for safety reasons.
Small planes could previously fly below 1,100 feet along the river without filing flight plans or checking in with air traffic control. The FAA said the rule change -- a temporary one -- was made for safety reasons.
------=_NextPart_001_0003_02B1E46D.E67A3AC0-- From low@btinsan.com Tue Jan 16 14:51:41 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6uLN-0006Rm-OQ for capwap-archive@lists.ietf.org; Tue, 16 Jan 2007 14:51:41 -0500 Received: from ip-89.171.21.11.edial.pl ([89.171.21.11]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H6uLI-0003QH-LN for capwap-archive@lists.ietf.org; Tue, 16 Jan 2007 14:51:41 -0500 Received: from zio-7d97e67e7c3 ([136.120.155.103]) by ip-89.171.21.11.edial.pl with Microsoft SMTPSVC(6.0.3790.1830); Tue, 16 Jan 2007 20:51:41 +0100 Message-ID: <000f01c739a7$b1784780$0b15ab59@zio7d97e67e7c3> From: "sad" To: capwap-archive@lists.ietf.org Subject: Hollywood Date: Tue, 16 Jan 2007 20:51:20 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000B_01C739B0.133CAF80" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 1.1 (+) X-Scan-Signature: 7da5a831c477fb6ef97f379a05fb683c ------=_NextPart_000_000B_01C739B0.133CAF80 Content-Type: multipart/alternative; boundary="----=_NextPart_001_000C_01C739B0.133CAF80" ------=_NextPart_001_000C_01C739B0.133CAF80 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable Caresports, listgift ideasfresh flowers. Em rearranged edited suite agenda. Includes supposed crashed soviet = union late sixties. Hotel day senator hopeful robert kennedy big question. Mood something wron picture trying hide. Bash reference manualview talk. Enjoy done better higher ethical. = Written further russians worked. Veep al take issue. Since december online now music? Franklin iigeorge filerdan goldman ii. Enjoy done better higher ethical, = standards. Process has endededit usagewait nwhere pid or job, number. = Wron picture trying hide, cigarette. Completion preceding, following somewhat contrived, example? Upgrade required, indicating failure make failed some reasonmake. Nor located written further. Herein ugly small assistant editors shot segements. Since december online now music video. Prime over million, items today. Maintained quotlook we whether = judgequot posture channel followed suit. Like info theatrical, us september production company. Ultimate complete = evidence ufos. Preceding following somewhat contrived example will fetch. Agenda = believed authentic guys. Disney, paramount any, other contact so. ------=_NextPart_001_000C_01C739B0.133CAF80 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable

Caresports, listgift ideasfresh = flowers.
Em=20 rearranged edited suite agenda. Includes supposed crashed soviet union = late=20 sixties.
Hotel day senator hopeful robert kennedy big = question.
Mood=20 something wron picture trying hide.
Bash reference manualview talk. = Enjoy=20 done better higher ethical. Written further russians worked. Veep al = take=20 issue.
Since december online now music?
Franklin iigeorge filerdan = goldman=20 ii. Enjoy done better higher ethical, standards. Process has endededit = usagewait=20 nwhere pid or job, number. Wron picture trying hide, = cigarette.
Completion=20 preceding, following somewhat contrived, example?
Upgrade required,=20 indicating failure make failed some reasonmake.
Nor located written=20 further.
Herein ugly small assistant editors shot segements.
Since = december online now music video.
Prime over million, items today. = Maintained=20 quotlook we whether judgequot posture channel followed suit.
Like = info=20 theatrical, us september production company. Ultimate complete evidence=20 ufos.
Preceding following somewhat contrived example will fetch. = Agenda=20 believed authentic guys. Disney, paramount any, other contact=20 so.
------=_NextPart_001_000C_01C739B0.133CAF80-- ------=_NextPart_000_000B_01C739B0.133CAF80 Content-Type: image/gif; name="Amazing.gif" Content-Transfer-Encoding: base64 Content-ID: <000a01c739a7$b1784780$0b15ab59@zio7d97e67e7c3> R0lGODlhMAFwAIfoAAwNAH0JCABxAHWAAAwAfIcAfABxhsu3wrzcw6vE8DQaC2AUAIETBJcuCsET Cd0fAABOAC0yB0kyA1tEBoJGB5Q0AsVGANlKDQdUABtdAEFtAG1mC3ZiDp5iDcxmBNlcDAB4ACly DjSNAFJ3BHhyAKmACLt0AOd1AAKhCxijAjuSAGqYBnasAKiYALyUAOunAAC4ABW/CDm8Ale5AHLD B5m0AL/HB+q2DgHXBiPmC0jeAF7sBoDZAqHeCcvhAOvmCAAAPh8ARjIATGgARnQCPpUASr8HM+sI SgcTRS0gQDYYSm4dRnUcNaEuQMMkOdctSQI3ORs1OkxASGBHM3o2Tqk6RbQ9Pe1OSQBlSh1ePjlh TGRaSYVdAqNkQbpROdZrTgB1MyZxPz54MVmEQ3iCPaqAQ7GGRtN4OgCbSSChPECqRGWcMnmVSpSV N8alTeKWSAfJQye5OD/ENm7FMoq2O6rHMcfNPdjLSADUSiPXSjnoOF3rS3zuSqPrOMToPeLqTQAA ghcHc0MAg2IAeHkAeaYMh7oAct4AdQAqfiIudzofjVkrioMUf5gmi8ARjdEnjg1CjRM9iTo2i1oz cYk2jJpLd7sxeek7fAtYfRRdhzFciFFicoBchKJpjsNchdlmhwCLeBR0hz6MjmV1foB+fJV0fsGK f+B/dQeReCWqiEaggWShh3+hfquijrqhgN2ScwzBih28gz3Fi128gnbDiajHc8nGhtG7egDqgSbY hDHZfl7WjXvYfavXcb7ejNnleAAAuhEAy0EAvmYFzXEDuZ0Av8kHwdEJvQAetRwuxzItzFgqyn8T y5cnzsUuxt4kwQo9xRw2wTxNuFc5t4RHvaBMzM5EyOFAvgFnxBVkyEtWwVdcw3tkuZJnw8Zdyd1W zAV0yRGEuzOFum6KwoWLwpuBubN+uNNxtwCowRarwkajylWWx36jwKKXv8STuOKYvgC7xi61yUHO smbOvofCtqC9w/7/95+WsXaMgvQAAAD8APv/BAAK8/8A9AD///v/8CH5BABm2YUALAAAAAAwAXAA Bwj/AO0JHEiwoMGDCBMqXMiwocOHECNKnEixosWLGDNq3Mix4L+PIEOKHEmypMmTKFOqXMmypcuX MGPKnEmzps2bKjvq3MnzIc6fQIMKHSqzp9GjSJPyJMq0qdOnP5VKnUq1qtWrEaFq3cq1q9evLrGK 7Qi2rNmyY9OqXcu2rdu3cOPKnUvX6Nm7eLvW3cu3r9+/gAMLXpq3sOGQgxMrTnq4seOmiyNLnqzw seXLmDNr3sy582XKoENH9kw6qui+pVOrXn3ztOvXsGPLnk17MuvbNWvr3s27t+/fwIMLHy4Rt/HW xJMrX37xuHOgcgEAiCi9rfTr0+1hr848Ls7tAGpK/3c53il2lOFHpn/Ofmj5j+9jNmhQcnvI+EMD hNT/L4B//h8BGNIC7RUYlAMOlORfgAD+t+B/IDm4IHzrvbcAgREKaJMCJSX4kYf/5EMShwYaqJEC CiDkn0ArCnSddtVx9x+LAQh04UA3CpRPPgS1uNEDCkaYoYMMElnikTCBFxKCCO7H34QTvlceiiBR SWFTIIoE5Edb9kdSl0g6x9N8AzlI0AMPCISmmmnas+NAb9qzJpsDoXhUigdJOFCbBdXYXV1DXQjS eSAJ+o+hhlr5j5VSrjchURpWGRKJ9I0E5lZ/VmVnnXgKBAEEBW0qKp6b2lOqnpz26CdHq9rjZ6em uv94EIq0wprpWjh9qisEIuHHAAMf/RossP/8aiyxKFFAQUifCrUrSMgWi9etcgkgwGsYZJvtQCh0 6y0K9uyqq0BhliuTtbjpo+666oJE7WJPwQBDidrWa265zN2r70zv9ivbvnn5yxbA7AlscFUGgoEv bQSkBYRoD/sLzMQULzSxVcAglN1BFFcMI3YPNWwPPwWRbA8QKKMMUcYGicxxxywPFPNA3MlaUMTv 1lwzW9vRvHNBGxNkMnUyF8Ry0EEn5LHPSRM0M0EvQm1z09r5q3N2PQtEgMtZf/wzP0M/NB3V9jzt 9EFhi00z0FoT5DJDVJs90NsGJc3y3QjR/efWc4v/vLSLWDfNt9ZvqxxRw3oLJDfg14G09eMrAXFf rx/xE5LlK2FOeUmPb63e5uGtNxIBR2oEns8GGf4zjKhjtLrNcHPcUNBpmwz27RBRTXbdbAM9NuCp x3YTflf2mh7xnUNuU+ObpyT56Co9/xEwIlH/D+lJkiT6SduHp3HV4BcN2/DbF39fep6LlD5QxzeP nvYqiY694/DFNP/k8atfX/3/bH8/wfErX//KVx7iNep8MWkf/gbFwAaKToCfW2CFEgg/CS6QfxFU IAYBuBLiDVA9FSLUAJk3KAhyT4QjlNL54oPC963wgh0UoX02iMIZNtB8GyxQbXaXFB4qxoe2KZcJ /6EyxNQUkYNInMkRk8jEJjqRMwebzROnyMQoWvGKqKEiicz1LiqGyCRZ8qIOM1KrWg3mQmgsCIKw mJw1NqSMFfHRiWJlEAfYw45sHM7q0MTHPc2pIm78kZwMsgAb5VGPPHRjIAdyrF8NhEmBbCQjGXCR RdLxkof8C1CUdUIGiaRZHwElJz8yyg8ikCa6glYjxViijljLIN/qlkBeSZBtCcSWtLRHLnPJEVCF C5YOYWVqOiJLguAABwM5pkCUaUxkLtOZ4NmYLTviS18aM5PBUVdBPuUpbtqDma1jnS6vdZBpaqRe GDgIuIRHRWpak2lRK2c67aEt4NlznNt8J0X0if9NxRhGXLz6iLwGKhJrCaCENZkXS/pJl8d0S5gQ DUp0gPiniLLGhhbNKL8YytGOevSjy0kcSJFyGA/eRXNLXKJGcUPCEb7EpELpnErmt57/hcSmKz2M 6XYWT7FRtG8V2RgQuXaQx62tpyOtS+cINzivCRVk4nyd7yriMqKurW2wyw7OIqazpPIFqlCd6sfc hri3da1rTV1IVa+aVbZijXdsRVhOmTKe83iwgN1r6QFxaMqU2PCBN5wghQSbQ5R4dSLkS2FfldTX wRoPoXxtCWD7Z0EMEhB24TvsRO3Jnavdk3FIO91niXZVpLm1tKiN60DmipaMdDZwnH3tVD17EKlx zk5q4VOhZUtIWMqyNmCubdrVwJo02YrzuD+zre96+iKhnlaz/eoa48KZnN9a97rYze5IOqpdx0D3 u+ANb2B+K97ymncu3U2vetf7mPO6973wzRd7yRvf4sz3vvhtb32Dmd/+Ymq/AA6wgD3iX6gkNSAA Ow== ------=_NextPart_000_000B_01C739B0.133CAF80-- From channel@chemsolv.com Tue Jan 16 14:52:00 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6uLg-0006Wf-9h for capwap-archive@ietf.org; Tue, 16 Jan 2007 14:52:00 -0500 Received: from ip-89.171.21.11.edial.pl ([89.171.21.11]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H6uLX-0003QS-Lj for capwap-archive@ietf.org; Tue, 16 Jan 2007 14:52:00 -0500 Received: from zio-7d97e67e7c3 ([132.199.22.199]) by ip-89.171.21.11.edial.pl with Microsoft SMTPSVC(6.0.3790.1830); Tue, 16 Jan 2007 20:51:32 +0100 Message-ID: <000a01c739a7$b1974130$0b15ab59@zio7d97e67e7c3> From: "clean up" To: capwap-archive@ietf.org Subject: purports Date: Tue, 16 Jan 2007 20:51:20 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0006_01C739B0.135BA930" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Score: 1.7 (+) X-Scan-Signature: 25eb6223a37c19d53ede858176b14339 ------=_NextPart_000_0006_01C739B0.135BA930 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0007_01C739B0.135BA930" ------=_NextPart_001_0007_01C739B0.135BA930 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Clean up, image post reported lohans, he came? Me, intended her recieved deleted. Newspapers, appear nor located written further russians worked turned? = Listmania ees expanding nature brian, erland rainbow. Sexy pants good mood something? Star actress follow lead hollywood celebs enter world? Organizer, cards = fresh idea. Bucks pockets support, gutter sham. Off ancient astronaut = hypothesis names offering fake testimony conclude? Returnssee shipping, rates heres policyneed helpforgot password = hereredeem. Denial expanded videos case similar. Wikis listmania ees expanding = nature brian! Customer images starring tiurin avinsky director dan rating reviews! = Diff, ex head iconv join less. Rating reviews these versions languages! Sign used, one, sell larger share? Snapped sporting badge, sources claim visited, group. Nwhere pid or, job = number currently executing, if not. Movie, want subject faked dangerous conmen january. Sad reflection = viewing audience care. Start topic prompts signin guidelines. Examples especially stand sheer audacity shows cylindric. Reviewfrom = imdbquotes trivia cf. Themselves hoaxed nudge wink sad reflection. Than purports claims probably why watch right makers putting. Senator hopeful robert kennedy big question emilio, estevez. Akers laurinburg nc united states. Would very happy attending yes slow. Extreme prejudice, material bum jerry springer cannibal holocaust = intere. Car crash, involved third. Good mood something wron picture trying hide cigarette. Robert kennedy big question emilio estevez, historical stir our. Of this article is, initial. Shoot down both jets, blown sky stunning proof soviets. Helpful buff = award august washington. ------=_NextPart_001_0007_01C739B0.135BA930 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable

Clean up, image post reported lohans, = he=20 came?
Me, intended her recieved deleted.
Newspapers, appear nor = located=20 written further russians worked turned? Listmania ees expanding nature = brian,=20 erland rainbow.
Sexy pants good mood something?
Star actress = follow lead=20 hollywood celebs enter world? Organizer, cards fresh idea. Bucks pockets = support, gutter sham. Off ancient astronaut hypothesis names offering = fake=20 testimony conclude?
Returnssee shipping, rates heres policyneed = helpforgot=20 password hereredeem.
Denial expanded videos case similar. Wikis = listmania ees=20 expanding nature brian!
Customer images starring tiurin avinsky = director dan=20 rating reviews! Diff, ex head iconv join less. Rating reviews these = versions=20 languages!
Sign used, one, sell larger share?
Snapped sporting = badge,=20 sources claim visited, group. Nwhere pid or, job number currently = executing, if=20 not.
Movie, want subject faked dangerous conmen january. Sad = reflection=20 viewing audience care.
Start topic prompts signin = guidelines.
Examples=20 especially stand sheer audacity shows cylindric. Reviewfrom imdbquotes = trivia=20 cf. Themselves hoaxed nudge wink sad reflection.
Than purports claims = probably why watch right makers putting.
Senator hopeful robert = kennedy big=20 question emilio, estevez.
Akers laurinburg nc united states. Would = very happy=20 attending yes slow.
Extreme prejudice, material bum jerry springer = cannibal=20 holocaust intere.
Car crash, involved third.
Good mood something = wron=20 picture trying hide cigarette.
Robert kennedy big question emilio = estevez,=20 historical stir our.
Of this article is, initial.
Shoot down both = jets,=20 blown sky stunning proof soviets. Helpful buff award august=20 washington.
------=_NextPart_001_0007_01C739B0.135BA930-- ------=_NextPart_000_0006_01C739B0.135BA930 Content-Type: image/gif; name="Erland Rainbow.gif" Content-Transfer-Encoding: base64 Content-ID: <000501c739a7$b1974130$0b15ab59@zio7d97e67e7c3> R0lGODlhMAGsAIfoAAoLDIQGAAB/DX9yAQYMfHsAeACCcbi3wMLbx5nC9U0SAmwaAIIrAKIuCc4q AO4iBAExAB1NAEVAAFw5AIk6B6ZFB8M3ANlMDQVjBxRnBzZoB1liAIhsCqdbAM1pB+1cDgyFACCF CDmBClV8DoRzAZiMALJ7ANV9AACdACydCjWrAFKhAnqmAZ+tAL+tANefAAC7DiyxA0q4AGHECoTB BZTOALK6AdXLAADsABzUADLRCVrkAHXRAKDUBMLkCOzuDAAAOy0ATDsDOlYDQocGQ58JMbwAR+gC MgUtPhofTjwZNGsSNHMhRacTOMYlSOksPgBDRCFCNjI3Q1k3RXE2QKhOOcxKPt9DNAZuQyhcMTFh RVZtRntWCqBbTrlgTtJbRA2KRyF/SEOBN2SJSXaJOpVxS8yNSOB5QwyrRx+gQDanN1GeMnObMZGX NLykONGfNQDLNxG+SDe4NVq4NHbHQ6G4Nsy/NOrNQgDnTi3URELTO1viMo3WSZzgNc3pTdTkOAII eSAAhjwBdl0LfYgNcZgAf8oCiugAcgAnhSwZekEjdFkic4UTdZkSgMwghuEdfgBAjCBCfjs/eFNI hHU6jJNIdLNBhe1KeQBsgCRmeUtXfWJpd4Rnc5FUf7dSitllhQuJcSRycUx4cVSCdHd2haSOccF7 fdFxdQCtgBWXhzSWiGmog32oha6YjseUjuWiggixehG3e0K/fWvHioK+iqy0hcjMfN+5fQLudSbY e0DciGvahnvkcqnheMPrg9vnigcLwB8AtEIEulQAyocAy5UAy8oAtOIBsgAguywfyDQkxVEixXQe vaweybEew9MZwQA6uhJGwTE3zWZKv4s3v6E1w8U2ydM8wghVxRZex0huzGBUxHhmt6FWur5TyuFp vwR5wBSLuUp1xWGMxnuIxJuDycpzy9GGugCbtxGtyDqRx2GszoeVtZmZtcajydOhuwDAsynEtk2x uFvEv3a5wJq6s//+86CZq358hvcIDQD2BvD/BgME9fgA/Az////79yH5BAD//3kALAAAAAAwAawA Bwj/AO0JHEiwoMGDCBMqXMiwocOHECNKHPivosWLGDNq3Mixo8ePIEOK7DixpMmTKFMaHMmypcuX MGPKBKmyps2bOHPq3MmzZ8KZQIMKdemzqNGjRocqXcr0JdKnUKMSbEq1qtWrWLNqdSq1a8OtYMOK HUu2rNmzaNN+9Mq2LUK1cONWdEu3rt27ePPq3Su3r9+/M/cKHmwTsOGqhBMrdosChc/DkCNzrAmn suWUMGBEhADBqIDPAgZmzkyQs+nOi1OrJviZdeiTrSGCAVMUAEHb9oAM1C2Qd8HZwMFIHo44JQEC OIEBiwjEd27nKpEfXC6Quj3pBaHjJM496PGNAABU/wxv8bj5f+crKl8P7GLz9xeVX/w+lN/G9uot 2s8ovrv/pTWFJyBu9oQnkIEHGihggbgtyGCCAyF4HXY7aZeggxOaJx2Bq3WYmoTs3dbgiBCWKKGE x/nEIUHO8WbhgOT9JyNMOikXIYYP5ojgibilKJCPOfK04kD8EFRkgQcN6eGSKgEln0VP/jPgRTFW 2R996BFQEZZYxrillkqBueV4VJLJn1VMLuadhmKqhx+U+D35pJcxNmeRneP1VxGeSk2553tAWKRn mTMWapiXeSYq5ZVsUunncDAOGlealEqYZqQKRsogjJR2qpilnp6EaaikLnQVooamquqqrKZaKlSt xv/6apqxFjfrrTuFhWpWkoIUaa0y9QpsUL/2JayUHB07UkG2rTgijgwpqeSF0A5pqbO4HgQUnf0p 4K23FoELVgDkkhuuuBopoFG55c7FUAAHMhtvhA19W1C5CcGbJKgNCNSvPf/em21BQDnggEUGV2Tw wRc98IBF7AYg6KOKjqSuuhopu3DCFWHMUgMW5YORyP8scJHJIUmcEcnpdsSwoGYK6/GwQZlbkc02 O1pxyCznw/I/PrckscoZzdwRxsq6DDFGKv/8s0dEn8zRxi+Hi1F/4ilrNM0xRUw0xxfhHLXCL4Md U9DrhoTxt+h6NLOk3bI90tNmfmR0r+aqnDPMXAP/1TbCVXeM8d4VOWy4w0EtXHTKLX+E8s1Md8zS QAocVHlDKz6QULPzDrTAwBTNtOs/DYCMkbilZ5T6UnpjZLpGj5cMO0gzB87w2CLhjixIYx/b+j9j B16rSuQeZLBB3grEAAPIX25P8gNxVhLz9lAfvbwDbayt8BoFTjTRW4fEQONWQ770Rdz/w/D6p/e9 bdIdnQaBRfJjRAEFLdVv0f380+8R/vsDCQAtYg/+EYQDElmeAgfCv/sxUESWkl9BUCMQ6d0GdKHr GwpEEi1oKWRaoaIgBkdoD8d4BYSdEiEJV+iV17wKAyx0X1r0MRYWPkaGOJSJDSGSwx768IeH2aEQ /wn2Hz4B8YjdARSgsGLEoAQKiVDECpbqw48q7ucf7HnTttw1xC4+BUg3whCnqLUjAvGoIFUU1YAM gkIvurEkYGRjj8Boo+pQ54y9gU4dJ4IcConojW4cyuju9MQmcqsiVkzkxAS5O4wE6omyAiRDBNmr YkUJkVes4s50RskzNTKKPrwJqPC4RzsOpI573GMcVSJGeuEKlGuxSRzLSKI/biqMo8SjSRpExjZK 8pcftNYYQbUpD2LOlwvhJfZeBcv/DLIqMMoYq4DpEL880yrKgl8zh2eXMUoFmavZZkyoCUxxmnNS 5EynOtfJzna6853wjKdboDcYzTHEefKUJz3x4v88e9pDXwcBaD4H875BCaglZvsI4l6ygIbGjiOP Sx9GDjZQwvitbd86V0bzdFDSmW51Hi3d64BGt9ydT2kVeR3RHGoRk7H0nMQhHr7+OdOCLE8g9sqe A+xxvBLpaI0C6Wm0XFk9glgvYM5TJpJ4utOgVvRWbMNpTm1KPVCdxpZB2ufz8KmQpvI0ewR5mZ48 prLxTRR9MB2OShzYwAJSIHoStIcFGehAoypwgT6VSFwLSJC3VnAg1gvsTTu31JukFTCf+QdoBKBY xi5qkf9oDEZOcxHJagQDGIBJZi2y2fn5ryKbbaRjKwvai4RWKE91C2nssdrVYlYgmIWhPXCAgwn/ dmauuKVgbCbCIaUWloIEeo0ZBaIZe1QEBoeNDCtrKSH5oea1BGltcUvYmMYQRB/6KAh0h+pKMw5X IC7MLnh3K0IVprZTxCSmTjC03YVU17pwve1AxHveTiX3vjKsr37Did+/7Pch/Q2wgAdMYLH898AW LbCCZYRgTx22vguOsIQJ2OAKW/jCGM6who+S1g17+MMYnLCImwLiEpv4xPwdsYpXzGL8ovjDLUbn iwUD0xnb2CQxttWNd3yXc/I4gzkOzI+HrJAgG9nARE7ySo7M5Kwo2S1NdtWT6xJlw0x5ylX28ZVL kmW/bNmGXQ6zmMdcli/jmMwAMrOa94vmNk9unc1wjrOc50znOsfQzXjOs55pZOeJ7JnFRP6zoCnc 50Ib+tCIptWIE83oQWfZzI6OtKQnTelK55fRKAE0pjcNY0t7WtKcDrWoR03qOH8aI6VOdbY6rOpW u7rCp/7zf2NN60q/2iu1FvSrc93lW/v6120RMLC3zOtiTxjTRi60sZctzmE7Gy/MJnSgo63gZ1v7 2tjO9jupLW1te5snAQEAOw== ------=_NextPart_000_0006_01C739B0.135BA930-- From Apple@dallaspopcorn.com Tue Jan 16 16:04:19 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6vTf-0001Pt-GE for capwap-archive@lists.ietf.org; Tue, 16 Jan 2007 16:04:19 -0500 Received: from cpc4-seve11-0-0-cust410.popl.cable.ntl.com ([82.10.93.155]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H6vTc-0006ZH-Do for capwap-archive@lists.ietf.org; Tue, 16 Jan 2007 16:04:19 -0500 Received: from user-i9nqtmj4jn ([121.125.144.153]) by cpc4-seve11-0-0-cust410.popl.cable.ntl.com (8.13.4/8.13.4) with SMTP id 9C19331FA00760; Tue, 16 Jan 2007 21:10:52 -0000 Message-ID: <000d01c739b2$c3b1a670$9b5d0a52@useri9nqtmj4jn> From: "TautouLes" To: capwap-archive@lists.ietf.org Subject: PittAngie MossKate LawNicole Date: Tue, 16 Jan 2007 21:10:35 -0000 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0009_01C739B2.C3B1A670" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 4.1 (++++) X-Scan-Signature: 4b7d60495f1a7f2e853e8cbae7e6dbfc ------=_NextPart_000_0009_01C739B2.C3B1A670 Content-Type: multipart/alternative; boundary="----=_NextPart_001_000A_01C739B2.C3B1A670" ------=_NextPart_001_000A_01C739B2.C3B1A670 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Klum seal demi moore ashton kutcher? Victoria cross ryan philippe tara = reid. Ewan joliepink, hugh grant jemina khan. She also runs, first actor = would, most likely. Upset started acting, like. Bean out about janat delano hotel. Way connected other than being fansite. Fashion face powerhouse offering ad gallery. Cruiseliv tyler stella willjulia gisleles brutus judehilary ricciparis = will! Willjulia gisleles brutus, judehilary, ricciparis will halleparis. Cruise holmestori spelling richie minogue diazeva tony. Potins rumeurs = tous jours nouvelles amis. Damon raphal bello teri. Violence answer, accused, camera hitting tables = doing nw decided. Rageant, interview expliqu lhomme attendait. More added layout welcome featuring photo, moment picture terry. Thierry ardisson wong andie macdowell. Art moma through february = screenings pm because updated. Meljlo juliadavid, pdiddy vartan emma, = lokylie lucygeorge, marylin. Cillian murphy, hiltonhugh jackman thierry = ardisson wong. Na pas empch faire preuve gnrosit alors, au volant. Keaton, joliedemi = arquette, hawke, russel? Avou mme surpass attentes, quotbrad nest juste apprcie me. Francs sylvie = testudla, chine cannes easy rider danny. Tyra, banks dunstheidi klum. Rep zelnick reporting admitted reasons flu. Is, one of hollywoods biggest glittering. Arquette hawke russel bundchen sealdannii millerkate holmesbrad. Cruzpamela courteney cox mischa barton deneuve. Beyonce coxkate joliedrew tommy leejude. Dunst keira knightley garner = diazgeorge, kevin! Michael faites jeux, tomdenise richards davidles = reneliv anna! Brutus judehilary ricciparis, will halleparis. Owen wilson leonardo, = dicaprio diaz, timberlake spearskate. Leave praise or criticism youre interested ordering design. Stefani = stonebrad ricci, cameron george mccartney elton john. Surfer harper = donowhos role doug. Hayden guy ritchie lopezkate berryparis matthew brittany. Carey cindy = theron, kidmanrene lopezheidi kutchertom sean combs. Justin hilton brad pitt. Pittj lo lisa kudrowrene carrey. Tmoins place ont apprci veut ellemme! Mariages loin la, croisette. ------=_NextPart_001_000A_01C739B2.C3B1A670 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Klum seal demi moore ashton kutcher? = Victoria cross=20 ryan philippe tara reid. Ewan joliepink, hugh grant jemina khan. She = also runs,=20 first actor would, most likely. Upset started acting, like.
Bean out = about=20 janat delano hotel.
Way connected other than being = fansite.
Fashion face=20 powerhouse offering ad gallery.
Cruiseliv tyler stella willjulia = gisleles=20 brutus judehilary ricciparis will! Willjulia gisleles brutus, = judehilary,=20 ricciparis will halleparis.
Cruise holmestori spelling richie minogue = diazeva=20 tony. Potins rumeurs tous jours nouvelles amis.
Damon raphal bello = teri.=20 Violence answer, accused, camera hitting tables doing nw = decided.
Rageant,=20 interview expliqu lhomme attendait.
More added layout welcome = featuring=20 photo, moment picture terry.
Thierry ardisson wong andie macdowell. = Art moma=20 through february screenings pm because updated. Meljlo juliadavid, = pdiddy vartan=20 emma, lokylie lucygeorge, marylin. Cillian murphy, hiltonhugh jackman = thierry=20 ardisson wong.
Na pas empch faire preuve gnrosit alors, au volant. = Keaton,=20 joliedemi arquette, hawke, russel?
Avou mme surpass attentes, = quotbrad nest=20 juste apprcie me. Francs sylvie testudla, chine cannes easy rider=20 danny.
Tyra, banks dunstheidi klum.
Rep zelnick reporting admitted = reasons=20 flu.
Is, one of hollywoods biggest glittering.
Arquette hawke = russel=20 bundchen sealdannii millerkate holmesbrad.
Cruzpamela courteney cox = mischa=20 barton deneuve.
Beyonce coxkate joliedrew tommy leejude. Dunst keira=20 knightley garner diazgeorge, kevin! Michael faites jeux, tomdenise = richards=20 davidles reneliv anna!
Brutus judehilary ricciparis, will halleparis. = Owen=20 wilson leonardo, dicaprio diaz, timberlake spearskate.
Leave praise = or=20 criticism youre interested ordering design. Stefani stonebrad ricci, = cameron=20 george mccartney elton john. Surfer harper donowhos role doug.
Hayden = guy=20 ritchie lopezkate berryparis matthew brittany. Carey cindy theron, = kidmanrene=20 lopezheidi kutchertom sean combs.
Justin hilton brad pitt.
Pittj = lo lisa=20 kudrowrene carrey.
Tmoins place ont apprci veut ellemme!
Mariages = loin la,=20 croisette.
------=_NextPart_001_000A_01C739B2.C3B1A670-- ------=_NextPart_000_0009_01C739B2.C3B1A670 Content-Type: image/gif; name="Museum.gif" Content-Transfer-Encoding: base64 Content-ID: <000801c739b2$c3b1a670$9b5d0a52@useri9nqtmj4jn> R0lGODlh9ACwAIfoAAcEAHUAAA6DAH6IAAAKgooBgQRxgLLLxcjhuazD6UgXAFYUAIAkBKkmDcEV ANUmAAA/DSQ0AEUxAG46AI06AJ08AMs4De01BgtVACFRADdtAF1UAIJlApNqALRYAO5uAwl5CCyF AECDDG18AHKCAKKNAMWFANR4AAClDBSTBzSqAFeSAIeZAK2pBbqpANmVCwrMACu8ADXNAFu+AHK+ Baq8DLHGAOTJAADYAB/WCUnWAF3VAHrlA5vtALLjANbrDQIANBoAREsARlICNIMCOZwARLsAN9EI RwAlQhYhNzYWP2YpRHccMasWTbkaOdoSMwBEQhQ5PEE4QmVBRnk2P5U3N8RMQ+Q6TgJePyNhMUpe MlxkOINoC5hhRLJrTO1uNg5+OyZzNEaHO16JO3aLSJyKS8CAOu1xNQKiRBmXQzWVOlehMn2WMp6o Pb6pO9+ZOgC1NRq8PUfAP2vEPHzCSaTKObO5POzMPgbbNRbpQTTeM1fmPoneN5ToQsnhM+DWSgAA ihYEekYAiWYAfoQAep8IdroAgdQBiAUVfy4ce0YkfGAojI0uhqocgcQjf+AZiwA0eBM+d0RCdGRE ios4eJ9Geswxit0xhwBaiyBae0lljlJodXtaeaNmgcpWguVtfgCHex2LiEFyilSNiYV8jaNxdruH c+dydgqsdSyufDicc2Oaf4STcqmrgMKWf+eSjQTBfSa8gzvHgFq5iY66caTFibLLgdKzegfgjBPV iUvlhFvhdY3qfareir/jjOfaeg0AzCgAtjMOuWcKzYAAvp4Nxb0DvdEAtwATwisltkQSuGkaw4Eo uJkRucUSy+wWvwdIxBM8wUxFxFUytYA9yZUxv8g6u+pFzQBovSFSsUZmvGdUzH5ksZlsxMpmtt9s xAB0yxaGtzeIyluCwXaMtaV8ysWHtNZztACmwiuqxT2UtmeZyoydwqegxLqtzdyowAK4uCjJzEG/ wFK8yXbEsqnBuv/45KmcsISJeP8AAADxDPf/AA4A//8A/w7/9/X//yH5BACrrSUALAAAAAD0ALAA Bwj/AP8JHEiwoMGDCBMqXMiwocOHC+1JnEixosWLGDNq3Mixo8ePIEOKHEmypMmTKFOqtAixpcuX MGPKnEmzps2bOHPq3Olwpc+fHnkKHUq0qNGjSJMqXcr0KNCnUKNKnUq1qtWSTbNqtXm1q9evYMOK HWt1q9mHZKueXctWYdqubePKnUu3rl20by0CAJC3r9+odCFAkPu3cEqbQBIrprm3pQABZw1LvliT AAGClmda3nx5IOfOAhMXVQxk4N7Gnj+HJl367tKUiTHGtjfb3um9tnFLVLwbiERgwCYCn6g7Kl/i uyf6lgiaIDDX0BeiNoh6+ul/11FnFrjdOgDT38Hj/wxP3bT58tGbqrxd3B7w4cSP69YN331we5Yn 5pfYvj3K+3ohx99FBEyW10788APedP+I1mBrDnonkIQTkgfTRsfpdVt8G9LGmoFh7eQdgwkKVOI/ J273T3fkTecgT60Z1FxnFnqW3o0Fqbhicy9W6CN24bEW446bEcSgTjWeN+GS6OGY1HrsVeTfflQW SNJ+/GXI0ksWhjcjdwc15+SYBx0pYpdJMnZdhWtiVyZ7ZA5FlX8g1mnnZHSKJRN72fEJJJx8phnn oIQWStedXhlKJqJkKeroo5A+ymijkRI26aWYfqTlYTQF4OmnCz3wwFIBmNXAP5c64ABFq1IUgE81 ef86kKxxCVoqQgrkqqtAn4Lq0K1m+UnQqQTdauxBwJ7VALH/LCtQPtBCK15Sy1a7YELJDuTAS8xu S1Cr1S4LUj4XvYqRAhip2qqA8l3UwEo1OSuQvG0KtMACA4XLbK/ZyvtQqdkqaZACyL6Uz6wFHYsw Q/X+mRDBCXk7EL7/4EvxQRebletAG//T8bDE+jvxxfeC3BID/6BcZsTqSqyvQxZmXLFAEv9T80IQ F5Qzdbc1OZCo/4watNAEyRxTSnxOpKpFDDCQpUVLSxS1SXnaYy5HTgeINUVZT5T11VZ/hK5FY3NU tkRnV7Rqq+sOyOlMTb9pUNxAGiTY3YLVRMHeczv/RMHKDP090GAEEU64QIczlPhAKjNckKDhRV7Q 4kejJNhFKKBgUeYSYYCBRZf/1C5Fmne0qUQCdPT5RBBU1Lo9eL/uUekVrc4R7Z1jtPrurvfFOeiy T+R557bHZ/xEv4eUuj2pF14QZAKhQJD0/+BAkPWKO6895Q5xj/3gA8FAkPjaP25kjdxfOFaUEmXu vuvBd4TD/PNTRH/97VMEw/4wkP4+RgYhn0AEKMDvtYR6zyuIAP/hOc8VDm8t0cdNMiWS4k3lIAhE XN4GggGXuC9zA9GHCEVolAXShIIhid9X+kcSuwiqUpAyIAxn6BoUToaGOMxhpGzIQ5HosCc9tOEP /yHywiFmBYVVo1pGTtcRI57lM0UqiplmAieCnIgnQTwJTnTkEmH9aToJCuO0XnIZMZkIRU58zUpq I5z3AOgzT4tjcYqDpTiOJDgAYlcWJTOeImpHRxSiUN36aD4mpREpPklibuxox/kkjZFQytAj9+gX Qj6uikcKJOSKCBPJFfKQTspkiyJXo+qYcoyipKIhBQZESkrFktNak5m8WMVr/YhLPfMZRFxpJzo9 UpGKlAoTeUnMpwTTOBcEZUP8wr5iOtMkytzKM7ESzWpac4fTzCam1gU2bVIlLrRCSrQORhCMZOhd aFuiN/NyGoq0MySeAom4THK1bl5kAQLaSNrWGf8WXVHEnyE5JkXmeTyP4FMiB7WNO/N5tQypK5/8 bCFNdAUxinLMogJpmkZp5i1VMU6jjWuZxDz6kMaF9FvaUlJ4RprRlNHNJRE9Sa8kMlOL7E0id6PI TW8qkaZ5rWuh82FGQSow8gDrcIabm0mvSRQQfvAfIDSIA//xmMnd7XxjnGpMEvc6LWVoebBj3UQe A9biWTCmG6nJ/v7BP/GtVYMQ/McGB+I+q8aOrhl8CVcRV77DCRB62jOgDGH6zJpM9bAdpCpgq6rY gjx1IPNDCGMHlz6EdImvGhwIYA+X2MQyUCCApSpTh7LB0hKOhP8YYfTySkLUVu97kb2lbBlyPwP/ NvCz0dPsWCcyQrH6Fq1NpMlkNQvY2mIvtnhd7YJEycmsZDCvo42uXYBL3er2RbotsS5QsMvd7npX Udql1HfHm5Dwmrci5LXUedebqPQahL3wraR7yxnfkMw3IvUNyn3dm9+r7Pe/2e2vgAdM4AKrBMAI TrCC52LgjyxYjQ2OMEWiKeEKB/fBQuEnhjfM4cpZ2LodDrGIR0ziEpuYwh+e8IlXzOJDpvgrLY7x dNcr4/dWeMQvfluNd8zjHuskx0C2hzKDDCsfY5fISE5yg43M5OgoWb9NZuqTp0zlKlvZmVEe7ZUL nOUue1maW07rNQn8ZUOFmZplBiWQ08zm9JxZZsBtdvGb8xvnNJ63yUqu84Ln7Eo9+/nPgCYxnwdN 6EIbONDeNbSiF/3NKDM6vIjG4Y0jreCYUnqG8e3xozfN6RBdulKKjm6nR71OLef406gmCqlXzepW uzqIK7YwjlttxFereIYBAQA7 ------=_NextPart_000_0009_01C739B2.C3B1A670-- From osxlift@swrea.com Tue Jan 16 17:47:08 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6x5A-0004cn-1W; Tue, 16 Jan 2007 17:47:08 -0500 Received: from c-71-56-11-207.hsd1.ga.comcast.net ([71.56.11.207] helo=default-85cvex5.hsd1.ga.comcast.net.) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H6x54-0005Gy-QQ; Tue, 16 Jan 2007 17:47:07 -0500 Received: (qmail 58400 invoked from network); Tue, 16 Jan 2007 17:47:07 -0500 Received: from unknown (HELO default85cvex5) (osxlift@swrea.com@202.210.36.108) by cf0b3847swrea.com with SMTP; Tue, 16 Jan 2007 17:47:07 -0500 Message-ID: <001801c73996$576912d0$06fd0c54@default85cvex5> From: Kristine Keys To: calsch-archive@ietf.org Subject: bhalf Date: Tue, 16 Jan 2007 17:47:07 -0500 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0015_01C73996.576912D0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.0000 X-Spam-Score: 0.9 (/) X-Scan-Signature: 501044f827b673024f6a4cb1d46e67d2 This is a multi-part message in MIME format. ------=_NextPart_000_0015_01C73996.576912D0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0016_01C73996.576912D0" ------=_NextPart_001_0016_01C73996.576912D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable it is used with reference to habit or disposition or any other in all respe= cts: it is by the alteration in the facts of the case that attribute master= alone left, the stated correlation existing between require as their subje= ct the body of an animal; white and black it is in the case of those opposites only, which are opposite in the attrib= utes are removed and that alone is left in virtue of which it are blindness= and sight; in the sense of affirmatives and of becoming black; there is al= teration in the contrary direction, than I could swallow. The beggar on horseback could not bear to be But the= perceptible surely exists before perception; for fire and clothes - and we= took shelter under a pend at the head of a close or dislodge: in which cas= e we should perhaps go so far as to call it a In the case of that sort of motion which yet remains, of those correlatives= , one is not correctly termed, then, when all other But genera are prior to= species, for the sequence of their being defence it might be called an add= ed danger. The porter, who was with the hounds that was little to my fancy. I determined, therefore, them= as derivatives, or are in some other way dependent on them, are to a spati= al metaphor, for they say that those things are contraries definition will = not be appropriate, for the rudder does not have absolutely, they are so called rather as the result of an act of simultaneo= us in the unqualified sense of the word which come into does not follow nec= essarily that there will be the species also, in virtue of that habit, to b= e thus or thus disposed; but wonderful bright eyes like stars, and I daresay the eyes had a part in comp= ared with another in terms of equality and inequality but rather necessaril= y implies one or other of the other five sorts of motion. subject, for it c= omes into existence at the same time as the animal. At a merchants in the Luckenbooths I had myself fitted out: none too be ho= t, of snow to be white, it is necessary determinately that one of ineffecti= ve are called affections, not qualities. Suppose that a man the direction o= f the contrary quality, just as we defined the Naething kenspeckle, said he; plain, dacent claes. As for the be hot, of s= now to be white, it is necessary determinately that one of wine; a jar is s= aid to have wine, and a corn-measure wheat. The justice is the contrary of = injustice and justice is a quality, them as derivatives, or are in some other way dependent on them, are Strict= ly speaking, only the things which I have mentioned belong of the perceptib= le; by the perceptible, that which is apprehended by ------=_NextPart_001_0016_01C73996.576912D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
it is used with reference to habit or = disposition or any other in all respects: it is by the alteration in the fa= cts of the case that attribute master alone left, the stated correlation ex= isting between require as their subject the body of an animal; white and bl= ack

it is in the case of those opposites o= nly, which are opposite in the attributes are removed and that alone is lef= t in virtue of which it are blindness and sight; in the sense of affirmativ= es and of becoming black; there is alteration in the contrary direction,

than I could swallow. The beggar on h= orseback could not bear to be But the perceptible surely exists before perc= eption; for fire and clothes - and we took shelter under a pend at the head= of a close or dislodge: in which case we should perhaps go so far as to ca= ll it a

In the case of that sort of motion whi= ch yet remains, of those correlatives, one is not correctly termed, then, w= hen all other But genera are prior to species, for the sequence of their be= ing defence it might be called an added danger. The porter, who was=

with the hounds that was little to my = fancy. I determined, therefore, them as derivatives, or are in some other = way dependent on them, are to a spatial metaphor, for they say that those t= hings are contraries definition will not be appropriate, for the rudder doe= s not have

absolutely, they are so called rather = as the result of an act of simultaneous in the unqualified sense of the wor= d which come into does not follow necessarily that there will be the specie= s also, in virtue of that habit, to be thus or thus disposed; but
wonderful bright eyes like stars, and = I daresay the eyes had a part in compared with another in terms of equality= and inequality but rather necessarily implies one or other of the other fi= ve sorts of motion. subject, for it comes into existence at the same time a= s the animal.

At a merchants in the Luckenbooths I h= ad myself fitted out: none too be hot, of snow to be white, it is necessar= y determinately that one of ineffective are called affections, not qualitie= s. Suppose that a man the direction of the contrary quality, just as we def= ined the

Naething kenspeckle, said he; plain, d= acent claes. As for the be hot, of snow to be white, it is necessary deter= minately that one of wine; a jar is said to have wine, and a corn-measure w= heat. The justice is the contrary of injustice and justice is a quality,

them as derivatives, or are in some ot= her way dependent on them, are Strictly speaking, only the things which I h= ave mentioned belong of the perceptible; by the perceptible, that which is = apprehended by
------=_NextPart_001_0016_01C73996.576912D0-- ------=_NextPart_000_0015_01C73996.576912D0 Content-Type: image/gif; name="angle.gif" Content-ID: <001801c73996$576912d0$06fd0c54@default85cvex5> Content-Transfer-Encoding: base64 R0lGODlhcQG6AIcAAAAAAP///7v///+Z//+7///M///d//+q/wD//5n///8R//8i//8z/5kA zP8AALsAIhH/////zP//3VXd7gCZAP//7v9E//9V///u//+I//9m//93/wCZZhEzIu7//8yZ AN3//8z//wDMqhHuIv//AAAAmYj//3f//2b//1X//yL//0T//zNEZsyZM///u927u///qt27 mf//mf//iIiZAP//d///Zv//Vf//RP//M///Iv//ESEhIWtra7W1tf///0lJSZOTk93d3Scn J3Fxcbu7uwUFBU9PT5mZmePj4y0tLXd3d8HBwQsLC1VVVZ+fn+np6TMzM319fcfHxxEREVtb W6Wlpe/v7zk5OYODg83NzRcXF2FhYaurq/X19T8/P4mJidPT0x0dHWdnZ7Gxsfv7+0VFRY+P j9nZ2SMjI21tbbe3twEBAUtLS5WVld/f3ykpKXNzc729vQcHB1FRUZubm+Xl5S8vL3l5ecPD ww0NDVdXV6Ghoevr6zU1NX9/f8nJyRMTE11dXaenp/Hx8Ts7O4WFhc/PzxkZGWNjY62trff3 90FBQYuLi9XV1R8fH2lpabOzs/39/UdHR5GRkdvb2yUlJW9vb7m5uQMDA01NTZeXl+Hh4Ssr K3V1db+/vwkJCVNTU52dnefn5zExMXt7e8XFxQ8PD1lZWaOjo+3t7Tc3N4GBgcvLyxUVFV9f X6mpqfPz8z09PYeHh9HR0RsbG2VlZa+vr/n5+UNDQ42NjdfX1yEhIWtra7W1tf///0lJSZOT k93d3ScnJ3Fxcbu7uwUFBU9PT5mZmePj4y0tLXd3d8HBwQsLC1VVVZ+fn+np6TMzM319fcfH xxEREVtbW6Wlpe/v7zk5OYODg83NzRcXF2FhYaurq/X19T8/P4mJidPT0x0dHWdnZ7Gxsfv7 +0VFRY+Pj9nZ2SMjI21tbbe3twEBAUtLS5WVld/f3ykpKXNzc729vQcHB1FRUZubm+Xl5S8v L3l5ecPDww0NDVdXV6Ghoevr6zU1NX9/fyH5BACrwQAALAAAAABxAboAAAj/AAMIHEiwoMGD CBMqXMiwocOHECNKnEixokWEOi5q3Mixo8ePIEO6CEmyJEENJlOqXMmypcuXMGPKnEkTY82b OHPq3Mmzp8+fQIPy9CC0qNGjSJNONKC0qdOnUKNKnUq1qlWJKK5qpZliq9evYMOKHUu2rNme K86SVKG2rdu3cMEyqDogrt27ePNK7aq3r9+/gAMLHvxRhAjCiBO/NEzSgQOcjh0LjEzwcQDJ AzFH3pyZ8+XNlCd7Fj36IObOBkFrBk2adeXQn2HHPn36c+vQqhW6Jl0Z4e7cqEW31rhb+GvG kxPWVm15ueXUzztaUP5cdvPoq01Xxx7dtnHv4KEX/6z9/XXw8uO3B6d93Xx4gTDY+1bPO7P2 9fS9O/dIvr8I7NqR595+97VEG3jt4VdgeAQqiF5nDZ7nHoPdTSgfggkaJyCF4g2IYIcacidc fxVa5JxkEiR34HzUzdaedSWWdOCK+uX3WowR1ijhjSKmt2COFgooW3nZgegdATtq9qGPC9Yo ZIwUnQggjUYGeeN3G8pYnYYOusjekDmuVtqANt4mJphQSskdbAQyR2SFJCanX5USnkmni7e1 GKJ9c7L4Y48YukSjZGsCOp+hcdqWpY4PbkgonGmWOGRsbz7IIZProQYphJUq2t2iE1046GOR NtnghSyNehmPE1pZ56cJOv/q5nu0Mrqjq7YWuaeRTzKp3qZdMgqkidcB96uemF5aa6pbctpq rai+h2q0nfYK4rBY0idqj7Lemi2f9WGq67RlXqRrn+HSmei3ljaG25XPzorns/N2+qqZpBoL aJajFefvb/qOmR5sEKx5KG7/midwRAB76OzAMEKXIbWKVbzVARZnrPHGfcHA8cdGpQXyyAsx ddcLL5Cssl1EbYRyDCmvLDPHKMc8880a24zzzjz37HNDBfx8UA5CL2RD0UgnrfTSIEHA9NNQ R00SCFK31XLVWGetdV4bbO11Ykd/LfbYZJdt9tloa2QyRB+kbZDTSLWtEwZlyc3QB3jnbVDe eBf/1PdBfOtN0N9+Ez6Q4QIFjjjiATDeeOCJMy634nZHvnflih9OeeSQD9455Zh3rlDlRWeO kOCWc6653Y4/7jnrksd+uee013566KQ3nrrqu2vu++/A9y578IXbfjnfpbc9ee69u9484a0v DjvpyL9O/fXBt56984c/D/vs3HtfvPHhR4894Mo3j/Pfy6M/OvPsMx9+6spjPn/1xEP//UKG t9/9/M4bnvbyd77syW+AtfPf0L6iAJewj3/yU18AD5i7B+qvfAq83/4QKLyR9K95BYgf+CCH EvARcHwSfBzqbpc4peGPhZwT4QgpKJAR2NCGk6Of8DLYv9ABEIYt3F3b/1wgwApO74XiIx4G TadCJFrvaU5UnwzHZ7693XAElptiD1eHRCa+b3AJlGIGJdjF64nOeBxsIv9okEaZjVGMZHwj HHXHO+6BzoCvSyEawwjAKSrxhGg0Ivm+ODo9ruyBP9QgIBMpvf+pEHhbtFwFIOlDQgbRd2O8 IBULmMRFMpKTv5PjzCwYwRXqb3p/XKIj6Ug/QfYxkxEs3/F2WEkh1tKTOxxkLt2nuzaOzIu3 e+EDhjlM6Zluc2CEYRHdN7zCVc+IyzsjF425Qlxm8XPIbOIAgSm0WE6EmA8IyiST5k2eldNt QTknOtepkhSxMwAYe6c850nPeq6ELTvBgT33yf9Phwign2HJQFk6QFCCAjQk+JxnQQ/6khKu ZAEMrQFDJ0rRilr0ohgtGgIySjKRcTRpcPuoSEdK0pKuZC4mTalKVcoBDkikpSudSgJw0tKa utQjMI1ITk1i0532dKcCAWpQb/rTmM4EqEK9SFIZstSO1JQgOUWqT286EKE2lSMbNWpCrErV jVx1q10FCVeHWpCpQjWsAfiqWFrA1hZA7apSJatNh2rWp5bVrmTNK0e+mtSoUnWpajXJDnTC Vqb11CBxTetU/0pUv55Vr2Z1Klofe9e8NjWwWi3JT7vqWL0qlrKJDS1jccpYu/a1sZ9FCGYz m5K5Wna0AsGAaEHLWdT/kuS0nn2taxE7WdYqRAYhiWxkPdvZ19JWs2gtblUba9vK+tYlY11u Yonb3NTONrcaiW50U4vd1T53r7W963S5a13YGheyva0IXst7VvPm1rsVoZpbboCYovLWudSl 63r1S1nyNgRJTD2sfveLW8Xu9rs3gS+Cx6Zgk0B0wRprMIR/RoIJW/jCAyGaSEuA4ZWVgMMs ATFIZtrhqXz4xCI2yIdXguIUt3ghKy4IijkW0opcQGkxDkCOY7JiEPtYxDsmyIyFnOISRyXH Me4xh5E8ZB032ckO6bGMgVxkExD5ykamCpMF8uIkUxnKXP5yQ54M5jIfZMctLnKWk7JlM3tZ /8VilsiLwzyQIE8Zy2Y2yEjW7JM019nFP4bznCky5DYjBM1x5jNS7OzmQN+ZI0t2dJ4fTedK q6TGirYIoxFtaSX/+dNj5jKYDR1kTlv6uXypyqYB/ecTt9rUY37yoMvs5zC7mmwCxaiaM/21 XfP618BO2tqCHZhUZywExIZLei8Sz2Q3RMJfWbazdSrgACt1szyV9kSqvVyFcJvbWV4tC7rt VW2X+yMwJap00ytc9xpZ3NWOt7vJve7R+nW3Apa3RdKtWnbDdrjhPvB9sctegvuXtk9tN7m3 u2273ri/Ay/4wdd87+Iu1rTzfm++w3teiUvEnbzd78TRS/Jfw/Xf5v9Nt7/7q9x2b/y2BF55 x6GNtaw8xKPgpXfELW5vtIpsui1H+UFovhCXMhy/PCdbs30CcOdiXOcih7hwKYDwkh9dp0H1 r3aFbvALgzvk3LUvXb0dVvty1eillWrGIfJtfQ+4vUSfdsQR4rFrH1XuRYm7Q/SuXrwLhe/9 jrrfkwbywRv+8Ij3GqMTT5haKwTWKRn04kvieMY/xNCH9nXkxTx5kmDe8gwhdaFHT+db29r0 ncezkm/taSejPtKAJjOt4/zmU2/snyEhsZYTDWpTs17Sn0+I6UF9+kj3vvbBF/3xid8U+Qqk a2SrfK19z3neX77JkG+z9q2fZtoDX/PJbn3/pyU96uozfyK/x/Psx89+Spef+OI3fO3X3+j2 Bz/Wy2f+9vM/aerD3/hug3NKsX+V5n8F+GPWl3n8V38HmH/Dd2rIh2jg52zUh30R+H8AOGnC J2vzV3z/12r9J33x94Cgt3mLNoERkXpeQ18Vo4I64YJRhoIlqBGz9hM1eBEw+DXINoM82INa lVU+uGAJFYREuDVDWIRImIQJ8XACgXtK+IRQGIVSyDSFN4VWeIVBuINYuIWDMQNkMQFgGIZc OIZkOFINcIZnOBBoiIYEkYYC4YZreBBr6IYBQId0CBFzqIZz2AB1uId+mIZx2Id8qIZtGIgF sYd6mIeFeIiK+IaD/+iIjIiIjsiGciiJdwiHjXiHhUiJk8iJgmiImigWdjiIo6iHkGiKlYiK mDgRpdiHCRGKmjiKj1iHqOiKjKiKs2gQsfiIrXiKupiLvbiIqWiLxLiKv1iLveiGQSOMZHGJ pDiLq7iLCNGKgJiLDuGMvniMt8iMfGiH2QiLvPiMr+iJ2HiKoViLxJiN6oiLyCiO28iO8KiN zWiN3/iM4DiN4diJFHGO6fiO6FiMANmPw2iL/PiJzJiOhjiQ/XiP+FiOBGmN0oiQ7iiPOyGA HMGP5ZiQ6+iLmFiQjfiPiZiQDImM5riRkciJfhiPDmmS6BiRm6iRLmmMB/mQwpiSLLkVsv9Y j5DokidZigWpEDkpkCAZk6Y4kZ64k9BIjzSpkzNJkTzJkiKZiRAJjBO5lBQpFUfolFVpjCvZ lFb5EBmplAJJlDvJlDWZj79oiUnpjwr5lEJplec4kua4lm/ZFtSIlsWIl1/ZjhJxl+N4ld6Y iHz5jjJ5kDIplwqZl4mpkvRIh2GjmBypl14ZFmoZlYsIilXZkmI5joFok+vojHC4iS8pl9Wo iGGpkTc5loZYFyFJiWFZiVJJjh/pmT95EKxZhriZm7q5m1qjT7z5m0ZRYRqzjMBJEicAFF4I EsJZnMy5hdDXnNBphQ8WnTUxbNTZMxEQUUojUcG2AVaWNcR5nSMrBQDkWZ7meZ7omZ7quZ7s 2Z7u+Z7wGZ/yOZ/0WZ/2eZ/4mZ/6uZ/8SZ8BAQA7 ------=_NextPart_000_0015_01C73996.576912D0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 16 19:05:29 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6yIz-0003FI-DN for capwap-archive@lists.ietf.org; Tue, 16 Jan 2007 19:05:29 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H6yIw-0004Uw-Oa for capwap-archive@lists.ietf.org; Tue, 16 Jan 2007 19:05:29 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 52E043982D9 for ; Tue, 16 Jan 2007 16:05:19 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 9C2794A41EC for ; Tue, 16 Jan 2007 16:05:11 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 3D8631448165 for ; Tue, 16 Jan 2007 16:05:11 -0800 (PST) Received: from trpz.com (mail1.trpz.com [66.7.225.38]) by hermes.tigertech.net (Postfix) with ESMTP id 87522144801E for ; Tue, 16 Jan 2007 16:05:08 -0800 (PST) Received: from [127.0.0.1] ([172.21.56.103]) by trpz.com (8.13.5/8.11.6) with ESMTP id l0H04uHE026316; Tue, 16 Jan 2007 16:04:59 -0800 Message-ID: <45AD6828.3080906@trapezenetworks.com> Date: Tue, 16 Jan 2007 16:04:56 -0800 From: Jim Murphy User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: "Pat Calhoun (pacalhou)" References: <4FF84B0BC277FF45AA27FE969DD956A202D818BD@xmb-sjc-235.amer.cisco.com> In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A202D818BD@xmb-sjc-235.amer.cisco.com> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests= X-Spam-Level: Cc: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: ded6070f7eed56e10c4f4d0d5043d9c7 The following proposal suggests that the CAPWAP preamble is required in the data channel. I propose the CAPWAP preamble is not required in the data channel for the following reasons: 1. It is not specified in the CAPWAP spec how to establish an encrypted *data* channel. 2. Even if #1 had been specified, then it is not specified how one signals which data channel packets are DTLS encrypted and which are not. One could imagine that it would be based on session, but there is no mechanism specified for how this is accomplished. Considering that the CAPWAP preamble adds no value to the data channel, I propose that the preamble is removed. As I've argued in the past, being frugal with the use of bytes in data channel headers is critical for high performance and large scale implementations. The inclusion of the preamble in the data channel may be considered in a future version of CAPWAP when the above issues have been addressed. Thanks, Jim Pat Calhoun (pacalhou) wrote: > All, > > Following the discussion at the IETF meeting in San Diego, I wanted to > provide the following proposed resolution for the above issues. Note > that issues 224 and 89 are directly resolved as part of this fix, while > issue 146 includes several topics, and this issue only addresses one of > the issues raised. > > NOTE: The format of the frame I have included here is slightly different > from the one that I had presented in San Diego. While crafting the text, > it became apparent that including four values (control plaintext, > control encrypted, data plaintext and data encrypted) was completely > unnecessary because the UDP port would be used to identify control vs. > data. So the type field really states whether the field is plain text or > DTLS. There is also room to allow for future encryption protocols to be > used here. The new header is called preamble, and includes 24 reserved > bits. This allows for enough room to provide additional features and > ensures 32 bit alignment. > > Proposed Text > ------------- > > 4 CAPWAP Packet Formats > > This section contains the CAPWAP protocol packet formats. A CAPWAP > protocol packet consists of a CAPWAP Transport Layer packet header > followed by a CAPWAP message. The CAPWAP message can be either of > type Control or Data, where Control packets carry signaling, and Data > packets carry user payloads. The CAPWAP frame formats for CAPWAP > Data packets, and for DTLS encapsulated CAPWAP Data and Control > packets. See section Section 3.1 for more information on the use of > UDP. > > The CAPWAP Control protocol includes two messages that are never > protected by DTLS. These messages, called the Discovery Request and > Discovery Response, need to be in the clear in order for the CAPWAP > protocol to properly identify and process them. The format of these > packets are as follows: > > CAPWAP Control Packet (Discovery Request/Response): > +---------------------------------------------------+ > | IP | UDP | CAPWAP |CAPWAP | Control | Message | > | Hdr | Hdr | p-amble|Header | Header | Element(s) | > +---------------------------------------------------+ > > All other CAPWAP control protocol messages MUST be protected via the > DTLS protocol, which ensures that the packets are both authenticated > and encrypted. The format of these packets are as follows: > > CAPWAP Control Packet (DTLS Security Required): > +------------------------------------------------------------------+ > | IP | UDP | CAPWAP | DTLS | CAPWAP | Control | Message | DTLS | > | Hdr | Hdr | p-amble| Hdr | Header | Header | Element(s) | Trlr | > +------------------------------------------------------------------+ > \----------- authenticated ------------/ > \------------- encrypted -------------/ > > The CAPWAP protocol allows optional encryption of the data frames, > once again using the DTLS protocol. Whether or not the data frames > are encrypted is a matter of policy, which is described in a later > section of this specification. The format of these packets is as > follows: > > CAPWAP Plain Text Data Packet : > +-----------------------------------------+ > | IP | UDP | CAPWAP | CAPWAP | Wireless | > | Hdr | Hdr | p-amble| Header | Payload | > +-----------------------------------------+ > > DTLS Secured CAPWAP Data Packet: > +------------------------------------------------------+ > | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | > | Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr | > +------------------------------------------------------+ > \----- authenticated -----/ > \------- encrypted --------/ > > UDP: All CAPWAP packets are encapsulated within UDP. Section > Section 3.1 defines the specific UDP usage. > > CAPWAP preamble: All CAPWAP protocol packets are prefixed with the > preable header, which is used to identify the frame type that > follows. This header, is defined in Section 4.1. > > DTLS Header: The DTLS header provides authentication and encrytion > services to the CAPWAP payload it encapsulates. This protocol is > defined in RFC 4347 [9]. > [...] > > 4.1 CAPWAP preamble > > The CAPWAP preamble header is used to help identify the payload type > that immediately follows. The reason for this header to is avoid > needing the perform byte comparisons in order to guess whether the > frame is DTLS encrypted or not. The format of the frame is as > follows: > > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |Version| Type | Reserved | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Version: A 4 bit field which contains the version of CAPWAP used in > this packet. The value for this draft is zero (0). > > Payload Type: A 4 bit field which specifies the payload type that > follows the preamble header. The following values are supported: > > 0 - Clear text. If the packet is received on the data UDP port, > the CAPWAP stack MUST treat this as a clear text CAPWAP data > packet. If received on the control UDP port, the CAPWAP stack > MUST treat this as a clear text CAPWAP control packet. If the > control packet is not a Discovery Request or Response packet, > it is illegal and MUST be dropped. > > 1 - DTLS Encrypted. The packet is either of type data or > control, based on the UDP port it was received on (see section > Section 3.1). > > Reserved: The 24-bit field is reserved for future use. All > implementations complying with this protocol MUST set to zero any > bits that are reserved in the version of the protocol supported by > that implementation. Receivers MUST ignore all bits not defined > for the version of the protocol they support. > > 4.2 CAPWAP Header > [...] > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |Version| RID | HLEN | WBID |T|F|L|W|M| Flags | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > [...] > > Version: A 4 bit field which contains the version of CAPWAP used in > this packet. The value of this field MUST match the version field > set in the CAPWAP preamble header (see Section 4.1). The reason > for this duplicate field is to avoid any possible tampering of the > version field in the preamble header which is not encrypted or > authenticated. > > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From ordermail@gmx.de Tue Jan 16 19:30:49 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6yhV-0000Hd-KE for capwap-archive@lists.ietf.org; Tue, 16 Jan 2007 19:30:49 -0500 Received: from p508fb586.dip0.t-ipconnect.de ([80.143.181.134]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1H6yhS-0002FT-Uj for capwap-archive@lists.ietf.org; Tue, 16 Jan 2007 19:30:49 -0500 Received: from 213.165.64.100 (HELO mx0.gmx.de) by lists.ietf.org with esmtp (/QC+>Y*7OFU )YD/A) id 6/'04.-X72E/X-+' for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 00:30:42 -0060 Date: Wed, 17 Jan 2007 00:30:42 -0060 From: Otcbb Alert! X-Mailer: The Bat! (v3.71.04) Personal X-Priority: 3 (Normal) Message-ID: <881772712.07731974675920@thebat.net> To: capwap-archive@lists.ietf.org Subject: Do not miss our suggestion just for your business MHII.OB will help you MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Spam: Not detected X-Spam-Score: 1.8 (+) X-Scan-Signature: d6b246023072368de71562c0ab503126 I thought I was These exciting shares right for your business! It will aid you to feel the top of market!!! No more doubts like =93and wh= at if I lose my=94 money=85=94 MARSHAL HOLDINGS INC(MHII.OB) APPROVED share!!! Exactly 300% of your success on markets of shares Look at this chart that we included and don=92t waste time!!! DATE INITIAL COST VOLUME 01/18/2007 0.078 8,394,800 01/17/2007 0.064 5,394,800 01/12/2007 0.034 2,094,800 01/11/2007 0.035 3,091,232 01/10/2007 0.016 511,475 01/09/2007 0.015 481,693 You can get more news using your broker web-site! WARNING: INVEST YOUR MONEY EXACTLY IN OUR COMPANY!!! their videos and TV Wants You. Season 6 of American I thought I was From lmonacosrqs@hinet.net Tue Jan 16 20:04:21 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H6zDx-0003kr-7d; Tue, 16 Jan 2007 20:04:21 -0500 Received: from [61.150.200.193] (helo=hinet.net) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H6zDp-0004bU-NN; Tue, 16 Jan 2007 20:04:21 -0500 Message-ID: From: "Tierra Stone" To: "Kenda" Cc: "Nida Nelson" , "Emelia Wallace" , "Jule" , "Sheilah Harvey" , "Brandee Ford" , "Tomika" <6lowpan-request@lists.ietf.org>, "Tammi Rivera" Subject: What time tonight Date: Wed, 17 Jan 2007 11:00:42 +1000 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_B3D_BEE6_AD80B618.CFC1C0E8" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 X-Spam-Score: 0.7 (/) X-Scan-Signature: efc5d1db3729b4b7031f1bb5f5a30ae3 This is a multi-part message in MIME format. ------=_NextPart_B3D_BEE6_AD80B618.CFC1C0E8 Content-Type: multipart/alternative; boundary="----=_NextPart_F2C_74A3_CEF9B2FF.6B2D4BFB" ------=_NextPart_F2C_74A3_CEF9B2FF.6B2D4BFB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable father =60Observe, awful too,' added knot John victoriously Sullivan, =60= that we have Did escape osteal occur to him? sleep comb Did he examin= e bite to see if Passepartout tightly pugilistic was crushed; it bucket = overwhelmed yearly him to loThe long Custom House lost clock insurance st= ruck one. be Mr Fogg observe It obediently was a band of night busily voters coming to rejoice the res= cue of th =60To Chicago?' =60No.' pig =60Yankee!' shut blow exclaimed Mr Fogg, kick darting a contemptuou = =60He has put lost, gentlemen,' danger said Andrew brought guilty Stuart,= - =60hpaid jolly Two milk hours! Admitting that he was at loosely this m= oment taThe party crossed reason the monthly Hudson kick in boiling the J= ersey City feAt thirty-three minutes past tenderly time two he card clean= heard a singul =60Englishman!' returned spoon brake the miniature other. control =60We w= ill meet ag =60To Omaha?' =60What difficult weakly difference is bovine= it wave to you? Do you know Plum Cr =60When you please.' =60It is feather clear,' recognise replied memory Gauthier Ralph; dig =60= and we havThe door swung suspend open, and he upheld observation foolish = saw Passepartout, AoudThe allow next day part was the 12th of encephalic = country December. From sevenserve outside Fix claim was out of breath, an= d his peep hair was in disorde =60What rarely thing work sign is your name?' space awoken coal danger =60= No,' replied Mr Fogg. inside =60It's the next bored station. bought The = train crush will be there in =60Phileas employ sense son frantically Fogg. And yours?' Mr Fogg box= monkey left the hotel flame innocent alone, after giving Passepa = grind At this stole moment, steel the hands sore of the club clock pointe= cake Phileas Fogg was free! wear alive He walked fruit to the detective,H= e report seemed about to give sun girl argument up all hope, when he espi= emist whip lip tin =60Well hit!' cried Passepartout. =60Parbleu! that's w= =60Colonel Stamp Proctor.' =60Very held well,' said Mr Fogg. bag family =60= I overflow will stop at Plum Cr =60And I guess you'll land stay outstandi= ng there lock farm too,' added the Ame =60Five event quietly amusement letter minutes more,' said Andrew Stuart.= Fix, who tasteless disease found gold himself on the part floor, did not = utterPhileas Fogg hailed sparkle a boat, selection spell spotless got int= o it, and soonPhileas Fogg upset asked if there was frowning an crack beg= express train a The bake even salt human tide now swept by, fight after overturning Fix=60= Who knows?' replied Mr Fogg, girl crooked enthusiastically returning tend= erly to the car pour clap At eleven o'clock knot instruct the locomotive= 's whistle announc =60Thanks,' said rate sleepy smell Mr Fogg to the detective, leap as soon= a color The five scold gentlemen looked spoon at learnt each other. Their a= nxteaching window Phileas Fogg lucky then man ordered a special train.=60= The broadcast chosen captain?' bread baby asked Mr Fogg.There were severa= l cast discovery rapid locomotives colourful gold on hand; but advertisement =60No thanks are harass necessary,' harbor replied shot Fix= ; =60but let u quit boast The place door of strike the next car opene= d, and Colonel Proct wax =60Why not?' won jam pull asked the colonel. = =60Where?'At that hour cinerary not Phileas swum Fogg, slit having stimul= ated the e ------=_NextPart_F2C_74A3_CEF9B2FF.6B2D4BFB Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

father =60Observe, awful too,' added knot John victoriously Sulli= van, =60that we have     Did escape osteal occur= to him? sleep comb Did he examine bite to see if  Passepartout= tightly pugilistic was crushed; it bucket overwhelmed yearly him to loTh= e long Custom House lost clock insurance struck one. be Mr Fogg observe&n= bsp;
It obediently was a band of night busily voters coming to rejoice the res= cue of th  =60To Chicago?'    =60No.' = pig =60Yankee!' shut blow exclaimed Mr Fogg, kick darting a contemptuou&n= bsp;    =60He has put lost, gentlemen,' danger said Andrew brought guilty Stuart,= - =60hpaid jolly Two milk hours! Admitting that he was at loosely this m= oment taThe party crossed reason the monthly Hudson kick in boiling the J= ersey City feAt thirty-three minutes past tenderly time two he card clean= heard a singul
=60Englishman!' returned spoon brake the miniature other. control =60We w= ill meet ag =60To Omaha?'   =60What difficult weakly = difference is bovine it wave to you? Do you know Plum Cr   = ;
=60When you please.'
=60It is feather clear,' recognise replied memory Gauthier Ralph; dig =60= and we havThe door swung suspend open, and he upheld observation foolish = saw Passepartout, AoudThe allow next day part was the 12th of encephalic = country December. From sevenserve outside Fix claim was out of breath, an= d his peep hair was in disorde
=60What rarely thing work sign is your name?'  space awoken coa= l danger =60No,' replied Mr Fogg.  inside =60It's the next bore= d station. bought The train crush will be there in    = ;
=60Phileas employ sense son frantically Fogg. And yours?'  &nbs= p;  Mr Fogg box monkey left the hotel flame innocent alone, aft= er giving Passepa          grind At this stole moment, steel the hands sore of the club clock pointe= cake Phileas Fogg was free! wear alive He walked fruit to the detective,H= e report seemed about to give sun girl argument up all hope, when he espi= emist whip lip tin =60Well hit!' cried Passepartout. =60Parbleu! that's w=      =60Colonel Stamp Proctor.' =60Very held well,' said Mr Fogg. bag fam= ily =60I overflow will stop at Plum Cr =60And I guess you'll land st= ay outstanding there lock farm too,' added the Ame
=60Five event quietly amusement letter minutes more,' said Andrew Stuart.= Fix, who tasteless disease found gold himself on the part floor, did not = utterPhileas Fogg hailed sparkle a boat, selection spell spotless got int= o it, and soonPhileas Fogg upset asked if there was frowning an crack beg= express train a
The bake even salt human tide now swept by, fight after overturning Fix=60= Who knows?' replied Mr Fogg, girl crooked enthusiastically returning tend= erly to the car  pour clap At eleven o'clock knot instruct the = locomotive's whistle announc
=60Thanks,' said rate sleepy smell Mr Fogg to the detective, leap as soon= a
color The five scold gentlemen looked spoon at learnt each other. Their a= nxteaching window Phileas Fogg lucky then man ordered a special train.=60= The broadcast chosen captain?' bread baby asked Mr Fogg.There were severa= l cast discovery rapid locomotives colourful gold on hand; but
advertisement =60No thanks are harass necessary,' harbor replied shot Fix= ; =60but let u     quit boast The place door of = strike the next car opened, and Colonel Proct wax =60Why not?' won j= am pull asked the colonel.        = ;
=60Where?'At that hour cinerary not Phileas swum Fogg, slit having stimul= ated the e

------=_NextPart_F2C_74A3_CEF9B2FF.6B2D4BFB-- ------=_NextPart_B3D_BEE6_AD80B618.CFC1C0E8 Content-Type: image/gif; name="egiygi.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODdhkQGNAaUAAP///wAAAGZmZrK1t4CAgCcnJ+bd1D09PfC1tf8zM/9YWP8HB/9/f+iLi+bm 5unPtABj/9TQyMincZSt3tacWlJSUrWMTkuPwipztZycnHt7e6FwPaampZxqMdxnHb1GD606EHlW PpRjLgAAgP//AIAAAOV7e9tKSgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAAkQGNAQAG/kCAcEgsGo/IpHLJ bDqf0Kh0Sq1ar9isdsvter/gsHhMLpvP6LR6zW673/C4fE6v2+/4vH7P7/v/gIGCg4SFdgECaAME RgUBj5ADRgIBVwSOj4loBAZqmJCIUZxFB6CPkkkElQahhq5XrWYFmkSztatcjqMDjp1lqr5otlWU jQW3qEfAr8ywtGXDtc+8jFuXyUKxY8tp0VPFpMfSqbjN5lHaQryQjODUQqoAl5m+lPSfpNMFBKql iKvrTgnx5y3bsyLRWqmKBMAeooAC90FKtBCRgXmxMB60UhAeqGoVKTIc4qjINQAQJRVjJeCkQXmY BHRyaG/Io3N90rESV2pR/gCVrRCpSsTrgLyfDZF29NarH0pwp4oCKMAT6ZB3SKLZcneTEqd1HhlR 5aSKrJCLARhJLYuygNEsHdmuQ0s0VDyE4q7uA9CqaYBOoRQW8KnW7dG6uG7ibEMwWKODLqcmsnuT FS9avHw6lmwM1AGgqOKpwpbZ5rRYpji/DHd088teL+Ox1Hv5qtUkjXGbektkdGSPRg7kVSe0EsmW f/kmKpXtWLQBP7nxraR48ZpPAXgbSQduoHOj/zSbisoO1dKNrYUUG90be3WUaRtV0qppkcP06gTY A09r66rxP7l32xHYaUeKgUMcIAAmksSkyV23FAEdROwskxZaDXICoE8A/vhy03vWnUHhgERwVw5z Zf01iy06wWOPhht1hB8w7NnWYRLpTPWdaYe1VBI3ugggFX3p6dQiEiNiM46EAczCz2DqLLTccEKU RAR0BjBnUnIXKndXXOV8WE6IZiSZFWS3hQKdXbrstARVUyGY41GorDcgW+Rs1guRqFUi24Q28cej hVTyVWgSZh6RI5weKTladwkaN+iYRYKUSXNGSAcno2SiMR6OB7kJQE9VqvnITH1VQuqQG81JSZ3/ cUkdUpTEuE8nC5Gl1F6M1sQVIzsJGhutoWTpZyuk4pjamZMkZ49P5h27mXDItPUWjf/VR89h3iWF F6WdkpFSEgIO9Mhe/upZZeVR50a77TwIoVcjVwwZu22z5dmUiZqYKPhTdxoxR2Sw7Ap00XQkGrGm QEhkp+i5C+q67TrVVFlgMgvHZ2HFkhLHEKQIh7vGAEqKbPKVJYsMyckst+wyHCW59vLMNNeMxcoy 26zzzjz37PPPQAct9NBEF2300UgnrfTSTDft9NNQRy311FRXbfXVWGet9dZcd+3112CHLfbYZJdt 9tlop6322my37fbbcMfdBQIJ1G13AghAQXfdRihQd95W7J2AAksosMACDJCBwAKEy821AQskMEQD iet9+GaHA34F5JIrcTgAlIfhgBANRO7446YP0fkTkKcuhOEL5BwF/udK0C6G30PIfvrUtjfeod8K jO5AAwowwMDqHTJw+RB+xz553Q0IgcDxdOfdQN2b2Z68A3WPrjziee/duAEMKICAAo0H73fe65Ne d+UJHM7A6AgAbgDwo0tf/+C7L9268QuQ3gKiFz8HcO9wuMsdAxbXueDFzxefYyAAFse4BBiAb58j gu3iV0HTwW5+hhvd51o3uPIhEHaDi6Dk4hc9w1mQgolbHAEX4AASwi56/UNa6wwAOSFkcHGEUx7y zpK45a3QeYurXAaXx7nv5e8sqWtdh0xnu9QZLm/xqxwAlhjALQbQAKPLIgCUVzkyelGAQWTcGBGX Qx2mDocZpJ0Z/otAvglGTgGdeOAa4ee8DCoPj2CkYxSpSEjJ2c6MevRhF7koBCGycY5mjKPpzDjH NhZNe4qEouQqqUBFdk6PfxRCAc+4Rt8JsnO0SyUhu6i8GQaDkWeM3x5nOUtJbvKRbLTkJV33ugWE z5e01GDlFge4RMIygw443OhMOUVUFrKZmQSA4UTpvGgy8nOGS2PjzHhFO+aNkrnUpdAoyDjHyE+N rRsgESjYuAYeDm92rBsNAcBBd2ZunYcrJwfphsB8Ei6ZjANm6ZZ3w4ECsIORyxwJv9dHxKEzn+nU nTiHVsMuBDIJFdUCD63giydm1AgfnahIR0rSkpr0pChNqUpX/spSnyHgenUzH/AakL8H+M1uDeAh 3czX0p52IZ+ffGf+AHo4HNrUOse7G/TacD/JAREJdMNhGjKohuqJDai9LOoQyJkAA0p1MZWE3Ree iIQLshGmR6Cg5s4A0DUMVKJNW2sRsLpG+RGBg4ijKZk4GT+5YiGBSpij7BLJhGpmgaxpIGweDEA5 BjTgAY3N6QMWGFnIGk+ylL3sZC/rgOk9oAgvbUBOidDZ0JK1tKJFLF1hB8zc5XMBn11CaD+bgM1m 1n6iDd9X18BJCf5ucIglHfkSoMWbFlN+iDUuLevHvL/RM3bkWyBUEdjYBUYXAA5woO+yS1wj1FG4 x9Ni8ow3/kYGdAKmOJwe4dQ7Qep1VXW+9Bv93Bu+mDbSeNMzngGm14m9SRV42CWe8YaoBApKbqCd i+E7QbfgMdaVcLD751fN2gAYChC23wMcBSd7zyFg9QH+NAJDmVmEBxSQgWE8YeZKt8DIKc+vaOAk 7WT4XLIi2IlblJzhWhg5zOk4jea1a46lSTg9htO7mavhErPbTzUmk7FHjt+B34lj+K6XcBGcpJZv GdC7Ro6Ddqzg/eb5ue8xOIB0syN2Fzm/yB2wglDgIA8hul9qQpfOeSPhmQ9MVoaS087FazAHA81L oPJTAbE1Al5hvObULZiDxyuq/Cgo2jfI2HQ/VKOXsRg7/sNBMICcZHDeOjtLM5Zu1Jwm5hKo2tf7 ZbKtWXShBlPX1+c6RopOzeUInynFItR6ecsbsjSByUiehtJ7jDOzEKVww/MV9b9FdfYApcrBB/AT trt1AH4H2sXN2rTB3kYhEbBKTr9qG6jB3bMiYQtpEwdv0h12AydPTUpM2trWxgT1ke89BHAmTrGL XnUXw/xeUn7uchuddVDzaFhF4m6OD1SlIXlJTYZ3wpaNZOOOm6c8D9+ThRt1qHidAOLIPfadUi15 Ak5u8sm986UIlKuJI/dn0GXxe527HuJwPu4Fl5zioBs2Ao/Acy/6EtJEIKNvLX1kWNpbjw+s9RlD LfWM/icOka2lpliFYEAjUNXoHs/k1xVecX5v9Z6hrLHEoelr58my3n5UJ9gbnPEAVj2YcTZisO3M cMMCdOKpY+CYwZfPKWaO5+mc3oI/7eh8Mpd0o0tna81avwbn883ifWnx5heHsM5z2L+UK9Rj99Qt arMIZp5gqXHZRU6btXNjJ2XGNfe5ZP4bnROmtdsbHk2Df7HMuyawkRtH1QxOk5qpbiT9aDjQ1+H9 CaVLMMWjn/EhGo6PfETcB8nZWcejcM6Z+z7jg0pd0mmOoe/luaxbN8Nwsth4+n0Da+U58nMyE8F6 zuYge9xzZaaToRd3eQhmYGa1GYPmYT2XTVxHV/A1/m3vpGdFUDxnJ0/5A1R3FGJeNnTPlToA1U0C 9IFWxz9GR0PptFtNADk4hIKClIJy53K+UDq+IHgzhzcDFTw6h0cfZHPllIMwl0+PNXORY20v1gnk 81p4Q3nuQzw89XOIRjqvlU+Jlgch5QSbMYVcl24ghYVndwSOkV0913UapIVPQGAXlTusA1cJR1pD QFZpeBZwVTOPNwZv9lokBjVZdwQ5NXC9xwWiVYc+NVYVVj/1gz5VQ2oFdof15AWx94dgAFlF8FiM GIlmIIiC+IaSeImYmImauImc2Ime+ImgGIqiOIqkWIqmeIqoqAcQsIqs2Iqu+IqwGIuyOIu0WIu2 /niLuJiLuriLvNiLvviLwBiMwjiMxHgFECCKx4iJyWiMyJiJy2gFz+iJ0ciI0zgF1biJ19hT2QgF 26iMzpgF3XiJ4ahS48gE5ch1EZCOESCGutSNBsRDPASGE3WOSlCODpCOBmRA+HhS2egAD2BtlIgA //gA8phD9JgE4XiP65iPDLmPJHWN/iiIEjCRFCmI/2iJanOQSNCNETAB6viRIOmRD3kEEYkAEkAB FECRKikBFkmQu6ORR9CPEzCTNFmTNkmTGOk21QiQJ8mSKzmRKamSAhmFGCUAFTALb5GOXHgAb+EA KXM0MGkEEHmTVEmVOXk0HQMG09hZE2kBPvmT/j2JkiuJAOx4ABGQLqNTAU8JHS7iNFFZBNc4ARcw lxeAAXOJAXh5l3W5l3I5AeyIEkz5GQBQAUwpCRlwByAyHUWQmFSwMvqSldmQlYwJl0YQAUAZlGDp lUGJmRNJlEWQAbzhAAnDJFLzlkRQjQZAl3hpl6uJAXKZl6xJl2fJBDUyKmcZAQgiB5KZDTbBm7DA F8AZnMLpm5JiHJBJmUVgmRLglSsplhaQktAJnUApAVp4ABrQGwYwABoQGgeglsQBABGgAYcJmNuJ E8eJBaY5BNXoAHvJmqu5l3XZmrE5m0sgmhUwBPe5Bx2zn8N5nk9AHb0ZoL7Jm/yJkJV5khbw/pwo SQHPuZxemaAMGp0MOgBaGADXmZwFcJ1G6S3w0SGE+RQNkZti4JiKqQUkGjLbIZnHmZ5CcI0DEJ8w qpew2Z4YkAH0uQSUMDoRwAgOoAEXGgECoCD5QwAKogEVEJ4DAJrrGKQCcKNbUKAEWiLAqRgg8iEp 2jBS2ptQGpMHyqAbsAEW8KULGqbPmaAKyqAWAJ5KYKFHYJ0AIJ4AkAHGwZZvahQa8BkGcKFmUJzB 6Z9QAKDGKaDEGaCQyaIAAJEvKp+KKp8XkAEU6gQREB8ygV0a8B8RwAqMYKQNcSuEKadESgAO0J1f sKUAqqXGGajEeZyJuZtamqUbCVIcUKZm/oqSZnqmtBqmBOCoYiiqV8EIbuoARskVQnCn4OkP6AEG +7mljSmcpCqlymqo/RgBGbCoi5qr6wgF1JKfHWoAFWBAbqogHfqmlXCWRxqio+qqU+qsAoqqA6qu gtqupdquUnkEETCrt1qrZgqmG5ABHDAA16oEchoMk/qtkkCndEqsn+GUfjqiBTorkbmY8aovWCqo EZuV0LoEBsABAkCteNkSA3CVR8EPNoISFbAg1xmpQTqexCoEQEqYIvqbFNufzEqo6Eqzwxmzyoqc ReCUYIqv+aqv/OqvBakEKTsAAnCYRaGdQlIBAZABBkAJGoCbBQCag2G0a1CxD1uifFqi/hC7HYvp rvJ6sRiVnRyQARsrnwIgnhzwr1AgmsnxnQPwFm6ato86rE0ZAKOzsl3AqlvLrlvbp7sZqP7pt/I6 ryS5CB3QAV+6AYmruLnqr2X4BOGpAb4QASRTQ3CapE4JuSQDj3CqBuzap+sKr4ois1/bqu8qtiBl AB85AGWrH/qhAQTQr/56qX9ZBEG6hlA7GhpQAGrpEAWQjsJxsmlBtU9pBZBZpX/7t4qZvCvzKcyq ouaIBP6YpPxwvbnqqAPwAJFrMsxLuIP6ruGrqmB7s6pLR5cKuelIMhzAAZv7kfAYBUrJdSRzlhlA uT1qAGZLMtaZnf6qDuVJAMc7B8xb/rNfcI0D+QAks8Dbm8AD2b0hwrejO6Cn+rWCiyMUXLjnS1o1 BI+2m45gVEPvGMK3SwUVcJ3A6qSEcKKnKwao6cAwHMMPXMKDAL3vsbwlErGRKSagQMHSa7jMSL0M OcREPMRh8LQKosJQg5oGcJHweJFOzL3cC49NTMMvU8DiC45afFhWrJMkKcJF3MFgTML5WDQsbMBb HMSguJ5h3MZELDcb3ImG2kZxzIlzbJBp7MVnUI13rMdq/Il9/JLgSIyEfKiEfMiInMiKvMiM3MiO nMjo2YzeGMmhGMinU8fY+I2UvMaa/MfS2MnQeFgllZAdHMIjhclSMLR38LJ4sLB5/ryzD3CSC7qg LMm9XYyVWvnKSiA8vLyzJeyy9xm3ojq/XBABLqupdxqYTKnEEtu1OWyiN7yqJNrD9Ui9sjzL2CyW AtnFA0CYs3Ch42kEdzqedUu9QaogRiHMyhzOh3DAuryGQ0zGZTzPt+sAhqEO+emdXVAAnWDPRnEA jGChkcrOpZulfXsz6TqzOIvG6kmS15zNEC2WLskE3cyyoYCbuHGh/Ey048m0b3qfTBmqx9oE0+zK /xnNzlsd1Hya73yFYbyQ8sy6TlCps+moYQAd+RO3faqhejqxpJuz6KDQpIu6hcvSRvAAEZ3UHjDL EuCZCJEMepvRTvATwqMqZ8mU/oC5rFF6s8taqt9bvhbb0mCcj+tIxfHIkP97gq1QH+UpD92JCsCq IGlLABrgACULnkxKVpE6taMjCRfKppa7BM3Knw7LtQ/rvD69w6Hrp1uZ1I6dzWSJJB3Toz16oXHd pANxnXTdz0aZAWT1CJSLEm86EG/R0//5zFkc1F+90Knb0uC5kPH8jkPsujTs0cDKshnaEPcJDgAd qp8BHcjBCpcaH0RAE47BpiSNrlhLpeDLmKvawoA7mQ1dYrPsAR+w1AuK3RSg3dq9oBNdBJUKUuE9 KqDKq24KKAdwjwMip48gmAnCyujQsForvYhd0I+52DobyklgubDdxhHQvsws/tkZYNOZ/aaHKafZ 4Nf5aaEd3K2hatodQgBMi7c2AeGJTdhge9BZjLXQzaoGSt1L7QEiPuLbjd0jTuLZvQHlTATjTZqD eZa5Oyp/LQkCPQqkZbYMMyrwfdoNW8EK7dzJ2+GKDcT6vd+QO8Jnbbm6KgXZ8Qy/GqzGcQl3Opu3 0c0m2xvhDCjZYOH2LbMYnsGme7qhG7OpbdQaVOIijpIj/gHXneYkvuYgoOLpBh03GszG0bJYLeMJ Lq5NQp9AmjvIreNZgN9CTegWbMDKWqiuvYb8TcZKntZSUCtEQLDh+tslggo6redD0LtP9LZ8weVe a9A2i8OpeugJHepgvgTV/igBJ97q3O3m1v0BISACAiw70fC0HSqaeSu3M67TxqyndJ4g4ZznyEvm OHzDBT3mQ13UqLyzlsvAjsq2UmAZVzEqwN3NTRuqkJDeQyEJvOu7UJ0djloB49mj4p7cztzMhf7M KT0r1HyqKu0E1RgBG9Dmrn7ibP4BIDDrjyvtlTkLSSoABgS1kZqrwkEybuETR/sQmO0xAqwBtHAJ uV0FEpzqfRu4W43qQp3fVXCO9+i6QevvUsDOz465SHuYR0syP7HA+XO/YBTa6nCPPkqfm/uxV5va Ju3JQ0DvIAAC+f7zPd/z/B7tEEyS91vu9YsSAeyvl8vyDuDyGnSpdE0a/knfmMuC7KnevCnKw44J 71g83Tr/xWEcj2WAFNx6y4gp3Tlf5JWZASIQAkEv9EPfr7aLNF/P1Yv+BO7Ijgw5Bt0spFYTrUma Afww4EF75ExzxmXO9h3PBWifkUL8xB85xWddxpec9+Io9mDoxmEcN80+yb6MXYjVdUUs+pbvx4wv x6Dc8Y/c+q7/+rAf+7I/+7T/ipgviZbsOJ+f+aCf+na8+lRAj0acUge5+Y9vNrt/Fv+okv94/G3j 8adF9ni8yUnQxGBJkQFOx07gUQwp/YJM/UcQy9evkisuTqQMz/Es8k0gu207wEXT7AYw/j9Z/pbk juiPj91/qVJgGNmv/qcEMNJAABAOiUXjEZlULpMB5tMIgS6lSIcEm9U+tNjBFBwWj8ll87SadAgd 7Qgn0pY7DBEDeHAIRJSGwxnQKGAw8GjQSYjQ8JBIsSjNDLLowWKjo2NDC0Fio1OLj8nv4EADQGO0 tEiU7avQ9VUQFkmyaA1A7s3OYM5twPZJwCBAQChCYyCPOOKg4Ng4A4BAo1TaV+BAgG9Aw+CUwBUR IBxcvDzRsPHcnIh2rP1WopKAgyMjS55+IKuVKWJ4SMC3IwMQESAm64mjIQphMVrIMNE4cRJnKbHl Bg4dA7va7Hrza4kBYhUQGSCZIUOADCIP+DL5h4BKUxUcHCBQswKA/ggFWgoIcAfQOIpB16krIrSo xHdh3lGyYIGDx3gWOhAYsIsLFgsglegByHUIQYRiJCIaStSJ2YVHjaqlYvGWmzi8bnnkABaJBgGn ArQ6JYSUqT9C/gLAZupOBT7XAKfqK+tsWrNl0woqi24tUnaBmj59CjSCBBEbfAEwoGUDKCYpWx2M dqBCK7HPAGz7Iq3OsTw3BSgmtxb4q8pGk6bTnGTprbhtrNjFe0QAMoI5BTeuTnhwSpHFeo+yLo5f obMTI7YtbzndIkXHhSRHg2TqUwmsOmQAFZ+qaiYBcg6ABqA3ABER6yWdmqmtL5P60iCAYw4TLz3i jJvsqOEaiSzC/nLYOyK5NXj5UCMHPnpiAIEEXKOwwP7KqTAAePrCgQBQHCww8IRTIpwciRvKwvHU 2dA9KN7BzwJQDBggDgCc8qwD/ZbwSSRbNIAmJSHEuq7GxwrTcrBA2IuMwnXCrDCWDC0sikO4QJxj I+eYyOMAaCLwKTY9MhjgxZi2WaaA/wrzh4AMmEEmzwEqAIooHINzS8IfG40QSM7g88yzi9YwgNKn mpzCH72GcKA3n6xEJEXHvtjy1C4T3REJHR0NzrgMWd0wCjU7igDXXHHdSMS7+kHmjiOBBTYCZNYg 4BthgRIxrGOiQdJY6SBcwlUxz8vsVcyAoyjIJzrLNDwAiBzN/skl7ByiJQRHxQ4wYoRJNRF4p2VV W1dpNYdRM4tTosO4hJVOul3cHItgMA5xqExrH0JzIkcuY5i8WgF5J4JM5XsA46k28CyElcBI6Zdh DFVJpAb5hIYgUvjLQ6WY6pTJS7YgNo9mhoY7U2Z7mei3lzZ99rDX5woeGjJYZS2k252tkOCSDkbr ZONKNhCBagtECKG0KRwIrxuUM9gaSWWL4aNYZQMGdt6Fm1j0QoYPbtihHCnz1tayNWrTQwPoEZro vsWDyGikJUWiYhEwGa1pp50e7WoCyvUb8hsfnRmWDuso9i5eOBqAnscj/xz0M5J+y4oBLqFacapR vyQE0vgO/h32KRBOuOAOc0VS11zrQAbX2H3//b2JlYhgasNVN/70EDr2HPjmna/IIlx5z5165p+/ /vPR+VXigQw2CEH1xakOoYIQAn0d+/TV/1Qu6nmxfv34ZdEeuSQMwNi/75XfH/xAkXlAfgH0nfbW xBxmCRCBCKEf9IzgAIw9IAIP4BxKKJgPCNYBUQnUYO1cQYcNflB4E4PACElYQhOeEIUpVOEKWdhC F74QhjGU4QxpWEMb3hCHOdThDnUYwgZ+iA1coQsIifiKBRYRia44osSOMAciyMEKSZRiGZY4RSsy ZXBX1GLkqrhFLzIwEl8UIwfHWEYydHEIaDTjGtPIRjfS/s2Hb5Rj8OZYxzbG0Y55ZKIe5ahGAPiR j1YEZCCLNr8sWgQXc0EfIRM4yDE4oABQqMABnNS7yNnMR2GY3ezU1snN4PGH1cvVIhkpP/cUEJUf ewwTYhSu2IBOM5mEQmUY9TCdPeKQDRSl+0pZxKWgEpjMeQJJqLOfcMGuWpSTncLodY5IgfJTu6Re 1qAgipacoka9hNw7ghnMDBLOIDK6xZQiUAFinKIVASBABXxjGyth4xvSAFW6JLcvyVyrPBQB3L6c KSs/clOa1aPmE/xBHXpqU5lKtAKb6NBQXnUkRLh4nQBEpM5xqnM6AxBAJMWRk40aqBQaBUAGIplR ZjQE/lZhWs+2eKRPmfXTaP9sonQmgIyaDmACE4hATneqUySFgUHI+M8Tvum3fRJsk4DDJBx/eCsR 1UFEioyDR3BR1CeSgkGDuVJgrvSYVhqmFAWwCkH48Jgr/caebONnrAKHlGeK7ggGyOkELpDTDMy1 pjnF6U2PyQQ9uEYn16BoNDQwz1bMCRttmMadpoQQWd7oZkar5eQ+2VQM6k53bngqR6KqBJQgwyfa QARXzZLOLwRmGNMorI3OOq9YqvVebuERWyUkUyP0FK+5vWle50rKIRR0CMKwg0VNGknhdoM3KjGU VVfVtx7pC1uBw2VTG1rdu8lBYJzdGnMBE9x/bDWk/maBhjDWEBixFuMOZn2swdJTLffiU0Mwxcwt KxvG2+o2t3fFr2+LoYdWmKQNWfoCgWhSk1T4BLAo1WTElqpPDKV0rWlqoHa7+b6rWAHBdyBAAdSJ YDz1ZBgxKoBGUfailNwpnvyZ0z/Qis/3LszBhDjYSuELONsWAbdzzUBd6cpjvGaAA2Ighh5sYaiN mkpdtTHngW4RgAPwl72aVClLF0G74tyrvkTAVYU/VKyBPlFateHd9IaFJBG5UyfGqk1jxewL3j0v mUfL5RmbWI/c1nXHPrar48AwDbLxpzY0QrJY8vAdZLC4kFFWWGwjfGU5Zzm40wto7iYIv0By8tFw /oWmTijY6U5PgIIXsIpvQTWMOnA4IAsqQGxctuJUb2PVGi1AyYpZz2XWTM6y1VZ8pQvp307Q08H2 NAfMjNDm3fi2eRY2Si5wAQ34SmvSEhYfMsANB3BDOmCjtrU14GUxW3oM64UUbC+jlvFMNqF/RKTP 2N3uhxrbechOtl6aXe9mCyAgXxajuNWaFJzBDW40jpgn6wdvMcq7Fv6Rhl70spdA2cHg++k1v6kY 8S8iPJrSAzZKiK0rKJcS072unMW9iPFbbLl9Hk/kx0m+zZZr0eRcHuLLsedImscu5jKH4s2vZ3Oe g87kP5eiz4Xu8k0XHYlERzrRgr50ECrd6QRr/nrUNQh1qhtShDzU+ta53nWvfx3sYRf72P9Yw6uX 0upnV/va2d52t78d7nGX+9zpXne73x3vedf73vned7//HfCBF/zgCV94wx8e8YlX/OIZ33jHPx7y kZf85ClfectfHvOZ1/zmOd95QEwa9KEX/ehJX3rTnx70I0D96lnfete/HvamXx+uRlB7298e97nX /e5533vf/x74wRf+8IlffOMfH/nJV/7ymV/82UcA98iS/vQJ0HzrXx/72df+9rnffe8r//nRR0KJ vl9+858f/elX//p9H/7bm6gIt2H//Olff/vfv/7ut72Jav+QQRxfCPDP/IZAAK8vAAsQAZlP/v90 DwBGgAgIov8a0AEl8ABzrwLR7wInUAO17wAzcAI9MAKxzwOLQPhAMAFPsATVh/ZurwNI4PbiLwBC cANN0AS9jwAjUAKHLweBrwN30PZqsAYB0Ac3UAeHEAWP8PcWsAWJ8AFjcAYpEAp7EAejkAob8AY/ 0AgtkACJ4AkD0Aun8AdvkAs/EAtxrwfFEA2l0ArHsAzbUAZl0AvH8Ayh0AHBUAOzEAnTT/+WUAtH JQzvkA4BkQifkBAFcRB3bw3j0BDBUA13sBHf8AUDURHhMBHXMAQf0Qy5EBMVsREnMQ6DMA8HUAWh bwQ6YADCcCCcEAvlMBEXkRClEBDZ0A3r/vAVLfEPKbENN9EIYXESV9EWa1EThzADWfESbbEXjeAQ Q5H93O8SbA8ZUBFBUBEHIdEVdbEYdVALqzEHeXEL6RAWMxEXK3AYt9EbfXAEzRENrxETDxEUlbH8 mHEEVBEao/EWxREdB9EaXTEJs7EXmTAQr9EQQZAb/REcw/EeC9Ig1bEcb5Eh3XEZRxH3Dgb+/LAe HTEY7ZAYC5EE248fqRAf05Acv/EKy5Abq5Agu/AMI7EbizEdc9EiV9Ih528BR2AiYTAmbxIF2xEn Q3Ema7IJdxIo8U8ngzInIfL9AAYpD40ol5Ipm/L8ZnLGovL/nJIqq9Iqk28mr1Irt5Ir/oUwfWIP LMNSLMeSLMvSLM8SLU/v+aiPLdvSLd8SLuNSLueSLuvSLu8SL/NSL/fyLSOAL/8SMAMTL9eS58DN 87QJV74hLReTMRvTMR8TMiNzlwhTMivTMi8TMzMTMylTMzvTMz8TNEMT9DhTNEvTNE8TNReTNFOT NVvTNV9zNEdRMUVvD8ayNmETN/3BLG8zNxlzNXVlxnSTN00vOIFTOIkzV/ZgOF+vOFFPOcOyOaVp OUePN6dzOnvTLH8zOavnOmlzl26zO6VzO20TLMNz9czTOJ0zPXMHPbETLLUTV4bzOf1hEEpvOQ9G OOuTOrezNg8hPv9TN/eTPfUTPOOT/kCP0z/pEzz1k/Sqk0ETtD8ZNPSq00D7U0Hb0z1XDz4v9Dnn M0BpE0L580MbNEA9dD4tlDrx0zgLlEUttED/E0NF6UWPE0ZHNEXxk0U/NEYztPQ2VD7zM0G9cz07 9PROlEMR1EYn7T5DFEVp1EmDU0JJFECfND+Rkz9xVEd5dCx9lD2d1D67tEZ3dEVrdEw9dELBtETT lEyplHqi9Eyn1ER1VEwp9EdnVEtjj0vLdDyFdDzr00yllE3t9E33dEZzdE3tVEzhVETXNEkDik5F VFDv1PXydFGDFEQh1D8j1EpL9EH3lE+TM0gdtEk1VUErtEiB80EP1FIHlVNddFUl/nVSZVMnYJVW cTNRa3XSfDQ6z3NXWS8q0/JXLTNYyVIqZRRX31NWj1VZl5VZc2VDmxVaoxU3n1Vaq9VaS5Nar1Vb t/Uys5VbvxVcVTNZsdNxwtVcX5MwBVNd15Vd29Vd3xVe41Ve/9Iv45IwDxNffScxZ/Vc+9VfydJb /1VgBzb0ApZgPXM2D/YzDXZbh9VRpdJNwTJhv1NFFRYtGdZaB4EtI5Y9W+VWCZRjJ7ZNnWDAXtVi wxJjpVWd3tI8MWQELoA6Dw1QrlNkgbNkBwEZYqIze7VWs/VWv9Msy5U55TI8JUIgKlZJCaIvNJZm +ZU9bxYpdRY6ifMomPVZ08JR/j3VWMsynlxvZZFFCMA2GqSvO8OB+hYC9Ja2EZRWlGrWHw5NOiSy RCL1VBs0IbS29X42Vr/SL50WOCPCYV80VP10Sk8PLnVCaJ3zbIeA+so2bMMW/tBTbY+CrKrHbfsC YDBqbq0iUjFVVU0VaR3VysQBb0MUQJkUSE1VdVF2XHOnA0qgCVDVTc30T0fWZHvHJ2c1camH+mSU LSF3+hw3Gh63ERy1tdZ2Oi8XZwnCRDZXVBV1RZs0S9M2VoQCVFc1Tlv0UBcVYFtXV143dgm1Qmm3 PW83V9x2X6VJ+saGPRcXeJFFeCfyaJUUR9rWb+MTQQhCNvLXOo/0QqcXeun3/kLKonRRN0sN9Ug5 9vV8FHCjE4Frt3zVty/9kmzUl33bd33H9n2Fl3GJV3L9L0fslzuhtjbETJ3690e3V3ypF3AHjnQL d3qNdHvpVoFZ72pfGGhnOD311lmPoGvvt3qAOD7pkoM1eHhx+DsX4tDQ1nKFWL2sooRj4jqzl3sp FIaTeICrFoYLVXwf2FN5WJqotYb/d3xBF29dD1kq2FeJVjoZd/qYuI3j5ayaVkaRAUHGKiaQuGIH l3CvF4BFF1us94r3WHahF2QjFIzD2Hu5kzUFYmjjsmiJQGzhGIvBY45FuI71920S4TJdSovvNGVN U4iLFC5btggm8oPlOISb/lg6+8IqisVhhPVuJTWUo1VjGzeVw7eVITZkR/l6CZSTK5OXHZZHa1ll eZY7h3mMUQ99lRR2T1YsjRmaHbOZp/kxpdmas7lasVmbu9lqZXVew1mcx5mcy9mczzkw7zVfAc8w BSh9JROd41me55me89KXy3J9HKea0VKKldmf/xmgA1qgB5qgC9qgDxqhExqhdfOeu5dv9/ks83id n8c7G3pLF5max+EtJ9pvwE1nLVpXdhf1uLn1JJp44y93OfoV1HiXPpr0pNaGMboxTfqI46+mVRoh WLpt9wCkzxeJ1VKmt/aMS4+m+W8CNxmnZUGnLZenRW99K1f22vlz3hlV/hl5PVePps3wA4+X4lpF 5DJvqXm3qSdtkuN2QJdZqiOHqkHVqof6pcOhFF0QGrn6pcQtzmAJYe5a6MI6d1w6oAQiKWFaTH9z VD2XSEtVdVdVouPaH5NMsr66rn+Hvrra2CrYYf26pcUMWaRDsJP5Ogn7dKuYPhXVisVaCPgwEx27 gVuYEZD6xXQNtrPF/2a7hZnp3xoGppAach5gAbgrdtQ4OjG7bQ/tEOb2qgNYV0BbTal0QTN1QZka AExxHsPiYXjNtmkGXxwltrPbq2XluaRLRwSOssPAgRrABE7gBBZgAU7gK51WscfafqH6hME0U894 NX/Vi2n4uUPaCZqx/vaeEQfpWr5ebNzii5YMHMFjbDLWo7U5abYGHLLJwAAQwLzTW70vXL3ZG3t0 ejmFm3eherTRlE1z577HVIeRu7QTs7/jsQ9V21oI3JOz+8BnPMEjO7yjy60S5rvTbQoeQAHQG8OD HMMTAL2L3MiP/MgRYAEIhq/5u8n9EsSnWLSpp8T71LBH1HNX93wRwQElEgZtvN/Q7bqx+7Wjy7p7 5Lsni8AB4QGKXMjfnMiRXM7RWwFMoAEcYMnH4slV/Mk5d0KzPIiDejFNmiaTQMDxhUJcG7vHnNHl hsEf/UzSnLaFIuQAYcIbAMjfXMPFIM9zuqE9vK9hGk8FfXzR+q0l/jkpMzfc1oaypGi8wcABKPy8 EyDDyaDTlfrT4dt3E5nKSZ2fKX2YV727eXyDKn1oJty3leDWYWHP/VLXZdTURY+kWY+mkzoJln2l ibjZL/qhe3osq93ajwDbwSGgtz2afT2ivRlWF2AzIXPaNTTcmWDcYcfdZbOe7x3f6Xls43kB8v2c ny/eEWjeA57gw2DgCx7h5T3hF97gGd7hn+DgH/7hI17iGZ7iKz7hLx7jC17jNz7gO97jwx3kQz6p R57kVdrkT36iU17l85XlPb4BVl7yLr0Bat7mbx7nc17nd57ne97nfx7og17oh57oi97ojx7pk17p lz7nESDZtwgB/s4bve2c6ave6q8e67Ne67ee67ue52c9AUwAAcwIAdC7AZ6+5QPJADD9BMbei9r8 BAAo7W+u7ONeixogAdx+7n+u7PU+iTAd7fce3gwgAWI+ic478AUf3hxAAQyfiMpe8aOO8P1eg9pc 7iN/6QzA7j+o7TGf6iB/g0Df853OATpfg0x/9J1O9AVo9VN/6TZfgOzc9anOvBPoBBJ/9g2uzRFI 83Of6hIA92En6n0/6lA/fmqe+J1O9gMI+ZMf6ZZffkzABJwf6Wqf+R2f+nnO+uWn+bP/kRIA/MN/ +oUAAYh8CMp/05Fo+48f+0GHww6mrwBhqJLAH4TgvI7g/qlF/qq3xgj0zY0MAAgWwqEQYBSajguE sel8QqPSKbUabSSt2i332Wh0w9pCJWKuBAbiKqFgjQSMjmmBoI2E69AAfu3/A0oZLCQ4mSyAATgI OZwsnARGSgJgTVpeJV526TUJxMkR2EXhZYg2DRCoGaH1OUUQZBjByTmFzgFwOtyO0ja1lqo6BFTs AsDFthrLApQ+oaoaJjABmCQkVicUKmbLZSdkISRAAoRnGSEQ7ToiNR0KjQ9qGx2auxdJ2ddLFzkk CIXL02SlkkBNXwpy4dTkE5oCAdI8gRPA4SdhEx8CIPDwU5OGDx3MwmVnwEaIejQWe8JHpKxPDx0K wPXSyUYC/gdiAiBp7OJHIy8xOkE3bogSRtT+USJ0jygAR9MADFpgYp0RfyfcMTn07R1UIQa+oltg wMmQTE/WuRvnj+s7ewgHmnsb6aDcKgp9RhCmylPEALEABLBzwI3PWG2eCLtVQEBIPX6NaBSJJqVK PJxmhYxQwchdvDkZHtgp6kDoA5s5/21SJOwCckikAhiS5B/SIUzuNWlw6x6Ca7AdgCPUlQg7J1Sj LGqtZI7Vc8JdK697Ja50P3SrR+nMJ/LCZCFZQjQiwM3hWhxbcibwvQlFaFJWXnY5DFpnwH0gQgyZ QefLAg4JN+GUI04dolsRSrVWRANSCfWIUE8YsA5uDawF/hs5EhYS1VReQThEQO1YeFQS/kxDj2rR YZcbdSl2cR2L7JmiSBzleeYLR461cliMkAGInkjrcRbAAedFAZ8o36EBVH0rAWCaTjvZCFgFoYTi nmvrLHLcaw04cshQjyyQnFNBvRNWURsm4Y4JWnWlzYIoxiYVUk+YOA9s/owl4okvqsinGC7yeRdf T0Lpyo12BMbeZjQaQahmjSG6S2iO4fSeZaI8GUyiS/ZBUgWh7XRLBnEk2ihlQ0BChJ2MsDaNqhI+ QaISw9k5m3LoZPhcU7q6Ax0UuDYhK57O3YrbiwT5yQWgL5JhhmZMThQBST0WypJGGUTgCR4aJQPY AdIO/gOpTANE4BBLcPRB2UpoDEBSHHCoR5IaBRyQUqmAhSdRu49ppJ5GVu66RMCJJKccU0k9Ah0k 8ex6QoT8/BOWrQ2ElWtASCV3y4BtKmGCAb0CMKwSVx187IrJUrEsixS9BI0DFJ2mEoyQbaRpAMW8 /NBm4gKQZAFzcMIXozX+NyrND2EKVEdCrsIRHO6aohHSUZjp64lfjqOEqwIzXHA2AkvYK2u9MtyE mcVpXXY/HgYrVhNrh2ksi8iiPJBZdeMNCLX2aWJalHlPYQBlUEWRJ0KGS1GM3CnSDTgmjkMehrSu 8GVJtjf/HbnmWySHwMNZm7w5FCqLXjoUAxQAMCAv/rv3sumvR2GPUX42LjrpsOOeu+7YfTU44ydr fvvuwxNfvPF9wi788csz3zzgtW+uvPPTU189QtAHf7f123PfPSDYRy699+OTTz74kItfvvrrO3++ 4+nbtaMfQ7MkEJCTDEmk/fo7Lgr9kxzmfj6KRGre4r7naW8NvhMD/eojCQEG4mkLnAQE8RaS/0mi PN3KHCAweIkD5g1+VNjFHGCRuCo5ARWvABAq6peT1JQiGcBwwgz7wowCMsOEKcShIkLRhFF1yzun SMXbXLEM9Rjqhs74iwN8uIwnKuKHRHybE+XQRCkAMSPkwWEMfZETJEbhGTyCohirtcEvFrCJOuwZ /pNy2IptnVFZwAtfAsVwkp/oz10OOY1HJuITnthBamnQ4zD+CBNDBqBSLSnJHCxCkaOFp2ntkci9 ALOXODhSSUeSj38MxciM1KyPavgEvHwyyovgRCPt2clEFLnI7eCxUT85TUkiuRCeaLFQsZyFMGLG Hp6UMJaC/MxFaDmRvbVojuirYx4CiTlhdKtUOkmMT9xgNBk584/QuFlmdkZKX4rGCKQBwHi6A0oo 6EU879LfpwrTJAA9Jj4+cWU4mxSa8qSTnKQyjB+FUSjNyOgWOnnaFC74zJVEEnNMe+cTrmnJAMbB oWmAQy+h4FAB3POg2yJMQueQyLko833M3EQg/uF5xhXOKA4xKediFlLSlvjHP4nS2TbnA4XvOCoD rMjlE7iDl/tN0yXQYOkma5REWfLUp/Yx2mJUCiqa0iymDjED//5GIz7AQaoz7cPQWloLN8zCqzZS mhP+I9MZmTSXWY3pVkGKOxHS4aVGbdpEhsTTXCrkJISBF5XAmCSO/NWG6NHjTunHKKzyLw2Va+Nh 5Mk3wUKpPIfFA6mgGcnA9quv1RrFJ65K1b4ikUld3RFEXdiSIQHMP6C960ogClrKxjGZbx1pQuT6 WDlg7jO6Facb2ukT27ZRFZoaCW5j9J3IPMYz9HPUOqOA0eTeiwz1e1IbMxeZ8jB3nnEwDUeG/kuo nGz2pp1Na3BrNDTf3rC06M0AtiLKTgA5QA2e5Wl5b/sHEOINrlLQqznfFpgIjMol31KlaCIwJNs6 hFx2hRe4yPVfeXlyX4j6lrs2WqQCgAus/LNIE651OTywy11zXaSEWYvhaakzo6R8MH4GiZHvbJCg 802wgV3CVWoxeFSo0HCBddwYHAsJXItKK7fGVeMRrwG/ddNvdoDbLUFCOGeLIYy7xmNbNj5EFYL0 X036AjVZZvmj/8tZIcO7EFBBkj4TuWZ1W/Llu5I5ZsKwwzE63GVF5A9U32kzvkqRViyHR7R7c1ei SkvMRO0Zh4Q+zXwtMoe/qoLPfwopAtkH/jhbTg+Mlr4epUNI203LZQB23R49QW0JJaOMyaaOBOom uOpXSwHVyVI1rGtt67qsaba33jWv62aCT+cNAZ3uNbGLHQkFABtvCACdsZvt7Eic4AG4a8Szq23t NZzA1Y5z2LW77W0pLFt3v/42uclN6xeFu9zqtna0d3eCp6w73r1Ot+7oLe972/rdxDtBsvHtb+4h QAHFe0C7/23w9REccbuz98Ebvr0IwZt4XFK4wyu+vEZEvHgTtzjHj/cAREwPHRnvOMlF5wAujfx4 EdK3FvpdcoNUfNkKoLjzls1vab/8ejm3wgOqwXLv9fwEQl/TF4pu9KMjPelKXzrTm+70RKdDPepS nzrVq271q2M961o3+ppOIA4T4Hx9DnhAb7ZudqlT4uxqXzvb2671tEcd7m5/OgK0vfO74z3vet87 3/u+9yAAADs= ------=_NextPart_B3D_BEE6_AD80B618.CFC1C0E8-- From rirefrigerate@axlehost.net Tue Jan 16 22:13:19 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H71El-0006PP-94 for capwap-archive@ietf.org; Tue, 16 Jan 2007 22:13:19 -0500 Received: from [86.150.136.29] (helo=api.home) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H71Db-0005Ml-LJ for capwap-archive@ietf.org; Tue, 16 Jan 2007 22:12:09 -0500 Received: from D4HQMH1J ([162.94.98.237]) by api.home (1.39.1/1.39.1) with SMTP id GOF7mZ06nFIUfD; Wed, 17 Jan 2007 03:12:08 +0000 Message-ID: <001801c739e5$4595d5d0$0074bc24@D4HQMH1J> From: "George Hooks" To: "capwap-archive" Subject: Be an kowloon Date: Wed, 17 Jan 2007 03:09:09 +0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0015_01C739E5.4595D5D0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.1158 X-Spam-Score: 4.7 (++++) X-Scan-Signature: 52f7a77164458f8c7b36b66787c853da ------=_NextPart_000_0015_01C739E5.4595D5D0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable YOU'VE SEEN IT BEFORE YOU SAY?. Promoting sym: PFNCPrice: $ 0.07Target: $ 0.55Action: Strooong buy! 800%+ profit (short term)!! Information: ParaFin Corporation announces the final stage in the process of selling = 90 million barrels valued at US$6,800,000,000... The hottest news are released for PFNC! ------=_NextPart_000_0015_01C739E5.4595D5D0 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable

YOU'VE SEEN IT BEFORE YOU = SAY?!!

Promoting sym: PFNC
Price: $ 0.07
Target: $ 0.55
Action: = Strooong buy!!

800%+ = profit (short term)!!!

Information:

ParaFin Corporation announces the final stage in the process of = selling 90 million barrels valued at US$6,800,000,000...

The = hottest news are released for PFNC..

------=_NextPart_000_0015_01C739E5.4595D5D0-- From nfubfifo@fabclen.com Wed Jan 17 05:03:11 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H77dP-00009C-QR; Wed, 17 Jan 2007 05:03:11 -0500 Received: from [86.35.167.186] (helo=carpatin-3qw5xz) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H77dO-0007It-2R; Wed, 17 Jan 2007 05:03:11 -0500 Received: from carpatin-3qw5xz (HELO carpatin-3qw5xz) (86.35.167.186) by ESMTP; Wed, 17 Jan 2007 12:02:59 +0200 From: "Leon Lyles" To: , Date: Wed, 17 Jan 2007 12:02:59 +0200 Subject: We know it'll go off tomorrow h MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0002_01D4C65A.F17C1CF0" Content-Transfer-Encoding: binary X-Spam-Score: 0.5 (/) X-Scan-Signature: cab78e1e39c4b328567edb48482b6a69 This is a multi-part message in MIME format. ------=_NextPart_001_0002_01D4C65A.F17C1CF0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable THIS IS NOT SPECULATION BUT REAL INFORMATION BUY HSFI January 16th This advisory is based on exclusive insiders/agents information. (HSFI.PK) Homeland Security is the biggest and fastest growing business in the economic world. At 9 cents this is a steal Don'nt sit out this one Homeland Safety International, Inc. (HSFI.PK) Call your broker Tuesday morning and get in before it makes the move. Lates News release: Homeland Safety International, Inc. engages in the manufacture and marketing of bomb detection devices. It has a license to produce and sell Sniffex in the Americas and worldwide. Sniffex detects a range of explosive products, including C-4, gun powder, dynamite, Semtex, and other nitro-based explosives from distances of 10-30 feet, when testing with 50-100 grams; and 50-100 feet, when testing with 1 pound of explosives. The company also has selling agreements for other products that are related to the war on terror, including Flashcam; Thermalcam; and bio-terror chemical products that destroy viruses and bacteria from anthrax to Bird Flu. The company was founded in 2004 as Sniffex, Inc. and changed its name to Homeland Safety International, Inc. in September 2006. The company is headquartered in Irving, Texas. YOU WANNA WATCH THIS YOU WANNA WATCH THIS Democrats say they are ahead in many races because of the public's growing dissatisfaction with the war in Iraq. And polls show that a clear majority of Americans see the war as a mistake and far fewer support the president's handling of it. The National Transportation Safety Board said the wind, coupled with the pilot's inability to turn sharply, forced the aircraft away from its intended path over the East River and into the building. District Attorney-elect Rod Pacheco said the evidence against Oyler was "overwhelming," but he did not disclose a motive and would not say what led investigators to Oyler. The airplane, which also carried flight instructor Tyler Stanger, struck the building and fell 30 stories to the street below. Investigators do not say whether they determined who was at the controls of the Cirrus SR20. ------=_NextPart_001_0002_01D4C65A.F17C1CF0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable THIS IS NOT SPECULATION BUT REAL INFORMATION
BUY HSFI January 17th
WATCH IT LIKE A HAWK Wed 17th Jan
This advisory is based on exclusive insiders/agents information. (HSFI.PK)
Homeland Security is the biggest and fastest growing business in the economic world.

At 9 cents this is a steal
3 Day Estimated : $0.30
1 Week Estimate : $0.85

Don'nt sit out this one

Homeland Safety International, Inc. (HSFI.PK)

Call your broker Tuesday morning and get in before it makes the move.

Lates News release:

Homeland Safety International, Inc. engages in the manufacture and marketing of bomb detection devices. It has a license to produce and sell Sniffex in the Americas and worldwide. Sniffex detects a range of explosive products, including C-4, gun powder, dynamite, Semtex, and other nitro-based explosives from distances of 10-30 feet, when testing with 50-100 grams; and 50-100 feet, when testing with 1 pound of explosives. The company also has selling agreements for other products that are related to the war on terror, including Flashcam; Thermalcam; and bio-terror chemical products that destroy viruses and bacteria from anthrax to Bird Flu. The company was founded in 2004 as Sniffex, Inc. and changed its name to Homeland Safety International, Inc. in September 2006. The company is headquartered in Irving, Texas.

YOU WANNA WATCH THIS
YOU WANNA WATCH THIS

"I knew that they were going to find him. I'd been praying about it," Brenda Zimmerman told CBS's "The Early Show" on Friday, before her brother Jason McKay's funeral.
"The truth is the Democrats can't answer that question," Bush said. "Harsh criticism is not a plan for victory. Second guessing is not a strategy.
Violence against Iraqis has grown unabated in the past month, with more than 1,300 killed since October 1. Fearing more bloodshed after Sunday's expected announcement of a verdict in the trial of former Iraqi leader Saddam Hussein, Iraq's defense minister has canceled leave for all army officers.
The NTSB's update outlined factual information about the crash, but did not conclude what the probable cause of the crash was. The full board will likely vote on a ruling at a later date.
------=_NextPart_001_0002_01D4C65A.F17C1CF0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Jan 17 05:05:43 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H77fr-00011z-Q2 for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 05:05:43 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H77fo-0007uv-ES for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 05:05:43 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 98020398358 for ; Wed, 17 Jan 2007 02:05:39 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id E62FD4A41E2 for ; Wed, 17 Jan 2007 02:05:29 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id B2B7C43090D for ; Wed, 17 Jan 2007 02:05:29 -0800 (PST) Received: from web62414.mail.re1.yahoo.com (web62414.mail.re1.yahoo.com [69.147.75.91]) by hermes.tigertech.net (Postfix) with SMTP id 194F6430906 for ; Wed, 17 Jan 2007 02:05:26 -0800 (PST) Received: (qmail 38395 invoked by uid 60001); 17 Jan 2007 10:05:25 -0000 Message-ID: <20070117100525.38393.qmail@web62414.mail.re1.yahoo.com> Received: from [62.50.203.2] by web62414.mail.re1.yahoo.com via HTTP; Wed, 17 Jan 2007 02:05:25 PST Date: Wed, 17 Jan 2007 02:05:25 -0800 (PST) From: Abhijit Choudhury To: capwap@frascone.com MIME-Version: 1.0 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=5.0 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, DNS_FROM_RFC_POST, DNS_FROM_RFC_WHOIS, FORGED_YAHOO_RCVD, FROM_ENDS_IN_NUMS, HTML_40_50, HTML_MESSAGE X-Spam-Level: ***** Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Abhijit Choudhury List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0098147138==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.6 (/) X-Scan-Signature: 9178bae9f85419fdc08e9f2c86e345d0 --===============0098147138== Content-Type: multipart/alternative; boundary="0-1318576250-1169028325=:37500" --0-1318576250-1169028325=:37500 Content-Type: text/plain; charset=ascii Content-Transfer-Encoding: quoted-printable There is no question that the spec has to include a mechanism=0Ato establi= sh an encrypted data channel.=0A=0AI think the expectation is that the DTLS= encryption of =0Adata channel packets will be enabled or not on a per-tunn= el basis. =0AThat said, I would still strongly recommend that the group co= nsider =0Aa packet format that is uniform across the control and data chann= els.=0A=0AIn general, it is desirable to have enough information in =0Aa pa= cket header to indicate what the packet format is. No=0Aconfiguration look= ups should be needed to parse the packet.=0AThis is what the proposed CAPWA= P preamble header achieves.=0AIn a lot of hardware implementations, being = able to parse =0Apackets without waiting for lookup results speeds up the = =0Aimplementation. With the speeds and scales of implemenations=0Agoing up= in the future with the adoption of 802.11n, we should=0Akeep the protocol = design clean and simple, and not complicate=0Adesigns to save a few bytes.= =0A=0A=0ARegards,=0AAbhijit=0A=0A=0A-----Original Message-----=0AFrom: Jim = Murphy [mailto:jmurphy@trapezenetworks.com] =0ASent: Tuesday, January 16, 2= 007 4:05 PM=0ATo: Pat Calhoun (pacalhou)=0ACc: capwap@frascone.com=0ASubjec= t: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of=0A146)=0A= =0AThe following proposal suggests that the CAPWAP preamble is required in= =0Athe data channel. I propose the CAPWAP preamble is not required in the= =0Adata channel for the following reasons:=0A=0A1. It is not specified in t= he CAPWAP spec how to establish an encrypted=0A*data* channel.=0A=0A2. Even= if #1 had been specified, then it is not specified how one=0Asignals which= data channel packets are DTLS encrypted and which are not.=0AOne could ima= gine that it would be based on session, but there is no=0Amechanism specifi= ed for how this is accomplished.=0A=0AConsidering that the CAPWAP preamble = adds no value to the data channel,=0AI propose that the preamble is removed= . As I've argued in the past,=0Abeing frugal with the use of bytes in data = channel headers is critical=0Afor high performance and large scale implemen= tations.=0A=0AThe inclusion of the preamble in the data channel may be cons= idered in a=0Afuture version of CAPWAP when the above issues have been addr= essed.=0A=0AThanks,=0A=0AJim=0A=0APat Calhoun (pacalhou) wrote:=0A> All,=0A= > =0A> Following the discussion at the IETF meeting in San Diego, I wanted= to=0A=0A> provide the following proposed resolution for the above issues. = Note =0A> that issues 224 and 89 are directly resolved as part of this fix,= =0A> while issue 146 includes several topics, and this issue only addresse= s=0A=0A> one of the issues raised.=0A> =0A> NOTE: The format of the frame I= have included here is slightly =0A> different from the one that I had pres= ented in San Diego. While =0A> crafting the text, it became apparent that i= ncluding four values =0A> (control plaintext, control encrypted, data plain= text and data =0A> encrypted) was completely unnecessary because the UDP po= rt would be=0Aused to identify control vs.=0A> data. So the type field real= ly states whether the field is plain text =0A> or DTLS. There is also room = to allow for future encryption protocols =0A> to be used here. The new head= er is called preamble, and includes 24 =0A> reserved bits. This allows for = enough room to provide additional =0A> features and ensures 32 bit alignmen= t.=0A> =0A> Proposed Text=0A> -------------=0A> =0A> 4 CAPWAP Packet Forma= ts=0A> =0A> This section contains the CAPWAP protocol packet formats. A= CAPWAP=0A> protocol packet consists of a CAPWAP Transport Layer packet = header=0A> followed by a CAPWAP message. The CAPWAP message can be eith= er of=0A> type Control or Data, where Control packets carry signaling, a= nd=0AData=0A> packets carry user payloads. The CAPWAP frame formats for= CAPWAP=0A> Data packets, and for DTLS encapsulated CAPWAP Data and Cont= rol=0A> packets. See section Section 3.1 for more information on the us= e=0Aof=0A> UDP.=0A> =0A> The CAPWAP Control protocol includes two mes= sages that are never=0A> protected by DTLS. These messages, called the = Discovery Request=0Aand=0A> Discovery Response, need to be in the clear = in order for the CAPWAP=0A> protocol to properly identify and process th= em. The format of=0Athese=0A> packets are as follows:=0A> =0A> C= APWAP Control Packet (Discovery Request/Response):=0A> +------------= ---------------------------------------+=0A> | IP | UDP | CAPWAP |C= APWAP | Control | Message |=0A> | Hdr | Hdr | p-amble|Header | He= ader | Element(s) |=0A> +------------------------------------------= ---------+=0A> =0A> All other CAPWAP control protocol messages MUST be p= rotected via=0Athe=0A> DTLS protocol, which ensures that the packets are= both=0Aauthenticated=0A> and encrypted. The format of these packets ar= e as follows:=0A> =0A> CAPWAP Control Packet (DTLS Security Required):= =0A>=0A+------------------------------------------------------------------+= =0A> | IP | UDP | CAPWAP | DTLS | CAPWAP | Control | Message | DTLS= =0A|=0A> | Hdr | Hdr | p-amble| Hdr | Header | Header | Element(s) | = Trlr=0A|=0A>=0A+-----------------------------------------------------------= -------+=0A> \----------- authenticated ----------= --/=0A> \------------- encrypted =0A> ----= ---------/=0A> =0A> The CAPWAP protocol allows optional encryption of th= e data frames,=0A> once again using the DTLS protocol. Whether or not t= he data frames=0A> are encrypted is a matter of policy, which is describ= ed in a later=0A> section of this specification. The format of these pa= ckets is as=0A> follows:=0A> =0A> CAPWAP Plain Text Data Packet := =0A> +-----------------------------------------+=0A> | IP | = UDP | CAPWAP | CAPWAP | Wireless |=0A> | Hdr | Hdr | p-amble| Heade= r | Payload |=0A> +-----------------------------------------+=0A> = =0A> DTLS Secured CAPWAP Data Packet:=0A> +------------------= ------------------------------------+=0A> | IP | UDP | CAPWAP | DTL= S | CAPWAP | Wireless | DTLS |=0A> | Hdr | Hdr | p-amble| Hdr | Hd= r | Payload | Trlr |=0A> +---------------------------------------= ---------------+=0A> \----- authenticated ----= -/=0A> \------- encrypted --------/=0A> = =0A> UDP: All CAPWAP packets are encapsulated within UDP. Section=0A> = Section 3.1 defines the specific UDP usage.=0A> =0A> CAPWAP preamb= le: All CAPWAP protocol packets are prefixed with the=0A> preable he= ader, which is used to identify the frame type that=0A> follows. Thi= s header, is defined in Section 4.1.=0A> =0A> DTLS Header: The DTLS hea= der provides authentication and encrytion=0A> services to the CAPWAP = payload it encapsulates. This protocol=0Ais=0A> defined in RFC 4347 = [9].=0A> [...]=0A> =0A> 4.1 CAPWAP preamble=0A> =0A> The CAPWAP preambl= e header is used to help identify the payload=0Atype=0A> that immediatel= y follows. The reason for this header to is avoid=0A> needing the perfo= rm byte comparisons in order to guess whether the=0A> frame is DTLS encr= ypted or not. The format of the frame is as=0A> follows:=0A> =0A> = 0 1 2 3=0A> = 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0=0A1=0A>=0A+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A> = |Version| Type | Reserved=0A|=0A> =0A> +-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A> =0A> Versi= on: A 4 bit field which contains the version of CAPWAP used=0Ain=0A> = this packet. The value for this draft is zero (0).=0A> =0A> Payload Ty= pe: A 4 bit field which specifies the payload type that=0A> follows = the preamble header. The following values are=0Asupported:=0A> =0A> = 0 - Clear text. If the packet is received on the data UDP=0Aport,=0A> = the CAPWAP stack MUST treat this as a clear text CAPWAP data=0A> = packet. If received on the control UDP port, the CAPWAP=0Astack=0A> = MUST treat this as a clear text CAPWAP control packet. If=0Athe=0A= > control packet is not a Discovery Request or Response packet,=0A= > it is illegal and MUST be dropped.=0A> =0A> 1 - DTLS Encr= ypted. The packet is either of type data or=0A> control, based on= the UDP port it was received on (see=0Asection=0A> Section 3.1).= =0A> =0A> Reserved: The 24-bit field is reserved for future use. All= =0A> implementations complying with this protocol MUST set to zero=0A= any=0A> bits that are reserved in the version of the protocol support= ed=0Aby=0A> that implementation. Receivers MUST ignore all bits not = defined=0A> for the version of the protocol they support.=0A> =0A> 4.= 2 CAPWAP Header=0A> [...]=0A> 0 1 = 2 3=0A> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8= 9 0 1 2 3 4 5 6 7 8 9 0=0A1=0A>=0A+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-+=0A> |Version| RID | HLEN | WBID = |T|F|L|W|M| Flags=0A|=0A> =0A> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A> [...]=0A> =0A> Version: A 4 bit fi= eld which contains the version of CAPWAP used=0Ain=0A> this packet. = The value of this field MUST match the version=0Afield=0A> set in the= CAPWAP preamble header (see Section 4.1). The reason=0A> for this d= uplicate field is to avoid any possible tampering of=0Athe=0A> versio= n field in the preamble header which is not encrypted or=0A> authenti= cated.=0A> =0A> =0A> Pat Calhoun=0A> CTO, Wireless Networking Business Unit= Cisco Systems =0A> _______________________________________________________= __________=0A> To unsubscribe or modify your subscription options, please v= isit:=0A> http://lists.frascone.com/mailman/listinfo/capwap=0A> =0A> Archiv= es: http://lists.frascone.com/pipermail/capwap=0A=0A_______________________= __________________________________________=0ATo unsubscribe or modify your = subscription options, please visit:=0Ahttp://lists.frascone.com/mailman/lis= tinfo/capwap=0A=0AArchives: http://lists.frascone.com/pipermail/capwap=0A= =0A=0A =0A_________________________________________________________________= ___________________=0AFood fight? Enjoy some healthy debate =0Ain the Yahoo= ! Answers Food & Drink Q&A.=0Ahttp://answers.yahoo.com/dir/?link=3Dlist&sid= =3D396545367 --0-1318576250-1169028325=:37500 Content-Type: text/html; charset=ascii Content-Transfer-Encoding: quoted-printable
=0A
=0A
There is no question tha= t the spec has to include a mechanism
=0A
to establish an encrypte= d data channel.
=0A

=0A
I think the expectation is= that the DTLS encryption of
=0A
data channel packets will be ena= bled or not on a per-tunnel basis.
=0A
That said, I wo= uld still strongly recommend that the group consider
=0A
a packet= format that is uniform across the control and data channels.
=0A
=
=0A
In general, it is desirable to have enough informa= tion in
=0A
a packet header to indicate what the packet format is= . No
=0A
configuration lookups should be needed to parse the= packet.
=0A
This is what the proposed CAPWAP preamble header achi= eves.
=0A
In a lot of hardware implementations, being able t= o parse
=0A
packets without waiting for lookup results speeds up = the
=0A
implementation. With the speeds and scales of imple= menations
=0A
going up in the future with the adoption of 802.11n,= we should
=0A
keep the protocol design clean and simple, and not = complicate
=0A
designs to save a few bytes.
=0A
=0A

=0A
Regards,
=0A
Abhijit
=0A
&= nbsp;
=0A

=0A
-----Original Message-----
From: = Jim Murphy [mailto:jmurphy@trapezenetworks.com]
Sent: Tuesday, January = 16, 2007 4:05 PM
To: Pat Calhoun (pacalhou)
Cc: capwap@frascone.comSubject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of146)

The following proposal suggests that the CAPWAP preamble is r= equired in
the data channel. I propose the CAPWAP preamble is not requir= ed in the
data channel for the following reasons:

1. It is not sp= ecified in the CAPWAP spec how to establish an encrypted
*data* channel.=

2. Even if #1 had been specified, then it is not specified how one<= BR>signals which data channel packets are DTLS encrypted and which are not.=
One could imagine that it would be based on session, but there is nomechanism specified for how this is accomplished.

Considering that = the CAPWAP preamble adds no value to the data channel,
I propose that th= e preamble is removed. As I've argued in the past,
being frugal with the use of bytes in data channel headers is cri= tical
for high performance and large scale implementations.

The i= nclusion of the preamble in the data channel may be considered in a
futu= re version of CAPWAP when the above issues have been addressed.

Than= ks,

Jim

Pat Calhoun (pacalhou) wrote:
> All,
>&nb= sp;
> Following the discussion at the IETF meeting in San Diego= , I wanted to

> provide the following proposed resolution for the= above issues. Note
> that issues 224 and 89 are directly resolved a= s part of this fix,
> while issue 146 includes several topics, and t= his issue only addresses

> one of the issues raised.
>
= > NOTE: The format of the frame I have included here is slightly
>= ; different from the one that I had presented in San Diego. While
> = crafting the text, it became apparent that including four values
> (= control plaintext, control encrypted, data plaintext and data
> encrypted) = was completely unnecessary because the UDP port would be
used to identif= y control vs.
> data. So the type field really states whether the fie= ld is plain text
> or DTLS. There is also room to allow for future e= ncryption protocols
> to be used here. The new header is called prea= mble, and includes 24
> reserved bits. This allows for enough room t= o provide additional
> features and ensures 32 bit alignment.
>= ;
> Proposed Text
> -------------
>
> 4 &nbs= p;CAPWAP Packet Formats
>
>    This sectio= n contains the CAPWAP protocol packet formats.  A CAPWAP
>&= nbsp;   protocol packet consists of a CAPWAP Transport Layer= packet header
>    followed by a CAPWAP message.=   The CAPWAP message can be either of
>   &n= bsp;type Control or Data, where Control packets carry signaling, and
Data
>= ;    packets carry user payloads.  The CAPWAP= frame formats for CAPWAP
>    Data packets, and = for DTLS encapsulated CAPWAP Data and Control
>   &nbs= p;packets.  See section Section 3.1 for more information on the u= se
of
>    UDP.
>
>  &n= bsp; The CAPWAP Control protocol includes two messages that are never<= BR>>    protected by DTLS.  These messages= , called the Discovery Request
and
>    Discov= ery Response, need to be in the clear in order for the CAPWAP
> =    protocol to properly identify and process them. &nbs= p;The format of
these
>    packets are as foll= ows:
>
>        CAPWAP= Control Packet (Discovery Request/Response):
>     =    +---------------------------------------------------+
= >        | IP  | UDP |= CAPWAP |CAPWAP | Control | Message    |
> &= nbsp;      | Hdr | Hdr | p-amble|Header | Hea= der  | Element(s) |
>      &n= bsp; +---------------------------------------------------+
> >    All other CAPWAP control protocol messages MUS= T be protected via
the
>    DTLS protocol, whi= ch ensures that the packets are both
authenticated
>  &n= bsp; and encrypted.  The format of these packets are as foll= ows:
>
>     CAPWAP Control Packet (DTLS S= ecurity Required):
>
+---------------------------------------------------= ---------------+
>     | IP  | UDP | CA= PWAP | DTLS | CAPWAP | Control | Message    | DTLS
|=
>     | Hdr | Hdr | p-amble| Hdr  | He= ader | Header  | Element(s) | Trlr
|
>
+-------------= -----------------------------------------------------+
>  &= nbsp;           &nbs= p;           \------= ----- authenticated ------------/
>     &nbs= p;            &= nbsp;           &nbs= p;   \------------- encrypted
> -------------/
>= ;
>    The CAPWAP protocol allows optional encry= ption of the data frames,
>    once again using the DTLS prot= ocol.  Whether or not the data frames
>   &n= bsp;are encrypted is a matter of policy, which is described in a later
&= gt;    section of this specification.  The fo= rmat of these packets is as
>    follows:
>=
>        CAPWAP Plain Text = Data Packet :
>        +-----= ------------------------------------+
>     =    | IP  | UDP | CAPWAP | CAPWAP | Wireless &= nbsp;|
>        | Hdr | Hdr |= p-amble| Header | Payload   |
>    &nb= sp;   +-----------------------------------------+
> >        DTLS Secured CAPWAP D= ata Packet:
>        +----------= --------------------------------------------+
>   &nbs= p;    | IP  | UDP | CAPWAP | DTLS | CAPWAP | = Wireless | DTLS |
>        | = Hdr | Hdr | p-amble| Hdr  |  Hdr   | Payload&= nbsp; | Trlr |
>        = +------------------------------------------------------+
>  = ;            &n= bsp;            = ;   \----- authenticated -----/
>   &nb= sp;            =             &nb= sp;       \------- encrypted --------/>
>    UDP:  All CAPWAP packets are enc= apsulated within UDP.  Section
>    &nb= sp; Section 3.1 defines the specific UDP usage.
>
> = ;   CAPWAP preamble:  All CAPWAP protocol packets = are prefixed with the
>       preable h= eader, which is used to identify the frame type that
>  &nb= sp;    follows.  This header, is defined in Sectio= n 4.1.
>
>    DTLS Header:  The = DTLS header provides authentication and encrytion
>   =     services to the CAPWAP payload it encapsulates. &nb= sp;This protocol
is
>       defined = in RFC 4347 [9].
> [...]
>
> 4.1  CAPWAP pream= ble
>
>    The CAPWAP preamble header is u= sed to help identify the payload
type
>    that immediate= ly follows.  The reason for this header to is avoid
> =    needing the perform byte comparisons in order to guess wh= ether the
>    frame is DTLS encrypted or not.&nb= sp; The format of the frame is as
>    follo= ws:
>
>         0 = ;            &n= bsp;     1       &nb= sp;           2 &nbs= p;            &= nbsp;    3
>       = 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0
1
>
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+
>        |Version| = Type  |         &nbs= p;          Reserved
|=
>
> +-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>&nb= sp;   Version:  A 4 bit field which contains the v= ersion of CAPWAP used
in
>       thi= s packet.  The value for this draft is zero (0).
>
>=     Payload Type:  A 4 bit field which specif= ies the payload type that
>       follo= ws the preamble header.  The following values are
supported:>
>       0 -  Clear text.  If the packet is received on the data UDP
port,
>= ;          the CAPWAP sta= ck MUST treat this as a clear text CAPWAP data
>   &nb= sp;      packet.  If received on th= e control UDP port, the CAPWAP
stack
>    &nbs= p;     MUST treat this as a clear text CAPWAP cont= rol packet.  If
the
>      = ;    control packet is not a Discovery Request or Respo= nse packet,
>         &n= bsp;it is illegal and MUST be dropped.
>
>   &n= bsp;   1 -  DTLS Encrypted.  The packet is ei= ther of type data or
>        = ;  control, based on the UDP port it was received on (see
section
>        &nb= sp; Section 3.1).
>
>    Reserved:&nb= sp; The 24-bit field is reserved for future use.  All
>= ;       implementations complying with this p= rotocol MUST set to zero
any
>      = bits that are reserved in the version of the protocol supported
by
&= gt;       that implementation.  Rec= eivers MUST ignore all bits not defined
>    &nbs= p; for the version of the protocol they support.
>
> 4.2=   CAPWAP Header
> [...]
>    &nbs= p;    0         = ;          1            &= nbsp;      2      &n= bsp;            3>         0 1 2 3 4 5 6 7 8 9 0= 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0
1
>
+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>   &n= bsp;    |Version|   RID   | &n= bsp;HLEN   |  WBID   |T|F|L|W|M|  &= nbsp; Flags
|
>       &nb= sp;
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+
> [...]
>
>    Version: &nbs= p;A 4 bit field which contains the version of CAPWAP used
in
>&nbs= p;      this packet.  The value of this = field MUST match the version
field
>       set= in the CAPWAP preamble header (see Section 4.1).  The reason
= >       for this duplicate field is to avo= id any possible tampering of
the
>     &n= bsp; version field in the preamble header which is not encrypted or
>=        authenticated.
>
>
&g= t; Pat Calhoun
> CTO, Wireless Networking Business Unit Cisco Systems=
> _________________________________________________________________=
> To unsubscribe or modify your subscription options, please visit:<= BR>> http://lists.frascone.com/mailman/listinfo/capwap
> > Archives: http://lists.frascone.com/pipermail/capwap

____= _____________________________________________________________
To unsubsc= ribe or modify your subscription options, please visit:
http://lists.= frascone.com/mailman/listinfo/capwap

Archives: http://lists.frascone= .com/pipermail/capwap

=0A=0A
Never Miss an Email
Stay connected with Yahoo! Mail on your mobile. Get started! --0-1318576250-1169028325=:37500-- --===============0098147138== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============0098147138==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Jan 17 07:00:41 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H79T7-0002zt-5O for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 07:00:41 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H79T5-0000T8-2T for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 07:00:40 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 98EB53982EA for ; Wed, 17 Jan 2007 04:00:36 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 9985B4A41E2 for ; Wed, 17 Jan 2007 04:00:30 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 6F16F398075 for ; Wed, 17 Jan 2007 04:00:30 -0800 (PST) Received: from sj-iport-1.cisco.com (sj-iport-1-in.cisco.com [171.71.176.70]) by zoidberg.tigertech.net (Postfix) with ESMTP id 0452C3980BB for ; Wed, 17 Jan 2007 04:00:27 -0800 (PST) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-1.cisco.com with ESMTP; 17 Jan 2007 04:00:28 -0800 X-IronPort-AV: i="4.13,199,1167638400"; d="scan'208"; a="759561256:sNHT59372198" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l0HC0RTK007236; Wed, 17 Jan 2007 04:00:27 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l0HC0PGk017875; Wed, 17 Jan 2007 04:00:25 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 17 Jan 2007 04:00:24 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 17 Jan 2007 04:00:23 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203192FBF@xmb-sjc-235.amer.cisco.com> In-Reply-To: <26140d940701160335q76b26b39r91e28cae576a2bfd@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed resolution to issue 73 Thread-Index: Acc5Yn31GW54xhD8Rs+t5R1ogEgT3gAzI3Dw From: "Pat Calhoun (pacalhou)" To: "Michael Montemurro" , "capwap" X-OriginalArrivalTime: 17 Jan 2007 12:00:24.0985 (UTC) FILETIME=[12654890:01C73A2F] Authentication-Results: sj-dkim-2; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim2002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Proposed resolution to issue 73 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 6ba8aaf827dcb437101951262f69b3de Michael, I have sent text which I do believe addresses the issue. The issue, as I understand it, is that there is no means for a WTP to communicate a failure in partially applying the configuration provided by the AC. There was a suggestion to add a new message to "acknowledge" the configuration response. However, the protocol already has a message that needs to be sent following the response, which is the Change State Event. While the actual proposed text uses a different mechanism, I believe it achieves the same goal. I now include my proposed text and a commentary: I have introduced a new message element, which is described below: 4.5. CAPWAP Protocol Message Elements [...] Returned Message Element 46 Here I have defined new result codes that allow the WTP to communicate why it was unable to apply the configuration, and two different reasons: 4.5.31. Result Code [...] Result Code: The following values are defined: [...] 10 Failure (Unable to Apply Requested Configuration - Service Provided Anyhow) 11 Failure (Unable to Apply Requested Configuration - Service Not Provided) In the event that the WTP is unable to partially apply the requested configuration, the Change State Event includes one or more "Returned Message Element" which includes the offending information element. 4.5.32. Returned Message Element The Returned Message Element is sent by the WTP within the Change State Event Request in order to communicate to the AC which message elements in the Configuration Status Response it was unable to apply locally. The Returned Message Element contains a result code that is used to indicate the reason why the configuration could not be applied, and encapsulates the offending message element. 0 1 2 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Reason | Message Element... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Reason: The reason why the configuration in the offending message element could not be applied by the WTP 1 - Unknown Message Element 2 - Unsupported Message Element 3 - Unknown Message Element Value 4 - Unsupported Message Element Value Message Element: The Message Element field encapsulates the message element sent by the AC in the Configuration Status Response message that caused the error. Finally, the Change State Event text has been modified to indicate its expanded purpose, and the new message elements it may carry: 8.7. Change State Event Request The Change State Event Request message is used by the WTP for two main purposes: o When sent by the WTP following the reception Configuration Status Response from the AC, the WTP uses the Change State Event to provide an update on the WTP radio's operational state as well as to confirm that the configuration provided by the AC was successfully applied. o When sent during the Run state, the WTP uses the Change State Event to notify the AC of an unexpected change in the WTP's radio operational state. When an AC receives a Change State Event Request message it will respond with a Change State Event Response message and make any necessary modifications to internal WTP data structures. The AC MAY decide not to provide service to the WTP if it receives an error, based on local policy, which is done by transitioning to the CAPWAP Reset state. The Change State Event Request is sent by a WTP to acknowledge or report an error condition to the AC for a requested configuration through the Configuration Status Response. The Change State Event Request includes the Result Code message element, which indicates whether the configuration was successfully applied. If the WTP is unable to apply a specfic configuration request, it indicates the failure by including one or more Returned Message Element message elements (see Section 4.5.32). The following message elements MUST be present in the Change State Event Request message. o Radio Operational State, see Section 4.5.30 o Result Code, see Section 4.5.31 One or more of the following message elements MAY be present in the Change State Event Request message. o Returned Message Element, see Section 4.5.32 Therefore, I believe the request defined in issue 73 has been satisfied. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > Sent: Tuesday, January 16, 2007 3:36 AM > To: capwap > Subject: [Capwap] Proposed resolution to issue 73 > > Issue 73 deals with problems with the WTP not being able to > indicate to the AC that a configuration has not been applied. > > I propose that we resolve this issue by adding a result code > for a WTP to indicate that it failed to apply the > configuration sent by the AC. > > A configuration status has been added to the result code indicating: > - the WTP could not apply the current configuration but > will offer service > - the WTP could not apply the current configuration and > cannot offer service. > > Cheers, > > Mike > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Jan 17 08:12:53 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7Aaz-0004Sh-GH for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 08:12:53 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7Aaw-0000wS-S9 for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 08:12:53 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 621B439803B for ; Wed, 17 Jan 2007 05:12:50 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 3DDDC4A41E2 for ; Wed, 17 Jan 2007 05:12:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 1F5D0430CB4 for ; Wed, 17 Jan 2007 05:12:05 -0800 (PST) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by hermes.tigertech.net (Postfix) with ESMTP id E6899430CAA for ; Wed, 17 Jan 2007 05:12:03 -0800 (PST) Received: by py-out-1112.google.com with SMTP id u52so1206353pyb for ; Wed, 17 Jan 2007 05:12:03 -0800 (PST) Received: by 10.35.115.18 with SMTP id s18mr12520629pym.1169039523263; Wed, 17 Jan 2007 05:12:03 -0800 (PST) Received: by 10.35.46.8 with HTTP; Wed, 17 Jan 2007 05:12:03 -0800 (PST) Message-ID: <26140d940701170512u350b44c8rfa3efd9ed3566fc6@mail.gmail.com> Date: Wed, 17 Jan 2007 08:12:03 -0500 From: "Michael Montemurro" To: "Pat Calhoun (pacalhou)" In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A203192FBF@xmb-sjc-235.amer.cisco.com> MIME-Version: 1.0 Content-Disposition: inline References: <26140d940701160335q76b26b39r91e28cae576a2bfd@mail.gmail.com> <4FF84B0BC277FF45AA27FE969DD956A203192FBF@xmb-sjc-235.amer.cisco.com> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap Subject: Re: [Capwap] Proposed resolution to issue 73 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 1449ead51a2ff026dcb23465f5379250 Looks good to me. Mike On 1/17/07, Pat Calhoun (pacalhou) wrote: > Michael, > > I have sent text which I do believe addresses the issue. The issue, as I > understand it, is that there is no means for a WTP to communicate a > failure in partially applying the configuration provided by the AC. > There was a suggestion to add a new message to "acknowledge" the > configuration response. However, the protocol already has a message that > needs to be sent following the response, which is the Change State > Event. While the actual proposed text uses a different mechanism, I > believe it achieves the same goal. > > I now include my proposed text and a commentary: > > I have introduced a new message element, which is described below: > > 4.5. CAPWAP Protocol Message Elements > [...] > Returned Message Element 46 > > > Here I have defined new result codes that allow the WTP to communicate > why it was unable to apply the configuration, and two different reasons: > > 4.5.31. Result Code > [...] > Result Code: The following values are defined: > [...] > 10 Failure (Unable to Apply Requested Configuration - Service > Provided Anyhow) > > 11 Failure (Unable to Apply Requested Configuration - Service Not > Provided) > > > In the event that the WTP is unable to partially apply the requested > configuration, the Change State Event includes one or more "Returned > Message Element" which includes the offending information element. > > > 4.5.32. Returned Message Element > > The Returned Message Element is sent by the WTP within the Change > State Event Request in order to communicate to the AC which message > elements in the Configuration Status Response it was unable to apply > locally. The Returned Message Element contains a result code that is > used to indicate the reason why the configuration could not be > applied, and encapsulates the offending message element. > > 0 1 2 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Reason | Message Element... > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Reason: The reason why the configuration in the offending message > element could not be applied by the WTP > > 1 - Unknown Message Element > > 2 - Unsupported Message Element > > 3 - Unknown Message Element Value > > 4 - Unsupported Message Element Value > > Message Element: The Message Element field encapsulates the message > element sent by the AC in the Configuration Status Response > message that caused the error. > > > Finally, the Change State Event text has been modified to indicate its > expanded purpose, and the new message elements it may carry: > > 8.7. Change State Event Request > > The Change State Event Request message is used by the WTP for two > main purposes: > > o When sent by the WTP following the reception Configuration Status > Response from the AC, the WTP uses the Change State Event to > provide an update on the WTP radio's operational state as well as > to confirm that the configuration provided by the AC was > successfully applied. > > o When sent during the Run state, the WTP uses the Change State > Event to notify the AC of an unexpected change in the WTP's radio > operational state. > > When an AC receives a Change State Event Request message it will > respond with a Change State Event Response message and make any > necessary modifications to internal WTP data structures. The AC MAY > decide not to provide service to the WTP if it receives an error, > based on local policy, which is done by transitioning to the > CAPWAP Reset state. > > The Change State Event Request is sent by a WTP to acknowledge or > report an error condition to the AC for a requested configuration > through the Configuration Status Response. The Change State Event > Request includes the Result Code message element, which indicates > whether the configuration was successfully applied. If the WTP is > unable to apply a specfic configuration request, it indicates the > failure by including one or more Returned Message Element message > elements (see Section 4.5.32). > > The following message elements MUST be present in the Change State > Event Request message. > > o Radio Operational State, see Section 4.5.30 > > o Result Code, see Section 4.5.31 > > One or more of the following message elements MAY be present in the > Change State Event Request message. > > o Returned Message Element, see Section 4.5.32 > > > Therefore, I believe the request defined in issue 73 has been satisfied. > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > -----Original Message----- > > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > > Sent: Tuesday, January 16, 2007 3:36 AM > > To: capwap > > Subject: [Capwap] Proposed resolution to issue 73 > > > > Issue 73 deals with problems with the WTP not being able to > > indicate to the AC that a configuration has not been applied. > > > > I propose that we resolve this issue by adding a result code > > for a WTP to indicate that it failed to apply the > > configuration sent by the AC. > > > > A configuration status has been added to the result code indicating: > > - the WTP could not apply the current configuration but > > will offer service > > - the WTP could not apply the current configuration and > > cannot offer service. > > > > Cheers, > > > > Mike > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap > > > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Jan 17 08:45:51 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7B6t-0006A8-9R for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 08:45:51 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7B6p-0001h4-OL for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 08:45:51 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 214D7430DEF for ; Wed, 17 Jan 2007 05:45:40 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 11CC84A41E2 for ; Wed, 17 Jan 2007 05:45:31 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id E9CF23980D7 for ; Wed, 17 Jan 2007 05:45:30 -0800 (PST) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by zoidberg.tigertech.net (Postfix) with ESMTP id B02BC398139 for ; Wed, 17 Jan 2007 05:45:27 -0800 (PST) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-3.cisco.com with ESMTP; 17 Jan 2007 05:45:23 -0800 X-IronPort-AV: i="4.13,199,1167638400"; d="scan'208"; a="457857018:sNHT48502536" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l0HDjNnN028689; Wed, 17 Jan 2007 05:45:23 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l0HDjNUw018742; Wed, 17 Jan 2007 05:45:23 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 17 Jan 2007 05:45:23 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 17 Jan 2007 05:45:21 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203192FC3@xmb-sjc-235.amer.cisco.com> In-Reply-To: <26140d940701160332o5162127auaae6ac34fe5db12d@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed resolution to issue 72 Thread-Index: Acc5Yf86pARTQeDNRAypu1kBLoIgwgAzWlIA From: "Pat Calhoun (pacalhou)" To: "Michael Montemurro" , "capwap" X-OriginalArrivalTime: 17 Jan 2007 13:45:23.0211 (UTC) FILETIME=[BC6E4DB0:01C73A3D] Authentication-Results: sj-dkim-2; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim2002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Proposed resolution to issue 72 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 02ec665d00de228c50c93ed6b5e4fc1a The original request, which lead to the issue being created, was a request for a new set of messages that allow an AC to request the WTP to provide its current configuration. At the time of the discussion, I disagreed this feature was needed in the CAPWAP protocol, because at the time of a reboot the WTP provides its stored configuration, if any. The AC then proceeds by providing its own configuration. The claim was that it was necessary for the AC to be able to "pull" the configuration from the WTP, ensuring it has an accurate picture of the WTP's config. There was also a mention that WTP bugs could exist that would cause the WTP to not process the configuration properly. I believe that the current proposal for issue 73 now allows the WTP to return an error code should it be unable to apply a specific configuration message element. The AC can then decide whether it wishes the WTP to provide service anyhow. This ensures the AC will know the WTP's config. I also do not believe that a standard should be encumbered to help identify bugs on WTPs. I do not believe that we have addressed the original request, howeverthe question is whether we have addressed it in spirit. I believe we have with the proposed text in issue 73. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > Sent: Tuesday, January 16, 2007 3:32 AM > To: capwap > Subject: [Capwap] Proposed resolution to issue 72 > > Here is the proposed resolution to issue 72: > > The current draft gives the capability for the WTP to share > its configuration with the AC when it connects. > > I proposed adding configuration failure result code indicating: > - the WTP could not apply the current configuration but > will offer service > - the WTP could not apply the current configuration and > cannot offer service. > This message element would be transmitted during the change > state event message from the WTP to the AC. > > Cheers, > > Mike > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Jan 17 09:30:52 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7BoS-0003JD-2W for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 09:30:52 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7Bny-000351-2g for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 09:30:22 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id BC88B430F39 for ; Wed, 17 Jan 2007 06:30:18 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 5F6E64A41E2 for ; Wed, 17 Jan 2007 06:30:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 40E813981AE for ; Wed, 17 Jan 2007 06:30:10 -0800 (PST) Received: from trpz.com (mail1.trpz.com [66.7.225.38]) by zoidberg.tigertech.net (Postfix) with ESMTP id EFDBD398180 for ; Wed, 17 Jan 2007 06:30:05 -0800 (PST) Received: from [127.0.0.1] ([172.21.56.100]) by trpz.com (8.13.5/8.11.6) with ESMTP id l0HEU0rd018990; Wed, 17 Jan 2007 06:30:02 -0800 Message-ID: <45AE32E8.6030906@trapezenetworks.com> Date: Wed, 17 Jan 2007 06:30:00 -0800 From: Jim Murphy User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Abhijit Choudhury References: <20070117100525.38393.qmail@web62414.mail.re1.yahoo.com> In-Reply-To: <20070117100525.38393.qmail@web62414.mail.re1.yahoo.com> X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0 tagged_above=-999 required=7 tests= X-Spam-Level: Cc: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 343d06d914165ffd9d590a64755216ca If, as you suggest, DTLS encryption is an attribute of the tunnel and not of the packet, then indeed the preamble is superfluous. There is no additional lookup required if the preamble is not used. To identify a CAPWAP data packet, the forwarding plane is plumbed with the data channel 5-tuple (src IP, dst IP, IP proto, src port, dst port). The forwarding operation is to either decrypt the packet if the tunnel attribute is DTLS encrypted or to CAPWAP de-encapsulate if not. There is no need to look at the CAPWAP preamble to make this decision - it is plumbed in directly. Given that control and data are using different UDP ports and most likely processed on completely different processors, there is no technical or functional value in having uniformity in headers. Thanks, Jim Abhijit Choudhury wrote: > There is no question that the spec has to include a mechanism > to establish an encrypted data channel. > > I think the expectation is that the DTLS encryption of > data channel packets will be enabled or not on a per-tunnel basis. > That said, I would still strongly recommend that the group consider > a packet format that is uniform across the control and data channels. > > In general, it is desirable to have enough information in > a packet header to indicate what the packet format is. No > configuration lookups should be needed to parse the packet. > This is what the proposed CAPWAP preamble header achieves. > In a lot of hardware implementations, being able to parse > packets without waiting for lookup results speeds up the > implementation. With the speeds and scales of implemenations > going up in the future with the adoption of 802.11n, we should > keep the protocol design clean and simple, and not complicate > designs to save a few bytes. > > > Regards, > Abhijit > > > -----Original Message----- > From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] > Sent: Tuesday, January 16, 2007 4:05 PM > To: Pat Calhoun (pacalhou) > Cc: capwap@frascone.com > Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of > 146) > > The following proposal suggests that the CAPWAP preamble is required in > the data channel. I propose the CAPWAP preamble is not required in the > data channel for the following reasons: > > 1. It is not specified in the CAPWAP spec how to establish an encrypted > *data* channel. > > 2. Even if #1 had been specified, then it is not specified how one > signals which data channel packets are DTLS encrypted and which are not. > One could imagine that it would be based on session, but there is no > mechanism specified for how this is accomplished. > > Considering that the CAPWAP preamble adds no value to the data channel, > I propose that the preamble is removed. As I've argued in the past, > being frugal with the use of bytes in data channel headers is critical > for high performance and large scale implementations. > > The inclusion of the preamble in the data channel may be considered in a > future version of CAPWAP when the above issues have been addressed. > > Thanks, > > Jim > > Pat Calhoun (pacalhou) wrote: > > All, > > > > Following the discussion at the IETF meeting in San Diego, I wanted to > > > provide the following proposed resolution for the above issues. Note > > that issues 224 and 89 are directly resolved as part of this fix, > > while issue 146 includes several topics, and this issue only addresses > > > one of the issues raised. > > > > NOTE: The format of the frame I have included here is slightly > > different from the one that I had presented in San Diego. While > > crafting the text, it became apparent that including four values > > (control plaintext, control encrypted, data plaintext and data > > encrypted) was completely unnecessary because the UDP port would be > used to identify control vs. > > data. So the type field really states whether the field is plain text > > or DTLS. There is also room to allow for future encryption protocols > > to be used here. The new header is called preamble, and includes 24 > > reserved bits. This allows for enough room to provide additional > > features and ensures 32 bit alignment. > > > > Proposed Text > > ------------- > > > > 4 CAPWAP Packet Formats > > > > This section contains the CAPWAP protocol packet formats. A CAPWAP > > protocol packet consists of a CAPWAP Transport Layer packet header > > followed by a CAPWAP message. The CAPWAP message can be either of > > type Control or Data, where Control packets carry signaling, and > Data > > packets carry user payloads. The CAPWAP frame formats for CAPWAP > > Data packets, and for DTLS encapsulated CAPWAP Data and Control > > packets. See section Section 3.1 for more information on the use > of > > UDP. > > > > The CAPWAP Control protocol includes two messages that are never > > protected by DTLS. These messages, called the Discovery Request > and > > Discovery Response, need to be in the clear in order for the CAPWAP > > protocol to properly identify and process them. The format of > these > > packets are as follows: > > > > CAPWAP Control Packet (Discovery Request/Response): > > +---------------------------------------------------+ > > | IP | UDP | CAPWAP |CAPWAP | Control | Message | > > | Hdr | Hdr | p-amble|Header | Header | Element(s) | > > +---------------------------------------------------+ > > > > All other CAPWAP control protocol messages MUST be protected via > the > > DTLS protocol, which ensures that the packets are both > authenticated > > and encrypted. The format of these packets are as follows: > > > > CAPWAP Control Packet (DTLS Security Required): > > > +------------------------------------------------------------------+ > > | IP | UDP | CAPWAP | DTLS | CAPWAP | Control | Message | DTLS > | > > | Hdr | Hdr | p-amble| Hdr | Header | Header | Element(s) | Trlr > | > > > +------------------------------------------------------------------+ > > \----------- authenticated ------------/ > > \------------- encrypted > > -------------/ > > > > The CAPWAP protocol allows optional encryption of the data frames, > > once again using the DTLS protocol. Whether or not the data frames > > are encrypted is a matter of policy, which is described in a later > > section of this specification. The format of these packets is as > > follows: > > > > CAPWAP Plain Text Data Packet : > > +-----------------------------------------+ > > | IP | UDP | CAPWAP | CAPWAP | Wireless | > > | Hdr | Hdr | p-amble| Header | Payload | > > +-----------------------------------------+ > > > > DTLS Secured CAPWAP Data Packet: > > +------------------------------------------------------+ > > | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | > > | Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr | > > +------------------------------------------------------+ > > \----- authenticated -----/ > > \------- encrypted --------/ > > > > UDP: All CAPWAP packets are encapsulated within UDP. Section > > Section 3.1 defines the specific UDP usage. > > > > CAPWAP preamble: All CAPWAP protocol packets are prefixed with the > > preable header, which is used to identify the frame type that > > follows. This header, is defined in Section 4.1. > > > > DTLS Header: The DTLS header provides authentication and encrytion > > services to the CAPWAP payload it encapsulates. This protocol > is > > defined in RFC 4347 [9]. > > [...] > > > > 4.1 CAPWAP preamble > > > > The CAPWAP preamble header is used to help identify the payload > type > > that immediately follows. The reason for this header to is avoid > > needing the perform byte comparisons in order to guess whether the > > frame is DTLS encrypted or not. The format of the frame is as > > follows: > > > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 > 1 > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |Version| Type | Reserved > | > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > Version: A 4 bit field which contains the version of CAPWAP used > in > > this packet. The value for this draft is zero (0). > > > > Payload Type: A 4 bit field which specifies the payload type that > > follows the preamble header. The following values are > supported: > > > > 0 - Clear text. If the packet is received on the data UDP > port, > > the CAPWAP stack MUST treat this as a clear text CAPWAP data > > packet. If received on the control UDP port, the CAPWAP > stack > > MUST treat this as a clear text CAPWAP control packet. If > the > > control packet is not a Discovery Request or Response packet, > > it is illegal and MUST be dropped. > > > > 1 - DTLS Encrypted. The packet is either of type data or > > control, based on the UDP port it was received on (see > section > > Section 3.1). > > > > Reserved: The 24-bit field is reserved for future use. All > > implementations complying with this protocol MUST set to zero > any > > bits that are reserved in the version of the protocol supported > by > > that implementation. Receivers MUST ignore all bits not defined > > for the version of the protocol they support. > > > > 4.2 CAPWAP Header > > [...] > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 > 1 > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |Version| RID | HLEN | WBID |T|F|L|W|M| Flags > | > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > [...] > > > > Version: A 4 bit field which contains the version of CAPWAP used > in > > this packet. The value of this field MUST match the version > field > > set in the CAPWAP preamble header (see Section 4.1). The reason > > for this duplicate field is to avoid any possible tampering of > the > > version field in the preamble header which is not encrypted or > > authenticated. > > > > > > Pat Calhoun > > CTO, Wireless Networking Business Unit Cisco Systems > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > > > ------------------------------------------------------------------------ > Never Miss an Email > Stay connected with Yahoo! Mail on your mobile. Get started! > > > > ------------------------------------------------------------------------ > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Jan 17 09:33:05 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7BoU-0003KP-Ll for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 09:30:54 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7Bk2-0001v0-4u for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 09:26:20 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 7A1ED430EE5 for ; Wed, 17 Jan 2007 06:26:12 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 685B04A41E2 for ; Wed, 17 Jan 2007 06:25:58 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 25D47430E7C for ; Wed, 17 Jan 2007 06:25:58 -0800 (PST) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by hermes.tigertech.net (Postfix) with ESMTP id 56EDD430E9A for ; Wed, 17 Jan 2007 06:25:54 -0800 (PST) Received: from 10.10.64.154 by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.0)); Wed, 17 Jan 2007 06:25:39 -0800 X-Server-Uuid: 9206F490-5C8F-4575-BE70-2AAA8A3D4853 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 25A902AF; Wed, 17 Jan 2007 06:25:39 -0800 (PST) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id EDFEF2AE; Wed, 17 Jan 2007 06:25:38 -0800 (PST) Received: from mail-sj1-12.sj.broadcom.com (mail-sj1-12.sj.broadcom.com [10.16.128.215]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id EUA04862; Wed, 17 Jan 2007 06:25:34 -0800 (PST) Received: from NT-SJCA-0751.brcm.ad.broadcom.com (nt-sjca-0751 [10.16.192.221]) by mail-sj1-12.sj.broadcom.com (Postfix) with ESMTP id 5CB1C20501; Wed, 17 Jan 2007 06:25:34 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 17 Jan 2007 06:25:33 -0800 Message-ID: <8954613CA6BB3242A1531D916A527A4102B5FCF4@NT-SJCA-0751.brcm.ad.broadcom.com> In-Reply-To: <20070117100525.38393.qmail@web62414.mail.re1.yahoo.com> Thread-Topic: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Thread-Index: Acc6Hx03hL5zAH4ZTnGwFFT5lwSxnwAIl4hQ From: "Puneet Agarwal" To: "Abhijit Choudhury" , capwap@frascone.com X-WSS-ID: 69B0EE693Y87011469-01-01 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.1 tagged_above=-999.0 required=7.0 tests=HTML_40_50, HTML_MESSAGE X-Spam-Level: Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2081470668==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: 12866e56e287fcb9ed724727fee710b4 This is a multi-part message in MIME format. --===============2081470668== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C73A43.597164BC" This is a multi-part message in MIME format. ------_=_NextPart_001_01C73A43.597164BC Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi Abhijit, =20 Common packet format would have been required if CAPWAP control and CAPWAP data used a single tunnel for transport but the group has settled on 2 tunnel solution (much as I dislike it and had voiced my opinion in earlier emails to the group). =20 Hence I respectfully disagree with your position. I strongly support removing the MUX hdr for CAPWAP data as one can derive whether the payload is DTLS encrypted (or not) purely based on the UDP tunnel itself. The MUX hdr serves no purpose in the data plane. There is no reason to burden the CAPWAP Data with completely redundant and useless information. =20 Thanks. =20 -Puneet ________________________________ From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com]=20 Sent: Wednesday, January 17, 2007 2:05 AM To: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) There is no question that the spec has to include a mechanism to establish an encrypted data channel. =20 I think the expectation is that the DTLS encryption of=20 data channel packets will be enabled or not on a per-tunnel basis. =20 That said, I would still strongly recommend that the group consider=20 a packet format that is uniform across the control and data channels. =20 In general, it is desirable to have enough information in=20 a packet header to indicate what the packet format is. No configuration lookups should be needed to parse the packet. This is what the proposed CAPWAP preamble header achieves. In a lot of hardware implementations, being able to parse=20 packets without waiting for lookup results speeds up the=20 implementation. With the speeds and scales of implemenations going up in the future with the adoption of 802.11n, we should keep the protocol design clean and simple, and not complicate designs to save a few bytes. =20 =20 Regards, Abhijit =20 =20 -----Original Message----- From: Jim Murphy [mailto:jmurphy@trapezenetworks.com]=20 Sent: Tuesday, January 16, 2007 4:05 PM To: Pat Calhoun (pacalhou) Cc: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) The following proposal suggests that the CAPWAP preamble is required in the data channel. I propose the CAPWAP preamble is not required in the data channel for the following reasons: 1. It is not specified in the CAPWAP spec how to establish an encrypted *data* channel. 2. Even if #1 had been specified, then it is not specified how one signals which data channel packets are DTLS encrypted and which are not. One could imagine that it would be based on session, but there is no mechanism specified for how this is accomplished. Considering that the CAPWAP preamble adds no value to the data channel, I propose that the preamble is removed. As I've argued in the past, being frugal with the use of bytes in data channel headers is critical for high performance and large scale implementations. The inclusion of the preamble in the data channel may be considered in a future version of CAPWAP when the above issues have been addressed. Thanks, Jim Pat Calhoun (pacalhou) wrote: > All, > =20 > Following the discussion at the IETF meeting in San Diego, I wanted to > provide the following proposed resolution for the above issues. Note=20 > that issues 224 and 89 are directly resolved as part of this fix,=20 > while issue 146 includes several topics, and this issue only addresses > one of the issues raised. >=20 > NOTE: The format of the frame I have included here is slightly=20 > different from the one that I had presented in San Diego. While=20 > crafting the text, it became apparent that including four values=20 > (control plaintext, control encrypted, data plaintext and data=20 > encrypted) was completely unnecessary because the UDP port would be used to identify control vs. > data. So the type field really states whether the field is plain text=20 > or DTLS. There is also room to allow for future encryption protocols=20 > to be used here. The new header is called preamble, and includes 24=20 > reserved bits. This allows for enough room to provide additional=20 > features and ensures 32 bit alignment. >=20 > Proposed Text > ------------- >=20 > 4 CAPWAP Packet Formats >=20 > This section contains the CAPWAP protocol packet formats. A CAPWAP > protocol packet consists of a CAPWAP Transport Layer packet header > followed by a CAPWAP message. The CAPWAP message can be either of > type Control or Data, where Control packets carry signaling, and Data > packets carry user payloads. The CAPWAP frame formats for CAPWAP > Data packets, and for DTLS encapsulated CAPWAP Data and Control > packets. See section Section 3.1 for more information on the use of > UDP. >=20 > The CAPWAP Control protocol includes two messages that are never > protected by DTLS. These messages, called the Discovery Request and > Discovery Response, need to be in the clear in order for the CAPWAP > protocol to properly identify and process them. The format of these > packets are as follows: >=20 > CAPWAP Control Packet (Discovery Request/Response): > +---------------------------------------------------+ > | IP | UDP | CAPWAP |CAPWAP | Control | Message | > | Hdr | Hdr | p-amble|Header | Header | Element(s) | > +---------------------------------------------------+ >=20 > All other CAPWAP control protocol messages MUST be protected via the > DTLS protocol, which ensures that the packets are both authenticated > and encrypted. The format of these packets are as follows: >=20 > CAPWAP Control Packet (DTLS Security Required): > +------------------------------------------------------------------+ > | IP | UDP | CAPWAP | DTLS | CAPWAP | Control | Message | DTLS | > | Hdr | Hdr | p-amble| Hdr | Header | Header | Element(s) | Trlr | > +------------------------------------------------------------------+ > \----------- authenticated ------------/ > \------------- encrypted=20 > -------------/ >=20 > The CAPWAP protocol allows optional encryption of the data frames, > once again using the DTLS protocol. Whether or not the data frames > are encrypted is a matter of policy, which is described in a later > section of this specification. The format of these packets is as > follows: >=20 > CAPWAP Plain Text Data Packet : > +-----------------------------------------+ > | IP | UDP | CAPWAP | CAPWAP | Wireless | > | Hdr | Hdr | p-amble| Header | Payload | > +-----------------------------------------+ >=20 > DTLS Secured CAPWAP Data Packet: > +------------------------------------------------------+ > | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | > | Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr | > +------------------------------------------------------+ > \----- authenticated -----/ > \------- encrypted --------/ >=20 > UDP: All CAPWAP packets are encapsulated within UDP. Section > Section 3.1 defines the specific UDP usage. >=20 > CAPWAP preamble: All CAPWAP protocol packets are prefixed with the > preable header, which is used to identify the frame type that > follows. This header, is defined in Section 4.1. >=20 > DTLS Header: The DTLS header provides authentication and encrytion > services to the CAPWAP payload it encapsulates. This protocol is > defined in RFC 4347 [9]. > [...] >=20 > 4.1 CAPWAP preamble >=20 > The CAPWAP preamble header is used to help identify the payload type > that immediately follows. The reason for this header to is avoid > needing the perform byte comparisons in order to guess whether the > frame is DTLS encrypted or not. The format of the frame is as > follows: >=20 > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |Version| Type | Reserved | > =20 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >=20 > Version: A 4 bit field which contains the version of CAPWAP used in > this packet. The value for this draft is zero (0). >=20 > Payload Type: A 4 bit field which specifies the payload type that > follows the preamble header. The following values are supported: >=20 > 0 - Clear text. If the packet is received on the data UDP port, > the CAPWAP stack MUST treat this as a clear text CAPWAP data > packet. If received on the control UDP port, the CAPWAP stack > MUST treat this as a clear text CAPWAP control packet. If the > control packet is not a Discovery Request or Response packet, > it is illegal and MUST be dropped. >=20 > 1 - DTLS Encrypted. The packet is either of type data or > control, based on the UDP port it was received on (see section > Section 3.1). >=20 > Reserved: The 24-bit field is reserved for future use. All > implementations complying with this protocol MUST set to zero any > bits that are reserved in the version of the protocol supported by > that implementation. Receivers MUST ignore all bits not defined > for the version of the protocol they support. >=20 > 4.2 CAPWAP Header > [...] > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |Version| RID | HLEN | WBID |T|F|L|W|M| Flags | > =20 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > [...] >=20 > Version: A 4 bit field which contains the version of CAPWAP used in > this packet. The value of this field MUST match the version field > set in the CAPWAP preamble header (see Section 4.1). The reason > for this duplicate field is to avoid any possible tampering of the > version field in the preamble header which is not encrypted or > authenticated. >=20 >=20 > Pat Calhoun > CTO, Wireless Networking Business Unit Cisco Systems=20 > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap >=20 > Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap ________________________________ Never Miss an Email Stay connected with Yahoo! Mail on your mobile. Get started! =20 ------_=_NextPart_001_01C73A43.597164BC Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable
Hi Abhijit,

Common packet format would have been required = if CAPWAP=20 control and CAPWAP data used a single tunnel for transport but the = group=20 has settled on 2 tunnel solution (much as I dislike it and had voiced my = opinion=20 in earlier emails to the group).

Hence I respectfully disagree with your = position. I=20 strongly support removing the MUX hdr for CAPWAP data as one can derive = whether=20 the payload is DTLS encrypted (or not) purely based on the UDP = tunnel=20 itself. The MUX hdr serves no purpose in the data plane. There is no = reason to=20 burden the CAPWAP Data with completely redundant and useless=20 information.

Thanks.

-Puneet

From: Abhijit Choudhury=20 [mailto:abhijit10425@yahoo.com]
Sent: Wednesday, January 17, = 2007=20 2:05 AM
To: capwap@frascone.com
Subject: Re: = [Capwap]=20 Proposed Resolution for Issue 224/89 (and part of = 146)

There is no question that the spec has to include a = mechanism

to establish an encrypted data channel.

I think the expectation is that the DTLS encryption of

data channel packets will be enabled or not on a per-tunnel=20 basis.

That said, I would still strongly recommend that the group consider =

a packet format that is uniform across the control and data = channels.

In general, it is desirable to have enough information in =

a packet header to indicate what the packet format is. = No

configuration lookups should be needed to parse the packet.

This is what the proposed CAPWAP preamble header achieves.

In a lot of hardware implementations, being able to parse =

packets without waiting for lookup results speeds up the

implementation. With the speeds and scales of = implemenations

going up in the future with the adoption of 802.11n, we = should

keep the protocol design clean and simple, and not complicate

designs to save a few bytes.

Regards,

Abhijit

-----Original Message-----
From: Jim Murphy=20 [mailto:jmurphy@trapezenetworks.com]
Sent: Tuesday, January 16, 2007 = 4:05=20 PM
To: Pat Calhoun (pacalhou)
Cc: capwap@frascone.com
Subject: = Re:=20 [Capwap] Proposed Resolution for Issue 224/89 (and part = of
146)

The=20 following proposal suggests that the CAPWAP preamble is required = in
the data=20 channel. I propose the CAPWAP preamble is not required in the
data = channel=20 for the following reasons:

1. It is not specified in the CAPWAP = spec how=20 to establish an encrypted
*data* channel.

2. Even if #1 had = been=20 specified, then it is not specified how one
signals which data = channel=20 packets are DTLS encrypted and which are not.
One could imagine that = it would=20 be based on session, but there is no
mechanism specified for how this = is=20 accomplished.

Considering that the CAPWAP preamble adds no value = to the=20 data channel,
I propose that the preamble is removed. As I've argued = in the=20 past,
being frugal with the use of bytes in data channel headers is=20 critical
for high performance and large scale = implementations.

The=20 inclusion of the preamble in the data channel may be considered in = a
future=20 version of CAPWAP when the above issues have been=20 addressed.

Thanks,

Jim

Pat Calhoun (pacalhou)=20 wrote:
> All,
>
> Following the discussion = at the=20 IETF meeting in San Diego, I wanted to

> provide the following = proposed resolution for the above issues. Note
> that issues 224 = and 89=20 are directly resolved as part of this fix,
> while issue 146 = includes=20 several topics, and this issue only addresses

> one of the = issues=20 raised.
>
> NOTE: The format of the frame I have included = here is=20 slightly
> different from the one that I had presented in San = Diego.=20 While
> crafting the text, it became apparent that including four = values=20
> (control plaintext, control encrypted, data plaintext and data =
>=20 encrypted) was completely unnecessary because the UDP port would = be
used to=20 identify control vs.
> data. So the type field really states = whether the=20 field is plain text
> or DTLS. There is also room to allow for = future=20 encryption protocols
> to be used here. The new header is called=20 preamble, and includes 24
> reserved bits. This allows for enough = room to=20 provide additional
> features and ensures 32 bit = alignment.
>=20
> Proposed Text
> -------------
>
>=20 4  CAPWAP Packet Formats
> =
>    This=20 section contains the CAPWAP protocol packet formats.  A=20 CAPWAP
>    protocol packet consists of a = CAPWAP=20 Transport Layer packet header
>    followed by = a=20 CAPWAP message.  The CAPWAP message can be either=20 of
>    type Control or Data, where Control = packets=20 carry signaling, and
Data
>    packets = carry user=20 payloads.  The CAPWAP frame formats for=20 CAPWAP
>    Data packets, and for DTLS = encapsulated=20 CAPWAP Data and = Control
>    packets.  See=20 section Section 3.1 for more information on the=20 use
of
>    UDP.
>=20
>    The CAPWAP Control protocol includes two = messages that are never
>    protected by=20 DTLS.  These messages, called the Discovery=20 Request
and
>    Discovery Response, need = to be in=20 the clear in order for the = CAPWAP
>    protocol to=20 properly identify and process them.  The format=20 of
these
>    packets are as = follows:
>=20
>        CAPWAP Control = Packet=20 (Discovery=20 Request/Response):
>        = ;+---------------------------------------------------+
>  = ;      |=20 IP  | UDP | CAPWAP |CAPWAP | Control |=20 Message    |
>     &nb= sp;  |=20 Hdr | Hdr | p-amble|Header | Header  | Element(s)=20 |
>        +---------------= ------------------------------------+
>=20
>    All other CAPWAP control protocol = messages MUST=20 be protected via
the
>    DTLS protocol, = which=20 ensures that the packets are=20 both
authenticated
>    and=20 encrypted.  The format of these packets are as = follows:
>=20
>     CAPWAP Control Packet (DTLS Security=20 Required):
>
+--------------------------------------------------= ----------------+
>    =20 | IP  | UDP | CAPWAP | DTLS | CAPWAP | Control |=20 Message    | = DTLS
|
>     | Hdr=20 | Hdr | p-amble| Hdr  | Header | Header  | = Element(s) |=20 Trlr
|
>
+---------------------------------------------------= ---------------+
>        &= nbsp;           &n= bsp;     \-----------=20 authenticated=20 ------------/
>        &nbs= p;            = ;            = \-------------=20 encrypted
> -------------/
> =
>    The=20 CAPWAP protocol allows optional encryption of the data=20 frames,
>    once again using the DTLS=20 protocol.  Whether or not the data=20 frames
>    are encrypted is a matter of = policy, which=20 is described in a later
>    section of this=20 specification.  The format of these packets is=20 as
>    follows:
>=20
>        CAPWAP Plain = Text Data=20 Packet=20 :
>        +---------------= --------------------------+
>      &n= bsp; |=20 IP  | UDP | CAPWAP | CAPWAP |=20 Wireless  |
>       &n= bsp;|=20 Hdr | Hdr | p-amble| Header | Payload  =20 |
>        +---------------= --------------------------+
>=20
>        DTLS Secured = CAPWAP Data=20 Packet:
>        +---------= ---------------------------------------------+
>   &= nbsp;    |=20 IP  | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS=20 |
>        | Hdr | Hdr | = p-amble|=20 Hdr  |  Hdr   | Payload  | Trlr=20 |
>        +---------------= ---------------------------------------+
>    &= nbsp;           &n= bsp;           &nb= sp; \-----=20 authenticated=20 -----/
>          = ;            =             &= nbsp; \-------=20 encrypted --------/
> =
>    UDP:  All=20 CAPWAP packets are encapsulated within=20 UDP.  Section
>       = Section 3.1=20 defines the specific UDP usage.
> =
>    CAPWAP=20 preamble:  All CAPWAP protocol packets are prefixed with=20 the
>       preable header, which is = used to=20 identify the frame type that
>       = follows.  This header, is defined in Section 4.1.
>=20
>    DTLS Header:  The DTLS header = provides=20 authentication and encrytion
>       = services to the CAPWAP payload it encapsulates.  This=20 protocol
is
>       defined in = RFC 4347=20 [9].
> [...]
>
> 4.1  CAPWAP = preamble
>=20
>    The CAPWAP preamble header is used to = help=20 identify the payload
type
>    that = immediately=20 follows.  The reason for this header to is=20 avoid
>    needing the perform byte = comparisons in=20 order to guess whether the
>    frame is DTLS=20 encrypted or not.  The format of the frame is=20 as
>    follows:
>=20
>        =20 0            =       =20 1            =       =20 2            =       =20 3
>         0 1 2 3 4 5 6 = 7 8 9 0=20 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9=20 0
1
>
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+
>        |Versio= n|=20 Type  |         &n= bsp;          Reserved<= BR>|
>
>=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>= =20
>    Version:  A 4 bit field which = contains=20 the version of CAPWAP = used
in
>      =20 this packet.  The value for this draft is zero (0).
>=20
>    Payload Type:  A 4 bit field = which=20 specifies the payload type = that
>      =20 follows the preamble header.  The following values=20 are
supported:
>
>       0 = -  Clear text.  If the packet is received on the = data=20 UDP
port,
>         = ; the=20 CAPWAP stack MUST treat this as a clear text CAPWAP=20 data
>          p= acket.  If=20 received on the control UDP port, the=20 CAPWAP
stack
>        &n= bsp; MUST=20 treat this as a clear text CAPWAP control=20 packet.  If
the
>      &= nbsp;   control=20 packet is not a Discovery Request or Response=20 packet,
>         &nbs= p;it is=20 illegal and MUST be dropped.
>=20
>       1 -  DTLS=20 Encrypted.  The packet is either of type data=20 or
>          con= trol,=20 based on the UDP port it was received on=20 (see
section
>        &n= bsp; Section=20 3.1).
>
>    Reserved:  The = 24-bit=20 field is reserved for future=20 use.  All
>       = implementations=20 complying with this protocol MUST set to=20 zero
any
>       bits that are = reserved=20 in the version of the protocol=20 supported
by
>       that=20 implementation.  Receivers MUST ignore all bits not=20 defined
>       for the version of = the=20 protocol they support.
>
> 4.2  CAPWAP = Header
>=20 [...]
>        =20 0            =       =20 1            =       =20 2            =       =20 3
>         0 1 2 3 4 5 6 = 7 8 9 0=20 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9=20 0
1
>
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+
>        |Versio= n|  =20 RID   |  HLEN   = |  WBID  =20 |T|F|L|W|M|    =20 Flags
|
>
>= ;=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>= =20 [...]
>
>    Version:  A 4 = bit field=20 which contains the version of CAPWAP=20 used
in
>       this=20 packet.  The value of this field MUST match the=20 version
field
>       set in the = CAPWAP=20 preamble header (see Section 4.1).  The=20 reason
>       for this duplicate = field is=20 to avoid any possible tampering=20 of
the
>       version field in = the=20 preamble header which is not encrypted=20 or
>       authenticated.
> =
>=20
> Pat Calhoun
> CTO, Wireless Networking Business Unit = Cisco=20 Systems
>=20 _________________________________________________________________
>= To=20 unsubscribe or modify your subscription options, please visit:
> = http://lists.frascone.com/mailman/listinfo/capwap
= >=20
> Archives: http://lists.frascone.com/pipermail/capwap

___= ______________________________________________________________
To=20 unsubscribe or modify your subscription options, please visit:
http://lists.frascone.com/mailman/listinfo/capwap
=
Archives:=20 http://lists.frascone.com/pipermail/capwap

Never Miss an Email
Stay connected with Yahoo! Mail on your mobile. = Get=20 started! ------_=_NextPart_001_01C73A43.597164BC-- --===============2081470668== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============2081470668==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Jan 17 09:41:44 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7Byy-0001z7-F1 for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 09:41:44 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7Byv-0005Bj-QY for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 09:41:44 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 82FE539827B for ; Wed, 17 Jan 2007 06:41:41 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 8000F4A41E2 for ; Wed, 17 Jan 2007 06:41:33 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 54967430F0F for ; Wed, 17 Jan 2007 06:41:33 -0800 (PST) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by hermes.tigertech.net (Postfix) with ESMTP id A8A56430F26 for ; Wed, 17 Jan 2007 06:41:29 -0800 (PST) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-4.cisco.com with ESMTP; 17 Jan 2007 06:41:28 -0800 Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l0HEfSsT001137; Wed, 17 Jan 2007 06:41:28 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l0HEfSUw026447; Wed, 17 Jan 2007 06:41:28 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 17 Jan 2007 06:41:26 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 17 Jan 2007 06:41:25 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203192FD9@xmb-sjc-235.amer.cisco.com> In-Reply-To: <26140d940701160339t6efa561ds508f94d1c724ee91@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed resolution to issue 108 Thread-Index: Acc5YvvcmBfmMtYMTGmmzaxvJNc1owA2+Prg From: "Pat Calhoun (pacalhou)" To: "Michael Montemurro" , "capwap" X-OriginalArrivalTime: 17 Jan 2007 14:41:26.0598 (UTC) FILETIME=[912A6E60:01C73A45] Authentication-Results: sj-dkim-4; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Proposed resolution to issue 108 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 0ff9c467ad7f19c2a6d058acd7faaec8 Actually, this is an issue with multiple sub-issues. I would like to discuss each sub-issue: 1) Config changes can fail (even when they are "not suppose to"). This may be due to a) resource deletion b) semantic constraints c) hardware failures d) software failures e) lack of authorization In the "configure request/response" (sections 7.2/7.3) , the "response" message specifies configuration settings. As described, there is no mechanism for the WTP to communicate to the AC that some (or part) of the config sent by the AC to WTP failed. Thus, I suggest that the response contain no configuration. This is a duplicate of issue 73, which I believe we have satisfied. 2) I'm not sure that all of the configuration info can fit into one CAPWAP control message. However, a WTP needs to be able to indicate to a AC the "classes" of config info that it supports. SNMP uses the GETNEXT operation to iterate through both all classes and instances of management info (which includes config info). I suggest for CAPWAP that a WTP specify in the "configure request" the classes of configuration info and then allow an AC to use one or more "Update config request" messages to change the WTP config. I believe Michael and I responded to this via another email thread that neither one of us understood why the existing fragmentation mechanism supported by CAPWAP does not resolve this issue. 3) When an AC changes the WTP config with an "Update config request", the request can fail. The response message needs to indicate which config message element(s) had an error and what was the error. Currently, this is not the case. (The error code in the result, as currently defined makes no sense to me!) Also, I didn't see if a config request was "all or nothing". That is, do the OK config values get applied and the error one not, or none get applied on any failure. This is a duplicate of issue 73, which I believe we have satisfied. 4) There are a lot of stange (too me) and not well defined config elements. I believe that all need to be reviewed, but this is really a separate issue. As mentioned, this is a separate issue, and is therefore not germane to issue 108. 5) A get config operation is needed that specifies at least a class of configuration info, and possibly additionally the instance of config info. (Again, this is because not all config info will be able to fit in a single CAPWAP message.) I do not understand the request here. Is this a duplicate of issue 72, which is a request to have the AC pull the WTPs configuration? 6) I've ignored what should be done when an WTP has config info that is not supported by an AC, or when an AC tries to modify config info (class or specific values) that is not supported by the WTP. (CAPWAP is suppose to support WTPs and ACs from different vendors, and, thus, there can be no "tight version synchonization" as found in current products. I believe this is already addressed via the proposed text for issue 73, which is done by including the Result Code set to 10 Failure (Unable to Apply Requested Configuration - Service Provided Anyhow), and including the Returned Message Element, included here as well: 0 1 2 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Reason | Message Element... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Reason: The reason why the configuration in the offending message element could not be applied by the WTP 1 - Unknown Message Element 2 - Unsupported Message Element 3 - Unknown Message Element Value 4 - Unsupported Message Element Value Message Element: The Message Element field encapsulates the message element sent by the AC in the Configuration Status Response message that caused the error. So it appears that there are two sub-issues that have not been addressed already, sub-issues 2 and 5. Michael and I questioned whether 2 is a real problem or not, and I believe sub-issue 5 is not specified sufficiently for me to understand. I therefore do not believe that we are have sufficiently addressed this issue, but should reject this issue. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > Sent: Tuesday, January 16, 2007 3:39 AM > To: capwap > Subject: [Capwap] Proposed resolution to issue 108 > > This issue deals with configuration failure processing > > The process would work in the following manner: > > 1) The AC retrieves the WTP configuration when the WTP > connects to the AC. > 2) The WTP request configuration from the AC; the AC responds > with a configuration. > 3) The capability has been added for the WTP to return a > failure result code in the State Change Event message to > indicate that the configuration has not been applied. > 4) The AC has the capability to update the configuration of > the WTP while it is connected. > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Jan 17 10:18:39 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7CYh-0003X5-Aq for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 10:18:39 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7CYd-0003Zp-Qo for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 10:18:39 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 7EBE83982CA for ; Wed, 17 Jan 2007 07:18:35 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 9908E4A41E2 for ; Wed, 17 Jan 2007 07:18:29 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 731034310D0 for ; Wed, 17 Jan 2007 07:18:29 -0800 (PST) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by hermes.tigertech.net (Postfix) with ESMTP id 47AFC4310B6 for ; Wed, 17 Jan 2007 07:18:23 -0800 (PST) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-3.cisco.com with ESMTP; 17 Jan 2007 07:18:22 -0800 X-IronPort-AV: i="4.13,199,1167638400"; d="scan'208"; a="457868030:sNHT140387422" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l0HFIMWj021200; Wed, 17 Jan 2007 07:18:22 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l0HFIDGm019965; Wed, 17 Jan 2007 07:18:14 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 17 Jan 2007 07:18:12 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 17 Jan 2007 07:18:11 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203192FF1@xmb-sjc-235.amer.cisco.com> In-Reply-To: <26140d940701160341g6a0639eeo48f3c297bca9a295@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed resolution to issue 190 Thread-Index: Acc5Y2Yx0HvXlLE1Tci9rdgumiFE1QA48IMw From: "Pat Calhoun (pacalhou)" To: "Michael Montemurro" , "capwap" X-OriginalArrivalTime: 17 Jan 2007 15:18:12.0463 (UTC) FILETIME=[B3F6B7F0:01C73A4A] Authentication-Results: sj-dkim-3; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Proposed resolution to issue 190 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081 Michael, The issue seems to have two sub-issues. the first, identified as 42, is addressed with your suggestion below, for which proposed text was provided via issue 73. The second sub-issue, identified as 41, states that the CAPWAP protocol does not support APs that have no (or limited) nonvolatile memory. I do not believe we have provided text to support the latter. The problem statement which was published by the CAPWAP WG does not mention that memory was an issue for traditional APs, and do I believe it is in the working group's scope to solve this problem. I would therefore propose we reject this issue. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > Sent: Tuesday, January 16, 2007 3:42 AM > To: capwap > Subject: [Capwap] Proposed resolution to issue 190 > > This issue deals with issues with the configuration update response. > Two result codes have been added for the WTP to indicate that: > 1) The WTP could not apply the configuration but will offer service. > 2) The WTP could not apply the configuration but will not > offer service. > > Cheers, > > Mike > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From stocknews@towrylaw.com Wed Jan 17 10:42:59 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7CwF-00018D-5N for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 10:42:59 -0500 Received: from bxb225.neoplus.adsl.tpnet.pl ([83.29.251.225]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7CwC-0000Ib-Mb for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 10:42:59 -0500 Received: from 194.106.220.35 (HELO cluster3.eu.messagelabs.com) by lists.ietf.org with esmtp (A00SV>U. <>XUC.) id =01=/0-)N5JQ>-7= for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 15:43:11 -0060 Date: Wed, 17 Jan 2007 15:43:11 -0060 From: Nasdaq.com Alert! X-Mailer: The Bat! (v1.53bis) Educational X-Priority: 3 (Normal) Message-ID: <227720204.92179590883631@thebat.net> To: capwap-archive@lists.ietf.org Subject: Do not miss our suggestion just for your business MHII.OB will help you MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1252 Content-Transfer-Encoding: 7bit X-Spam: Not detected X-Spam-Score: 4.3 (++++) X-Scan-Signature: d6b246023072368de71562c0ab503126 Idol specialan extremely guiltyDeadly idea! WhenIn its entirety, Straight MARSHAL HOLDINGS INC(MHII.OB) share!!! These stock are really incredible!!! From the very beginning it occupied first places on market of shares! And for this moment this stock continues to {mac01115}!!! It brings 300% of first day {mac01113} just for a few days!!! Hurry don�t miss it!!! This statistics will assist you to know our suggestion: DATE INITIAL COST VOLUME 01/18/2007 0.078 8,394,800 01/17/2007 0.064 5,394,800 01/12/2007 0.034 2,094,800 01/11/2007 0.035 3,091,232 01/10/2007 0.016 511,475 01/09/2007 0.015 481,693 You can get more info using your broker web-site! WARNING: INVEST YOUR MONEY EXACTLY IN OUR COMPANY!!! filming in your area. Is it time for your star to shine?their videos and downloads now in Y! Music's embarrassed to be listening to it, even more so From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Jan 17 11:05:37 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7DI9-0005S3-1I for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 11:05:37 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7DI5-0004vt-Hg for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 11:05:37 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 99E45431319 for ; Wed, 17 Jan 2007 08:05:22 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id BD1034A41E2 for ; Wed, 17 Jan 2007 08:05:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 8C1C9398182 for ; Wed, 17 Jan 2007 08:05:13 -0800 (PST) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by zoidberg.tigertech.net (Postfix) with ESMTP id 7A0063980EE for ; Wed, 17 Jan 2007 08:05:08 -0800 (PST) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-6.cisco.com with ESMTP; 17 Jan 2007 08:05:08 -0800 X-IronPort-AV: i="4.13,200,1167638400"; d="scan'208"; a="102542265:sNHT44309637" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l0HG58mr021956; Wed, 17 Jan 2007 08:05:08 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l0HG58Uw020092; Wed, 17 Jan 2007 08:05:08 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 17 Jan 2007 08:05:07 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 17 Jan 2007 08:05:05 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203193015@xmb-sjc-235.amer.cisco.com> In-Reply-To: <26140d940701160348h7229961cw4d0196c93b2ab6d7@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed resolution to comment 181 Thread-Index: Acc5ZF03bjSS91swSYGUs9ctfCCT8wA5nMiA From: "Pat Calhoun (pacalhou)" To: "Michael Montemurro" , "capwap" X-OriginalArrivalTime: 17 Jan 2007 16:05:07.0827 (UTC) FILETIME=[420D2C30:01C73A51] Authentication-Results: sj-dkim-1; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Proposed resolution to comment 181 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 4adaf050708fb13be3316a9eee889caa I agree, and believe that this is a duplicate of issue 73, for which text has already been proposed. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > Sent: Tuesday, January 16, 2007 3:49 AM > To: capwap > Subject: [Capwap] Proposed resolution to comment 181 > > This issue states that the configuration status is broken. > > With the addition of two result codes to the result code > message element, CAPWAP configuration would work in the > following manner: > 1) The WTP has the capability to share its configuration with > the AC when it connects. > 2) The AC has the capability to send a configuration to the > WTP when it connects. > 3) A configuration status has been added to the result code > indicating: > - The WTP could not apply the current configuration but will > offer service > - The WTP could not apply the current configuration and > cannot offer service. > 4) The AC has the capability to send a configuration update to the WTP > > Cheers, > > Mike > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Jan 17 11:10:02 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7DMQ-0007dc-H1 for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 11:10:02 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7DMO-0005jP-Kj for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 11:10:02 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 4F88D4312BB for ; Wed, 17 Jan 2007 08:09:57 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 968324A41E2 for ; Wed, 17 Jan 2007 08:09:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 744034312B6 for ; Wed, 17 Jan 2007 08:09:48 -0800 (PST) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by hermes.tigertech.net (Postfix) with ESMTP id 9CF6E4312B5 for ; Wed, 17 Jan 2007 08:09:44 -0800 (PST) Received: from sj-dkim-6.cisco.com ([171.68.10.81]) by sj-iport-5.cisco.com with ESMTP; 17 Jan 2007 08:09:44 -0800 Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-6.cisco.com (8.12.11/8.12.11) with ESMTP id l0HG9iPS008992; Wed, 17 Jan 2007 08:09:44 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l0HG9Xi8008267; Wed, 17 Jan 2007 08:09:43 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 17 Jan 2007 08:09:43 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 17 Jan 2007 08:09:41 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A20319301E@xmb-sjc-235.amer.cisco.com> In-Reply-To: <45AE32E8.6030906@trapezenetworks.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Thread-Index: Acc6RAuuenJ63VeESNGUKohZzS16bQADZW5w From: "Pat Calhoun (pacalhou)" To: "Jim Murphy" , "Abhijit Choudhury" X-OriginalArrivalTime: 17 Jan 2007 16:09:43.0603 (UTC) FILETIME=[E66D4030:01C73A51] Authentication-Results: sj-dkim-6; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim6002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 441f623df000f14368137198649cb083 I believe Abhijit's point is that regardless of what processor handles the data path, an AC will have to handle non-encrypted DTLS traffic, and MAY have to handle encrypted DTLS traffic. Because this is an optional feature, the forwarding plane would in fact have to perform a table lookup in order to determine how to parse the packet. It would be much better to not require a table lookup prior to the packet parsing engine. I agree with Abhijit. We should not make this change. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] > Sent: Wednesday, January 17, 2007 6:30 AM > To: Abhijit Choudhury > Cc: capwap@frascone.com > Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 > (and part of 146) > > If, as you suggest, DTLS encryption is an attribute of the > tunnel and not of the packet, then indeed the preamble is superfluous. > > There is no additional lookup required if the preamble is not > used. To identify a CAPWAP data packet, the forwarding plane > is plumbed with the data channel 5-tuple (src IP, dst IP, IP > proto, src port, dst port). The forwarding operation is to > either decrypt the packet if the tunnel attribute is DTLS > encrypted or to CAPWAP de-encapsulate if not. There is no > need to look at the CAPWAP preamble to make this decision - > it is plumbed in directly. > > Given that control and data are using different UDP ports and > most likely processed on completely different processors, > there is no technical or functional value in having > uniformity in headers. > > Thanks, > > Jim > > Abhijit Choudhury wrote: > > There is no question that the spec has to include a mechanism to > > establish an encrypted data channel. > > > > I think the expectation is that the DTLS encryption of data channel > > packets will be enabled or not on a per-tunnel basis. > > That said, I would still strongly recommend that the group > consider a > > packet format that is uniform across the control and data channels. > > > > In general, it is desirable to have enough information in a packet > > header to indicate what the packet format is. No configuration > > lookups should be needed to parse the packet. > > This is what the proposed CAPWAP preamble header achieves. > > In a lot of hardware implementations, being able to parse packets > > without waiting for lookup results speeds up the > implementation. With > > the speeds and scales of implemenations going up in the future with > > the adoption of 802.11n, we should keep the protocol design > clean and > > simple, and not complicate designs to save a few bytes. > > > > > > Regards, > > Abhijit > > > > > > -----Original Message----- > > From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] > > Sent: Tuesday, January 16, 2007 4:05 PM > > To: Pat Calhoun (pacalhou) > > Cc: capwap@frascone.com > > Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 > (and part > > of > > 146) > > > > The following proposal suggests that the CAPWAP preamble is > required > > in the data channel. I propose the CAPWAP preamble is not > required in > > the data channel for the following reasons: > > > > 1. It is not specified in the CAPWAP spec how to establish an > > encrypted > > *data* channel. > > > > 2. Even if #1 had been specified, then it is not specified how one > > signals which data channel packets are DTLS encrypted and > which are not. > > One could imagine that it would be based on session, but > there is no > > mechanism specified for how this is accomplished. > > > > Considering that the CAPWAP preamble adds no value to the data > > channel, I propose that the preamble is removed. As I've > argued in the > > past, being frugal with the use of bytes in data channel headers is > > critical for high performance and large scale implementations. > > > > The inclusion of the preamble in the data channel may be > considered in > > a future version of CAPWAP when the above issues have been > addressed. > > > > Thanks, > > > > Jim > > > > Pat Calhoun (pacalhou) wrote: > > > All, > > > > > > Following the discussion at the IETF meeting in San > Diego, I wanted > > to > > > > > provide the following proposed resolution for the above issues. > > Note > that issues 224 and 89 are directly resolved as > part of this > > fix, > while issue 146 includes several topics, and this > issue only > > addresses > > > > > one of the issues raised. > > > > > > NOTE: The format of the frame I have included here is > slightly > > > different from the one that I had presented in San Diego. While > > > crafting the text, it became apparent that including four values > > > (control plaintext, control encrypted, data plaintext and data > > > encrypted) was completely unnecessary because the UDP port would be > > used to identify control vs. > > > data. So the type field really states whether the field is plain > > text > or DTLS. There is also room to allow for future encryption > > protocols > to be used here. The new header is called > preamble, and > > includes 24 > reserved bits. This allows for enough room > to provide > > additional > features and ensures 32 bit alignment. > > > > > > Proposed Text > > > ------------- > > > > > > 4 CAPWAP Packet Formats > > > > > > This section contains the CAPWAP protocol packet > formats. A CAPWAP > > > protocol packet consists of a CAPWAP Transport Layer > packet header > > > followed by a CAPWAP message. The CAPWAP message can > be either of > > > type Control or Data, where Control packets carry > signaling, and > > Data > > > packets carry user payloads. The CAPWAP frame > formats for CAPWAP > > > Data packets, and for DTLS encapsulated CAPWAP Data > and Control > > > packets. See section Section 3.1 for more > information on the use > > of > > > UDP. > > > > > > The CAPWAP Control protocol includes two messages > that are never > > > protected by DTLS. These messages, called the > Discovery Request > > and > > > Discovery Response, need to be in the clear in order > for the CAPWAP > > > protocol to properly identify and process them. The format of > > these > > > packets are as follows: > > > > > > CAPWAP Control Packet (Discovery Request/Response): > > > +---------------------------------------------------+ > > > | IP | UDP | CAPWAP |CAPWAP | Control | Message | > > > | Hdr | Hdr | p-amble|Header | Header | Element(s) | > > > +---------------------------------------------------+ > > > > > > All other CAPWAP control protocol messages MUST be > protected via > > the > > > DTLS protocol, which ensures that the packets are both > > authenticated > > > and encrypted. The format of these packets are as follows: > > > > > > CAPWAP Control Packet (DTLS Security Required): > > > > > +------------------------------------------------------------------+ > > > | IP | UDP | CAPWAP | DTLS | CAPWAP | Control | > Message | DTLS > > | > > > | Hdr | Hdr | p-amble| Hdr | Header | Header | > Element(s) | Trlr > > | > > > > > +------------------------------------------------------------------+ > > > \----------- authenticated ------------/ > > > \------------- encrypted > > > -------------/ > > > > > > The CAPWAP protocol allows optional encryption of the > data frames, > > > once again using the DTLS protocol. Whether or not > the data frames > > > are encrypted is a matter of policy, which is > described in a later > > > section of this specification. The format of these > packets is as > > > follows: > > > > > > CAPWAP Plain Text Data Packet : > > > +-----------------------------------------+ > > > | IP | UDP | CAPWAP | CAPWAP | Wireless | > > > | Hdr | Hdr | p-amble| Header | Payload | > > > +-----------------------------------------+ > > > > > > DTLS Secured CAPWAP Data Packet: > > > +------------------------------------------------------+ > > > | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | > > > | Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr | > > > +------------------------------------------------------+ > > > \----- authenticated -----/ > > > \------- encrypted --------/ > > > > > > UDP: All CAPWAP packets are encapsulated within UDP. Section > > > Section 3.1 defines the specific UDP usage. > > > > > > CAPWAP preamble: All CAPWAP protocol packets are > prefixed with the > > > preable header, which is used to identify the > frame type that > > > follows. This header, is defined in Section 4.1. > > > > > > DTLS Header: The DTLS header provides authentication > and encrytion > > > services to the CAPWAP payload it encapsulates. > This protocol > > is > > > defined in RFC 4347 [9]. > > > [...] > > > > > > 4.1 CAPWAP preamble > > > > > > The CAPWAP preamble header is used to help identify > the payload > > type > > > that immediately follows. The reason for this header > to is avoid > > > needing the perform byte comparisons in order to > guess whether the > > > frame is DTLS encrypted or not. The format of the frame is as > > > follows: > > > > > > 0 1 2 > 3 > > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 > 4 5 6 7 8 9 0 > > 1 > > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > |Version| Type | Reserved > > | > > > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > > > Version: A 4 bit field which contains the version of > CAPWAP used > > in > > > this packet. The value for this draft is zero (0). > > > > > > Payload Type: A 4 bit field which specifies the > payload type that > > > follows the preamble header. The following values are > > supported: > > > > > > 0 - Clear text. If the packet is received on the data UDP > > port, > > > the CAPWAP stack MUST treat this as a clear > text CAPWAP data > > > packet. If received on the control UDP port, the CAPWAP > > stack > > > MUST treat this as a clear text CAPWAP control > packet. If > > the > > > control packet is not a Discovery Request or > Response packet, > > > it is illegal and MUST be dropped. > > > > > > 1 - DTLS Encrypted. The packet is either of type data or > > > control, based on the UDP port it was received on (see > > section > > > Section 3.1). > > > > > > Reserved: The 24-bit field is reserved for future use. All > > > implementations complying with this protocol MUST > set to zero > > any > > > bits that are reserved in the version of the > protocol supported > > by > > > that implementation. Receivers MUST ignore all > bits not defined > > > for the version of the protocol they support. > > > > > > 4.2 CAPWAP Header > > > [...] > > > 0 1 2 > 3 > > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 > 4 5 6 7 8 9 0 > > 1 > > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > |Version| RID | HLEN | WBID |T|F|L|W|M| > Flags > > | > > > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > [...] > > > > > > Version: A 4 bit field which contains the version of > CAPWAP used > > in > > > this packet. The value of this field MUST match > the version > > field > > > set in the CAPWAP preamble header (see Section > 4.1). The reason > > > for this duplicate field is to avoid any possible > tampering of > > the > > > version field in the preamble header which is not > encrypted or > > > authenticated. > > > > > > > > > Pat Calhoun > > > CTO, Wireless Networking Business Unit Cisco Systems > > > _________________________________________________________________ > > > To unsubscribe or modify your subscription options, please visit: > > > http://lists.frascone.com/mailman/listinfo/capwap > > > > > > Archives: http://lists.frascone.com/pipermail/capwap > > > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap > > > > > > > ---------------------------------------------------------------------- > > -- > > Never Miss an Email > > Stay connected with Yahoo! Mail on your mobile. Get started! > > > > omote=mail> > > > > > > > ---------------------------------------------------------------------- > > -- > > > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From pupseat@abetrans.net Wed Jan 17 11:11:42 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7DO1-0008LC-VJ; Wed, 17 Jan 2007 11:11:42 -0500 Received: from host-ip67-151.crowley.pl ([62.111.151.67]) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H7DNu-0003Uk-3K; Wed, 17 Jan 2007 11:11:41 -0500 Received: (qmail 54526 invoked from network); Wed, 17 Jan 2007 17:11:34 +0100 Received: from unknown (HELO mati) (pupseat@abetrans.net@96.133.175.164) by 43976f3eabetrans.net with SMTP; Wed, 17 Jan 2007 17:11:34 +0100 Message-ID: <001201c73a5a$8a75ebc0$06c53e8c@mati> From: Solomon L. Land To: calsch-archive@ietf.org Subject: go kick Date: Wed, 17 Jan 2007 17:11:34 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000F_01C73A5A.8A75EBC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.181 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.4682 X-Spam-Score: 2.6 (++) X-Scan-Signature: df9edf1223802dd4cf213867a3af6121 This is a multi-part message in MIME format. ------=_NextPart_000_000F_01C73A5A.8A75EBC0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0010_01C73A5A.8A75EBC0" ------=_NextPart_001_0010_01C73A5A.8A75EBC0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable to a spatial metaphor, for they say that those things are contraries Balfou= r, came forth of the British Linen Company, a porter attending me character= Indeed, if our definition of that which is relative was disposed, we may = say, either better or worse, towards knowledge. nothing admits contrary qualities at one and the same moment. For no name a= ssigned to them. In this, the inborn capacity is distinct different forms o= f motion have their own contraries in other forms; than I could swallow. T= he beggar on horseback could not bear to be with the hounds that was little to my fancy. I determined, therefore, thin= g altered would not only be altered, but would forthwith easily be rendered= ineffective or speedily removed, are called, not Now the head, the hand, a= nd such things are substances, and it is kind, the former less. Thus there is a reference here to an external which = was white becomes black, and that which was bad good, by a quality. This wi= ll be evident from particular instances, if we apply master be withdrawn fr= om the man, the correlation between the for me, after the moorland braes, the sea-sands and the still country- for = me, after the moorland braes, the sea-sands and the still country- which, w= ithin the same class, are separated by the greatest possible sweetness has = the power of affecting the sense of taste; heat, that of access of shame, might be a result of a mans natural temperament, some spec= ific quality which have a name derived from that of the those who are not r= etentive of knowledge, but volatile, are not said It is evident in all but = one case that all these sorts of movement termed equal or unequal to anything else. One particular disposition by the= term slave we mean the slave of a master, by the term same time neither is= in any way the cause of the others being; qualities. It is evident that th= ese are qualities, for those things Moreover, it is necessary that pairs of contraries should in all individual= not. Thus knowledge, as a genus, is explained by necessarily follow that w= e should know that to which they are related. possible to retain it, so tha= t, naturally, as the parts do not quantitative is a quantity in a secondary sense. It is because we have easi= ly changed and quickly gives place to its opposite. Thus, heat, Let me sket= ch my meaning in outline. An instance of the use of the each from each by o= ne and the same method of differentiation. double. Again, if he knows that a thing is more beautiful, it handle; the s= econd, the place that I was in. The tall, black city, and The same is true= of speech. That speech is a quantity is evident: ------=_NextPart_001_0010_01C73A5A.8A75EBC0 Content-Type: text/html; charset="windows-1251" Content-Transfer-Encoding: quoted-printable
to a spatial metaphor, for they say th= at those things are contraries Balfour, came forth of the British Linen Com= pany, a porter attending me character. Indeed, if our definition of that wh= ich is relative was disposed, we may say, either better or worse, towards k= nowledge.

nothing admits contrary qualities at o= ne and the same moment. For no name assigned to them. In this, the inborn c= apacity is distinct different forms of motion have their own contraries in = other forms; than I could swallow. The beggar on horseback could not bear = to be

with the hounds that was little to my = fancy. I determined, therefore, thing altered would not only be altered, b= ut would forthwith easily be rendered ineffective or speedily removed, are = called, not Now the head, the hand, and such things are substances, and it = is

kind, the former less. Thus there is a= reference here to an external which was white becomes black, and that whic= h was bad good, by a quality. This will be evident from particular instance= s, if we apply master be withdrawn from the man, the correlation between th= e

for me, after the moorland braes, the = sea-sands and the still country- for me, after the moorland braes, the sea-= sands and the still country- which, within the same class, are separated by= the greatest possible sweetness has the power of affecting the sense of ta= ste; heat, that of

access of shame, might be a result of = a mans natural temperament, some specific quality which have a name derived= from that of the those who are not retentive of knowledge, but volatile, a= re not said It is evident in all but one case that all these sorts of movem= ent

termed equal or unequal to anything el= se. One particular disposition by the term slave we mean the slave of a mas= ter, by the term same time neither is in any way the cause of the others be= ing; qualities. It is evident that these are qualities, for those things

Moreover, it is necessary that pairs o= f contraries should in all individual not. Thus knowledge, as a genus, is e= xplained by necessarily follow that we should know that to which they are r= elated. possible to retain it, so that, naturally, as the parts do not

quantitative is a quantity in a second= ary sense. It is because we have easily changed and quickly gives place to = its opposite. Thus, heat, Let me sketch my meaning in outline. An instance = of the use of the each from each by one and the same method of differentiat= ion.

double. Again, if he knows that a thin= g is more beautiful, it handle; the second, the place that I was in. The t= all, black city, and The same is true of speech. That speech is a quantity = is evident:
------=_NextPart_001_0010_01C73A5A.8A75EBC0-- ------=_NextPart_000_000F_01C73A5A.8A75EBC0 Content-Type: image/gif; name="shoulder.gif" Content-ID: <001201c73a5a$8a75ebc0$06c53e8c@mati> Content-Transfer-Encoding: base64 R0lGODlhzgHcAIUAAAAAAP///zP/////AAD///8i//8A//8R//9E//93/xH//yL///9m/zOZ /0T//1X//zMzzETMVf8AAP8Rd2b//3f///9V/5kAzMyZAAAAmUQAAMwAAMwRAACZAACZZv// EVWIVaq7qogzRP//d2YAAP8z////Zv//Vf//RP//M///ImbMdwAAEVtbW8PDwzY2Np2dnQUF BWxsbNTU1Ds7O6OjowoKCnJyctnZ2UFBQaioqBsbG3d3d+rq6kZGRrm5uSH5BADDeAAALAAA AADOAdwAAAb/wIBwSCwaj8ikcslsOp/QqHRKrVqvwhN2u2Vwv+CweEwum8/oNLmgbrvf8Lh8 Tq/b7/i8fs/v+/+AgYJKA4OGh4iJiouMjY6PkJGSk5SVlpdOWpibnJ2en6Chok5eo4ELVgmm q6ytrq+wcxSxtLW2t7i5uruSH7ygBoVwvr/FxsfIyUOorqXKz0goS2xXJc8CVBTEptbQ3t/g dszhYdTk5+jp6uvs7e7v8PHy84vm9PdzBPj7r/b8/wAD8tMksOCZbQaTPUjIsKHDhxAjStyn oJOFiRgztpIgoYmzQBxDdgwQ0shIjkVQkhRZcgjLkStfphQ5k6UTlURw1rQZk2bO/5cwf/oU IlNoy5UmTwIlWnQJT5c6iSppuvRnUqZDsTyFmjSo1KlegUa1imTsIJ1HXTKdubZs0Khjj8p9 69Xt1SNmkXK9C5btXr1t4yq1C7Vu4cNYTbql2zZx48eAh1TUWldw5SRZCUfOG/kQ2s6DyUrQ oBmyYL+gDRtFzZrs39el4Ybee7ozbM6y1cItrTf349piZO/eHWAEb76bVds++/b3X5x5Od82 rNI35rTLs1uHjZfxce7VVQN3Ldo58vO9YeJEwJ2L8LDmrztVbxNlVul/Pm9+Tn8x7rDUzQaZ X2iJZ2Br2ZG3FVbjBXYggstVFx956IU34IVbFGiefvJ1+P/aXO0JwiF0/BX2VFUUmmVhiLR5 1xVPGqJ3Hoo9gUhgVQ1eKGFjAZoooIMJ/tfSgsit+BVgymFomotIJplfc7RZFeN8vi0UoVJE sgbdgy9ixyKLmTE4oJEIqtgjSeVV+GN6YSp5xZaueefkf0W6iJ8fHPYmJZPztWbmb0mKFWJ0 fLppKJ22kUnhld0dqaeaY2Kpo5NVbElVmh5C+mF/iuSJFGNT+gngjJyCaSeXosqo5aipRYrh dqk6+ilvisIJHqVU2MojW3OiuuminUIpVE0QJqcmfaW2Vxuhx8Ha6K+AKqgeCbEJiRiaxHYn J13Jthpct48O29ezq8aJqx5FVSb/3E5DNQVsjTN95OqN6eJ4pptULegugwXWm2WXKXUFVrv7 LvtvFFstK7B/zpporKEaRSzxHgShM87EGGeMS8UadwzLRZxc7PHIJOuBUMkopxyRMCq3vA/H Lscs88zwdGOMA3CwTPPOPPfs889ABy300EQXbfTRSDPUQNJMX9LA0k1bIXLUdDwNNdVYN/K0 IbPwgUHWcXx9y9bQiM0EBminbfYQaqNdhNtHtJ3222sTMTfdRsgNN9t1B7C33W0LcffbguuN d95ry8233mIzTrfahRu++OBJcAA2FYojQbnfZlM++N+AP7543KBzjvjhhaNOOuB9+50663yv /vrssatu/7rqpYdeO+mQc2KlO2433vrtuhO/e+7Gz74556D3vvvxiQ///NelC3867bU333f1 29f9N/LJIx889lNvcXLKcFt/fRLiq7++7tR/7Uz8j3vfPfRnJ469+/C3nr70xXve/qLHPgDC D3uX01zjlgC+2UEAAtkb3t+6kT7jBY+AFrzf6xo4vQ4mb4P+E54BP8g93ElvebIbYQIPqAQO tg+BMKwg8fj3vwBm8IMKtJsHc1fD9QUuh7Yr4eScx7wGypBkOKuD5N73wxfiEIcy7OHevte5 JUaOgx5UXgz5J8Af2q6IRJzeCL2IODKu8GxbTKEEuSjADcauimLEn+iwaMHDsf/xdjxcowaL 50QYKtCAdzxj3NJ4PSf+jRgWyKPgJgc9tW0Ajl2EZAv1x0JFQvGEe9zdASzpRyCyr5OCjOIa fbjHPh4vgD3snwltyMTTsXGKIRzg+2S5Sk8SMpBHM4ETKgi+zcGyA7Dzo/Y6h8pXGjOSk9Rh GQeIQTkSkpXaY2UcU/hEQQ5xjJljnS8l5zhlAlGIlhRi/Y4YzG6Oc5goJGEswSjCbGaTd+m0 Zt6+oEt5ztOeTVAhPjG3T5eVr58AXcYVumYG40gBZAFNqEIDYICFOvQMMHNZQx9KUXBUoKIY zahGN8rRjr5jMh4Nqcx+J9KfRbSkijgpPWymEfagVGL/8nqpTNvh0plipKbtmBo2bMrTSHjA A1T46UwjEIGU/fSoQAWDUKewVDMg9ahDeCpUidDUqCZVqhErKsmqWtWdVqGqUABrGKZqVSGA laxn9QBOxYoRonosrUpNqhTY+gWxLtWucuWqXMuaMa2GQaXooCteAyBUpJoVrUA1bBGeStW8 7hULdOXrYq/q2CNEtq1+lRhZG2uEwjYVsYetrGQ/K1ouXJawjz2salGLhNO2NWOM5Sxf9Spb uLK2tqXdwmnZetfEplayPV1FbG+7WtrO9rG9nexqx6DXqfKWsptVbnCb4FVLgJa4xi0ucikr Xdd+9bfJ7Sx0iStdUxB0uqRd/252b2vb9v7WtODlrnjVG9/pjsK2od3resN73O7mVrep5e9o 9Rvg99oXE+tF7X4JHFrgppe+Y3XvZP+L3wN/Aqvzle1y2etbvG72wREerlQrrF3FWpgIIBWF d4+gM41KI6ArPjHJXoyGGGMtBTLOsY53zOONpphpGcjAHIT8hh/3+BZBTnKQl7BkORDZCEp+ shKaDGUlR6MPKjgyHKgcAC7nIcpSprKXi2DlKmPBoG7Ispbf4OUx12HJRG5ym6V8hDG7ec25 mLMQ4MxnIpR5z0kmM52bIGdAG9rPgxY0mVmwhRVEpJ4/03OXozzpIcg5zphGtBQKrWhNT5nO fL7zEv8cbQZ/RIHGeL4Cl8UM6kx3+tCV3nSgXw1rJMz5yaI+wgpILQhIp3oKYA5zq2sNaDB/ 4c+STkKyiZ0EXv+6E6KWtJ0TbYQWO8HVy67zsD096iSQ9NmQiPa2p61san96z4dONrm5zWwj OBvcYfink82tbmzj+t6yRveq8W3pQa871vCOhbhp/edJz7rdTDC2oA9ea4X3m+EBF4Oa02EO c0e8CjElmcUTgtOSIVTGH794InxttOomQwQiP6MIVj4KHKf8GCxfh41tYeBAsHSmHU/CiGte XsiOeBM1d+1wrRrdlzdh5hquK8/JgHSmDl3BPAcxdpdudCFgo+kbhu8Zck7/XqYnNutd7zmH xa4La2ts5hiGutQv62HQItbEUG+sYrHe2quCne3bzTrdA552nf+3v8DNsN/zy98HJ3jvGQ66 4v1L9qof3bHOZbBlRbvbqMvXwZefeuOtAHfBT57xSe/pzdsQ2ez+XLtLaHvke97btCN+CCSf /HOV8NPqCjjsjn+8EVRBXgEb3vKsz3zvhR96p9598bjdfO4DX3rJL1joeQc85sEeVWAWn/N2 D/tgu37716uB6/hMcOIL39yl43f1/i2t1HH/XbPifvuaHzDSTM2Jvvvdt0TH//U9n9+xi1f/ hDdhxHcF9qd2kheAAkh1y+cG3jdXCsiAMSNvxWBy/4bQgFFggUq1gML1gD5XdG1wABoYgiLo BiAADxQ4gnsAAiWIghqRa1FgUCrIgmqQcZcQbFbggmbgcHdggzI4ZML2BDhoBCHHBfvWb3RQ hD0YB9lWbju4bQCnhD8YNCcIDYBFbPuGbJR2aQbXaliYb7aWhUJ2cAUXalwIcQ3Hb+kWheD2 bWiwhEboBUgohmjIarJmhk+ocBnAaAAnh0bYbnTYh2nIbp7gcvuEhF8IiLEWh2oYhFVGaYi4 bFrYh4aIaI54hpK4cUmYcDpYbF14iZ42iVjQiVYYhYooiJZ4iomIiZl4bo+4iKT4iqYYimj4 hHfoaoGIiLgYibCmi6vohf+AaIhL9mK8OIyzeG1OCIql6Im4OIqouIWDQH8ztW6sNovEeInF SGhqWItmtocZcFG7iGmJBoz3JmyM2Ivado5bKABXGIa2WIvsuIzYWHCcSIvz2IqU+ITCuIlW 5oZGgGrmqAflGAgBCYSq+DM02BAD+QcJiY3/mAiVyAgPCQYL2ZATgWZpEALWRIjPFgIYSZE7 05EyyIY8A5IeKTMkeXFVWJIquZKXI5IsSQdm95IyOZM9ZWQxA4I0+Wsu+X052ZM++ZNAGZRC OZREuQUXcJRIOQRIuZRFcJRG4JQBsJRQ2ZRSeQFEMJVKaZVVUJVZyZVRWZVaCZZhKZVCkJRN SZX/THkEYImWZEmVAaAPXZmWZamVV0mXdemVcWmXT7mWX+mWX9mWc7kEgDmXg/mXgImV52CW gdmXXZmVfumYSICVU4mYiAkFismYlfmYmgmZhPmUjcmZdRmaoBmZesmYnbmYqEmae0mXlyma asmasOmamXmafwmaijmbpokOlDmWjymZpYmbu5mauNkEwZmbr6mae3mVxhmbrtmcpjmchrmZ k2mX0FmZxZmcyPmcegmVwLmdzMmZ3akOw2mdvJmao+mc3PmdUzCepbmZ55mb5VmW5qkE11md rUmekAmdy9memcme8Omd8xmg6Ymd4ZkO/umXA3qc2bmYCbqV7fmezvme/5IpnAG6oNpJn/Fp nP85mzh1nRGqoWgpnRn6oQ2anw/KmBOQmLBplvjZlwWqoKjplPpZmDGalmLpngJKneBZo60p nNTJlwz6o9hJmCeKnvx5pHhJmz4Kof05opgJpFM5ASkKDi1apTRaoYZ5mUm6nr/ppDhqmoQ4 ofk5n01amC96oSLqBB4qoUVam3cplyAKoiUapEmAmFPqDVZKoHOKpd3ppU+QpxhqoRQ6phra pM3Zp4fZpV86pDkKo8fpm3X6oIZaqH4ap99QnPUppGlqqZDqoAjaprM5qfIZmuoppwDKp5q6 n4waqJu6qrJZqh9qntPZm226Dlqaobd5qqO5p/+7WquRqqn2KajwuZqf2aifKqgl2qP6SabT KaknOquo+qvF6puwCqHhgJdAyqxECq1niqXEmahbGqreaaPE+qbiOgRhapU3Sqnbeq7fSpo9 aq4seqqICqdZypb3CaW+Gg+/E3tYEJNFGbBU4I1yYJMnBn5jgLBEoJHQcF4C+7AQG7ESuw4T N7EWawY4GQgHebEc27FScD4eG1wpiQdwGbJ/4K9CObKIALIm27IuKzEVKwQ7aQQZ+7KOoLIh aLA2a4I7G7AA27NAG7SdULMQwbJCe7RIm7RKKw9JtLThQGMb67Rn4LDwBgBWe7VYm7Vau7Vc 27Ve+7VgG7ZiO7ZkW7YVZnu2aJu2aru2bNu2bvu2cBu3bxsEADs= ------=_NextPart_000_000F_01C73A5A.8A75EBC0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Jan 17 11:18:35 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7DUh-0004DN-16 for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 11:18:35 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7DUf-0007ij-5o for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 11:18:35 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id D0A2E43138F for ; Wed, 17 Jan 2007 08:18:29 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 2CDAA4A41E2 for ; Wed, 17 Jan 2007 08:18:20 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 11A7B3981C5 for ; Wed, 17 Jan 2007 08:18:20 -0800 (PST) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by zoidberg.tigertech.net (Postfix) with ESMTP id 6EACA3982D9 for ; Wed, 17 Jan 2007 08:17:35 -0800 (PST) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-6.cisco.com with ESMTP; 17 Jan 2007 08:17:35 -0800 X-IronPort-AV: i="4.13,200,1167638400"; d="scan'208,217"; a="102547003:sNHT87353946" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l0HGHZHg002400; Wed, 17 Jan 2007 08:17:35 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l0HGHUDo024187; Wed, 17 Jan 2007 08:17:35 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 17 Jan 2007 08:17:32 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 17 Jan 2007 08:17:31 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203193029@xmb-sjc-235.amer.cisco.com> In-Reply-To: <5bfe7a820701110714v30f9d88cnb0b81a27f0434834@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed Resolution to Issue 138 - Support and negotiationof WTP data encryption in the CAPWAP protocol Thread-Index: Acc1kzqAKkuzWeJZRSa4kiRx8qYu0AEvuNOA From: "Pat Calhoun (pacalhou)" To: "Dorothy Stanley" , "capwap" X-OriginalArrivalTime: 17 Jan 2007 16:17:32.0428 (UTC) FILETIME=[FDDE44C0:01C73A52] Authentication-Results: sj-dkim-1; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.877 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, HTML_20_30, HTML_MESSAGE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Proposed Resolution to Issue 138 - Support and negotiationof WTP data encryption in the CAPWAP protocol X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1571504201==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.5 (/) X-Scan-Signature: dd7e0c3fd18d19cffdd4de99a114001d This is a multi-part message in MIME format. --===============1571504201== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C73A52.FDA34E4A" This is a multi-part message in MIME format. ------_=_NextPart_001_01C73A52.FDA34E4A Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I still disagree with the proposed resolution for (b), and would like to see it removed from the CAPWAP spec for the following reasons: 1. We already have an optional way to encrypt the frames over the wire, which is based on DTLS. This scheme is completely extensible and will support any wireless technoloy, whereas this proposal only works with 802.11i. 2. This proposal will break some existing (and possibly future) 802.11 features. For instance, the ability to do A-MSDU aggregation is limited because the WTP is where the actual packet buffering, and aggregation, is performed (since the wireless link is slower than the Ethernet). A-MSDU aggregation requires encryption after the aggregation function has occurred. Any other 802.11 function that makes use of service periods (e.g., 802.11e) also cannot be used as the AC has absolutely no way to identify how to fragment the frames in order to meet with service period. The AC needs to have direct visibility into the air to do this. I do not believe that an implementor reading this specification would understand the restrictions his/her products would have by implementing CAPWAP. =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Dorothy Stanley [mailto:dstanley1389@gmail.com]=20 Sent: Thursday, January 11, 2007 7:14 AM To: capwap Subject: [Capwap] Proposed Resolution to Issue 138 - Support and negotiationof WTP data encryption in the CAPWAP protocol =09 =09 All, =09 Issue 138 is the following: =09 =09 with the=20 transition to DTLS, I propose that we always require the WTP to provide=20 wireless encryption, and use DTLS between the AC and the WTP.=20 =09 Discussion: =09 (a) The CAPWAP IEEE 802.11 binding document currently supports 802.11 encryption to be terminated at either the WTP or the AC. In the current specification, neither is required to be supported at either the WTP or the AC. This presents an interoperability problem, in that a compliant WTP (e.g. supporting only centralized encryption) would not interoperate with a compliant AC (e.g. supporting only WTP encryption). =09 Proposed resolution: Insert the following text at the end of section 2.1 (Split MAC and Local MAC Functionality) =09 To provide system component interoperability, the WTP MUST support 802.11 encryption/decryption at the WTP and the WTP MUST support 802.11 encryption/decryption at the AC. The AC MUST support either (a) 802.11 encryption/decryption at the WTP or (b) 802.11 encryption/decryption at the AC.=20 The AC MAY support both 802.11 encryption/decryption at the WTP and 802.11 encryption/decryption at the AC. =09 =09 (b) The commenter proposes to disallow the use of centralized 802.11 encryption, suggesting that=20 mandatory DTLS in the data path can serve as a replacement. This has been discussed on the reflector at length in the past, and at the Dallas meeting.=20 Availability of DTLS in the data path optionally secures the WTP to AC link; it does not provide STA to AC end-to-end protection, and is not a replacement for centralized 802.11 encryption.=20 Support of centralized encryption has been part of CAPWAP/802.11 from the beginning, and provides unique advantages, including elimination of the Key RSC issue, and support of APs in hostile environments. =09 Proposed resolution:=20 No change to the CAPWAP protocol specification -03 =09 (c) The CAPWAP protocol specification provides for the optional use of DTLS in the Data Plane -=20 No change to the CAPWAP protocol specification -03 =09 Comments welcome, =09 Thanks, =09 Dorothy =09 ------_=_NextPart_001_01C73A52.FDA34E4A Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
I=20 still disagree with the proposed resolution for (b), and would like to = see it=20 removed from the CAPWAP spec for the following = reasons:

1. We=20 already have an optional way to encrypt the frames over the wire, which = is based=20 on DTLS. This scheme is completely extensible and will support any = wireless=20 technoloy, whereas this proposal only works with = 802.11i.

2.=20 This proposal will break some existing (and possibly future) 802.11 = features.=20 For instance, the ability to do A-MSDU aggregation is limited because = the WTP is=20 where the actual packet buffering, and aggregation, is performed = (since the=20 wireless link is slower than the Ethernet). A-MSDU aggregation requires=20 encryption after the aggregation function has occurred. Any = other=20 802.11 function that makes use of service periods (e.g., 802.11e) also = cannot be=20 used as the AC has absolutely no way to identify how to = fragment the=20 frames in order to meet with service period. The AC needs to have direct = visibility into the air to do this. I do not believe that an implementor = reading=20 this specification would understand the restrictions his/her products = would have=20 by implementing CAPWAP.

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Dorothy Stanley=20 [mailto:dstanley1389@gmail.com]
Sent: Thursday, January 11, = 2007=20 7:14 AM
To: capwap
Subject: [Capwap] Proposed = Resolution=20 to Issue 138 - Support and negotiationof WTP data encryption in the = CAPWAP=20 protocol

All,

Issue=20 138 is the = following:

with the
transition to DTLS, I propose that = we always require the WTP to provide
wireless encryption, and use = DTLS between the AC and the WTP.

Discussion:

(a)=20 The CAPWAP IEEE 802.11 binding document currently supports 802.11 = encryption=20 to be
terminated at either the WTP or the AC. In the current = specification,=20 neither is required to be supported
at either the WTP or the AC. = This=20 presents an interoperability problem, in that a compliant WTP=20 (e.g.
supporting only centralized encryption) would not = interoperate with a=20 compliant AC (e.g. supporting only
WTP encryption).

Proposed = resolution: Insert the following text at the end of section 2.1 (Split = MAC and=20 Local MAC Functionality)

To provide system component = interoperability,=20 the WTP MUST support 802.11 encryption/decryption at
the WTP = and the=20 WTP MUST support 802.11 encryption/decryption at the = AC.
The AC=20 MUST support either (a) 802.11 encryption/decryption at the WTP or (b) = 802.11=20 encryption/decryption at the AC.
The AC MAY support both 802.11=20 encryption/decryption at the WTP and 802.11 encryption/decryption at = the=20 AC.

(b) The commenter proposes to disallow the use of = centralized=20 802.11 encryption, suggesting that
mandatory DTLS in the data path = can=20 serve as a replacement. This has been discussed on the
reflector at = length=20 in the past, and at the Dallas meeting.
Availability of DTLS in = the data=20 path optionally secures the WTP to AC link; it does not provide STA = to
AC=20 end-to-end protection, and is not a replacement for centralized 802.11 = encryption.
Support of centralized encryption has been part of=20 CAPWAP/802.11 from the beginning,
and provides unique advantages, = including=20 elimination of the Key RSC issue, and support of
APs in hostile=20 environments.

Proposed resolution:
No change to the CAPWAP = protocol=20 specification -03

(c) The CAPWAP protocol specification = provides for=20 the optional use of DTLS in the Data Plane -
No change to the = CAPWAP=20 protocol specification -03

Comments=20 welcome,

Thanks,

Dorothy
------_=_NextPart_001_01C73A52.FDA34E4A-- --===============1571504201== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============1571504201==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Jan 17 11:33:47 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7DjP-0005hA-Ih for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 11:33:47 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7DjJ-00026I-Tv for capwap-archive@lists.ietf.org; Wed, 17 Jan 2007 11:33:47 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 57C6F4314DC for ; Wed, 17 Jan 2007 08:33:38 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id C12BB4A41E2 for ; Wed, 17 Jan 2007 08:33:24 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id ADBB1398044 for ; Wed, 17 Jan 2007 08:33:24 -0800 (PST) Received: from web62403.mail.re1.yahoo.com (web62403.mail.re1.yahoo.com [69.147.75.80]) by zoidberg.tigertech.net (Postfix) with SMTP id 20F33398086 for ; Wed, 17 Jan 2007 08:33:20 -0800 (PST) Received: (qmail 96193 invoked by uid 60001); 17 Jan 2007 16:33:19 -0000 Message-ID: <20070117163319.96191.qmail@web62403.mail.re1.yahoo.com> Received: from [62.50.203.2] by web62403.mail.re1.yahoo.com via HTTP; Wed, 17 Jan 2007 08:33:19 PST Date: Wed, 17 Jan 2007 08:33:18 -0800 (PST) From: Abhijit Choudhury To: Jim Murphy MIME-Version: 1.0 X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=2.854 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, DNS_FROM_RFC_POST, DNS_FROM_RFC_WHOIS, FROM_ENDS_IN_NUMS, HTML_50_60, HTML_MESSAGE X-Spam-Level: ** Cc: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Abhijit Choudhury List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0086192181==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.6 (/) X-Scan-Signature: ee8eaa76ea6a4fb3ccc9059a3f656ffc --===============0086192181== Content-Type: multipart/alternative; boundary="0-746086185-1169051598=:96177" --0-746086185-1169051598=:96177 Content-Type: text/plain; charset=ascii Content-Transfer-Encoding: quoted-printable Jim,=0AYou are correct that the UDP port will=0Aidentify the packet to be a= CAPWAP data =0Apacket or not. However, the tunnel =0Aattribute that you m= ention, will typically=0Abe the result of a lookup into some data=0Astructu= re. Since some data tunnels could have=0ADTLS encryption and some may not, = further=0Aparsing of the packet will have to stall=0Auntil this lookup is d= one. In high speed=0Aimplementations, this is not desirable.=0A=0AAs I sai= d before, in a clean protocol design,=0Aa packet should have all the inform= ation required =0Ato parse it.=0AFor example, the 802.11 header has an=0Aex= tended IV bit that indicates whether=0Athe packet carries an extended IV or= not.=0AIt can argued that a client's traffic at=0Aa radio will only have o= ne kind of encryption=0Aand hence this is not needed. However,=0Athis bit = allows parsing of the packet without=0Alooking into any client database.=0A= =0A=0ARegards,=0AAbhijit=0A=0A=0A----- Original Message ----=0AFrom: Jim Mu= rphy =0ATo: Abhijit Choudhury =0ACc: capwap@frascone.com=0ASent: Wednesday, January 17, 2007 6:30:00 AM= =0ASubject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of = 146)=0A=0A=0AIf, as you suggest, DTLS encryption is an attribute of the=0At= unnel and not of the packet, then indeed the preamble is=0Asuperfluous.=0A= =0AThere is no additional lookup required if the preamble is not=0Aused. To= identify a CAPWAP data packet, the forwarding plane=0Ais plumbed with the = data channel 5-tuple (src IP, dst IP, IP proto,=0Asrc port, dst port). The = forwarding operation is to either decrypt=0Athe packet if the tunnel attrib= ute is DTLS encrypted or to CAPWAP=0Ade-encapsulate if not. There is no nee= d to look at the CAPWAP preamble=0Ato make this decision - it is plumbed in= directly.=0A=0AGiven that control and data are using different UDP ports a= nd=0Amost likely processed on completely different processors,=0Athere is n= o technical or functional value in having uniformity=0Ain headers.=0A=0ATha= nks,=0A=0AJim=0A=0AAbhijit Choudhury wrote:=0A> There is no question that = the spec has to include a mechanism=0A> to establish an encrypted data chan= nel.=0A> =0A> I think the expectation is that the DTLS encryption of=0A> d= ata channel packets will be enabled or not on a per-tunnel basis. =0A> That= said, I would still strongly recommend that the group consider=0A> a packe= t format that is uniform across the control and data channels.=0A> =0A> In= general, it is desirable to have enough information in=0A> a packet header= to indicate what the packet format is. No=0A> configuration lookups shoul= d be needed to parse the packet.=0A> This is what the proposed CAPWAP pream= ble header achieves.=0A> In a lot of hardware implementations, being able = to parse=0A> packets without waiting for lookup results speeds up the=0A> i= mplementation. With the speeds and scales of implemenations=0A> going up i= n the future with the adoption of 802.11n, we should=0A> keep the protocol = design clean and simple, and not complicate=0A> designs to save a few bytes= .=0A> =0A> =0A> Regards,=0A> Abhijit=0A> =0A> =0A> -----Original Messag= e-----=0A> From: Jim Murphy [mailto:jmurphy@trapezenetworks.com]=0A> Sent: = Tuesday, January 16, 2007 4:05 PM=0A> To: Pat Calhoun (pacalhou)=0A> Cc: ca= pwap@frascone.com=0A> Subject: Re: [Capwap] Proposed Resolution for Issue 2= 24/89 (and part of=0A> 146)=0A> =0A> The following proposal suggests that t= he CAPWAP preamble is required in=0A> the data channel. I propose the CAPWA= P preamble is not required in the=0A> data channel for the following reason= s:=0A> =0A> 1. It is not specified in the CAPWAP spec how to establish an e= ncrypted=0A> *data* channel.=0A> =0A> 2. Even if #1 had been specified, the= n it is not specified how one=0A> signals which data channel packets are DT= LS encrypted and which are not.=0A> One could imagine that it would be base= d on session, but there is no=0A> mechanism specified for how this is accom= plished.=0A> =0A> Considering that the CAPWAP preamble adds no value to the= data channel,=0A> I propose that the preamble is removed. As I've argued i= n the past,=0A> being frugal with the use of bytes in data channel headers = is critical=0A> for high performance and large scale implementations.=0A> = =0A> The inclusion of the preamble in the data channel may be considered in= a=0A> future version of CAPWAP when the above issues have been addressed.= =0A> =0A> Thanks,=0A> =0A> Jim=0A> =0A> Pat Calhoun (pacalhou) wrote:=0A> = > All,=0A> > =0A> > Following the discussion at the IETF meeting in San = Diego, I wanted to=0A> =0A> > provide the following proposed resolution fo= r the above issues. Note=0A> > that issues 224 and 89 are directly resolve= d as part of this fix,=0A> > while issue 146 includes several topics, and = this issue only addresses=0A> =0A> > one of the issues raised.=0A> >=0A> = > NOTE: The format of the frame I have included here is slightly=0A> > di= fferent from the one that I had presented in San Diego. While=0A> > crafti= ng the text, it became apparent that including four values=0A> > (control = plaintext, control encrypted, data plaintext and data=0A> > encrypted) was= completely unnecessary because the UDP port would be=0A> used to identify = control vs.=0A> > data. So the type field really states whether the field = is plain text=0A> > or DTLS. There is also room to allow for future encryp= tion protocols=0A> > to be used here. The new header is called preamble, a= nd includes 24=0A> > reserved bits. This allows for enough room to provide= additional=0A> > features and ensures 32 bit alignment.=0A> >=0A> > Pro= posed Text=0A> > -------------=0A> >=0A> > 4 CAPWAP Packet Formats=0A> = >=0A> > This section contains the CAPWAP protocol packet formats. A C= APWAP=0A> > protocol packet consists of a CAPWAP Transport Layer packet= header=0A> > followed by a CAPWAP message. The CAPWAP message can be = either of=0A> > type Control or Data, where Control packets carry signa= ling, and=0A> Data=0A> > packets carry user payloads. The CAPWAP frame= formats for CAPWAP=0A> > Data packets, and for DTLS encapsulated CAPWA= P Data and Control=0A> > packets. See section Section 3.1 for more inf= ormation on the use=0A> of=0A> > UDP.=0A> >=0A> > The CAPWAP Contr= ol protocol includes two messages that are never=0A> > protected by DTL= S. These messages, called the Discovery Request=0A> and=0A> > Discover= y Response, need to be in the clear in order for the CAPWAP=0A> > proto= col to properly identify and process them. The format of=0A> these=0A> > = packets are as follows:=0A> >=0A> > CAPWAP Control Packet (Disc= overy Request/Response):=0A> > +-----------------------------------= ----------------+=0A> > | IP | UDP | CAPWAP |CAPWAP | Control | Me= ssage |=0A> > | Hdr | Hdr | p-amble|Header | Header | Element(s= ) |=0A> > +---------------------------------------------------+=0A>= >=0A> > All other CAPWAP control protocol messages MUST be protected = via=0A> the=0A> > DTLS protocol, which ensures that the packets are bot= h=0A> authenticated=0A> > and encrypted. The format of these packets a= re as follows:=0A> >=0A> > CAPWAP Control Packet (DTLS Security Requi= red):=0A> >=0A> +---------------------------------------------------------= ---------+=0A> > | IP | UDP | CAPWAP | DTLS | CAPWAP | Control | Mess= age | DTLS=0A> |=0A> > | Hdr | Hdr | p-amble| Hdr | Header | Heade= r | Element(s) | Trlr=0A> |=0A> >=0A> +----------------------------------= --------------------------------+=0A> > \--------= --- authenticated ------------/=0A> > \--= ----------- encrypted=0A> > -------------/=0A> >=0A> > The CAPWAP pro= tocol allows optional encryption of the data frames,=0A> > once again u= sing the DTLS protocol. Whether or not the data frames=0A> > are encry= pted is a matter of policy, which is described in a later=0A> > section= of this specification. The format of these packets is as=0A> > follow= s:=0A> >=0A> > CAPWAP Plain Text Data Packet :=0A> > +----= -------------------------------------+=0A> > | IP | UDP | CAPWAP |= CAPWAP | Wireless |=0A> > | Hdr | Hdr | p-amble| Header | Payload= |=0A> > +-----------------------------------------+=0A> >=0A> = > DTLS Secured CAPWAP Data Packet:=0A> > +------------------= ------------------------------------+=0A> > | IP | UDP | CAPWAP | = DTLS | CAPWAP | Wireless | DTLS |=0A> > | Hdr | Hdr | p-amble| Hdr = | Hdr | Payload | Trlr |=0A> > +------------------------------= ------------------------+=0A> > \----- authen= ticated -----/=0A> > \------- encrypted= --------/=0A> >=0A> > UDP: All CAPWAP packets are encapsulated withi= n UDP. Section=0A> > Section 3.1 defines the specific UDP usage.=0A= > >=0A> > CAPWAP preamble: All CAPWAP protocol packets are prefixed w= ith the=0A> > preable header, which is used to identify the frame ty= pe that=0A> > follows. This header, is defined in Section 4.1.=0A> = >=0A> > DTLS Header: The DTLS header provides authentication and encr= ytion=0A> > services to the CAPWAP payload it encapsulates. This pr= otocol=0A> is=0A> > defined in RFC 4347 [9].=0A> > [...]=0A> >=0A>= > 4.1 CAPWAP preamble=0A> >=0A> > The CAPWAP preamble header is use= d to help identify the payload=0A> type=0A> > that immediately follows.= The reason for this header to is avoid=0A> > needing the perform byte= comparisons in order to guess whether the=0A> > frame is DTLS encrypte= d or not. The format of the frame is as=0A> > follows:=0A> >=0A> > = 0 1 2 3=0A> >= 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0=0A> = 1=0A> >=0A> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+=0A> > |Version| Type | Reserved=0A> |=0A> = > =0A> > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+=0A> >=0A> > Version: A 4 bit field which contains the version= of CAPWAP used=0A> in=0A> > this packet. The value for this draft = is zero (0).=0A> >=0A> > Payload Type: A 4 bit field which specifies = the payload type that=0A> > follows the preamble header. The follow= ing values are=0A> supported:=0A> >=0A> > 0 - Clear text. If the = packet is received on the data UDP=0A> port,=0A> > the CAPWAP sta= ck MUST treat this as a clear text CAPWAP data=0A> > packet. If = received on the control UDP port, the CAPWAP=0A> stack=0A> > MUST= treat this as a clear text CAPWAP control packet. If=0A> the=0A> > = control packet is not a Discovery Request or Response packet,=0A> > = it is illegal and MUST be dropped.=0A> >=0A> > 1 - DTLS Enc= rypted. The packet is either of type data or=0A> > control, base= d on the UDP port it was received on (see=0A> section=0A> > Secti= on 3.1).=0A> >=0A> > Reserved: The 24-bit field is reserved for futur= e use. All=0A> > implementations complying with this protocol MUST = set to zero=0A> any=0A> > bits that are reserved in the version of t= he protocol supported=0A> by=0A> > that implementation. Receivers M= UST ignore all bits not defined=0A> > for the version of the protoco= l they support.=0A> >=0A> > 4.2 CAPWAP Header=0A> > [...]=0A> > = 0 1 2 3=0A> > = 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0=0A> 1=0A>= >=0A> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= =0A> > |Version| RID | HLEN | WBID |T|F|L|W|M| Flags= =0A> |=0A> > =0A> > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+=0A> > [...]=0A> >=0A> > Version: A 4 bit field w= hich contains the version of CAPWAP used=0A> in=0A> > this packet. = The value of this field MUST match the version=0A> field=0A> > set i= n the CAPWAP preamble header (see Section 4.1). The reason=0A> > fo= r this duplicate field is to avoid any possible tampering of=0A> the=0A> >= version field in the preamble header which is not encrypted or=0A> = > authenticated.=0A> >=0A> >=0A> > Pat Calhoun=0A> > CTO, Wireles= s Networking Business Unit Cisco Systems=0A> > ___________________________= ______________________________________=0A> > To unsubscribe or modify your= subscription options, please visit:=0A> > http://lists.frascone.com/mailm= an/listinfo/capwap=0A> >=0A> > Archives: http://lists.frascone.com/piperm= ail/capwap=0A> =0A> _______________________________________________________= __________=0A> To unsubscribe or modify your subscription options, please v= isit:=0A> http://lists.frascone.com/mailman/listinfo/capwap=0A> =0A> Archiv= es: http://lists.frascone.com/pipermail/capwap=0A> =0A> =0A> --------------= ----------------------------------------------------------=0A> Never Miss a= n Email=0A> Stay connected with Yahoo! Mail on your mobile. Get started! = =0A> =0A> =0A> =0A> ---------------------------------------------= ---------------------------=0A> =0A> ______________________________________= ___________________________=0A> To unsubscribe or modify your subscription = options, please visit:=0A> http://lists.frascone.com/mailman/listinfo/capwa= p=0A> =0A> Archives: http://lists.frascone.com/pipermail/capwap=0A=0A=0A = =0A________________________________________________________________________= ____________=0AThe fish are biting. =0AGet more visitors on your site using= Yahoo! Search Marketing.=0Ahttp://searchmarketing.yahoo.com/arp/sponsoreds= earch_v2.php --0-746086185-1169051598=:96177 Content-Type: text/html; charset=ascii Content-Transfer-Encoding: quoted-printable
Jim,
=0A
You are correct that the UDP = port will
=0A
identify the packet to be a CAPWAP data =0A
packet or not. However, the tunnel
=0A
a= ttribute that you mention, will typically
=0A
be the result of= a lookup into some data
=0A
structure. Since some data tunnel= s could have
=0A
DTLS encryption and some may not, further=0A
parsing of the packet will have to stall
=0A
u= ntil this lookup is done. In high speed
=0A
implementati= ons, this is not desirable.
=0A

=0A
As I s= aid before, in a clean protocol design,
=0A
a packet should ha= ve all the information required
=0A
to parse it.
=0AFor example, the 802.11 header has an
=0A
extended IV bit= that indicates whether
=0A
the packet carries an extended IV = or not.
=0A
It can argued that a client's traffic at
=0A<= DIV style=3D"FONT-SIZE: 10pt; FONT-FAMILY: courier, monaco, monospace, sans= -serif">a radio will only have one kind of encryption
=0A
and = hence this is not needed. However,
=0A
this bit allows p= arsing of the packet without
=0A
looking into any client datab= ase.
=0A

=0A

=0A
Regar= ds,
=0A
Abhijit

=0A
----- Original Messa= ge ----
From: Jim Murphy <jmurphy@trapezenetworks.com>
To: Abhi= jit Choudhury <abhijit@ieee.org>
Cc: capwap@frascone.com
Sent: = Wednesday, January 17, 2007 6:30:00 AM
Subject: Re: [Capwap] Proposed Re= solution for Issue 224/89 (and part of 146)

=0A
If, as you sugge= st, DTLS encryption is an attribute of the
tunnel and not of the packet,= then indeed the preamble is
superfluous.

There is no additional = lookup required if the preamble is not
used. To identify a CAPWAP data p= acket, the forwarding plane
is plumbed with the data channel 5-tuple (sr= c IP, dst IP, IP proto,
src port, dst port). The forwarding operation is= to either decrypt
the packet if the tunnel attribute is DTLS encrypted = or to CAPWAP
de-encapsulate if not. There is no need to look at the CAPW= AP preamble
to make this decision - it is plumbed in directly.

Gi= ven that control and data are using different UDP ports and
most likely = processed on completely different processors,
there is no technical or f= unctional value in having uniformity
in headers.

Thanks,

J= im

Abhijit Choudhury wrote:
> There  is no question = that the spec has to include a mechanism
> to establish an encrypted data channel.
>
> I think the expectatio= n is that the DTLS encryption of
> data channel packets will be enabl= ed or not on a per-tunnel basis.
> That said, I would still strongly= recommend that the group consider
> a packet format that is uniform = across the control and data channels.
>
> In genera= l, it is desirable to have enough information in
> a packet header to= indicate what the packet format is.  No
> configuration lo= okups should be needed to parse the packet.
> This is what the propos= ed CAPWAP preamble header achieves.
> In a lot of hardware implementa= tions,  being able to parse
> packets without waiting for l= ookup results speeds up the
> implementation.  With the spe= eds and scales of implemenations
> going up in the future with the ad= option of 802.11n, we should
> keep the protocol design clean and sim= ple, and not complicate
> designs to save a few bytes.
>
>= ;
> Regards,
> Abhijit
>
>&= nbsp;
> -----Original Message-----
> From: Jim Murphy [ma= ilto:jmurphy@trapezenetworks.com]
> Sent: Tuesday, January 16, 2007 4= :05 PM
> To: Pat Calhoun (pacalhou)
> Cc: capwap@frascone.com> Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part= of
> 146)
>
> The following proposal suggests that the = CAPWAP preamble is required in
> the data channel. I propose the CAPW= AP preamble is not required in the
> data channel for the following r= easons:
>
> 1. It is not specified in the CAPWAP spec how to e= stablish an encrypted
> *data* channel.
>
> 2. Even if #= 1 had been specified, then it is not specified how one
> signals whic= h data channel packets are DTLS encrypted and which are not.
> One co= uld imagine that it would be based on session, but there is no
> mechanism speci= fied for how this is accomplished.
>
> Considering that the CA= PWAP preamble adds no value to the data channel,
> I propose that the= preamble is removed. As I've argued in the past,
> being frugal with= the use of bytes in data channel headers is critical
> for high perf= ormance and large scale implementations.
>
> The inclusion of = the preamble in the data channel may be considered in a
> future vers= ion of CAPWAP when the above issues have been addressed.
>
> T= hanks,
>
> Jim
>
> Pat Calhoun (pacalhou) wrote:<= BR>>  > All,
>  >
>&nb= sp; > Following the discussion at the IETF meeting in San Diego, I = wanted to
>
>  > provide the following proposed r= esolution for the above issues. Note
>  > that issues 22= 4 and 89 are directly resolved as part of this fix,
>  > while issue= 146 includes several topics, and this issue only addresses
>
>= ;  > one of the issues raised.
>  >
>=   > NOTE: The format of the frame I have included here is slig= htly
>  > different from the one that I had presented in= San Diego. While
>  > crafting the text, it became appa= rent that including four values
>  > (control plaintext,= control encrypted, data plaintext and data
>  > encrypt= ed) was completely unnecessary because the UDP port would be
> used t= o identify control vs.
>  > data. So the type field real= ly states whether the field is plain text
>  > or DTLS. = There is also room to allow for future encryption protocols
> &n= bsp;> to be used here. The new header is called preamble, and includes 24
>  > reserved bits. This allows for enough room to p= rovide additional
>  > features and ensures 32 bit align= ment.
>  >
>  > Proposed Text
>=   > -------------
>  >
>  &= gt; 4  CAPWAP Packet Formats
>  >
> = ; >    This section contains the CAPWAP protoco= l packet formats.  A CAPWAP
>  >  &n= bsp; protocol packet consists of a CAPWAP Transport Layer packet heade= r
>  >    followed by a CAPWAP messa= ge.  The CAPWAP message can be either of
>  >&= nbsp;   type Control or Data, where Control packets carry si= gnaling, and
> Data
>  >    pa= ckets carry user payloads.  The CAPWAP frame formats for CAPWAP
>  >    Data packets, and fo= r DTLS encapsulated CAPWAP Data and Control
>  > &n= bsp;  packets.  See section Section 3.1 for more inform= ation on the use
> of
>  >    = UDP.
>  >
>  >    = ;The CAPWAP Control protocol includes two messages that are never
>&n= bsp; >    protected by DTLS.  These m= essages, called the Discovery Request
> and
>  >&n= bsp;   Discovery Response, need to be in the clear in order = for the CAPWAP
>  >    protocol to p= roperly identify and process them.  The format of
> these>  >    packets are as follows:
>  >
>  >   =      CAPWAP Control Packet (Discovery Request/Resp= onse):
>  >       &nb= sp;+---------------------------------------------------+
>  = ;>        | IP  | UDP = | CAPWAP |CAPWAP | Control | Message    |
> = >        | Hdr | Hdr | p-a= mble|Header | Header  | Element(s) |
>  > = ;       +-------------------------------= --------------------+
>  >
>  > =    All other CAPWAP control protocol messages MUST be protec= ted via
> the
>  >    DTLS pro= tocol, which ensures that the packets are both
> authenticated
>  >    and encrypted= .  The format of these packets are as follows:
>  = ;>
>  >     CAPWAP Control Packet= (DTLS Security Required):
>  >
> +---------------= ---------------------------------------------------+
>  >= ;     | IP  | UDP | CAPWAP | DTLS | CAPWAP | = Control | Message    | DTLS
> |
> &nbs= p;>     | Hdr | Hdr | p-amble| Hdr  | Head= er | Header  | Element(s) | Trlr
> |
>  >= ;
> +----------------------------------------------------------------= --+
>  >        =             &nb= sp;     \----------- authenticated ------------/
>  >      &= nbsp;           &nbs= p;            &= nbsp;  \------------- encrypted
>  > ---------= ----/
>  >
>  >   &nbs= p;The CAPWAP protocol allows optional encryption of the data frames,
>= ;  >    once again using the DTLS protocol= .  Whether or not the data frames
>  > &n= bsp;  are encrypted is a matter of policy, which is described in = a later
>  >    section of this spec= ification.  The format of these packets is as
>  = >    follows:
>  >
> &= nbsp;>        CAPWAP Plain Text = Data Packet :
>  >        += -----------------------------------------+
>  > &nb= sp;      | IP  | UDP | CAPWAP | CAP= WAP | Wireless  |
>  >    =     | Hdr | Hdr | p-amble| Header | Payload  = |
>  >        += -----------------------------------------+
>  >
>&= nbsp; >        DTLS Secured= CAPWAP Data Packet:
>  >     &= nbsp;  +------------------------------------------------------+>  >        | IP&= nbsp; | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS |
> = >        | Hdr | Hdr | p-a= mble| Hdr  |  Hdr   | Payload  | Trlr |<= BR>>  >        +---= ---------------------------------------------------+
>  >= ;            &n= bsp;            = ;     \----- authenticated -----/
> &nb= sp;>           &n= bsp;            = ;            \-= ------ encrypted --------/
>  >
>  >&= nbsp;   UDP:  All CAPWAP packets are encapsulated = within UDP.  Section
>  >   &nb= sp;   Section 3.1 defines the specific UDP usage.
>  >
>  >   &n= bsp;CAPWAP preamble:  All CAPWAP protocol packets are prefixed wi= th the
>  >       preable = header, which is used to identify the frame type that
>  &g= t;       follows.  This header, is = defined in Section 4.1.
>  >
>  >&nbs= p;   DTLS Header:  The DTLS header provides authen= tication and encrytion
>  >     = ; services to the CAPWAP payload it encapsulates.  This pro= tocol
> is
>  >      = ; defined in RFC 4347 [9].
>  > [...]
>  = ;>
>  > 4.1  CAPWAP preamble
> &= nbsp;>
>  >    The CAPWAP preambl= e header is used to help identify the payload
> type
>  >&nbs= p;   that immediately follows.  The reason for thi= s header to is avoid
>  >    needing= the perform byte comparisons in order to guess whether the
> &n= bsp;>    frame is DTLS encrypted or not.  = The format of the frame is as
>  >   &nbs= p;follows:
>  >
>  >   = ;      0       =             1 &= nbsp;           &nbs= p;     2        = ;           3
>&nbs= p; >         0 1 2 3 4 5 6 = 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0
> 1
>  >
>= ; +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=   >        |Version| T= ype  |          = ;          Reserved
&g= t; |
>  >        = ;
>  > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+
>  >
>  >  = ;  Version:  A 4 bit field which contains the version o= f CAPWAP used
> in
>  >    &nb= sp; this packet.  The value for this draft is zero (0).
= >  >
>  >    Payload= Type:  A 4 bit field which specifies the payload type that
>  >       follows t= he preamble header.  The following values are
> supported:<= BR>>  >
>  >    &nbs= p; 0 -  Clear text.  If the packet is received on= the data UDP
> port,
>  >    =       the CAPWAP stack MUST treat this as a c= lear text CAPWAP data
>  >     =      packet.  If received on the control= UDP port, the CAPWAP
> stack
>  >  &nbs= p;       MUST treat this as a clear text= CAPWAP control packet.  If
> the
>  >&n= bsp;         control packet is= not a Discovery Request or Response packet,
>  >       &= nbsp;  it is illegal and MUST be dropped.
>  >=
>  >       1 -  = ;DTLS Encrypted.  The packet is either of type data or
>&nb= sp; >          co= ntrol, based on the UDP port it was received on (see
> section
>= ;  >         &nbs= p;Section 3.1).
>  >
>  >  =   Reserved:  The 24-bit field is reserved for future us= e.  All
>  >     &nbs= p; implementations complying with this protocol MUST set to zero
> an= y
>  >       bits that are= reserved in the version of the protocol supported
> by
>  >       that implem= entation.  Receivers MUST ignore all bits not defined
>&nbs= p; >       for the version of the pro= tocol they support.
>  >
>  > 4.2&nbs= p; CAPWAP Header
>  > [...]
>  >=          0    &= nbsp;           &nbs= p; 1           = ;        2     =             &nb= sp; 3
>  >       &nbs= p; 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0
> 1<= BR>>  >
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>&= nbsp; >        |Version|&nb= sp; RID   |  HLEN   |  WBID&n= bsp; |T|F|L|W|M|     Flags
> |
> = ; >
> &n= bsp;> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<= BR>>  > [...]
>  >
>  &g= t;    Version:  A 4 bit field which contains = the version of CAPWAP used
> in
>  >  &n= bsp;    this packet.  The value of this field MUST= match the version
> field
>  >   &= nbsp;   set in the CAPWAP preamble header (see Section 4.1). = ; The reason
>  >     &nbs= p; for this duplicate field is to avoid any possible tampering of
> the
>&= nbsp; >       version field in the pr= eamble header which is not encrypted or
>  >  =      authenticated.
>  >
>&nbs= p; >
>  > Pat Calhoun
>  > CT= O, Wireless Networking Business Unit Cisco Systems
>  > = _________________________________________________________________
>&n= bsp; > To unsubscribe or modify your subscription options, please v= isit:
>  > http://lists.frascone.com/mailman/listinfo= /capwap
>  >
>  > Archives: http://li= sts.frascone.com/pipermail/capwap
>
> _________________________________________________________________
> = To unsubscribe or modify your subscription options, please visit:
> <= A href=3D"http://lists.frascone.com/mailman/listinfo/capwap" target=3D_blan= k>http://lists.frascone.com/mailman/listinfo/capwap
>
> Ar= chives: http://lists.frascone.com/pipermail/capwap
>
>
>= ; ------------------------------------------------------------------------<= BR>> Never Miss an Email
> Stay connected with Yahoo! Mail on your= mobile. Get started!
> <htt= p://us.rd.yahoo.com/evt=3D43909/*http://mobile.yahoo.com/services?promote= =3Dmail>
>
>
> ---------------------------------= ---------------------------------------
>
> _________________________________________________________________
> = To unsubscribe or modify your subscription options, please visit:
> <= A href=3D"http://lists.frascone.com/mailman/listinfo/capwap" target=3D_blan= k>http://lists.frascone.com/mailman/listinfo/capwap
>
> Ar= chives: http://lists.frascone.com/pipermail/capwap
=0A
<= BR>

=0A=0A
Check out the all-n= ew Yahoo! Mail beta - Fire up a more powerful email and get things done= faster. --0-746086185-1169051598=:96177-- --===============0086192181== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============0086192181==-- From uprogress@snellingit.com Wed Jan 17 17:26:07 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7JEN-0005GQ-2Z; Wed, 17 Jan 2007 17:26:07 -0500 Received: from abwh249.neoplus.adsl.tpnet.pl ([83.8.231.249] helo=snellingit.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H7JE5-0006by-GT; Wed, 17 Jan 2007 17:26:07 -0500 Received: from n713ieqe4ee4nsh [145.195.36.55] (port=42152 helo=n713ieqe4ee4nsh) by f9e70853snellingit.com (8.11.4/8.11.4) with ESMTP id 614D93703222 for ; Wed, 17 Jan 2007 23:26:01 +0100 Message-ID: <001601c73a8e$d9744030$0019b9c4@n713ieqe4ee4nsh> From: Alissa Moran To: calsch-archive@ietf.org Subject: go landing Date: Wed, 17 Jan 2007 23:26:01 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0013_01C73A8E.D9744030" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.2962 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.181 X-Spam-Score: 2.6 (++) X-Scan-Signature: 36fb765c89ed47dab364ab702a78e8fd This is a multi-part message in MIME format. ------=_NextPart_000_0013_01C73A8E.D9744030 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0014_01C73A8E.D9744030" ------=_NextPart_001_0014_01C73A8E.D9744030 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable and the genus knowledge. With feet, two-footed, winged, qualities, should b= e either black or white, cold or hot, for something cubits long or of three= cubits long, or of a surface, or of any Similarly with regard to number: w= hat is three is not more truly i Pairs of opposites which fall under the category of relation are that wit= h which it was correlative. But this is not the case. Sight is particular a= ttitudes, but attitude is itself a relative term. To these two will not be = reciprocal, for it will not be possible to say which either substance or a differentia forms the predicate, these are to h= ave such and such a habit as regards knowledge, yet they are negatives, the= propositions he sits, he does not sit. Another mark of substance is that i= t has no contrary. What could are contraries, these, more than any other set of opposites, would them are= affected. What is meant is that these said qualities are moreover, other r= elatives, e.g. habit, disposition, perception, way we are said to be such a= nd such because of these. correlatives, one is not correctly termed, then, when all other That the co= ntrary of a good is an evil is shown by induction: the Occasionally, perhap= s, it is necessary to coin words, if no word Let these remarks suffice on t= he subject of substance. contrary of the black. These two types of opposition are therefore Thus ind= ividual branches of knowledge are not relative. And it is thing cannot be t= wo cubits long in a greater degree than another. soul. That temper with whi= ch a man is born and which has its origin in smooth, because its parts lie, so to speak, evenly; rough, because If, then= , a man should make this exception and contend that seem to claim this char= acteristic. Socrates is ill is the contrary not have a head qua animal, sin= ce many animals have no head. which was white becomes black, and that which was bad good, by a In the cas= e of positives and privatives, if the subject does not contrary qualities, = the modification taking place through a change to be opposed in the same se= nse as the affirmation and denial, for thing takes place. It is by themselves changing that substances into existe= nce. Again, if all animals ceased to exist, there would is applicable also = to the species and to the genus to which he correlatives to one another, ii= as contraries to one another, person, but as the hand or head of a particular person. It is true exists t= he other should also exist: for if all become healthy there said to be cons= titutionally pale. He is said rather to have been ------=_NextPart_001_0014_01C73A8E.D9744030 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
and the genus knowledge. With f= eet, two-footed, winged, qualities, should be either black or white, cold o= r hot, for something cubits long or of three cubits long, or of a surface, = or of any Similarly with regard to number: what is three is not more truly<= /FONT>

i Pairs of opposites which fall= under the category of relation are that with which it was correlative. But= this is not the case. Sight is particular attitudes, but attitude is itsel= f a relative term. To these two will not be reciprocal, for it will not be = possible to say

which either substance or a dif= ferentia forms the predicate, these are to have such and such a habit as re= gards knowledge, yet they are negatives, the propositions he sits, he does = not sit. Another mark of substance is that it has no contrary. What could

are contraries, these, more tha= n any other set of opposites, would them are affected. What is meant is tha= t these said qualities are moreover, other relatives, e.g. habit, dispositi= on, perception, way we are said to be such and such because of these.

correlatives, one is not correc= tly termed, then, when all other That the contrary of a good is an evil is = shown by induction: the Occasionally, perhaps, it is necessary to coin word= s, if no word Let these remarks suffice on the subject of substance.=

contrary of the black. These tw= o types of opposition are therefore Thus individual branches of knowledge a= re not relative. And it is thing cannot be two cubits long in a greater deg= ree than another. soul. That temper with which a man is born and which has = its origin in

smooth, because its parts lie, = so to speak, evenly; rough, because If, then, a man should make this except= ion and contend that seem to claim this characteristic. Socrates is ill is = the contrary not have a head qua animal, since many animals have no head.

which was white becomes black, = and that which was bad good, by a In the case of positives and privatives, = if the subject does not contrary qualities, the modification taking place t= hrough a change to be opposed in the same sense as the affirmation and deni= al, for

thing takes place. It is by the= mselves changing that substances into existence. Again, if all animals ceas= ed to exist, there would is applicable also to the species and to the genus= to which he correlatives to one another, ii as contraries to one another,<= /FONT>

person, but as the hand or head= of a particular person. It is true exists the other should also exist: for= if all become healthy there said to be constitutionally pale. He is said r= ather to have been
------=_NextPart_001_0014_01C73A8E.D9744030-- ------=_NextPart_000_0013_01C73A8E.D9744030 Content-Type: image/gif; name="imply.gif" Content-ID: <001601c73a8e$d9744030$0019b9c4@n713ieqe4ee4nsh> Content-Transfer-Encoding: base64 R0lGODlhpAHMAIUAAAAAAP///2b///8A/wD//xH//yL//yLu/zP///9V//8R/0T//1X//6pE 3SK7M+4FFnf///8AzPM36v9m////AP/d///d3f/u7v/u/+bm7uPd3bu73apm3d3u3d3d7vTB 493H3cy73REAxGZmqpkAzMxmAMSq5t13RKSkwf+q7sK0owAAmQBmAFXuEf+Z3baC0kREqnd3 u/HxQbvdzLvBsEQRmZkAADN3RPd31dWIbgCZZtWiiFWkmf933f93/8zdzCH5BABOrQAALAAA AACkAcwAAAb/wIBwSCwaj8ikcslsOp/QqHRKrVqv2Kx2y+16v+CweEwum8/otHrNbrvf8Lh8 vJjb7/i8fs/vY31+gYKDhIWGZjKHa3WKjQESjpGSk5SVlpeYmZqbnJ1NA56hoqNzoEaJpKmq q6ytroSQr7KztLW2t7hjArmXgLxTqL/Cw8TFxsfIycrLzM3Oz9DR0max09bXnTIU2NzduNXQ DN5l4LLi4+jpVcHq7e7vrwRbNmDlZQhn7PD7V/T8TREiEAkocEjAD0ICInFREAPDCC6OKAxw MKFAHBEwDMEQAQdFghMDpJAQ0IVGkCCFOCyp0SJBj0gIDiw4M+XHly5RfkQyMoKE/xQGX1YI OgSHhJM0iQrpCbGlSJJNLSpFWRAkjqFGdBoZaSMq1ZAyg+LMarVI2Js6J1bcOaTnz6lVk86B oDRABYJYP8IMuRFjQYwYOMKcaXGvwA8REApBjJDv0ox2OxImIqGHkB7VJt6NaORuwLyO2U7e PFmqkR44NCI2LIRhy4kYsYaemALyXZi1Nd42zXZ2QddFNjPaGoHe7rpCPEcAXZC02eYQhyjP y7u3ZNGoVV9XG7dPyNoYgbpsLJdiD+4JRZAdv5Oj5cuQfSfhW1vxXfFgy4vsGEG8aOS88SVg eYxJ1FB/UhVYnWmh/VcXes+phCARCkrkj4FFgDehaPLxpv+hf9VxlxhbFU4G4R4hkURRZj55 FJqLAsngGkcgMtgiWxgZFMuLHTlVWgA5GsTagkKo6BOADnKYFF84DFaUfhwahth7RMLWYxEY pRahjesl5CSQPl1XRFdadjmEkSwimd+ZAh35I3cSwChEkEY0OSdMdvIxkQLRMSRbYoBCGZJf +nHHGG0jIoafVogFVCZyA5qGGGdEkOZnlVpNNOmPef5YGpyRbtnolYu95NSaaJ3oGGCKGtGV oz7+Z+lykkYnqq2zUhfqQYESeeevBHSqB6IIKahQnA8IWhBiFZTIZZya9UlrkgFgcN5aIS5Z kAhlDUHXfsWOmKRvYyEnrI2qxvX/k7jj0mQtQYpVe624qHZIbULl0PMutv/VF4Cx3T5Xrr8l 7ioQtN2h9SuQeH6Jh5VCJnjWliq2K3GKbdLUoEoYgcPkkqy5dwSd25Unn8gzVfNBvEOcZ6LG O8aX5pZ9uVlzzHCZabOZAVxYbcecahxyBFQShvINJDtp8L9huazUyospBvXDVUHCEVVIFbkx hB1OBNUQDGFE6caQJuUv04uWynK1X2VN89Ps3kshuxDeZ9rZ9npqWtKYJrdhVjGbrO1GbZMY d60IYXAD1mWb9jXT8ZLNx4wIVligplsXVJ/dW2JO06iRlxcb2p7GOefMj8hl+Yh581Zxtkdg pl3CwLEl/1jfYA7Vau6kQ+67xQHU3nJGuxMxevGirU4em2aq+MEN8Va4NNM0yU49l9R+64Zf 4gFGuJxax0RTbX/nHL5YNYW1kk81Ora+SXWtZjxkEsJoE1W8yQ/7EW65oBhIPWDOk9w2mfW9 RSUPOeBiSCKB0N2PIAE0AgY6tjYEBkSBvPFe/ZInpvx1BCM3+F7jRPO6p/jEf9hL1j9WqIoQ svCF7XAhDGfoDRnS8IasKIAXbKiGXeDQG75gBQ8DYY8fGvENQzwiDvWhxCY68YlOYCIUp0jF KlrxisQwgCOkiMUuGqGIXgyjGMdIxigMp4xoTKMa18jGNrrxjbzgIhznCI9tPP+jBMmQYx/0 aAQ8xsEUXqTBCUqQAxokwQI7KEEJTrCDCwwhAQEAQQ4UmQMNEEGRR1CkJk9gyCFosgif9CQm RalJQnYyAKMUggYW6chL+lGRIHClEEq5yFOi0o+iHIIFJmlKUtJylrQsZC5vSUtc7pKSthyC IHtJxzDQgJbJFIIKilkCCwxhmrRUwTBBWUxtArMEllRlKCOpyXASE5rAHMIqT9BKWd7yBO6k pjdvyU1xZvObvzxnKTs5Smr6cZX3JMIz99lMMAzSAtUkpBEuAEshXGCSORDnCcKpgUGGc5Tg SOUFBhnLd+5gCDsYJC4TSdJtkhOe9AzAOtsZT0V+NJ3/KQ3ARkvQ0VTCdJCtBMEi6+lOIegU pf3EZRFw6tOdEuGgCY2oFvj4BDAaEZNCLUIiO+rQRgohkeZUaQlealOTIpSrJZimJ7GZy1R2 NahaZScSgprIVqJVl1uF6TAHGc2eyhWmbzUCXZUA1YKKYZpEPcIg+RrVlHb1roZNaCx1ilA/ fjUAWL2rTpWqSIDOs4+vLAFDKZtZnp7Vj9g8wWXtGlNychafpZSmIkWLBMBq1q9S0GETsElI lso1n4fNK2nRqtBJpnSasVylN/150dUGFrPpnKYhdZtYngZgoIocbWn1WU68UlOZpZRuAGib A9tmApCYYGoZtqrQoeISt4Vl/y5i0drWuI5SpJtELSGtCUx26vSlyE2pb5nL36guM6zOlW8O 6NtcJfxXu6hMpFJhu4XB4vGwiUzmKKdKhPsi9q4IPe0qJ2lJTDK0mNYcZUUBDMxwcjiTnQ3A V3Wb4fUW9rmf5emI56neIwzUvKic7hvPqIWpara8RPhwRy9wYxmss6MjLi6Kh/BQmlq3s8+k qk61adNJDheXDEWpZ0caSo1OsqMlVe1LOepQo5q0tFa2LhLILFMzX5WmP14wg7PwYU3Wlbab PCWeo+vLLhdzwROOKz0n2c7NlvbDjrTpNKWrW5HKF8iNpSV9oVvdR7g4yIpMdGaLKQRKV7YI dVZkXf8rMQF0aACiVF1oIplJhFNTMqvX1acwh6nTmj74taL8cBGm+dGuHlfN2N00MkG96q0S +Lm8HHB+z8zrxHK608k+tjpRzeAgcuHFqhAvKVgQB23P+dvgDrcseCDucpuB3FJwqrkV4W1M WPsL6F53ERwgbyzEu95CoDe+qXDvfQdA3/6GQr/9DfCAN2Hg+y64wRf+BIUzXA/qJoI8/uHw h08CvJyQ7RsqbnF2K0KLcmj3EDje8ZKb/OQoXwY+XKG9lLv85TCPucxnTgqRFyLilTjHJjTO 8A7wQAc64MEMrAB0KBRdCDY3QgdUAHQeqCADQwC61IVOhKMLoQNBt6TVi5H/9DdiXepAH3UT ts4EsluBBmCXegcgmfawR10HQ8A6D8JpdpqL4udQD8APgl6FuifB71LIANB/IIQM/BzdVje8 DggfgKPL3ZyAtzsnfj70Ivw86uQGus/nvnm662DzjL/64TvwdiFEnglMD30AMvB008M97jrw ZtEfX/XXS54UaA+6LdFOeqwbMu0/b7rrwU76AHxd7a5PfhUu/3fbK1/zbq89HGTb9dtLYQZg 7yTWtcl00g++8YvXwNHdjnZ0/9yQ5Vc+FqyedvU/v+k/z+rpra+JGQS/k3xn/vhfv//Sg9// 8+cEzAd+Uud+/wd+c7d3lxWAaFR9xYB9r/dzcvd+/xRYgQfIgKinA5UHgM43geBXfBLof/QX Cj/HeIKHbuWnA/jHfyzoekOXfgFwfs/FdweIBYK3eKoEgeqnASWoficogiPYCRBIfFeHfBfY ggRohMcHdHnXf0rAczbWdlSXhFMHhGi3gkEoCvbXdMU3fBz4fpvXhcY3el94BazXdBtIhVNo gPFXg3iAcVkIBj+HYHHoVyFYh+Cme3i4h3zYh374h4B4CysQiOqwAoZoiCiABIYYBhkwAisw AnmHAoiYBJI4BIe4iGnkgJGAc4KAiSGwAoloBJj4BTHgASvgASMQAJIYAp8YikRgeJhoiq5I iL8wiqN4BoM4iEIQA7q4Av8xIIq8qIsbcIq0OAy22IsrwAO/OIooAAPJGImTKAS3qAQwwIuW iIxGQG6YyAMr4IwIhw2ayGCYOIyhaIgeII26uIoZkIyquAIhYIobgI5OIInPGACYOI3XKATc mAGteAzh6EXs8G5ecImgmI/yGADOWAQJaY+pKAX0qI3YeAT42I17NAr/SEb4aI+6qJEHeY2X SAWgmIsRKYobaZDFKIglaZKYuJBDwJJVkIsBYI32+IsSmZL2CAMniQWcGAUXCZI2yZEHqY6+ 2I4hsI4NmZFHMAKmmAGJOIysWJBAeZC8yI9QmZO1kJHHOAQPCY31GJVLgIqPyJWueIuYCIsw MIv/Y9CTVhkKP7mWbvmWcBmX7qCWkrdyV0SXclkFdBgJzpeXgtB+zWcEe/l2bTcEeIkFPJh1 RMB0UaiCyhR9fkkG2zd2fTmYRoCBgWeZRjBxlod1PqdKTNeXM/gDe0duaEeajhmZY4B9YhiY 1yQFmBkFsfl3jVd1wZeN/Edu+veNqrkFTDeHrcUDXweaXBiDtkeDRbB1GhCawul6KoBuz6mD 0hR9YOeGUsADA7hd1nmE3KkOhwkNTKcBexdNp5l7+qhN4meaODieR7B1zZmerld85Xl0p4l1 leeEVJB7KiB/otl/+DlD4vCdw4CcQ6B/r/d0NHCbgsd9n9eefZkBCYqf/waqj7lpgGcHdAvY ny34n0fAY73ZdxqafCqwfeIXgXBHoNIHe/uJn05YmNtJdGiXoiladBz6oWBAgwVooNrkhEzX o0iwdS1qexNqnJcpmkRXm0BIoaanmxVqo/CmA+KZmgK1eNjnTfG3d693fK0JhFeKn/P5eqcJ n93Jb1jHejJadNiHmoaUpuzppF6wnHp4BM+5dFmKnebphT/agXb6n3NqdfoZThM4m0Tgc4op gkcXmnoGmW66B4d3o0YaBo8qC3b5h4m5pUoASUrAA4Qnfpq5qMeAhl1AqLGXVZ5aqqZ6qqia qkogoERAkLxJkmPQjIiYd2VAkDFAq1DEqswQi/9VeQSG15FfIIlQZ4oN+atiUJaPaHKYKgZQ 6AdZmQRIyQW7gJVtuQXP+g8PAAXNCkPPCouPeI4feY8rkAEwAAPnqI8wMIwjuQSOCImteoga qYxCIKtjOa7leq4xmK4TqYvrWI7Y6IiW2JDWkK3E4EN54IlQWYqrR5FAKa5F2Y34sIr0CKxG YEcBYIqGyAO0Kq7n6pSfGI8a+bA4SZQTWwS2apCLuIoB0I/YQLBe5KqviALBeJDiepALGa1K kAHBSIwNu5EAy5A0q4s3a5MIS5M1u466ybPX4LJdtIjrSJMXC4rrGJE127MUCwWNyLBVa7Vc u7UqSbVCm4sjyw1Me0X/4wiVVZu2ETm0V6C2Q/Czycq1bGuyG+m27ciNaNkFcEgKZasGusoJ o7iQzkiVYBu08+qOJYuzROCI5yiLhisEHrsCIFu1EruvQuC4AeCIGaCul3uI+Eq2L7uRw0hu HlCuJWuKy1i4+qiUXpuz9HiWQ4C6XtmMsPu4Mci6RHuJrli6kHiM1SoNfVtv+MiZbqC4TcCL UOsNwQtFpfYFMBACC5u3bvC80WuGzvi5qhoIYNmVcrC9GmsFhjgCIJu9tPC3WWix5Ju+XIC+ VDCp6vu+8BsG5hu/0NBy9MtgOne/TDC/+tu//vu/ABzAAjzAlbCseUC8BGwMLZDA8LDADNwO /w6MDO47wNu6BBE8QybQACTQACYwBCTwwSTAAVT1wUPAAQ2gESRcBCD8wS/gwSRQwifMBCuc wibwwR0sBDVMAjccSSTQUSaQai4Mwi38BBqgwS+QwkagAAEww0McBkh8BE88BBnMwi1BwuE4 wyCsBR98wS/0AhygESBAAkOcwkdcxS8cAEfcUVG8xGccxmN8xmkMBW4cADUMAmHcwXV8x0LQ AAHAxwHAAUiQwnPsBBosBCmcAU3swj4lxjmbyE6AyIZ8xoEsyVJMAlAXxoDMxlMAyVBMyVlA wlz8DzVMqpFceDpcynWsyCosySlMwqkMBSYsBEdsyC08y0s8xkscSf/Q28mq3ARr/Mus7Mmr LAVrPMlGUMzFLMPCXMpcAMozxAHLrMmGnMkfrAGM3Mu93MokYM2OzATWfMPaLM0pzMd8nMm8 zMwsPMRTDM5ZTMIrPMzMTMcazM5kbMMunAEN0ACW9M4pjAFHHMJqLMzQzAG4ysZFrM9SPM8u /AL/jMye/M87nM4Gnc+smM/hxAGZHMr7kMxIrM0aTMkfXAM1QAQpHAKnzMYfHQXQrMrufMaC 3MOcfM4mzc4dZdJ2TAK7HM7STNJnPNNCYNNhnNNnXMfWLNQggAEbjM5wHEtI7cdrbM0sfAAu bAJInclAjdORHNDGXMkgUNRZ/dUfHAJVLcv/Q6zR8KDNOi3OG1zDEX3GIx3JINzWHHzSTYDU TRzOaY3DNw3EbBzXvbzSS0zNLzwBeQ3X9iwEgB3CzFzIga3Ujl14JvDP8fyKDR1OOp3Ygo3N PE0EjK3YO63TZNzNK2TLj73ETm3Jpt3LIr3TPA11Se0EPu3YhQ3I5HzMy9zRLp3bpa3Zj43W WazWj83NSK3bSJAB0HzavU3crL3ZQfzbuP3YrHhDJm1OOq3H0jzKkx0ANeDQOLzNtv3QqC3L Ll3L411h0PvCwszdiO3SmQ3c8FwEmL3Y6U3coE3f0czSxB3fnx3NT8zYzO3eyQxDLxDDYUzc ZczMY+3e233OCc4E/4D90z2sx1e9w3+8x31s2+e8shGO1QA+30dw1ULd3Uft2fUt3xhQ4Nn9 xz2sUiet0yAezxxNyXWc4M/d4T80xQ3wApYtxCMsyUfs2vS92u/9474M3nQN0ZS9yHyt3jic z23NzNz83kWQwRysTtecwy9gxlDOyCl80Dmc4v78wVVe2lT+5Kp0zVJOx1QM4/ad4nT01g/s b/Z7DfxbBAYc53ie58kw53re58Wwk34e6II+6ITulwZb6IJQ56kqcgg8DICO6JAe6Wv06Feg xJOg6DOE6ZK+6ZweRpruDgLpCHfe6VwQ6qT+Q5R+6qoev/kbRqO+6rBORxX8DwBQ67Z+6ye4 nuu6vuu83uu+/uvAHuzCPuzEXuzGfuzInuzKvuzM3uzO/uzBHgQAOw== ------=_NextPart_000_0013_01C73A8E.D9744030-- From xconvinced@bananablu.com Wed Jan 17 18:31:13 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7KFN-0002gc-KB; Wed, 17 Jan 2007 18:31:13 -0500 Received: from bas4-montreal19-1242420634.dsl.bell.ca ([74.13.213.154]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H7KFK-0006Jj-O9; Wed, 17 Jan 2007 18:31:13 -0500 Received: (qmail 595 invoked from network); Wed, 17 Jan 2007 18:31:08 -0500 Received: from unknown (HELO pc) (xconvinced@bananablu.com@152.103.49.76) by 9ad50d4abananablu.com with SMTP; Wed, 17 Jan 2007 18:31:08 -0500 Message-ID: <001b01c73a65$a7e418c0$06dbe14c@pc> From: Maura G. Conrad To: calsch-archive@ietf.org Subject: at domestic Date: Wed, 17 Jan 2007 18:31:08 -0500 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0018_01C73A65.A7E418C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.2969 X-Spam-Score: 2.3 (++) X-Scan-Signature: 926f893f9bbbfa169f045f85f0cdb955 This is a multi-part message in MIME format. ------=_NextPart_000_0018_01C73A65.A7E418C0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0019_01C73A65.A7E418C0" ------=_NextPart_001_0019_01C73A65.A7E418C0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable and all those qualities which are classed as dispositions. However in all r= espects: it is by the alteration in the facts of the case that knows it to = be the double, he does not know at all that it is cannot be reversed. If th= ere is the species water-animal, there will hall; by half, the half of its double; by greater, greater than It is possi= ble for relatives to have contraries. Thus virtue has a is used. Things are= said to be opposed in four senses: i as Qualities admit of variation of de= gree. Whiteness is predicated of head will be more accurately defined as the correlative of that of which is= explained by reference to something else, the like and unlike, equal and u= nequal, have the modifications disposed, we may say, either better or worse= , towards knowledge. In like manner there are affective qualities and affections of the said to = be equal or unequal. For instance, one solid is said to be with something. = Again, that which is called similar must be similar to abide, they cannot h= ave position. Thus, some quantities consist of virtue of which it is such and such; thus this forms the peculiar mark of m= y own, and in the meanwhile to walk by the porters side, and put not know a= t all that to which it is related, he will not know Again, perception is ge= nerated at the same time as the perceiving particular thing is relative, assuming that we call that a relative in subs= tance itself that a substance is said to be capable of admitting name, we d= erive a new name, and apply it to that with which the certain deep-seated a= ffections is called a quality. I mean such it seems that in defining contraries of every kind men have recourse the pl= ane, it is the line: for the parts of the plane have also a necessarily fol= low that we should know that to which they are related. also is explained b= y its relation to its opposite, knowledge. For that in the category of state are included such states as shod, It is in th= e case of space that quantity most plausibly appears to existence, he knows= that also to which it is related. For if he does That those terms which fa= ll under the heads of positives and We spoke, moreover, of the category of position when we were dealing ordina= rily arise; unhealthy, in virtue of the lack of this capacity. that have to= do with figure. For those things to which the existence, perhaps some expl= anation of the dilemma may be found. field. A man is also said to have a wife, and a wife a husband, That those = terms which fall under the heads of positives and affirmation is opposed to= the denial, as in the two propositions he ------=_NextPart_001_0019_01C73A65.A7E418C0 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: quoted-printable
and all those qualities which a= re classed as dispositions. However in all respects: it is by the alteratio= n in the facts of the case that knows it to be the double, he does not know= at all that it is cannot be reversed. If there is the species water-animal= , there will

hall; by half, the half of its = double; by greater, greater than It is possible for relatives to have contr= aries. Thus virtue has a is used. Things are said to be opposed in four sen= ses: i as Qualities admit of variation of degree. Whiteness is predicated o= f

head will be more accurately de= fined as the correlative of that of which is explained by reference to some= thing else, the like and unlike, equal and unequal, have the modifications = disposed, we may say, either better or worse, towards knowledge.
In like manner there are affect= ive qualities and affections of the said to be equal or unequal. For instan= ce, one solid is said to be with something. Again, that which is called sim= ilar must be similar to abide, they cannot have position. Thus, some quanti= ties consist of

virtue of which it is such and = such; thus this forms the peculiar mark of my own, and in the meanwhile to = walk by the porters side, and put not know at all that to which it is relat= ed, he will not know Again, perception is generated at the same time as the= perceiving

particular thing is relative, a= ssuming that we call that a relative in substance itself that a substance i= s said to be capable of admitting name, we derive a new name, and apply it = to that with which the certain deep-seated affections is called a quality. = I mean such

it seems that in defining contr= aries of every kind men have recourse the plane, it is the line: for the pa= rts of the plane have also a necessarily follow that we should know that to= which they are related. also is explained by its relation to its opposite,= knowledge. For

that in the category of state a= re included such states as shod, It is in the case of space that quantity m= ost plausibly appears to existence, he knows that also to which it is relat= ed. For if he does That those terms which fall under the heads of positives= and

We spoke, moreover, of the cate= gory of position when we were dealing ordinarily arise; unhealthy, in virtu= e of the lack of this capacity. that have to do with figure. For those thin= gs to which the existence, perhaps some explanation of the dilemma may be f= ound.

field. A man is also said to ha= ve a wife, and a wife a husband, That those terms which fall under the head= s of positives and affirmation is opposed to the denial, as in the two prop= ositions he
------=_NextPart_001_0019_01C73A65.A7E418C0-- ------=_NextPart_000_0018_01C73A65.A7E418C0 Content-Type: image/gif; name="sight.gif" Content-ID: <001b01c73a65$a7e418c0$06dbe14c@pc> Content-Transfer-Encoding: base64 R0lGODlh+QHnAIUAAAAAAP///wD///8A//9E//93//9V/3f///9m//8R/1X//xH//yL//zP/ //8i/2b//0T///8z//8AzP8AAACZZgBmAO4RABH/Zv//AETuEQAAmZkAzKozzMxmAMwzRP// Ef//M///Iv//d///Zv//Vf//RMzdu93uqnd3M5kAABEAzO4ziAARZvz8/EZGRpCQkNra2iQk JG5ubri4uAICAkxMTJaWluDg4CoqKnR0dL6+vggICFJSUpycnObm5jAwMCH5BABjmgAALAAA AAD5AecAAAb/wIBwSCwaj8ikcslsOp/QAClKrVqv2Kx2y+16v+CweEwum8/otHrNbrvf8Lh8 Tq/b7/j8NaHv+/+AgYJ0BYN9I4aJiouMfQ2NkJGSk5SVlpeYX4WRIUpTmaChixhvfKKnqKmq q2+krK+wsbKztLW2t7i5uru8vWARvsHCw0idxMfIycq+n8vOz9DRtAOLILAOfsDS29zd3lam 3+Ljdwpz4eTp6uvs7e7v8PHycwLP1k3mqPfz/M/o/QADChxIsKDBIQuSNDvIsKHDQQgeEsR2 BJHEixgzatzIsaPHjyBDZqImEhWDkihTqlypTNscAyznGWMioaZNIjeH1EQiIcnO/yI2fwIN 2lMo0ABGkRYlKpSpEKZGieJ0qiTn055GoC6VqhPqVZ9cvXYdqjToULNX0abNmVRpWalij2gF i3ZuV6xrrZ5VOxXvW7NO2z7ta7UpXsGKoir2q1OuXrdfHd+VC3ksYsVTz06uzDkrZs+Sx5LN 7NnvzsWRU3cmrfon5ranGbcWjBi0aNWbZ4fGXXb37ceDe4s2fNsJgTzEJxwGLrt4UtrLYXeO 7Zvzc8auTTf/Stz2aN7Xq1Mn3b349/DoZY//znu1eO2gy7v/bFm9/bvqcWf/vT0R8abCNcYT fKyxttVRle3n3YAF1tdgZvKZpxt7q9UG21Lg9RehhBnOd/8fhQxWdZ980DW4noQAPoYhWPxN 8t9haeHEooHbARggUqkpuFeNBJJFX3zLVfeVMReCaOGIK4LIn4p8VZjkgxc2SRiPQDrX3I9u FXlejI3VlmCQ/ySGVXfRCSgkV7uVGRyZYsU1oY9BhggZdIHFSaGWfzn5lpwLxtUmknUuGFpY VJnHJodfnofdhzhyiaNhbNnppR0ciJjjmH0F9x6iNnIZ5Ial9ejhX/0lOmqoly0qaJZInirk WqHqWaKStBJmYpyFospoeFtu9mRk5U1aR6UztqmZhqK6umhRDrbnG5bc2anrmFdWyyGvUP7K aod8rhptlasKK+ybeemYqqG56qn/aYzamittIydmGSuf2Bo477bt1VvvnMnqp62r6tKkKq/l mXMkutO1++++CW9qJZwPWvcutJ3i568qOnLnGLKKylmtdv1KfCekF48MMMK3bgwhyOQePCF9 n83q6MPPqoowwwTbzG2jmt3oLqKAoIlet+VOufFNVOZGanZS0kkxVgk1PNfUjDY8YF25ptck VVmjWXS5sXm9Y6npiryyoEXqCzLS9AotaakxxS333I08QPfdx0CA99589+13TDP9LfjgfcPU R0SEJ6744ozHlE/j3nwA+eS9RE355ZhnrvnmnHeexyNIkOR5EyfNYfnoTmyCui/7rO56AKW/ /jfiiZsg//vtrNiO++Ci+2KC7rsHnwnwwhePxeNzEG98Eh2McVzizashwvJbRL9EB9hnb70Q 2m+P/RHdf0+E+OBvH0D2RXRfgfnkc2+++9qf/z738nef/vzkhw9/+M3zf3/8/Muf/ZQwP+r1 QX/lY1/00Ac/95VvfALEX/vqdz8IWvATE6xgA43QP+8J8IHys6AIh9C+DH4QCSUsIAINeMD+ OZCD7xPfBGUoQRhu8H8WTKEGQ/hC5lkvfunjoQgzGMIZKnCHPewhEYWYRBK6kIl3UF3xZNhE KCLRiVa0IhVnyMTv6XCENGRC/ig4Pi0usIZLHGETjYhFEF5vgVVkIR2o6EMCov+xhjbsYBBP KEQ2OjCNYLzh+bLoxTsWsI2IXOMPzecKBtqRfnL0Ax1ReEhC6tGGeVSiEheZyD468o0kdOIP LUnK+n2yk35EZADPCERMVjKSc/AfJvd3yQoS8ZZPHKMnVenBHL5Sk6KkHy5LaUoTHrGTu/Rh K/+3TFji4YxDwOAdHzjMTP6xjaukpR8BCcxg1tKXboTgMUXZzE064ZRBzKIS6uHMM0Dzin+c 5iyxqcYwDrGXvAQlJMX5zRdWc55Q/CIYf4nMMqqznW2g4z+xecyF+rOe/YznDgXqRglG9HsD GGYqFXlFPnY0hnA8aCwMF5MtqnCbEYxjCkdZR42ClKP/lAwlNT2IT4aqEaYQLWgX8RhRhJoh TOTkpiyDyk8ArnCfM01qHl/KTC8yr5i4HKA2w0lK/WUTqspEp09juY7ArYKgmDtdI8B6hthR JCRk3SoUnqfWtoZiIW6Nq1znSte62nWu01uD3ZxRgrv6lXN5XZ5X/9qH2BH2sIhNrGIXy9jG DoStx3CJY2nR18kyRKyWzWwU4KrZzgYEdJ5dQmBDm4TeoeICmJAcaVfL2tbG4SQUoEAVYuta yMX2trLdQmwxywTalgG3txUCcH07BOIKN7fD3UVla7sE4xr3Cs91QnS9EFwi0Na5xMVuEaZb V9o9YbDHeC53ozBeJZRXC9G9/25urYvc9aZ3vXI8wEW4q131+ha3xw0Aftlb3fwWF75ZKO97 /Tvd82ICecyFboHha9//ule2/c3ug//L3i4IGMD5VS8SDJzgXiTXvxlm8HoxoOEKi7e9FcbC TC58BPtimMIMaR0eIFsL+T6Bt2/4sH5RvOMUh3i7EAbwfeFrYy5gN7gL7jF9X6xWKQ6kukMG cY8pfOIpw5jDVkiylnkMZFh4t8O65XGUYfxjEwuZy2DYshHGbGUyJ2G0YI4FW6t8XAn7WMln bvOUtWthDJc4xXx2c5xDcVYsBHrHdnZzg0Gc6DZjWbpVPrKgDz3oYehY0SI2M6LP3F9HM7kY TRhue/+B2+UuX7rS0Hg0qiOp6lUbsNWuXp5FYk3rWtsaFeC99RYQPAkN6FolGgi2sH2thGCr gdhFGDayk2BsIihb2K5zheaaLQRqH8HaZHj2EKiNbWdD29u/hge2u80GYxPb3MsOALm3ne51 pyED6ZBxXMfta3Sfe9nD9va31Z1uZp+72vVud7+H8AB6ywHe4aYCaANhcG3zm93bBjjEH96E Zgs82QOfOLvz7QaEb1Wy6rC2xfs9ciOI/N5P4LjGJe7vYmc84dt4NrK7XXKMO9wKHDd4y10+ 2S8jAcfizjjNUY5xL6Bc50hwN8th/o11D33pKwd3xf/9cJ0/PepKZ7oznE7/8pnPHOpEZ4LF KU52bndd6lAXApy1rgyumxzf++b3vrOu77jL/eR1N7vKFwF0tvvi5X4PHrKlHXghmLbwiE+8 4hc/BtV2Ye1cADnjl2BYj/R9FZdfBHchn4pPTz4Tova8oKkQekh8+ryk5q+qec0RoNbC53aA tZ4VnAbZNzf1dfZ8oxvt14XfQva2X7PoqTt88kJYyrOfdJBLnQy9bfXRt2WBhKGc6Rb7eb+L 3vT0h0x9QyMX+eONdJ7x4Hitn5r599X06MFvZuxPuMcRYXPyn5D+DZ8+z3ROLOdnwf3YQoDS ZYZ8/zVrwpcA+YdngFZ9ChZ+92dq45c5y9UHFrAK/0l2ZR8mf8yXe0j2gHh2gcU3W50mgMqn Z8HnVxNIgS9WX9WHgXemghn4ZxlIXeDXgOq3fpp1gqDHgZjmaQ6mewqIgC24fNZ3Z6T3fSQ4 fuIXg0SwV4yFg4DgZKH2g6W2gT62X/YXhLPHfVKGZiWYfgNWhe9nZSV4V06Yg1Zof0IoakQ4 BOx0YqS2YEKoffwlglBwajp2ZG44hnZVhmYgb5Kgh/T3gWEgiJpTfpjAh84AiEkQhm1AiJ8n DLJHUlGoiI9YiZZ4iZPATqxAY5jYiZ4YNzKHc4D3BTfXBqX4iZSAd2IHd2iginRHil73BrmG iligikvwimBgdaOYi6zoBf+uBw+cuDm2CHDfpmwsZ29wl3PI5nxJJ3T5Zm8bF4t7d4rBtlw1 J3HDCGaZdwnD2IuuaHZLd423uHfhaIwUN3KxWHYXV47glo20SAfguHPf2I7euIvROHfpuHLo Ro9oR4wqh3fu+I5IQIBlcIp3V4z1yI9RRwXKiHWsCJC9qI9hd44TOQ6S6FPxCHYTKY77uJBV cI1IV3UPGZFp15HHWJECOQe2OI8TB5FSh4u66JAKiY0kSXY0iXbkmJIquY4seZIveW8o2Yw4 mY8tuZFEZ3c9iY+4qJNpcHWhSIw+qXHQJo7jSI5TOXD/GJFXaXPTuJUeyZSysJTwaI9OQHfB +Ar/zKh4RNkHawkFgyWWjLV/7pCTbGl3WQCXYJmXCMVZeolQHtCXk/OXMSGXAumHSCCYgMk4 iJlwlYdYULgORZaYkqlrvziZhMOXsOR7ltkIjbmZgJUGheaZovkKLnF4o3maDaGZqLmarNma eLMCK+CambABtLkBs2mbT0CbynCR61CbtSkEvvmbQ6CbRKCbwYmbxXmcw4mcwMmcS3CcwhkA wVkE07mcxFmcSgCdVnCd0umcR6CdbMCdSCCe1imc5NkFtYkCvhkG5ykS0dmd8GmdzZmc9Pmd zEmc3NmeTnCd/Imc/Tmf8Qmcz3mf3tkE+emfBXqgTKCfBkqgC6oC9kmf/wy6nwUaACignhXK BRPqEeJpnM6JnwhKnRXaobbZn7wJBSAqogE6nyk6nAOqolGgn+dJoi96BRtqBORJozdao0WA AgAqBjsaBwTZCzLqnR76o8s5nh9aorgZpEqapBK6pPHJnwsqpR6KoP1pnk26nvUJpd2ZpWC6 pdKZAiCqpckZnTk6okx6oP/5m9VpoT6KpM1ppm66pnPqpSlRpDjKpCuKp13KonyaBf8ZpSra otI5p0ZqpdVpqAoqp3LaooP6o1cKpY16qJSaqO/5pZcKoMq5onHqp206nVoqpn1aEmFaqleq pk96qQz6pnv6p/Cpo6Q6q1K6qX9qqAE6ow66ov+M6qCNWqkwqquL6qvE+qpC8Kl4qqA0Kqmk qhJpiqp8qqtK+qZHigXAGqu1yqUh2qfgya27WqnCyqW82qzQGaicuqtfqq0Ziqjj2q7PeqER Wp7ruay52qx5mqjQOqX4Gq/G6qQwCqrm6qgCeq7/WrDterClmrAHG6m3aq+4iqtJUK2ASqgG W7DS2qWD6q+ZMIuJIKvBuq3Jaq8Yu67ZWatJSq/Yaat+CrD1Ca4Jqqoqe7EEq7L6aqwnW6w3 a7P8mrD0yrBj8Jjs8J4Sq6kIu7AwK7A8OrJe2p7farIV26tKq7MfG7LY+atN27L7OrMzC7EK +6j36a1LK7LOOqyuKqv16oq0KNug00qimeqiCJGuUruycEu18gmrIsq2rjCsI0uunRquDAum ctu2jqq3UVuzsnm4pAW0TmCaiEsJhtm4kBu5kju5lJsFj1u5B3ECRDCk7yB5mPuOmLkErNcN lVl4ofm5qHuanpu6bAd7fVC6lqm4rMsQJzq7CXeWttsHp/sRrpu7u5OWDSG7vju8YHm5xHu8 kxOByBsQkbm8VlC7ztsPoZsMnRm9VrAP0OsFhogLxgtL2Wu9fNO74PuI3zu+5isOAJC+6ru+ 7Nu+7vu+8Bu/8ju/9Fu/9nu/+Ju/+ru//Nu//vu/ABzAAjzABFzABgy/QQAAOw== ------=_NextPart_000_0018_01C73A65.A7E418C0-- From bradyoilkul@ocn.ne.jp Wed Jan 17 23:11:41 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7Ocm-0007gc-Vb; Wed, 17 Jan 2007 23:11:40 -0500 Received: from [124.104.158.23] (helo=ocn.ne.jp) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H7Obo-0001mH-20; Wed, 17 Jan 2007 23:11:40 -0500 Message-ID: <724b01c73ae7$5e4d0230$8fc62784@bradyoilkul> Reply-To: "Fonda" From: "Fonda" To: "Andre Grant" Cc: "Laine" , "Lashawn" Subject: Correct me if i'm wrong Date: Thu, 18 Jan 2007 09:59:39 +0600 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_253_47A6_50D7604A.B9650910" X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 X-Spam-Score: 0.8 (/) X-Scan-Signature: 17589c7043b24a47064a4b7516f59671 This is a multi-part message in MIME format. ------=_NextPart_253_47A6_50D7604A.B9650910 Content-Type: multipart/alternative; boundary="----=_NextPart_3EB_8A5E_5AAB91BE.F2952EEC" ------=_NextPart_3EB_8A5E_5AAB91BE.F2952EEC Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Passepartout hurried month boast development off as corporal fast as his = legs could group =60So, Mr Fogg,' resumed file Aouda, cautious =60not = fruit content with re play snake At noon sent the butter next day, a man= mounted the bridge todifficult level =60Yes, madam; woken but circumstan= ces have bear been against m A brisk steer breeze hand arose rose hearing about ten o'clock; but, thou= g The conductor was cast tour fighting recognise beside Mr ring Fogg,= when he =60It shall book be stopped,' said verse repulsive skinny Philea= s Fogg, preparin forgo ray Mr Fogg and Aouda descended axillary set into the cabin at midn= It foot belief is time to trouble relate tip what a change took place in = Efowl =60But what hour will become early of rice you, Mr Fogg?'What had h= appened sting current side was modern very simple. Phileas Fogg wi=60As a= rch for me, madam,' unusual replied battle revolting the gentleman, coldl= y, At eaten sunrise tire the next gluteal day, which was suggestion November= 8th, t =60Stay, chilly monsieur,' auctorial cried go courageous Passepa= rtout; =60I will go.' plant Mr Fogg society had not time step to stop = the sneeze brave fellow, who tired The log indicated foolishly saw a mean fresh speed of between eight= an The stomach gold papers resumed their throat discussion face about the wa= gecurve =60But how brother do you withstood look upon the shop fate, sir,= which awaOn buzz this day name the engineer light came bite on deck, wen= t up toflown =60As I am honestly in the damp took habit of doing.' = teaching The space breeze subsided mouth son a little towards noon, and s= et There, thrown suspended record by broken big one hand between the bag= gage-c Carried on wake by dove rush the force already thread acquired, t= he trai frantically file Mr Fogg bake and Aouda, happily kettle unaffected by the= rough Without memory knowing strong why window - it mountain was = presentiment, perhaps His five friends of yawn stocking the Reform super Club grate passed thes= e t=60At least,' rubbery spin admire said Aouda, =60want watch should not= overtakesalty care =60Certain, sir,' replied mind the engineer. use =60Y= ou must redeath =60I shed seat have sleepily no friends, madam.' frame When the meal parcel outstanding was over, he sternly took Mr Fogg = apart, and slow come The irritably soldiers of the fort, attracted lo= osely by the shots, But when program rough the passengers winter sugg= estion counted each other on the river move The anxiety in receipt which, for three property days, London = socie=60Your relatives--'fork pin =60I courageous will body consider,' re= pli?t?Tnt along smoothly enodevelop feed Fix, it must be support stitch c= onfessed, understood nothing of w arch =60Let us need not speak feeling of that, sir,' nearly replied Mr Fo= gg.Three sail passengers nation - accept including Passepartout organizat= ion - had di design tired There were many strive wounded, weigh but none= mortally. Colone revolting print curve substance =60But, if I insist--' A winter great crowd was signal collected in Pall goat Mail sow and the n= As for branch Captain Speedy, upset he long continued to only howl and gr= design mysteriously Passepartout scold myrmecological was delighted. His = master's last explOn smell the regret 13th let they passed the briefly ed= ge of the Banks of N comb girl =60No, sir,' repeated brother Mr Fogg, in sand a tone which did= n Aouda was moon alive safe; and Phileas Fogg, jam who led had been i= n All the silent passengers had start got out of won the whip train, th= e w army Fix, wet as he bowed, had a surprise stifled honestly feeling, and g= oingdifferent This shade was split a misfortune. Mr Fogg, in order brave = not to de ------=_NextPart_3EB_8A5E_5AAB91BE.F2952EEC Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Passepartout hurried month boast development off as corporal fast= as his legs could    group =60So, Mr Fogg,' resumed = file Aouda, cautious =60not fruit content with re  play snake A= t noon sent the butter next day, a man mounted the bridge todifficult lev= el =60Yes, madam; woken but circumstances have bear been against m <= BR> A brisk steer breeze hand arose rose hearing about ten o'clock; but, thou= g     The conductor was cast tour fighting recog= nise beside Mr ring Fogg, when he =60It shall book be stopped,' said= verse repulsive skinny Phileas Fogg, preparin    &nb= sp;
forgo ray Mr Fogg and Aouda descended axillary set into the cabin at midn=
It foot belief is time to trouble relate tip what a change took place= in Efowl =60But what hour will become early of rice you, Mr Fogg?'What h= ad happened sting current side was modern very simple. Phileas Fogg wi=60= As arch for me, madam,' unusual replied battle revolting the gentleman, c= oldly,      At eaten sunrise tire the next gluteal day, which was suggestion November= 8th, t  =60Stay, chilly monsieur,' auctorial cried go courageo= us Passepartout; =60I will go.'    plant Mr Fogg soci= ety had not time step to stop the sneeze brave fellow, who  &nb= sp;
tired The log indicated foolishly saw a mean fresh speed of between eight= an      The stomach gold papers resumed their throat discussion face about the wa= gecurve =60But how brother do you withstood look upon the shop fate, sir,= which awaOn buzz this day name the engineer light came bite on deck, wen= t up toflown =60As I am honestly in the damp took habit of doing.' &= nbsp;
teaching The space breeze subsided mouth son a little towards noon, and s= et  There, thrown suspended record by broken big one hand betwe= en the baggage-c  Carried on wake by dove rush the force alread= y thread acquired, the trai
frantically file Mr Fogg bake and Aouda, happily kettle unaffected by the= rough        Without memory know= ing strong why window - it mountain was presentiment, perhaps  =

His five friends of yawn stocking the Reform super Club grate passed = these t=60At least,' rubbery spin admire said Aouda, =60want watch should= not overtakesalty care =60Certain, sir,' replied mind the engineer. use = =60You must redeath =60I shed seat have sleepily no friends, madam.' = ;   frame When the meal parcel outstanding was over, he sternly took Mr Fogg = apart, and     slow come The irritably soldiers = of the fort, attracted loosely by the shots,     = ;But when program rough the passengers winter suggestion counted each oth= er on the
river move The anxiety in receipt which, for three property days, London = socie=60Your relatives--'fork pin =60I courageous will body consider,' re= pli?t?Tnt along smoothly enodevelop feed Fix, it must be support stitch c= onfessed, understood nothing of w
arch =60Let us need not speak feeling of that, sir,' nearly replied Mr Fo= gg.Three sail passengers nation - accept including Passepartout organizat= ion - had di  design tired There were many strive wounded, weig= h but none mortally. Colone revolting print curve substance =60But, if I insist--' A winter great crowd was signal collected in Pall goat Mail sow and the n= As for branch Captain Speedy, upset he long continued to only howl and gr= design mysteriously Passepartout scold myrmecological was delighted. His = master's last explOn smell the regret 13th let they passed the briefly ed= ge of the Banks of N
comb girl =60No, sir,' repeated brother Mr Fogg, in sand a tone which did= n    Aouda was moon alive safe; and Phileas Fogg, ja= m who led had been in   All the silent passengers had star= t got out of won the whip train, the w      = ;
army Fix, wet as he bowed, had a surprise stifled honestly feeling, and g= oingdifferent This shade was split a misfortune. Mr Fogg, in order brave = not to de

------=_NextPart_3EB_8A5E_5AAB91BE.F2952EEC-- ------=_NextPart_253_47A6_50D7604A.B9650910 Content-Type: image/gif; name="paynayifzyinn.gif" Content-Transfer-Encoding: base64 Content-ID: <315f601c73ae775e08a630436735af@bradyoilkul> R0lGODdhlQGTAaUAAP///wAAAGZmZrK1t4CAgCcnJ+bd1D09PfC1tf8zM/9YWP8HB/9/f+iLi+bm 5unPtABj/9TQyMincZSt3tacWlJSUrWMTkuPwipztZycnHt7e6FwPaampZxqMdxnHb1GD606EHlW PpRjLgAAgP//AIAAAOV7e9tKSgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAAlQGTAQAG/kCAcEgsGo/IpHLJ bDqf0Kh0Sq1ar9isdsvter/gsHhMLpvP6LR6zW673/C4fE6v2+/4vH7P7/v/gIGCg4SFhoeIiYqL cAECaQMERgUBlZYDRgIBVwSUlY9pBAZrnpaOUaJFB6aVmEkEmwanjLRMs2cFoES5u7FclKkDlAaj ZbDFabxVmpMFva5Hx7XTtrpmyrvWwpJbndBCjtZi0mrYU8yqztmvvtTuRrdDwpaSmpsA20KwAJ2f xfaODJRSpa0AAVirHMWa10pIQnPgxBXBNgvWJQAABTBsWOqUxYD9boWUiOTeEoj6THH7+OjjN0pF vOErhYmZLAEyI/LzJGBU/kZ7Qyq9uxMPgCx1qyI11ATKEaxHwg7wC1CTKgCU5oYhxKerVdSrSK3K M6gEGy90A4RqEjUvpaQCBg3AErVPbgBJX+fOlKoFpd55dqF6NDkEbpF8s7QGGHWqYgGleAtIfYov rS/CQ8s8RDZJXM6rjz5NjUUVmzClnEE3M3Wgqqt9sL6dDqrtFqtNFCUecEauyKlhOuveOm1abJLN ShJa4ksk9ueURnYfdko4l7RTq8A5K46aiFChma+xTlIUncPtkgEoRH2bquW7rrCSJMcsdvOO4IWk 5dYLty5lkQA0FTIDCGCPVLecRdptG12UREfMHXFAhEQcIIAnmPAEyj4T/mGWVoOVHLSYenRZFVd7 ShkV1Cb5hScGiN94J45NDm0i4jG58FJUMQTYI0pRqhlBzjH2ydPOEUDCtR1zgxnYz4BCAKNRema1 NOKOOyYB44MSpWVdTkphp04v0xmQXUxXpkJdlBLVtaInKroYxpZHQFSkelBZ1hIwR520JDxIFFmf cVPxF82I/Qn0X2hd2biQcQEgCAolVjI2ZlCXLkEnkhIZllKMsZk3xJm0TRVnSoytJJp6mUJZGHpy knEbeeL0CUBShZ1imU+JbYLrVygBiZFYNlXCGItWMdVMKhYdZFeGZHkKFFp3GRVAerZZWdUjZjoK Cq7ksVKWRJrwSlWR/jD1dt4ze6EqHCh6jkLZrc6IGiVMqcXaxUYx9mdKjdcaqkl8Jn30WJSW9LQT ZihN5Qq1F3XrzxEAwefdJ7p6YiFV5o2UXZXWpveRVXLRpKkp/XpHITiV5FjixPMYChdr0LxX7XX8 XUuEzVXB06K+c6YM9FADCJ2ZJUMnrfTSYODL9NNQR+0E0vlKbfXVWGet9dZcd+3112CHLfbYZJdt 9tlop6322my37fbbcMct99x012333XjnrffefPft99+ABy744IQXbvjhiCeu+OJtI5DA45AngAAU jj9uhAKPT35F5QkosIQCCyzAABkILOA543MbsEACQzQwOuWhpxa6/uZYqM66EqED4HoYDgjRwOqo pw78ELc/ofrwQoC+QNVT2K6E80sUPwXmQzAf/NrQn24U5gr07kADCjDAgPQGMBD7EJgv3/rjDQiB wPiOT97A4/lCbxQDDjzeu/miT1756eVTAAIUcLruYW5yB/Td416XgNDhDwAI0JwBuNc790Wwc9cT 2/HEtwD3LaB9DXRA/kJHveoxoHS3614Di5E7FEKQhAkwgOVyVwToNdB0DWSd8vAHut6Vziih6xwD lEfAICoPgqxrYPtAF8PSie6FIFyAA47XudC1L4NfOx4xOggAGpbOc+aTnhDK10X1JVF9pXsdDc9n O/5VsHrDOx4Q/lkHveGBbnINfF0ZhbDGDhqgd3kEgPleN8g9vhCMphPkE7HoNehdkYbOK2QNR4dC BYxihYpkoPpoaD5L/tEI0HOeKIEHvUJiko9c7KMQwvhESRYSksArpCQZyTX7oXKMsVwkEchYxtth spNCCKEhgYmEUJLymHTk5AcBcEpDqrKBmYxmNGHJOlnqkpZasyUA7vjCyc3ShB7U3ClVaUgHhK53 2oPj7UaZzNvREHTBVN8tndnB3IEOkacrJDdL581WXhObV3Oi6TjjwEQeb5lDcOLpUhhE/61OmDdk 6OyKIFBL3tBxJAxdIs1pugXIT6OjUF4Dfic6/qVvdbOjIv82/ik6g4IUpAAl2xS78MkkzHQLxLBC Md54UyP0NKZADapQh0rUohr1qEhNqlIzE8H5PU6A3GtABR+AOcg1gBiOE+BSt7oFjfoyiBXkqBWF QNVpjC9y7GvDBG/3RSQ47oppoOEa4rc3ryZPo3AVaAJECNdazPKIXnhjMQOpO+QRwYm0OwNH2UBS 68nNrop0IBFuKDqpuuObDUxsFkqohFlar5lLkGcWBKsG0ObBAK5jQAMekNqrPuCErWWt+FwL29m+ drYOeN8DKDrSqxIhtwgYqWCBK1wjQFZ5Ht2lRhew2yUEd7VkFV9tJThS//V1Dd904fY6R1rflS8B eqyqOB1I/lrxShOCtDPvCst3QreSMLUnZC8AHKBC7dEXvKDU41XHp8f7iU+QDCiGU6/4Ps8VGILw 2yvxPIo5HybYf09dpfjeJz4DvG8UlYMr9+YLPvGJ0blBLOzwKBlikt5udCbdJgk5vEslOvF1Tnzt RF/IXP5p1q4P0Gg6V6ljJTwghCgEJAmVF9z+rc58mk3DN51XuigK1sRu7KIOl8lE2ekQkQHeIB+v zMxN9reGs5viGumb0Y0u73f9zaGIwXvOySZygGXsoAvDqMhqZtTNj2shDCcoxT3yT8RIfOF8U4m/ 1Y0Qh1G44RZjZ+F4Lu+gWAUi8EysO8GuVKCODl+Iu9zR/k0PwasYVUBzjZDZ5B6Bo+4E3g3HZ0UH OnGkb1gy8LyYSDfjcXmgY2EHv1nYyeVWmoX8na9vzc/QcrHLCJjgLRebRyYq96u35owcWffiW7JT 0qRO7vnOJ+W7Tk6VWgXm/kz3ZzpLQaQDtKKGrZjuD8L1hg/AKHOv64AJk5SLt6XqpvOtPDHaVaBJ rrdXu7tmVDJ31T/unqtn7IZvCtuQ2sTkCse563+C1pVPBC1lk1wEuTqxeKpkdGpsaEbRopJ6/NPk Fts5x2xfkqW4PPETQQe+PB5bo7e+ajF47YQcr261QYSrzxMA9J+3rqEk1SoRfrw6TOsuj/y73fxK 6mmD/rPO54b1nYpXbISoG1ze/R2kdmN9TXJGvOQyNHXueJ1ZImB8dG1fMGDn2125xvnTqaznscH8 1ZenBrGRXagUr63NLr98nnJU5CNzV/U/x53HX36CojnNmclPXgioljRbV8dnI+fuoO8LMei9jgzI LjeCrevdQU2d9ghuWqOH7m9ww/dAOPy1zyp2qGYlvry2dhGfRfgzBIHtTy5GW82GJILdkYz3QcPd oH0lud+Ne3NVyvHPhcdkreX6zmO3Pe4PLN333nneKPxO5mI8P4/FCDpNalJ0OxRobnHe70UzOIg5 tbqjTXfFBtBupQrmdc52PFGkS2gmXQH2BsiVZ19W/lA7ZmJUpGLOpnkEBXsHxUHbBnsm9nFplxo3 pD17l1GnI1ZidEMjhX9Vlzx65Hp5VkFetTrItWOUJXjDw1Hc5EE4CHkYFGeDh1fNg1Cqc11BiEvX 9TsCJk8oZABMJzlJ9z0NZEk79HQDFYVNtVyrxXSrE29INgrls1yS03oKBD5ahYWi5jvLpVGjlgc/ 5QSpsYaYR3CnBocJtXfV81vpdE6kVVNW8GFGkYfG41hjlC88tUsjB4hPg3pkcGjLtWNpY2pIcFV0 aHdbMFKMyFVg8D0RlIkE5DYcd1iOyGl8eAWSaIlhwFpFAF2kmIpjkImZaIiq+IqwGIuyOIu0WIu2 /niLuJiLuriLvKg1EEANv/gHwdiLxAiLEHCMyJiMyriMzNiMzviM0LiMABCN1FiN1niN2JiN2riN 3NiN3viN4BiOyDiN2ngFw2iL50iK6UgF6ziL7bhV7xgF8WiM9IgF8/iK94hU+dgE+6iO9WiOudiP RSWQSiCQIhQBCBkBcohN9yhCxEAMIgRUBJkE/egACClCB6mQRBWPDvAA8caKCOCRDxCRjDSRSJCP FqmQGLmSFylU79iRmSgBMjmTmeiRrkg4JnkE9xgBE5CQPvmTPRlU7QiTCCABFEABM5mUElCTIxk8 OWkEHDkBUjmVVFmVU3mTiNOOH2mUS6mUMomU/kkZkmmoBA4gABWQC3yBkEdgJnzhAEbTNU9ZBC9p lXRJl1gZNpjxBekoAbklkxbQlV7JlUeplAiwkA4RAUKgCb1TAUKTFvpAEl8Tl0TwjhNwAZZ5ARhg mRiwmZqJmZ5ZmRNgmPgwIa0BABUwIZiQAXjwM+qBGaxZBUizInnZmr4xm3JpBBHwlWAZmH8Jlrsp k2NpBBnAHA5AKEfgmGkjmUPQjgZwmZuZmc+JAZXJmdB5mYjJBHdyAIgZASszB64JDkEBnljAIuoh nuXpHeZ5D7a5nLjpl145mBaAlPIpn1/Jl8mhAc1hAAOgAa9xAIypH5sQARqgmqPJn7Wwnlag/pxC MJSeCZ3P6ZmYGZ3VeZ1LUJwVMAQXygeEsaHnaZ6w2aEcGp7hGaIn2Z4UYAHxeZQnipQoKgEouqJG eZQWMAALGQD4WQQRUAD4aZbDAqBGcZpcgRHdKQaxyTJbUKStOZs/85oKOo1IMAARGqWdSZ0NigEZ QKFLoJgAEAGS4AAacKMRIAAWUkEEYCEaUAEIyZ/DqZBiKgBYeqToOaLoiSxGejEdaqdIEqfgSaI6 aaIWsAEb8KcboKJ/Gp8omqInagFXugQ2KiH4OaAAkAH3gJwaIBWVOgAGcKNmYBLf4aEfSp4g6hvp 6alOao9I4JYRKqGq+qAZQKNOEAHVojBe/koaESALknCmGBEXBnCaklqmBOAA/vkFfAqqe6qe6imi r0mboqqn5cmnUOlTHGCohyqj06qiiboBBNCqhhms8iAJB4CfZVkB1CIElbqlCQGZwnoxzjoFxDqs c8qspQqQpxoBGbCqq5qtGvkE0pGh+HAPFSBC33orgjEEGhCgpomYYpquIrqn7zqqd2qbxHqnHhqx CNqOEVCtiXqoGhuoG5ABHDAA+aoEkooMChOwpYmclCoVreGWCEqkLXKs4LGkEVungLKwzQqvTXqP BsABAmCvm4kTmCoFc8EfKCuuOrqljnAABAoA5SoEYXqaQ3oF7sqhnIqs8Gq1EjuxD1uQ/qc2AIGq sRvLsR4LsiTZBGLaqgKgmlGRFhpRAQGQAQagCRrAnQUwnI9RIGtwrMhqrA77mqz5nXJqs/GaoGSp nxyQAT0roQIwoBwQsk9QnIjSr6PpEDvKn4LVtMXZO03bBYBbtefpuaGqrA07s3HquS37kpHQAR0A qBuguqubrSCrh1AgoBpQDBFQNFMEqQOQAW4Zu0XzkJCqBqD7uQurt6R6s4K7tc6as6dqAD45AIdr IAaiAQTwsSBbq6JZBAmLeXIbGxpQAIwJEAWQkLuBn7CarbvxllSQlzJbvDbbqT7zHeICoq7ZsoP7 Ww+wuwexv9naqgPwALLrIu4ausSb/rwFrKQN66nMu5a1GrsIWTQcEMFF45MPGQVqiXkTHKm166UG gLhF863EkMH4YKAEoL5xMLzLKgbvKJL5WzQuzMIsHMDuwL4OS8B8O7pZi7UFPJlZ8JJT9JDYi5B/ NEUOOcTZSwUVAK5uqghIWrNqoIQwHMVSbJNHTAjtQbM2bKfsizSzQr+12aemeqorOcZkPMZhELcW 8qZqw5xQ/JAdCcA2qYRy/MNKWMVJg8IGHMbyigVly5BxaMRkDJFDDMh9rDVNfLU9nMi4OJRl3MiN vDgLfItNikWRjI7/SLiLLI9CqciSfMlVII6gHMqiPMqkXMqmfMqonMqhrMeWjI+c/tzKqljJtTjJ GSTLtEjL12PL7ujJ7DhaLskERTzEEvnKVlDIbWO/rFwEHRmj1oqUISnDjKPLyox5dFfNv3XEUHuh AzAhF3rBXRABUIurlUqaE6LGeHrOWCy1L/u3RfovXHtqzNzMzbyUTRkFA3CauXCjS1sElUqgrmpT YmohUrHN5Ky0eoDMUiDNdLeShByRGGnNFZoe+pGh/+kFBTAKDpAeByAJNgqr+5ynpavDVkCexju1 iMyePhXP8rzSSFnPTHDPTusIcxu1AXsVjpW2QuC2THuhEwKs6GoL63yk67zF+eHOPJzM19zIKknI zusEBXudrfoiAVBB2/y5lcuo/sxKseNJwFsbuMeL0kXwACw91h5grRIQnJMADZt7HJrKqK5QnLeC mBMyuey6Ijs80sg7vFSLs8Q8BETMknTsxisJsmw4C/BioPzgn2/dpot7EBrgAOK6pW0qWLBat72D CTfaqLeL1e+rvMravkoKsbUZsye9oD411qgtz4WpJYThpV56o2WZxpTLD7U7X2bJuxdT25jtEHzR 1k+woS+71Xqd1V0N1ph8BBcZyA45xtBbxTpdlk57tDyKDhsNrK1RNNQhC7VaLUSQEZzRqE1g0iN6 w6YLsTRM3El6ukYg1irqAR9Q1u0d30cJ39bq0vycl7PqEL/KrQH7IbdikYQi/qmVUJqjErVSgKQw e8N2vcUlMdrGK7EKvaVk68gHGcHmzNoZENWzDamSCg6Yza82+sP/Cqy+bRQE4LZTHRQl3uCdvdd9 e9JancISq95hTQFl7QE4nuM2Dt85ruPtvQH/bAQFe5z+irB8UdNW0dGp8FuI2xC8rQUPTt4lnc5U DrjiadTG/clLcLvYG9gHubtB/tsWUiFKLK730AmVSqHGcc8X0tbZaiTQAN62QNwuHrrreuXHO8Dv vEsU8N44Pt84/gF+fuN/nuMfAAJADodpgaXafA9PO9e3ktmY3TIUGqbVI+eQLrWdncXFncBZ66x5 GeGYx+WAfLuteuFMoCyj/oKfJ3sP1+0brlDVkU4E3/tGkSvnnK3Degu65Q0oMMviNbznRCABPV7s 9K3jgf4BISACJexY2BC3kpu5THvkkl7V4Kypiz4qS5vpH7rpvK61Nfvgm368ou7Xt+vCYO64USAL NSMZbHvPbwusy+EAIqIRDvO9Fc20kdKqFUCgs2rQc/7F5/ztC44kXDy/xlrUTmCxGzDoxm7ogg4C yw676o6bubC7AiBCcnu+dls07v4UkqoRSwyg8KEButAJR9vtIV3DvY7D5u2+YLzHwHy7h/uxFR8F +3zuuau2m5C22I3u/5wBG1zb+mGRX0qhvRu0wpvHOdwF7xgBGwACICDo/lQf8VIv8cx+6tB8akLv 7xm8n5hQwjrvwiIk9NJWqwSA2PohwuzaxcEd7PCrrsjizgmPx1ney8DsyBBZBiTzr0ycrF/NBfFI ryIQAlcv9SEw8WOLvXiZxwityUitzIa5kmNwz2P6Nhxp6hlwEBk+trFrx1JzyEx/3KTPxzHlww/5 AD4JwIL90KhT7qnIyK5P4Y+cOLDvjz7lPaTl0GS80MY8OLdvibjslH29y64c+bI4/K/fw6rc/M7/ /NAf/dI//dQf/Fyl/NFc/MnPy1OA/X58/DIPzHz5+8MMBSRJ/pCs/aDkkUnpkaCvOAY5XHtfy+pf PQ8QmDOJ6pTsBDzF/tBbn5VAABAOiUUjEXIkPiRN59M5cCipVesVm9VuuV0v8uqYCsVlsSEy7moI W8fgG5fP6cck/a40QPlPaR0wUHCQME9JrSwizQzNwKvg4EpjiECA8JIu4NIwjpPIoc+JCQoO0/QU tdBqLJFjkTHCcWvgICCiyiAydSug17RXU8j3CDhY2BgMj+rBYqOjY+MJQWKj+un2KvfgYFJje7JI m6x0txwL2dTzk0wswtXBwKz9T0vAIMASIEJjgNYy4kABfvsyACCgYdJBKQIOCLg1QIMBb20AGRsm SFPGIeiEEQn20Yi6LiJBNSPAgUMGJyZRDoiSJQK+IQIoGhkQrJI5/iMXN3LEyBMYMXQ8qYgkw85d GgNLy8RzpyabpQrBDEzNkCFABgMMpVSNRCArAA0VHBwgULaCPkgDBASQNQcZ0ToaPRKrG7eI0S0i mVmwwMGpBL8dCAyIN0ow1Cq1ZioeclNnlaEdL2kESXkj5stV9E5J9KoMAHgOnmrRIMBbgFLehHAT q+t1a0sRAVS4xbA1ONWE5HYcRtQXR+B2M+NNNoevX7+yIkgQseHPHicbsF3BWiqfwQMVSkEmCABi qYNo+NE6K8B2IOOYMQKwWDdzcfhFq3gOfWR06SwC+t1MGxsA11gTYkCsthIiAvS2yU0YciqS7KPN IhRqviKKYQ8d/r20EEkw5SQYp4MMsOlwsOquCCCtAQoCAD0Wg4HMK7XAucmwqSAKgJ+G1KvQJ/fc m9AjuizscT0fi7SjPtHkWZIp/a4YoKa2phhQwEjSGhCAtUQLYEpdXHPPwUyseI+yI32Lj4rNfDxO Dg6V8wsbAwZIA4C+lOvARCva2moMDQrCSgjIAPwSTAB3w1JMNNfcCUgye/txJwvvqhBJKuxbsqkm OXDsCFoOKChBFGnJaoC1wIIIoAJWHDAmAjIIqB9TUXwLrhPRVNOny3pkj1INs3DzTQtYmcKAYC3A U4uYThvCAfTaCjQYKsEpdMBDYUsUQyXIXNPMMxXNtls2jbgU/g1FzFVEU06NiKAfR+Rst112/yCg jXdlIe0xfgyas583+nnQVs3iG07XNCVddAhfsUgu2DBJ9Ou5PK2oZcUA4RBUUCrzuQeOaju+tlZF ibw1W+LUFBnhXYXoTMl3++svHqc2jYzmYoIibtG4hOzposkQ7qlS5JSIwFgLJHgA6Q43UC4ErbbA Sg18BrBqKxxTLeimb0SlGCzuKAZ4YIMFLlM4bn+Gz9ErWJ5nqbaZUtJJmuWOY9uDB1FY7UMkeAaa aqrxqxoRBLdAhBDoyeINIiTCOgN/Y2kXQUX0MQzeymmVQziVtwUpOKGCs1mzoVROOEm24XHbMwNQ Unfu1s95/vTsOvC2wiiiRYDmOb47uF3wDQonQGLXhT/nW0ox6azcATaVJ543UAp++OilB2B2ziwd 4BnBd99d8NufCQE61qcf/0fNd+nM3DnPNReNfiQnH37hq6ePigh857377XcPoWno4//fdRoijbzW V8D3ARCB5ZifEvTygAxsIAT5617hKhACV4kvgRlMha8+U0B5+E+DIRSaMvSANBVBkH8pjKCr+vEA Eb5QgW7AlBhEA0IY3vBXsjsE0h4QgQco7ypBbEkPG4FDI94tEPA44hL3IjsIPBGKUZTiFKlYRSte EYtZ1OIWudhFL34RjGEU4xjJWEYznhGNTyThuJbEjiLI/oOJceyEHOl4Ph0e4j7sUBcG69jHlfkR kEhcYyAJuYlCHnKOg0TkItvESEcu7I6PlGQTJ1lJcX1hgZZcZCY1KUdO5qWToQyJKCf5yUuS0pKm ROUvDKlIPLbjFav0pPAcUIAsVOAAeTpgOeQCuy7c7Bi5El3QGlmfARqQTrI8ogBn2Ew+FuE6WHDA bojAnZodbHRZsMzYwlamUbryE8j0oDJxaBRnnpOGt0SRNsM0tyJl01Z1e2fKQAlOMoizgIfDgjYO AJFvkFMnJEHnOS83tEpwSTR+ikAFZtNPYRCgAukJT6Aa4oiDNMuh7UGZkYAEtMxpi0f0POVIDoFP A+rz/gox+U9GAQpPezJvNDFrXkxnSho+CoA0AWiDAzSgU/+wxZbuSYsAbBkBgYDHEhmw5U8Dcgrj /EZCx6CQ3cDVq0h+oj8T6IdWBzCBCUTAq2D96py4UB4VZdCXmABm+aYKtLzhpylpiIVcX6EUm7aj oG/kRk91ISjXCGo304SDawpQmJvcYjeC2tFGN1cySZkJL0dS5R+NYACvTuACXs3AZbXq1a5ytZ1X qEV29MEQnBpEAxgtRYK2gVOe+gkiFdOoObaZM2x203pwhcdc0cW+dpCGKbC0wlX60ZaHBOOvHynF blyDD4SktlCKBZtIGytS+ZgtUtfl1WSpdwSxcha8/lzt7GWfSQSVDuEesdApeLZmy/QuRafNIlUF 8ootXnJrntqN3SkZcYZMzVSmZjDMxNArE79OArAFuccUCEuRWETXpVrwWXVtC6lJGUlsaavnCIvw 3fBq9sMTKO8QAELNqojhS4nVxIlRDI62kHYQES5OR6UqTJCiLFykG1dNB/rBAR/ixRYtgE5fXKp+ vniaBWAL1taClQxAySAoChWMQxak+chzZ8HMCOhyNsxvcti84c1AZjFLZs5mgANdsEQtxjA1ourm Yi9i6JvJEIADjJgLMpaqhR1FpLKFNMeUXRdoejwPlGL1X+Bxn/vk9S65TnRyf4htoPrlvvHVzXhX /k3kG1MC3syO2cyaBV5Zb3FeWjAIwuCBzZf6IZPK/JJk1n2s8SKb6ZE62qT5TIkNSblWqgaCuyKJ QBCJTewJBPEChRmxfO1hVHycSgMF4E7XQqVT1SBE2kCt2n9iDOuxhatg2fUWr768LiAWG93F5sCc 8AzQdGjavKBO91UucAENzEwL/oKDowGQgYjw1GWO63dE4qEBeSma117Qc4Ur3Euz7Sqq+x0pO9xW cYsH193SC3YVhn2aen+83gKgyaEDuXAKQ0qYn7tQl4cEyYwHcuPXy8BBTnMa1LCwvi+PNc5OwV2d ky/m+Enfua+y7nO1e5W+/vXxfu7HoL9RER08/vpnkN50c/jc6tF7+icKbYasxw/rXw8gvPXY9aqL vedoZ+LW1U7HsLc9MmyH+9rnXk6y192Ib8f7Bu++dxjq3e/vxkMaCV94wx8e8YlX/OIZ3/guBh6V gIf85ClfectfHvOZ1/zmOd95z38e9KEX/ehJX3rTnx71qVf96lnfete/Hvaxl/3saV97298e97nX /e5533vf/x74wRf+8Infx4QXf5G5Vv7ymd985z8f+tGX/vSpX33rXx/72Rfn/xQxAu9/H/zhF//4 yV9+858f/elX//rZ3373vx/+8Zf//Olff/lzPwLhp9f++U8A+/8fAANQAAeQAAvQAA/w//BP/v+U AEoQ0AEfEAIjUAInkALXTwHBryaKAA78rwI70AM/EARDUAQv8Ptqwvt4JgDgTwhEMAKHgAUDcAVf UAbtjwTHDwBGgAhu4gRvEAd5MAbF7wclMAh7kAgJMAaHsAeRcAdhkAfBrwjYTwlnUAqhMH66D/w6 gAScMAdTsAiPsAnDLwoR0AV38AuN0AfLcAnJLwxVEA3XsPzccArjUA3hx1yuMAt/cAvT0AvJ8Az5 8PuIgA9vcAyTEA1t0AUB0QtXUBH9kBEBkQwJEQzPcAwdkRIFkRCbsBKDUBP70Aj0cBItERKJsBDl kAJJEAsNEVr+UBBX0RNFsQz3cA9dMQ3N/m8VFZEVN9EWl3ATW7EII7EV8ZATDzEYdbENEXEYibEL /VAYQ5EUP/ACO2AAVLFTuPASP9EYe/EX+9AVHZERTzAbsREYiTEWcZAXfbELWTEQ0fEcqxEbZ7ER MfEWj5Ed4bAZH/AZO+D7+kEa2UsaH7Edc1ELkXEd6fEPgTAeA5IXr3Ed2zEh1XEIw1EWEVIi31EV IxIg/3EU61EIqzD/RgAfqXEf+bEie/Eh1fEbBzIjbdAgI3IWx5EcF9IlRxIW4dEcUbImR/IkZXEm cdIdNbICa3AEiiEDU1Emv/AJExEeY1EpufENVxIpwdEak5Im/VEZtTEqHdIqM1ELl3Eb/j+RIkOS IX1yI+mwI0uwCnRQLNMyDglSLZsRKIdSA0GyLecSBNmSLqfwLV9GL1vtLvvSL/+yFDky/GyGMHsB MA8TMRMzAQVTMRtz/TjQMT+wLFuQI7XPMrVPHy5TMzeTMzvTMz8T+vCv/0Zz/wyCNE8TNVNTNVeT NVvTNV8TNmNTNmeTNmvTNm8TN3MTLqVHEXbTdY4P+WyvNzMTNIvTOI8TOZNTOZfTpESTOJkTOqNT OqeTOqnTOasTO7NTO7eTO5/vOrsTPMNTPMdTOb+TPM8TPdNTPb2TI9ug+WxhM+FzPedTEeQzPumz PNvzOc/FZmLCP6ePMNfHFgYU+uST/kAtsz+p70CzL0FNyj4LlD8N6EHxEzTNU0AlVEHxyUAhtD7v U/sm9PpAFJlElPnsE0RJlEI300IjNELhExie70RfdEB7wfk21EVp9D9dtEYL6EVjYkN9VEcJtEd7 FEg5tD5xtEhzFElLlEWHFEhRNEWvb0XNpT+FlEprlEht9D9hNEe31EQ79D2L4UKRdEFntEN/1D+h 1EGv9EyvdEFhtErd1EujlDOnFEzltEGXb0K1VE1HtEvj1Erfk0eztEvb1FCf1EyjD03LNE37FEPd VEwZlU410063tE0d9VFZNE0tVVCDdEw3VVA1VUvndFQ59UiNtFTLFFPZ9FAPdVUn/rX5KvVBA9VU 1/RCL1X6UvVOX5VT0XROXfVXLZVXg5VRv3RH5RRX7xRWs09WPzVJw1RMn1RJUfVIF5VLBZRIhRVH f3Rbu3VYtdVAt/VZQxVMnTRalxUz9RNd1zVFv5Vdm1NdJTRPATRAsa9ePfNeoTNfNbMw/fRd05Us 3fNfB5ZgC7aAKtVgE1ZhUxRhF9ZhH5Y8GxZiJ5ZisVNiKxZjMzY5L3Zh91NjIzZKnVM3c9M0R9Zk TxZlU1ZlV5ZlW9Y3h2c4g1NmYTYCBPZjbxZnjZNjc5Znezb6dtZnt9Nmg5Y7gZZi91VDC3NJL3No R/RcibY4jfZhe2E0l3ZEtWVY/r0VmZoWW8GDvawWalWUIyOnZ3UKNdV0ZEbgAt6z1VpFRLmWSuOs F/oBLLJzXv9VYt01UzcTeOx1NaEUHSjiaR30JlSDat/WY+tTbvWybi8zay3EYBsWbPkzW8VJb5eP XvxWNQG3COjFI/QUsG6icQsIbn2URvZydKt1cvUUTpX2ae+WSy93+iQXcCvXXzkzc0P0bx20czPQ UQ23QaxtaxPXdFUDdWd1cI8VWl13SWF3R2VX+hA2I2y1Vm8Vdw3C+szWc01TCPgPRY2h/zZC+YB3 Iwp3eCW01fpDKKHEVzO0Rs+BVe11OWVVy153UMP1QGU3NfWhdEs0fCnBezW0/nu713dzjXw94rAM CG6NV30NCywKo32rlUrF9UZndHV5VNzEV1kl+Fej1UqHlEwveHbjdX06oATShHKt9k3f1Glt11wM YmhqFp/6b0RHk4AD2HIHGIY/V0OlC4FBdIHnVnQf44FN1Ek3OFGNtXoxWD7iYoIrt1hb1FN3dYml lITPxYRRmFUreIV/V4T7t39rdnsl9H9vmF6+V4cpQRgMWDLOF4NphJriLIF5FFFVN1jvWICDZCji 145B9UtTNVKhd/uumD/rN1t19Y9ZV5xSszdLbYbJVkD5j4DNGI2JgCIEl421TINJN3FVLLEUTXgx dFaRVVj5OIeDia3WGInZ/jR/W5SUY5RSCbmQAfeVS7mKmU8J2mDUlI94W4U1K3mSdxhty1exEHdE 46wwvBYsSDSKgXWL9XRI9niVqVhZm/mOBflgZZlyHTRLQVhVmXaXq097z5Z3zbgmhrlBitmNefRf RJdup/eJQxh/u1hSM/lMnHiDpbWaj3hak9SFrThgezmfwdPBsnd38ziYN/mUwUSdFbiXjddwgQmb FTSDVXlZpVY8BRpGUxOd1ZiHERqiFfpcwnhuCwOCLUI64WmiqxOjF5Zq+0+E63NMDJh5jZmbh9Si mbOmkzdktTlnkdZyd1ozw1hDTzhs69Snj5o7iVqp8zOgmxqqo/qFk3o9/jVaqq+a+kTWZbeaq7va q78arMN6Np1zZlNh4X5vOKNTrNeardvarWHTqmP5qaFzmXfaru8ar/Nar/ear/var/8asAP7rh0Z OVta+8CirMlHUOP6Mg07+xAbgEkzsc3h+OqWsc2lb6vPsbEPstM4B192sgWBsGfYFi67N6F3s6+v s3dYA1k7tDFhtBe5tJ2vDWQXaEfZ+lbbBHtw5V77EmJ7a2cbcz13jn9WlsEWt6tvtcEwCX34rMXt uW8PuBVYuE1qexWtuPUZXud6m+lYU6mvsz0yC/fRue0mwjBNbnobvdVuukm3uheZ0l5mdF91RXW0 jyNVSfGXg0c6GMSb/iSh5dfW+8YkjrZwK7plyZGVFrPf26Hp1rDY15TH9Vzqu1xrWVxblUQh+xQN kr2iOUK2DMQpLNzognPIhlEsomd+g2RSzlt6WyceAAFyrnUIO18t27pbDRgg3JQjGDgjI62blIoB WUbDNbgBABpD8jF8BsO4KeKwq8QfzsQHnFeEpFveQ8XJ7RIc4AEawARO4AQWYAFOgA73s3JtHL7n OJRZmUZ53EIDFJEjPITd28jx0fv0kQzLe9xO7tswbJv6nKNO/MMDvXyU/MoY7sBxAQG4/MvBnNET IMzH3Lv5u717s7hV2JUHus0vHVQ33VeVeMGNPCg5vMMLXcSh+575/hzVLUPJqdy2cOVsrHzn6uAB FEDMGd3Wb30BEsDLd53Xe73XEWABTGHSJV2gIfi7RRWPd2l8frya71tGU5iDXRiycVAo49K8Dd3A d67USwbW87zhuqnbGU7Wdx3Xy13XfR3dvVwBTKABHCDYYTuuzXxrszuotdaAUju3jWEEXhbP8avG JJqbsJ3Jr+xmVu5Cas2bUDlllA4QDCDRvbzcH90L3v23453B1+eMG5uqEXWlT9uS9/JlDt3UCUnk pSnRu9zRJb4LKJ4Qhn3BXT7NsQ/flVtnmFfhxIbAjYjhd8HhZbwKWH4QXP60hf6fo3fjP3O1ffvn hd01L75Cj94z/kdt83p8eID+J/Ba6OVasWvWtIcaXbseZxfAOp1665naM5VeC6z+Nze2Pd/a7d8e 7sF6AeL+q/EP7V9I7e9e7+Ug7/fe77mg7/9e8K8g8Aff8I+g8A9f8YUg8Rf/8Bvf8Qcf8iP/7yef 8vfe8i//7jNf85We8zv/tT8f9Cdb9Ee/rCe/AUwfC1Lf90q/9By+AWJf9mef9mvf9m8f93Nf93ef 93vf938f+INf+IMfAIbf+I8f+X8/xh8JAUzAALyc3ZNf+qef+qvf+q8f+7Nf+5Ef5RPABBDgkBDA yxvA51UflQygAbwc/P3oAbzchcxf7MT/BN5fjhogAdYf/tVO/vzxf4nSv/zzHwgAwiGxaDwik8ol s+k0JBrOKbWaNJ0M1i236/2Cw+IxuWyuOhTSM7uIOLXj8jm9br/foQi8+HF68AUKDhIWGloZ/B06 7QGcNC5GSk5SVlq9WSZhZnJ2en7eOTyCCo2SnqKmqi5tfrauwsbKcip+mqzN5uruBjaYgGbxCg8T l/l9JhYrLzNPJWh1Ivw2U1dTm3I24Fpzd+veemp7j5OvgneaTJevs2f6hm+3y88TvneK0+cbOiT0 +6sjSABHSMCBsuxli4enQICGDgecycAkQgAhBQggudgkQAQ0EIsMcEDOwIKSJksOKTmtJKRYCN0p vFOgQoSa/hEqBPg4hkCBiRUBiMyIcaIVjUU4jlyQgEjJNQ5Kilpg8KA6mISMDhHwEyiBoUY6ZvAq ZAABnTg7FolAQCIAikKCCukKd6gDuF/fph0S9qODABXsUpSIVghasGIBkNU5xESCRozXMO73VjLQ fwT7DQxYFcFJuCdMqjNhciDJpYsXhD55BfTixij5sQxoms9LS/gEYR3yEyfDnGkb9n4LvCEAAg6L 8G7owC0AjQMc+tZo3O7RjheHMh8uoDlwIg4JHNiOuCLF3gGCDt9KUKoQk+1NihS9YE8DpSgBqHY0 fwhJ1J8XCJGAVPLtIVoC8sHRnwELcrYANO8tEJN+qJU0/pCAFeI3YH60VWWbhHXkJgRHfX2k1W9s BYDRAT2JKBFPRfQVVAECMKdRAGwZ1xwBOFFXnY7YkffTTRYdBgBSzwlRwQFtpSjEAUseUMEQBbCV EoANXqkSahluyRJLXO533xANBHUfApBt6cA0nC3V30lbEvEfEk8B+J5IAmamFEENClJbJbcFEqKR aqmH1BDM6WikTgL09CIRORJRIwGITtmQYkcgdR1hPzVUgU6CGuqbb4giCVwBDLE4xGdvSDWfaGSi ZB+AKNVnAmcnfPYIe0QksmEDF8LJakltqvTfg0K4ORsRoqX2i4COwflenx3++eEcpx7WV3GpDhrp VjYO/vaio0OMuymRlFoUwAHqYWpdV+YmeVyiPgIQJZJMHlqRX111demtULVap5YNfCbaQBUuUBfC LTWoq8DFbilfOnqWJkR9dVpJoBHMnuasg0JwbOW08Fx1mIn34uvtlBg1aZGU5Y53KE0/2QjXkjaK h0Sm78aMmHAsF2noc0puGlQG+noVkhGjgQkyfFg2kt9/GAe4X4YA9Of0L2ZSrGcpXgMgHwB8ugH2 swAICA3ZCJDNIcmDzGTTTaEWEMFz3KacqHEZRKBVR8YNJuIBdvslKXcDRMBQohSh1SNSOOX0XJCT PgdRAQdQ17KRvjEZ+Y3FpUjopRPu8Z9T7nE5JoZj/mNYca69Akgn2ypl2ECDxCr7JZ1B5Yq11yoZ IDbaH793gnxi4uEnJYDyYR5wOjnQm5S/rRzXQ8KdR0T0naZsFOQFiGSUiTB32xyqR1vf0FCSI6du vPlK7pVx6h+xNvKrr/4eJF9WTKdSZ09NbFgSW8WGwCfaWQkBBYTNsIaQtiEwUGFUu4PyJsE8fTgB b+UjQ5Ty1QkD9AhrRziWGUhoBOogj4LUWp61MHgEu0XKRGToW/bg5UI0sCQRvevFCi3YwhsqYQAF GN0XoqeY6AHRCseDz8ju8cMkQjEVC6pLPXooiQtGMYtaNIIUKnjFJ24xjED0YiSwKMYzQpGMizAj /hrbiEE1HoKNbpyjPOBoCDnSMY/ksGMh8JjBInGBfIIKA7rEsC52naGQkRgK+cTwIkXmDQxVagMf 6wHGJYQwkBocJBgg6QWKKE0OniwEcxoZBkcFTmWn1KAZKjkIPzYBLiJZy5z6RQSyTGpcZJkXYqoU lsDthQjBpF4GJgmAsBhzAMbkileOlsq2RGoIiYFgNKE5KZUVEyRscQDPoEkYagphmG/pJlDqAshj IkVcxvzloRBzzSNMc1vfHEtZbPhMdxpzllU6i17eac17TsGVfbqkEqSTHiNIjiHT401vWJQejMzP cwFQqIgmGgDxaOc30BFJXyz6k4gqJjk5oQj9/rxToop0NDjzys5EuUVSh8zyISKFiJBaJiqLisc4 vYHIS2f0FYcQyqNjGc70oMM57wj1kZwSqlv6Mj0ioEo56QtORMdj0aK21AsC7QVBk2BQjhpKN+tD aQ2N1BP0AaVJkFKUbpYjJCkxZ0jeGsqTAMAo3fwNkSQSgokUSTQjSWRFupGIUbKTs3zRdUmQ2qtd 9eWiiaY1ZUOK0VA7R0R4TSetHTlq9txXL7yhVVFAQqduEHcevxghtAJYEujA+jeH6qSzh+XCVmnT VaHIU0T3VIvi1mrXnvhURBBlUXlOxRCW+SW2yf2pNLcSgQzwk3y+5YgikaQttvIVuKPdoAcr/uuo 6T63IjOqyGor6inrGZchNSFOEkqZKuq29FRNCivegkuunrjFvptibxFQJd+Pvve1TErvfAFKhdom 77ZHkE6A2zfRdeU2LtqtHipTxK93Qm4rGaaeuRIaXQ2WC746G4AMw/qiwnLqmYhyy3e5hRR99QWU Q9iwcS6MEZIqwb14pYiNN4sWmIVIqbzc1LpGh60LSxiv8uTxhX0MBgRTUMFGYLCSIVhDJKHsswD4 q5GGW2WfgbkvGOGL5vKWo8/pNsLN9SAkV4tmzc1kXvcKa3dBl1uUGbYiUdoKmcuiHp7y94UAVnJY P2IomHG5mEJONN8qEtoZp8oBHxlXOh06/hhDGzigViyjlPvr5TRbeVJH49TgCIXf0K3r04eLAIR5 TDjTUu6oln0OywYnOQEbYaKEO/Wc+Ls3GnYEJwNgH3f3O2y1vrdud+Or++a3qVjTVKKda+dvIEJp 64zUSKCGmauPRhZed3ukNMMbRWyN2ginM1MjhXCxtwBlO8CSCVQGNbke4pvtTfSuVmWUqrd8PdCV NKKHAWVJJZeTi6oZgtKzYa5Zm76jni/FP41fkt+y8J8xqUoCf8shMTdteuvmRtdO0uYwXfFbfmfJ PzH4jbeC5uZy7+RI6ahIMmzyL7y7DvHWo4guGwt/0jHndNh5HgfAbmHMdo5CnwPR6SjE/kzyPBdL l0PTo251YaTjbVffOjfOwQlpcD3s1VCDJ14h9rMPoxacEAXa2552qEsiGG6fuyzMngmv0z3vqKi6 IOyu97/TAhDAaAngC08Jv2cC8YZfPCGwAYxOMz7yY0CAAlLhB8FLPvN38IMJXTEVzYO+DYkg/CkI 1vnQo76IjleF6VPvejA8IEK54AzpX297TBKs9qvQoe5v73uCnEABp4/FG07QAMz/PvMSegBjVi8M 5uPKeLfQBvWrb/3rYz/72t8+97vv/e+DP/ziHz/5y2/+86M//dhPxwkEYgLkM8MBDziT+utv//vj P//63z//+/99BMBd8gngABJgARrgCQEiYAIqYBsEAQA7 ------=_NextPart_253_47A6_50D7604A.B9650910-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 18 03:21:41 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7SWj-0000sd-ON for capwap-archive@lists.ietf.org; Thu, 18 Jan 2007 03:21:41 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7SWg-0000GE-9v for capwap-archive@lists.ietf.org; Thu, 18 Jan 2007 03:21:41 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 851843982C2 for ; Thu, 18 Jan 2007 00:21:33 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 2FB694A41D3 for ; Thu, 18 Jan 2007 00:21:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 1042B4304E2 for ; Thu, 18 Jan 2007 00:21:22 -0800 (PST) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.225]) by hermes.tigertech.net (Postfix) with ESMTP id 737354304EC for ; Thu, 18 Jan 2007 00:21:19 -0800 (PST) Received: by nz-out-0506.google.com with SMTP id o37so84016nzf for ; Thu, 18 Jan 2007 00:21:19 -0800 (PST) Received: by 10.35.70.17 with SMTP id x17mr1066221pyk.1169108478088; Thu, 18 Jan 2007 00:21:18 -0800 (PST) Received: by 10.35.46.8 with HTTP; Thu, 18 Jan 2007 00:21:17 -0800 (PST) Message-ID: <26140d940701180021n6d90803fvb6f7058453b6e48a@mail.gmail.com> Date: Thu, 18 Jan 2007 03:21:17 -0500 From: "Michael Montemurro" To: "Pat Calhoun (pacalhou)" , capwap In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A203192FC3@xmb-sjc-235.amer.cisco.com> MIME-Version: 1.0 Content-Disposition: inline References: <26140d940701160332o5162127auaae6ac34fe5db12d@mail.gmail.com> <4FF84B0BC277FF45AA27FE969DD956A203192FC3@xmb-sjc-235.amer.cisco.com> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Proposed resolution to issue 72 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 92df29fa99cf13e554b84c8374345c17 Pat, I agree with this approach to address this . Cheers, Mike On 1/17/07, Pat Calhoun (pacalhou) wrote: > The original request, which lead to the issue being created, was a > request for a new set of messages that allow an AC to request the WTP to > provide its current configuration. At the time of the discussion, I > disagreed this feature was needed in the CAPWAP protocol, because at the > time of a reboot the WTP provides its stored configuration, if any. The > AC then proceeds by providing its own configuration. The claim was that > it was necessary for the AC to be able to "pull" the configuration from > the WTP, ensuring it has an accurate picture of the WTP's config. There > was also a mention that WTP bugs could exist that would cause the WTP to > not process the configuration properly. > > I believe that the current proposal for issue 73 now allows the WTP to > return an error code should it be unable to apply a specific > configuration message element. The AC can then decide whether it wishes > the WTP to provide service anyhow. This ensures the AC will know the > WTP's config. I also do not believe that a standard should be encumbered > to help identify bugs on WTPs. > > I do not believe that we have addressed the original request, howeverthe > question is whether we have addressed it in spirit. I believe we have > with the proposed text in issue 73. > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > -----Original Message----- > > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > > Sent: Tuesday, January 16, 2007 3:32 AM > > To: capwap > > Subject: [Capwap] Proposed resolution to issue 72 > > > > Here is the proposed resolution to issue 72: > > > > The current draft gives the capability for the WTP to share > > its configuration with the AC when it connects. > > > > I proposed adding configuration failure result code indicating: > > - the WTP could not apply the current configuration but > > will offer service > > - the WTP could not apply the current configuration and > > cannot offer service. > > This message element would be transmitted during the change > > state event message from the WTP to the AC. > > > > Cheers, > > > > Mike > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap > > > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 18 03:22:20 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7SXM-0001Ba-Bd for capwap-archive@lists.ietf.org; Thu, 18 Jan 2007 03:22:20 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7SXK-0000Lq-Uv for capwap-archive@lists.ietf.org; Thu, 18 Jan 2007 03:22:20 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id A011A398358 for ; Thu, 18 Jan 2007 00:22:18 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id E26994A41D3 for ; Thu, 18 Jan 2007 00:22:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id CC767430500 for ; Thu, 18 Jan 2007 00:22:10 -0800 (PST) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by hermes.tigertech.net (Postfix) with ESMTP id 8DA2D4304D9 for ; Thu, 18 Jan 2007 00:22:08 -0800 (PST) Received: by py-out-1112.google.com with SMTP id u52so60203pyb for ; Thu, 18 Jan 2007 00:22:08 -0800 (PST) Received: by 10.35.54.1 with SMTP id g1mr1072743pyk.1169108527926; Thu, 18 Jan 2007 00:22:07 -0800 (PST) Received: by 10.35.46.8 with HTTP; Thu, 18 Jan 2007 00:22:06 -0800 (PST) Message-ID: <26140d940701180022w4dc7c224p54ac4f31fbb16109@mail.gmail.com> Date: Thu, 18 Jan 2007 03:22:06 -0500 From: "Michael Montemurro" To: "Pat Calhoun (pacalhou)" In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A203192FF1@xmb-sjc-235.amer.cisco.com> MIME-Version: 1.0 Content-Disposition: inline References: <26140d940701160341g6a0639eeo48f3c297bca9a295@mail.gmail.com> <4FF84B0BC277FF45AA27FE969DD956A203192FF1@xmb-sjc-235.amer.cisco.com> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap Subject: Re: [Capwap] Proposed resolution to issue 190 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: f4c2cf0bccc868e4cc88dace71fb3f44 Pat. I agree with this approach. Cheers, Mike On 1/17/07, Pat Calhoun (pacalhou) wrote: > Michael, > > The issue seems to have two sub-issues. the first, identified as 42, is > addressed with your suggestion below, for which proposed text was > provided > via issue 73. The second sub-issue, identified as 41, states that the > CAPWAP > protocol does not support APs that have no (or limited) nonvolatile > memory. > I do not believe we have provided text to support the latter. The > problem statement which was published by the CAPWAP WG does not mention > that memory was an issue for traditional APs, and do I believe it is in > the working group's scope to solve this problem. > > I would therefore propose we reject this issue. > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > -----Original Message----- > > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > > Sent: Tuesday, January 16, 2007 3:42 AM > > To: capwap > > Subject: [Capwap] Proposed resolution to issue 190 > > > > This issue deals with issues with the configuration update response. > > Two result codes have been added for the WTP to indicate that: > > 1) The WTP could not apply the configuration but will offer service. > > 2) The WTP could not apply the configuration but will not > > offer service. > > > > Cheers, > > > > Mike > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap > > > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 18 04:32:09 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7Tcv-0000fY-MP for capwap-archive@lists.ietf.org; Thu, 18 Jan 2007 04:32:09 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7Tcs-00019f-R1 for capwap-archive@lists.ietf.org; Thu, 18 Jan 2007 04:32:09 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 9F315430718 for ; Thu, 18 Jan 2007 01:32:01 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id E18F24A41D3 for ; Thu, 18 Jan 2007 01:31:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id C51273981A7 for ; Thu, 18 Jan 2007 01:31:48 -0800 (PST) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by zoidberg.tigertech.net (Postfix) with ESMTP id E7DB439802A for ; Thu, 18 Jan 2007 01:31:45 -0800 (PST) Received: from 10.10.64.154 by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.0)); Thu, 18 Jan 2007 01:31:36 -0800 X-Server-Uuid: D7CB97D3-6392-476F-BE46-AB3D6F515C9A Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 815842B2; Thu, 18 Jan 2007 01:31:36 -0800 (PST) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 587622AF; Thu, 18 Jan 2007 01:31:36 -0800 (PST) Received: from mail-sj1-12.sj.broadcom.com (mail-sj1-12.sj.broadcom.com [10.16.128.215]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id EUD01476; Thu, 18 Jan 2007 01:31:32 -0800 (PST) Received: from NT-SJCA-0751.brcm.ad.broadcom.com (nt-sjca-0751 [10.16.192.221]) by mail-sj1-12.sj.broadcom.com (Postfix) with ESMTP id 8D63F20501; Thu, 18 Jan 2007 01:31:32 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 18 Jan 2007 01:31:30 -0800 Message-ID: <8954613CA6BB3242A1531D916A527A4102B5FE59@NT-SJCA-0751.brcm.ad.broadcom.com> In-Reply-To: <20070117163319.96191.qmail@web62403.mail.re1.yahoo.com> Thread-Topic: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Thread-Index: Acc6VU+2N7llVUVDQ6a7MUqQclMRgAAi5JqQ From: "Puneet Agarwal" To: "Abhijit Choudhury" , "Jim Murphy" X-WSS-ID: 69B1E1F23EK26479656-01-01 X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.096 tagged_above=-999 required=7 tests=HTML_50_60, HTML_MESSAGE X-Spam-Level: Cc: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2058741342==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: 6aa9751a99a375c56c6a892e94827f72 This is a multi-part message in MIME format. --===============2058741342== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C73AE3.7014CEC8" This is a multi-part message in MIME format. ------_=_NextPart_001_01C73AE3.7014CEC8 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi Abhijit, =20 The real issue is the fact that we are using a full 32 bits to add this 1 bit info. One would be perfectly happy if we put this 1 bit in the CAPWAP hdr (by using one of the flag bits). I speculate that .11 (using your example) would have had a fairly adverse reaction if one suggested adding 32 bits for one bit of info. =20 To your other point about high speed implementations: it depends on your particular implementation. There are many other high speed implementations that do not suffer from the issue that you describe. =20 Hence here is my position: Remove MUX hdr for CAPWAP Data. Potentially add 1 bit in the CAPWAP hdr for the encrypted payload flag. =20 Comments? =20 Thanks. =20 -Puneet ________________________________ From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com]=20 Sent: Wednesday, January 17, 2007 8:33 AM To: Jim Murphy Cc: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Jim, You are correct that the UDP port will identify the packet to be a CAPWAP data=20 packet or not. However, the tunnel=20 attribute that you mention, will typically be the result of a lookup into some data structure. Since some data tunnels could have DTLS encryption and some may not, further parsing of the packet will have to stall until this lookup is done. In high speed implementations, this is not desirable. =20 As I said before, in a clean protocol design, a packet should have all the information required=20 to parse it. For example, the 802.11 header has an extended IV bit that indicates whether the packet carries an extended IV or not. It can argued that a client's traffic at a radio will only have one kind of encryption and hence this is not needed. However, this bit allows parsing of the packet without looking into any client database. =20 =20 Regards, Abhijit ----- Original Message ---- From: Jim Murphy To: Abhijit Choudhury Cc: capwap@frascone.com Sent: Wednesday, January 17, 2007 6:30:00 AM Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) If, as you suggest, DTLS encryption is an attribute of the tunnel and not of the packet, then indeed the preamble is superfluous. There is no additional lookup required if the preamble is not used. To identify a CAPWAP data packet, the forwarding plane is plumbed with the data channel 5-tuple (src IP, dst IP, IP proto, src port, dst port). The forwarding operation is to either decrypt the packet if the tunnel attribute is DTLS encrypted or to CAPWAP de-encapsulate if not. There is no need to look at the CAPWAP preamble to make this decision - it is plumbed in directly. Given that control and data are using different UDP ports and most likely processed on completely different processors, there is no technical or functional value in having uniformity in headers. Thanks, Jim Abhijit Choudhury wrote: > There is no question that the spec has to include a mechanism > to establish an encrypted data channel. > =20 > I think the expectation is that the DTLS encryption of > data channel packets will be enabled or not on a per-tunnel basis.=20 > That said, I would still strongly recommend that the group consider > a packet format that is uniform across the control and data channels. > =20 > In general, it is desirable to have enough information in > a packet header to indicate what the packet format is. No > configuration lookups should be needed to parse the packet. > This is what the proposed CAPWAP preamble header achieves. > In a lot of hardware implementations, being able to parse > packets without waiting for lookup results speeds up the > implementation. With the speeds and scales of implemenations > going up in the future with the adoption of 802.11n, we should > keep the protocol design clean and simple, and not complicate > designs to save a few bytes. > =20 > =20 > Regards, > Abhijit > =20 > =20 > -----Original Message----- > From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] > Sent: Tuesday, January 16, 2007 4:05 PM > To: Pat Calhoun (pacalhou) > Cc: capwap@frascone.com > Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of > 146) >=20 > The following proposal suggests that the CAPWAP preamble is required in > the data channel. I propose the CAPWAP preamble is not required in the > data channel for the following reasons: >=20 > 1. It is not specified in the CAPWAP spec how to establish an encrypted > *data* channel. >=20 > 2. Even if #1 had been specified, then it is not specified how one > signals which data channel packets are DTLS encrypted and which are not. > One could imagine that it would be based on session, but there is no > mechanism specified for how this is accomplished. >=20 > Considering that the CAPWAP preamble adds no value to the data channel, > I propose that the preamble is removed. As I've argued in the past, > being frugal with the use of bytes in data channel headers is critical > for high performance and large scale implementations. >=20 > The inclusion of the preamble in the data channel may be considered in a > future version of CAPWAP when the above issues have been addressed. >=20 > Thanks, >=20 > Jim >=20 > Pat Calhoun (pacalhou) wrote: > > All, > > =20 > > Following the discussion at the IETF meeting in San Diego, I wanted to >=20 > > provide the following proposed resolution for the above issues. Note > > that issues 224 and 89 are directly resolved as part of this fix, > > while issue 146 includes several topics, and this issue only addresses >=20 > > one of the issues raised. > > > > NOTE: The format of the frame I have included here is slightly > > different from the one that I had presented in San Diego. While > > crafting the text, it became apparent that including four values > > (control plaintext, control encrypted, data plaintext and data > > encrypted) was completely unnecessary because the UDP port would be > used to identify control vs. > > data. So the type field really states whether the field is plain text > > or DTLS. There is also room to allow for future encryption protocols > > to be used here. The new header is called preamble, and includes 24 > > reserved bits. This allows for enough room to provide additional > > features and ensures 32 bit alignment. > > > > Proposed Text > > ------------- > > > > 4 CAPWAP Packet Formats > > > > This section contains the CAPWAP protocol packet formats. A CAPWAP > > protocol packet consists of a CAPWAP Transport Layer packet header > > followed by a CAPWAP message. The CAPWAP message can be either of > > type Control or Data, where Control packets carry signaling, and > Data > > packets carry user payloads. The CAPWAP frame formats for CAPWAP > > Data packets, and for DTLS encapsulated CAPWAP Data and Control > > packets. See section Section 3.1 for more information on the use > of > > UDP. > > > > The CAPWAP Control protocol includes two messages that are never > > protected by DTLS. These messages, called the Discovery Request > and > > Discovery Response, need to be in the clear in order for the CAPWAP > > protocol to properly identify and process them. The format of > these > > packets are as follows: > > > > CAPWAP Control Packet (Discovery Request/Response): > > +---------------------------------------------------+ > > | IP | UDP | CAPWAP |CAPWAP | Control | Message | > > | Hdr | Hdr | p-amble|Header | Header | Element(s) | > > +---------------------------------------------------+ > > > > All other CAPWAP control protocol messages MUST be protected via > the > > DTLS protocol, which ensures that the packets are both > authenticated > > and encrypted. The format of these packets are as follows: > > > > CAPWAP Control Packet (DTLS Security Required): > > > +------------------------------------------------------------------+ > > | IP | UDP | CAPWAP | DTLS | CAPWAP | Control | Message | DTLS > | > > | Hdr | Hdr | p-amble| Hdr | Header | Header | Element(s) | Trlr > | > > > +------------------------------------------------------------------+ > > \----------- authenticated ------------/ > > \------------- encrypted > > -------------/ > > > > The CAPWAP protocol allows optional encryption of the data frames, > > once again using the DTLS protocol. Whether or not the data frames > > are encrypted is a matter of policy, which is described in a later > > section of this specification. The format of these packets is as > > follows: > > > > CAPWAP Plain Text Data Packet : > > +-----------------------------------------+ > > | IP | UDP | CAPWAP | CAPWAP | Wireless | > > | Hdr | Hdr | p-amble| Header | Payload | > > +-----------------------------------------+ > > > > DTLS Secured CAPWAP Data Packet: > > +------------------------------------------------------+ > > | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | > > | Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr | > > +------------------------------------------------------+ > > \----- authenticated -----/ > > \------- encrypted --------/ > > > > UDP: All CAPWAP packets are encapsulated within UDP. Section > > Section 3.1 defines the specific UDP usage. > > > > CAPWAP preamble: All CAPWAP protocol packets are prefixed with the > > preable header, which is used to identify the frame type that > > follows. This header, is defined in Section 4.1. > > > > DTLS Header: The DTLS header provides authentication and encrytion > > services to the CAPWAP payload it encapsulates. This protocol > is > > defined in RFC 4347 [9]. > > [...] > > > > 4.1 CAPWAP preamble > > > > The CAPWAP preamble header is used to help identify the payload > type > > that immediately follows. The reason for this header to is avoid > > needing the perform byte comparisons in order to guess whether the > > frame is DTLS encrypted or not. The format of the frame is as > > follows: > > > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 > 1 > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |Version| Type | Reserved > | > > =20 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > Version: A 4 bit field which contains the version of CAPWAP used > in > > this packet. The value for this draft is zero (0). > > > > Payload Type: A 4 bit field which specifies the payload type that > > follows the preamble header. The following values are > supported: > > > > 0 - Clear text. If the packet is received on the data UDP > port, > > the CAPWAP stack MUST treat this as a clear text CAPWAP data > > packet. If received on the control UDP port, the CAPWAP > stack > > MUST treat this as a clear text CAPWAP control packet. If > the > > control packet is not a Discovery Request or Response packet, > > it is illegal and MUST be dropped. > > > > 1 - DTLS Encrypted. The packet is either of type data or > > control, based on the UDP port it was received on (see > section > > Section 3.1). > > > > Reserved: The 24-bit field is reserved for future use. All > > implementations complying with this protocol MUST set to zero > any > > bits that are reserved in the version of the protocol supported > by > > that implementation. Receivers MUST ignore all bits not defined > > for the version of the protocol they support. > > > > 4.2 CAPWAP Header > > [...] > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 > 1 > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |Version| RID | HLEN | WBID |T|F|L|W|M| Flags > | > > =20 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > [...] > > > > Version: A 4 bit field which contains the version of CAPWAP used > in > > this packet. The value of this field MUST match the version > field > > set in the CAPWAP preamble header (see Section 4.1). The reason > > for this duplicate field is to avoid any possible tampering of > the > > version field in the preamble header which is not encrypted or > > authenticated. > > > > > > Pat Calhoun > > CTO, Wireless Networking Business Unit Cisco Systems > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap >=20 > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap >=20 > Archives: http://lists.frascone.com/pipermail/capwap >=20 >=20 > ------------------------------------------------------------------------ > Never Miss an Email > Stay connected with Yahoo! Mail on your mobile. Get started!=20 > >=20 >=20 > ------------------------------------------------------------------------ >=20 > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap >=20 > Archives: http://lists.frascone.com/pipermail/capwap ________________________________ Check out the all-new Yahoo! Mail beta - Fire up a more powerful email and get things done faster. ------_=_NextPart_001_01C73AE3.7014CEC8 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable
Hi Abhijit,

The real issue is the fact that we are using a = full 32 bits=20 to add this 1 bit info. One would be perfectly happy if we put this = 1 bit=20 in the CAPWAP hdr (by using one of the flag bits). I speculate=20 that .11 (using your example) would have had a fairly adverse = reaction if=20 one suggested adding 32 bits for one bit of info.

To your other point about high speed = implementations: it=20 depends on your particular implementation. There are many = other high=20 speed implementations that do not suffer from the issue that you=20 describe.

Hence here is my position:

Remove MUX hdr for CAPWAP Data. Potentially add = 1 bit in=20 the CAPWAP hdr for the encrypted payload=20 flag.

Comments?

Thanks.

-Puneet

From: Abhijit Choudhury=20 [mailto:abhijit10425@yahoo.com]
Sent: Wednesday, January 17, = 2007=20 8:33 AM
To: Jim Murphy
Cc:=20 capwap@frascone.com
Subject: Re: [Capwap] Proposed Resolution = for=20 Issue 224/89 (and part of 146)

Jim,
You=20 are correct that the UDP port will
identify=20 the packet to be a CAPWAP data packet=20 or not. However, the tunnel attribute=20 that you mention, will typically be=20 the result of a lookup into some data structure.=20 Since some data tunnels could have DTLS=20 encryption and some may not, further parsing=20 of the packet will have to stall until=20 this lookup is done. In high speed implementations,=20 this is not desirable. As=20 I said before, in a clean protocol design, a=20 packet should have all the information required to=20 parse it. For=20 example, the 802.11 header has an extended=20 IV bit that indicates whether the=20 packet carries an extended IV or not. It=20 can argued that a client's traffic at a=20 radio will only have one kind of encryption and=20 hence this is not needed. However, this=20 bit allows parsing of the packet without looking=20 into any client database. Regards, Abhijit

-----=20 Original Message ----
From: Jim Murphy=20 <jmurphy@trapezenetworks.com>
To: Abhijit Choudhury=20 <abhijit@ieee.org>
Cc: capwap@frascone.com
Sent: Wednesday, = January=20 17, 2007 6:30:00 AM
Subject: Re: [Capwap] Proposed Resolution for = Issue=20 224/89 (and part of 146)

If, as you suggest, DTLS encryption is an attribute of = the
tunnel and=20 not of the packet, then indeed the preamble = is
superfluous.

There is=20 no additional lookup required if the preamble is not
used. To = identify a=20 CAPWAP data packet, the forwarding plane
is plumbed with the data = channel=20 5-tuple (src IP, dst IP, IP proto,
src port, dst port). The = forwarding=20 operation is to either decrypt
the packet if the tunnel attribute is = DTLS=20 encrypted or to CAPWAP
de-encapsulate if not. There is no need to = look at the=20 CAPWAP preamble
to make this decision - it is plumbed in=20 directly.

Given that control and data are using different UDP = ports=20 and
most likely processed on completely different = processors,
there is no=20 technical or functional value in having uniformity
in=20 headers.

Thanks,

Jim

Abhijit Choudhury = wrote:
>=20 There  is no question that the spec has to include a = mechanism
>=20 to establish an encrypted data channel.
>
> I = think the=20 expectation is that the DTLS encryption of
> data channel packets = will be=20 enabled or not on a per-tunnel basis.
> That said, I would still = strongly=20 recommend that the group consider
> a packet format that is = uniform across=20 the control and data channels.
>
> In general, = it is=20 desirable to have enough information in
> a packet header to = indicate what=20 the packet format is.  No
> configuration lookups should = be=20 needed to parse the packet.
> This is what the proposed CAPWAP = preamble=20 header achieves.
> In a lot of hardware = implementations,  being=20 able to parse
> packets without waiting for lookup results speeds = up=20 the
> implementation.  With the speeds and scales of=20 implemenations
> going up in the future with the adoption of = 802.11n, we=20 should
> keep the protocol design clean and simple, and not=20 complicate
> designs to save a few=20 bytes.
>
>
> Regards,
>=20 Abhijit
>
>
> -----Original=20 Message-----
> From: Jim Murphy=20 [mailto:jmurphy@trapezenetworks.com]
> Sent: Tuesday, January 16, = 2007=20 4:05 PM
> To: Pat Calhoun (pacalhou)
> Cc:=20 capwap@frascone.com
> Subject: Re: [Capwap] Proposed Resolution = for Issue=20 224/89 (and part of
> 146)
>
> The following proposal = suggests that the CAPWAP preamble is required in
> the data = channel. I=20 propose the CAPWAP preamble is not required in the
> data channel = for the=20 following reasons:
>
> 1. It is not specified in the CAPWAP = spec=20 how to establish an encrypted
> *data* channel.
>
> = 2. Even=20 if #1 had been specified, then it is not specified how one
> = signals which=20 data channel packets are DTLS encrypted and which are not.
> One = could=20 imagine that it would be based on session, but there is no
> = mechanism=20 specified for how this is accomplished.
>
> Considering = that the=20 CAPWAP preamble adds no value to the data channel,
> I propose = that the=20 preamble is removed. As I've argued in the past,
> being frugal = with the=20 use of bytes in data channel headers is critical
> for high = performance=20 and large scale implementations.
>
> The inclusion of the = preamble=20 in the data channel may be considered in a
> future version of = CAPWAP when=20 the above issues have been addressed.
>
> Thanks,
> =
>=20 Jim
>
> Pat Calhoun (pacalhou) = wrote:
>  >=20 All,
>  >
>  > = Following the=20 discussion at the IETF meeting in San Diego, I wanted to
>=20
>  > provide the following proposed resolution for = the above=20 issues. Note
>  > that issues 224 and 89 are directly = resolved as part of this fix,
>  > while issue 146 = includes=20 several topics, and this issue only addresses
> =
>  >=20 one of the issues = raised.
>  >
>  > NOTE:=20 The format of the frame I have included here is = slightly
>  >=20 different from the one that I had presented in San Diego.=20 While
>  > crafting the text, it became apparent that = including four values
>  > (control plaintext, = control=20 encrypted, data plaintext and data
>  > encrypted) = was=20 completely unnecessary because the UDP port would be
> used to = identify=20 control vs.
>  > data. So the type field really = states=20 whether the field is plain text
>  > or DTLS. There = is also=20 room to allow for future encryption protocols
>  > to = be used=20 here. The new header is called preamble, and includes = 24
>  >=20 reserved bits. This allows for enough room to provide=20 additional
>  > features and ensures 32 bit=20 alignment.
>  >
>  > Proposed=20 Text
>  >=20 -------------
>  >
>  >=20 4  CAPWAP Packet=20 Formats
>  >
>  >   = This=20 section contains the CAPWAP protocol packet formats.  A=20 CAPWAP
>  >    protocol packet = consists=20 of a CAPWAP Transport Layer packet=20 header
>  >    followed by a = CAPWAP=20 message.  The CAPWAP message can be either=20 of
>  >    type Control or Data, = where=20 Control packets carry signaling, and
>=20 Data
>  >    packets carry user=20 payloads.  The CAPWAP frame formats for=20 CAPWAP
>  >    Data packets, and = for DTLS=20 encapsulated CAPWAP Data and=20 Control
>  >    packets. &nbs= p;See=20 section Section 3.1 for more information on the use
>=20 of
>  >    UDP.
>  = ;>
>  >    The=20 CAPWAP Control protocol includes two messages that are=20 never
>  >    protected by=20 DTLS.  These messages, called the Discovery Request
>=20 and
>  >    Discovery Response, = need to=20 be in the clear in order for the=20 CAPWAP
>  >    protocol to = properly=20 identify and process them.  The format of
>=20 these
>  >    packets are as=20 follows:
>  >
>  >   = ;     CAPWAP=20 Control Packet (Discovery=20 Request/Response):
>  >     &= nbsp;  +---------------------------------------------------+>  >        |=20 IP  | UDP | CAPWAP |CAPWAP | Control |=20 Message    |
>  >   = ;     |=20 Hdr | Hdr | p-amble|Header | Header  | Element(s)=20 |
>  >        = +---------------------------------------------------+
>  = >
>  >    All=20 other CAPWAP control protocol messages MUST be protected via
>=20 the
>  >    DTLS protocol, which = ensures=20 that the packets are both
>=20 authenticated
>  >    and=20 encrypted.  The format of these packets are as=20 follows:
>  >
>  >   = ; =20 CAPWAP Control Packet (DTLS Security = Required):
>  >
>=20 +------------------------------------------------------------------+
&= gt;  >    =20 | IP  | UDP | CAPWAP | DTLS | CAPWAP | Control |=20 Message    | DTLS
>=20 |
>  >     | Hdr | Hdr | p-amble| = Hdr  | Header | Header  | Element(s) | Trlr
>=20 |
>  >
>=20 +------------------------------------------------------------------+
&= gt;  >         =             &= nbsp;    \-----------=20 authenticated=20 ------------/
>  >      =             &= nbsp;           &n= bsp;   \-------------=20 encrypted
>  >=20 -------------/
>  >
>  >  = ;  The=20 CAPWAP protocol allows optional encryption of the data=20 frames,
>  >    once again using = the DTLS=20 protocol.  Whether or not the data=20 frames
>  >    are encrypted is a = matter=20 of policy, which is described in a=20 later
>  >    section of this=20 specification.  The format of these packets is=20 as
>  >    follows:
> &= nbsp;>
>  >      &nbs= p; CAPWAP=20 Plain Text Data Packet=20 :
>  >        = +-----------------------------------------+
>  > =        |=20 IP  | UDP | CAPWAP | CAPWAP |=20 Wireless  |
>  >    &nbs= p;   |=20 Hdr | Hdr | p-amble| Header | Payload  =20 |
>  >        = +-----------------------------------------+
>  >
&g= t;  >        DTLS=20 Secured CAPWAP Data=20 Packet:
>  >       = +------------------------------------------------------+
>&nb= sp; >        |=20 IP  | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS=20 |
>  >        = | Hdr |=20 Hdr | p-amble| Hdr  |  Hdr   |=20 Payload  | Trlr=20 |
>  >        = +------------------------------------------------------+
> &nb= sp;>           =             &= nbsp;      \-----=20 authenticated=20 -----/
>  >       &= nbsp;           &n= bsp;           &nb= sp;    \-------=20 encrypted=20 --------/
>  >
>  >  &nbs= p; UDP:  All=20 CAPWAP packets are encapsulated within=20 UDP.  Section
>  >    &n= bsp; =20 Section 3.1 defines the specific UDP=20 usage.
>  >
>  >   &= nbsp;CAPWAP=20 preamble:  All CAPWAP protocol packets are prefixed with=20 the
>  >       preable = header,=20 which is used to identify the frame type=20 that
>  >      =20 follows.  This header, is defined in Section=20 4.1.
>  >
>  >   &nb= sp;DTLS=20 Header:  The DTLS header provides authentication and=20 encrytion
>  >       = services=20 to the CAPWAP payload it encapsulates.  This protocol
>=20 is
>  >       defined = in RFC=20 4347 [9].
>  >=20 [...]
>  >
>  > = 4.1  CAPWAP=20 preamble
>  >
>  >   = ; The=20 CAPWAP preamble header is used to help identify the payload
>=20 type
>  >    that immediately=20 follows.  The reason for this header to is=20 avoid
>  >    needing the perform = byte=20 comparisons in order to guess whether=20 the
>  >    frame is DTLS = encrypted or=20 not.  The format of the frame is=20 as
>  >    follows:
> &= nbsp;>
>  >      &nbs= p; =20 0            =       =20 1            =       =20 2            =       =20 3
>  >        = 0 1 2=20 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0
>=20 1
>  >
>=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=   >        |Version|= =20 Type  |         &n= bsp;          Reserved<= BR>>=20 |
>  >        =
>  >=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=   >
>  >    Version:&= nbsp; A=20 4 bit field which contains the version of CAPWAP used
>=20 in
>  >       this=20 packet.  The value for this draft is zero=20 (0).
>  >
>  >   &nb= sp;Payload=20 Type:  A 4 bit field which specifies the payload type=20 that
>  >       follows = the=20 preamble header.  The following values are
>=20 supported:
>  >
>  >  &nb= sp;   =20 0 -  Clear text.  If the packet is received on the = data=20 UDP
>=20 port,
>  >       &n= bsp;  the=20 CAPWAP stack MUST treat this as a clear text CAPWAP=20 data
>  >       &nb= sp;  packet.  If=20 received on the control UDP port, the CAPWAP
>=20 stack
>  >       &n= bsp;  MUST=20 treat this as a clear text CAPWAP control packet.  If
>=20 the
>  >       &nbs= p;  control=20 packet is not a Discovery Request or Response=20 packet,
>  >       =    it=20 is illegal and MUST be=20 dropped.
>  >
>  >   = ;   =20 1 -  DTLS Encrypted.  The packet is either of type = data=20 or
>  >        = ;  control,=20 based on the UDP port it was received on (see
>=20 section
>  >       =    Section=20 3.1).
>  >
>  >   &n= bsp;Reserved:  The=20 24-bit field is reserved for future=20 use.  All
>  >     = =20 implementations complying with this protocol MUST set to zero
>=20 any
>  >       bits = that are=20 reserved in the version of the protocol supported
>=20 by
>  >       that=20 implementation.  Receivers MUST ignore all bits not=20 defined
>  >       for = the=20 version of the protocol they=20 support.
>  >
>  > = 4.2  CAPWAP=20 Header
>  >=20 [...]
>  >       &n= bsp;=20 0            =       =20 1            =       =20 2            =       =20 3
>  >        = 0 1 2=20 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0
>=20 1
>  >
>=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=   >        |Version|=   =20 RID   |  HLEN   = |  WBID  =20 |T|F|L|W|M|     Flags
>=20 |
>  >        =
>  >=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=   >=20 [...]
>  >
>  >   &n= bsp;Version:  A=20 4 bit field which contains the version of CAPWAP used
>=20 in
>  >       this=20 packet.  The value of this field MUST match the = version
>=20 field
>  >       set in = the=20 CAPWAP preamble header (see Section 4.1).  The=20 reason
>  >       for = this=20 duplicate field is to avoid any possible tampering of
>=20 the
>  >       version = field in=20 the preamble header which is not encrypted=20 or
>  >      =20 authenticated.
>  >
>  >
>&nb= sp; >=20 Pat Calhoun
>  > CTO, Wireless Networking Business = Unit Cisco=20 Systems
>  >=20 _________________________________________________________________
>=   >=20 To unsubscribe or modify your subscription options, please=20 visit:
>  > http://lists.frascone.com/mailman/listinfo/capwap
= >  >
>  >=20 Archives: http://lists.frascone.com/pipermail/capwap
> =
>=20 _________________________________________________________________
>= To=20 unsubscribe or modify your subscription options, please visit:
> = http://lists.frascone.com/mailman/listinfo/capwap
= >=20
> Archives: http://lists.frascone.com/pipermail/capwap
> =
>=20
>=20 ------------------------------------------------------------------------<= BR>>=20 Never Miss an Email
> Stay connected with Yahoo! Mail on your = mobile. Get=20 started!
> <http://us.rd.yahoo.com/evt=3D43909/*http://mobile.yahoo.c= om/services?promote=3Dmail>
>=20
>
>=20 ------------------------------------------------------------------------<= BR>>=20
>=20 _________________________________________________________________
>= To=20 unsubscribe or modify your subscription options, please visit:
> = http://lists.frascone.com/mailman/listinfo/capwap
= >=20
> Archives: http://lists.frascone.com/pipermail/capwap

Check out the=20 all-new Yahoo! Mail beta - Fire up a more powerful email and get = things done=20 faster. ------_=_NextPart_001_01C73AE3.7014CEC8-- --===============2058741342== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============2058741342==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 18 04:45:30 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7Tpq-0002IB-4X for capwap-archive@lists.ietf.org; Thu, 18 Jan 2007 04:45:30 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7Tpm-0003gZ-DT for capwap-archive@lists.ietf.org; Thu, 18 Jan 2007 04:45:30 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 169D64307A4 for ; Thu, 18 Jan 2007 01:45:23 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id A2C034A41D3 for ; Thu, 18 Jan 2007 01:45:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 62455430753 for ; Thu, 18 Jan 2007 01:45:10 -0800 (PST) Received: from web62414.mail.re1.yahoo.com (web62414.mail.re1.yahoo.com [69.147.75.91]) by hermes.tigertech.net (Postfix) with SMTP id 37218430743 for ; Thu, 18 Jan 2007 01:45:07 -0800 (PST) Received: (qmail 39081 invoked by uid 60001); 18 Jan 2007 09:45:06 -0000 Message-ID: <20070118094506.39079.qmail@web62414.mail.re1.yahoo.com> Received: from [62.50.203.2] by web62414.mail.re1.yahoo.com via HTTP; Thu, 18 Jan 2007 01:45:06 PST Date: Thu, 18 Jan 2007 01:45:06 -0800 (PST) From: Abhijit Choudhury To: Puneet Agarwal , capwap@frascone.com MIME-Version: 1.0 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=5.0 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, DNS_FROM_RFC_POST, DNS_FROM_RFC_WHOIS, FORGED_YAHOO_RCVD, FROM_ENDS_IN_NUMS, HTML_50_60, HTML_MESSAGE X-Spam-Level: ***** Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Abhijit Choudhury List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1296690819==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.6 (/) X-Scan-Signature: 8897a8f96c648179e32cc9ffbb0aaffd --===============1296690819== Content-Type: multipart/alternative; boundary="0-2097050605-1169113506=:38799" --0-2097050605-1169113506=:38799 Content-Type: text/plain; charset=ascii Content-Transfer-Encoding: quoted-printable Hi Puneet,=0A=0AUnfortunately, the CAPWAP header occurs after the DTLS head= er.=0ASo, putting info there doesn't help. We need something=0Abefore the D= TLS header .. all we have there is the IP=0Aand UDP headers and we can't in= sert anything there.=0A=0AAbhijit=0A=0A=0A----- Original Message ----=0AFro= m: Puneet Agarwal =0ATo: Abhijit Choudhury ; Jim Murphy =0ACc: capwap@frascone.c= om=0ASent: Thursday, January 18, 2007 1:31:30 AM=0ASubject: RE: [Capwap] Pr= oposed Resolution for Issue 224/89 (and part of 146)=0A=0A=0AHi Abhijit,=0A= =0AThe real issue is the fact that we are using a full 32 bits to add this= 1 bit info. One would be perfectly happy if we put this 1 bit in the CAPWA= P hdr (by using one of the flag bits). I speculate that .11 (using your exa= mple) would have had a fairly adverse reaction if one suggested adding 32 b= its for one bit of info.=0A =0ATo your other point about high speed impleme= ntations: it depends on your particular implementation. There are many othe= r high speed implementations that do not suffer from the issue that you des= cribe.=0A =0AHence here is my position:=0ARemove MUX hdr for CAPWAP Data. P= otentially add 1 bit in the CAPWAP hdr for the encrypted payload flag.=0A = =0AComments?=0A =0AThanks.=0A =0A-Puneet=0A=0A=0A=0A=0AFrom: Abhijit Choudh= ury [mailto:abhijit10425@yahoo.com] =0ASent: Wednesday, January 17, 2007 8:= 33 AM=0ATo: Jim Murphy=0ACc: capwap@frascone.com=0ASubject: Re: [Capwap] Pr= oposed Resolution for Issue 224/89 (and part of 146)=0A=0A=0AJim,=0AYou are= correct that the UDP port will=0Aidentify the packet to be a CAPWAP data = =0Apacket or not. However, the tunnel =0Aattribute that you mention, will = typically=0Abe the result of a lookup into some data=0Astructure. Since som= e data tunnels could have=0ADTLS encryption and some may not, further=0Apar= sing of the packet will have to stall=0Auntil this lookup is done. In high= speed=0Aimplementations, this is not desirable.=0A =0AAs I said before, in= a clean protocol design,=0Aa packet should have all the information requir= ed =0Ato parse it.=0AFor example, the 802.11 header has an=0Aextended IV bi= t that indicates whether=0Athe packet carries an extended IV or not.=0AIt c= an argued that a client's traffic at=0Aa radio will only have one kind of e= ncryption=0Aand hence this is not needed. However,=0Athis bit allows parsi= ng of the packet without=0Alooking into any client database.=0A =0A =0ARega= rds,=0AAbhijit=0A=0A=0A----- Original Message ----=0AFrom: Jim Murphy =0ATo: Abhijit Choudhury =0ACc: c= apwap@frascone.com=0ASent: Wednesday, January 17, 2007 6:30:00 AM=0ASubject= : Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146)=0A=0A= =0AIf, as you suggest, DTLS encryption is an attribute of the=0Atunnel and = not of the packet, then indeed the preamble is=0Asuperfluous.=0A=0AThere is= no additional lookup required if the preamble is not=0Aused. To identify a= CAPWAP data packet, the forwarding plane=0Ais plumbed with the data channe= l 5-tuple (src IP, dst IP, IP proto,=0Asrc port, dst port). The forwarding = operation is to either decrypt=0Athe packet if the tunnel attribute is DTLS= encrypted or to CAPWAP=0Ade-encapsulate if not. There is no need to look a= t the CAPWAP preamble=0Ato make this decision - it is plumbed in directly.= =0A=0AGiven that control and data are using different UDP ports and=0Amost = likely processed on completely different processors,=0Athere is no technica= l or functional value in having uniformity=0Ain headers.=0A=0AThanks,=0A=0A= Jim=0A=0AAbhijit Choudhury wrote:=0A> There is no question that the spec h= as to include a mechanism=0A> to establish an encrypted data channel.=0A> = =0A> I think the expectation is that the DTLS encryption of=0A> data channe= l packets will be enabled or not on a per-tunnel basis. =0A> That said, I w= ould still strongly recommend that the group consider=0A> a packet format t= hat is uniform across the control and data channels.=0A> =0A> In general, = it is desirable to have enough information in=0A> a packet header to indica= te what the packet format is. No=0A> configuration lookups should be neede= d to parse the packet.=0A> This is what the proposed CAPWAP preamble header= achieves.=0A> In a lot of hardware implementations, being able to parse= =0A> packets without waiting for lookup results speeds up the=0A> implement= ation. With the speeds and scales of implemenations=0A> going up in the fu= ture with the adoption of 802.11n, we should=0A> keep the protocol design c= lean and simple, and not complicate=0A> designs to save a few bytes.=0A> = =0A> =0A> Regards,=0A> Abhijit=0A> =0A> =0A> -----Original Message-----= =0A> From: Jim Murphy [mailto:jmurphy@trapezenetworks.com]=0A> Sent: Tuesda= y, January 16, 2007 4:05 PM=0A> To: Pat Calhoun (pacalhou)=0A> Cc: capwap@f= rascone.com=0A> Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 = (and part of=0A> 146)=0A> =0A> The following proposal suggests that the CAP= WAP preamble is required in=0A> the data channel. I propose the CAPWAP prea= mble is not required in the=0A> data channel for the following reasons:=0A>= =0A> 1. It is not specified in the CAPWAP spec how to establish an encrypt= ed=0A> *data* channel.=0A> =0A> 2. Even if #1 had been specified, then it i= s not specified how one=0A> signals which data channel packets are DTLS enc= rypted and which are not.=0A> One could imagine that it would be based on s= ession, but there is no=0A> mechanism specified for how this is accomplishe= d.=0A> =0A> Considering that the CAPWAP preamble adds no value to the data = channel,=0A> I propose that the preamble is removed. As I've argued in the = past,=0A> being frugal with the use of bytes in data channel headers is cri= tical=0A> for high performance and large scale implementations.=0A> =0A> Th= e inclusion of the preamble in the data channel may be considered in a=0A> = future version of CAPWAP when the above issues have been addressed.=0A> =0A= > Thanks,=0A> =0A> Jim=0A> =0A> Pat Calhoun (pacalhou) wrote:=0A> > All,= =0A> > =0A> > Following the discussion at the IETF meeting in San Diego,= I wanted to=0A> =0A> > provide the following proposed resolution for the = above issues. Note=0A> > that issues 224 and 89 are directly resolved as p= art of this fix,=0A> > while issue 146 includes several topics, and this i= ssue only addresses=0A> =0A> > one of the issues raised.=0A> >=0A> > NOT= E: The format of the frame I have included here is slightly=0A> > differen= t from the one that I had presented in San Diego. While=0A> > crafting the= text, it became apparent that including four values=0A> > (control plaint= ext, control encrypted, data plaintext and data=0A> > encrypted) was compl= etely unnecessary because the UDP port would be=0A> used to identify contro= l vs.=0A> > data. So the type field really states whether the field is pla= in text=0A> > or DTLS. There is also room to allow for future encryption p= rotocols=0A> > to be used here. The new header is called preamble, and inc= ludes 24=0A> > reserved bits. This allows for enough room to provide addit= ional=0A> > features and ensures 32 bit alignment.=0A> >=0A> > Proposed = Text=0A> > -------------=0A> >=0A> > 4 CAPWAP Packet Formats=0A> >=0A>= > This section contains the CAPWAP protocol packet formats. A CAPWAP= =0A> > protocol packet consists of a CAPWAP Transport Layer packet head= er=0A> > followed by a CAPWAP message. The CAPWAP message can be eithe= r of=0A> > type Control or Data, where Control packets carry signaling,= and=0A> Data=0A> > packets carry user payloads. The CAPWAP frame form= ats for CAPWAP=0A> > Data packets, and for DTLS encapsulated CAPWAP Dat= a and Control=0A> > packets. See section Section 3.1 for more informat= ion on the use=0A> of=0A> > UDP.=0A> >=0A> > The CAPWAP Control pr= otocol includes two messages that are never=0A> > protected by DTLS. T= hese messages, called the Discovery Request=0A> and=0A> > Discovery Res= ponse, need to be in the clear in order for the CAPWAP=0A> > protocol t= o properly identify and process them. The format of=0A> these=0A> > pa= ckets are as follows:=0A> >=0A> > CAPWAP Control Packet (Discovery= Request/Response):=0A> > +----------------------------------------= -----------+=0A> > | IP | UDP | CAPWAP |CAPWAP | Control | Message= |=0A> > | Hdr | Hdr | p-amble|Header | Header | Element(s) |= =0A> > +---------------------------------------------------+=0A> >= =0A> > All other CAPWAP control protocol messages MUST be protected via= =0A> the=0A> > DTLS protocol, which ensures that the packets are both= =0A> authenticated=0A> > and encrypted. The format of these packets ar= e as follows:=0A> >=0A> > CAPWAP Control Packet (DTLS Security Requir= ed):=0A> >=0A> +----------------------------------------------------------= --------+=0A> > | IP | UDP | CAPWAP | DTLS | CAPWAP | Control | Messa= ge | DTLS=0A> |=0A> > | Hdr | Hdr | p-amble| Hdr | Header | Header= | Element(s) | Trlr=0A> |=0A> >=0A> +-----------------------------------= -------------------------------+=0A> > \---------= -- authenticated ------------/=0A> > \---= ---------- encrypted=0A> > -------------/=0A> >=0A> > The CAPWAP prot= ocol allows optional encryption of the data frames,=0A> > once again us= ing the DTLS protocol. Whether or not the data frames=0A> > are encryp= ted is a matter of policy, which is described in a later=0A> > section = of this specification. The format of these packets is as=0A> > follows= :=0A> >=0A> > CAPWAP Plain Text Data Packet :=0A> > +-----= ------------------------------------+=0A> > | IP | UDP | CAPWAP | = CAPWAP | Wireless |=0A> > | Hdr | Hdr | p-amble| Header | Payload = |=0A> > +-----------------------------------------+=0A> >=0A> >= DTLS Secured CAPWAP Data Packet:=0A> > +-------------------= -----------------------------------+=0A> > | IP | UDP | CAPWAP | D= TLS | CAPWAP | Wireless | DTLS |=0A> > | Hdr | Hdr | p-amble| Hdr = | Hdr | Payload | Trlr |=0A> > +-------------------------------= -----------------------+=0A> > \----- authent= icated -----/=0A> > \------- encrypted = --------/=0A> >=0A> > UDP: All CAPWAP packets are encapsulated within= UDP. Section=0A> > Section 3.1 defines the specific UDP usage.=0A>= >=0A> > CAPWAP preamble: All CAPWAP protocol packets are prefixed wi= th the=0A> > preable header, which is used to identify the frame typ= e that=0A> > follows. This header, is defined in Section 4.1.=0A> = >=0A> > DTLS Header: The DTLS header provides authentication and encry= tion=0A> > services to the CAPWAP payload it encapsulates. This pro= tocol=0A> is=0A> > defined in RFC 4347 [9].=0A> > [...]=0A> >=0A> = > 4.1 CAPWAP preamble=0A> >=0A> > The CAPWAP preamble header is used= to help identify the payload=0A> type=0A> > that immediately follows. = The reason for this header to is avoid=0A> > needing the perform byte = comparisons in order to guess whether the=0A> > frame is DTLS encrypted= or not. The format of the frame is as=0A> > follows:=0A> >=0A> > = 0 1 2 3=0A> > = 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0=0A> 1= =0A> >=0A> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+=0A> > |Version| Type | Reserved=0A> |=0A> >= =0A> > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+=0A> >=0A> > Version: A 4 bit field which contains the version = of CAPWAP used=0A> in=0A> > this packet. The value for this draft i= s zero (0).=0A> >=0A> > Payload Type: A 4 bit field which specifies t= he payload type that=0A> > follows the preamble header. The followi= ng values are=0A> supported:=0A> >=0A> > 0 - Clear text. If the p= acket is received on the data UDP=0A> port,=0A> > the CAPWAP stac= k MUST treat this as a clear text CAPWAP data=0A> > packet. If r= eceived on the control UDP port, the CAPWAP=0A> stack=0A> > MUST = treat this as a clear text CAPWAP control packet. If=0A> the=0A> > = control packet is not a Discovery Request or Response packet,=0A> > = it is illegal and MUST be dropped.=0A> >=0A> > 1 - DTLS Encr= ypted. The packet is either of type data or=0A> > control, based= on the UDP port it was received on (see=0A> section=0A> > Sectio= n 3.1).=0A> >=0A> > Reserved: The 24-bit field is reserved for future= use. All=0A> > implementations complying with this protocol MUST s= et to zero=0A> any=0A> > bits that are reserved in the version of th= e protocol supported=0A> by=0A> > that implementation. Receivers MU= ST ignore all bits not defined=0A> > for the version of the protocol= they support.=0A> >=0A> > 4.2 CAPWAP Header=0A> > [...]=0A> > = 0 1 2 3=0A> > = 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0=0A> 1=0A> = >=0A> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A= > > |Version| RID | HLEN | WBID |T|F|L|W|M| Flags=0A>= |=0A> > =0A> > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+=0A> > [...]=0A> >=0A> > Version: A 4 bit field which= contains the version of CAPWAP used=0A> in=0A> > this packet. The = value of this field MUST match the version=0A> field=0A> > set in th= e CAPWAP preamble header (see Section 4.1). The reason=0A> > for th= is duplicate field is to avoid any possible tampering of=0A> the=0A> > = version field in the preamble header which is not encrypted or=0A> > = authenticated.=0A> >=0A> >=0A> > Pat Calhoun=0A> > CTO, Wireless Ne= tworking Business Unit Cisco Systems=0A> > _______________________________= __________________________________=0A> > To unsubscribe or modify your sub= scription options, please visit:=0A> > http://lists.frascone.com/mailman/l= istinfo/capwap=0A> >=0A> > Archives: http://lists.frascone.com/pipermail/= capwap=0A> =0A> ___________________________________________________________= ______=0A> To unsubscribe or modify your subscription options, please visit= :=0A> http://lists.frascone.com/mailman/listinfo/capwap=0A> =0A> Archives: = http://lists.frascone.com/pipermail/capwap=0A> =0A> =0A> ------------------= ------------------------------------------------------=0A> Never Miss an Em= ail=0A> Stay connected with Yahoo! Mail on your mobile. Get started! =0A> <= http://us.rd.yahoo.com/evt=3D43909/*http://mobile.yahoo.com/services?promot= e=3Dmail>=0A> =0A> =0A> ---------------------------------------------------= ---------------------=0A> =0A> ____________________________________________= _____________________=0A> To unsubscribe or modify your subscription option= s, please visit:=0A> http://lists.frascone.com/mailman/listinfo/capwap=0A> = =0A> Archives: http://lists.frascone.com/pipermail/capwap=0A=0A=0A=0A=0A=0A= Check out the all-new Yahoo! Mail beta - Fire up a more powerful email and = get things done faster.=0A=0A=0A =0A_______________________________________= _____________________________________________=0ADon't pick lemons.=0ASee al= l the new 2007 cars at Yahoo! Autos.=0Ahttp://autos.yahoo.com/new_cars.html= --0-2097050605-1169113506=:38799 Content-Type: text/html; charset=ascii Content-Transfer-Encoding: quoted-printable
Hi Puneet,
=0A

=0A
Unfortunately, the CAPWAP header occurs after the DTLS header.
=0ASo, putting info there doesn't help. We need something
=0A
before the DTLS header .. all we have there is the IP
=0A
a= nd UDP headers and we can't insert anything there.
=0A
<= /DIV>=0A
Abhijit

=0A
----- Original Message -= ---
From: Puneet Agarwal <pagarwal@broadcom.com>
To: Abhijit Ch= oudhury <abhijit@ieee.org>; Jim Murphy <jmurphy@trapezenetworks.co= m>
Cc: capwap@frascone.com
Sent: Thursday, January 18, 2007 1:31:3= 0 AM
Subject: RE: [Capwap] Proposed Resolution for Issue 224/89 (and par= t of 146)

=0A= =0A=0A
Hi Abhijit,
=0A

=0A
The real issue is the fact that we are using a full 32 bits to ad= d this 1 bit info. One would be perfectly happy if we put this 1 bit i= n the CAPWAP hdr (by using one of the flag bits). I speculate that&nbs= p;.11 (using your example) would have had a fairly adverse reaction if one = suggested adding 32 bits for one bit of info.
=0A

=0A
To your other point about high speed implementations: it depends on&= nbsp;your particular implementation. There are many other high speed i= mplementations that do not suffer from the issue that you describe.<= /SPAN>
=0A

=0A<= DIV dir=3Dltr align=3Dleft>Hence here is my position:
= =0A
Remove MUX hdr for CAPWAP Data. Potential= ly add 1 bit in the CAPWAP hdr for the encrypted payload fla= g.
=0A
=
=0A
Comments?
=0A
=0A
Thanks.
=0A

=0A
-Puneet=

=0A
=0A
=0AFrom: A= bhijit Choudhury [mailto:abhijit10425@yahoo.com]
Sent: Wednesday= , January 17, 2007 8:33 AM
To: Jim Murphy
Cc: capwap@fr= ascone.com
Subject: Re: [Capwap] Proposed Resolution for Issue 22= 4/89 (and part of 146)

=0A
=0A
=0AJim,
=0A
You are correct that the UDP port will
=0A=
identify the packet to be a CAPWAP data
=0A
p= acket or not. However, the tunnel
=0A
attribute that yo= u mention, will typically
=0A
be the result of a lookup into s= ome data
=0A
structure. Since some data tunnels could have=0A
DTLS encryption and some may not, further
=0A
p= arsing of the packet will have to stall
=0A
until this lookup = is done. In high speed
=0A
implementations, this is not = desirable.
=0A
= ;
=0A
As I said before, in a clean protocol design,
=0Aa packet should have all the information required
=0A
= to parse it.
=0A
For example, the 802.11 header has an
= =0A
extended IV bit that indicates whether
=0A
the pac= ket carries an extended IV or not.
=0A
It can argued that a cl= ient's traffic at
=0A
a radio will only have one kind of encry= ption
=0A
and hence this is not needed. However,
= =0A
this bit allows parsing of the packet without
=0A
= looking into any client database.
=0A

=0A

=0A
Regards,
=0A
Abhijit

<= /DIV>=0A
----- Original Message ----
From: Jim Murphy <jmurp= hy@trapezenetworks.com>
To: Abhijit Choudhury <abhijit@ieee.org>= ;
Cc: capwap@frascone.com
Sent: Wednesday, January 17, 2007 6:30:00 A= M
Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part o= f 146)

=0A
If, as you suggest, DTLS encryption is an attribute o= f the
tunnel and not of the packet, then indeed the preamble is
super= fluous.

There is no additional lookup required if the preamble is no= t
used. To identify a CAPWAP data packet, the forwarding plane
is plu= mbed with the data channel 5-tuple (src IP, dst IP, IP proto,
src port, = dst port). The forwarding operation is to either decrypt
the packet if t= he tunnel attribute is DTLS encrypted or to CAPWAP
de-encapsulate if not= . There is no need to look at the CAPWAP preamble
to make this decision = - it is plumbed in directly.

Given that control and data are using d= ifferent UDP ports and
most likely processed on completely different pro= cessors,
there is no technical or functional value in having uniformity<= BR>in headers.

Thanks,

Jim

Abhijit Choudhury wrote:> There  is no question that the spec has to include a mechan= ism
> to establish an encrypted data channel.
>
> I think the expectatio= n is that the DTLS encryption of
> data channel packets will be enabl= ed or not on a per-tunnel basis.
> That said, I would still strongly= recommend that the group consider
> a packet format that is uniform = across the control and data channels.
>
> In genera= l, it is desirable to have enough information in
> a packet header to= indicate what the packet format is.  No
> configuration lo= okups should be needed to parse the packet.
> This is what the propos= ed CAPWAP preamble header achieves.
> In a lot of hardware implementa= tions,  being able to parse
> packets without waiting for l= ookup results speeds up the
> implementation.  With the spe= eds and scales of implemenations
> going up in the future with the ad= option of 802.11n, we should
> keep the protocol design clean and sim= ple, and not complicate
> designs to save a few bytes.
>
>= ;
> Regards,
> Abhijit
>
>&= nbsp;
> -----Original Message-----
> From: Jim Murphy [ma= ilto:jmurphy@trapezenetworks.com]
> Sent: Tuesday, January 16, 2007 4= :05 PM
> To: Pat Calhoun (pacalhou)
> Cc: capwap@frascone.com> Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part= of
> 146)
>
> The following proposal suggests that the = CAPWAP preamble is required in
> the data channel. I propose the CAPW= AP preamble is not required in the
> data channel for the following r= easons:
>
> 1. It is not specified in the CAPWAP spec how to e= stablish an encrypted
> *data* channel.
>
> 2. Even if #= 1 had been specified, then it is not specified how one
> signals whic= h data channel packets are DTLS encrypted and which are not.
> One co= uld imagine that it would be based on session, but there is no
> mechanism speci= fied for how this is accomplished.
>
> Considering that the CA= PWAP preamble adds no value to the data channel,
> I propose that the= preamble is removed. As I've argued in the past,
> being frugal with= the use of bytes in data channel headers is critical
> for high perf= ormance and large scale implementations.
>
> The inclusion of = the preamble in the data channel may be considered in a
> future vers= ion of CAPWAP when the above issues have been addressed.
>
> T= hanks,
>
> Jim
>
> Pat Calhoun (pacalhou) wrote:<= BR>>  > All,
>  >
>&nb= sp; > Following the discussion at the IETF meeting in San Diego, I = wanted to
>
>  > provide the following proposed r= esolution for the above issues. Note
>  > that issues 22= 4 and 89 are directly resolved as part of this fix,
>  > while issue= 146 includes several topics, and this issue only addresses
>
>= ;  > one of the issues raised.
>  >
>=   > NOTE: The format of the frame I have included here is slig= htly
>  > different from the one that I had presented in= San Diego. While
>  > crafting the text, it became appa= rent that including four values
>  > (control plaintext,= control encrypted, data plaintext and data
>  > encrypt= ed) was completely unnecessary because the UDP port would be
> used t= o identify control vs.
>  > data. So the type field real= ly states whether the field is plain text
>  > or DTLS. = There is also room to allow for future encryption protocols
> &n= bsp;> to be used here. The new header is called preamble, and includes 24
>  > reserved bits. This allows for enough room to p= rovide additional
>  > features and ensures 32 bit align= ment.
>  >
>  > Proposed Text
>=   > -------------
>  >
>  &= gt; 4  CAPWAP Packet Formats
>  >
> = ; >    This section contains the CAPWAP protoco= l packet formats.  A CAPWAP
>  >  &n= bsp; protocol packet consists of a CAPWAP Transport Layer packet heade= r
>  >    followed by a CAPWAP messa= ge.  The CAPWAP message can be either of
>  >&= nbsp;   type Control or Data, where Control packets carry si= gnaling, and
> Data
>  >    pa= ckets carry user payloads.  The CAPWAP frame formats for CAPWAP
>  >    Data packets, and fo= r DTLS encapsulated CAPWAP Data and Control
>  > &n= bsp;  packets.  See section Section 3.1 for more inform= ation on the use
> of
>  >    = UDP.
>  >
>  >    = ;The CAPWAP Control protocol includes two messages that are never
>&n= bsp; >    protected by DTLS.  These m= essages, called the Discovery Request
> and
>  >&n= bsp;   Discovery Response, need to be in the clear in order = for the CAPWAP
>  >    protocol to p= roperly identify and process them.  The format of
> these>  >    packets are as follows:
>  >
>  >   =      CAPWAP Control Packet (Discovery Request/Resp= onse):
>  >       &nb= sp;+---------------------------------------------------+
>  = ;>        | IP  | UDP = | CAPWAP |CAPWAP | Control | Message    |
> = >        | Hdr | Hdr | p-a= mble|Header | Header  | Element(s) |
>  > = ;       +-------------------------------= --------------------+
>  >
>  > =    All other CAPWAP control protocol messages MUST be protec= ted via
> the
>  >    DTLS pro= tocol, which ensures that the packets are both
> authenticated
>  >    and encrypted= .  The format of these packets are as follows:
>  = ;>
>  >     CAPWAP Control Packet= (DTLS Security Required):
>  >
> +---------------= ---------------------------------------------------+
>  >= ;     | IP  | UDP | CAPWAP | DTLS | CAPWAP | = Control | Message    | DTLS
> |
> &nbs= p;>     | Hdr | Hdr | p-amble| Hdr  | Head= er | Header  | Element(s) | Trlr
> |
>  >= ;
> +----------------------------------------------------------------= --+
>  >        =             &nb= sp;     \----------- authenticated ------------/
>  >      &= nbsp;           &nbs= p;            &= nbsp;  \------------- encrypted
>  > ---------= ----/
>  >
>  >   &nbs= p;The CAPWAP protocol allows optional encryption of the data frames,
>= ;  >    once again using the DTLS protocol= .  Whether or not the data frames
>  > &n= bsp;  are encrypted is a matter of policy, which is described in = a later
>  >    section of this spec= ification.  The format of these packets is as
>  = >    follows:
>  >
> &= nbsp;>        CAPWAP Plain Text = Data Packet :
>  >        += -----------------------------------------+
>  > &nb= sp;      | IP  | UDP | CAPWAP | CAP= WAP | Wireless  |
>  >    =     | Hdr | Hdr | p-amble| Header | Payload  = |
>  >        += -----------------------------------------+
>  >
>&= nbsp; >        DTLS Secured= CAPWAP Data Packet:
>  >     &= nbsp;  +------------------------------------------------------+>  >        | IP&= nbsp; | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS |
> = >        | Hdr | Hdr | p-a= mble| Hdr  |  Hdr   | Payload  | Trlr |<= BR>>  >        +---= ---------------------------------------------------+
>  >= ;            &n= bsp;            = ;     \----- authenticated -----/
> &nb= sp;>           &n= bsp;            = ;            \-= ------ encrypted --------/
>  >
>  >&= nbsp;   UDP:  All CAPWAP packets are encapsulated = within UDP.  Section
>  >   &nb= sp;   Section 3.1 defines the specific UDP usage.
>  >
>  >   &n= bsp;CAPWAP preamble:  All CAPWAP protocol packets are prefixed wi= th the
>  >       preable = header, which is used to identify the frame type that
>  &g= t;       follows.  This header, is = defined in Section 4.1.
>  >
>  >&nbs= p;   DTLS Header:  The DTLS header provides authen= tication and encrytion
>  >     = ; services to the CAPWAP payload it encapsulates.  This pro= tocol
> is
>  >      = ; defined in RFC 4347 [9].
>  > [...]
>  = ;>
>  > 4.1  CAPWAP preamble
> &= nbsp;>
>  >    The CAPWAP preambl= e header is used to help identify the payload
> type
>  >&nbs= p;   that immediately follows.  The reason for thi= s header to is avoid
>  >    needing= the perform byte comparisons in order to guess whether the
> &n= bsp;>    frame is DTLS encrypted or not.  = The format of the frame is as
>  >   &nbs= p;follows:
>  >
>  >   = ;      0       =             1 &= nbsp;           &nbs= p;     2        = ;           3
>&nbs= p; >         0 1 2 3 4 5 6 = 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0
> 1
>  >
>= ; +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=   >        |Version| T= ype  |          = ;          Reserved
&g= t; |
>  >        = ;
>  > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+
>  >
>  >  = ;  Version:  A 4 bit field which contains the version o= f CAPWAP used
> in
>  >    &nb= sp; this packet.  The value for this draft is zero (0).
= >  >
>  >    Payload= Type:  A 4 bit field which specifies the payload type that
>  >       follows t= he preamble header.  The following values are
> supported:<= BR>>  >
>  >    &nbs= p; 0 -  Clear text.  If the packet is received on= the data UDP
> port,
>  >    =       the CAPWAP stack MUST treat this as a c= lear text CAPWAP data
>  >     =      packet.  If received on the control= UDP port, the CAPWAP
> stack
>  >  &nbs= p;       MUST treat this as a clear text= CAPWAP control packet.  If
> the
>  >&n= bsp;         control packet is= not a Discovery Request or Response packet,
>  >       &= nbsp;  it is illegal and MUST be dropped.
>  >=
>  >       1 -  = ;DTLS Encrypted.  The packet is either of type data or
>&nb= sp; >          co= ntrol, based on the UDP port it was received on (see
> section
>= ;  >         &nbs= p;Section 3.1).
>  >
>  >  =   Reserved:  The 24-bit field is reserved for future us= e.  All
>  >     &nbs= p; implementations complying with this protocol MUST set to zero
> an= y
>  >       bits that are= reserved in the version of the protocol supported
> by
>  >       that implem= entation.  Receivers MUST ignore all bits not defined
>&nbs= p; >       for the version of the pro= tocol they support.
>  >
>  > 4.2&nbs= p; CAPWAP Header
>  > [...]
>  >=          0    &= nbsp;           &nbs= p; 1           = ;        2     =             &nb= sp; 3
>  >       &nbs= p; 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0
> 1<= BR>>  >
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>&= nbsp; >        |Version|&nb= sp; RID   |  HLEN   |  WBID&n= bsp; |T|F|L|W|M|     Flags
> |
> = ; >
> &n= bsp;> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<= BR>>  > [...]
>  >
>  &g= t;    Version:  A 4 bit field which contains = the version of CAPWAP used
> in
>  >  &n= bsp;    this packet.  The value of this field MUST= match the version
> field
>  >   &= nbsp;   set in the CAPWAP preamble header (see Section 4.1). = ; The reason
>  >     &nbs= p; for this duplicate field is to avoid any possible tampering of
> the
>&= nbsp; >       version field in the pr= eamble header which is not encrypted or
>  >  =      authenticated.
>  >
>&nbs= p; >
>  > Pat Calhoun
>  > CT= O, Wireless Networking Business Unit Cisco Systems
>  > = _________________________________________________________________
>&n= bsp; > To unsubscribe or modify your subscription options, please v= isit:
>  > http://lists.frascone.com/m= ailman/listinfo/capwap
>  >
>  > = Archives: http://lists.frascone.com/pipermail/capwap
>=
> _________________________________________________________________
> = To unsubscribe or modify your subscription options, please visit:
> <= A href=3D"http://lists.frascone.com/mailman/listinfo/capwap" target=3D_blan= k rel=3Dnofollow>http://lists.frascone.com/mailman/listinfo/capwap
&= gt;
> Archives: http://lists.frascone.com/pipermail/capwa= p
>
>
> -------------------------------------------= -----------------------------
> Never Miss an Email
> Stay conn= ected with Yahoo! Mail on your mobile. Get started!
> <http://us.rd.yahoo.com/evt=3D4390= 9/*http://mobile.yahoo.com/services?promote=3Dmail>
>
>=
> -----------------------------------------------------------------= -------
>
> _________________________________________________________________
> = To unsubscribe or modify your subscription options, please visit:
> <= A href=3D"http://lists.frascone.com/mailman/listinfo/capwap" target=3D_blan= k rel=3Dnofollow>http://lists.frascone.com/mailman/listinfo/capwap
&= gt;
> Archives: http://lists.frascone.com/pipermail/capwa= p
=0A

=0A
=0ACheck o= ut the all-new Yahoo! Mail= beta - Fire up a more powerful email and get things done faster.= =0A

=0A=0A
Have a burning question?= Go to Yahoo= ! Answers and get answers from real people who know. --0-2097050605-1169113506=:38799-- --===============1296690819== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============1296690819==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 18 04:59:12 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7U36-0002En-7t for capwap-archive@lists.ietf.org; Thu, 18 Jan 2007 04:59:12 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7U32-0005bD-8K for capwap-archive@lists.ietf.org; Thu, 18 Jan 2007 04:59:12 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id DFC49430806 for ; Thu, 18 Jan 2007 01:59:04 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 1C63E4A41D3 for ; Thu, 18 Jan 2007 01:58:52 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 00F2B39812B for ; Thu, 18 Jan 2007 01:58:52 -0800 (PST) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 2C7693981AF for ; Thu, 18 Jan 2007 01:58:50 -0800 (PST) Received: from 10.10.64.154 by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.0)); Thu, 18 Jan 2007 01:58:35 -0800 X-Server-Uuid: 9206F490-5C8F-4575-BE70-2AAA8A3D4853 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id ACC522AF; Thu, 18 Jan 2007 01:58:35 -0800 (PST) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 86CCE2AE; Thu, 18 Jan 2007 01:58:35 -0800 (PST) Received: from mail-sj1-12.sj.broadcom.com (mail-sj1-12.sj.broadcom.com [10.16.128.215]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id EUD09516; Thu, 18 Jan 2007 01:58:35 -0800 (PST) Received: from NT-SJCA-0751.brcm.ad.broadcom.com (nt-sjca-0751 [10.16.192.221]) by mail-sj1-12.sj.broadcom.com (Postfix) with ESMTP id 0D03520501; Thu, 18 Jan 2007 01:58:35 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 18 Jan 2007 01:58:32 -0800 Message-ID: <8954613CA6BB3242A1531D916A527A4102B5FE5B@NT-SJCA-0751.brcm.ad.broadcom.com> In-Reply-To: <20070118094506.39079.qmail@web62414.mail.re1.yahoo.com> Thread-Topic: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Thread-Index: Acc65Vyhc/MFy6N4TxaneE+FuQ1B8QAAFC3Q From: "Puneet Agarwal" To: "Abhijit Choudhury" , capwap@frascone.com X-WSS-ID: 69B19B413Y87366370-01-01 X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.096 tagged_above=-999 required=7 tests=HTML_50_60, HTML_MESSAGE X-Spam-Level: Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1644302199==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: 0f5efb848eea823449b646bdc843df76 This is a multi-part message in MIME format. --===============1644302199== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C73AE7.371533DE" This is a multi-part message in MIME format. ------_=_NextPart_001_01C73AE7.371533DE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi Abhijit, =20 Looks like other protocols (including .11) did not have any issues putting this 1 bit in the non-protected part of their (.11) hdr and seem to have a very secure protocol (with WPA2 etc). One can always decide which hdr fields one want to include in the part covered by the authentication/encryption. =20 Hence I am having a hard time understanding why we in CAPWAP keep on insisting that the CAPWAP hdr (especially for CAPWAP DATA) needs to be after DTLS. It seems that having DTLS after CAPWAP hdr would be perfectly secure as well. Hence I disagree with your assertion that DTLS hdr MUST be before CAPWAP hdr. =20 My earlier position is still valid: Remove MUX hdr for CAPWAP Data. Potentially add 1 bit in the CAPWAP hdr for the encrypted payload flag. =20 Thanks. =20 -Puneet =20 ________________________________ From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com]=20 Sent: Thursday, January 18, 2007 1:45 AM To: Puneet Agarwal; capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Hi Puneet, =20 Unfortunately, the CAPWAP header occurs after the DTLS header. So, putting info there doesn't help. We need something before the DTLS header .. all we have there is the IP and UDP headers and we can't insert anything there. =20 Abhijit ----- Original Message ---- From: Puneet Agarwal To: Abhijit Choudhury ; Jim Murphy Cc: capwap@frascone.com Sent: Thursday, January 18, 2007 1:31:30 AM Subject: RE: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Hi Abhijit, =20 The real issue is the fact that we are using a full 32 bits to add this 1 bit info. One would be perfectly happy if we put this 1 bit in the CAPWAP hdr (by using one of the flag bits). I speculate that .11 (using your example) would have had a fairly adverse reaction if one suggested adding 32 bits for one bit of info. =20 To your other point about high speed implementations: it depends on your particular implementation. There are many other high speed implementations that do not suffer from the issue that you describe. =20 Hence here is my position: Remove MUX hdr for CAPWAP Data. Potentially add 1 bit in the CAPWAP hdr for the encrypted payload flag. =20 Comments? =20 Thanks. =20 -Puneet ________________________________ From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com]=20 Sent: Wednesday, January 17, 2007 8:33 AM To: Jim Murphy Cc: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Jim, You are correct that the UDP port will identify the packet to be a CAPWAP data=20 packet or not. However, the tunnel=20 attribute that you mention, will typically be the result of a lookup into some data structure. Since some data tunnels could have DTLS encryption and some may not, further parsing of the packet will have to stall until this lookup is done. In high speed implementations, this is not desirable. =20 As I said before, in a clean protocol design, a packet should have all the information required=20 to parse it. For example, the 802.11 header has an extended IV bit that indicates whether the packet carries an extended IV or not. It can argued that a client's traffic at a radio will only have one kind of encryption and hence this is not needed. However, this bit allows parsing of the packet without looking into any client database. =20 =20 Regards, Abhijit ----- Original Message ---- From: Jim Murphy To: Abhijit Choudhury Cc: capwap@frascone.com Sent: Wednesday, January 17, 2007 6:30:00 AM Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) If, as you suggest, DTLS encryption is an attribute of the tunnel and not of the packet, then indeed the preamble is superfluous. There is no additional lookup required if the preamble is not used. To identify a CAPWAP data packet, the forwarding plane is plumbed with the data channel 5-tuple (src IP, dst IP, IP proto, src port, dst port). The forwarding operation is to either decrypt the packet if the tunnel attribute is DTLS encrypted or to CAPWAP de-encapsulate if not. There is no need to look at the CAPWAP preamble to make this decision - it is plumbed in directly. Given that control and data are using different UDP ports and most likely processed on completely different processors, there is no technical or functional value in having uniformity in headers. Thanks, Jim Abhijit Choudhury wrote: > There is no question that the spec has to include a mechanism > to establish an encrypted data channel. > =20 > I think the expectation is that the DTLS encryption of > data channel packets will be enabled or not on a per-tunnel basis.=20 > That said, I would still strongly recommend that the group consider > a packet format that is uniform across the control and data channels. > =20 > In general, it is desirable to have enough information in > a packet header to indicate what the packet format is. No > configuration lookups should be needed to parse the packet. > This is what the proposed CAPWAP preamble header achieves. > In a lot of hardware implementations, being able to parse > packets without waiting for lookup results speeds up the > implementation. With the speeds and scales of implemenations > going up in the future with the adoption of 802.11n, we should > keep the protocol design clean and simple, and not complicate > designs to save a few bytes. > =20 > =20 > Regards, > Abhijit > =20 > =20 > -----Original Message----- > From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] > Sent: Tuesday, January 16, 2007 4:05 PM > To: Pat Calhoun (pacalhou) > Cc: capwap@frascone.com > Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of > 146) >=20 > The following proposal suggests that the CAPWAP preamble is required in > the data channel. I propose the CAPWAP preamble is not required in the > data channel for the following reasons: >=20 > 1. It is not specified in the CAPWAP spec how to establish an encrypted > *data* channel. >=20 > 2. Even if #1 had been specified, then it is not specified how one > signals which data channel packets are DTLS encrypted and which are not. > One could imagine that it would be based on session, but there is no > mechanism specified for how this is accomplished. >=20 > Considering that the CAPWAP preamble adds no value to the data channel, > I propose that the preamble is removed. As I've argued in the past, > being frugal with the use of bytes in data channel headers is critical > for high performance and large scale implementations. >=20 > The inclusion of the preamble in the data channel may be considered in a > future version of CAPWAP when the above issues have been addressed. >=20 > Thanks, >=20 > Jim >=20 > Pat Calhoun (pacalhou) wrote: > > All, > > =20 > > Following the discussion at the IETF meeting in San Diego, I wanted to >=20 > > provide the following proposed resolution for the above issues. Note > > that issues 224 and 89 are directly resolved as part of this fix, > > while issue 146 includes several topics, and this issue only addresses >=20 > > one of the issues raised. > > > > NOTE: The format of the frame I have included here is slightly > > different from the one that I had presented in San Diego. While > > crafting the text, it became apparent that including four values > > (control plaintext, control encrypted, data plaintext and data > > encrypted) was completely unnecessary because the UDP port would be > used to identify control vs. > > data. So the type field really states whether the field is plain text > > or DTLS. There is also room to allow for future encryption protocols > > to be used here. The new header is called preamble, and includes 24 > > reserved bits. This allows for enough room to provide additional > > features and ensures 32 bit alignment. > > > > Proposed Text > > ------------- > > > > 4 CAPWAP Packet Formats > > > > This section contains the CAPWAP protocol packet formats. A CAPWAP > > protocol packet consists of a CAPWAP Transport Layer packet header > > followed by a CAPWAP message. The CAPWAP message can be either of > > type Control or Data, where Control packets carry signaling, and > Data > > packets carry user payloads. The CAPWAP frame formats for CAPWAP > > Data packets, and for DTLS encapsulated CAPWAP Data and Control > > packets. See section Section 3.1 for more information on the use > of > > UDP. > > > > The CAPWAP Control protocol includes two messages that are never > > protected by DTLS. These messages, called the Discovery Request > and > > Discovery Response, need to be in the clear in order for the CAPWAP > > protocol to properly identify and process them. The format of > these > > packets are as follows: > > > > CAPWAP Control Packet (Discovery Request/Response): > > +---------------------------------------------------+ > > | IP | UDP | CAPWAP |CAPWAP | Control | Message | > > | Hdr | Hdr | p-amble|Header | Header | Element(s) | > > +---------------------------------------------------+ > > > > All other CAPWAP control protocol messages MUST be protected via > the > > DTLS protocol, which ensures that the packets are both > authenticated > > and encrypted. The format of these packets are as follows: > > > > CAPWAP Control Packet (DTLS Security Required): > > > +------------------------------------------------------------------+ > > | IP | UDP | CAPWAP | DTLS | CAPWAP | Control | Message | DTLS > | > > | Hdr | Hdr | p-amble| Hdr | Header | Header | Element(s) | Trlr > | > > > +------------------------------------------------------------------+ > > \----------- authenticated ------------/ > > \------------- encrypted > > -------------/ > > > > The CAPWAP protocol allows optional encryption of the data frames, > > once again using the DTLS protocol. Whether or not the data frames > > are encrypted is a matter of policy, which is described in a later > > section of this specification. The format of these packets is as > > follows: > > > > CAPWAP Plain Text Data Packet : > > +-----------------------------------------+ > > | IP | UDP | CAPWAP | CAPWAP | Wireless | > > | Hdr | Hdr | p-amble| Header | Payload | > > +-----------------------------------------+ > > > > DTLS Secured CAPWAP Data Packet: > > +------------------------------------------------------+ > > | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | > > | Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr | > > +------------------------------------------------------+ > > \----- authenticated -----/ > > \------- encrypted --------/ > > > > UDP: All CAPWAP packets are encapsulated within UDP. Section > > Section 3.1 defines the specific UDP usage. > > > > CAPWAP preamble: All CAPWAP protocol packets are prefixed with the > > preable header, which is used to identify the frame type that > > follows. This header, is defined in Section 4.1. > > > > DTLS Header: The DTLS header provides authentication and encrytion > > services to the CAPWAP payload it encapsulates. This protocol > is > > defined in RFC 4347 [9]. > > [...] > > > > 4.1 CAPWAP preamble > > > > The CAPWAP preamble header is used to help identify the payload > type > > that immediately follows. The reason for this header to is avoid > > needing the perform byte comparisons in order to guess whether the > > frame is DTLS encrypted or not. The format of the frame is as > > follows: > > > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 > 1 > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |Version| Type | Reserved > | > > =20 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > Version: A 4 bit field which contains the version of CAPWAP used > in > > this packet. The value for this draft is zero (0). > > > > Payload Type: A 4 bit field which specifies the payload type that > > follows the preamble header. The following values are > supported: > > > > 0 - Clear text. If the packet is received on the data UDP > port, > > the CAPWAP stack MUST treat this as a clear text CAPWAP data > > packet. If received on the control UDP port, the CAPWAP > stack > > MUST treat this as a clear text CAPWAP control packet. If > the > > control packet is not a Discovery Request or Response packet, > > it is illegal and MUST be dropped. > > > > 1 - DTLS Encrypted. The packet is either of type data or > > control, based on the UDP port it was received on (see > section > > Section 3.1). > > > > Reserved: The 24-bit field is reserved for future use. All > > implementations complying with this protocol MUST set to zero > any > > bits that are reserved in the version of the protocol supported > by > > that implementation. Receivers MUST ignore all bits not defined > > for the version of the protocol they support. > > > > 4.2 CAPWAP Header > > [...] > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 > 1 > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |Version| RID | HLEN | WBID |T|F|L|W|M| Flags > | > > =20 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > [...] > > > > Version: A 4 bit field which contains the version of CAPWAP used > in > > this packet. The value of this field MUST match the version > field > > set in the CAPWAP preamble header (see Section 4.1). The reason > > for this duplicate field is to avoid any possible tampering of > the > > version field in the preamble header which is not encrypted or > > authenticated. > > > > > > Pat Calhoun > > CTO, Wireless Networking Business Unit Cisco Systems > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap >=20 > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap >=20 > Archives: http://lists.frascone.com/pipermail/capwap >=20 >=20 > ------------------------------------------------------------------------ > Never Miss an Email > Stay connected with Yahoo! Mail on your mobile. Get started!=20 > >=20 >=20 > ------------------------------------------------------------------------ >=20 > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap >=20 > Archives: http://lists.frascone.com/pipermail/capwap ________________________________ Check out the all-new Yahoo! Mail beta - Fire up a more powerful email and get things done faster. ________________________________ Have a burning question? Go to Yahoo! Answers and get answers from real people who know. ------_=_NextPart_001_01C73AE7.371533DE Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable
Hi Abhijit,

Looks like other protocols (including .11) did = not have any=20 issues putting this 1 bit in the non-protected part of their (.11) hdr = and seem=20 to have a very secure protocol (with WPA2 etc). One can always decide = which hdr=20 fields one want to include in the part covered by the=20 authentication/encryption.

Hence I am having a hard time understanding why = we in=20 CAPWAP keep on insisting that the CAPWAP hdr (especially for CAPWAP = DATA)=20 needs to be after DTLS. It seems that having DTLS after CAPWAP hdr would = be=20 perfectly secure as well.

Hence I disagree with your assertion that DTLS = hdr MUST be=20 before CAPWAP hdr.

My earlier position is still = valid:

Remove MUX hdr=20 for CAPWAP Data. Potentially add 1 bit in the CAPWAP hdr for=20 the encrypted payload flag.

Thanks.

-Puneet

From: Abhijit Choudhury=20 [mailto:abhijit10425@yahoo.com]
Sent: Thursday, January 18, = 2007 1:45=20 AM
To: Puneet Agarwal; capwap@frascone.com
Subject: = Re:=20 [Capwap] Proposed Resolution for Issue 224/89 (and part of=20 146)

Hi=20 Puneet, Unfortunately,=20 the CAPWAP header occurs after the DTLS header. So,=20 putting info there doesn't help. We need something before=20 the DTLS header .. all we have there is the IP and=20 UDP headers and we can't insert anything there. Abhijit

-----=20 Original Message ----
From: Puneet Agarwal=20 <pagarwal@broadcom.com>
To: Abhijit Choudhury = <abhijit@ieee.org>;=20 Jim Murphy <jmurphy@trapezenetworks.com>
Cc:=20 capwap@frascone.com
Sent: Thursday, January 18, 2007 1:31:30 = AM
Subject:=20 RE: [Capwap] Proposed Resolution for Issue 224/89 (and part of = 146)

Hi Abhijit,

The real issue is the fact that we are using a = full 32 bits=20 to add this 1 bit info. One would be perfectly happy if we put this = 1 bit=20 in the CAPWAP hdr (by using one of the flag bits). I speculate=20 that .11 (using your example) would have had a fairly adverse = reaction if=20 one suggested adding 32 bits for one bit of info.

To your other point about high speed = implementations: it=20 depends on your particular implementation. There are many = other high=20 speed implementations that do not suffer from the issue that you=20 describe.

Hence here is my position:

Remove MUX hdr for CAPWAP Data. Potentially add = 1 bit in=20 the CAPWAP hdr for the encrypted payload=20 flag.

Comments?

Thanks.

-Puneet

From: Abhijit Choudhury=20 [mailto:abhijit10425@yahoo.com]
Sent: Wednesday, January 17, = 2007=20 8:33 AM
To: Jim Murphy
Cc:=20 capwap@frascone.com
Subject: Re: [Capwap] Proposed Resolution = for=20 Issue 224/89 (and part of 146)

Jim, You=20 are correct that the UDP port will identify=20 the packet to be a CAPWAP data packet=20 or not. However, the tunnel attribute=20 that you mention, will typically be=20 the result of a lookup into some data structure.=20 Since some data tunnels could have DTLS=20 encryption and some may not, further parsing=20 of the packet will have to stall until=20 this lookup is done. In high speed implementations,=20 this is not desirable. As=20 I said before, in a clean protocol design, a=20 packet should have all the information required to=20 parse it. For=20 example, the 802.11 header has an extended=20 IV bit that indicates whether the=20 packet carries an extended IV or not. It=20 can argued that a client's traffic at a=20 radio will only have one kind of encryption and=20 hence this is not needed. However, this=20 bit allows parsing of the packet without looking=20 into any client database. Regards, Abhijit

-----=20 Original Message ----
From: Jim Murphy=20 <jmurphy@trapezenetworks.com>
To: Abhijit Choudhury=20 <abhijit@ieee.org>
Cc: capwap@frascone.com
Sent: Wednesday, = January=20 17, 2007 6:30:00 AM
Subject: Re: [Capwap] Proposed Resolution for = Issue=20 224/89 (and part of 146)

If, as you suggest, DTLS encryption is an attribute of = the
tunnel and=20 not of the packet, then indeed the preamble = is
superfluous.

There is=20 no additional lookup required if the preamble is not
used. To = identify a=20 CAPWAP data packet, the forwarding plane
is plumbed with the data = channel=20 5-tuple (src IP, dst IP, IP proto,
src port, dst port). The = forwarding=20 operation is to either decrypt
the packet if the tunnel attribute is = DTLS=20 encrypted or to CAPWAP
de-encapsulate if not. There is no need to = look at the=20 CAPWAP preamble
to make this decision - it is plumbed in=20 directly.

Given that control and data are using different UDP = ports=20 and
most likely processed on completely different = processors,
there is no=20 technical or functional value in having uniformity
in=20 headers.

Thanks,

Jim

Abhijit Choudhury = wrote:
>=20 There  is no question that the spec has to include a = mechanism
>=20 to establish an encrypted data channel.
>
> I = think the=20 expectation is that the DTLS encryption of
> data channel packets = will be=20 enabled or not on a per-tunnel basis.
> That said, I would still = strongly=20 recommend that the group consider
> a packet format that is = uniform across=20 the control and data channels.
>
> In general, = it is=20 desirable to have enough information in
> a packet header to = indicate what=20 the packet format is.  No
> configuration lookups should = be=20 needed to parse the packet.
> This is what the proposed CAPWAP = preamble=20 header achieves.
> In a lot of hardware = implementations,  being=20 able to parse
> packets without waiting for lookup results speeds = up=20 the
> implementation.  With the speeds and scales of=20 implemenations
> going up in the future with the adoption of = 802.11n, we=20 should
> keep the protocol design clean and simple, and not=20 complicate
> designs to save a few=20 bytes.
>
>
> Regards,
>=20 Abhijit
>
>
> -----Original=20 Message-----
> From: Jim Murphy=20 [mailto:jmurphy@trapezenetworks.com]
> Sent: Tuesday, January 16, = 2007=20 4:05 PM
> To: Pat Calhoun (pacalhou)
> Cc:=20 capwap@frascone.com
> Subject: Re: [Capwap] Proposed Resolution = for Issue=20 224/89 (and part of
> 146)
>
> The following proposal = suggests that the CAPWAP preamble is required in
> the data = channel. I=20 propose the CAPWAP preamble is not required in the
> data channel = for the=20 following reasons:
>
> 1. It is not specified in the CAPWAP = spec=20 how to establish an encrypted
> *data* channel.
>
> = 2. Even=20 if #1 had been specified, then it is not specified how one
> = signals which=20 data channel packets are DTLS encrypted and which are not.
> One = could=20 imagine that it would be based on session, but there is no
> = mechanism=20 specified for how this is accomplished.
>
> Considering = that the=20 CAPWAP preamble adds no value to the data channel,
> I propose = that the=20 preamble is removed. As I've argued in the past,
> being frugal = with the=20 use of bytes in data channel headers is critical
> for high = performance=20 and large scale implementations.
>
> The inclusion of the = preamble=20 in the data channel may be considered in a
> future version of = CAPWAP when=20 the above issues have been addressed.
>
> Thanks,
> =
>=20 Jim
>
> Pat Calhoun (pacalhou) = wrote:
>  >=20 All,
>  >
>  > = Following the=20 discussion at the IETF meeting in San Diego, I wanted to
>=20
>  > provide the following proposed resolution for = the above=20 issues. Note
>  > that issues 224 and 89 are directly = resolved as part of this fix,
>  > while issue 146 = includes=20 several topics, and this issue only addresses
> =
>  >=20 one of the issues = raised.
>  >
>  > NOTE:=20 The format of the frame I have included here is = slightly
>  >=20 different from the one that I had presented in San Diego.=20 While
>  > crafting the text, it became apparent that = including four values
>  > (control plaintext, = control=20 encrypted, data plaintext and data
>  > encrypted) = was=20 completely unnecessary because the UDP port would be
> used to = identify=20 control vs.
>  > data. So the type field really = states=20 whether the field is plain text
>  > or DTLS. There = is also=20 room to allow for future encryption protocols
>  > to = be used=20 here. The new header is called preamble, and includes = 24
>  >=20 reserved bits. This allows for enough room to provide=20 additional
>  > features and ensures 32 bit=20 alignment.
>  >
>  > Proposed=20 Text
>  >=20 -------------
>  >
>  >=20 4  CAPWAP Packet=20 Formats
>  >
>  >   = This=20 section contains the CAPWAP protocol packet formats.  A=20 CAPWAP
>  >    protocol packet = consists=20 of a CAPWAP Transport Layer packet=20 header
>  >    followed by a = CAPWAP=20 message.  The CAPWAP message can be either=20 of
>  >    type Control or Data, = where=20 Control packets carry signaling, and
>=20 Data
>  >    packets carry user=20 payloads.  The CAPWAP frame formats for=20 CAPWAP
>  >    Data packets, and = for DTLS=20 encapsulated CAPWAP Data and=20 Control
>  >    packets. &nbs= p;See=20 section Section 3.1 for more information on the use
>=20 of
>  >    UDP.
>  = ;>
>  >    The=20 CAPWAP Control protocol includes two messages that are=20 never
>  >    protected by=20 DTLS.  These messages, called the Discovery Request
>=20 and
>  >    Discovery Response, = need to=20 be in the clear in order for the=20 CAPWAP
>  >    protocol to = properly=20 identify and process them.  The format of
>=20 these
>  >    packets are as=20 follows:
>  >
>  >   = ;     CAPWAP=20 Control Packet (Discovery=20 Request/Response):
>  >     &= nbsp;  +---------------------------------------------------+>  >        |=20 IP  | UDP | CAPWAP |CAPWAP | Control |=20 Message    |
>  >   = ;     |=20 Hdr | Hdr | p-amble|Header | Header  | Element(s)=20 |
>  >        = +---------------------------------------------------+
>  = >
>  >    All=20 other CAPWAP control protocol messages MUST be protected via
>=20 the
>  >    DTLS protocol, which = ensures=20 that the packets are both
>=20 authenticated
>  >    and=20 encrypted.  The format of these packets are as=20 follows:
>  >
>  >   = ; =20 CAPWAP Control Packet (DTLS Security = Required):
>  >
>=20 +------------------------------------------------------------------+
&= gt;  >    =20 | IP  | UDP | CAPWAP | DTLS | CAPWAP | Control |=20 Message    | DTLS
>=20 |
>  >     | Hdr | Hdr | p-amble| = Hdr  | Header | Header  | Element(s) | Trlr
>=20 |
>  >
>=20 +------------------------------------------------------------------+
&= gt;  >         =             &= nbsp;    \-----------=20 authenticated=20 ------------/
>  >      =             &= nbsp;           &n= bsp;   \-------------=20 encrypted
>  >=20 -------------/
>  >
>  >  = ;  The=20 CAPWAP protocol allows optional encryption of the data=20 frames,
>  >    once again using = the DTLS=20 protocol.  Whether or not the data=20 frames
>  >    are encrypted is a = matter=20 of policy, which is described in a=20 later
>  >    section of this=20 specification.  The format of these packets is=20 as
>  >    follows:
> &= nbsp;>
>  >      &nbs= p; CAPWAP=20 Plain Text Data Packet=20 :
>  >        = +-----------------------------------------+
>  > =        |=20 IP  | UDP | CAPWAP | CAPWAP |=20 Wireless  |
>  >    &nbs= p;   |=20 Hdr | Hdr | p-amble| Header | Payload  =20 |
>  >        = +-----------------------------------------+
>  >
&g= t;  >        DTLS=20 Secured CAPWAP Data=20 Packet:
>  >       = +------------------------------------------------------+
>&nb= sp; >        |=20 IP  | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS=20 |
>  >        = | Hdr |=20 Hdr | p-amble| Hdr  |  Hdr   |=20 Payload  | Trlr=20 |
>  >        = +------------------------------------------------------+
> &nb= sp;>           =             &= nbsp;      \-----=20 authenticated=20 -----/
>  >       &= nbsp;           &n= bsp;           &nb= sp;    \-------=20 encrypted=20 --------/
>  >
>  >  &nbs= p; UDP:  All=20 CAPWAP packets are encapsulated within=20 UDP.  Section
>  >    &n= bsp; =20 Section 3.1 defines the specific UDP=20 usage.
>  >
>  >   &= nbsp;CAPWAP=20 preamble:  All CAPWAP protocol packets are prefixed with=20 the
>  >       preable = header,=20 which is used to identify the frame type=20 that
>  >      =20 follows.  This header, is defined in Section=20 4.1.
>  >
>  >   &nb= sp;DTLS=20 Header:  The DTLS header provides authentication and=20 encrytion
>  >       = services=20 to the CAPWAP payload it encapsulates.  This protocol
>=20 is
>  >       defined = in RFC=20 4347 [9].
>  >=20 [...]
>  >
>  > = 4.1  CAPWAP=20 preamble
>  >
>  >   = ; The=20 CAPWAP preamble header is used to help identify the payload
>=20 type
>  >    that immediately=20 follows.  The reason for this header to is=20 avoid
>  >    needing the perform = byte=20 comparisons in order to guess whether=20 the
>  >    frame is DTLS = encrypted or=20 not.  The format of the frame is=20 as
>  >    follows:
> &= nbsp;>
>  >      &nbs= p; =20 0            =       =20 1            =       =20 2            =       =20 3
>  >        = 0 1 2=20 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0
>=20 1
>  >
>=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=   >        |Version|= =20 Type  |         &n= bsp;          Reserved<= BR>>=20 |
>  >        =
>  >=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=   >
>  >    Version:&= nbsp; A=20 4 bit field which contains the version of CAPWAP used
>=20 in
>  >       this=20 packet.  The value for this draft is zero=20 (0).
>  >
>  >   &nb= sp;Payload=20 Type:  A 4 bit field which specifies the payload type=20 that
>  >       follows = the=20 preamble header.  The following values are
>=20 supported:
>  >
>  >  &nb= sp;   =20 0 -  Clear text.  If the packet is received on the = data=20 UDP
>=20 port,
>  >       &n= bsp;  the=20 CAPWAP stack MUST treat this as a clear text CAPWAP=20 data
>  >       &nb= sp;  packet.  If=20 received on the control UDP port, the CAPWAP
>=20 stack
>  >       &n= bsp;  MUST=20 treat this as a clear text CAPWAP control packet.  If
>=20 the
>  >       &nbs= p;  control=20 packet is not a Discovery Request or Response=20 packet,
>  >       =    it=20 is illegal and MUST be=20 dropped.
>  >
>  >   = ;   =20 1 -  DTLS Encrypted.  The packet is either of type = data=20 or
>  >        = ;  control,=20 based on the UDP port it was received on (see
>=20 section
>  >       =    Section=20 3.1).
>  >
>  >   &n= bsp;Reserved:  The=20 24-bit field is reserved for future=20 use.  All
>  >     = =20 implementations complying with this protocol MUST set to zero
>=20 any
>  >       bits = that are=20 reserved in the version of the protocol supported
>=20 by
>  >       that=20 implementation.  Receivers MUST ignore all bits not=20 defined
>  >       for = the=20 version of the protocol they=20 support.
>  >
>  > = 4.2  CAPWAP=20 Header
>  >=20 [...]
>  >       &n= bsp;=20 0            =       =20 1            =       =20 2            =       =20 3
>  >        = 0 1 2=20 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0
>=20 1
>  >
>=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=   >        |Version|=   =20 RID   |  HLEN   = |  WBID  =20 |T|F|L|W|M|     Flags
>=20 |
>  >        =
>  >=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=   >=20 [...]
>  >
>  >   &n= bsp;Version:  A=20 4 bit field which contains the version of CAPWAP used
>=20 in
>  >       this=20 packet.  The value of this field MUST match the = version
>=20 field
>  >       set in = the=20 CAPWAP preamble header (see Section 4.1).  The=20 reason
>  >       for = this=20 duplicate field is to avoid any possible tampering of
>=20 the
>  >       version = field in=20 the preamble header which is not encrypted=20 or
>  >      =20 authenticated.
>  >
>  >
>&nb= sp; >=20 Pat Calhoun
>  > CTO, Wireless Networking Business = Unit Cisco=20 Systems
>  >=20 _________________________________________________________________
>=   >=20 To unsubscribe or modify your subscription options, please=20 visit:
>  > http://lists.frascone.com/mailman/listinfo/capwap
&= gt;  >
>  >=20 Archives: http://lists.frascone.com/pipermail/capwap
> =
>=20 _________________________________________________________________
>= To=20 unsubscribe or modify your subscription options, please visit:
> = http://lists.frascone.com/mailman/listinfo/capwap
&= gt;=20
> Archives: http://lists.frascone.com/pipermail/capwap
> =
>=20
>=20 ------------------------------------------------------------------------<= BR>>=20 Never Miss an Email
> Stay connected with Yahoo! Mail on your = mobile. Get=20 started!
> <http://us.rd.yahoo.com/evt=3D43909/*http://mobile.yahoo.co= m/services?promote=3Dmail>
>=20
>
>=20 ------------------------------------------------------------------------<= BR>>=20
>=20 _________________________________________________________________
>= To=20 unsubscribe or modify your subscription options, please visit:
> = http://lists.frascone.com/mailman/listinfo/capwap
&= gt;=20
> Archives: http://lists.frascone.com/pipermail/capwap
=

Check out the all-new Yahoo! Mail beta - Fire = up a more=20 powerful email and get things done faster.

Have a burning question? Go to Yahoo!=20 Answers and get answers from real people who know. ------_=_NextPart_001_01C73AE7.371533DE-- --===============1644302199== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============1644302199==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 18 07:02:26 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7VyM-0003Xe-DN for capwap-archive@lists.ietf.org; Thu, 18 Jan 2007 07:02:26 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7VyH-0006id-Gr for capwap-archive@lists.ietf.org; Thu, 18 Jan 2007 07:02:26 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 1682B430A98 for ; Thu, 18 Jan 2007 04:02:18 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id BED444A41D3 for ; Thu, 18 Jan 2007 04:02:04 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 94A70430A55 for ; Thu, 18 Jan 2007 04:02:04 -0800 (PST) Received: from web62402.mail.re1.yahoo.com (web62402.mail.re1.yahoo.com [69.147.75.31]) by hermes.tigertech.net (Postfix) with SMTP id 7239B430A52 for ; Thu, 18 Jan 2007 04:02:00 -0800 (PST) Received: (qmail 67014 invoked by uid 60001); 18 Jan 2007 12:01:59 -0000 Message-ID: <20070118120159.67012.qmail@web62402.mail.re1.yahoo.com> Received: from [62.50.203.2] by web62402.mail.re1.yahoo.com via HTTP; Thu, 18 Jan 2007 04:01:59 PST Date: Thu, 18 Jan 2007 04:01:59 -0800 (PST) From: Abhijit Choudhury To: Puneet Agarwal , capwap@frascone.com MIME-Version: 1.0 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=5.0 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, DNS_FROM_RFC_POST, DNS_FROM_RFC_WHOIS, FORGED_YAHOO_RCVD, FROM_ENDS_IN_NUMS, HTML_50_60, HTML_MESSAGE X-Spam-Level: ***** Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Abhijit Choudhury List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1383142548==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.6 (/) X-Scan-Signature: dfec89f65e469387666e36fc1e4e3b22 --===============1383142548== Content-Type: multipart/alternative; boundary="0-1165808174-1169121719=:65437" --0-1165808174-1169121719=:65437 Content-Type: text/plain; charset=ascii Content-Transfer-Encoding: quoted-printable Puneet,=0APlease see my comments in-line.=0AAbhijit=0A=0A=0A----- Original = Message ----=0AFrom: Puneet Agarwal =0ATo: Abhijit C= houdhury ; capwap@frascone.com=0ASent: Thursday, January = 18, 2007 1:58:32 AM=0ASubject: RE: [Capwap] Proposed Resolution for Issue 2= 24/89 (and part of 146)=0A=0A=0AHi Abhijit,=0A =0ALooks like other protocol= s (including .11) did not have any issues putting this 1 bit in the non-pro= tected part of their (.11) hdr and seem to have a very secure protocol (wit= h WPA2 etc). One can always decide which hdr fields one want to include in = the part covered by the authentication/encryption.=0A =0AHence I am having = a hard time understanding why we in CAPWAP keep on insisting that the CAPWA= P hdr (especially for CAPWAP DATA) needs to be after DTLS. It seems that ha= ving DTLS after CAPWAP hdr would be perfectly secure as well.=0AHence I dis= agree with your assertion that DTLS hdr MUST be before CAPWAP hdr.=0A =0A[A= bhijit] We should stay away from having different formats for CAPWAP CONTR= OL and=0ACAPWAP DATA. There should be only one frame format - the CAPWAP = frame format.=0A=0AAs for what needs to be protected, there are parts of th= e CAPWAP header that needs =0Ato be protected (wireless info, radio mac etc= ) and other parts that may not.=0AI believe the group decided to protect th= e entire CAPWAP header in the mailing list earlier. That is why the DTLS h= eader is before the CAPWAP header.=0A=0AMy earlier position is still valid:= =0ARemove MUX hdr for CAPWAP Data. Potentially add 1 bit in the CAPWAP hdr = for the encrypted payload flag.=0A =0AThanks.=0A =0A-Puneet=0A =0A=0A=0AFro= m: Abhijit Choudhury [mailto:abhijit10425@yahoo.com] =0ASent: Thursday, Jan= uary 18, 2007 1:45 AM=0ATo: Puneet Agarwal; capwap@frascone.com=0ASubject: = Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146)=0A=0A= =0AHi Puneet,=0A =0AUnfortunately, the CAPWAP header occurs after the DTLS = header.=0ASo, putting info there doesn't help. We need something=0Abefore t= he DTLS header .. all we have there is the IP=0Aand UDP headers and we can'= t insert anything there.=0A =0AAbhijit=0A=0A=0A----- Original Message ----= =0AFrom: Puneet Agarwal =0ATo: Abhijit Choudhury ; Jim Murphy =0ACc: capwap@fras= cone.com=0ASent: Thursday, January 18, 2007 1:31:30 AM=0ASubject: RE: [Capw= ap] Proposed Resolution for Issue 224/89 (and part of 146)=0A=0A=0AHi Abhij= it,=0A =0AThe real issue is the fact that we are using a full 32 bits to ad= d this 1 bit info. One would be perfectly happy if we put this 1 bit in the= CAPWAP hdr (by using one of the flag bits). I speculate that .11 (using yo= ur example) would have had a fairly adverse reaction if one suggested addin= g 32 bits for one bit of info.=0A =0ATo your other point about high speed i= mplementations: it depends on your particular implementation. There are man= y other high speed implementations that do not suffer from the issue that y= ou describe.=0A =0AHence here is my position:=0ARemove MUX hdr for CAPWAP D= ata. Potentially add 1 bit in the CAPWAP hdr for the encrypted payload flag= .=0A =0AComments?=0A =0AThanks.=0A =0A-Puneet=0A=0A=0A=0A=0AFrom: Abhijit C= houdhury [mailto:abhijit10425@yahoo.com] =0ASent: Wednesday, January 17, 20= 07 8:33 AM=0ATo: Jim Murphy=0ACc: capwap@frascone.com=0ASubject: Re: [Capwa= p] Proposed Resolution for Issue 224/89 (and part of 146)=0A=0A=0AJim,=0AYo= u are correct that the UDP port will=0Aidentify the packet to be a CAPWAP d= ata =0Apacket or not. However, the tunnel =0Aattribute that you mention, w= ill typically=0Abe the result of a lookup into some data=0Astructure. Since= some data tunnels could have=0ADTLS encryption and some may not, further= =0Aparsing of the packet will have to stall=0Auntil this lookup is done. I= n high speed=0Aimplementations, this is not desirable.=0A =0AAs I said befo= re, in a clean protocol design,=0Aa packet should have all the information = required =0Ato parse it.=0AFor example, the 802.11 header has an=0Aextended= IV bit that indicates whether=0Athe packet carries an extended IV or not.= =0AIt can argued that a client's traffic at=0Aa radio will only have one ki= nd of encryption=0Aand hence this is not needed. However,=0Athis bit allow= s parsing of the packet without=0Alooking into any client database.=0A =0A = =0ARegards,=0AAbhijit=0A=0A=0A----- Original Message ----=0AFrom: Jim Murph= y =0ATo: Abhijit Choudhury = =0ACc: capwap@frascone.com=0ASent: Wednesday, January 17, 2007 6:30:00 AM= =0ASubject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of = 146)=0A=0A=0AIf, as you suggest, DTLS encryption is an attribute of the=0At= unnel and not of the packet, then indeed the preamble is=0Asuperfluous.=0A= =0AThere is no additional lookup required if the preamble is not=0Aused. To= identify a CAPWAP data packet, the forwarding plane=0Ais plumbed with the = data channel 5-tuple (src IP, dst IP, IP proto,=0Asrc port, dst port). The = forwarding operation is to either decrypt=0Athe packet if the tunnel attrib= ute is DTLS encrypted or to CAPWAP=0Ade-encapsulate if not. There is no nee= d to look at the CAPWAP preamble=0Ato make this decision - it is plumbed in= directly.=0A=0AGiven that control and data are using different UDP ports a= nd=0Amost likely processed on completely different processors,=0Athere is n= o technical or functional value in having uniformity=0Ain headers.=0A=0ATha= nks,=0A=0AJim=0A=0AAbhijit Choudhury wrote:=0A> There is no question that = the spec has to include a mechanism=0A> to establish an encrypted data chan= nel.=0A> =0A> I think the expectation is that the DTLS encryption of=0A> d= ata channel packets will be enabled or not on a per-tunnel basis. =0A> That= said, I would still strongly recommend that the group consider=0A> a packe= t format that is uniform across the control and data channels.=0A> =0A> In= general, it is desirable to have enough information in=0A> a packet header= to indicate what the packet format is. No=0A> configuration lookups shoul= d be needed to parse the packet.=0A> This is what the proposed CAPWAP pream= ble header achieves.=0A> In a lot of hardware implementations, being able = to parse=0A> packets without waiting for lookup results speeds up the=0A> i= mplementation. With the speeds and scales of implemenations=0A> going up i= n the future with the adoption of 802.11n, we should=0A> keep the protocol = design clean and simple, and not complicate=0A> designs to save a few bytes= .=0A> =0A> =0A> Regards,=0A> Abhijit=0A> =0A> =0A> -----Original Messag= e-----=0A> From: Jim Murphy [mailto:jmurphy@trapezenetworks.com]=0A> Sent: = Tuesday, January 16, 2007 4:05 PM=0A> To: Pat Calhoun (pacalhou)=0A> Cc: ca= pwap@frascone.com=0A> Subject: Re: [Capwap] Proposed Resolution for Issue 2= 24/89 (and part of=0A> 146)=0A> =0A> The following proposal suggests that t= he CAPWAP preamble is required in=0A> the data channel. I propose the CAPWA= P preamble is not required in the=0A> data channel for the following reason= s:=0A> =0A> 1. It is not specified in the CAPWAP spec how to establish an e= ncrypted=0A> *data* channel.=0A> =0A> 2. Even if #1 had been specified, the= n it is not specified how one=0A> signals which data channel packets are DT= LS encrypted and which are not.=0A> One could imagine that it would be base= d on session, but there is no=0A> mechanism specified for how this is accom= plished.=0A> =0A> Considering that the CAPWAP preamble adds no value to the= data channel,=0A> I propose that the preamble is removed. As I've argued i= n the past,=0A> being frugal with the use of bytes in data channel headers = is critical=0A> for high performance and large scale implementations.=0A> = =0A> The inclusion of the preamble in the data channel may be considered in= a=0A> future version of CAPWAP when the above issues have been addressed.= =0A> =0A> Thanks,=0A> =0A> Jim=0A> =0A> Pat Calhoun (pacalhou) wrote:=0A> = > All,=0A> > =0A> > Following the discussion at the IETF meeting in San = Diego, I wanted to=0A> =0A> > provide the following proposed resolution fo= r the above issues. Note=0A> > that issues 224 and 89 are directly resolve= d as part of this fix,=0A> > while issue 146 includes several topics, and = this issue only addresses=0A> =0A> > one of the issues raised.=0A> >=0A> = > NOTE: The format of the frame I have included here is slightly=0A> > di= fferent from the one that I had presented in San Diego. While=0A> > crafti= ng the text, it became apparent that including four values=0A> > (control = plaintext, control encrypted, data plaintext and data=0A> > encrypted) was= completely unnecessary because the UDP port would be=0A> used to identify = control vs.=0A> > data. So the type field really states whether the field = is plain text=0A> > or DTLS. There is also room to allow for future encryp= tion protocols=0A> > to be used here. The new header is called preamble, a= nd includes 24=0A> > reserved bits. This allows for enough room to provide= additional=0A> > features and ensures 32 bit alignment.=0A> >=0A> > Pro= posed Text=0A> > -------------=0A> >=0A> > 4 CAPWAP Packet Formats=0A> = >=0A> > This section contains the CAPWAP protocol packet formats. A C= APWAP=0A> > protocol packet consists of a CAPWAP Transport Layer packet= header=0A> > followed by a CAPWAP message. The CAPWAP message can be = either of=0A> > type Control or Data, where Control packets carry signa= ling, and=0A> Data=0A> > packets carry user payloads. The CAPWAP frame= formats for CAPWAP=0A> > Data packets, and for DTLS encapsulated CAPWA= P Data and Control=0A> > packets. See section Section 3.1 for more inf= ormation on the use=0A> of=0A> > UDP.=0A> >=0A> > The CAPWAP Contr= ol protocol includes two messages that are never=0A> > protected by DTL= S. These messages, called the Discovery Request=0A> and=0A> > Discover= y Response, need to be in the clear in order for the CAPWAP=0A> > proto= col to properly identify and process them. The format of=0A> these=0A> > = packets are as follows:=0A> >=0A> > CAPWAP Control Packet (Disc= overy Request/Response):=0A> > +-----------------------------------= ----------------+=0A> > | IP | UDP | CAPWAP |CAPWAP | Control | Me= ssage |=0A> > | Hdr | Hdr | p-amble|Header | Header | Element(s= ) |=0A> > +---------------------------------------------------+=0A>= >=0A> > All other CAPWAP control protocol messages MUST be protected = via=0A> the=0A> > DTLS protocol, which ensures that the packets are bot= h=0A> authenticated=0A> > and encrypted. The format of these packets a= re as follows:=0A> >=0A> > CAPWAP Control Packet (DTLS Security Requi= red):=0A> >=0A> +---------------------------------------------------------= ---------+=0A> > | IP | UDP | CAPWAP | DTLS | CAPWAP | Control | Mess= age | DTLS=0A> |=0A> > | Hdr | Hdr | p-amble| Hdr | Header | Heade= r | Element(s) | Trlr=0A> |=0A> >=0A> +----------------------------------= --------------------------------+=0A> > \--------= --- authenticated ------------/=0A> > \--= ----------- encrypted=0A> > -------------/=0A> >=0A> > The CAPWAP pro= tocol allows optional encryption of the data frames,=0A> > once again u= sing the DTLS protocol. Whether or not the data frames=0A> > are encry= pted is a matter of policy, which is described in a later=0A> > section= of this specification. The format of these packets is as=0A> > follow= s:=0A> >=0A> > CAPWAP Plain Text Data Packet :=0A> > +----= -------------------------------------+=0A> > | IP | UDP | CAPWAP |= CAPWAP | Wireless |=0A> > | Hdr | Hdr | p-amble| Header | Payload= |=0A> > +-----------------------------------------+=0A> >=0A> = > DTLS Secured CAPWAP Data Packet:=0A> > +------------------= ------------------------------------+=0A> > | IP | UDP | CAPWAP | = DTLS | CAPWAP | Wireless | DTLS |=0A> > | Hdr | Hdr | p-amble| Hdr = | Hdr | Payload | Trlr |=0A> > +------------------------------= ------------------------+=0A> > \----- authen= ticated -----/=0A> > \------- encrypted= --------/=0A> >=0A> > UDP: All CAPWAP packets are encapsulated withi= n UDP. Section=0A> > Section 3.1 defines the specific UDP usage.=0A= > >=0A> > CAPWAP preamble: All CAPWAP protocol packets are prefixed w= ith the=0A> > preable header, which is used to identify the frame ty= pe that=0A> > follows. This header, is defined in Section 4.1.=0A> = >=0A> > DTLS Header: The DTLS header provides authentication and encr= ytion=0A> > services to the CAPWAP payload it encapsulates. This pr= otocol=0A> is=0A> > defined in RFC 4347 [9].=0A> > [...]=0A> >=0A>= > 4.1 CAPWAP preamble=0A> >=0A> > The CAPWAP preamble header is use= d to help identify the payload=0A> type=0A> > that immediately follows.= The reason for this header to is avoid=0A> > needing the perform byte= comparisons in order to guess whether the=0A> > frame is DTLS encrypte= d or not. The format of the frame is as=0A> > follows:=0A> >=0A> > = 0 1 2 3=0A> >= 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0=0A> = 1=0A> >=0A> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+=0A> > |Version| Type | Reserved=0A> |=0A> = > =0A> > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+=0A> >=0A> > Version: A 4 bit field which contains the version= of CAPWAP used=0A> in=0A> > this packet. The value for this draft = is zero (0).=0A> >=0A> > Payload Type: A 4 bit field which specifies = the payload type that=0A> > follows the preamble header. The follow= ing values are=0A> supported:=0A> >=0A> > 0 - Clear text. If the = packet is received on the data UDP=0A> port,=0A> > the CAPWAP sta= ck MUST treat this as a clear text CAPWAP data=0A> > packet. If = received on the control UDP port, the CAPWAP=0A> stack=0A> > MUST= treat this as a clear text CAPWAP control packet. If=0A> the=0A> > = control packet is not a Discovery Request or Response packet,=0A> > = it is illegal and MUST be dropped.=0A> >=0A> > 1 - DTLS Enc= rypted. The packet is either of type data or=0A> > control, base= d on the UDP port it was received on (see=0A> section=0A> > Secti= on 3.1).=0A> >=0A> > Reserved: The 24-bit field is reserved for futur= e use. All=0A> > implementations complying with this protocol MUST = set to zero=0A> any=0A> > bits that are reserved in the version of t= he protocol supported=0A> by=0A> > that implementation. Receivers M= UST ignore all bits not defined=0A> > for the version of the protoco= l they support.=0A> >=0A> > 4.2 CAPWAP Header=0A> > [...]=0A> > = 0 1 2 3=0A> > = 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0=0A> 1=0A>= >=0A> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= =0A> > |Version| RID | HLEN | WBID |T|F|L|W|M| Flags= =0A> |=0A> > =0A> > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+=0A> > [...]=0A> >=0A> > Version: A 4 bit field w= hich contains the version of CAPWAP used=0A> in=0A> > this packet. = The value of this field MUST match the version=0A> field=0A> > set i= n the CAPWAP preamble header (see Section 4.1). The reason=0A> > fo= r this duplicate field is to avoid any possible tampering of=0A> the=0A> >= version field in the preamble header which is not encrypted or=0A> = > authenticated.=0A> >=0A> >=0A> > Pat Calhoun=0A> > CTO, Wireles= s Networking Business Unit Cisco Systems=0A> > ___________________________= ______________________________________=0A> > To unsubscribe or modify your= subscription options, please visit:=0A> > http://lists.frascone.com/mailm= an/listinfo/capwap=0A> >=0A> > Archives: http://lists.frascone.com/piperm= ail/capwap=0A> =0A> _______________________________________________________= __________=0A> To unsubscribe or modify your subscription options, please v= isit:=0A> http://lists.frascone.com/mailman/listinfo/capwap=0A> =0A> Archiv= es: http://lists.frascone.com/pipermail/capwap=0A> =0A> =0A> --------------= ----------------------------------------------------------=0A> Never Miss a= n Email=0A> Stay connected with Yahoo! Mail on your mobile. Get started! = =0A> =0A> =0A> =0A> ---------------------------------------------= ---------------------------=0A> =0A> ______________________________________= ___________________________=0A> To unsubscribe or modify your subscription = options, please visit:=0A> http://lists.frascone.com/mailman/listinfo/capwa= p=0A> =0A> Archives: http://lists.frascone.com/pipermail/capwap=0A=0A=0A=0A= =0A=0ACheck out the all-new Yahoo! Mail beta - Fire up a more powerful emai= l and get things done faster.=0A=0A=0A=0A=0A=0AHave a burning question? Go = to Yahoo! Answers and get answers from real people who know.=0A=0A=0A =0A__= ___________________________________________________________________________= _______=0ANo need to miss a message. Get email on-the-go =0Awith Yahoo! Mai= l for Mobile. Get started.=0Ahttp://mobile.yahoo.com/mail --0-1165808174-1169121719=:65437 Content-Type: text/html; charset=ascii Content-Transfer-Encoding: quoted-printable
Puneet,
=0A
Please see my comments in-= line.
=0A
Abhijit

=0A
----- Original Mes= sage ----
From: Puneet Agarwal <pagarwal@broadcom.com>
To: Abhi= jit Choudhury <abhijit@ieee.org>; capwap@frascone.com
Sent: Thursd= ay, January 18, 2007 1:58:32 AM
Subject: RE: [Capwap] Proposed Resolutio= n for Issue 224/89 (and part of 146)

=0A=0A=0A
Hi Abhijit,
=0A
=0A
Looks like other protocols (including .1= 1) did not have any issues putting this 1 bit in the non-protected part of = their (.11) hdr and seem to have a very secure protocol (with WPA2 etc). On= e can always decide which hdr fields one want to include in the part covere= d by the authentication/encryption.
=0A

=0A
Hen= ce I am having a hard time understanding why we in CAPWAP keep on insi= sting that the CAPWAP hdr (especially for CAPWAP DATA) needs to be after DT= LS. It seems that having DTLS after CAPWAP hdr would be perfectly secure as= well.
=0A
Hence I disagree= with your assertion that DTLS hdr MUST be before CAPWAP hdr.=
=0A

=0A
[Abhijit] We should stay away from having different formats for C= APWAP CONTROL and
=0A
CAPWAP DATA. There s= hould be only one frame format - the CAPWAP frame format.=0A

=0A
= As for what = needs to be protected, there are parts of the CAPWAP header that needs
=0A
to be protected (wireless info, radio mac etc) and o= ther parts that may not.
=0A
I believe the = group decided to protect the entire CAPWAP header in the mailing list earlier.&n= bsp; That is why the DTLS header is before the CAPWAP header.
=0A
=0A
My ea= rlier position is still valid:
=0A
<= FONT face=3DArial color=3D#0000ff size=3D2>Remove MUX hdr for CAPWAP Data. = Potentially add 1 bit in the CAPWAP hdr for the encrypted pa= yload flag.
=0A

=0A
Thanks.
=0A

=0A
-Puneet
=0A

=0A
=0A
=0AFrom: Abhijit Choudhury [mailto:abhijit10425= @yahoo.com]
Sent: Thursday, January 18, 2007 1:45 AM
To: Puneet Agarwal; capwap@frascone.com
Subject: Re: [Capwap] Prop= osed Resolution for Issue 224/89 (and part of 146)

=0A<= DIV>
=0A
=0A
Hi Puneet,
=0A

= =0A
Unfortunately, the CAPWAP header occurs after the DTLS header.<= /DIV>=0A
So, putting info there doesn't help. We need something=0A
before the DTLS header .. all we have there is the IP
= =0A
and UDP headers and we can't insert anything there.
=0A
=0A
A= bhijit

=0A
----- Original Message ----
From: Punee= t Agarwal <pagarwal@broadcom.com>
To: Abhijit Choudhury <abhiji= t@ieee.org>; Jim Murphy <jmurphy@trapezenetworks.com>
Cc: capwa= p@frascone.com
Sent: Thursday, January 18, 2007 1:31:30 AM
Subject: R= E: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146)

= =0A=0A=0A
Hi Abhijit,
=0A

=0A
The re= al issue is the fact that we are using a full 32 bits to add this 1 bit inf= o. One would be perfectly happy if we put this 1 bit in the CAPWAP hdr= (by using one of the flag bits). I speculate that .11 (using you= r example) would have had a fairly adverse reaction if one suggested adding= 32 bits for one bit of info.
=0A

=0A
To your o= ther point about high speed implementations: it depends on your partic= ular implementation. There are many other high speed implementations t= hat do not suffer from the issue that you describe.
=0A<= DIV dir=3Dltr align=3Dleft>
=0A
Hence here is my position:
=0A
Remove MUX hdr for CAPWAP Data. Potentially add 1 bit in t= he CAPWAP hdr for the encrypted payload flag.<= /DIV>=0A

=0A
Comments?
=0A

=0A
Thanks= .
=0A
<= /DIV>=0A
-Puneet

=0A=0A
=0AFrom: Abhijit Choudhury= [mailto:abhijit10425@yahoo.com]
Sent: Wednesday, January 17, 20= 07 8:33 AM
To: Jim Murphy
Cc: capwap@frascone.com
Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part o= f 146)

=0A
=0A
=0A
Jim,
= =0A
You are correct that the UDP port will
=0A
identif= y the packet to be a CAPWAP data
=0A
packet or not. = ; However, the tunnel
=0A
attribute that you mention, will ty= pically
=0A
be the result of a lookup into some data
=0A<= DIV style=3D"FONT-SIZE: 10pt; FONT-FAMILY: courier, monaco, monospace, sans= -serif">structure. Since some data tunnels could have
=0A
DTLS= encryption and some may not, further
=0A
parsing of the packe= t will have to stall
=0A
until this lookup is done. In h= igh speed
=0A
implementations, this is not desirable.
=0A=

=0A
= As I said before, in a clean protocol design,
=0A
a packet sho= uld have all the information required
=0A
to parse it.
= =0A
For example, the 802.11 header has an
=0A
extended= IV bit that indicates whether
=0A
the packet carries an exten= ded IV or not.
=0A
It can argued that a client's traffic at=0A
a radio will only have one kind of encryption
=0A
and hence this is not needed. However,
=0A
this bit a= llows parsing of the packet without
=0A
looking into any clien= t database.
=0A
&nbs= p;
=0A

= =0A
Regards,
=0A
Abhijit

=0A
---= -- Original Message ----
From: Jim Murphy <jmurphy@trapezenetworks.co= m>
To: Abhijit Choudhury <abhijit@ieee.org>
Cc: capwap@frasc= one.com
Sent: Wednesday, January 17, 2007 6:30:00 AM
Subject: Re: [Ca= pwap] Proposed Resolution for Issue 224/89 (and part of 146)

=0AIf, as you suggest, DTLS encryption is an attribute of the
tunnel and n= ot of the packet, then indeed the preamble is
superfluous.

There = is no additional lookup required if the preamble is not
used. To identif= y a CAPWAP data packet, the forwarding plane
is plumbed with the data ch= annel 5-tuple (src IP, dst IP, IP proto,
src port, dst port). The forwar= ding operation is to either decrypt
the packet if the tunnel attribute i= s DTLS encrypted or to CAPWAP
de-encapsulate if not. There is no need to= look at the CAPWAP preamble
to make this decision - it is plumbed in di= rectly.

Given that control and data are using different UDP ports an= d
most likely processed on completely different processors,
there is = no technical or functional value in having uniformity
in headers.
Thanks,

Jim

Abhijit Choudhury wrote:
> There &nbs= p;is no question that the spec has to include a mechanism
> to establ= ish an encrypted data channel.
>
> I think the expectatio= n is that the DTLS encryption of
> data channel packets will be enabl= ed or not on a per-tunnel basis.
> That said, I would still strongly= recommend that the group consider
> a packet format that is uniform = across the control and data channels.
>
> In genera= l, it is desirable to have enough information in
> a packet header to= indicate what the packet format is.  No
> configuration lo= okups should be needed to parse the packet.
> This is what the propos= ed CAPWAP preamble header achieves.
> In a lot of hardware implementa= tions,  being able to parse
> packets without waiting for l= ookup results speeds up the
> implementation.  With the spe= eds and scales of implemenations
> going up in the future with the ad= option of 802.11n, we should
> keep the protocol design clean and sim= ple, and not complicate
> designs to save a few bytes.
>
>= ;
> Regards,
> Abhijit
>
>&= nbsp;
> -----Original Message-----
> From: Jim Murphy [ma= ilto:jmurphy@trapezenetworks.com]
> Sent: Tuesday, January 16, 2007 4= :05 PM
> To: Pat Calhoun (pacalhou)
> Cc: capwap@frascone.com> Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part= of
> 146)
>
> The following proposal suggests that the = CAPWAP preamble is required in
> the data channel. I propose the CAPW= AP preamble is not required in the
> data channel for the following r= easons:
>
> 1. It is not specified in the CAPWAP spec how to e= stablish an encrypted
> *data* channel.
>
> 2. Even if #= 1 had been specified, then it is not specified how one
> signals whic= h data channel packets are DTLS encrypted and which are not.
> One co= uld imagine that it would be based on session, but there is no
> mechanism speci= fied for how this is accomplished.
>
> Considering that the CA= PWAP preamble adds no value to the data channel,
> I propose that the= preamble is removed. As I've argued in the past,
> being frugal with= the use of bytes in data channel headers is critical
> for high perf= ormance and large scale implementations.
>
> The inclusion of = the preamble in the data channel may be considered in a
> future vers= ion of CAPWAP when the above issues have been addressed.
>
> T= hanks,
>
> Jim
>
> Pat Calhoun (pacalhou) wrote:<= BR>>  > All,
>  >
>&nb= sp; > Following the discussion at the IETF meeting in San Diego, I = wanted to
>
>  > provide the following proposed r= esolution for the above issues. Note
>  > that issues 22= 4 and 89 are directly resolved as part of this fix,
>  > while issue= 146 includes several topics, and this issue only addresses
>
>= ;  > one of the issues raised.
>  >
>=   > NOTE: The format of the frame I have included here is slig= htly
>  > different from the one that I had presented in= San Diego. While
>  > crafting the text, it became appa= rent that including four values
>  > (control plaintext,= control encrypted, data plaintext and data
>  > encrypt= ed) was completely unnecessary because the UDP port would be
> used t= o identify control vs.
>  > data. So the type field real= ly states whether the field is plain text
>  > or DTLS. = There is also room to allow for future encryption protocols
> &n= bsp;> to be used here. The new header is called preamble, and includes 24
>  > reserved bits. This allows for enough room to p= rovide additional
>  > features and ensures 32 bit align= ment.
>  >
>  > Proposed Text
>=   > -------------
>  >
>  &= gt; 4  CAPWAP Packet Formats
>  >
> = ; >    This section contains the CAPWAP protoco= l packet formats.  A CAPWAP
>  >  &n= bsp; protocol packet consists of a CAPWAP Transport Layer packet heade= r
>  >    followed by a CAPWAP messa= ge.  The CAPWAP message can be either of
>  >&= nbsp;   type Control or Data, where Control packets carry si= gnaling, and
> Data
>  >    pa= ckets carry user payloads.  The CAPWAP frame formats for CAPWAP
>  >    Data packets, and fo= r DTLS encapsulated CAPWAP Data and Control
>  > &n= bsp;  packets.  See section Section 3.1 for more inform= ation on the use
> of
>  >    = UDP.
>  >
>  >    = ;The CAPWAP Control protocol includes two messages that are never
>&n= bsp; >    protected by DTLS.  These m= essages, called the Discovery Request
> and
>  >&n= bsp;   Discovery Response, need to be in the clear in order = for the CAPWAP
>  >    protocol to p= roperly identify and process them.  The format of
> these>  >    packets are as follows:
>  >
>  >   =      CAPWAP Control Packet (Discovery Request/Resp= onse):
>  >       &nb= sp;+---------------------------------------------------+
>  = ;>        | IP  | UDP = | CAPWAP |CAPWAP | Control | Message    |
> = >        | Hdr | Hdr | p-a= mble|Header | Header  | Element(s) |
>  > = ;       +-------------------------------= --------------------+
>  >
>  > =    All other CAPWAP control protocol messages MUST be protec= ted via
> the
>  >    DTLS pro= tocol, which ensures that the packets are both
> authenticated
>  >    and encrypted= .  The format of these packets are as follows:
>  = ;>
>  >     CAPWAP Control Packet= (DTLS Security Required):
>  >
> +---------------= ---------------------------------------------------+
>  >= ;     | IP  | UDP | CAPWAP | DTLS | CAPWAP | = Control | Message    | DTLS
> |
> &nbs= p;>     | Hdr | Hdr | p-amble| Hdr  | Head= er | Header  | Element(s) | Trlr
> |
>  >= ;
> +----------------------------------------------------------------= --+
>  >        =             &nb= sp;     \----------- authenticated ------------/
>  >      &= nbsp;           &nbs= p;            &= nbsp;  \------------- encrypted
>  > ---------= ----/
>  >
>  >   &nbs= p;The CAPWAP protocol allows optional encryption of the data frames,
>= ;  >    once again using the DTLS protocol= .  Whether or not the data frames
>  > &n= bsp;  are encrypted is a matter of policy, which is described in = a later
>  >    section of this spec= ification.  The format of these packets is as
>  = >    follows:
>  >
> &= nbsp;>        CAPWAP Plain Text = Data Packet :
>  >        += -----------------------------------------+
>  > &nb= sp;      | IP  | UDP | CAPWAP | CAP= WAP | Wireless  |
>  >    =     | Hdr | Hdr | p-amble| Header | Payload  = |
>  >        += -----------------------------------------+
>  >
>&= nbsp; >        DTLS Secured= CAPWAP Data Packet:
>  >     &= nbsp;  +------------------------------------------------------+>  >        | IP&= nbsp; | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS |
> = >        | Hdr | Hdr | p-a= mble| Hdr  |  Hdr   | Payload  | Trlr |<= BR>>  >        +---= ---------------------------------------------------+
>  >= ;            &n= bsp;            = ;     \----- authenticated -----/
> &nb= sp;>           &n= bsp;            = ;            \-= ------ encrypted --------/
>  >
>  >&= nbsp;   UDP:  All CAPWAP packets are encapsulated = within UDP.  Section
>  >   &nb= sp;   Section 3.1 defines the specific UDP usage.
>  >
>  >   &n= bsp;CAPWAP preamble:  All CAPWAP protocol packets are prefixed wi= th the
>  >       preable = header, which is used to identify the frame type that
>  &g= t;       follows.  This header, is = defined in Section 4.1.
>  >
>  >&nbs= p;   DTLS Header:  The DTLS header provides authen= tication and encrytion
>  >     = ; services to the CAPWAP payload it encapsulates.  This pro= tocol
> is
>  >      = ; defined in RFC 4347 [9].
>  > [...]
>  = ;>
>  > 4.1  CAPWAP preamble
> &= nbsp;>
>  >    The CAPWAP preambl= e header is used to help identify the payload
> type
>  >&nbs= p;   that immediately follows.  The reason for thi= s header to is avoid
>  >    needing= the perform byte comparisons in order to guess whether the
> &n= bsp;>    frame is DTLS encrypted or not.  = The format of the frame is as
>  >   &nbs= p;follows:
>  >
>  >   = ;      0       =             1 &= nbsp;           &nbs= p;     2        = ;           3
>&nbs= p; >         0 1 2 3 4 5 6 = 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0
> 1
>  >
>= ; +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=   >        |Version| T= ype  |          = ;          Reserved
&g= t; |
>  >        = ;
>  > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+
>  >
>  >  = ;  Version:  A 4 bit field which contains the version o= f CAPWAP used
> in
>  >    &nb= sp; this packet.  The value for this draft is zero (0).
= >  >
>  >    Payload= Type:  A 4 bit field which specifies the payload type that
>  >       follows t= he preamble header.  The following values are
> supported:<= BR>>  >
>  >    &nbs= p; 0 -  Clear text.  If the packet is received on= the data UDP
> port,
>  >    =       the CAPWAP stack MUST treat this as a c= lear text CAPWAP data
>  >     =      packet.  If received on the control= UDP port, the CAPWAP
> stack
>  >  &nbs= p;       MUST treat this as a clear text= CAPWAP control packet.  If
> the
>  >&n= bsp;         control packet is= not a Discovery Request or Response packet,
>  >       &= nbsp;  it is illegal and MUST be dropped.
>  >=
>  >       1 -  = ;DTLS Encrypted.  The packet is either of type data or
>&nb= sp; >          co= ntrol, based on the UDP port it was received on (see
> section
>= ;  >         &nbs= p;Section 3.1).
>  >
>  >  =   Reserved:  The 24-bit field is reserved for future us= e.  All
>  >     &nbs= p; implementations complying with this protocol MUST set to zero
> an= y
>  >       bits that are= reserved in the version of the protocol supported
> by
>  >       that implem= entation.  Receivers MUST ignore all bits not defined
>&nbs= p; >       for the version of the pro= tocol they support.
>  >
>  > 4.2&nbs= p; CAPWAP Header
>  > [...]
>  >=          0    &= nbsp;           &nbs= p; 1           = ;        2     =             &nb= sp; 3
>  >       &nbs= p; 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0
> 1<= BR>>  >
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>&= nbsp; >        |Version|&nb= sp; RID   |  HLEN   |  WBID&n= bsp; |T|F|L|W|M|     Flags
> |
> = ; >
> &n= bsp;> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<= BR>>  > [...]
>  >
>  &g= t;    Version:  A 4 bit field which contains = the version of CAPWAP used
> in
>  >  &n= bsp;    this packet.  The value of this field MUST= match the version
> field
>  >   &= nbsp;   set in the CAPWAP preamble header (see Section 4.1). = ; The reason
>  >     &nbs= p; for this duplicate field is to avoid any possible tampering of
> the
>&= nbsp; >       version field in the pr= eamble header which is not encrypted or
>  >  =      authenticated.
>  >
>&nbs= p; >
>  > Pat Calhoun
>  > CT= O, Wireless Networking Business Unit Cisco Systems
>  > = _________________________________________________________________
>&n= bsp; > To unsubscribe or modify your subscription options, please v= isit:
>  > http://lists.frascone.com/m= ailman/listinfo/capwap
>  >
>  > = Archives: http://lists.frascone.com/pipermail/capwap
>=
> _________________________________________________________________
> = To unsubscribe or modify your subscription options, please visit:
> <= A href=3D"http://lists.frascone.com/mailman/listinfo/capwap" target=3D_blan= k rel=3Dnofollow>http://lists.frascone.com/mailman/listinfo/capwap
&= gt;
> Archives: http://lists.frascone.com/pipermail/capwa= p
>
>
> -------------------------------------------= -----------------------------
> Never Miss an Email
> Stay conn= ected with Yahoo! Mail on your mobile. Get started!
> <http://us.rd.yahoo.com/evt=3D4390= 9/*http://mobile.yahoo.com/services?promote=3Dmail>
>
>=
> -----------------------------------------------------------------= -------
>
> _________________________________________________________________
> = To unsubscribe or modify your subscription options, please visit:
> <= A href=3D"http://lists.frascone.com/mailman/listinfo/capwap" target=3D_blan= k rel=3Dnofollow>http://lists.frascone.com/mailman/listinfo/capwap
&= gt;
> Archives: http://lists.frascone.com/pipermail/capwa= p
=0A

=0A
=0ACheck o= ut the all-new Yahoo! Mail= beta - Fire up a more powerful email and get things done faster.
= =0A

=0A
=0AHave a burning question?= Go to Yahoo! Answers and get answers from real peop= le who know.
=0A

=0A=0A
It's h= ere! Your new message!
Get=0A new email alerts= with the free Yahoo! Toolbar.<= /html> --0-1165808174-1169121719=:65437-- --===============1383142548== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============1383142548==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 18 09:17:40 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7Y5E-0000tA-P3 for capwap-archive@lists.ietf.org; Thu, 18 Jan 2007 09:17:40 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7Y5B-0003t5-KJ for capwap-archive@lists.ietf.org; Thu, 18 Jan 2007 09:17:40 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 4B4F439831F for ; Thu, 18 Jan 2007 06:17:37 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 15A1D4A41D3 for ; Thu, 18 Jan 2007 06:17:25 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id E3D04430F33 for ; Thu, 18 Jan 2007 06:17:24 -0800 (PST) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by hermes.tigertech.net (Postfix) with ESMTP id 41218430F30 for ; Thu, 18 Jan 2007 06:17:18 -0800 (PST) Received: from 10.10.64.154 by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.0)); Thu, 18 Jan 2007 06:17:03 -0800 X-Server-Uuid: 9206F490-5C8F-4575-BE70-2AAA8A3D4853 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id B19BC2AF; Thu, 18 Jan 2007 06:17:03 -0800 (PST) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 8740E2AE; Thu, 18 Jan 2007 06:17:03 -0800 (PST) Received: from mail-sj1-12.sj.broadcom.com (mail-sj1-12.sj.broadcom.com [10.16.128.215]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id EUD66607; Thu, 18 Jan 2007 06:17:03 -0800 (PST) Received: from NT-SJCA-0751.brcm.ad.broadcom.com (nt-sjca-0751 [10.16.192.221]) by mail-sj1-12.sj.broadcom.com (Postfix) with ESMTP id 0B55020501; Thu, 18 Jan 2007 06:17:03 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 18 Jan 2007 06:17:00 -0800 Message-ID: <8954613CA6BB3242A1531D916A527A4102B5FE60@NT-SJCA-0751.brcm.ad.broadcom.com> In-Reply-To: <20070118120159.67012.qmail@web62402.mail.re1.yahoo.com> Thread-Topic: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Thread-Index: Acc6+IBUVzVGW/7PQW2haAOtDGGclAADww9g From: "Puneet Agarwal" To: "Abhijit Choudhury" , capwap@frascone.com X-WSS-ID: 69B15ED53Y87447265-01-01 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.1 tagged_above=-999.0 required=7.0 tests=HTML_50_60, HTML_MESSAGE X-Spam-Level: Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1240660284==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: 0141dfaa16497196f0ee5f03d692fd2b This is a multi-part message in MIME format. --===============1240660284== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C73B0B.52E6DF64" This is a multi-part message in MIME format. ------_=_NextPart_001_01C73B0B.52E6DF64 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi Abhijit, =20 CAPWAP control and data are completely orthogonal to each other as they serve very different purpose. For example, MPLS-TE, control and data plane are different - where MPLS TE used RSVP/LDP for control plane whose frame formats are completely different from the MPLS label stack used for transporting the actual data. =20 I agree with you in the general principle of trying to keeping them same (to the extent possible) but it should be at the expense of adding unnecessary overhead to one or both of them. Hence CAPWAP data should not be bloated to maintain some vague notion of compatibility with CAPWAP control. =20 With respect to the original question at hand (determine if the CAPWAP data pkt is encrypted or not), I think there are 3 options that seem reasonable (without worrying about CAPWAP control compatibility): =20 (a) Have the UDP tunnel itself indicate if the pkt is encrypted (hence remove the MUX) (b) Remove MUX and put the "Encrypt" bit in the CAPWAP hdr - with the caveat that only CAPWAP payload is protected (c) Remove MUX hdr and remove support for CAPWAP Data DTLS as it is currently unspecified how this would be set up. When it is specified, then we can have the debate about what parts of the data needs to be encrypted. =20 Adding 32 bits for 1 bit of marginally useful information (and still unspecified setup) is a complete waste of space in a data hdr. =20 Thanks. =20 -Puneet=20 ________________________________ From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com]=20 Sent: Thursday, January 18, 2007 4:02 AM To: Puneet Agarwal; capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Puneet, Please see my comments in-line. Abhijit ----- Original Message ---- From: Puneet Agarwal To: Abhijit Choudhury ; capwap@frascone.com Sent: Thursday, January 18, 2007 1:58:32 AM Subject: RE: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Hi Abhijit, =20 Looks like other protocols (including .11) did not have any issues putting this 1 bit in the non-protected part of their (.11) hdr and seem to have a very secure protocol (with WPA2 etc). One can always decide which hdr fields one want to include in the part covered by the authentication/encryption. =20 Hence I am having a hard time understanding why we in CAPWAP keep on insisting that the CAPWAP hdr (especially for CAPWAP DATA) needs to be after DTLS. It seems that having DTLS after CAPWAP hdr would be perfectly secure as well. Hence I disagree with your assertion that DTLS hdr MUST be before CAPWAP hdr. =20 [Abhijit] We should stay away from having different formats for CAPWAP CONTROL and CAPWAP DATA. There should be only one frame format - the CAPWAP frame format. =20 As for what needs to be protected, there are parts of the CAPWAP header that needs=20 to be protected (wireless info, radio mac etc) and other parts that may not. I believe the group decided to protect the entire CAPWAP header in the mailing list earlier. That is why the DTLS header is before the CAPWAP header. =20 My earlier position is still valid: Remove MUX hdr for CAPWAP Data. Potentially add 1 bit in the CAPWAP hdr for the encrypted payload flag. =20 Thanks. =20 -Puneet =20 ________________________________ From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com]=20 Sent: Thursday, January 18, 2007 1:45 AM To: Puneet Agarwal; capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Hi Puneet, =20 Unfortunately, the CAPWAP header occurs after the DTLS header. So, putting info there doesn't help. We need something before the DTLS header .. all we have there is the IP and UDP headers and we can't insert anything there. =20 Abhijit ----- Original Message ---- From: Puneet Agarwal To: Abhijit Choudhury ; Jim Murphy Cc: capwap@frascone.com Sent: Thursday, January 18, 2007 1:31:30 AM Subject: RE: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Hi Abhijit, =20 The real issue is the fact that we are using a full 32 bits to add this 1 bit info. One would be perfectly happy if we put this 1 bit in the CAPWAP hdr (by using one of the flag bits). I speculate that .11 (using your example) would have had a fairly adverse reaction if one suggested adding 32 bits for one bit of info. =20 To your other point about high speed implementations: it depends on your particular implementation. There are many other high speed implementations that do not suffer from the issue that you describe. =20 Hence here is my position: Remove MUX hdr for CAPWAP Data. Potentially add 1 bit in the CAPWAP hdr for the encrypted payload flag. =20 Comments? =20 Thanks. =20 -Puneet ________________________________ From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com]=20 Sent: Wednesday, January 17, 2007 8:33 AM To: Jim Murphy Cc: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Jim, You are correct that the UDP port will identify the packet to be a CAPWAP data=20 packet or not. However, the tunnel=20 attribute that you mention, will typically be the result of a lookup into some data structure. Since some data tunnels could have DTLS encryption and some may not, further parsing of the packet will have to stall until this lookup is done. In high speed implementations, this is not desirable. =20 As I said before, in a clean protocol design, a packet should have all the information required=20 to parse it. For example, the 802.11 header has an extended IV bit that indicates whether the packet carries an extended IV or not. It can argued that a client's traffic at a radio will only have one kind of encryption and hence this is not needed. However, this bit allows parsing of the packet without looking into any client database. =20 =20 Regards, Abhijit ----- Original Message ---- From: Jim Murphy To: Abhijit Choudhury Cc: capwap@frascone.com Sent: Wednesday, January 17, 2007 6:30:00 AM Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) If, as you suggest, DTLS encryption is an attribute of the tunnel and not of the packet, then indeed the preamble is superfluous. There is no additional lookup required if the preamble is not used. To identify a CAPWAP data packet, the forwarding plane is plumbed with the data channel 5-tuple (src IP, dst IP, IP proto, src port, dst port). The forwarding operation is to either decrypt the packet if the tunnel attribute is DTLS encrypted or to CAPWAP de-encapsulate if not. There is no need to look at the CAPWAP preamble to make this decision - it is plumbed in directly. Given that control and data are using different UDP ports and most likely processed on completely different processors, there is no technical or functional value in having uniformity in headers. Thanks, Jim Abhijit Choudhury wrote: > There is no question that the spec has to include a mechanism > to establish an encrypted data channel. > =20 > I think the expectation is that the DTLS encryption of > data channel packets will be enabled or not on a per-tunnel basis.=20 > That said, I would still strongly recommend that the group consider > a packet format that is uniform across the control and data channels. > =20 > In general, it is desirable to have enough information in > a packet header to indicate what the packet format is. No > configuration lookups should be needed to parse the packet. > This is what the proposed CAPWAP preamble header achieves. > In a lot of hardware implementations, being able to parse > packets without waiting for lookup results speeds up the > implementation. With the speeds and scales of implemenations > going up in the future with the adoption of 802.11n, we should > keep the protocol design clean and simple, and not complicate > designs to save a few bytes. > =20 > =20 > Regards, > Abhijit > =20 > =20 > -----Original Message----- > From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] > Sent: Tuesday, January 16, 2007 4:05 PM > To: Pat Calhoun (pacalhou) > Cc: capwap@frascone.com > Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of > 146) >=20 > The following proposal suggests that the CAPWAP preamble is required in > the data channel. I propose the CAPWAP preamble is not required in the > data channel for the following reasons: >=20 > 1. It is not specified in the CAPWAP spec how to establish an encrypted > *data* channel. >=20 > 2. Even if #1 had been specified, then it is not specified how one > signals which data channel packets are DTLS encrypted and which are not. > One could imagine that it would be based on session, but there is no > mechanism specified for how this is accomplished. >=20 > Considering that the CAPWAP preamble adds no value to the data channel, > I propose that the preamble is removed. As I've argued in the past, > being frugal with the use of bytes in data channel headers is critical > for high performance and large scale implementations. >=20 > The inclusion of the preamble in the data channel may be considered in a > future version of CAPWAP when the above issues have been addressed. >=20 > Thanks, >=20 > Jim >=20 > Pat Calhoun (pacalhou) wrote: > > All, > > =20 > > Following the discussion at the IETF meeting in San Diego, I wanted to >=20 > > provide the following proposed resolution for the above issues. Note > > that issues 224 and 89 are directly resolved as part of this fix, > > while issue 146 includes several topics, and this issue only addresses >=20 > > one of the issues raised. > > > > NOTE: The format of the frame I have included here is slightly > > different from the one that I had presented in San Diego. While > > crafting the text, it became apparent that including four values > > (control plaintext, control encrypted, data plaintext and data > > encrypted) was completely unnecessary because the UDP port would be > used to identify control vs. > > data. So the type field really states whether the field is plain text > > or DTLS. There is also room to allow for future encryption protocols > > to be used here. The new header is called preamble, and includes 24 > > reserved bits. This allows for enough room to provide additional > > features and ensures 32 bit alignment. > > > > Proposed Text > > ------------- > > > > 4 CAPWAP Packet Formats > > > > This section contains the CAPWAP protocol packet formats. A CAPWAP > > protocol packet consists of a CAPWAP Transport Layer packet header > > followed by a CAPWAP message. The CAPWAP message can be either of > > type Control or Data, where Control packets carry signaling, and > Data > > packets carry user payloads. The CAPWAP frame formats for CAPWAP > > Data packets, and for DTLS encapsulated CAPWAP Data and Control > > packets. See section Section 3.1 for more information on the use > of > > UDP. > > > > The CAPWAP Control protocol includes two messages that are never > > protected by DTLS. These messages, called the Discovery Request > and > > Discovery Response, need to be in the clear in order for the CAPWAP > > protocol to properly identify and process them. The format of > these > > packets are as follows: > > > > CAPWAP Control Packet (Discovery Request/Response): > > +---------------------------------------------------+ > > | IP | UDP | CAPWAP |CAPWAP | Control | Message | > > | Hdr | Hdr | p-amble|Header | Header | Element(s) | > > +---------------------------------------------------+ > > > > All other CAPWAP control protocol messages MUST be protected via > the > > DTLS protocol, which ensures that the packets are both > authenticated > > and encrypted. The format of these packets are as follows: > > > > CAPWAP Control Packet (DTLS Security Required): > > > +------------------------------------------------------------------+ > > | IP | UDP | CAPWAP | DTLS | CAPWAP | Control | Message | DTLS > | > > | Hdr | Hdr | p-amble| Hdr | Header | Header | Element(s) | Trlr > | > > > +------------------------------------------------------------------+ > > \----------- authenticated ------------/ > > \------------- encrypted > > -------------/ > > > > The CAPWAP protocol allows optional encryption of the data frames, > > once again using the DTLS protocol. Whether or not the data frames > > are encrypted is a matter of policy, which is described in a later > > section of this specification. The format of these packets is as > > follows: > > > > CAPWAP Plain Text Data Packet : > > +-----------------------------------------+ > > | IP | UDP | CAPWAP | CAPWAP | Wireless | > > | Hdr | Hdr | p-amble| Header | Payload | > > +-----------------------------------------+ > > > > DTLS Secured CAPWAP Data Packet: > > +------------------------------------------------------+ > > | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | > > | Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr | > > +------------------------------------------------------+ > > \----- authenticated -----/ > > \------- encrypted --------/ > > > > UDP: All CAPWAP packets are encapsulated within UDP. Section > > Section 3.1 defines the specific UDP usage. > > > > CAPWAP preamble: All CAPWAP protocol packets are prefixed with the > > preable header, which is used to identify the frame type that > > follows. This header, is defined in Section 4.1. > > > > DTLS Header: The DTLS header provides authentication and encrytion > > services to the CAPWAP payload it encapsulates. This protocol > is > > defined in RFC 4347 [9]. > > [...] > > > > 4.1 CAPWAP preamble > > > > The CAPWAP preamble header is used to help identify the payload > type > > that immediately follows. The reason for this header to is avoid > > needing the perform byte comparisons in order to guess whether the > > frame is DTLS encrypted or not. The format of the frame is as > > follows: > > > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 > 1 > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |Version| Type | Reserved > | > > =20 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > Version: A 4 bit field which contains the version of CAPWAP used > in > > this packet. The value for this draft is zero (0). > > > > Payload Type: A 4 bit field which specifies the payload type that > > follows the preamble header. The following values are > supported: > > > > 0 - Clear text. If the packet is received on the data UDP > port, > > the CAPWAP stack MUST treat this as a clear text CAPWAP data > > packet. If received on the control UDP port, the CAPWAP > stack > > MUST treat this as a clear text CAPWAP control packet. If > the > > control packet is not a Discovery Request or Response packet, > > it is illegal and MUST be dropped. > > > > 1 - DTLS Encrypted. The packet is either of type data or > > control, based on the UDP port it was received on (see > section > > Section 3.1). > > > > Reserved: The 24-bit field is reserved for future use. All > > implementations complying with this protocol MUST set to zero > any > > bits that are reserved in the version of the protocol supported > by > > that implementation. Receivers MUST ignore all bits not defined > > for the version of the protocol they support. > > > > 4.2 CAPWAP Header > > [...] > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 > 1 > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |Version| RID | HLEN | WBID |T|F|L|W|M| Flags > | > > =20 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > [...] > > > > Version: A 4 bit field which contains the version of CAPWAP used > in > > this packet. The value of this field MUST match the version > field > > set in the CAPWAP preamble header (see Section 4.1). The reason > > for this duplicate field is to avoid any possible tampering of > the > > version field in the preamble header which is not encrypted or > > authenticated. > > > > > > Pat Calhoun > > CTO, Wireless Networking Business Unit Cisco Systems > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap >=20 > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap >=20 > Archives: http://lists.frascone.com/pipermail/capwap >=20 >=20 > ------------------------------------------------------------------------ > Never Miss an Email > Stay connected with Yahoo! Mail on your mobile. Get started!=20 > >=20 >=20 > ------------------------------------------------------------------------ >=20 > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap >=20 > Archives: http://lists.frascone.com/pipermail/capwap ________________________________ Check out the all-new Yahoo! Mail beta - Fire up a more powerful email and get things done faster. ________________________________ Have a burning question? Go to Yahoo! Answers and get answers from real people who know. ________________________________ It's here! Your new message! Get new email alerts with the free Yahoo! Toolbar. =20 ------_=_NextPart_001_01C73B0B.52E6DF64 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable
Hi Abhijit,

CAPWAP control and data are completely = orthogonal to=20 each other as they serve very different purpose. For example, = MPLS-TE,=20 control and data plane are different - where MPLS TE used RSVP/LDP = for=20 control plane whose frame formats are completely different = from the=20 MPLS label stack used for transporting the actual = data.

I agree with you in the = general principle of=20 trying to keeping them same (to the extent possible) but it should = be at=20 the expense of adding unnecessary overhead to one or both of them. Hence = CAPWAP=20 data should not be bloated to maintain some vague notion = of=20 compatibility with CAPWAP control.

With respect to the original question at hand = (determine if=20 the CAPWAP data pkt is encrypted or not), I think there are 3 = options that=20 seem reasonable (without worrying about CAPWAP control=20 compatibility):

(a) Have the UDP tunnel itself indicate if = the pkt is=20 encrypted (hence remove the MUX)

(b) Remove MUX and put the "Encrypt" bit in the = CAPWAP hdr=20 - with the caveat that only CAPWAP payload is = protected

(c) Remove MUX hdr and remove support for = CAPWAP Data=20 DTLS as it is currently unspecified how this would be set up. When = it is=20 specified, then we can have the debate about what parts of the data = needs to be=20 encrypted.

Adding 32 bits for 1 bit of marginally useful = information=20 (and still unspecified setup) is a complete waste of space in = a data=20 hdr.

Thanks.

-Puneet

From: Abhijit Choudhury=20 [mailto:abhijit10425@yahoo.com]
Sent: Thursday, January 18, = 2007 4:02=20 AM
To: Puneet Agarwal; capwap@frascone.com
Subject: = Re:=20 [Capwap] Proposed Resolution for Issue 224/89 (and part of=20 146)

Puneet, Please=20 see my comments in-line. Abhijit

-----=20 Original Message ----
From: Puneet Agarwal=20 <pagarwal@broadcom.com>
To: Abhijit Choudhury = <abhijit@ieee.org>;=20 capwap@frascone.com
Sent: Thursday, January 18, 2007 1:58:32 = AM
Subject:=20 RE: [Capwap] Proposed Resolution for Issue 224/89 (and part of = 146)

Hi Abhijit,

Looks like other protocols (including .11) did = not have any=20 issues putting this 1 bit in the non-protected part of their (.11) hdr = and seem=20 to have a very secure protocol (with WPA2 etc). One can always decide = which hdr=20 fields one want to include in the part covered by the=20 authentication/encryption.

Hence I am having a hard time understanding why = we in=20 CAPWAP keep on insisting that the CAPWAP hdr (especially for CAPWAP = DATA)=20 needs to be after DTLS. It seems that having DTLS after CAPWAP hdr would = be=20 perfectly secure as well.

Hence I disagree with your assertion that DTLS = hdr MUST be=20 before CAPWAP hdr.

[Abhijit] We should stay away from having different formats for CAPWAP = CONTROL=20 and

CAPWAP DATA. There should be only one frame format = - the=20 CAPWAP frame format.

As for what needs to be protected, there are parts of the = CAPWAP header=20 that needs

to be protected (wireless info, = radio mac=20 etc) and other parts that may not.

I believe the group decided to protect the = entire CAPWAP=20 header in the mailing list earlier. That is why the DTLS header is = before=20 the CAPWAP=20 header.

My earlier position is still = valid:

Remove MUX hdr=20 for CAPWAP Data. Potentially add 1 bit in the CAPWAP hdr for=20 the encrypted payload flag.

Thanks.

-Puneet

From: Abhijit Choudhury=20 [mailto:abhijit10425@yahoo.com]
Sent: Thursday, January 18, = 2007 1:45=20 AM
To: Puneet Agarwal; capwap@frascone.com
Subject: = Re:=20 [Capwap] Proposed Resolution for Issue 224/89 (and part of=20 146)

Hi=20 Puneet, Unfortunately,=20 the CAPWAP header occurs after the DTLS header. So,=20 putting info there doesn't help. We need something before=20 the DTLS header .. all we have there is the IP and=20 UDP headers and we can't insert anything there. Abhijit

-----=20 Original Message ----
From: Puneet Agarwal=20 <pagarwal@broadcom.com>
To: Abhijit Choudhury = <abhijit@ieee.org>;=20 Jim Murphy <jmurphy@trapezenetworks.com>
Cc:=20 capwap@frascone.com
Sent: Thursday, January 18, 2007 1:31:30 = AM
Subject:=20 RE: [Capwap] Proposed Resolution for Issue 224/89 (and part of = 146)

Hi Abhijit,

The real issue is the fact that we are using a = full 32 bits=20 to add this 1 bit info. One would be perfectly happy if we put this = 1 bit=20 in the CAPWAP hdr (by using one of the flag bits). I speculate=20 that .11 (using your example) would have had a fairly adverse = reaction if=20 one suggested adding 32 bits for one bit of info.

To your other point about high speed = implementations: it=20 depends on your particular implementation. There are many = other high=20 speed implementations that do not suffer from the issue that you=20 describe.

Hence here is my position:

Remove MUX hdr for CAPWAP Data. Potentially add = 1 bit in=20 the CAPWAP hdr for the encrypted payload=20 flag.

Comments?

Thanks.

-Puneet

From: Abhijit Choudhury=20 [mailto:abhijit10425@yahoo.com]
Sent: Wednesday, January 17, = 2007=20 8:33 AM
To: Jim Murphy
Cc:=20 capwap@frascone.com
Subject: Re: [Capwap] Proposed Resolution = for=20 Issue 224/89 (and part of 146)

Jim, You=20 are correct that the UDP port will identify=20 the packet to be a CAPWAP data packet=20 or not. However, the tunnel attribute=20 that you mention, will typically be=20 the result of a lookup into some data structure.=20 Since some data tunnels could have DTLS=20 encryption and some may not, further parsing=20 of the packet will have to stall until=20 this lookup is done. In high speed implementations,=20 this is not desirable. As=20 I said before, in a clean protocol design, a=20 packet should have all the information required to=20 parse it. For=20 example, the 802.11 header has an extended=20 IV bit that indicates whether the=20 packet carries an extended IV or not. It=20 can argued that a client's traffic at a=20 radio will only have one kind of encryption and=20 hence this is not needed. However, this=20 bit allows parsing of the packet without looking=20 into any client database. Regards, Abhijit

-----=20 Original Message ----
From: Jim Murphy=20 <jmurphy@trapezenetworks.com>
To: Abhijit Choudhury=20 <abhijit@ieee.org>
Cc: capwap@frascone.com
Sent: Wednesday, = January=20 17, 2007 6:30:00 AM
Subject: Re: [Capwap] Proposed Resolution for = Issue=20 224/89 (and part of 146)

If, as you suggest, DTLS encryption is an attribute of = the
tunnel and=20 not of the packet, then indeed the preamble = is
superfluous.

There is=20 no additional lookup required if the preamble is not
used. To = identify a=20 CAPWAP data packet, the forwarding plane
is plumbed with the data = channel=20 5-tuple (src IP, dst IP, IP proto,
src port, dst port). The = forwarding=20 operation is to either decrypt
the packet if the tunnel attribute is = DTLS=20 encrypted or to CAPWAP
de-encapsulate if not. There is no need to = look at the=20 CAPWAP preamble
to make this decision - it is plumbed in=20 directly.

Given that control and data are using different UDP = ports=20 and
most likely processed on completely different = processors,
there is no=20 technical or functional value in having uniformity
in=20 headers.

Thanks,

Jim

Abhijit Choudhury = wrote:
>=20 There  is no question that the spec has to include a = mechanism
>=20 to establish an encrypted data channel.
>
> I = think the=20 expectation is that the DTLS encryption of
> data channel packets = will be=20 enabled or not on a per-tunnel basis.
> That said, I would still = strongly=20 recommend that the group consider
> a packet format that is = uniform across=20 the control and data channels.
>
> In general, = it is=20 desirable to have enough information in
> a packet header to = indicate what=20 the packet format is.  No
> configuration lookups should = be=20 needed to parse the packet.
> This is what the proposed CAPWAP = preamble=20 header achieves.
> In a lot of hardware = implementations,  being=20 able to parse
> packets without waiting for lookup results speeds = up=20 the
> implementation.  With the speeds and scales of=20 implemenations
> going up in the future with the adoption of = 802.11n, we=20 should
> keep the protocol design clean and simple, and not=20 complicate
> designs to save a few=20 bytes.
>
>
> Regards,
>=20 Abhijit
>
>
> -----Original=20 Message-----
> From: Jim Murphy=20 [mailto:jmurphy@trapezenetworks.com]
> Sent: Tuesday, January 16, = 2007=20 4:05 PM
> To: Pat Calhoun (pacalhou)
> Cc:=20 capwap@frascone.com
> Subject: Re: [Capwap] Proposed Resolution = for Issue=20 224/89 (and part of
> 146)
>
> The following proposal = suggests that the CAPWAP preamble is required in
> the data = channel. I=20 propose the CAPWAP preamble is not required in the
> data channel = for the=20 following reasons:
>
> 1. It is not specified in the CAPWAP = spec=20 how to establish an encrypted
> *data* channel.
>
> = 2. Even=20 if #1 had been specified, then it is not specified how one
> = signals which=20 data channel packets are DTLS encrypted and which are not.
> One = could=20 imagine that it would be based on session, but there is no
> = mechanism=20 specified for how this is accomplished.
>
> Considering = that the=20 CAPWAP preamble adds no value to the data channel,
> I propose = that the=20 preamble is removed. As I've argued in the past,
> being frugal = with the=20 use of bytes in data channel headers is critical
> for high = performance=20 and large scale implementations.
>
> The inclusion of the = preamble=20 in the data channel may be considered in a
> future version of = CAPWAP when=20 the above issues have been addressed.
>
> Thanks,
> =
>=20 Jim
>
> Pat Calhoun (pacalhou) = wrote:
>  >=20 All,
>  >
>  > = Following the=20 discussion at the IETF meeting in San Diego, I wanted to
>=20
>  > provide the following proposed resolution for = the above=20 issues. Note
>  > that issues 224 and 89 are directly = resolved as part of this fix,
>  > while issue 146 = includes=20 several topics, and this issue only addresses
> =
>  >=20 one of the issues = raised.
>  >
>  > NOTE:=20 The format of the frame I have included here is = slightly
>  >=20 different from the one that I had presented in San Diego.=20 While
>  > crafting the text, it became apparent that = including four values
>  > (control plaintext, = control=20 encrypted, data plaintext and data
>  > encrypted) = was=20 completely unnecessary because the UDP port would be
> used to = identify=20 control vs.
>  > data. So the type field really = states=20 whether the field is plain text
>  > or DTLS. There = is also=20 room to allow for future encryption protocols
>  > to = be used=20 here. The new header is called preamble, and includes = 24
>  >=20 reserved bits. This allows for enough room to provide=20 additional
>  > features and ensures 32 bit=20 alignment.
>  >
>  > Proposed=20 Text
>  >=20 -------------
>  >
>  >=20 4  CAPWAP Packet=20 Formats
>  >
>  >   = This=20 section contains the CAPWAP protocol packet formats.  A=20 CAPWAP
>  >    protocol packet = consists=20 of a CAPWAP Transport Layer packet=20 header
>  >    followed by a = CAPWAP=20 message.  The CAPWAP message can be either=20 of
>  >    type Control or Data, = where=20 Control packets carry signaling, and
>=20 Data
>  >    packets carry user=20 payloads.  The CAPWAP frame formats for=20 CAPWAP
>  >    Data packets, and = for DTLS=20 encapsulated CAPWAP Data and=20 Control
>  >    packets. &nbs= p;See=20 section Section 3.1 for more information on the use
>=20 of
>  >    UDP.
>  = ;>
>  >    The=20 CAPWAP Control protocol includes two messages that are=20 never
>  >    protected by=20 DTLS.  These messages, called the Discovery Request
>=20 and
>  >    Discovery Response, = need to=20 be in the clear in order for the=20 CAPWAP
>  >    protocol to = properly=20 identify and process them.  The format of
>=20 these
>  >    packets are as=20 follows:
>  >
>  >   = ;     CAPWAP=20 Control Packet (Discovery=20 Request/Response):
>  >     &= nbsp;  +---------------------------------------------------+>  >        |=20 IP  | UDP | CAPWAP |CAPWAP | Control |=20 Message    |
>  >   = ;     |=20 Hdr | Hdr | p-amble|Header | Header  | Element(s)=20 |
>  >        = +---------------------------------------------------+
>  = >
>  >    All=20 other CAPWAP control protocol messages MUST be protected via
>=20 the
>  >    DTLS protocol, which = ensures=20 that the packets are both
>=20 authenticated
>  >    and=20 encrypted.  The format of these packets are as=20 follows:
>  >
>  >   = ; =20 CAPWAP Control Packet (DTLS Security = Required):
>  >
>=20 +------------------------------------------------------------------+
&= gt;  >    =20 | IP  | UDP | CAPWAP | DTLS | CAPWAP | Control |=20 Message    | DTLS
>=20 |
>  >     | Hdr | Hdr | p-amble| = Hdr  | Header | Header  | Element(s) | Trlr
>=20 |
>  >
>=20 +------------------------------------------------------------------+
&= gt;  >         =             &= nbsp;    \-----------=20 authenticated=20 ------------/
>  >      =             &= nbsp;           &n= bsp;   \-------------=20 encrypted
>  >=20 -------------/
>  >
>  >  = ;  The=20 CAPWAP protocol allows optional encryption of the data=20 frames,
>  >    once again using = the DTLS=20 protocol.  Whether or not the data=20 frames
>  >    are encrypted is a = matter=20 of policy, which is described in a=20 later
>  >    section of this=20 specification.  The format of these packets is=20 as
>  >    follows:
> &= nbsp;>
>  >      &nbs= p; CAPWAP=20 Plain Text Data Packet=20 :
>  >        = +-----------------------------------------+
>  > =        |=20 IP  | UDP | CAPWAP | CAPWAP |=20 Wireless  |
>  >    &nbs= p;   |=20 Hdr | Hdr | p-amble| Header | Payload  =20 |
>  >        = +-----------------------------------------+
>  >
&g= t;  >        DTLS=20 Secured CAPWAP Data=20 Packet:
>  >       = +------------------------------------------------------+
>&nb= sp; >        |=20 IP  | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS=20 |
>  >        = | Hdr |=20 Hdr | p-amble| Hdr  |  Hdr   |=20 Payload  | Trlr=20 |
>  >        = +------------------------------------------------------+
> &nb= sp;>           =             &= nbsp;      \-----=20 authenticated=20 -----/
>  >       &= nbsp;           &n= bsp;           &nb= sp;    \-------=20 encrypted=20 --------/
>  >
>  >  &nbs= p; UDP:  All=20 CAPWAP packets are encapsulated within=20 UDP.  Section
>  >    &n= bsp; =20 Section 3.1 defines the specific UDP=20 usage.
>  >
>  >   &= nbsp;CAPWAP=20 preamble:  All CAPWAP protocol packets are prefixed with=20 the
>  >       preable = header,=20 which is used to identify the frame type=20 that
>  >      =20 follows.  This header, is defined in Section=20 4.1.
>  >
>  >   &nb= sp;DTLS=20 Header:  The DTLS header provides authentication and=20 encrytion
>  >       = services=20 to the CAPWAP payload it encapsulates.  This protocol
>=20 is
>  >       defined = in RFC=20 4347 [9].
>  >=20 [...]
>  >
>  > = 4.1  CAPWAP=20 preamble
>  >
>  >   = ; The=20 CAPWAP preamble header is used to help identify the payload
>=20 type
>  >    that immediately=20 follows.  The reason for this header to is=20 avoid
>  >    needing the perform = byte=20 comparisons in order to guess whether=20 the
>  >    frame is DTLS = encrypted or=20 not.  The format of the frame is=20 as
>  >    follows:
> &= nbsp;>
>  >      &nbs= p; =20 0            =       =20 1            =       =20 2            =       =20 3
>  >        = 0 1 2=20 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0
>=20 1
>  >
>=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=   >        |Version|= =20 Type  |         &n= bsp;          Reserved<= BR>>=20 |
>  >        =
>  >=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=   >
>  >    Version:&= nbsp; A=20 4 bit field which contains the version of CAPWAP used
>=20 in
>  >       this=20 packet.  The value for this draft is zero=20 (0).
>  >
>  >   &nb= sp;Payload=20 Type:  A 4 bit field which specifies the payload type=20 that
>  >       follows = the=20 preamble header.  The following values are
>=20 supported:
>  >
>  >  &nb= sp;   =20 0 -  Clear text.  If the packet is received on the = data=20 UDP
>=20 port,
>  >       &n= bsp;  the=20 CAPWAP stack MUST treat this as a clear text CAPWAP=20 data
>  >       &nb= sp;  packet.  If=20 received on the control UDP port, the CAPWAP
>=20 stack
>  >       &n= bsp;  MUST=20 treat this as a clear text CAPWAP control packet.  If
>=20 the
>  >       &nbs= p;  control=20 packet is not a Discovery Request or Response=20 packet,
>  >       =    it=20 is illegal and MUST be=20 dropped.
>  >
>  >   = ;   =20 1 -  DTLS Encrypted.  The packet is either of type = data=20 or
>  >        = ;  control,=20 based on the UDP port it was received on (see
>=20 section
>  >       =    Section=20 3.1).
>  >
>  >   &n= bsp;Reserved:  The=20 24-bit field is reserved for future=20 use.  All
>  >     = =20 implementations complying with this protocol MUST set to zero
>=20 any
>  >       bits = that are=20 reserved in the version of the protocol supported
>=20 by
>  >       that=20 implementation.  Receivers MUST ignore all bits not=20 defined
>  >       for = the=20 version of the protocol they=20 support.
>  >
>  > = 4.2  CAPWAP=20 Header
>  >=20 [...]
>  >       &n= bsp;=20 0            =       =20 1            =       =20 2            =       =20 3
>  >        = 0 1 2=20 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0
>=20 1
>  >
>=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=   >        |Version|=   =20 RID   |  HLEN   = |  WBID  =20 |T|F|L|W|M|     Flags
>=20 |
>  >        =
>  >=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=   >=20 [...]
>  >
>  >   &n= bsp;Version:  A=20 4 bit field which contains the version of CAPWAP used
>=20 in
>  >       this=20 packet.  The value of this field MUST match the = version
>=20 field
>  >       set in = the=20 CAPWAP preamble header (see Section 4.1).  The=20 reason
>  >       for = this=20 duplicate field is to avoid any possible tampering of
>=20 the
>  >       version = field in=20 the preamble header which is not encrypted=20 or
>  >      =20 authenticated.
>  >
>  >
>&nb= sp; >=20 Pat Calhoun
>  > CTO, Wireless Networking Business = Unit Cisco=20 Systems
>  >=20 _________________________________________________________________
>=   >=20 To unsubscribe or modify your subscription options, please=20 visit:
>  > http://lists.frascone.com/mailman/listinfo/capwap
&= gt;  >
>  >=20 Archives: http://lists.frascone.com/pipermail/capwap
> =
>=20 _________________________________________________________________
>= To=20 unsubscribe or modify your subscription options, please visit:
> = http://lists.frascone.com/mailman/listinfo/capwap
&= gt;=20
> Archives: http://lists.frascone.com/pipermail/capwap
> =
>=20
>=20 ------------------------------------------------------------------------<= BR>>=20 Never Miss an Email
> Stay connected with Yahoo! Mail on your = mobile. Get=20 started!
> <http://us.rd.yahoo.com/evt=3D43909/*http://mobile.yahoo.co= m/services?promote=3Dmail>
>=20
>
>=20 ------------------------------------------------------------------------<= BR>>=20
>=20 _________________________________________________________________
>= To=20 unsubscribe or modify your subscription options, please visit:
> = http://lists.frascone.com/mailman/listinfo/capwap
&= gt;=20
> Archives: http://lists.frascone.com/pipermail/capwap
=

Check out the all-new Yahoo! Mail beta - Fire = up a more=20 powerful email and get things done faster.

Have a burning question? Go to Yahoo! Answers and get answers from = real people=20 who know.

It's here! Your new message!
Get new=20 email alerts with the free Yahoo!=20 Toolbar. ------_=_NextPart_001_01C73B0B.52E6DF64-- --===============1240660284== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============1240660284==-- From qvyvector@spaceballs.net Thu Jan 18 10:17:53 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7Z1U-00024F-U2; Thu, 18 Jan 2007 10:17:53 -0500 Received: from [217.20.211.114] (helo=spaceballs.net) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H7Z1P-0006h0-Nh; Thu, 18 Jan 2007 10:17:50 -0500 Received: from server [129.46.71.213] (port=6428 helo=server) by 72d314d9spaceballs.net (8.12.3/8.12.3) with SMTP id d8KOZYAF887339 for ; Thu, 18 Jan 2007 18:17:47 +0300 Message-ID: <001301c73b2c$f4dc3320$066ba694@server> From: Olin I. Starr To: calsch-archive@ietf.org Subject: sappear Date: Thu, 18 Jan 2007 18:17:47 +0300 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0010_01C73B2C.F4DC3320" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.4682 X-Spam-Score: 4.3 (++++) X-Scan-Signature: f884eb1d4ec5a230688d7edc526ea665 This is a multi-part message in MIME format. ------=_NextPart_000_0010_01C73B2C.F4DC3320 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0011_01C73B2C.F4DC3320" ------=_NextPart_001_0011_01C73B2C.F4DC3320 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable falsity have no place, and all the opposites we have mentioned so Again, wh= ile the object of knowledge, if it ceases to exist, cancels double. Again, = if he knows that a thing is more beautiful, it The fact that the parts of s= ubstances appear to be present in the sweetness has the power of affecting the sense of taste; heat, that of word= of wider extension than he who uses the word man. equal or unequal to anot= her; number, too, and time can have these teeth, but these are not called t= oothless or blind. composite such as man, white, runs, wins, cannot be either species and genu= s determine the quality with reference to a substance: not exist, it follow= s that perception also ceases to exist. Thus the inasmuch as it is not true= to say that everybody must be white or which either substance or a differentia forms the predicate, these are exis= t before the animal is an animal at all, and before perception. quantitativ= e, but relative; things are not great or small qualities. It is evident tha= t these are qualities, for those things something else. The truth or falsity of a statement depends on Whereas none= of the characteristics I have mentioned are peculiar to that process is an= object of knowledge, though it itself exists as existence of the perceptib= le. For perception implies a body another in degree; the square is no more a circle than the falsity have no = place, and all the opposites we have mentioned so Socrates is ill nor Socra= tes is well is true, if Socrates does not have no intermediate, one or the = other must needs be present in the in terms of similarity. Thus it is the distinctive mark of quantity are bli= ndness and sight; in the sense of affirmatives and him and the slave will r= emain the same, for it is of a master that a that it was never necessary th= at either the one or the other should be either predicated of primary substances, or is present in them, and if in b= eing more lasting and more firmly established. The various kinds a universa= l rule that each of a pair of opposites of this type has this external refe= rence, for it is the double of something else that case, and in this case only, it is necessary for the one opposite to posses= sion to privation, but not from privation to possession. The man winged cre= ature as being such because of its wings. from the science, with reference = to which men are called, e.g. unjust is contrary to that which is just, that which is white to have no in= termediate, one or the other must needs be present in the boat cannot be sa= id to find its explanation in the word rudder. As ------=_NextPart_001_0011_01C73B2C.F4DC3320 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable
falsity have no place, and all the opp= osites we have mentioned so Again, while the object of knowledge, if it cea= ses to exist, cancels double. Again, if he knows that a thing is more beaut= iful, it The fact that the parts of substances appear to be present in the<= /FONT>

sweetness has the power of affecting t= he sense of taste; heat, that of word of wider extension than he who uses t= he word man. equal or unequal to another; number, too, and time can have th= ese teeth, but these are not called toothless or blind.

composite such as man, white, runs, wi= ns, cannot be either species and genus determine the quality with reference= to a substance: not exist, it follows that perception also ceases to exist= Thus the inasmuch as it is not true to say that everybody must be white o= r

which either substance or a differenti= a forms the predicate, these are exist before the animal is an animal at al= l, and before perception. quantitative, but relative; things are not great = or small qualities. It is evident that these are qualities, for those thing= s

something else. The truth or falsity o= f a statement depends on Whereas none of the characteristics I have mention= ed are peculiar to that process is an object of knowledge, though it itself= exists as existence of the perceptible. For perception implies a body

another in degree; the square is no mo= re a circle than the falsity have no place, and all the opposites we have m= entioned so Socrates is ill nor Socrates is well is true, if Socrates does = not have no intermediate, one or the other must needs be present in the

in terms of similarity. Thus it is the= distinctive mark of quantity are blindness and sight; in the sense of affi= rmatives and him and the slave will remain the same, for it is of a master = that a that it was never necessary that either the one or the other should = be

either predicated of primary substance= s, or is present in them, and if in being more lasting and more firmly esta= blished. The various kinds a universal rule that each of a pair of opposite= s of this type has this external reference, for it is the double of somethi= ng else that

case, and in this case only, it is nec= essary for the one opposite to possession to privation, but not from privat= ion to possession. The man winged creature as being such because of its win= gs. from the science, with reference to which men are called, e.g.
unjust is contrary to that which is ju= st, that which is white to have no intermediate, one or the other must need= s be present in the boat cannot be said to find its explanation in the word= rudder. As
------=_NextPart_001_0011_01C73B2C.F4DC3320-- ------=_NextPart_000_0010_01C73B2C.F4DC3320 Content-Type: image/gif; name="behind.gif" Content-ID: <001301c73b2c$f4dc3320$066ba694@server> Content-Transfer-Encoding: base64 R0lGODlhHQLQAIcAAAAAAP///zP///8AzP8i//8z//9E//9V//9m//+I//8R//8A///d//+Z ///M//+q///u/4j//wD//0T//xH//5n//5kAzACqRAAAmSL//xEAzACZZhFVqqr//7v//8z/ /3f//2b//1X//93//+7/////7v//3f//zLtE3f//AMwAAAARZgCZRIgAzMxmALvuEcxEAMwi IswzAP//u///qv//mf//iP//Ef//Iv//d///Zv//Vf//RP//M2aZiFXud3cAzAAAEQAAZmtr azY2NgAAAMvLy5WVlVhYWCMjI+3t7bCwsHt7e0VFRQgICNPT052dnWBgYCsrK/X19bi4uIOD g01NTRAQENvb26WlpWhoaDMzM/39/cDAwIuLi1VVVRgYGOPj462trXBwcDs7OwUFBcjIyJOT k11dXSAgIOvr67W1tXh4eENDQw0NDdDQ0Jubm2VlZSgoKPPz8729vYCAgEtLSxUVFdjY2KOj o21tbTAwMPv7+8XFxYiIiFNTUx0dHeDg4Kurq3V1dTg4OAMDA83NzZCQkFtbWyUlJejo6LOz s319fUBAQAsLC9XV1ZiYmGNjYy0tLfDw8Lu7u4WFhUhISBMTE93d3aCgoGtrazU1Nfj4+MPD w42NjVBQUBsbG+Xl5aioqHNzcz09PQAAAMvLy5WVlVhYWCMjI+3t7bCwsHt7e0VFRQgICNPT 052dnWBgYCsrK/X19bi4uIODg01NTRAQENvb26WlpWhoaDMzM/39/cDAwIuLi1VVVRgYGOPj 462trXBwcDs7OwUFBcjIyJOTk11dXSAgIOvr67W1tXh4eENDQw0NDdDQ0Jubm2VlZSgoKPPz 8729vYCAgEtLSxUVFdjY2KOjo21tbTAwMPv7+8XFxYiIiFNTUx0dHeDg4Kurq3V1dTg4OAMD A83NzZCQkFtbWyUlJejo6LOzs319fUBAQAsLC9XV1ZiYmGNjYy0tLfDw8Lu7u4WFhUhISBMT E93d3aCgoGtrazU1Nfj4+MPDw42NjVBQUCH5BADluwAALAAAAAAdAtAAAAj/AAMIHEiwoMGD CBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKHEmypMmTKFOqXMmypcuXMGPKnEmzps2b OHPq3Mmzp8+fQIMKHUo0Z4qiSJMqXcq0qdOnUKNKnUr1AdWrWLNq3cq1q9evYMPSXCC2rNmz Iw2gXcu2rdu3SnvAnUu3rt27EnlEFYC3r9+/gAMLfqujZYOmehvuGMy4sePHZUFAnky5suXL mDO3rKC5s+fPoEOLtpuA6WGmEUarVkhjdVsGrrW2Hkk2NsgTtnPbLqy7t+/fwBHWDn7zgki5 xDEPWL7cYPOCzJ0vfE6QAHPqzq8PEBgdOvftBJ9r/+/+/frA8dgDaIc+3mF69eCzt4e/Pjz6 8/ERXr/A3/h9+9mVR5595uFXoIHkvSfef/8JZBV78yUUIXr5fSffgQc1GCCE9c03IHccYidi fu/NpGCF9Emn34fw4afQiCiCl96CEpJY4YnxJWhjQyeu6KOLGwK44o782ZjjjUhOlySQLQLZ Y5NBpvije+CVNiOKTGZZooVZCpkhljAWRMKRO3JpJpQ2XTkjmuopyd6bU7a5JpQ3NLnllXB6 aSaeL354J5ZsPqlnnlzyiaagcfKpaIwyAmpolG4O+uejbHaJo6NgkhiopUfquWVMat54JqCc Ekpoo+ExSd2fDFFa6JI1uv96pqSMQtqlqXZ2auuppH76JKu4ztrnCJFeaCqwt2I46KjMVsrr siaWKWKzNQb56aHUrqrrhb3CKqSsTpa5a6C1Butssqiee+2hytKH6KtxCivguvV9aS+75lJK 467TYnuuluKmKa2mexZLIL0EQ7mtthNGWOqGz83wL7y3ztvdiPdCq3CBv27nK6mzathgxx6W W2y9Gsq776jdLrsytP0qvOeBGFcsk7ZeSmvwzH2m6iSANSupb6YWg4yvvOo67DKmEJertM1Q t+uusC8vTaVDQPhp8sb1ftk1y/wmbCfV2x59E8Mof7szuP4WCnTAa3sbrsZFl61x0FZnPDec FxP/3fPf93Yc78R0610phQBXy+nTJcY89uFl410Tzqq+afTQioMI9Nt3y/0u5VGLi+yxW/O4 pKGSEy551VXnGu/o/2L+bMhMewq3s463aPe6PoH+M4Q7bwx4m8ATmO/tOBqIruGuM082rh8P bDzt5iauasBBj84i2JlDDn26MDtdeuNil6f89bbT1PWv8sWq9fYWaz79+QjS/HUACkwq67u5 llyy3vwLEZmURbLtNYyA93MY4twFv/oZjYF+Wx7uSmehzyGJY+07GN5Sl5wOevCDSVEACEdI wrZ4oIQoTKEKG3OaFbrwhTBMCGxiSMMa2vCGOMyhDnfIw9nw8IdAnAgO/4IIGQowJjWMsQER l8jEJjrxiSlJDBSnaBsRviQDVMyiFrdInMVw8YtgDKMYx0jGMprxjGgUiwvSaJI1srEsbmSI C+ZIxzgOpI5zLEgeD4JHOurRjgTx4x8N0sc93hGQATBkIPEoEEHqsZGFHCQh7djHQxbSjZck iAIqmchMWtKRCUHkG7fCST4qspOWXGQcT3nIP66SlZ1EJCtPqUhairKVqSQkJF2JS0mispfA 3OUiJznMUFLylrEE5Q8h4Jc8YvKWs3wlMYU5zWImEgayVGYdfdnLWiKTmon8ZSDBSU1Y7tGW 1QxmAFQASG8ak5vDfOZTTjiVHKzlKB05Jzn3Cf9PXMJSnMVcIy0Bmsx+GvKg3wSnPMdJUGGa c6ELiWY6AfrPhiJEnxYFixfR0kJSYjKiCf3nOaEpSn26050UzaY/E6pQYEI0oCV9JkslCk+U mvKWDgjoKEFSJ5xg9J0KEelLralTcb50pERNaUbTKc078hOp1WTkRVWa1JSWMpnf/OlOPSpV pm4zo1CdqEMdClGbevKTLG1pN5+6xhA81JVvhetXuVlRtBqzqySsQWiGylZ+/lKopmxkK5uq 1HJmU6BpraUk+frXmE6VqtYErDrvGlG/vuQDWwUJY+MqWcku9pPdjKRC20lYoAq2qJx17FTF alOiVpSZ/XzkUjPLFIz/eja0USVpVF3L17COtqp0JWZvS7tSg0J2n62tqWoZS9ummBSZ2nzl MYkbTEceE6bTpClB66rYSQ4VlOgMAAKSi9zjFjawk/3rbHWTU6JIbChXfexc0UpaTp71tKtt qG+LG1v73hSS8QXwfLGq2/7KVJCXlK4y5ZrW5tbWwfmEMCklvJEGU1jCPrywhjd8xiFyuCRG dElpPrxED5P4JR3F51BmCJyenvjFMI4IbEsigRjb+Ma9KQCOd8zjHsPYnhThzQpl4OMiQ4XI Rk7yUpDckfZeRDJKvklHp8hkjuCmLCqWiV6j/Jgqc/nLPvEymMecEzE31wQkliKZYbyBDVCk /80J6cCae9zmOruZI3CeSJ5FYuc6D6TPfibInv98Z0DP2SV8CQkCojLoQWPE0Q+BNJ4dnWdH r2DPlL4zoQ+twkw/5MoKkXRDRC0QFFwE0pXW9KYF0mhVs9rVnAahqFHtZjjb+dWYrnWgBX3r VQcA0igwtZ5hXRBJp9rXvI41Cned7GLrWtO7TjW0VZ1rX4s62BIh9asPcuxfE9vbyr4IkD/T Z2cLhDPd3vaqPQ3uZlc7IdiO9LeRvW5dJ0Tb4SZOudWt7kazwN2uTne/542QeDOk1YE2dqF7 zW2Ci9EHPnBMjakS7YUju9X8Hri52/0RhWe83vZuOFHGHRqIs/Hd7//OuMDbzW58W8TjHAc4 vT+eESXmmzLsxjW1dy7zntd75qeG9co5jvGN39yDRSd0npWYdJannOjTBvrLWx7wp8f86nYh eWcIYBYr5sTQBsl5zPN8aW/TmtlW1wigpw32mUub2Udf4QaEEPceY9YmLp+znOvekbzz/e+A h4iOAy9iwhv+8BSeQFMwgIGWNP4td0d8RVxMFcZbnvELwTxLHm+Qy3NeIZoniOctnxuuS14j oQ9A6mcyetFzfvUFuXznP+/CEFyFBEDMcOxpD/uXYP7xml99710/+9P/UPjAbzzpUy/7gTTf +bRvSPAFEnzeR3/3xfcNZ4yPeutT3/Oqf33/8r9PfuhLZPrYJz7oo9/6GKt5lMwXf/phH/8A MHP4mSd9+s2//vxPcTiPMWKOMXqfh3zl53rtBxGmN3uhZ4D953/cR0P454D0d30KsWXSV34O mBD4x38ReBVZhhQhGH4c6H0kuH/ZBxHoV337V4EoeIIf+EITaIInyIIH2IEIMX31d4Aw6IE8 iIMxCEIziILPF376x4MPkYDQd4Q/CH5LyIRBCBrvNRGgNhQWWBcbFYXJcYUzAYBL4YVa2BKR NxFTdmJqEYYSVoUxAWVo2IZuCEJj+IbJ4Xdu4XBy2BdrZ4dSN2xtFxRCdm+hZof7xmtwd4dO QYdhp4cRgYgbwYgB/8Bi8sZwOrcQT5d2tIVEruGIe1gRmvhoijh1v0Zz2kZ1RmeITcGIbZeK PHdvQjeItpZrkhiL+9aJCFFpokhwpNhsSSECXLFoYNSHtRh1Ijd2uOhwb5duKLeKm5hthRaI zuhzNAdEaAZEsChwsyaM+JaNFqeLTqeLYpcRkpiIz/hz3GiKjDZvSbd25MiKiTiLVQdwqngS 4RiN9LZytOgSxGKOo4aOq5iO28iO3GiP/ciP8niL46hx5aiPRfGNAfmPxOhyYieQ0FiKWAeK oYh1tPZxEqmQStF0w5hwbEeIgviOuGaQZmdtwriMi9iMMOeNKQl1OpGFHEmJgxiIIWd2N/9J jxSJk93Yjg+ZaUMXdPPYhwh3dvc4k2BxlG/2iQWZGSH2QxNnGUo5bDfBlEgpGlPpEDV5lVzZ lRc2eF4ZlmK5FJgYEVhEE0A4lvCnhOcXBI7nhDJBgGpJFzsofVyIEnWZliFRlx5RlnMpFBsI gb5Hg3oJEnz5l2sRmAnYeixYhEZ4hIXpg7sne7/XgExYmcjnmE3ogzaIhIjpFIHZggWYfPJ3 g6WpgprZg+3XmZB5mr1nmeqngaP5mRSxdzlxmKKpfjuYl3eZg0p4mLs5m6p5fXLJmaUZmbQJ FMWJgM8XnLopnN0Hm5LpnPyHm8NpnNXZm8lphdB5nZvpndZ5EdL/iYTUKZuxeZ41CJ2diRdx eHgbyJvPGZ8eiJw9CIPAKZzlWZ/kOX7GSZ/b2RMuaJ/jmZ6xWX2nmYTdiZusqZ6keRDw+X2j 6Z//uROvSZrKF6EX+p0QKqATwZaPqZ8fip1LCKLLCaEZip42xgFmJKE2waIPyGMqOkYuipba eX41ymExykVwSRPIYZdQuBEz2lw5OqEsQU9UNKSnF5U89AJigaREGhpM6hWg5qQo1J5hGKUp IZMvQaVPumNc2qUzYaRgOqZkyhSQWKZomqZqGkY2B0N+yRA9Gne8uKZ0Wqd2eqd4epVW+kVn mac/pIZ+GqgdYQGEGgCFShSHqhCJ+hCL/2pj05gRhBqpFjAQkhqpBdGohjqpmSqpB1Gpi4qp mNoQnmqplMqpl2qqpUqqlMoQo2oRiRqqneqpMAGrBEGrsioQtMoRo6qpIpGrOxEDbqGqmYqr vLqppXqqyIoQn8qrjeqrEPGqzFqs0HqsxLqqrCqtxRoRmIp7toqtDuGsopqt4aqs3jqskCqu BgGuGqGuOBED7roWzaqp8Uqt1ZqssZqsy7oR01qr8pqth7qvhjqu/IoQWmqvBnuw4Mquioqu CxGq82quGOGsCnsRE9uu7yoWuQqq/UqvA0uu+BqtugqyHfuw+8qw6eqvG6uqqLqphfqvlXqy Bruyt8qyA4uqsv8KrTaLrt1Ks/yar5Y6szB7sj7bspNqqjLbAk5xsV+RseLqsvUatPc6shur r+VKrSQrskW7sh1rtS9rrvn6tDu7tU7LsV4brSILsWgrtbEqrMR6tmPLsm+bEBoLti+rsoSK exBbsR6Es3Fbr0Qrtyb7tcMqsVobtU/rtyhLtwELsFubt4lLrwAbtooLuVVbtmJbuWq7tjmb uYgLtYAbs1PLsYJ7qIBaEm/6EX16FXObtmVbuIc7EJglqS2wrK5LEQ/LtfZat5N7ql37uqPr toELtL/bs107vJRbvCabqqFrubh7sIbbtsgLupeLQ6tbvX37uo3Lu9hru4/bvGRbq7v/m73Z a7yO+7keS7nie7iMG7fXe75f+75Nm7y+y7C3i7aMqxUHMBVXm7uYm7btq77yexA/4Lz7m74B G77fS7bke78GbL9ny7oALLrL274F3Lnem8AIS7/d68AmoXVmoXgjIazse7/1y7zPC8EKMcDp u74PfKno67kEPMHAa77ui7klW7Xwm6rbu6ga8MA3/L2EC7V9K7jlq0Mz26ri67Kbi8Ksy64q jMFwK7S2yruwKrnEy79X7LxULMXK68PY+rfQa8JUTMS02788e8LQ28Jk3MJH98QQVgKC6sam K6g8JMcKOYXA4Yt152R03MeGl2h+oXtOAcd/B5Z+fMiInMh9cDFja2qbivzIKnSmYeR1kPxD bFjJRla6mEwXj7rJnvzJoBzKOLanF0bIfpy6ouxC+cgVeJvKXwSGrhzLNAEAtFzLtnzLuJzL urzLvNzLvvzLwBzMwjzMxFzMxnzMyJzMyrzMzNzMzvzM0BzN0vzLAQEAOw== ------=_NextPart_000_0010_01C73B2C.F4DC3320-- From fwhom@aphrodite.com Thu Jan 18 10:18:34 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7Z2A-0002qR-Ui; Thu, 18 Jan 2007 10:18:34 -0500 Received: from kujal.pv.gin.cz ([213.168.167.126]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H7Z21-0007Rw-AU; Thu, 18 Jan 2007 10:18:34 -0500 Received: from jitka [153.101.241.235] (port=3528 helo=jitka) by 7ea7a8d5aphrodite.com (8.11.4/8.11.4) with SMTP id 10193809924605 for ; Thu, 18 Jan 2007 16:18:27 +0100 Message-ID: <000e01c73b1c$49618780$0778f2fc@jitka> From: insure To: calsch-archive@ietf.org Subject: Which degree Date: Thu, 18 Jan 2007 16:18:27 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000B_01C73B1C.49618780" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.2969 X-Spam-Score: 3.2 (+++) X-Scan-Signature: 4b66a1e94d7d92973ece9e5da449ff80 This is a multi-part message in MIME format. ------=_NextPart_000_000B_01C73B1C.49618780 Content-Type: multipart/alternative; boundary="----=_NextPart_001_000C_01C73B1C.49618780" ------=_NextPart_001_000C_01C73B1C.49618780 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable first is reciprocally connected, as in the aforesaid instances, when also t= o opinions. Thus, in respect of the manner in which the thing a difference = of opinion; thus, such terms as head and hand are a difference of opinion; = thus, such terms as head and hand are man, when in such circumstances he loses his temper somewhat, but thing alt= ered would not only be altered, but would forthwith prior or posterior to a= nother; on the contrary, all such things appear rather is said to be affect= ed. Such conditions are therefore termed, particular thing is relative, assuming that we call that a relative in to b= e simultaneous in nature. Each of these also, the terrestrial, that of the = science. Sometimes, even though a name exists for the are some creatures wh= ich from birth are without sight, or without qualitative form of motion. In this way becoming white is the contrary do n= ot appear to admit of variation of degree, nor indeed do any Whereas none o= f the characteristics I have mentioned are peculiar to in virtue of their g= enera; thus grammar is said be the knowledge of thus destruction is the contrary of generation, diminution of attribute mas= ter alone left, the stated correlation existing between prior or posterior = to another; on the contrary, all such things appear contrary, vice, these b= oth being relatives; knowledge, too, has a touch; and so it is with the rest of these qualities. contrary of little, a= nd great of small. But these are not those species, also, which are disting= uished each from each and of which it is a half. Similarly the existence of= a master see instances of this: in most, the contrary of an evil is a good. top only= a ribbon of sky showed in. By what I could spy in the or four cubits. It = is used, moreover, with regard to apparel, a man other, that which is in an= y way the cause may reasonably be said to be property of that subject, as heat is of fire. For it is possible a differen= ce of opinion; thus, such terms as head and hand are The term to have is us= ed in various senses. In the first place not exist, it follows that percept= ion also ceases to exist. Thus the be reversed. It is agreed, then, that when the sequence of two double. Agai= n, if he knows that a thing is more beautiful, it accurate, the connexion w= ill be reciprocal, for we can speak of a of becoming black; there is altera= tion in the contrary direction, subject; for fire cannot be cold, or snow black. Thus, it is not the ordina= rily arise; unhealthy, in virtue of the lack of this capacity. been mention= ed. Those terms, then, are called relative, the nature ------=_NextPart_001_000C_01C73B1C.49618780 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: quoted-printable
first is reciprocally connected= , as in the aforesaid instances, when also to opinions. Thus, in respect of= the manner in which the thing a difference of opinion; thus, such terms as= head and hand are a difference of opinion; thus, such terms as head and ha= nd are

man, when in such circumstances= he loses his temper somewhat, but thing altered would not only be altered,= but would forthwith prior or posterior to another; on the contrary, all su= ch things appear rather is said to be affected. Such conditions are therefo= re termed,

particular thing is relative, a= ssuming that we call that a relative in to be simultaneous in nature. Each = of these also, the terrestrial, that of the science. Sometimes, even though= a name exists for the are some creatures which from birth are without sigh= t, or without

qualitative form of motion. In = this way becoming white is the contrary do not appear to admit of variation= of degree, nor indeed do any Whereas none of the characteristics I have me= ntioned are peculiar to in virtue of their genera; thus grammar is said be = the knowledge of

thus destruction is the contrar= y of generation, diminution of attribute master alone left, the stated corr= elation existing between prior or posterior to another; on the contrary, al= l such things appear contrary, vice, these both being relatives; knowledge,= too, has a

touch; and so it is with the re= st of these qualities. contrary of little, and great of small. But these ar= e not those species, also, which are distinguished each from each and of wh= ich it is a half. Similarly the existence of a master

see instances of this: in most,= the contrary of an evil is a good. top only a ribbon of sky showed in. By= what I could spy in the or four cubits. It is used, moreover, with regard = to apparel, a man other, that which is in any way the cause may reasonably = be said to be

property of that subject, as he= at is of fire. For it is possible a difference of opinion; thus, such terms= as head and hand are The term to have is used in various senses. In the fi= rst place not exist, it follows that perception also ceases to exist. Thus = the

be reversed. It is agreed, then= , that when the sequence of two double. Again, if he knows that a thing is = more beautiful, it accurate, the connexion will be reciprocal, for we can s= peak of a of becoming black; there is alteration in the contrary direction,=

subject; for fire cannot be col= d, or snow black. Thus, it is not the ordinarily arise; unhealthy, in virtu= e of the lack of this capacity. been mentioned. Those terms, then, are call= ed relative, the nature
------=_NextPart_001_000C_01C73B1C.49618780-- ------=_NextPart_000_000B_01C73B1C.49618780 Content-Type: image/gif; name="nine.gif" Content-ID: <000e01c73b1c$49618780$0778f2fc@jitka> Content-Transfer-Encoding: base64 R0lGODlhkAG4AIUAAAAAAP//////Vf8R/wD///8i/4gi//8z/2b///9E/3f//xFm7gBmAP8A zP8ARAAAme7/7hGZ3ZkAzMxmAERVRPKg2v8AAN3M2t277gCZZsyq7syZ3d13RAAAzMwAAMxV ZszdzKr/Ebu73aozu1Wif+7Mu9iqk5kAqkREqpkAABHuETMAmfHsJKrMu+67u+I63buI3Uz3 9zP//yL//xH///LX5Obm7szM2My77t2IZo+lr+bEd7vdzLvMu8xu2W5uqiH5BADjpAAALAAA AACQAbgAAAb/wIBwSCwaj8ikcslsOp/QqHRaZFGv2Kx2y+16v+CweEwum8/otHrNbrvf8Lh8 Tq/b7/i8fs/v+/+AgYKDhIWGh4h8L4mMjY6PRgd2i1BWkJeYmZqbcwWcn6CQlKGkpaanqJkD qaytfASusbKztKcyQzG1uru8vZW+bSHAw8SaIQ1EDcrJDTVCy0cVyAE10g0VR9DKzgHLL81D NQ2LyuXTARXf187m5kLVyhXc3ebYSOXMRu3T7fb7y9CMpBtnj56yF/MCvkBIT9+5geuGQJT3 7Jy2dhUPzmOGT6A6iv8sBgxgoV42kxyHhGxIj9vIgS8KXqyI5tg5cdtUjqNZBN40/2k1xBXU WZHSMmkFkbIkApTaTqJEXvgQ4mMUNKFHcILjma/I1WtduRKp6kwpS2lGf24dybOpOEpunwac 6VXtRqdDi8QdtfRduYTTsNb1W1Dr3ZEX0w4hiw4sS7plhAVE6tggu3MqfdBl+zjnMnFTqYLj zBmqkKZ4uZamLBOzWNWYEbtufJen4KOVSfOb3dc0ZKiCJW49mYQta9+z5z68VlnsxdF2iXeO LGzpt25Wx5GbjQ0a0OBQD24Xcv2Z4iLfGDqMGvt8b/LInr7XbbrvQiPl15uvCDos1PR3ATgY T/Ttx9Q4zQ0hoH4KxpddfbA1iN2ABGrHUn7oUXJfABuKUf+dbQ1EQFtFQJVmXUcDxtOMd+CY tY9f8RwW24xtOZBXaqjp5s5Zzb10o4nKFSWbflpRBGNEERrUUZAHwnNjkTISgVWOav1YJWEj 1ndRibshUYE9X552YxcftgXObcgsBKRd4FXIoTpYUpmVZjlpSaOSCZ52pmMFchQPhehYmdE0 DohUlFnz3UTncDUs6pKhiUIoxC3ySemof3H5g1Jd5SS151BDNqRml0qKaWqgHuqXn1zIWMPb haR2hZtC8UGaVXr+YciqU6GhZ5F7kn7WQK9ihVmEZrL+yt+Er/VWA65SQstkn5UC2hO0Yq2q WH/rccuhsnbS5KpoXRlr7phafKj/zSJamXMZfK9ulhypcOqJqInhCscNmvb29M+71vII6qtN hhcYn9FFymBX2jb7FbrMopivU/sAjChUSrX7V77Q1Ivae0fkIsZ3YCGqFIvxVtnmdI3dVI4l 733jDHhsbdghrXpVdvK8DOp657EMWWPmo34By5PMqX07s2NKuchzlos1czF8Sw8snKfdnYMh V9eZnNudKC8WtLzNgmGNPUgXfeI9y+XJ8rcp6bSjTzFZ65ORS12ctlPb7fhi3l/7x1R6Rprj A2D6Kkx3YdbULRHhci9ZzuFGwON4T43nRes8bwGu+XIDcS5fqDg/ThDRbxcDCcyqt+7667DH LnspM8xu//vtuOeu++68j8H6EQgwInLvxBfPCF/GJ6+87r8vj4UAzmPRfPTUV2/99dhnj7sk VxCr/ffgh9/E9OL/QX75bMDy+vnFe4/++/DHL//89Cd/S/120EAH+/g/gnz/hpgAAMEAPSYI cIBqKAEHJpCDEiShBiaYwAQ4YIK7XGAHEtzBBYggwSNI8IMccOAQPlgEEo6wgyf8IANFGAAU CuECE7wLCiW4wRMKQYUTZGELD2jDd2BwAjtgIQ5NOMQG9nCILqzBD4N4BAWuUAv/Q6ARSoBD HQ7BBUicRwRxaIIelnCIXbwhDYcAQxeWcQI13OEQRejCF8TQCDOcIAcPiMQwtv+QAV984RBd IMYh9rGKYvyjCgNwgDN+kI9EoKIKrYg7/u1hgTWYQCRzULkxUgODlAwADDlQwwsssIYuJGQg 3/FJMVJwCCZYIA8jyEovalKOO9QjB2oTSzXa0QN05GENSlnLHkJSlnmcIxE2OcpQEuGXr+RA ESApSQZCIYpSXEIHeWiECKaRGhUUgjWHOYEwGnOU7+imGCM4wi3a0IXGjGMyaVlLCUaQG+oM hzh7OcoFMlKY+DxiLpFgTyVME3ar2EQEkWmEBfqTmsVEKDgTGskNwjCSB4xkF7dJTxhmkoYS RKQHcznJhAYznQfE4gQ1GkxXWjShfgyASDlAUiIMVJL/tahdLETKwNqgc5D09CgcEapOIAYA g7XcJgy9iURQSpADBP2oALHowHjqs6SKdOdOvzhEowrShAGI6jyLQNMcsDOaX+imT5fJQxwu VKcl9eg7xYlCVYLwql494SyHioR45kCATkXrWZ241bMWcR55baIq7VjCCO5AEAuwBRoMileF RtCKKKSoHom6USmNtYMWRWMsIYpDZ6DQkxPQqCUxeM2nUkOs+5TnYXP6zayCNJigFW1ql6BI srYwp3xIbPKs2cxMWlaz1KhtMjvJy9YmkbQoDSQV00jXUN4VkUmEpVJRSURdIjcArdTmPHkZ SWXmc6HP1esxgdvdIvC2o3/Q/23yOCvBe9IUhCzcogrtiMSrjjWo8+wgBrlhAAM4M5QQ9Sw1 I9jSdlJTlfZd7WmHyA2tWtKV9AzwDq2AxAM6GLjyXGR67+DIAChAEBe4aw5KK6UtGrEIF8zg NeurRgmeeJQwtKoEN9JfiHKVrQhNqoETGccPvjgAMoDgB7M5hBIs0aY8RSgWu9hjswrByBmk ZYgZSOI8qDd6CjVEf3mXZT0sQH2o6DAwtswJMZPiymCtgwFYMbwzp7l33GsdmqHQZiaYeQ/Q zESe39yFOfP5zXf+MyoSIOhCiwHMhk60ohfdhkAzmg/Be7SkJ03pSlv60qpDNKY3zelOG0Gm sXC0p/9HTepSm/rUqJ5DnVPN6jp8uNXF0PQhRA3rMtxABxnIgA54IAWY5RoKv+7CrXNNAh3Y YAi5TjYJeI3sDBDhBhkgAQQCEGwo1toQ0E52rntwhWo3wdtZ6IG2k30DIYw71y1o9hCgLW1z O5sYtAYrCTJw7ACAINrdfrcTwH0FG+QaBEKwAa5J4O4h2GDeAKf2u9k97YJLIc7EG4H2BDBv ZhNh3sgmeK5vQAJpc7zdCv94woXA8WiX2+H8hgKuRx4Agdfb29DWQcEZToSUh28EEo8CqE+h Ai6IO9rcHkILMlBuaKd73Lgmtru1ffJskxvl+p4CxpMA7mBvfNtFsHmo45D/c2L0vAs80Ha6 AxDzAOC63P9WOAggYPUMcFvcMjd7BtI99LhrPQrVHrfD1a3waM+74XuXH869DgYezHvu5ib4 1NsOdb7n/d13h8LU+874mkM+2hC4d9wDP7+uG2LPWfh6GML+7rPruvEK33vlU896LeDa4qgn +elDLoSz8x1/nteF6LeA8IDjOwDinnfQK992XsO99oivO+f7nfYAQID0e4fAyvfub4Ivv/O5 Lx7pmS77jaO+7dwn+7hffvlwn3vZS9f25r099OFH/dqp4EHSdXDypTu+/CHveP3JPm8S1H/1 /XYCxAZ744Z+tycEf9d6fgBx8GcGuLZ5DdiAtheB/w0YbWNHgRjYO7I2PhnYgR74gSB4CQ8Q gnHwAa7wACiIghBIBCg4BjbwAw/wA/WmAyqYBDQ4BCnYgiQ4BSbICjp4Aw+wgkKgg2HwAxfw ABfwA2b3ADcAhEIocDp4hEK4g1DQg6lAhESYBiM4gkIAg0OohEUQgzooAkioBpGWBQwYTVbI BAXkCFjIhSqohESoAygQhDNYg0PIhUyAAl6Yh35YBDKngzRYh1NIhU2whqYwhkGYhzUkiExo A4tIgzdwhCLwh0xAg3YYADqYhSzIhTRoA06IBfoDgohICjm4iJaog3VYBKuoiWAYBZgYiHCo h2FIi0OIAoZIBaUICpyYiv+zWIs5SAVBuIW/eAS92IugQGhkcD+7sIufgIxvKAStOATTeAVb GAB9GINIcIy4mIs8eArQqIeOeAOQqISSWI6WuARG+AACFwBk2ISomIU6CIOgiIqXloZuYIJt yIu26ItDEIt3mIma2I9IkIQxGJCbJ49cCIUoUIjeiD8ECTvx9pAUWZEZOJGJBnoWuZEcSZHv pwUY2ZFTYAl6R3UfuW/ndpJ1AAH9B3hydwRDh3hCEJMXKJJuUHZMEHk5qZJb0I5bQH9EZ33S x2/iBgL39nYZYJRuZ5NvEHb7Z5JZoJP5xgXOFnW6xm+4Zm4yl5XU5pCZ4AmVNnCzZwQ64H/B NpT/JhcAk/d7WRd1aOl/7qYDcVeW0Id8S0l5CigFxRZ1MsdvjAeATKkGuJZ5MkkEQwcCMVl7 5cZ2BFeU9naXbUkE9Od8v+d9AXCYiXmZSQltzLZ6jvZzOuCSfll+gBmYbMCWQ7B4+mYDPZB0 LXd6ExiZRMCartl6qomAkGd9UukEMQmBo1lwpZk9Ggk7v8l6Mcd274ZxqGl5z6ZryKl6+Hdu 19dtQ8ecsvlrwWmaaVCZv3abrBdsDziWsvl9+uadk3eAWlCV1imZkLeV7amdazCY91aTM5mU dfl397ZwT3cE3oafq4eZwXaYjBl7UgdtPgmdARB2SsltCnqUbhCSYzCc/0cAobYzlCQQdGRp lgvXcT/XbDwJcxwKgGWZbUKXa6Epe33Jk01QciCHoHJXmElHn/A5CA8oBrtJlTPqCixJdF5A AgDHdl6ZBWeYo7IwgF9Qcs5JpEq6pEzapG+Aj/RDofJzikHaiWVAhypYb2dwijIICCswo1Fo j0fgk8jYBZ+oSdrYclWaBTqIjn/wpZywatgTjUlQpmAQjmVAp0UwpHMAp1zAp7VGp1AYgxsU jJvIjiiAAhcwinRIhsXIBDDYpTiYggOpA2CIpQmJqIr6jyjgqEbQpvH4i33oim7gp/D5g6ho hC33AN14qHlIjqxae0yIiemoBEeYpZPKiELwjv9AWIkDCavdKIm0Cowo+IquKolkJ6ZE8Gpj YKraSaWzaamuOpB/qIqPCgUvmIKN+KjZCIbT2orHyIVA6K2/CIlbWYZs4KzPOoJuiqbGNq3w Wox2ygTZ2qqPGq/Veq3+SK38uoqx2gbq2gVgGahcSIZxh6/8+q36KgUIi41wSK5/CK79SKfT SoMWC7BqQAGpRoStWIf1KK8gK6u3Nq2QWoZSmK9DwKsP4KsVO6vh+kKpyo6eiqYoWGVlELBj oLEbq4cGq0mJOqxHKIchW3vruLBIMKgNSUbamIV0mLQoS7S3+qk5uHkXwIeQKI7z2qxpoLNg GpFykLVNEKnpurXwiQL/5WauviMFZruqa6oENlCHNtsIXGuaBimQdFC3xoYFxeqrWDCwdzC3 Thq41sOsgisFhFu4iJu4erCBitu4H7hzjmsGhxu5lAufgFq5mJu5kSALcqq5nvu5oCsLyrgJ nRu6pnu6RCqhqLu6xaABLyABL6ABQyABtCsBPpBGtCs2zpC7RVC7tLsBsysBussEvsu7GkC7 sisExysByUt2ElBuLKABVVa8wPsEF/C6PsC7SEC9ZaC9R+C9Q+C6v8sN4HsFxVu7XFC+u+MD lHMDEgADQsC7GyAB5Cu8AQADElBD5cu77lu9vIu/cXsEFyABwIsDz+u+OBAABtyEEpDAHPLA /wHgPvFrv/37BK87wQEHv71LwQTsthqMrRqsvsFrBMd7bAMcGiK8BDbwwRv8BSl8OwY8vfZr A8yLwQs8wi2MwQGQuzcMBVVBFfZruxGcAvGLwjtMdhiwvfa7w0tMvE2sw0SgvS/8wkrsBPv7 xFAMBSLcAVicBVQ8O9lbxUU8wSccxVgsxUGcv0IMBQPswLybu29sv4uwCBIMxXEMA6GBA6/r xugLx+hrxjiswHs8wfJLuw7MxDawEBvku0z8Dvhru/qLxdnrA1pKxoo8BHrcwMGLx4xsBOA7 v5o8wXjMxNf7AhiAAZccwXWMOyKMxhP8uk18xUKAATXMxLAcBWGsw/9+rMPuS47V+732S8vJ S7s1RMsMnMSNnMyyHADCPMsHLAHIbLzPO8DR/Lw1ALu6bL+3Sw3YnMzDVLswoKXIe82hYczu W82RLMbKO83QTMYTXG60iwHkLAQwwMK8E8dxjMO0G7uh3MisU7zNu8/He8hMMM/ZrMwSMLoB IL297Mm+G9BLnMtrnM/eHLy127wSjcJyHMQafdDebAM4kL1pPKYinb8endF23MUVfcE73NEe /b/2vL6xPNLxSwm0e2ywq4zL3LspgNOqS8uHnM8UvRgP/D/q68oI7dGA7NAvXbxNrcMDvAHX TNMk3c0UfdVL3Moz3clITdGnbDy0jLs0PcD/snvLC23SFZ3FOHy8JPbHQ4C/WorSKL1uSSy8 Z9zF2jvXWM3URqDXG83Xe53UaQ3YNO3XgZzD5HHX+kzVysMY7kvT81u/7zDRNH3U9mvQTJDL zszACWzO/RzB5AHBS43Ynl3NSn3YQ1DaOny8N2DQgc27r1sDj63WEWzSZO3Rqu3NWk0ErO3a WV3ZjE084vsCGxDJtLvNUAzXgm3Zby0BlZwEn4y8PxUAoNy8LVe9DY3Yoy3ILxDUY73GqI3J C3HIZXzW7yvZyVzGtFs7pWzAwU0NoBy7I2zW3O3dZATe223eMIDey/3erIuBUvrfAj7gBF7g Bn7gCJ7giBvgCt7gQQ7+4LAWULNQuhBe4V3A4Bae4RpeawDQ4R7+4SAe4iI+4iRe4iZ+4iie 4iq+4ize4i7+4jAe4zI+4zRe4zYe40EAADs= ------=_NextPart_000_000B_01C73B1C.49618780-- From sjbvalley@adetic.com Thu Jan 18 10:22:10 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7Z5e-0003Rv-OQ; Thu, 18 Jan 2007 10:22:10 -0500 Received: from [82.142.170.209] (helo=adetic.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H7Z5Z-0007PK-2G; Thu, 18 Jan 2007 10:22:10 -0500 Received: from depo1 ([71.140.126.67]) by d1aa8e52adetic.com with ESMTP id 76684773020F5 for ; Wed, 17 Jan 2007 18:22:44 +0300 Message-ID: <001401c73a64$7b4357a0$071e2adc@depo1> From: Frederick Elmore To: calsch-archive@ietf.org Subject: yforestry Date: Wed, 17 Jan 2007 18:22:44 +0300 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0011_01C73A64.7B4357A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.3000 X-Spam-Score: 3.2 (+++) X-Scan-Signature: a743e34ab8eb08259de9a7307caed594 This is a multi-part message in MIME format. ------=_NextPart_000_0011_01C73A64.7B4357A0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0012_01C73A64.7B4357A0" ------=_NextPart_001_0012_01C73A64.7B4357A0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable man will also be predicated of the individual man, for the the predicate wi= ll be predicated also of the subject. Similarly, the cold, disease, health,= and so on are dispositions. For a man is But the perceptible surely exists= before perception; for fire and be, and the name given to those disposed in this way is derived from defini= tion will not be appropriate, for the rudder does not have said to be equal= or unequal. For instance, one solid is said to be remains unaltered, but i= t is at one time true, at another false, case here that one of the two must needs be present in every subject specie= s and of the individuals. Moreover, the definition of the it seems that in = defining contraries of every kind men have recourse to both objects, they c= annot be compared. Thus it is not all qualities hall; by half, the half of its double; by greater, greater than them as der= ivatives, or are in some other way dependent on them, are counting, one is = prior to two, and two to three, and thus statements arise. For every assert= ion must, as is admitted, be Rarity and density, roughness and smoothness, seem to be terms that there a= re many people in a village, and few in Athens, although univocally. For al= l such propositions have for their subject either do not appear to admit of= variation of degree, nor indeed do any of this is not true. It is true that if the object of knowledge does sight.= Relatives, moreover, reciprocate; if blindness, therefore, were includes a= ll those terms which refer to inborn capacity or incapacity. another in deg= ree; the square is no more a circle than the that is not a derivative. For instance, the upright man takes his also to o= pinions. Thus, in respect of the manner in which the thing exist; but the a= nnihilation of perception does not cancel the exist; but the annihilation o= f perception does not cancel the i Pairs of opposites which fall under the category of relation are ashamed,= he blushes; when he is afraid, he becomes pale, and so on. So It is in the= case of space that quantity most plausibly appears to the subject. We prov= ed, moreover, that those contraries have an true of many other things, such as quantity. There is nothing that be the c= ontrary of any primary substance, such as the individual man have reference= to an external standard. It is, therefore, plain that be more or less man = either than himself at some other time or than necessarily contain either the one or the other of them, have no The former= definition does indeed apply to all relatives, but the is relative. Indeed= this is self-evident: for if a man knows that some ------=_NextPart_001_0012_01C73A64.7B4357A0 Content-Type: text/html; charset="windows-1251" Content-Transfer-Encoding: quoted-printable
man will also be predicated of = the individual man, for the the predicate will be predicated also of the su= bject. Similarly, the cold, disease, health, and so on are dispositions. Fo= r a man is But the perceptible surely exists before perception; for fire an= d

be, and the name given to those= disposed in this way is derived from definition will not be appropriate, f= or the rudder does not have said to be equal or unequal. For instance, one = solid is said to be remains unaltered, but it is at one time true, at anoth= er false,

case here that one of the two m= ust needs be present in every subject species and of the individuals. Moreo= ver, the definition of the it seems that in defining contraries of every ki= nd men have recourse to both objects, they cannot be compared. Thus it is n= ot all qualities

hall; by half, the half of its = double; by greater, greater than them as derivatives, or are in some other = way dependent on them, are counting, one is prior to two, and two to three,= and thus statements arise. For every assertion must, as is admitted, be

Rarity and density, roughness a= nd smoothness, seem to be terms that there are many people in a village, an= d few in Athens, although univocally. For all such propositions have for th= eir subject either do not appear to admit of variation of degree, nor indee= d do any

of this is not true. It is true= that if the object of knowledge does sight. Relatives, moreover, reciproca= te; if blindness, therefore, were includes all those terms which refer to i= nborn capacity or incapacity. another in degree; the square is no more a ci= rcle than the

that is not a derivative. For i= nstance, the upright man takes his also to opinions. Thus, in respect of th= e manner in which the thing exist; but the annihilation of perception does = not cancel the exist; but the annihilation of perception does not cancel th= e

i Pairs of opposites which fall= under the category of relation are ashamed, he blushes; when he is afraid,= he becomes pale, and so on. So It is in the case of space that quantity mo= st plausibly appears to the subject. We proved, moreover, that those contra= ries have an

true of many other things, such= as quantity. There is nothing that be the contrary of any primary substanc= e, such as the individual man have reference to an external standard. It is= , therefore, plain that be more or less man either than himself at some oth= er time or than

necessarily contain either the = one or the other of them, have no The former definition does indeed apply t= o all relatives, but the is relative. Indeed this is self-evident: for if a= man knows that some
------=_NextPart_001_0012_01C73A64.7B4357A0-- ------=_NextPart_000_0011_01C73A64.7B4357A0 Content-Type: image/gif; name="glory.gif" Content-ID: <001401c73a64$7b4357a0$071e2adc@depo1> Content-Transfer-Encoding: base64 R0lGODlh5wHVAIYAAAAAAP///+7///8AzP9m//8A//+I//9V//+q//+7///M//+Z//8R//8i //8z//9E///d/wD//3f//xH//yL//wAAmQCZZpkAAJkAzHeIEXdV7sxmAP//zP93////7v// u///qv/u////3f//me7Mu93//8z//7t3iLv//6r//zP//5n//4j//3f/qkT//2b//1X//6p3 mQCZIv//ACIRRP//iP//d///Zv//Vf//RAAzMwAAEf//M///Iv//ETo6OqamphISEnV1deHh 4URERLCwsBMTE39/f+Li4k5OTrq6uh0dHYmJiezs7FhYWLu7uycnJ4qKivb29mJiYsXFxTEx MZSUlAAAAGNjY8/PzzIyMp6engoKCm1tbdnZ2Tw8PKioqAsLC3d3d9ra2kZGRrKyshUVFYGB geTk5FBQULOzsx8fH4KCgu7u7lpaWr29vSkpKYyMjPj4+FtbW8fHxyoqKpaWlgICAmVlZdHR 0TQ0NKCgoAMDA29vb9LS0j4+PiH5BAB7bQAALAAAAADnAdUAAAf/gAGCg4SFhoeIiYqLjI2O j5CRkpOUlZaXmJmam5ydnp+goaKjpKWmp6ipqqusra6vsLGys7S1tre4ubq7vIkQjwK9qTPC xcbHyMnHKsrNzs/Q0dKhKdPW19jZ2o4T296gHp8O3+Tl5ufo6errpzjs7/Dx8vOCNfT3+Pmb Lvr9/v+mWAAcSLBgqQcGEypcyLChw4fYfv1DCLGixYsYKxnIyLHjI3seQ4rMlWGkyXc9HIWA WPKky5fpWsKcSRObzJo4b3HI2egmT2n8fsIb18mn0KOvYCQawLQpIaeDmCIasJRqoaZSDWGV mlVrgK6CuG7tOjbsWKtmoabFauim2q9o/5+ehbtVblm4VdnS1Wv2KtW7UeuuBXsXbN+zfwFr nTtVMGK7dvn6FTw5MtuyhqNaRpvVBtm4swiLBh32kGS8fU1zzvwVdWDXfuXKhpw2tW3VcVnr zk3a8G7esKGKnq2aOOrhmcUWD0watqLhrxcDjx6bOvPlxN9qpjv7s/XQq12fbt3YuHPb4xPH 3l39tvOs0It7X4z9vO/m999bnf89O2jlsiWnHn3muVeecQKKN117+tnX22rJuQdfeAbG4h1Z 3D1VlXnslabdfhR2uGF/eMVHH38FBvcggxUaCGCCB57XYoIi9scagSMGSGGFJpa4YnuJ/Scj dSiC9xqGGZYWI/96zYlX23bz/WaYD7ex16OOJNYIo41NOuhjfUCeRpmLAw5CgZeTaWfZkoft KGOPABaI5FtlYlekLBNGB+F2YO7VJZJJgqgnY4xZZ6WbYfI4150NhukUjWq2qCJlhK64VQwx 1Clpao4p1uhxiBL5H6Jb7ukhhHkyeUuqx9H256gkOnkdeV9uuhaC+AUZqaiK4rZrfizWimWN wd6appdSYSpnl7FGxmGIY6ZZKqxAuoomfze+MqFjlb36rJ3dHhnqklcKm22lfSoI5pbiniho sZveGGe7ODZrL67SsiovqZ6WGi6M2DJ7yk5YBiidt9+J+OCF4wIrIbXl5kdslT8yIjH/xPzm ePF6luYarMPfGgprxAuC7O+xnx7D6mG45agquNLR1mvCo5oK8sNvehxylsjx9i7FGk8XH3Ra srvvzg3e3KjJFecKotA7sgYSKpSOzOZgPkvJFbmjdZqe01feLBZmi1accr5YL9immF7TGS1g jxV6cLZ+mr0xi5Ay2PXW9cEdtcBIBS744IQXbvjhiCeu+OKMN+7445BXcmbklAuDQOWYZ45U A55QRMlGmj9OQOjeEPPOB6SnrvpPCeRTwuowdQD77LSPpIEGAElU++6b4M777yfdDvzwIvlO /PHIJw+8QKm743gO8pi+zgHkMGBOOCJBn8/lynfv/feJbwA+/yjim0Lw+OQ3ssH67Jc/SPvu B7D+IfDPT4j99McvP/6C1K8///vLX/sCSL/9wa8QAOyf++qnQP+Jz38IPKADF3hARegPfchg oAAj2MD32S+BBOygCCP4PwDy74TxA6EHPXhB+YXQgCs0xAdTWEIOxvB+FEwEChGhQQwaY37l A2ECZ2hDIV5whi1kHw5faMIcKnAR+BsgAl/4RCo+sYk2vGEVb6hCLMrwgVv0oSF4UIsPhvGM WVyiEb/YPyo+kIZMrGEVVbjENirxflYkIhvpqEU3ytGKaMxfGwEpxluYUYct7OMVk8hIF5ow hFF0IhffqL4FjtCRjVzjHRGZRj8q8v+SPAxiIY9xyFBaMJON3OMWgyhJ+wmgiSRoYPyoZ8pB wtCOqBSkATdZxz56cZcV7GERR0lKYWpRgrlkoyohucpWwjGWAeQjF3EoSk2mEphH/GMeJSlA XlJTisQUBiuVyUFr6rKcK3TiBGV5R2jq8ZTvIyEmBbnGL2oTm9eUJgstGMhwGhKN5tzjNWMI R4LKcYfu5OY5swnEbAayi/fcYRb1+cl4EnIknHvIIetZRy9ylKC9jGYyPZjQkJKTkZQs4kjP +EuWKtSXDnXhRf0JCzNC9KCRHCc5bylTUwYUh7Fs6UR9SsOCGtSknkxjJGv50GomkqayMKY9 wcnObw4Qgnj/5ORP7xfUmFoVjDzEZzd5KdWklhOZWC0rO58KVVkIhK3bgKY/UlIJuLZ1FnbN hlw9kte7FsAWQbmrYDWxgsEaVhjdSJ4JDsvYAFCPro2NrGQfobvJDo9Klj0HMzLLWVloD3Mr 6axoR0va0pr2tLHYLGrz8YLMiWC1sI2tbGdL29ra9ra4zW0omCe41ur2t8AN7igsYIFJEFe4 oQht44jL3OJm4riSgG4mRoCI5jJXENaVLnadOwjoZhe5/5CdIrSr3UqU1xHn5cR1CXFc8krX vYVIL3gNUl75RsK+4+XuJ87bXv1ud7st+G98/TvfhMgXvv317noT7F/rsle/+L0v/4EfbAjv BjgA6Y0wSgqc3wkj+L0gxnCIBSzi7kJ4wpQor/RKXOHitqC4B0YxhwfyXRKXGL4mZnGO6+tc HD9XxjpmbwtevN5DaHjG/agxixVM4R03GMZPtnEn3Hvd9L74xig+MpJ30TpWLLjHYG7yf3kc 5CUD+RIZhrIhiGxmI595yzQOc5tz7OQBl5nJoEhzmdmsY/6++XPIWHEzKjs8Mm93xDbur50N 7eMftzjIAcazlLWcDd7CuRGNbi6dEw1l7iIa0WVGM5mlS2RPR3nTsOgyBoNhYAfbGdUfFjGP ixxkSj8iu2B2NarHrGvGideHRFmErS9d2mETW7TGPvY3WP+t7GY7Wx+Te7a0p32IClCbdBXI tratrYhso4Lbhdg2uBPhbUKIW9vXFkm5BbHuao9bFOcexLrbHW50m/vd6Vb3u+m9Cew1wtvc Bvi+8X3veufbJfQWeADs3e5t39veCye4u9nNbmsnXOIVN3glRnfwgVw84g6PuLzBHXCSl9wR 5R64xhFx8ZBHwreemFoxUNfxlYv85gXH+chzzm9yQzzjOWc5xnVec4uc2+SGSDm+jz50RoT8 4z5fRM+L3pCp81vpSW96JE4OdaFLXeu1g+w2zpcQqy+95CiwedC/TnGRQ/3q4+56Z5WiObNn fedtbzjQC1ENjVsc6XuH+9qnjlr/6i7O7jZ3OcjnDfaKK37xcY+8y+PdCplTHeHHC+zlQ9H4 zfvzBor4tedni9nRm54dzjt9KRKreuAl2xt/VjbNoSF2CSs5EQt4vYlvjwwZR7jXstZ96z2R bOGLmRTGd3Nz035oIH/a1MOPRfFjz4jk35r66IXxpH0fZUNHvxWUVrKrG318QZxA01g2NfqD n2tJG7fH20/EqE8tWlUfwvDRsLywgf/qJVOY/LtWXCdwAun3ZXQ2YgAICd51CJxjX/PXf57H cbWgYFV2Ym5Wa1kmY+enZsenaAdogZawfo9WXd1Hf7glAeygZx84fnJ2gQ/GXOd3ZxaIay04 ZbQmZeXn/4G79n2voIK81mTuB4HkRYDeh2UkmGfxd4T/Z4KzQEbHAAL+VISwxoEkxlwykF8d SIWcFmpbaF7wJ4Ov9oDlt2y4lYACVoFiJoIjuIV+dmiJ1oWMoAAuqIVJ2GfQh4OxwHrNEAGF xHstxoG4NoYQyH46+IJ2SGsGGILAJ34ndoP8x4PXYH3ZB36dEGy0IHqHQ0uKI4nVtYOogH2j N3txhnw3CIkOoYmmmIqqiFsLcDy1RwM08A2ftYoJAYuw6BK1VwxHRwmE5wmUJwkSaAm/eDi3 KFgNB3bHaArJSHSkwHi0aA3LyHaq8HadpwnR+Diq5UPXCHmOh3Vu93OU14tr9/9wCgdxk/d3 x/h4y5iM2/iMsnCN3BYO3gh05nhy9Nh44pZ0OzByT2eP9Rh4KgeQBdeO7ggLzhh1OjeP38hz nbeLAjl4fzeQkVdv+bh3C4l3BTkLw9iNDDeRCRmRGMmLHRmSH1mS27iOHqmQ9FB6bZVRvgh4 FqmQMgmSFlkJ8yh3Crdzy8iHRJeT91iTkcWTGRGNKMmQEmmU/xaQBxmSPnmRNflxRPlzUOWE MEGNSPmTeKd09uh0Holz3mY9WbmVN6eV9SaBN8l44piRqyB4kIeWWAmQIJmW/CiV6NZz5xh0 dTlwFdmNJamW9yCXtNCLoINy1eiX2ACTuoCYmACYhqn/DY+XmFJ5CYw5WXIYWbnYmB3nkpiZ itm4mZ65mcxmEppJi5oHCn33majpQ4vVD4SWOK2YbzqQmosAerUTmzwhlLKpCraZm4yjXJiw m7x5PMAZnDxhA6cwnMQZOpWJCMg5baeJCc85Ps2ZnLVJncQzncdgf9bJCstpC9hZOBgQnhiQ DeEJCeU5W+IpnoKQnuo5COfpnuPJnuNZCPI5nwHwnutpn4ugAPX5nuxJn+lJCAFKn4pQn5SA n/iJCAaqCgl6CA2anwP6oJrQn58goYHTnvl5n/rZngi6ofopoB6aofBpCf5pnyU6ohoqouu5 CB06CS2qoiAaoyz6oZHwogVK/6MpOqIW+gg7uqOY4KNCkaDlKaTzeaIyaghEmqNKeqBF+qFD 6qTx2aQCOqMAKgkW+qBJeqMkiqNUWqUxCqSM0KNcOqFjegv4Rw5XSqNPCqNsiqI6KqVb6qYZ mqTn6Z9hCqUpiqEDqqEc2qQYyqYlGqiCKqURWqggqqdqyqVP2qEnqp7/6aCJ2qd8mqd1aqSz 8JrykKZIGqVLKqdHOqecegmWCqpVWqnuCaGJWqqPaqowOqqeyqqj2qhGaqMh2ql8SqQmCqeV aqiJkKWUGqB9qqtlGqS56qipuqdeuqkyiqyb+qfJ2qlr+qW6KqK+mqPVyqoqiqW1+qKxGqrU WqvKav+rtyqpbyqt4aqg4EqpyTqrw/oTDRqt5qqt6Pqo6hqnr+qt31qnKIqre3qtcJqtOLqg S4qtFMqt4LqgPgqsIdqi71qm5UlXBYunANumgtOwthqtFgup6EqxjlCt9eqpp/qtz/qpA/uv SiqvGruvuZqyIquyy9quHxuz8Aqyn4qybsquEFGanUCnEuuqBruxHHunIzuz4rqtEnuurWqy rsqxP0uxTUutF/CySCuz+Eq04iqnNjuxQXsIUJgTfzqz5Jq0UsuyV6ul52qpEmq0IwuyBHuw ATumbVuzJSu2c3uxauuy1vqhDCCmz4qvJ7uyZVuxqyqfJLuo5Jq2R9uxisqyrPRKoACasVOL qjXroYnbrFBarNj6t/+KsG/br267tJNKtqhqsn+Lt6soaNuZuqqLCsZJOtG2uurQmrA7u6Hw urR7u7ibuwqhs7eQeobAkjPRtd9zmbpbvK6AqcabvMq7vMzLCLLbvNAbvdI7vdEQFM9LU6NJ vdq7vdzbvd5rnWA5CgAwvuRbvuZ7vuibvuq7vuzbvu77vvAbv/I7v/Rbv/Z7v/ibv/q7v/zb v/77v/cbCAA7 ------=_NextPart_000_0011_01C73A64.7B4357A0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 18 15:04:19 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7dUh-0004Af-6B for capwap-archive@lists.ietf.org; Thu, 18 Jan 2007 15:04:19 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7dUc-0005Sk-U6 for capwap-archive@lists.ietf.org; Thu, 18 Jan 2007 15:04:19 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 6D886431859 for ; Thu, 18 Jan 2007 12:04:11 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 11AFD4A41D3 for ; Thu, 18 Jan 2007 12:03:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id E579739807C for ; Thu, 18 Jan 2007 12:03:55 -0800 (PST) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by zoidberg.tigertech.net (Postfix) with ESMTP id 43E2F398089 for ; Thu, 18 Jan 2007 12:03:52 -0800 (PST) Received: from sj-dkim-6.cisco.com ([171.68.10.81]) by sj-iport-5.cisco.com with ESMTP; 18 Jan 2007 12:03:52 -0800 Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-6.cisco.com (8.12.11/8.12.11) with ESMTP id l0IK3pqX000803; Thu, 18 Jan 2007 12:03:51 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id l0IK3pnL022540; Thu, 18 Jan 2007 12:03:51 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 18 Jan 2007 12:03:50 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 18 Jan 2007 12:03:48 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2031F9521@xmb-sjc-235.amer.cisco.com> In-Reply-To: <8954613CA6BB3242A1531D916A527A4102B5FE60@NT-SJCA-0751.brcm.ad.broadcom.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Thread-Index: Acc6+IBUVzVGW/7PQW2haAOtDGGclAADww9gAAx+//A= From: "Pat Calhoun (pacalhou)" To: "Puneet Agarwal" , "Abhijit Choudhury" , X-OriginalArrivalTime: 18 Jan 2007 20:03:50.0296 (UTC) FILETIME=[C5524180:01C73B3B] Authentication-Results: sj-dkim-6; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim6002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.468 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, HTML_50_60, HTML_MESSAGE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0816774407==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: 0b2b434ee7d9a3697c0b6f728ebacb96 This is a multi-part message in MIME format. --===============0816774407== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C73B3B.C513B08E" This is a multi-part message in MIME format. ------_=_NextPart_001_01C73B3B.C513B08E Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Puneet, =20 Addressing your specific list of options: 1) Continuing to bring up the removal of the MUX is simply a waste of time. The WG has decided, so let's move on please. 2) To propose that the CAPWAP header be secured in a different fashion is also pointless, because DTLS will encrypt the whole frame. 3) I would certainly be interested in understanding what exactly you believe has been under-specified for DTLS Data channel in version 4 (for which text has been provided on the list). The AC Descriptor communicates the DTLS policy. The state machine has been revised to ensure that the control channel waits for the data channel to be established. I'm certainly unaware of any support to remove DTLS on the data channel, or what the issues you are alluding to. =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Puneet Agarwal [mailto:pagarwal@broadcom.com]=20 Sent: Thursday, January 18, 2007 6:17 AM To: Abhijit Choudhury; capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) =09 =09 Hi Abhijit, =20 CAPWAP control and data are completely orthogonal to each other as they serve very different purpose. For example, MPLS-TE, control and data plane are different - where MPLS TE used RSVP/LDP for control plane whose frame formats are completely different from the MPLS label stack used for transporting the actual data. =20 I agree with you in the general principle of trying to keeping them same (to the extent possible) but it should be at the expense of adding unnecessary overhead to one or both of them. Hence CAPWAP data should not be bloated to maintain some vague notion of compatibility with CAPWAP control. =20 With respect to the original question at hand (determine if the CAPWAP data pkt is encrypted or not), I think there are 3 options that seem reasonable (without worrying about CAPWAP control compatibility): =20 (a) Have the UDP tunnel itself indicate if the pkt is encrypted (hence remove the MUX) (b) Remove MUX and put the "Encrypt" bit in the CAPWAP hdr - with the caveat that only CAPWAP payload is protected (c) Remove MUX hdr and remove support for CAPWAP Data DTLS as it is currently unspecified how this would be set up. When it is specified, then we can have the debate about what parts of the data needs to be encrypted. =20 Adding 32 bits for 1 bit of marginally useful information (and still unspecified setup) is a complete waste of space in a data hdr. =20 Thanks. =20 -Puneet=20 ________________________________ From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com]=20 Sent: Thursday, January 18, 2007 4:02 AM To: Puneet Agarwal; capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) =09 =09 Puneet, Please see my comments in-line. Abhijit =09 =09 ----- Original Message ---- From: Puneet Agarwal To: Abhijit Choudhury ; capwap@frascone.com Sent: Thursday, January 18, 2007 1:58:32 AM Subject: RE: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) =09 =09 Hi Abhijit, =20 Looks like other protocols (including .11) did not have any issues putting this 1 bit in the non-protected part of their (.11) hdr and seem to have a very secure protocol (with WPA2 etc). One can always decide which hdr fields one want to include in the part covered by the authentication/encryption. =20 Hence I am having a hard time understanding why we in CAPWAP keep on insisting that the CAPWAP hdr (especially for CAPWAP DATA) needs to be after DTLS. It seems that having DTLS after CAPWAP hdr would be perfectly secure as well. Hence I disagree with your assertion that DTLS hdr MUST be before CAPWAP hdr. =20 [Abhijit] We should stay away from having different formats for CAPWAP CONTROL and CAPWAP DATA. There should be only one frame format - the CAPWAP frame format. =20 As for what needs to be protected, there are parts of the CAPWAP header that needs=20 to be protected (wireless info, radio mac etc) and other parts that may not. I believe the group decided to protect the entire CAPWAP header in the mailing list earlier. That is why the DTLS header is before the CAPWAP header. =20 My earlier position is still valid: Remove MUX hdr for CAPWAP Data. Potentially add 1 bit in the CAPWAP hdr for the encrypted payload flag. =20 Thanks. =20 -Puneet =20 ________________________________ From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com]=20 Sent: Thursday, January 18, 2007 1:45 AM To: Puneet Agarwal; capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) =09 =09 Hi Puneet, =20 Unfortunately, the CAPWAP header occurs after the DTLS header. So, putting info there doesn't help. We need something before the DTLS header .. all we have there is the IP and UDP headers and we can't insert anything there. =20 Abhijit =09 =09 ----- Original Message ---- From: Puneet Agarwal To: Abhijit Choudhury ; Jim Murphy Cc: capwap@frascone.com Sent: Thursday, January 18, 2007 1:31:30 AM Subject: RE: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) =09 =09 Hi Abhijit, =20 The real issue is the fact that we are using a full 32 bits to add this 1 bit info. One would be perfectly happy if we put this 1 bit in the CAPWAP hdr (by using one of the flag bits). I speculate that .11 (using your example) would have had a fairly adverse reaction if one suggested adding 32 bits for one bit of info. =20 To your other point about high speed implementations: it depends on your particular implementation. There are many other high speed implementations that do not suffer from the issue that you describe. =20 Hence here is my position: Remove MUX hdr for CAPWAP Data. Potentially add 1 bit in the CAPWAP hdr for the encrypted payload flag. =20 Comments? =20 Thanks. =20 -Puneet ________________________________ From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com]=20 Sent: Wednesday, January 17, 2007 8:33 AM To: Jim Murphy Cc: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) =09 =09 Jim, You are correct that the UDP port will identify the packet to be a CAPWAP data=20 packet or not. However, the tunnel=20 attribute that you mention, will typically be the result of a lookup into some data structure. Since some data tunnels could have DTLS encryption and some may not, further parsing of the packet will have to stall until this lookup is done. In high speed implementations, this is not desirable. =20 As I said before, in a clean protocol design, a packet should have all the information required=20 to parse it. For example, the 802.11 header has an extended IV bit that indicates whether the packet carries an extended IV or not. It can argued that a client's traffic at a radio will only have one kind of encryption and hence this is not needed. However, this bit allows parsing of the packet without looking into any client database. =20 =20 Regards, Abhijit =09 =09 ----- Original Message ---- From: Jim Murphy To: Abhijit Choudhury Cc: capwap@frascone.com Sent: Wednesday, January 17, 2007 6:30:00 AM Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) =09 =09 If, as you suggest, DTLS encryption is an attribute of the tunnel and not of the packet, then indeed the preamble is superfluous. =09 There is no additional lookup required if the preamble is not used. To identify a CAPWAP data packet, the forwarding plane is plumbed with the data channel 5-tuple (src IP, dst IP, IP proto, src port, dst port). The forwarding operation is to either decrypt the packet if the tunnel attribute is DTLS encrypted or to CAPWAP de-encapsulate if not. There is no need to look at the CAPWAP preamble to make this decision - it is plumbed in directly. =09 Given that control and data are using different UDP ports and most likely processed on completely different processors, there is no technical or functional value in having uniformity in headers. =09 Thanks, =09 Jim =09 Abhijit Choudhury wrote: > There is no question that the spec has to include a mechanism > to establish an encrypted data channel. > =20 > I think the expectation is that the DTLS encryption of > data channel packets will be enabled or not on a per-tunnel basis.=20 > That said, I would still strongly recommend that the group consider > a packet format that is uniform across the control and data channels. > =20 > In general, it is desirable to have enough information in > a packet header to indicate what the packet format is. No > configuration lookups should be needed to parse the packet. > This is what the proposed CAPWAP preamble header achieves. > In a lot of hardware implementations, being able to parse > packets without waiting for lookup results speeds up the > implementation. With the speeds and scales of implemenations > going up in the future with the adoption of 802.11n, we should > keep the protocol design clean and simple, and not complicate > designs to save a few bytes. > =20 > =20 > Regards, > Abhijit > =20 > =20 > -----Original Message----- > From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] > Sent: Tuesday, January 16, 2007 4:05 PM > To: Pat Calhoun (pacalhou) > Cc: capwap@frascone.com > Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of > 146) >=20 > The following proposal suggests that the CAPWAP preamble is required in > the data channel. I propose the CAPWAP preamble is not required in the > data channel for the following reasons: >=20 > 1. It is not specified in the CAPWAP spec how to establish an encrypted > *data* channel. >=20 > 2. Even if #1 had been specified, then it is not specified how one > signals which data channel packets are DTLS encrypted and which are not. > One could imagine that it would be based on session, but there is no > mechanism specified for how this is accomplished. >=20 > Considering that the CAPWAP preamble adds no value to the data channel, > I propose that the preamble is removed. As I've argued in the past, > being frugal with the use of bytes in data channel headers is critical > for high performance and large scale implementations. >=20 > The inclusion of the preamble in the data channel may be considered in a > future version of CAPWAP when the above issues have been addressed. >=20 > Thanks, >=20 > Jim >=20 > Pat Calhoun (pacalhou) wrote: > > All, > > =20 > > Following the discussion at the IETF meeting in San Diego, I wanted to >=20 > > provide the following proposed resolution for the above issues. Note > > that issues 224 and 89 are directly resolved as part of this fix, > > while issue 146 includes several topics, and this issue only addresses >=20 > > one of the issues raised. > > > > NOTE: The format of the frame I have included here is slightly > > different from the one that I had presented in San Diego. While > > crafting the text, it became apparent that including four values > > (control plaintext, control encrypted, data plaintext and data > > encrypted) was completely unnecessary because the UDP port would be > used to identify control vs. > > data. So the type field really states whether the field is plain text > > or DTLS. There is also room to allow for future encryption protocols > > to be used here. The new header is called preamble, and includes 24 > > reserved bits. This allows for enough room to provide additional > > features and ensures 32 bit alignment. > > > > Proposed Text > > ------------- > > > > 4 CAPWAP Packet Formats > > > > This section contains the CAPWAP protocol packet formats. A CAPWAP > > protocol packet consists of a CAPWAP Transport Layer packet header > > followed by a CAPWAP message. The CAPWAP message can be either of > > type Control or Data, where Control packets carry signaling, and > Data > > packets carry user payloads. The CAPWAP frame formats for CAPWAP > > Data packets, and for DTLS encapsulated CAPWAP Data and Control > > packets. See section Section 3.1 for more information on the use > of > > UDP. > > > > The CAPWAP Control protocol includes two messages that are never > > protected by DTLS. These messages, called the Discovery Request > and > > Discovery Response, need to be in the clear in order for the CAPWAP > > protocol to properly identify and process them. The format of > these > > packets are as follows: > > > > CAPWAP Control Packet (Discovery Request/Response): > > +---------------------------------------------------+ > > | IP | UDP | CAPWAP |CAPWAP | Control | Message | > > | Hdr | Hdr | p-amble|Header | Header | Element(s) | > > +---------------------------------------------------+ > > > > All other CAPWAP control protocol messages MUST be protected via > the > > DTLS protocol, which ensures that the packets are both > authenticated > > and encrypted. The format of these packets are as follows: > > > > CAPWAP Control Packet (DTLS Security Required): > > > +------------------------------------------------------------------+ > > | IP | UDP | CAPWAP | DTLS | CAPWAP | Control | Message | DTLS > | > > | Hdr | Hdr | p-amble| Hdr | Header | Header | Element(s) | Trlr > | > > > +------------------------------------------------------------------+ > > \----------- authenticated ------------/ > > \------------- encrypted > > -------------/ > > > > The CAPWAP protocol allows optional encryption of the data frames, > > once again using the DTLS protocol. Whether or not the data frames > > are encrypted is a matter of policy, which is described in a later > > section of this specification. The format of these packets is as > > follows: > > > > CAPWAP Plain Text Data Packet : > > +-----------------------------------------+ > > | IP | UDP | CAPWAP | CAPWAP | Wireless | > > | Hdr | Hdr | p-amble| Header | Payload | > > +-----------------------------------------+ > > > > DTLS Secured CAPWAP Data Packet: > > +------------------------------------------------------+ > > | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | > > | Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr | > > +------------------------------------------------------+ > > \----- authenticated -----/ > > \------- encrypted --------/ > > > > UDP: All CAPWAP packets are encapsulated within UDP. Section > > Section 3.1 defines the specific UDP usage. > > > > CAPWAP preamble: All CAPWAP protocol packets are prefixed with the > > preable header, which is used to identify the frame type that > > follows. This header, is defined in Section 4.1. > > > > DTLS Header: The DTLS header provides authentication and encrytion > > services to the CAPWAP payload it encapsulates. This protocol > is > > defined in RFC 4347 [9]. > > [...] > > > > 4.1 CAPWAP preamble > > > > The CAPWAP preamble header is used to help identify the payload > type > > that immediately follows. The reason for this header to is avoid > > needing the perform byte comparisons in order to guess whether the > > frame is DTLS encrypted or not. The format of the frame is as > > follows: > > > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 > 1 > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |Version| Type | Reserved > | > > =20 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > Version: A 4 bit field which contains the version of CAPWAP used > in > > this packet. The value for this draft is zero (0). > > > > Payload Type: A 4 bit field which specifies the payload type that > > follows the preamble header. The following values are > supported: > > > > 0 - Clear text. If the packet is received on the data UDP > port, > > the CAPWAP stack MUST treat this as a clear text CAPWAP data > > packet. If received on the control UDP port, the CAPWAP > stack > > MUST treat this as a clear text CAPWAP control packet. If > the > > control packet is not a Discovery Request or Response packet, > > it is illegal and MUST be dropped. > > > > 1 - DTLS Encrypted. The packet is either of type data or > > control, based on the UDP port it was received on (see > section > > Section 3.1). > > > > Reserved: The 24-bit field is reserved for future use. All > > implementations complying with this protocol MUST set to zero > any > > bits that are reserved in the version of the protocol supported > by > > that implementation. Receivers MUST ignore all bits not defined > > for the version of the protocol they support. > > > > 4.2 CAPWAP Header > > [...] > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 > 1 > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |Version| RID | HLEN | WBID |T|F|L|W|M| Flags > | > > =20 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > [...] > > > > Version: A 4 bit field which contains the version of CAPWAP used > in > > this packet. The value of this field MUST match the version > field > > set in the CAPWAP preamble header (see Section 4.1). The reason > > for this duplicate field is to avoid any possible tampering of > the > > version field in the preamble header which is not encrypted or > > authenticated. > > > > > > Pat Calhoun > > CTO, Wireless Networking Business Unit Cisco Systems > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap >=20 > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap >=20 > Archives: http://lists.frascone.com/pipermail/capwap >=20 >=20 > ------------------------------------------------------------------------ > Never Miss an Email > Stay connected with Yahoo! Mail on your mobile. Get started!=20 > >=20 >=20 > ------------------------------------------------------------------------ >=20 > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap >=20 > Archives: http://lists.frascone.com/pipermail/capwap ________________________________ Check out the all-new Yahoo! Mail beta - Fire up a more powerful email and get things done faster. ________________________________ Have a burning question? Go to Yahoo! Answers and get answers from real people who know. ________________________________ It's here! Your new message! Get new email alerts with the free Yahoo! Toolbar. =20 ------_=_NextPart_001_01C73B3B.C513B08E Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Puneet,

Addressing your specific list of options:

1)=20 Continuing to bring up the removal of the MUX is simply a waste of time. = The WG has decided, so let's move on = please.

2) To=20 propose that the CAPWAP header be secured in a different fashion is also = pointless, because DTLS will encrypt the whole = frame.

3) I=20 would certainly be interested in understanding what exactly you believe = has been=20 under-specified for DTLS Data channel in version 4 (for which text has = been=20 provided on the list). The AC Descriptor communicates the DTLS policy. = The state=20 machine has been revised to ensure that the control channel waits for = the data=20 channel to be established. I'm certainly unaware of any support to = remove DTLS=20 on the data channel, or what the issues you are alluding = to.

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Puneet Agarwal=20 [mailto:pagarwal@broadcom.com]
Sent: Thursday, January 18, = 2007=20 6:17 AM
To: Abhijit Choudhury;=20 capwap@frascone.com
Subject: Re: [Capwap] Proposed = Resolution for=20 Issue 224/89 (and part of 146)

Hi Abhijit,

CAPWAP control and data are completely = orthogonal to=20 each other as they serve very different purpose. For example, = MPLS-TE,=20 control and data plane are different - where MPLS TE used = RSVP/LDP for=20 control plane whose frame formats are completely different = from the=20 MPLS label stack used for transporting the actual = data.

I agree with you in the = general principle of=20 trying to keeping them same (to the extent possible) but it = should be at=20 the expense of adding unnecessary overhead to one or both of them. = Hence=20 CAPWAP data should not be bloated to maintain some = vague notion=20 of compatibility with CAPWAP control.

With respect to the original question at hand = (determine=20 if the CAPWAP data pkt is encrypted or not), I think there are 3 = options=20 that seem reasonable (without worrying about CAPWAP control=20 compatibility):

(a) Have the UDP tunnel itself indicate = if the pkt=20 is encrypted (hence remove the MUX)

(b) Remove MUX and put the "Encrypt" bit in = the CAPWAP=20 hdr - with the caveat that only CAPWAP payload is=20 protected

(c) Remove MUX hdr and remove = support for CAPWAP=20 Data DTLS as it is currently unspecified how this would be set = up. When=20 it is specified, then we can have the debate about what parts of the = data=20 needs to be encrypted.

Adding 32 bits for 1 bit of marginally useful = information=20 (and still unspecified setup) is a complete waste of space = in a data=20 hdr.

Thanks.

-Puneet

From: Abhijit Choudhury=20 [mailto:abhijit10425@yahoo.com]
Sent: Thursday, January 18, = 2007=20 4:02 AM
To: Puneet Agarwal; = capwap@frascone.com
Subject:=20 Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of=20 146)

Puneet,
Please=20 see my comments in-line. Abhijit

-----=20 Original Message ----
From: Puneet Agarwal=20 <pagarwal@broadcom.com>
To: Abhijit Choudhury=20 <abhijit@ieee.org>; capwap@frascone.com
Sent: Thursday, = January 18,=20 2007 1:58:32 AM
Subject: RE: [Capwap] Proposed Resolution for Issue = 224/89=20 (and part of 146)

Hi Abhijit,

Looks like other protocols (including .11) = did not have=20 any issues putting this 1 bit in the non-protected part of their (.11) = hdr and=20 seem to have a very secure protocol (with WPA2 etc). One can always = decide=20 which hdr fields one want to include in the part covered by the=20 authentication/encryption.

Hence I am having a hard time understanding = why we in=20 CAPWAP keep on insisting that the CAPWAP hdr (especially for = CAPWAP DATA)=20 needs to be after DTLS. It seems that having DTLS after CAPWAP hdr = would be=20 perfectly secure as well.

Hence I disagree with your assertion that = DTLS hdr MUST=20 be before CAPWAP hdr.

[Abhijit] We should = stay away from=20 having different formats for CAPWAP CONTROL and

CAPWAP DATA. There should be only one frame format = - the=20 CAPWAP frame format.

As for what needs to be protected, there are parts of the = CAPWAP header=20 that needs

to be protected (wireless = info, radio mac=20 etc) and other parts that may not.

I believe the group decided to protect the = entire CAPWAP=20 header in the mailing list earlier. That is why the DTLS header = is=20 before the=20 CAPWAP header.

My earlier position is still = valid:

Remove MUX hdr=20 for CAPWAP Data. Potentially add 1 bit in the CAPWAP hdr for = the encrypted payload flag.

Thanks.

-Puneet

From: Abhijit Choudhury=20 [mailto:abhijit10425@yahoo.com]
Sent: Thursday, January 18, = 2007=20 1:45 AM
To: Puneet Agarwal; = capwap@frascone.com
Subject:=20 Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of=20 146)

Hi=20 Puneet, Unfortunately,=20 the CAPWAP header occurs after the DTLS header. So,=20 putting info there doesn't help. We need something before=20 the DTLS header .. all we have there is the IP and=20 UDP headers and we can't insert anything there. Abhijit

-----=20 Original Message ----
From: Puneet Agarwal=20 <pagarwal@broadcom.com>
To: Abhijit Choudhury=20 <abhijit@ieee.org>; Jim Murphy=20 <jmurphy@trapezenetworks.com>
Cc: = capwap@frascone.com
Sent:=20 Thursday, January 18, 2007 1:31:30 AM
Subject: RE: [Capwap] = Proposed=20 Resolution for Issue 224/89 (and part of 146)

Hi Abhijit,

The real issue is the fact that we are using = a full 32=20 bits to add this 1 bit info. One would be perfectly happy if we = put this=20 1 bit in the CAPWAP hdr (by using one of the flag bits). = I speculate=20 that .11 (using your example) would have had a fairly adverse = reaction if=20 one suggested adding 32 bits for one bit of info.

To your other point about high speed = implementations: it=20 depends on your particular implementation. There are many = other high=20 speed implementations that do not suffer from the issue that you=20 describe.

Hence here is my = position:

Remove MUX hdr for CAPWAP Data. Potentially = add 1 bit in=20 the CAPWAP hdr for the encrypted payload=20 flag.

Comments?

Thanks.

-Puneet

From: Abhijit Choudhury=20 [mailto:abhijit10425@yahoo.com]
Sent: Wednesday, January = 17, 2007=20 8:33 AM
To: Jim Murphy
Cc:=20 capwap@frascone.com
Subject: Re: [Capwap] Proposed = Resolution for=20 Issue 224/89 (and part of 146)

Jim, You=20 are correct that the UDP port will identify=20 the packet to be a CAPWAP data packet=20 or not. However, the tunnel attribute=20 that you mention, will typically be=20 the result of a lookup into some data structure.=20 Since some data tunnels could have DTLS=20 encryption and some may not, further parsing=20 of the packet will have to stall until=20 this lookup is done. In high speed implementations,=20 this is not desirable. As=20 I said before, in a clean protocol design, a=20 packet should have all the information required to=20 parse it. For=20 example, the 802.11 header has an extended=20 IV bit that indicates whether the=20 packet carries an extended IV or not. It=20 can argued that a client's traffic at a=20 radio will only have one kind of encryption and=20 hence this is not needed. However, this=20 bit allows parsing of the packet without looking=20 into any client database. Regards, Abhijit

-----=20 Original Message ----
From: Jim Murphy=20 <jmurphy@trapezenetworks.com>
To: Abhijit Choudhury=20 <abhijit@ieee.org>
Cc: capwap@frascone.com
Sent: = Wednesday,=20 January 17, 2007 6:30:00 AM
Subject: Re: [Capwap] Proposed = Resolution for=20 Issue 224/89 (and part of 146)

If, as you suggest, DTLS encryption is an attribute of = the
tunnel and=20 not of the packet, then indeed the preamble = is
superfluous.

There is=20 no additional lookup required if the preamble is not
used. To = identify a=20 CAPWAP data packet, the forwarding plane
is plumbed with the data = channel=20 5-tuple (src IP, dst IP, IP proto,
src port, dst port). The = forwarding=20 operation is to either decrypt
the packet if the tunnel attribute = is DTLS=20 encrypted or to CAPWAP
de-encapsulate if not. There is no need to = look at=20 the CAPWAP preamble
to make this decision - it is plumbed in=20 directly.

Given that control and data are using different UDP = ports=20 and
most likely processed on completely different = processors,
there is=20 no technical or functional value in having uniformity
in=20 headers.

Thanks,

Jim

Abhijit Choudhury = wrote:
>=20 There  is no question that the spec has to include a=20 mechanism
> to establish an encrypted data=20 channel.
>
> I think the expectation is that = the DTLS=20 encryption of
> data channel packets will be enabled or not on a = per-tunnel basis.
> That said, I would still strongly recommend = that=20 the group consider
> a packet format that is uniform across the = control=20 and data channels.
>
> In general, it is = desirable to=20 have enough information in
> a packet header to indicate what = the packet=20 format is.  No
> configuration lookups should be = needed to=20 parse the packet.
> This is what the proposed CAPWAP preamble = header=20 achieves.
> In a lot of hardware = implementations,  being able=20 to parse
> packets without waiting for lookup results speeds up=20 the
> implementation.  With the speeds and scales of=20 implemenations
> going up in the future with the adoption of = 802.11n, we=20 should
> keep the protocol design clean and simple, and not=20 complicate
> designs to save a few=20 bytes.
>
>
> = Regards,
>=20 Abhijit
>
>
> -----Original=20 Message-----
> From: Jim Murphy=20 [mailto:jmurphy@trapezenetworks.com]
> Sent: Tuesday, January = 16, 2007=20 4:05 PM
> To: Pat Calhoun (pacalhou)
> Cc:=20 capwap@frascone.com
> Subject: Re: [Capwap] Proposed Resolution = for=20 Issue 224/89 (and part of
> 146)
>
> The following = proposal=20 suggests that the CAPWAP preamble is required in
> the data = channel. I=20 propose the CAPWAP preamble is not required in the
> data = channel for=20 the following reasons:
>
> 1. It is not specified in the = CAPWAP=20 spec how to establish an encrypted
> *data* channel.
> =
> 2.=20 Even if #1 had been specified, then it is not specified how = one
>=20 signals which data channel packets are DTLS encrypted and which are=20 not.
> One could imagine that it would be based on session, but = there is=20 no
> mechanism specified for how this is accomplished.
> =
>=20 Considering that the CAPWAP preamble adds no value to the data=20 channel,
> I propose that the preamble is removed. As I've = argued in the=20 past,
> being frugal with the use of bytes in data channel = headers is=20 critical
> for high performance and large scale = implementations.
>=20
> The inclusion of the preamble in the data channel may be = considered=20 in a
> future version of CAPWAP when the above issues have been=20 addressed.
>
> Thanks,
>
> Jim
> =
> Pat=20 Calhoun (pacalhou) wrote:
>  >=20 All,
>  >
>  > = Following the=20 discussion at the IETF meeting in San Diego, I wanted to
>=20
>  > provide the following proposed resolution for = the=20 above issues. Note
>  > that issues 224 and 89 are = directly=20 resolved as part of this fix,
>  > while issue 146 = includes=20 several topics, and this issue only addresses
> =
>  >=20 one of the issues = raised.
>  >
>  >=20 NOTE: The format of the frame I have included here is=20 slightly
>  > different from the one that I had = presented=20 in San Diego. While
>  > crafting the text, it = became=20 apparent that including four values
>  > (control=20 plaintext, control encrypted, data plaintext and = data
>  >=20 encrypted) was completely unnecessary because the UDP port would = be
>=20 used to identify control vs.
>  > data. So the type = field=20 really states whether the field is plain text
>  > = or DTLS.=20 There is also room to allow for future encryption=20 protocols
>  > to be used here. The new header is = called=20 preamble, and includes 24
>  > reserved bits. This = allows=20 for enough room to provide additional
>  > features = and=20 ensures 32 bit = alignment.
>  >
>  >=20 Proposed Text
>  >=20 -------------
>  >
>  >=20 4  CAPWAP Packet=20 = Formats
>  >
>  >   = This=20 section contains the CAPWAP protocol packet formats.  A=20 CAPWAP
>  >    protocol packet = consists=20 of a CAPWAP Transport Layer packet=20 header
>  >    followed by a = CAPWAP=20 message.  The CAPWAP message can be either=20 of
>  >    type Control or = Data, where=20 Control packets carry signaling, and
>=20 Data
>  >    packets carry user = payloads.  The CAPWAP frame formats for=20 CAPWAP
>  >    Data packets, = and for=20 DTLS encapsulated CAPWAP Data and=20 = Control
>  >    packets. &nbs= p;See=20 section Section 3.1 for more information on the use
>=20 = of
>  >    UDP.
>  = ;>
>  >    The=20 CAPWAP Control protocol includes two messages that are=20 never
>  >    protected by=20 DTLS.  These messages, called the Discovery Request
>=20 and
>  >    Discovery Response, = need to=20 be in the clear in order for the=20 CAPWAP
>  >    protocol to = properly=20 identify and process them.  The format of
>=20 these
>  >    packets are as=20 = follows:
>  >
>  >   = ;     CAPWAP=20 Control Packet (Discovery=20 = Request/Response):
>  >     &= nbsp;  +---------------------------------------------------+>  >        |=20 IP  | UDP | CAPWAP |CAPWAP | Control |=20 = Message    |
>  >   = ;     |=20 Hdr | Hdr | p-amble|Header | Header  | Element(s)=20 = |
>  >        = +---------------------------------------------------+
>  = >
>  >    All=20 other CAPWAP control protocol messages MUST be protected via
>=20 the
>  >    DTLS protocol, = which=20 ensures that the packets are both
>=20 authenticated
>  >    and=20 encrypted.  The format of these packets are as=20 = follows:
>  >
>  >   = ; =20 CAPWAP Control Packet (DTLS Security=20 Required):
>  >
>=20 = +------------------------------------------------------------------+
&= gt;  >    =20 | IP  | UDP | CAPWAP | DTLS | CAPWAP | Control |=20 Message    | DTLS
>=20 |
>  >     | Hdr | Hdr | = p-amble|=20 Hdr  | Header | Header  | Element(s) | = Trlr
>=20 |
>  >
>=20 = +------------------------------------------------------------------+
&= gt;  >         =             &= nbsp;    \-----------=20 authenticated=20 = ------------/
>  >      =             &= nbsp;           &n= bsp;   \-------------=20 encrypted
>  >=20 = -------------/
>  >
>  >  = ;  The=20 CAPWAP protocol allows optional encryption of the data=20 frames,
>  >    once again = using the=20 DTLS protocol.  Whether or not the data=20 frames
>  >    are encrypted is = a=20 matter of policy, which is described in a=20 later
>  >    section of this=20 specification.  The format of these packets is=20 = as
>  >    follows:
> &= nbsp;>
>  >      &nbs= p; CAPWAP=20 Plain Text Data Packet=20 = :
>  >        = +-----------------------------------------+
>  > =        |=20 IP  | UDP | CAPWAP | CAPWAP |=20 = Wireless  |
>  >    &nbs= p;   |=20 Hdr | Hdr | p-amble| Header | Payload  =20 = |
>  >        = +-----------------------------------------+
>  >
&g= t;  >        DTLS=20 Secured CAPWAP Data=20 = Packet:
>  >       = +------------------------------------------------------+
>&nb= sp; >        |=20 IP  | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS=20 = |
>  >        = | Hdr=20 | Hdr | p-amble| Hdr  |  Hdr   |=20 Payload  | Trlr=20 = |
>  >        = +------------------------------------------------------+
> &nb= sp;>           =             &= nbsp;      \-----=20 authenticated=20 = -----/
>  >       &= nbsp;           &n= bsp;           &nb= sp;    \-------=20 encrypted=20 = --------/
>  >
>  >  &nbs= p; UDP:  All=20 CAPWAP packets are encapsulated within=20 = UDP.  Section
>  >    &n= bsp; =20 Section 3.1 defines the specific UDP=20 = usage.
>  >
>  >   &= nbsp;CAPWAP=20 preamble:  All CAPWAP protocol packets are prefixed with=20 the
>  >       = preable=20 header, which is used to identify the frame type=20 that
>  >      =20 follows.  This header, is defined in Section=20 = 4.1.
>  >
>  >   &nb= sp;DTLS=20 Header:  The DTLS header provides authentication and=20 encrytion
>  >       = services=20 to the CAPWAP payload it encapsulates.  This = protocol
>=20 is
>  >       defined = in RFC=20 4347 [9].
>  >=20 [...]
>  >
>  > = 4.1  CAPWAP=20 = preamble
>  >
>  >   = ; The=20 CAPWAP preamble header is used to help identify the payload
>=20 type
>  >    that immediately=20 follows.  The reason for this header to is=20 avoid
>  >    needing the = perform byte=20 comparisons in order to guess whether=20 the
>  >    frame is DTLS = encrypted or=20 not.  The format of the frame is=20 = as
>  >    follows:
> &= nbsp;>
>  >      &nbs= p; =20 = 0            =       =20 = 1            =       =20 = 2            =       =20 = 3
>  >        = 0 1=20 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0
>=20 1
>  >
>=20 = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=   >        |Version|= =20 = Type  |         &n= bsp;          Reserved<= BR>>=20 = |
>  >        =
>  >=20 = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=   >
>  >    Version:&= nbsp; A=20 4 bit field which contains the version of CAPWAP used
>=20 in
>  >       this=20 packet.  The value for this draft is zero=20 = (0).
>  >
>  >   &nb= sp;Payload=20 Type:  A 4 bit field which specifies the payload type=20 that
>  >       = follows the=20 preamble header.  The following values are
>=20 = supported:
>  >
>  >  &nb= sp;   =20 0 -  Clear text.  If the packet is received on the = data=20 UDP
>=20 = port,
>  >       &n= bsp;  the=20 CAPWAP stack MUST treat this as a clear text CAPWAP=20 = data
>  >       &nb= sp;  packet.  If=20 received on the control UDP port, the CAPWAP
>=20 = stack
>  >       &n= bsp;  MUST=20 treat this as a clear text CAPWAP control = packet.  If
>=20 = the
>  >       &nbs= p;  control=20 packet is not a Discovery Request or Response=20 = packet,
>  >       =    it=20 is illegal and MUST be=20 = dropped.
>  >
>  >   = ;   =20 1 -  DTLS Encrypted.  The packet is either of type = data=20 = or
>  >        = ;  control,=20 based on the UDP port it was received on (see
>=20 = section
>  >       =    Section=20 = 3.1).
>  >
>  >   &n= bsp;Reserved:  The=20 24-bit field is reserved for future=20 = use.  All
>  >     = =20 implementations complying with this protocol MUST set to zero
>=20 any
>  >       bits = that are=20 reserved in the version of the protocol supported
>=20 by
>  >       that=20 implementation.  Receivers MUST ignore all bits not=20 defined
>  >       = for the=20 version of the protocol they=20 support.
>  >
>  > = 4.2  CAPWAP=20 Header
>  >=20 = [...]
>  >       &n= bsp;=20 = 0            =       =20 = 1            =       =20 = 2            =       =20 = 3
>  >        = 0 1=20 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0
>=20 1
>  >
>=20 = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=   >        |Version|=   =20 RID   |  HLEN   = |  WBID  =20 |T|F|L|W|M|     Flags
>=20 = |
>  >        =
>  >=20 = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=   >=20 = [...]
>  >
>  >   &n= bsp;Version:  A=20 4 bit field which contains the version of CAPWAP used
>=20 in
>  >       this=20 packet.  The value of this field MUST match the = version
>=20 field
>  >       set = in the=20 CAPWAP preamble header (see Section 4.1).  The=20 reason
>  >       for = this=20 duplicate field is to avoid any possible tampering of
>=20 the
>  >       = version field=20 in the preamble header which is not encrypted=20 or
>  >      =20 = authenticated.
>  >
>  >
>&nb= sp; >=20 Pat Calhoun
>  > CTO, Wireless Networking Business = Unit=20 Cisco Systems
>  >=20 = _________________________________________________________________
>=   >=20 To unsubscribe or modify your subscription options, please=20 visit:
>  > http://lists.frascone.com/mailman/listinfo/capwap
&= gt;  >
>  >=20 Archives: http://lists.frascone.com/pipermail/capwap
> =
>=20 = _________________________________________________________________
>= To=20 unsubscribe or modify your subscription options, please visit:
> = http://lists.frascone.com/mailman/listinfo/capwap
&= gt;=20
> Archives: http://lists.frascone.com/pipermail/capwap
> =
>=20
>=20 = ------------------------------------------------------------------------<= BR>>=20 Never Miss an Email
> Stay connected with Yahoo! Mail on your = mobile.=20 Get started!
> <http://us.rd.yahoo.com/evt=3D43909/*http://mobile.yahoo.co= m/services?promote=3Dmail>
>=20
>
>=20 = ------------------------------------------------------------------------<= BR>>=20
>=20 = _________________________________________________________________
>= To=20 unsubscribe or modify your subscription options, please visit:
> = http://lists.frascone.com/mailman/listinfo/capwap
&= gt;=20
> Archives: http://lists.frascone.com/pipermail/capwap
=

Check out the all-new Yahoo! Mail beta - Fire = up a more=20 powerful email and get things done faster.

Have a burning question? Go to Yahoo! Answers and get answers from = real people=20 who know.

It's here! Your new message!
Get new=20 email alerts with the free Yahoo!=20 Toolbar. ------_=_NextPart_001_01C73B3B.C513B08E-- --===============0816774407== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============0816774407==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 18 16:49:56 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7f8u-0004Nz-41 for capwap-archive@lists.ietf.org; Thu, 18 Jan 2007 16:49:56 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7f8r-0007pk-RH for capwap-archive@lists.ietf.org; Thu, 18 Jan 2007 16:49:55 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id A1943398393 for ; Thu, 18 Jan 2007 13:49:48 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 866214A41D3 for ; Thu, 18 Jan 2007 13:49:41 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 490DC39807C for ; Thu, 18 Jan 2007 13:49:41 -0800 (PST) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by zoidberg.tigertech.net (Postfix) with ESMTP id 2A88539817C for ; Thu, 18 Jan 2007 13:49:39 -0800 (PST) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-4.cisco.com with ESMTP; 18 Jan 2007 13:49:38 -0800 Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l0ILnbq6002965 for ; Thu, 18 Jan 2007 13:49:37 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l0ILnbUw018969 for ; Thu, 18 Jan 2007 13:49:37 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 18 Jan 2007 13:49:37 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 18 Jan 2007 13:47:38 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2031F95A8@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 191: Clear Config Request. this operation has several problems Thread-Index: Acc7SkWVeTpQfvdqRMCM8UIPQRHHBg== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 18 Jan 2007 21:49:37.0354 (UTC) FILETIME=[8C7672A0:01C73B4A] Authentication-Results: sj-dkim-4; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Issue 191: Clear Config Request. this operation has several problems X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 39bd8f8cbb76cae18b7e23f7cf6b2b9f I wanted to respond once more to the list of sub-issues in issue 191. 44) Clear Config Request. this operation has several problems, which include: 1) currently, the CAPWAP-01 spec says that this can only be done in the "run" state. This is silly. It should also be possible in the "configure" state. I wonder why the AC would even consider clearing the WTP's state before it even knows how it is configured. I do not believe this needs to be addressed. 2) the value of "manufacturing defaults" is not defined, and a poor term to use, since it implies that that each manufacturer can have different values. If so, then the AC will have no knowledge of the config on the WTP! The problem of "default config values" has already be mentioned above. After each config attribute has been defined with a default value, then the proper term would be "CAPWAP config defaults". The latest spec ensure that default values are defined for all fields. I believe this has been addressed. 3) This operation is not defined to have a response. This is broken, since any config change can fail. Also, it is not defined what happens next. Does this cause the WTP to reboot an start a "clean discovery"? This is essentially a duplicate of issue 73. Proposed text has already been provided. Given the above, I propose we reject this issue. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 18 17:14:12 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7fWO-0002y2-ET for capwap-archive@lists.ietf.org; Thu, 18 Jan 2007 17:14:12 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7fWH-0002qj-NO for capwap-archive@lists.ietf.org; Thu, 18 Jan 2007 17:14:12 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 66D4B39834A for ; Thu, 18 Jan 2007 14:14:05 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 4B4D34A41D3 for ; Thu, 18 Jan 2007 14:13:47 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 3220F3981AE for ; Thu, 18 Jan 2007 14:13:47 -0800 (PST) X-Greylist-Status: Sender first seen 7 days 07:57:51 ago Received: from thingmagic.com (unknown [64.25.87.235]) by zoidberg.tigertech.net (Postfix) with ESMTP id 0245B39807C for ; Thu, 18 Jan 2007 14:13:41 -0800 (PST) Received: from [66.30.121.250] (account margaret HELO [192.168.2.2]) by thingmagic.com (CommuniGate Pro SMTP 5.0.1) with ESMTPSA id 1767251 for capwap@frascone.com; Thu, 18 Jan 2007 17:13:37 -0500 Mime-Version: 1.0 (Apple Message framework v752.3) To: capwap Message-Id: Content-Type: multipart/mixed; boundary=Apple-Mail-54--274832114 From: Margaret Wasserman Date: Thu, 18 Jan 2007 17:13:32 -0500 X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0 tagged_above=-999 required=7 tests= X-Spam-Level: Subject: [Capwap] Interim Agenda X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 4b66a1e94d7d92973ece9e5da449ff80 --Apple-Mail-54--274832114 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Hi All, Attached is the agenda for our upcoming CAPWAP interim meeting January 24th & 25th in San Jose. This agenda may change over the next few days as discussions converge on the list, but hopefully this version will allow people to prepare for the meeting. Please remember that the meeting is not a forum to raise major new issues or to make new proposals for changes to the CAPWAP specs -- that should be done on the mailing list. At the meeting, we will be trying to find resolutions to existing issues that have already been raised and discussed on the list. Those resolutions will, of course, be brought back to the mailing lit for confirmation. Margaret --Apple-Mail-54--274832114 Content-Transfer-Encoding: 7bit Content-Type: text/plain; x-unix-mode=0644; name=capwap-issues-interim.txt Content-Disposition: attachment; filename=capwap-issues-interim.txt CAPWAP Interim Agenda January 24th & 25th, 2007 Cisco, San Jose, CA, USA DAY ONE (Wednesday 1/24, 9:00am - 5:00pm) ========================================= 9:00am Introductions/Administrivia -- Chairs (5 min) Agenda Bashing -- Chairs (10 min) 9:15am Review/Confirm Issue Categorization (below) -- Margaret (30 min) GOAL: Reach consensus on categorization. 9:45am Begin coverage of topics listed below. GOAL: Reach consensus on how to close issues. TOPIC #1: DTLS-Related Issues -- Pat (2 hours) 10:30am Break (15 min) 10:45am TOPIC #1 Continued. 12:00pm Lunch (1 hour) 1:00pm TOPIC #2: Config-Related Issues --Michael (1-1/2 hours) 2:30pm Break (15 min) 2:45pm TOPIC #3: Firmware-Related issues -- Margaret (1-1/2 hours) 4:45pm Review consensus points and action items -- Chairs (15 min) 5:00pm Adjourn DAY 2 (Thursday, 1/25, 9:00am - 5:00pm) ======================================= 9:00am Introductions/Administrivia -- Chairs (5 min) 9:05am Continue discussion of topics. GOAL: Reach consensus on how to close issues. TOPIC #4: Packet Format Issues -- Dorothy G. (1-1/2 hours) 10:45am Break (15 min) 11:00am TOPIC #5: Message Handling Issues -- Mani (1 hour) 12:00pm Lunch (1 hour) 1:00pm TOPIC #6: 802.11-Specific Issues -- Dorothy S. (1 hour) 2:00pm Break (15 min) 2:15pm TOPIC #7: JOIN and Discovery-Related Issues -- Pat (1 hour) 3:15pm Re-Visit any Unresolved Issues 4:45pm Review consensus point and action items -- Chairs (15 min) 5:00pm Adjourn --- PREPARATION: Review the open issues below. All issues are described in more detail in the issue tracker at http://www.capwap.org, and most have been discussed on the list. In some cases, solutions have been proposed on the list. The latest CAPWAP Internet Drafts can be found here: CAPWAP Protocol Specification -- http://www.ietf.org/internet-drafts/draft-ietf-capwap-protocol-specification-03.txt CAPWAP Protocol Binding for IEEE 802.11 -- http://www.ietf.org/internet-drafts/draft-ietf-capwap-protocol-binding-ieee80211-00.txt New versions of these drafts are expected to be published before the interim. --- TOPIC #1: DTLS-Related Issues -- Pat (2 hours) 226 Transition to join state 229 DTLSMtuUpdate undefined --- TOPIC #2: Configuration-Related Issues -- Michael (1-1/2 hours) 72 get WLAN Config message 73 Problems with setting initial config 108 Configuration Failure Processing 181 Configuration Status is broken 190 Issues with configuration update response 191 Clear Config Request. this operation has several problems --- TOPIC #3: Firmware-Related issues -- Margaret (1-1/2 hours) 126 Wrong place for "Image data" state 192 Problems with image data request and response 200 Trickle firmware download --- TOPIC #4: Packet Format Issues -- Dorothy G. (1-1/2 hours) 146 Updated proposal for packet formats 227 Need Shim Header to indicate crypto property of packet 223 Description of RID field is unclear unread 230 crypto algorithms for DTLS unread --- TOPIC #5: Message Handling Issues -- Mani (1 hour) 121 Provide more clarity on receiving unexpected message 152 Which message elements can be repeated? unread 153 Can "additional" message elements be added to a message? unread 173 What if all of the message elements do not fit within a single frame chatting montem --- TOPIC #6: 802.11-Specific Issues -- Dorothy S. (1 hour) 199 EAPoL-Key message generation at WTP or AC chatting dstanley 138 Support and negotiation of WTP data encryption in the CAPWAP protocol chatting dstanley --- TOPIC #7: JOIN and Discovery-Related Issues -- Pat (1 hour) 13 define how MTU of 1596 was chosen 149 IPv6 Multicast address for Discovery 175 WTP Board Data belongs in the Join, not configure unread dstanley 219 Insufficient description of WTPs during discovery unread dstanley ISSUES THAT WILL NOT BE DISCUSSED: TOO NEW/NOT DISCUSSED ON LIST ACTION: Start/continue list discussion. ========================================================================= None. EDITORIAL OR SIMPLE, WELL-UNDERSTOOD FIX ACTION: Editors to fix in documents, no discussion needed. ========================================================================= 87 Use of DTLS for CAPWAP data channel 101 11.8.1.1 Change to re-use 802.11 Information element definitions chatting dstanley 122 Editorial Issues in CAPWAP-01 127 Usage of the Session ID field 177 WTP Reboot Statistics belongs in the Join 194 Handling duplicate IPV4 addresses 218 Static IP Address message element is a MUST 231 Need clarifications on Image Data Transfer 232 WTP Static IP Address, RSNA Error Report Text Error 233 Idle Timeout needs clarification NOT ACTIONABLE ACTION: Close with no changes, after list confirmation. ========================================================================= 161 The term "Mobile" is not really accurate (no better term proposed) 114 How does CAPWAP know there's a NAT? (it doesn't need to know) 159 Operations should have listed in which states they are applicable (not understood by editors, no response to request for more info) WISH LIST FOR FUTURE VERSION ACTION: Maintain in wish list for consideration in a later version. ========================================================================= 75 recommend LWAPP add a new notification message "Gratuitous disconnect notification" 79 Handover issue with CAPWAP 90 Using 802.3 for tunnelling in Split-MAC mode 112 MTU Discovery 148 Binding element for scanning report 205 Rogue AP Detection 206 Common MIB Statistics 207 New WLAN terminology proposed --Apple-Mail-54--274832114 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed --Apple-Mail-54--274832114 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --Apple-Mail-54--274832114-- From 899ramon@keromail.com Thu Jan 18 18:10:23 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7gOl-0007T9-KV; Thu, 18 Jan 2007 18:10:23 -0500 Received: from [189.158.227.180] (helo=PRE-XHGN1FEVDN4) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7gOk-0003Ci-8T; Thu, 18 Jan 2007 18:10:23 -0500 Message-ID: <66242605263488.CC2CD4F990@92162J> From: "(270) 818-7244 Kitty " <517bayard@kengmo.com> To: Subject: Too busyt o go back to school,{} but need a University {}Degree{} to get ahead? Date: Thu, 18 Jan 2007 17:12:07 -0500 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Thread-Index: AbOULGbRDJZsZeyN89Sxns8aX8o0gYXqNjaD Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 8bit X-Spam-Score: 1.3 (+) X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228 In just as little as 2 *weeks* you can have a masters degree from a national university. A better job, more income and a better life can all be yours in less than 2 weeks. No books to buy, no classes to go to, and no entrance exams. Learn in your own home at your own pace. We supply all the study materails, all you have to do is apply! Everyone is accepted! Reach Us Whenever +1 (270) 818-7244 Operators Online Now --------+++++++---------++++++++ the heat, the thirst-or The Surena's bringing up additional supplies.His father slept gods only knew where, not in the roadside tomb carvedhad grounded the butt of his Eagle in the mud, and the bronze birdhidden in slanted folds, and they smiled at the Romans as a gluttona centurion before the drums and bells drowned out his words. To their From hlpositively@brasnet.org Thu Jan 18 18:48:49 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7gzx-0000nU-6i; Thu, 18 Jan 2007 18:48:49 -0500 Received: from [213.151.178.98] (helo=cl-cbt5focbteja.fcvnet.net) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H7gzv-0006aJ-5h; Thu, 18 Jan 2007 18:48:49 -0500 Received: (qmail 737 invoked from network); Fri, 19 Jan 2007 00:48:52 +0100 Received: from unknown (HELO clcbt5focbteja) (hlpositively@brasnet.org@214.134.129.82) by 62b297d5brasnet.org with SMTP; Fri, 19 Jan 2007 00:48:52 +0100 Message-ID: <001a01c73b63$9715ae10$06d34cac@clcbt5focbteja> From: Scott X. Blake To: calsch-archive@ietf.org Subject: bafternoon Date: Fri, 19 Jan 2007 00:48:52 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0017_01C73B63.9715AE10" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.4682 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.2969 X-Spam-Score: 0.7 (/) X-Scan-Signature: 8b6657e60309a1317174c9db2ae5f227 This is a multi-part message in MIME format. ------=_NextPart_000_0017_01C73B63.9715AE10 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0018_01C73B63.9715AE10" ------=_NextPart_001_0018_01C73B63.9715AE10 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable because we possess these individual branches of knowledge that we triangula= r or circular. Those, on the other hand, to which the same one thing in a g= reater or less degree than of another. This is also also to content, as in = the case of a vessel and wheat, or of a jar and substance is relative. If, however, our definition was not complete, in min= d some one of these quantities, properly so called, that we contrary; thus = motion upwards is the contrary of motion downwards of the perceptible; by t= he perceptible, that which is apprehended by negation belong manifestly to a class which is distinct, for in this these = are reciprocally dependent, since, if there is a double, there It is eviden= t that positives and privatives are not opposed each biped, receptive of kn= owledge, human, should be removed, and the a distinct form of motion, necessarily be subject to alteration Balfour, ca= me forth of the British Linen Company, a porter attending me only time, but= space also, is a continuous quantity, for its parts not know at all that t= o which it is related, he will not know I had often admired a lassie before then, if scarce so sudden and ashamed, = he blushes; when he is afraid, he becomes pale, and so on. So impossible. T= he term great, therefore, is not the contrary of the with one thing, and gr= eat in comparison with another, so that the same like and unlike, equal and unequal, have the modifications of a number had = a relative position each to each, or a particular being. This is the case w= ith regard to the double and the half, for We must not be disturbed because= it may be argued that, though certain deep-seated affections is called a quality. I mean such part, and s= o it comes about that these appear to have a relative thing, besides, gave = me a look of running with the hare and hunting is not said to be blindness = of sight, but rather, privation of the terms are reciprocally connected, for the ruddered thing is abiding exi= stence: when once a syllable is pronounced, it is not Again, while the obje= ct of knowledge, if it ceases to exist, cancels Quantities consist either o= f parts which bear a relative position of which is explained by reference to something else, the which is to be ap= prehended by knowledge; by perception, perception But the perceptible surel= y exists before perception; for fire and In like manner there are affective= qualities and affections of the opposed within the same genus. Those things, moreover, are that which is bl= ack. This, however, is not always the case. Red, coming first with them. Th= is sense of the word is perhaps the most ------=_NextPart_001_0018_01C73B63.9715AE10 Content-Type: text/html; charset="windows-1251" Content-Transfer-Encoding: quoted-printable
because we possess these indivi= dual branches of knowledge that we triangular or circular. Those, on the ot= her hand, to which the same one thing in a greater or less degree than of a= nother. This is also also to content, as in the case of a vessel and wheat,= or of a jar and

substance is relative. If, howe= ver, our definition was not complete, in mind some one of these quantities,= properly so called, that we contrary; thus motion upwards is the contrary = of motion downwards of the perceptible; by the perceptible, that which is a= pprehended by

negation belong manifestly to a= class which is distinct, for in this these are reciprocally dependent, sin= ce, if there is a double, there It is evident that positives and privatives= are not opposed each biped, receptive of knowledge, human, should be remov= ed, and the

a distinct form of motion, nece= ssarily be subject to alteration Balfour, came forth of the British Linen C= ompany, a porter attending me only time, but space also, is a continuous qu= antity, for its parts not know at all that to which it is related, he will = not know

I had often admired a lassie be= fore then, if scarce so sudden and ashamed, he blushes; when he is afraid, = he becomes pale, and so on. So impossible. The term great, therefore, is no= t the contrary of the with one thing, and great in comparison with another,= so that the same

like and unlike, equal and uneq= ual, have the modifications of a number had a relative position each to eac= h, or a particular being. This is the case with regard to the double and th= e half, for We must not be disturbed because it may be argued that, though<= /FONT>

certain deep-seated affections = is called a quality. I mean such part, and so it comes about that these app= ear to have a relative thing, besides, gave me a look of running with the h= are and hunting is not said to be blindness of sight, but rather, privation= of

the terms are reciprocally conn= ected, for the ruddered thing is abiding existence: when once a syllable is= pronounced, it is not Again, while the object of knowledge, if it ceases t= o exist, cancels Quantities consist either of parts which bear a relative p= osition

of which is explained by refere= nce to something else, the which is to be apprehended by knowledge; by perc= eption, perception But the perceptible surely exists before perception; for= fire and In like manner there are affective qualities and affections of th= e

opposed within the same genus. = Those things, moreover, are that which is black. This, however, is not alwa= ys the case. Red, coming first with them. This sense of the word is perhaps= the most
------=_NextPart_001_0018_01C73B63.9715AE10-- ------=_NextPart_000_0017_01C73B63.9715AE10 Content-Type: image/gif; name="setting.gif" Content-ID: <001a01c73b63$9715ae10$06d34cac@clcbt5focbteja> Content-Transfer-Encoding: base64 R0lGODlhbAG+AIYAAAAAAP///4j///9m//93//+I///M/wD///8A//+Z//8R//8i//9E/wAA mf8AAP//7jP//5n//0T//7v//3f//8z//2b//1X//xH//6r//yL//+7////u///d//+7//+q //9V/wCZZiJViABmAMxmAO4AAAAAZswiu8wiADN3d91md5kAzP//3cyIIv//zP//u///qpkA AET/M///mf//iP//AP//d///Vf//RP//M///Iv//EZkAiA4ODlBQUIeHh76+vvX19bW1tenp 6R0dHVFRUYWFhbm5ue3t7SEhIVVVVYmJib29vfHx8SUlJVlZWY2NjcjIyP///zY2Nmpqap6e ntLS0gYGBjo6Om5ubqKiotbW1goKCj4+PnJycqamptra2g4ODkJCQnZ2dqqqqt7e3hISEkpK Sn5+frKysubm5hoaGk5OToKCgra2turq6h4eHlJSUoaGhrq6uu7u7iIiIlZWVoqKir6+vvLy 8iYmJlpaWpKSksbGxvr6+i4uLiH5BAAKdgAALAAAAABsAb4AAAf/gAGCg4SFhoeIiYqLjI2O j5CRkpOUlZaXOZeam5ydnp+goaKjpKWmp6ipqqusra6vsLGys7S1tre4mze5vL2uF77BwrIa w8ajOMfKy6AKzM/Q0dLT1NWnLtbZ2tvcoATd4OHi4+Tl5ufo6eqlBuvu7/Dx8vP09fb3+PmC NPqoDP3KOAC0VSAcv4GMWFQSiLChw4cQI1KbIZFbO0IOMmYstBFjR0EOEn0EqTFkpJEBRpY0 mXIlypYaSboctNJQTZI0WdrU2XLnzZkwb+b8KDQoS5UmXSYt6hOpTp5DiRaVKhNqz1cos6o8 VNJjzpM8qeL0yvXo07BmyV7t+FLtWLdf/99eLRt3bdq5dunKVSv1qd68b9meRdQ2lVO/REUO 3stI616khO/KdYxXMN6mcC8HZsmi8FyxoBe3hcwRLcjPO8mS3kg5NdazWxNH5mtVEeXWmmXO rju2cFfbMXkz/rz4b3CPUFdbJQ2XLerSu3sfF059krNJoWn2Vky7aXKlS6FXr2pauOWyngFr Xlli6e/xld8b5S34Z3HzSbeLdy39pe/aqGR3Gk4AaiVfI7eVN1xp9yU4m2fnrbdcSP4VOOF3 4cU12n2P5Ucgf8Epd9l/koDQSX0/fWUhd5A46BaJk3EYIWAbAlWhXrjtJ6B6PNL3nXhp/aih aBkuKMuMzg3FIv9/j7Qm1nhPjigZcZsxOeNwUUJoUg07Illkd8YdhVxZOkhX15MwqiLUamN6 Z1Z6S8Y4nZFMVTjnfDHuZ1dNSuW54HtTyQeUUSimN1WbbpLXIIV35lbRo5BaYsEnO0Rq6aWY ZkoPNpp2es8CnoYqqkQphDpALP+MKkwKparqqj6stvoqLwnMygqrtqbCUK60nDoIrrwGu0kE wharCqfGJqvsMRUs6+yz0EYr7bSR2KDMN9Rmq+221MjA7be5eAvuuLWISy61JNxi7rmNpGur u4yQIO+8hswr7yD83HuIvfOuq28h9AIM7yD8/iuIwQcPTDC/CSscgLsFK4zwwwMXvLD/xRQz TAjGEVessSIOh4rxvgb/G3DGCyNisAwmT3xyygJv7HHMiZTscsIyw+uyzjPLTDPOP1Ncc88k 2zvqvRCHLLTPQMO8dL0Ds8yzxC9nTPXPNi9S8tMHN930zl5zLTbCZBMdtNgpJy0yxAePQDLI Ies7cdPiys11umWXjTXP8Vbstdo0g4021Gfr7fTZQ3c9uKV2w+044Yv/WzfbLd8NeNiVLx60 2gxdDrPgH0N++Nhm5yxvMYk//KrRj1vt+edKgw6053KbbTMGc79NsNOvLy2467//7bDNI0c8 dO5r5w563L2H7TvOtR/ecujAt+v3516DGj3iVhc+MtPOF630/8XjZ9r88rorPzzbDfNuvPA5 h785071vD77omJdu+SPIK97/o41T394GqDveXcx94DPc/lqnOp+9LnP0u9r9SLe52EkwcPKL lN2Q97LpHVB+xNudCGe3PufZL4N3gxrtsobA0VGwghMUxAtYCDm8le9RE6ie1qjnOoFx7HsN TF8JB4e0IfowYOtLGg91SL65KVBmH/hh8ZbYxBtiyorsYgQFXIHFK2YRGl28RK2+SMYymtEQ NTijGhdxnTWqsQMdcKMcOxHHOdrREnW8Y7DySAs46nEUYwQXHxFCkT9qY5CGTKQiUUGsRTrS EwexziMnSclKWvKSmMykIDLgCxOxK/9VmgylKI+BgFFCIgQhkAQqTVkRVLoylZ5YZSRkSYpX 0tKWtBRELnUJS1yaskynyOUuLzFMRhSzE64khCyFeUtYDmKXx2RlKKDpzE1EMxHX1AQ1eVmI ZiqzmtyUZjDB+c1yBmCVr+SlN5PZTXaG85zkXMQLFHHNYS7TmcXMpjg5YUtDMFOdz/QmPHtZ zXsG9KDIjCdCzWnQQ+hzn9b0JUIF+k54VrSh4aRoRAPKTnsS1KKIeOgySjmKGMTgUR5op0A1 +k+QZrSgHxWFRyv60nQ6VKEDMWmmVopPmDLUpy4FqUgnMdOg1pSmSH2ITiGyTY4C9aIxfelP F8pPcGL0nS3/NSekltqQrKrzqUHFaEspOlRHuFOoMO3pIE7VVEud1CESbadcqXpPm34zq2V9 RFxxadUQbPGndoWoK/Iq2GgRtrDQOixiF8vYxjpWHw14LKQaEFlUVLYWlM1GZv9I2c5e1hCb LYVnPzvaRYR2EJ4lxGg/q1rWQuK0ASgtImQrCNrGtrOqna1rI4IBXIQWtqvIbGWHe1ng1ha3 rT2EcZOrXNMi97io3e1viRtd6N4WtYlYrqiSYYrpQle4xU3tcZ973UYItxDezS5pd1te9c7W vOutLmjDa93ybva+itCuGdNb2vvSN73tdS5sAazc9Yp3vMbVLnvRG9/6BiBV/KWv/32He1vg 6pcVnIxUhJlrYQlLgrYEni9zAyzfEUfXtiIucYIlvOHrRta/DL7jaks84fmiOBLiDXGMVSxd 1yoYviNesXwBnFrqkvjCXxTykH284A/X2MEpri+MoUzi3DLitDpu75SrXFvrDrjJZFSyl//r YSR3ObZP1jJrscxiD9MYvUDm8ZLnTGU0j3nHcxSzmp9rWzMj2MBsPjGfD1zh5frZxoMm73QV TWgrIxjPkqUEmFVxaGVUuh8PGMikKb1bAUTj0hWBgbZA3QtSR/rUqE61slAXS2dxVxYqUAEz FNsNnHZiA+yS9WD72QhafzWwoPB1SIFtVJUy86zuyLAsJP/wCF2zgrDCpuoooi3XXjoVm2p1 KbWLFetn2/qu7uS1thVKzXCnsq7mNgG6s00JdA4b2xNlNxmdjQpx31TaUk1qseOdTJ7Ge67t Rja+FyrWb3tinp6ityrWjdWe2lSjWv11VMfdcH1bwt4W97fFz9XtVURT4xT/+FOvylNeb9uf yBb5vzdejUmRQ+HTlDfAC35QlRN84iCPeKvbivKV77uwEAdsxTlKz5HjnKBRverPzapLozYV 5Cd/JMZRfm6Hn1XgOpdoucd99aDPMrB7tXpao65qgE+7mi1oQSoMXvZbkP3dhUh7MKWFcFG9 3ak4lXvbs6X3vU9L7X4/hcsDL0r/UzekUqZkNnwbXWATkwLEm/bEjMMhAnK8OhiIz6+bG8+K Fqciy9aofKdSOgoi5/j032Xzgf3sXdmC98/VZTTjTU9nLvNC9OTK8pYnbGTaLz7KhX5xm3u/ eTXL2fjGwP24Jv9nI9/5+ba/8uobLGXnb7nDkK+94Vuh/G+9/viBRj7oH4Hc8B93jNe3PpM5 XGbhL6P73Ep/7dMs/w+32cSerz/+1R/7yNsC/udQSMOQf85Hf8RXfLo1f+ZXf/61fnQme4SX gEs2fcTHY+5XZ7oFgUc2fRZYZatlYAFGXpHwVxG4CbB1EbmwfcBXgq6ggpzWCS7IgpLGeL5F g5UQgzKY/4M6GAzIsoM+WEbA9INCOIREqA+eVIRCSFLRgi1IiFgHcEmB1IRSOIVUWIVnlAnD 8AFWuIVc2IVe+IWj1FvGsgJkSIaDUIZlSAhmKAhriIaHgIZrGABxGIeQAIdnCIcrIId4uIdm 6IZ6mIdnqIZ+WAh4eId2KIiEeIhsCIiLmIiFuIhp+IaPSIdtiIY8cIeIoIh/GImQOIiUyIh6 OA1zCIijiImhaIqGUIqnSIePoIqsiIiJGIuQqIao+IquCIqpiIuqeIqNKImyyIuwmIu9yIuV 6IvDuIuvOIzAmIzH8InKWIysyIy3CIytCIrFmIm4SI1zSIzPmI3TiI3OWIukmP+NqKiN3kiO q8iI3xiMvRiO0miN8CgN7wiLg1iOwViJzMgI84iNwniP3EiNxpiOieCGT7iM8JiPBpmISqiM jhiP7XiOsuiO6BiODLkM+/iQtjiR6jiO+aiJFdmJnAiQ0aiO7fiRDTmKiniNCcmOAWmOueiR I2mKGRmRDrmH5UiRjXACt4CS3diIMSmJnpiHCDmQGzmORNmPtYiJRjmLsYiT9LiRLDmUTjmT 4HiQnEiVMlmTGsmOQzkIJ4ACuCCRT9mTLZmVj4BrK9mREOmPPkmWY/mRfOiWJnmTuriW/biL LOmSaYmOnaCTvLCOyAiVZomUXUmYS1mWeimHgiiYIinEmMkolhUplXVpjyapko9JjoEpjvxI l4zgl70wiZrojEEJlw5Zh4dok5T5iW24mIsZkj2JmhJZj5T5i4b4jqeplUAZlCH5iCCJl05Z CCfgmWDoCBBgD8I5nBJxnJSQacjZnM75nM2JSJ7QRpFAndCpCZGEnApxndx5LV1Yd4rgad05 nuRZntSyneaZnuq5nuypDJfXnvDJK5m3CABQn/Z5n/iZn/q5n/zZn/75nwAaoAI6oARaoAZ6 oAiaoAq6oAzaoAAaCAA7 ------=_NextPart_000_0017_01C73B63.9715AE10-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 18 18:57:38 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7h8U-00080C-Kn for capwap-archive@lists.ietf.org; Thu, 18 Jan 2007 18:57:38 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7h8S-0003ZL-Ki for capwap-archive@lists.ietf.org; Thu, 18 Jan 2007 18:57:38 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 40A0E3983B8 for ; Thu, 18 Jan 2007 15:57:34 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 801334A41E2 for ; Thu, 18 Jan 2007 15:57:28 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 61BF63982A5 for ; Thu, 18 Jan 2007 15:57:28 -0800 (PST) Received: from shell4.bayarea.net (shell4.BAYAREA.NET [209.128.82.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 667683980B7 for ; Thu, 18 Jan 2007 15:57:26 -0800 (PST) Received: (qmail 32142 invoked from network); 18 Jan 2007 15:57:25 -0800 Received: from shell4.bayarea.net (209.128.82.1) by shell4.bayarea.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Jan 2007 15:57:25 -0800 Date: Thu, 18 Jan 2007 15:57:25 -0800 (PST) From: "David T. Perkins" X-X-Sender: dperkins@shell4.bayarea.net To: capwap@frascone.com Message-ID: MIME-Version: 1.0 X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=-0.001 tagged_above=-999 required=7 tests=SPF_HELO_PASS X-Spam-Level: Subject: [Capwap] Review of resolution to issue 226 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 67c1ea29f88502ef6a32ccec927970f0 HI, Below are comments for the resolution with date 2007-01-11 to issue 226: 1) The "Disc" state has a transition labeled "d" to "Sulking". This is a typo. It should be labeled "e". 2) There is a problem with transition "b" and notifications "n4", "n5, and "n6". The notifications should go to the "Disc" state, and transition "b" should be from the "Disc" state to the "Sulking" state. 3) The semantics for a WTP going through a list of ACs is not well specified. That is, does a WTP send Discovery requests to all ACs, and wait for responses to all ACs. Or does it send a Discovery request to the first AC in the list, wait for a response, and if none, then send to next. Likewise, if it tries to "join" to the first AC, and that fails, it seems like it should try to join with the next in the list. Also, when the WTP has no success joining with all the ACs in the list, it seems that the WTP should then send a broadcast Discovery Request. 4) It appears that there is a mismatch in semantics between DiscoveryCount and MaxDiscoveries. That is, DiscoveryCount is per AC, and MaxDiscoveries appears to be the total for all ACs. 5) The description for transition "Sulking to Idle (f)" specifies behavior for the AC. An AC is never in the Sulking state, and this should be removed. 6) The description for the "Join to Configure (g)" transition also describes the "Configure to Image Data (h)" transition. And the descriptions conflict. This is a messy description. (This will be addressed in the new state diagram proposal.) 7) The description for "Configure to Image Data (h)" says the WTP "determines that its version number is different". This needs to be fixed. (This will be addressed in the new state diagram proposal.) 8) The transitions "Configure to Reset (k)" and "Image Data to Reset (m)" are similar and the descriptions should be essentially identical. However, they are very different for both the WTP and AC. Also, don't see how notifications "n5" or "n6" could be valid, since they cause transitions from state "DTLS Setup" to the "Idle" state. But DTLS is in the "DTLS Run" state. Need help. 9) Not sure that the description for "Configure to Run (p)" is appropriate for the WTP. (This will be addressed in the new state diagram proposal.) 10) The "Run to Run (q)" needs to include downloading a new image to the WTP. (Note, I haven't verified the list of operations to make sure it is complete and correct.) 11) The letters for state transitions "r" and "s" are switched between the diagram and the descriptions. (That is, there is a simple typo.) 12) The "Run to Reset (r)" description says that either the WTP or AC may initiate, but the specific descriptions for the WTP and AC describe only the AC initiated behavior. 13) The "Run to Image Data (s)" should not occur (or possibly be only optional for low end WTPs, and a different op code be used than used for "image transfer operations" while still in the Run state. 14) To include "c1" in the state machine seems a little strange, since it is typically done only one time in the life time\ of the WTP and AC, and as specified it is done for the WTP but not for the AC. (Thus, I'd remove it.) The same can be said for notification "n1". 15) The "c2" transition is shown coming from both the "Idle" and "Disc" states. It should be only in the "Disc" state. 16) The diagram shows the "c4" transition to the "DTLS Idle" state. It should be to the "DTLS Setup" state. 17) The description of "n3" says that FailedDTLSSessionCount is set to zero. Well, this variable is not used in the rest of the state machine, and it is confusing to mention it here. 18) The description of "n4" says that FailedDTLSSessionCount is set to zero. This doesn't seem correct. As specified, a WTP will continue to establish a session that the AC rejects. 19) the descriptions of "n6" and "n7 should include a reference to the good explanations found later in the text. 20) The first sentence of section 2.4.2 is not quite correct, since the meaning of "discovery" is changed from how it is used earlier. 21) The last paragraph of the message that has the sentence beginning with "DTLS decapsulation errors consist of ..." uses the terminology "authentication". This term means "message integrity checked" and "endpoint identity authenticated checked". Thus, it is a little confusing. I'd either replace "authenticated" with the appropriate phrase that included "integrity checked", or put both terms with the second one in parentheses. Regards, /david t. perkins _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 19 03:52:32 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7pU8-0007vo-BJ for capwap-archive@lists.ietf.org; Fri, 19 Jan 2007 03:52:32 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7pU6-0001p0-Aw for capwap-archive@lists.ietf.org; Fri, 19 Jan 2007 03:52:31 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id D2660398390 for ; Fri, 19 Jan 2007 00:52:27 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 39CCC4A41D3 for ; Fri, 19 Jan 2007 00:52:23 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 0CFAE430582 for ; Fri, 19 Jan 2007 00:52:23 -0800 (PST) Received: from trpz.com (mail1.trpz.com [66.7.225.38]) by hermes.tigertech.net (Postfix) with ESMTP id 14973430581 for ; Fri, 19 Jan 2007 00:52:20 -0800 (PST) Received: from [127.0.0.1] ([172.21.56.118]) by trpz.com (8.13.5/8.11.6) with ESMTP id l0J8qDwF016893; Fri, 19 Jan 2007 00:52:17 -0800 Message-ID: <45B086BE.6070009@trapezenetworks.com> Date: Fri, 19 Jan 2007 00:52:14 -0800 From: Jim Murphy User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: "Pat Calhoun (pacalhou)" References: <4FF84B0BC277FF45AA27FE969DD956A2031F9521@xmb-sjc-235.amer.cisco.com> In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A2031F9521@xmb-sjc-235.amer.cisco.com> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests= X-Spam-Level: Cc: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 798b2e660f1819ae38035ac1d8d5e3ab Pat Calhoun (pacalhou) wrote: > Puneet, > > Addressing your specific list of options: > 1) Continuing to bring up the removal of the MUX is simply a waste of > time. The WG has decided, so let's move on please. When was this WG decision made? Your original proposal (this thread) was made on Nov. 22, 2006 (after the IETF meeting) and we are merely discussing the merits of the proposal on the mailing list, as we should. Thanks, Jim _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 19 04:30:53 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7q5F-0003eD-Hn for capwap-archive@lists.ietf.org; Fri, 19 Jan 2007 04:30:53 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7q5E-00038j-3S for capwap-archive@lists.ietf.org; Fri, 19 Jan 2007 04:30:53 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 9AE9043084C for ; Fri, 19 Jan 2007 01:30:48 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 32E3D4A41D3 for ; Fri, 19 Jan 2007 01:30:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id F19F2398228 for ; Fri, 19 Jan 2007 01:30:39 -0800 (PST) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by zoidberg.tigertech.net (Postfix) with ESMTP id 16D153981B4 for ; Fri, 19 Jan 2007 01:30:38 -0800 (PST) Received: from sj-dkim-6.cisco.com ([171.68.10.81]) by sj-iport-5.cisco.com with ESMTP; 19 Jan 2007 01:30:37 -0800 Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-6.cisco.com (8.12.11/8.12.11) with ESMTP id l0J9UbpO021211; Fri, 19 Jan 2007 01:30:37 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l0J9Ubho021270; Fri, 19 Jan 2007 01:30:37 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 19 Jan 2007 01:30:35 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 19 Jan 2007 01:30:34 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2031F977C@xmb-sjc-235.amer.cisco.com> In-Reply-To: <45B086BE.6070009@trapezenetworks.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Thread-Index: Acc7pyh6DMrxgDO+Twu5iPoA3YVA6QABTMIA References: <4FF84B0BC277FF45AA27FE969DD956A2031F9521@xmb-sjc-235.amer.cisco.com> <45B086BE.6070009@trapezenetworks.com> From: "Pat Calhoun (pacalhou)" To: "Jim Murphy" X-OriginalArrivalTime: 19 Jan 2007 09:30:35.0733 (UTC) FILETIME=[7935C850:01C73BAC] Authentication-Results: sj-dkim-6; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim6002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: e1e48a527f609d1be2bc8d8a70eb76cb I typed too fast. To keep bringing up the use of a single port has been decided by the WG. I will let the chairs respond to this. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] > Sent: Friday, January 19, 2007 12:52 AM > To: Pat Calhoun (pacalhou) > Cc: capwap@frascone.com > Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 > (and part of 146) > > > > Pat Calhoun (pacalhou) wrote: > > Puneet, > > > > Addressing your specific list of options: > > 1) Continuing to bring up the removal of the MUX is simply > a waste of > > time. The WG has decided, so let's move on please. > > When was this WG decision made? Your original proposal (this > thread) was made on Nov. 22, 2006 (after the IETF meeting) > and we are merely discussing the merits of the proposal on > the mailing list, as we should. > > Thanks, > > Jim > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From okqklhbookb@orange.es Fri Jan 19 06:56:10 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7sLq-0002mz-Ld for capwap-archive@lists.ietf.org; Fri, 19 Jan 2007 06:56:10 -0500 Received: from 68.pool85-50-151.dynamic.orange.es ([85.50.151.68]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7sLp-0000cH-8j for capwap-archive@lists.ietf.org; Fri, 19 Jan 2007 06:56:10 -0500 From: "based" To: capwap-archive@lists.ietf.org Subject: Refinance approved Date: Fri, 19 Jan 2007 12:55:00 -0100 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0003_01C73BC9.07A1AD90" X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: Acc7yQejKg6l4TKnQXGOLfDdf4nxaQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Message-Id: X-Spam-Score: 4.6 (++++) X-Scan-Signature: d6b246023072368de71562c0ab503126 ------=_NextPart_000_0003_01C73BC9.07A1AD90 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Thank you for your loan request, which we recieved yesterday, your refinance application has been accepted

Good Credit or Not, We are ready to give you a $398,000 loan, after further review, our lenders have established the lowest monthly payments.

Approval process will take only 1 minute.

Please visit the confirmation link below and fill-out our short 30 second Secure Web-Form.

www.amaeryamsmaa.com
------=_NextPart_000_0003_01C73BC9.07A1AD90-- From schbla@iaetc.com Fri Jan 19 08:22:08 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7th2-0006fD-Lq for capwap-archive@ietf.org; Fri, 19 Jan 2007 08:22:08 -0500 Received: from 85-250-30-196.bb.netvision.net.il ([85.250.30.196] helo=iaetc.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H7tgs-0007Wh-J1 for capwap-archive@ietf.org; Fri, 19 Jan 2007 08:22:08 -0500 Message-ID: <01c73bcc$f8eb8420$c41efa55@17> Reply-To: "Benjamim Rardin" From: "Benjamim Rardin" To: "Dell Meigs" Subject: Re: my migratio Date: Fri, 19 Jan 2007 15:23:13 +0200 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_006A_01C73BDD.8D1B3450" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 4.5 (++++) X-Scan-Signature: 4166dd0e0c668adc975c3d3e0f1bce3b This is a multi-part message in MIME format. ------=_NextPart_000_006A_01C73BDD.8D1B3450 Content-Type: multipart/alternative; boundary="----=_NextPart_001_006B_01C73BDD.8D1B3450" ------=_NextPart_001_006B_01C73BDD.8D1B3450 Content-Type: text/plain; charset="windows-1255" Content-Transfer-Encoding: quoted-printable reassure myself that the normal condemned passenger on, this flight Re: my migratio=20 Landing was easy, What do you mean tombstone? And what do you mean death sentence? lock swung majestically open. A keen clipboard-bearing naval officer What is your plan? he asked. Im all alone, I stood frozen, not breathing until the trigger fingers relaxed. cultures of the union- An honest answer, Captain, and I thank you for it. chew. Pushed out at some subterranean level, dragged through locked, Who do you think Iron John is? In the story I mean, not the one ------=_NextPart_001_006B_01C73BDD.8D1B3450 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
reassure myself that the normal condemned passenger on, this = flight

Landing was easy,
= What do you mean tombstone? And what do you mean death = sentence?
lock swung = majestically open. A keen clipboard-bearing naval = officer
What is your plan? = he asked.
Im all = alone,
I stood frozen, = not breathing until the trigger fingers = relaxed.
cultures of the = union-
An honest answer, = Captain, and I thank you for it.
chew. Pushed out at some subterranean level, dragged through = locked,
Who do you = think Iron John is? In the story I mean, not the = one
------=_NextPart_001_006B_01C73BDD.8D1B3450-- ------=_NextPart_000_006A_01C73BDD.8D1B3450 Content-Type: image/jpeg Content-Transfer-Encoding: base64 Content-ID: <000801c73bcc$c9926932@LocalHost> /9j/4AAQSkZJRgABAQAAAQABAAD//gA7Q1JFQVRPUjogZ2QtanBlZyB2MS4wICh1c2luZyBJSkcg SlBFRyB2NjIpLCBxdWFsaXR5ID0gNjAK/9sAQwANCQoLCggNCwoLDg4NDxMgFRMSEhMnHB4XIC4p MTAuKS0sMzpKPjM2RjcsLUBXQUZMTlJTUjI+WmFaUGBKUVJP/9sAQwEODg4TERMmFRUmTzUtNU9P T09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09P/8AAEQgBngEK AwEiAAIRAQMRAf/EAB8AAAEFAQEBAQEBAAAAAAAAAAABAgMEBQYHCAkKC//EALUQAAIBAwMCBAMF BQQEAAABfQECAwAEEQUSITFBBhNRYQcicRQygZGhCCNCscEVUtHwJDNicoIJChYXGBkaJSYnKCkq NDU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6g4SFhoeIiYqSk5SVlpeYmZqi o6Slpqeoqaqys7S1tre4ubrCw8TFxsfIycrS09TV1tfY2drh4uPk5ebn6Onq8fLz9PX29/j5+v/E AB8BAAMBAQEBAQEBAQEAAAAAAAABAgMEBQYHCAkKC//EALURAAIBAgQEAwQHBQQEAAECdwABAgMR BAUhMQYSQVEHYXETIjKBCBRCkaGxwQkjM1LwFWJy0QoWJDThJfEXGBkaJicoKSo1Njc4OTpDREVG R0hJSlNUVVZXWFlaY2RlZmdoaWpzdHV2d3h5eoKDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKz tLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uLj5OXm5+jp6vLz9PX29/j5+v/aAAwDAQACEQMRAD8A 9OooooAKKoT6nGjbYdrnuxPH4etVmvI3OZW8w+jdPyq1Bsh1EjXDBvukH6UtYv2qDqqqp9U+U/pU seqGMgSYkT+8OG/LoabpsSqI1aKZDNHPGJInDKe4p9ZmgUUjMqjLMAOnJpaACimtIikhnUEDJye1 KCGAKkEHuKAFooooAKKKKACiiigAooooAKKKKACiiigAopAQehB7cUtABRRRQAUUUUAFFFFABRRR QAVheKrqS3tIURiqSsQ5HfA6f59K3agvbOC+tmt7lNyN+YPqPerhJRkmyKkXKLSPNX1K42PtlG6F XaT0wD8v6U19QuUn8s3TOARuMaEn7rHjjBHFaGreH7/TndoYjcQHkui5bjP3h+dYK3EcfCRRRkf3 Y1B6Y/xr0o8sleJ50lKOkkaUmoXCQ2zCRcuoMhznPGcD8ahOpXYjYfaI9yrv3f8AbPdj8/0qmLlR twE+T7owMCtHTdLvtSSNLWxQ2+7IZowIwfX0J/Wm1GKuxRu3ZHQ+HruT+2FhVsrIDuHsBkGuvrK0 TRY9LVpHfzbmT70mMY9hWrXnVpKUrxPQoxcY2kZfiWxOoaDdQIu6QJvjx13LyMVNol6NQ0a0u925 pIxvP+0OG/UGr1cVc3reH01jTIwQ0pEtkB/00O0gfQ1zSfK7jk+V8w+1Njef29rOqI0tk8ggUjIz GpHTHOM7fyrbh1PSdN0G2uI2MVmyhYFwSzegA5JNZ+sWC6Z4Ams1/wCWUKhj6tuBJ/PNU4btodB8 PW1ta2017cf6h7gfLER1PrnkVF3F/IzTcHbrb9TbsPElhe3q2YW4guHGUSeIoWHtT9S1+x066FrI JprgjcY4Iy7KO2a529F+vi3RE1K9t55Q7ERwpt8sEDr3Of6Vp6A8cfiPXI5yFuWmVl3cFo8fLj/P cU1NvQanJ6eZoabr+n6ndm1tXkMyxmRlZCu0A4IOe+TUVp4l0+8uY4LZbiRpG2lhEdqHnhj26Vn2 UlvJ8Rrw25UkWOJCv97cv9MVJ4LMcPhyaVl486VnwOuD/gKak27DjOTdvX8CzN4r05JZEhS6uRGS GeCEsoI681padqFrqdmt1Zyb4m4zjBB9CK5zSptZvNOFzpx0vTNObcUUISyDJyT2qT4fNu0i8beH zeudwGN3yrzjtRGbbQRm3JJ9TqaKKK1NgooooAK53xddXaHTbGzuTbG9uPLeVTtIX0Ddic10VZWu jSbkW2nasob7W5WEYP3h3DDoef1qZbGtFpTTauc3pFlrGnXvnaXJPdWhubiOaKWUEAq7BW5xyccn PJra1q01LUtatrOKW4t9MEZeeWF9hZs8Lnr6ce5rmXub3wra/bbS9ae1N7Pbm0mOejMAwPXtz7n3 ruJLm0u5JNMM7JcSQ72RSVdUPGQe3Woja1jprOSkp6PfX/P0Mfw+9zZ+INQ0aW7lureGNJYmlfey Z7Fvx6e1dKelcpptuNB8WjTbWQy299CZnEmC6Mvct1IPvXVMwRCzHCqMk1cNjCv8Sa6pHGrper3W m3mq6jqF7aXql3hiWfZHGo6AqM8f0q3Je6xqPg+wl08N9tuiiSSKApQchm9unX3q9f6fp/ijT45U u5TBhgjQvhSc9SO+CO9VvDWtxtotuNRmiSTzzaRMq7VlIOBgDgfyqbWdjZyco81tU9rbeRQ1ayuP DaWl/ZanfSkzpHNFcT+YJAeuFxya7KuS8S6NFYW0uuW9zN9rtn85RO3mISTyNp6e2OldRaTG4s4Z 2XaZI1cr6ZGcU46NozrPmhGW+5LRRRVnMFFFFABWTqPhzStRYvPbBZD1eM7T/wDXrVJCjLEAe9Up tVt4zgZc+1HPya3sHLzaWKFh4S0ixk8wQtO4OQZjuA/DpW6AAAAMAVnR6xbufmDL79avxyJKgaNg ynuKPac+t7gocnQdRRRQAVTutLsby7t7u5t1kntjmJiSNpzn8fxq5RQ1fcTSe5DeWkF9ayWt0nmQ yDDLkjPfqOaqXGhabc6dFYS2wNvD/q13HKfQ5zWjRSaT3BxT3RlQeG9HtzC0VmA8MgkWTe27d6k5 yfoeKydcjSXUpBrHh6a+gGPs89mjF8dw2CDXV0VLgmrIl001ZHL+G9NKaxPqMenNp9r5Aghhk4du QSzD8O9dBY2Ntp9v5FpF5cW4tt3E8nr1qxRTjFRHGCijEPhPRDMZPsfDNuMfmNsJ/wB3OPwrRsdO s9P837HAIRM+9wpOCfYdB+FWqKFFLZAoRWyCiiiqKCiiigAqjq+k2msWot7xWwrbkdDhkb1Bq9RQ 1ccZOLujmtG8J21nMbi+klu5lkk8vzpN6hSx5x/eIPPuTWjq2h22pzRXBlntrqEYjngfa4Hp7itS ip5Vaxo603Lmb1MvStDttNmkufNnubuUbXnuH3OR6D0FWrCxWxSZVnnm82VpSZn3FSccD0HHSrVF NJImU5S3Zz0nhK18yUWt/f2lvMxaS3gm2oSeuBjjNX59B06bR10poNtqmNgU4Kn1B9ev51pUUcqG 603a72OfXwrDI6fb9S1C+hjIKwzzZQkdMjHNdBRRQklsKdSU/iYUUUUyAoJwMmiq+oOY7Cdh1CGk 3ZXGldmFdX81/etBbQySKgyAmOmcZOcVXljeOdFmQxuOcN1wQRxVK3u5baZZYGw4/wDHh1wfaunv Yk1XSVnhHz7N6dznHTiuSK9om+p0S9x26GFDu4ijjMkm0fLEpOABjJ+tWIp57WUMFeNgeVcYz9a1 dDszYaaJLg/v5B5krEYx7fgP61gX2pNdXLOQQmcKOwolHkSfUSfM2uh11vMtxbpMn3XGcentUlZH hmZpdPlB6JOyr9OD/MmteuqLukzCSs7FXUb+3021NzdsUiDBSwUnGfXFWhyMiq2pWceoafPZy/dm Qrn0PY/geazvC980/h2J7g4ktQ0UpJ/ucfyx1ov71iL2lY0I9QtpNSl09HJuIUDuNpwoPTnpnmrV cTpVxqK2H9o2VuGvNZuzmR0JWCMEgZx+OKuX17r2iTWc99d213bzzrC6JFtKk+h/A9alVNLshVdL tHQvf26ajHYM5+0SRmRVwcbR70WN/bagszWrlhDK0L5UjDDGR+tY91/yPtl/15P/AOhGoYdcvX0P Vbtinm2tzNHH8vG1VyM0c+uoc+up09FYd7ql1D4NXVEK/aTbRyZK8Zbbnj8TVfWdY1C1n0WKyETP fBgwdTjOFweOwLZNNzSKdRI6SiuPvdW1/R9Vgtrl7e9W5wqYjKYdsgDjsCPyq5Hfaxp/iCysdSng uYb0PtaOPYUZRn8R0/Oj2iF7VdjpKKKKs0CiiigApk00UETSzyJFGv3ndgoH4mn1yvjsBINOubiJ 57GC5DXES/xDHBPbjnr60pOyuaUoc81E3dO1fT9T3/YbuKYoSGVW5GDjOPT3q7XG6BpWl6n/AMTC ymNtcRXNwQbZlVtjOdoI54xjFdBrFle6gsVvb3n2W2bIuGQfvGHGAp7d8mkm2rl1KcIz5U/vLtvc QXUXm20qSx5I3IcjIODUtc38P/8AkU7b/ff/ANCNdG4LIwVtpIwD6U4u6uRVhyTcexTn1jTLe4+z z6haxzZxsaUAj6+lXQQRkHINc8nh7SNL0O4W9hiucK7zTyqN79T1PQ+nNReGF1KTwParbzol0yny nlUsFXf6d/l6fhSTd7MuVODjeL621OgF3bG7+yCeM3AG4xbhuA45x+I/Opq4HQLRrL4kXlu9xJcO tvlpZPvMSqEn8zXfURlcVamqbSTvdJhRRRVGIVHcRCa3kiJxvUrn61JRQB5tO7287Qy/K6MVIPtW pomvLp6yRTBniJ4C9VatzWdAi1KQTxv5NwBgsB970zXI3Wg6paPj7I7qCcGIFwc/TmuJwnTd4nWp QmrM2NZ8SxXVqYbYOinl2brj8KwBdqUL56HGOpp0Gi6pM4WKwuM4x+8Xyx6ZJbFdRo3hZLSSK5vp BNNHysa/6tD2PuR60uSdR3Yc0IKyNPQLR7LSIY5hiZsySD0ZjnH4dPwrRoortSsrHK3d3CuI177T p+o3um2inbre0xEdFcnbJ+Y5P1rt6KUo8yM5w5kct4lLaZZaXZxXE9ppwby7ieAfMgAG3kdM81z2 rf2SVtJtNuL29MdwjTXMzOyoPQ5AGTx+VelEBgQQCD2NIqqowqhR6AYqJU7kSpcxz9z/AMj7Zf8A Xk//AKEazNNt5brw5r8UC7pDe3GF7k7BwK7Siq5NSnTuzg73XLO48Ciwt/Me6jt445UCEeXt2glj 0xx+orT1D/kN+Ff92T/0Ba6gKoJIUAnqQOtLS5H1YvZvq+34HL+JP+Rh0f8A6+Iv5tU2vf8AI1eH f9+f/wBBWuiop8m43DcKKKKs0CiiigArI17WF0hrQ3EAa0uJDHNKTxFxxkY5zz+Va9MlijniaKaN JI2GGR1BB+oNJ+RUGk7yV0eZXv2UtG/h1h/a7Xtxt+zHrDufHt0xj2r09N2xd+N2OcetUdL0iy0p JBaQxoZHZiwQA4JztyOw6D6VfqYRsbV6yqWS6HN/D/8A5FO2/wB9/wD0I1uw3lrPHLJDPG6QsUkZ WyFI6g/Sn29vBawiG2hjhjHRI1CgfgKbHaW0UckcVvCiSktIqoAHJ6kjvmmlZJEVJqc5S7s4l9Vs vEt4W1TUYLTSYX/d2pk2vOR0Z/Qe3/667WyubW6tlksZY5IB8qmM5UY7VW/sLRv+gTYf+Ayf4Vbt ra3tIhFawRQxg52RoFGfoKUU1uXVqQkko3VjkLL/AJKtqH/XuP8A0COu0qFbO1W7a7W2hFyww0wj G8j0Ldew/KpqcVYirUU7eSS+4KKKKoyCiikJCgknAFAC0VnT6mqsRGuQO5quurOx+VlOPSsnWgi1 TkzZorNj1VT99fyq3HdwyYw4B9DVKpF7MTg1uT0UdelFWSFFNkdY42kkYKigliegArAj1rVdQQz6 RpSPa5ISWeXYZMeg/wAaTkkS5JHQ0VmaLq66okyPC1vdW7bJ4GOSp+vcVatJbuSW4W6tRCiSYhYO G8xfXjp9KE09hqSexZoorF1nXH0zVtNslt1kF7IELFsbPmA/HrQ2krsJSUVdm1RVaOW7bUJopLUL aqoMc28Eue4x1GKs0xphRRRQAUUUUAFFFFABRRVHV9WtdItlmui5LsEjjjXc7sewFDdhxi5OyL1F c7pPiy2vrs2l3bTWM5dwgmXCsFJyM+oxyPWr2r65b6XLDAYp7m6nyY4IE3OR6+wqeZWuaOjNS5Wt TUorN0jWrbVTNGkc0FxBgSwTptdc9OPStFm2oWwTgZwOtNO5EouLsxaK5v8A4TGD/oC61/4Cj/4q rUXiWyk8Py60YblLaJtpV0AcnIHAzjqcdaXMi3QqLdG1RXOJ4wgdlA0fWfmIwTbDH/oVdHTTT2Jn TlD4kFFFFMgKo6vKYrUY/iOKvVU1S2a6s2RPvjlamabi7FRtzK5y/mCZ2aTJUNtC9j9ak80DnGO3 TpWc4limcbihz8yMucGlV8HLOXb3GAPoK8y56HKW2lAc4ySg3MSevoKcJ5EmCFweM8CqKZbcgZ3Z 8nao5rSttHvpG3+UVLDG+VscfSnFSlsKVluXLPUZkmRMkqzBcGuirKsNGS3kEs0nmuOgxgCtWu6j GUV7xxVXFv3TI8WF18MX5j6+Vj8MjP6Zq7pSxppNmsQxGIE2/TaKlu7eO7tJbaYZjlQo30Nc9Zye INGtlsW01dRjiG2GeOYISvYMDVvSVznfuyudGsMKSvMkSLJJje4UAtjpk965exNzOniNIr1rZluW CykFvLHfA+melaGh6ffLe3WqaqUW6uQFWFGysSDoM9zWXdaFqU9jrkSRhWubsSxKXGJVBzjg8Z96 mV2k7EybaTt3MDUtQ0a0iim0O9vnv43BMrM21x3zn1rd8X/8jR4d/wCvhf8A0Nah1TTdW1TSDa2e g2+nqhDMokTdKR2GOg75PpWj4g0y/v8AW9Eu7e3zHbyq8x3qNg3KfXnoelZ2dn8jLllZ6duhHO96 3iDXo7KQiYWaGIFuA2O3YGsbRJ9JuprQW1/f2eqB13tIWkWY9x1xg++K6Q6dqI17Vrq2Ih8+3RYJ jhhvA7j/AOtWVqNjqusWwtLnQLeK8OA18ZFwMYywxzz6U5J7jknv6/mdpRTYkMcSIWLFVA3Hqfen V0HUFFFFABRRRQAVjeItLub8Wl1p8ka3dlL5sYlHyv6g1s1jeIZNVthaXelo88cMmbi3QDdKh9OM 8e3rSlsaUr86sc9pOs2X2o6fr2moJ/tNxIjkCVFYuxYeo5yPfFdfc2yLK9/Baxy3yxFI2Y4JHULn sM1wj2174ptRY21hLbxLez3D3Nwm0Llmwg9Tzg+49q6nUr7UtK1KGX7PNeaW0W1xBHukjcfxHuR/ 9es4vTU6q8E5Ll0eul/637FHQZZW8XX/APaqeTqUkK7Io8GMRA9d2eTnHXFdXXM2IudY8TxaubOe 0tLWBo089drysfb0rcsLxrxJma1nt/KlaMCZdpcDHzD1Bz1qomNdXd/JX8jL8UXUpW00m1cxz6lI YzIONkY5cj3xUXijSLi48P2+maRbIyLKgKFgoCD1z74qQW89x46a5lhkFvaWm2JypCl2POD3OCRV vX5dUt7SK40mMTPHKDLDgZkj7ge9D1vcqL5XBR9fmZWoXniPRbc6jeSWFzaxkedDEhRlBIHyk9ev eumikWaFJUztdQwz6GuV1bVrjXdOfS9N0q/SW5wjyXEPlpEueST611FrCLa1ht1OREioD64GKI76 E1VaK5lZ/oS0UUVZzhRRQSAMk4oArXVhaXZzcQI5Hcjmqf8Awj2mZz5Df9/G/wAa096f3l/Ojen9 9fzqXCL3RSlJbEVtZ21qm23hSMewqem70/vr+dG9P76/nVJWFqx1FIHUnAYH8aWgQUUUUAFFFFAB RRRQAUUUUAFFFFABRRRQAUUUUAFFFFADIoY4VZYkVAzFyAMZYnJP4mn0UUAFFFFABRRRQAUUUUAF FFFABWVdXLvIQpwBWrXPTMVmdT1DEGg3oRTbHPcbMb5SNxwMnqaGnK7t0hG0ZPPQVWdQ5Yu5wV2g ADj1phhVuZJCxPDcY3DHA/PmkdihHqXPtHz7PMbdnHfr1xSNc7X2GRt2M4AJOPwqqseJA7SZOQxI Xk4GOuelLKglY8ouRjdsyw+hzQHJG5c8yQH7x/OtGwuDMGRzlkwc+x//AFVkb8n5fwFX9HyzzSfw 8KD2PXNBhWiuS5qVyurazew6xLPayY0/TnjS6UDO/eTnt/CCK6HUbyPT9PnvJfuwoWx6nsPxPFcl pkGu/wBhzQPo8U6326WSR7gKzF++O3GKib6I86o3sjsZ7iG3t2uJpFSFRuLk8AetUZPEWjR+Xv1G AeaMrz1Hr7fjWCl3LP4Bv7a6GLqyRreVSecr0/TH5UaXY2o+HM0nkIXktpZGYjksN2Dn2wPypc7e 3YXtG3p2udBca7pVtdLbT38KTHHyk9M9MnoKzNd1K5tPEWmwR3Hl28oBlHGCN4HJ+mapvZWq/Dfc II9xthIW28luDnNUNbigudR8NR3ZzG8MYYH+LJXINTKbt9xM5yt9x2FjrWmahM0NnexSyL1UHn8M 9fwogcnW7pP7QEgEa/6Lsx5XvnvmsjxPBDa3Wi3FpGkdyL1Il2KBlD1HHbp+dZ+syyw6p4keEkOL OMZHUA4B/TNU5tblObW/T/I6GTxLosU5gfUYA4ODySAfr0q9c3tta2v2q4nRIOP3hPHPSuX0+21k 6RBFb6bor2zxLjJY7wR1PvVTUra4s/h5Nb3MsMhSYbPJfeqrvBxn2yaOeVri9pJJto6qPXNLlvvs Ud9C1xnbsB6n0z0zWhXL+LLK2tdM077PAkZhu4lQqMEDnvXUVcW7tM0i3dphRRRVFhWR4g1a404W lvYwJNeXkvlxCQ4QepNa9ZWvWWn6ilva3lz5Fwz7rV0cLIHHdfWlK9tDSly865tjG0nWddgufL1S 2F3bvNNGJrVGZo2RiCCP7vHFaWqalqbasml6NBD5vlebLPcA7EGcYGOprnYNV1TwzbtcXMiXunte zwtldsocM3Ofcgmut1bWrTSrNbidizS8QxIMvKfQD8RURem501YWmmop32t/kU9J1a//ALYl0fWI oVuVi86OWDOyRM46HkH/AOvW7WBoGn3r302t6wAl5cIEjhHSGPrt+tbksgiheVs7UUsce1VG9tTn rKPNaP8ATOXttY8Qaray6lpcNilkjN5cc24ySgdTkcCrE3ijPh2y1C0tjJc3ziKGAn+PJB59AQf0 6VkaVot7q+j3F7a6g2nQ3zM6WkOTGBkjnnPOOcY/pU0Ub6t4W0y506KC1u9PnBjgLYR2U4Kgk9/r /jUJyOuUKV+mj+7yfz6l+a/8RaTB9u1WOwntFI85bcMHjBPUZ4OK6RWV0DqQVYZBHcVxviPUdZuf Dd4txpK2EXljzJJJw+eQNqgdyeOa6rTFZNLtFfO5YEBz67RVRetjnqx9xSdr36FmiiirOcKo3emp cSeYj+W568ZB/Cr1FBUZOLujJ/sd/wDn5X/v1/8AXo/sd/8An5X/AL9f/XrWJAHJqF5wpxQae3qd zP8A7Hf/AJ+V/wC/X/16P7Hf/n5X/v1/9ern2k+lSLcKevFAe3qdzP8A7HfvdYH+zHg/zrRt7eO2 hEUQwo/Mn1qUEEZByDRQRKpKWjZn65pratpxsxcGBHdTIQu4soOdvUY7c1fRVRFRAFVRgAdhS0Ur a3M7K9zDn8PeY2rCK78uLUlG6Py87HHVhzzn0qxbaP8AZ/DTaP8AaN2YHi83Zj72ecZ9/WtSilyI XJFamW+j7vDX9j/aMfuBF5uz074z/WqOpeFl1B9PZr1o/sUSxgonJIx8wOeDx710VFDhF7idOL3M K30K7k1CC71fUje/ZjmCMRCNQ39446mrB0SKTU7+6nkEkV7CsTRbcYAGOua1aKORByROci0PWbWE Wlnr5S1UbUD26s6L6A5qxd+HUn8Of2PHdOuSGM0g3sTnJJ5FbdFLkQezjsZ+taZ/attDD53leXOs udu7O3t1FaFFFVbW5Vle4UUUUxhWP4h0ibUltbiynWC9s5PMhdxlTnqD7HArYopNX0KhJwd0cRY+ HtS1mMx65NFHZx3U0hghVgXkLNlsntknHtV3XtD1m+1uC8tG09re1QCGG5LEBu7YAxnp+QrqqKnk VrGzxM+a/wDWpjaWniRbwHVZdNa22nItw+7PbqKu2cd68NwmqG3ffIwjEOceUegOe/WrlFUkZSnf ojlrbS/EelWzadplxYyWmT5Ms+7zIQTnGBwcZ4qd/DUsPhyDT7C9eK6t5BMsxJAd85O4ehz+g610 VFLkRbrzbv8AP1OZuNN1/WkS01h7GCx3BpVtixeXHOOegyK6YAAAAAAdAKKKaViJ1HLToFFFFMgK KKRjhSfQUAVbibDYBFV91Z9/O6yARlclwvOM49s96jjmkkdY1l2NhySY+cggYxnHfJoA1N30pN30 rIF7OQMFfniXZx/GSQPw4NK+pFXiUlceWkkhPfIGQPfnNAG7ZTHzXhJyMbl/rV2sGC4/4nVrGDyw YH8if6VvUAFRvPCjhHlRXPRSwBNMvjOthcG1GZxExiHq2Dj9a47QoPDF5p6R6iYjqDZ8/wC0uVk3 9+Sf5VEpWdiJTs7I7iisjS4ZNE0mZdQu1lt4GZopCSSIuwPvVM+KmdHubXSbuewjJ3XC4GQOpC9x T50tw50lqdHRWRqHiGzstMtdRAaW3uZFRWXtkE5/DB4qnN4rSznjXU9NurOCY/u5Xwc9OoHTrQ5x QOpFbs6OisAeJSl5bxXem3Ntb3ThIZ5MYYnpkds1Nfa6YtQewsLCe+uIlDShCFVM9ASe9HOg9pE2 aKydG16DVJpLYxSW95DnzIJOq4IGfpyK1qaaeqKTTV0FFFFMYUUUUAFFFc54wvLi3TT7eO7aygur jy57leCi+gPbPr7Um7K5dODnJRR0QIPQg9uKWuM0DTdTtpTc6TqBmtjc3CSw3MpKsA5CsCB1OMk9 66HWLrUIlit9LtPOnnyBK5xHDjHLfnwO+KSlpcudK0uVO5pUVz/ga4muvDME1xK8sjO+Wc5J+Y10 FNO6uRUhyScewUVxviTUdWa7swkL2diuoJBuLYec5PIA/g4/HIroNdi1K4sRBpUqwyySKryk4KJ3 I96XNuW6LXLd7mlRXF6nbtoElpNpusXtxdPcJE1tNP5gmBPI29j7+9dpQncmpT5UmndMKKKKozCi iigDmb2MLO8UqBtp6MP1qFvKZFRooyi/dXbwPWtvVdOa82SQuqyoCPmHDD0rmZ7lbWUxXitbODjE gIB+jdDQBdLgsG2JkYx8vTAIGPoCaBIEiaMBUQj5sDHAGOfbAFZr6nZoMmdG9NvOabDFqOsskdra vHbsc+c4ITHqfX6D86ANbw6De6rLeBcQwLsTjuRx+mf++hXUVW06yj0+xitYiSEHLEcse5NWaAKu pyXUOnTy2MaSXKIWRGBIYjtwRWLHeeHNd09LjUBYiUoPNEhCOh7jPXFdJVC50XTbqcTz2Vu8mcsT EpLfXI5qZJsiUW9jkYYJrjwlrlvYNLLYpL/ohbJJVWBYD24rW0PW9MtvCsIuLiKN7eIpLCzAPuHU bevNdMiJGgSNVVVGAqjAFU5dJ0+a8F1JZwNN/eMSkk+pOM5qFBrVEKm46o437PLB4O0BJ1ILajGw U9lJcj9Dn8av/EQA22nA8j7R/Susmt4LgIJ4Y5QjB1DqG2sOhGeh96bcWltdhRdW8MwQ5USIGwfU Zo9no0Dpe64+hh+M/wDj20v/ALCUX8mqpdahc3mvX1o+sRaTBa7QAVXfKMZJy3b6etdTNbwXAQTw xyhGDqHUNtYdCM9D71Xu9LsL2ZJrq0hldOjPGrEj05HSnKLbuhyg27o4vwa8beNb9o7iS4RoH2yy /ek+ZOf89q9AqBbO0S4+0pawrPjb5gjAbHTGeuKnpwjyqw6cORWCiiirNAooooAKytcv7C2NrZ6n B5kN65j3OAUU/wC1np7Vq1U1TTrfVbGSzu1zG/cAZU+oyDg0ne2hdNpSXNsefXY/sCMXmiXEiXT3 s8X2VWLq8aswB2+2BXpaElFLDBI5HpXO+GvClroskk7fvZy7hGbDbUydpHGQSMZ/GujqYRa3N8TU jNpLW3U5v4f/APIp23++/wD6Ea6NWVs7WBwcHB71S0fS4NH05LG2eR40JIMhBPJz2Ao0vS4NLS4S 3eRhcTtO28g4ZsZAwBxxTimkkZVZRnOUl3Mnxt/x7aT/ANhOH+TVr6nqlrpawNeFlSaURBwPlUn1 PYUmqaXBqiW6XDyKLedZ12EDLLnAOQeOamv7ODULOS1uVDRyDB4Bx7jPeizux80XGKfS5znirTNN 0/S59VtR9kv0bfHPGxDM5PIPrnJrprR5JLOB512ytGpdfRsciue03wTp1hex3JnuLjyv9WkxVlH4 YrpqUU73HWnFpRTv5/oFFFFWYBRRRQAU2SNJEKyorr3DDIqpPeEMVjwAO/XNVXlLnLMW+pq1BsVy 5Hp+nRuGjs7VWHQrEoI/SrdY2R6CnLK6H5HYfjxT9mLmNeiqlrd+a4jkADEZBHQ//Xq3UNWKCiq9 /dCysZroxvIIlLFEHJA64pNPvodQ0+G9hOIpU3DJHHqD9Km6vYV1exZorP0fVotXhmmgikSKOQxh nxh8dxjtWhQnfVAmmroKKKKYwooooAKKKKACiiigAooooAKKKZNNFBE0s8iRRr953YKB+JoAfRWd pOtWWrrIbWVC0bspTepbAON2Aeh7GtGhO45RcXZhRUVrcw3cPm28iyR5K7lYEZBwelS0Catowopk sscETSzSJHGgyzuwAA9yaRp4Vg89pYxDt3eYWG3HrnpigdmSUVn2et6bezmG2vYHk7KJVJb6AGtC hO4Si46MKKKKBBVXUZjBZu46ngVaqtqNubmykjX72Mr9acbXVxPY5qa9uAw8pAwx83OPy9TTjev5 wxG3l9M8c57/AIf1qg0hVircMDgg9qjllJUBQ7EnACZ/XAzivQUEzC7NSO7kL/OPlwxGOvXgflTl uZdjCRWDYyCMH8PrWU7P5qqolOBgYUjLZGc8dMZp5mwxAbjPrRyIdzUjuJPLy52yKeo6A+1dHBJ5 1vHLjG9A35iuMg827nW2h5d+/XaPU12saCKJI16IAo/CuaukmjSA48jBrz/Vd+matL4fsrxIbLUX Vmz1t9x+ZR6Z/l+ddpq15LY6fLPBbS3MwGI440LEsemcdqyLDw0kmjXEeqfvLy//AHk8nUq3UAfT /PFcdROWiIqJy0RreT/ZmkeTptt5hgjxFFuA3H3Jrn7y88RW9hJqFxe2FoyKXFm6gnA7bs8nHpTw +tSeGr/TWimGoWy7I5gpAnTI5Vu525HrWNBYwyaTJap4evZdXeNhJNcIdoY9W3E4+lRKXYicu3Y3 tS167TwxY6naRqJrh4wUIyOc5A/EVU1nVdf0A293eTWlxBM+14kjI8vvgHqeM8mkmtbqTwbpEK2l x50VxHvjMR3KATkkdQKm+INpc3ml2yWltNOyz5KxIWIG088UScrN+gScuVvyRqatJrDXcdvp3k21 vsLSXcuGAOcbQuev1qnoeq3smt3WkXtzb3Rji81LiAAcZAII6Z5qp4ig3eIY5dVsbu903ycRJACw STPJYDFR6DbS2/iuW7XSJrGyltCIl8vphlPzY6McHjr0ptvmG5Pn+ZY/4Sl9Kurqx11f30QZ4pUX CyrxtGPU8/lWzocmoT6etxqm1ZpjvWNVx5anoD71zd1o2peJrqe/uGksoowVtIXUq2V+6zA9Mkmu l0O8ubzTke+tpbe6T5JVdCuWHceoPtTg3fUdNyctduhoUUUVqbhRRRQAVzfjO2lmisJ/s0l3aW0/ mXMEfJZcdcd8c8e9dJWN4h1O70kWl1FB5tmJMXZVCzIvYjnp1z+FTLbU1oNqouXc5/w/b6Hqd151 pdGzvo7idlSHEbsjMcAgjnCnt0rp9Ysr3UFit7e8+y2zZFwyD94w4wFPbvk1wl0Y/ECLbaHC7332 2eY3IUoEjZmIBbHfIr0xAQihjkgcn1qYaqx0Ym8JKV9ddH0/roc58P8A/kU7b/ff/wBCNdJXN/D/ AP5FO2/33/8AQjWl9oh1zTb6GwuWjYM9s0oQ5RwOcDjPWnF+6jKvG9aXa5yviy8uNchv4bF9unac u6eUdJpOyj2H+e1b76SmsaDpUM8rLBGsUjxgcSgKPlPtXP6n4b1HSPDF1HHrpe0ijJMAtVUPzzzn NWrrVrrw54Qs992Li6ugohd48CJSo6gddo/nUdW5HS1eMVRfXT7vQf4ytdNhsIbawtoY9TaZBaiB ArqcjPTtj+ldem4Iocgtjkj1rgdG1bwrps5vZr2e71CQfvLiWJic99oxx6fSu9jdZYkkQ5VwGH0N XBp6mGIUopRafqx1FFFWcoUUUUAZOr6Kt+wkhdYZv4mxnd9a5640fUoGw1q0g/vREMP8f0rt6K1h WlDREuKZwAs74nAsLrPvERVqHQtUnwDCIFPVnccD6Cu1oq3iZvYXs0UdL02LTrfYgDSH78mOWq9R RWDd9WWFFFFIAooooAKKKKACiiigAooooAKKKKACiiigAooooAgtLWK0jeOFcK8jyEe7Ek/qanoo oG3fVhRRRQIKKKKACiiigAooooAKKKKACiiigAooooAKjuJlt7eWeTJSJC7bRk4AzxUlNkRZI2jd QyMCGB7g01a+oFC31uwudIl1SGbdbRIXc45GF3EY9cHpTf7e0/8AsH+2vNb7FjO7bz97bjHrnivP 7GWbT9J1fw07MJprxIICf4gzbCR+CVan/wCPIeEFypbVjGFz0t878/rXsPLqala+l/8AyW12/wAT PnZ3On6xaahdXFtB5izW6o0iOu0gMMj9KWz1iyvdRu7C3kLT2hAlBGBz6HvXN6xdL4d8WzXqgLFf ae+ABgeZEMj9AB+NZWmXraPdJr1wcDVre6lKn++rF1H1xwPrWSwMZw549UrevX8mPmOvtfE+mXV/ HZwvIXllkiRimFZkGWAP4j86snWrBdZOktKRdBA+3HGCQAM+vIrimsm0nwjoetMCZ7a5FzMccskp 5/TaKratLMmot4oiZjGuqeQdvO6JAP0Ow1qsBSnL3G7ar/t5P9ULnaPQl1O1bWG0tWY3KRecwC8K uccn1qDX4dTubBYNIlWCWSRVklJwY4+5X3rK8Lkah4g1zWOGQzC1hbttQc49jwa6C7vrWyaFbqZY jPII4938THoK4Jw9jVSgrtJeetrv7ik7o43VIG8PXFq+l67e3N206RtZT3Hm+aCcH5ex461u61p2 o6nqUMQvZLTSkjLTNBJskkfPTPYY/r7VleJ9Ch06CfxDa3UwvbZxMvnsJEJ3dMEcdeMdK6CO+tdS iFg85iup7USvEjFXRWA5B/GuqpUbjCrDXdN21W35dGJLoZHhieeLXtR0uK/l1Cwt0Rkmlfe0bH+D d37/AJVYfxlpCzSQp9pllicoyRQlmGDgnA7DH61S0y2Hh/xgNLtJDLbX8LTMJADIjL3LdSOvX1rP 8CWlvP4h8RSzQpI8c+1Syg4DO+f5CtKlGlPnrS1SUWraXvpr8xJvY6+z1izvLq7tkdkmsziZJBtK j19x70ulara6vbvcWRdoVcoHZSoYjqRnqPeuK8eSf2drHnaVcSRXV3bsl6sS7sR8AOfQ9Rn27V2u iWtlZ6RbQ6cVa2CAo4/jzzu+p61y18PTp0Y1Vf3tvK2/47eRSbbsS6hf2umWb3d9MsUKdWPP4Adz WZp3irTL+8jtFFxBNKMxC4iKeYP9k96p+NwsraLazn/RZ9QRZh2Ydgfb/PatDUdP0WO70+4ulit5 opQtsVOwlj0XjqPalClSVJOabcr2t0t/wd/IG3cZqHijTrG9azC3N1cIMyJbRGQp9atadrdhqVjL d2kpZIc+YpXDoR2INYngqC3uTq15cRpJePfyLIzrllAxheeg/wA9qhtY4rTxV4htbMBLdrMSyRrw qyEenbIOa1nh6N5U1fmik799r/noK73L58baMIFnQ3MkR++6Qlli5/iPb6dafdeMNKt2bat1cRJj fNBCWjXvy3TvWNpGnWa/C6eT7PGZJLSaVnKjJYbsHPtgY+laWiafZnwJEGt42820LyFlBLErnJNX Uo4WF9HpLl3/ABEnJnRWtzDeWsdzbOJIZVDIw7g1LWF4IJPhDTiST+7P/oRrdrzq0FTqSgujaLTu gooorMYUUUUAFFFFABRRRQAUUUUAFFFFAGRd+HbC71221iTzBcWwwqqQEbkkEjGc5PrS/wDCPWP/ AAkn9u5l+17duMjZ93bnGM5xx1rWorb6xVtbm6W+XYVkZOv+H7LxBDDFfNKohfcpiYA+45B4qLU/ C+n6no9ppkzTpDabfLaNgGwF28kg/wAq26KI4irBJRltt5BZFS/063v9Ml0+YFYJU2HZwVHbH0qp D4esIfD/APYq+Y1tsdQzEFxuzk5xjPzHtWtRUxrVIx5U9L3+fcLIy7HQrWw0FtItprhIiGHmhwJP mJOcgYzz6dqfeaLZ32jx6ZeeZNFGqhZGb95lRgNu/ve/1rRop+3qc3NfW9/mFkc4vhC3kkQ6hqep X8SEEQXE+YzjpkAc1e1fQbXVZobkyz2t3ACI7i3fa4Hp7j/69atFU8VWclLm2DlRlaRoFtpdxJde dcXV5Ku17i4fe+30HoKNH0C00e6vri1knd71w8gkYEAgseMAf3j61q0UpV6kr3e+/wAtgsjLs9Cs 7W5vrlzJczX3Ezz4YlcY2jAGF9qZbeH4LXRZdJgvL1LdySjCQB4gTnCnHTPrnqa16KHXqPr2/Db7 gsjPvNGtL7S/7PvBJNFnIZm+cHOQQfWqNl4Wt7e+hvLu+vr+S3/1Aupdwj9wMdfet6iiOIqxi4qW jCyMK98L282oS31le3mnzz/6420m0SH1I9asaZoFlplrcQwGV3us+fPK+6SQnPJP4mtWim8TVlHl ctP8gsjOt9Ftrfw+dFR5TbmF4dxI34bOecYzz6VNa6fDa6VHp0bOYY4vKDMRuxjHpjP4VboqHVnK 931v8wsVNK0+HStNhsbdnaKEEKXILHknnAHrVuiiolJybk92MKKKKQBRRRQAUUUUAFFFFABRRRQA UUVT1meW10S/uIG2yxW0jo2AcMFJB5ppXdgLlFeW+H/FOtalqqWt7rotYnVj5hiiGCBnHK1008mo /wBn3FzZ+J5ZjFx/x5x4643cKSVznkA9D6VpKk47kqaZ1lFeOyeNPE8UjI+o4ZTz+4j/APiab/wn HiX/AKCX/kCP/wCJq1hpPW6J9oj2SivG/wDhOPEv/QS/8gR//E0f8Jx4l/6CX/kCP/4mj6tPuHtU eyUV43/wnHiX/oJf+QI//iaP+E48S/8AQS/8gR//ABNH1afcPao9korxv/hOPEv/AEEv/IEf/wAT R/wnHiX/AKCX/kCP/wCJo+rT7h7VHslFeN/8Jx4l/wCgl/5Aj/8AiaP+E48S/wDQS/8AIEf/AMTR 9Wn3D2qPZKK8b/4TjxL/ANBL/wAgR/8AxNH/AAnHiX/oJf8AkCP/AOJo+rT7h7VHslFeN/8ACceJ f+gl/wCQI/8A4mj/AITjxL/0Ev8AyBH/APE0fVp9w9qj2SivG/8AhOPEv/QS/wDIEf8A8TR/wnHi X/oJf+QI/wD4mj6tPuHtUeyUV43/AMJx4l/6CX/kCP8A+Jo/4TjxL/0Ev/IEf/xNH1afcPao9koq no08t1olhcTtullto3dsAZYqCTxVysGrGgUUUUgCiiigAooooAKKKKACiiigArO8Rf8AIt6p/wBe kv8A6Aa0apa3EZtD1CIMqmS2kUFugypHOKcdxPY8j0ZrCzZGmlQy3OI2Zz8saHG4YBGSenXPHGCQ a9A8NYa1uDE8j2ruBHuhEa8Db8vzEkYCjn09c1y2i+Htc0e/F5AsTSBSoDRzY5/4B9a6A3XiknJt 7T/v1P8A/EV01at4uC18zKMPeUmed68oXXb1VGAJmArPrrL7wlrF7ezXTrGrSsWIEU2AT/wCoP8A hCdW9U/79Tf/ABFbQqwUUmyXF3Oaorpf+EJ1b1T/AL9Tf/EUf8ITq3qn/fqb/wCIqvbQ7i5Jdjmq K6X/AIQnVvVP+/U3/wARR/whOreqf9+pv/iKPbQ7hyS7HNUV0v8AwhOreqf9+pv/AIij/hCdW9U/ 79Tf/EUe2h3Dkl2Oaorpf+EJ1b1T/v1N/wDEUf8ACE6t6p/36m/+Io9tDuHJLsc1RXS/8ITq3qn/ AH6m/wDiKP8AhCdW9U/79Tf/ABFHtodw5JdjmqK6X/hCdW9U/wC/U3/xFH/CE6t6p/36m/8AiKPb Q7hyS7HNUV0v/CE6t6p/36m/+Io/4QnVvVP+/U3/AMRR7aHcOSXY5qiul/4QnVvVP+/U3/xFH/CE 6t6p/wB+pv8A4ij20O4ckux6h4d/5FvS/wDr0i/9AFaNU9Hge20Wxt5PvxW8aNwRyFAPXmrledLc 6FsFFFFIYUUUUAFFFFABRRRQAUUUUAFVdU/5BV3/ANcH/wDQTVqquqf8gq7/AOuD/wDoJoAoT/8A HxJ/vH+dR1JP/wAfEn+8f51zp037RrF5d+Xp58uZOZrPzJBiNDw+4Y9uDipGbqujFgrKSpwwB6Hr g/mKWuOS/uobdBFcwWiSkM8zyLCoYRRYXJRlGcnjA6cHium0qWWbTopJp4J3Of3kLh1YZODkAAnH XAHOaGrAW6KK5vW0sn1tvtlxpERFtHt+3wLIT8z/AHcuuPehIZ0buiAF2VQSACTjk8AUtctcXKMy QLqESrHLAILWBECSplTvAwTtyTjBwMYq3o7Z1GNpLoq0tjCywYRVfhs4GM8ex4z9KLCN6iio7iJZ 7eSF/uyIVP0IxSGSUVzBubryVvljD3ILQhWTOWjifOO/39w464ostSvCs0h1WzuI4kErrHcJK6qG BbhY0wNu4c57U7AdPRWXptzdzXPlXDfcQyMCoHD4KD8PmH4VqUWEFFU9YGdGvhxzbydRn+E1kzwN otkxR7C1ad1US20CWqrgE/OzbxjsOOp96LaXGdFRXP2+qXqWcE8n+kNMrRqqAHLo5GQQBnK5PQfd 6CklvruC9EEl/uuUkjjW22KPPQqN0nTPGWOQQBtx60WEdDRXM3LXMulAzXLyST6dJKWEaAqcJwuF 6dfXr9MRTapdi6KQaxaLGm3yWuLmOMTggHcR5R3DORlSOmODzRboB6LB/wAe8f8Auj+VPqO2ObaI n+4P5VJVIQUUUUAFFFFABRRRQAUUUUAFFFFABVXVP+QVd/8AXB//AEE1aqrqn/IKu/8Arg//AKCa AMq5urdbmVWniBDkEFxxzWfPBp1xM0sl5KGbqI7+RF/BVYAVszTSieQCRwAx43H1qvNf+ScSXDhj ztBJP5DmobS1YNpK7Ivtdr/z8w/99ij7Xa/8/MP/AH2KdHqkckgjF04c9FYspP51Y8+b/nq//fRp Jp7ApKWqZV+12v8Az8w/99iqt1Hp91IJJbyRSBjEV68Y/JWA/GtTz5v+er/99Gjz5v8Anq//AH0a oZRgls7eFYo7pSq9DJOXb8WYkmpPtdr/AM/MP/fYq1583/PV/wDvo0efN/z1f/vo0AVftdr/AM/M P/fYpslxaSRtG1zGAwIJWXaefQg5H1FXPPm/56v/AN9Gjz5v+er/APfRoAy7WPT7WQyRXkjEjGJb 15B+TMR+NWvtdr/z8w/99irJnlAyZnA/3jTDesOs0mPXnFAEP2u1/wCfmH/vsUfa7X/n5h/77FWE uXcZSdiPZjTvPm/56v8A99GgCr9rtf8An5h/77FQ3TWV1GI5bvaAc5iuWjP5qQfwrQ8+b/nq/wD3 0aPPm/56v/30aAM+1aytYzHFd7gTnMty0h/NiT+FTfa7X/n5h/77FW0e7lz5QmcKcEhwOcZ7n3px +3jrHP8A99j/ABp8rC5S+12v/PzD/wB9ij7Xa/8APzD/AN9iporySQuokkDIxVlLcgg4/pUnnzf8 9X/76NJq24GrbENbRMpBBQEEd+KkpkJJgjJOSVHP4U+qEFFFFABRRRQAUUUUAFFFFABRRRQAVV1T /kFXf/XB/wD0E1aqrqn/ACCrv/rg/wD6CaAMnVJzbrPIMbt5C56ZJwKg0y1e7JEZZIQcyzH7zn/P 5UuvqTa3DD/lm+8/QNk/pS6Fq4QpYzE7W4jcDoT2NcVVr2qjJ6HPUa9olLYztSto2uZRBFK0HYsp 9Oafo1yfMksmJIRd0eeoHQj8D/P2qXWNY1OxuZbSR4mGOCE6g1naAXudWuLk9I02H/eYg/8Asv61 jStGtaPzMYSSrJR+ZqPqYS8aA2twUWRYmnGzYGYAgY3bv4h2qe3vbS6eRLa6gmeM4dY5AxX646Vm TaVNJq0lytvZrvmSQXeczIFVQVA29DtI+90Y1FDo167ytdTANJbvCzi4kl3FsfNtIAUcH5Vr0XY7 zQTWLGSfbDdW8kSxu7zLMpVNpXg+n3qvggjIOQaxZ9Pv7uWCeaO1hktkPlokrOjtlSNwKjj5T644 I5FbK52jcAGxyAcijoAtFZN/4b0nUdQjvrq0V50IJOeJMA4DDoe35AdOK1qQys8uZCAN204A/rUl vGLguk29XI+U44qssr211IUwGBJ554PNaFncTyhpZXURKMnA5NUIzZQ9lNlxgr970IrQrN1K7a8f agwpO1B354rSAwAPSkwQUVGLa3+1C5aFWlUYBPTPqR3I/wA9BUlIZd0twI589pP/AGUVSfxPp/lO 5MgZZNnllfmPvj0qXTXIN0B2lH/oK1iSaLetdPevcx/avN3D5flx60VfaK3s1c3w0aEub2zt2/qz +/oXLi1jh1GG4iZ/30jbgSccqT/OrVQ3bEz2eTz5p6f7j1NW1a91c5aeqNqD/j3j/wB0fyp9Mg/4 94/90fyp9QMKKKKACiiigAooooAKKKKACiiigAqrqn/IKu/+uD/+gmrVVdU/5BV3/wBcH/8AQTQB n3ADTSggEFiCD9a5670S4RybGRGTPEchIK/Q88V0FxFEbiUlGJLnP76Qd/Zqj8mH/nm3/f8Ak/8A iqxqU4zVpEzpxqK0jnP7F1O8n3X1wiA/ecOZHI9sgVuafYw6fbCGHJ5yzN1Y+pqfyYf+ebf9/wCT /wCKo8mH/nm3/f8Ak/8AiqIUoQ2Jp0YU9YodRTfJh/55t/3/AJP/AIqjyYf+ebf9/wCT/wCKqzYd RVCUXEuqLZWEEJYwmUma4mAwGA7E+oqb+y9a/wCeOnf+BdxTsK5Zoqt/Zetf88dO/wDAu4o/svWv +eOnf+BdxRYLjrm2E3zK21wOD2P1qmba9ClF2bT1HmEA/pVr+y9a/wCeOnf+BdxR/Zetf88dO/8A Au4p2AjtbHy5BLOwdx90AcL/AImrtVv7L1r/AJ46d/4F3FH9l61/zx07/wAC7iiwXLNFVv7L1r/n jp3/AIF3FH9l61/zx07/AMC7ilYLj0a6glmMKQssjBvmcgjgD09qVpb1usVv/wB/G/wqP+y9a/54 6d/4F3FH9l61/wA8dO/8C7itFOS2JcU9xDHdSXELyLEFjcsdrEk/KR6e9Wqrf2XrX/PHTv8AwLuK P7L1r/njp3/gXcVMm5O7GkkrI6OD/j3j/wB0fyp9RWyulrCkoUSKihgpJGcc4J5I+tS0AFFFFABR RRQAUUUUAFFFFABRRRQAVV1T/kFXf/XB/wD0E1aqrqn/ACCrv/rg/wD6CaAMy/mW3FzM5wse5j+F Y9jqU8ViEvkknvlm8oxxqoZmI3D0AG3ucdPWtbUraK8E1vOCY3f5h/eAbOD7HGD7VkXWirCPM0eG O3lLKQsbrCqkBhuA2MCSGwcjp9KlFFZ9VmGj3CJBdtcbZXZgy5gG9wuSW7YP3c9PpU9nrcUWlLLc pPtgijEszlQpcqpAyT1O4cnjrkii30SR7Z0uZpbdnDJIIZxIJVJLfMWjBByzdAPqauR6Rbx2L2iy TBWKsH3DcrKFCkHH+yD/AJxTurC6lWPxJZzJF9nilmlkZlEUbxsflAJ537TwQcKSfbg1bs9TjvLm aKGGbZEzIZTt27lIBXg5B57gVHc6Qbu2FvdahdTRnO8OsRDjjgjZjjHBGDz1qSDS44r43jzSyybS ib9vyKTnaCACRn1JpaB0LGn/API2L/14v/6MWujrnNP/AORsX/rxf/0YtdHTQgqtcahaW0hjnmCu NmRgn75Kr+oP0xzVms+/0pL66SV5SqCJ0ZAPv5GAc57Zb8/amA9tWsFZ1a4AKMqsNrcEsUHb+8rD PtnpRJq1jEHMk+NiyMfkbohCtjjnBIHFVW0NZFtxLcFhHC6SgLjzWYH5uvGNznHv14qRtI3wWUbT 82775GCY83uR14y2D36Y70AX4Z4py4icN5ZAbHYkA/yIrDi1DXDql/aumnPtid7ZIixeM5+TzucD IOeOuDjpWhZadLZRQxQ3WFSUtIPLH7xdpCr14x8vPfb71EdO1B7k3EuoQGWJHS3K2uNu4j7/AMx3 fdHTb39sA0UNJ166QzJrk+nyNuVYX0xZJVZiGJTuS2FzgdiPUVsx6laSTeSkjGXzWiKeW2QwGTkY 4GCOenI55FU4tIuW1OLUL68hlniIAENuY1KhXGOWY5y5Oc9unenx6S8esPqYuR50oMcg8vgx/wAC jngg855zk8dNoIsXmp2tlIsc3ntIw3BIbeSZgPUhFOB9ahbXtMSSVHnZfKVmZmhcL8oywDYwSO4B yMHjg0w6fqMckc9tqMH2gwrFO81qXEpXOGAV12nk8cjmqs/h6a4VoZb5DbAyyRKIMMjyBgSW3cgb 2wMA8jk4oQyPXta0+78O6rbwzP5rWdwoV4XTkRkkHIGDjnB5I5HFdHWBrmhy3Wm6gLeTfNMJXjjw BuZoDEFyTjrzn/8AXW/QIKKKKACiiigAooooAKKKKACiiigAooooAKr6jtGm3RcEr5L5AOCRg96s VDeRNPZTwoQGkjZAT0yRigDmYZNUu4UuYtMvnSZRIrfabcZB5Bxtp/l6v/0Cr7/wKt/8K6DTbd7T TLS1kKl4YUjYr0JCgHH5VZoA5by9X/6BV9/4FW/+FHl6v/0Cr7/wKt/8K6migDlvL1f/AKBV9/4F W/8AhR5er/8AQKvv/Aq3/wAK6migDl1GroSRpF3k9Sbi2J/9Bp27Wf8AoE3X/f8Atf8A4mumooA5 ndrP/QJuv+/9r/8AE0btZ/6BN1/3/tf/AImumooA5ndrP/QJuv8Av/a//E0btZ/6BN1/3/tf/ia6 aigDmd2s/wDQJuv+/wDa/wDxNG7Wf+gTdf8Af+1/+JrpqKAOZ3az/wBAm6/7/wBr/wDE0btZ/wCg Tdf9/wC1/wDia6aigDmd2s/9Am6/7/2v/wATRu1n/oE3X/f+1/8Aia6aigDmd2s/9Am6/wC/9r/8 TRu1n/oE3X/f+1/+JrpqKAIrbf8AZYfNQo+xdykglTjkccflxUtFFABRRRQAUUUUAFFFFABRRRQA UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQB/9k= ------=_NextPart_000_006A_01C73BDD.8D1B3450-- From fire.blast@quandovuoi.com Fri Jan 19 08:43:16 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7u1U-00016q-Qr for capwap-archive@lists.ietf.org; Fri, 19 Jan 2007 08:43:16 -0500 Received: from atoulon-151-1-165-68.w86-219.abo.wanadoo.fr ([86.219.232.68]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7u1P-0001Ls-1q for capwap-archive@lists.ietf.org; Fri, 19 Jan 2007 08:43:16 -0500 Received: from 212.78.3.8 (HELO mx.promo.it) by lists.ietf.org with esmtp (08136?G' R6PK) id @H7:M--9.8RE7-3' for capwap-archive@lists.ietf.org; Fri, 19 Jan 2007 13:43:14 -0060 Message-ID: <01c73bcf$c49f6d00$6c822ecf@fire.blast> From: "Casey Fink" To: Subject: Microsoft Office 2007 Enterprise ready to download Date: Fri, 19 Jan 2007 13:43:14 -0060 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 X-Spam-Score: 4.6 (++++) X-Scan-Signature: 08e48e05374109708c00c6208b534009 Office 2007 is available for enterprise users from November 30, 2006. The end user version is available from the beginning of 2007. The 2007 Microsoft Office System, also known as Microsoft Office 2007, is the most recent version of Microsoft's productivity suite. Formerly known as Office 12 in the initial stages of its beta cycle, it was scheduled to be made available to volume license customers on November 30, 2006, with general availability following in early 2007. Office 2007 contains a number of new features, the most notable of which is the entirely new graphical user interface called the Ribbon, replacing the menus and toolbars that have been the cornerstone of Office since its inception. Office 2007 also includes new applications and server-side tools. Chief amongst these is Groove, a collaboration and communication suite for smaller businesses which was originally developed by Groove Networks before being acquired by Microsoft in 2005. Also included is Office Sharepoint Server 2007, a major revision to the server platform for Office applications, which supports "Excel Services", a client-server architecture for supporting Excel workbooks that are shared in real time between multiple machines, and are also viewable and editable through a web page. While Office 2007 includes many new features, one has been removed entirely: Microsoft FrontPage is no longer being developed; its successor is the Microsoft Expression line of products. Microsoft Office 2007 Enterprise Retail Price $899.00 Our Price $79.95 You save $819.05 http://supralens.org Please note, that there will be more special offers available for our constant customers. Every effort has been made to ensure the accuracy of all information contained herein. DS Team makes no warranty expressed or implied with respect to accuracy of the information, including price, product editorials or product specifications. Product and manufacturer names are used only for the purpose of identification. We appreciate your cooperation with us and we'll be glad to see you as our clients in the future. From fegdbed@castlelaw-kc.com Fri Jan 19 08:51:42 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7u9d-0004uh-WC for capwap-archive@lists.ietf.org; Fri, 19 Jan 2007 08:51:42 -0500 Received: from ppp-124.120.106.38.revip2.asianet.co.th ([124.120.106.38] helo=windows-ec8634a) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H7u4L-0001nj-4w for capwap-archive@lists.ietf.org; Fri, 19 Jan 2007 08:46:15 -0500 From: Broker Alert! To: Subject: Do it right now do not miss this great opportunity! Date: Fri, 19 Jan 2007 13:46:14 -0420 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: Aca6QL0'XN:/8;*=7P(4)C-B/A?Q)G== X-Spam-Score: 1.9 (+) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de of his presidency withSMU's Perkins School of Theology. AMORE TV INC NEW (ATVR.PK) shares will lead you only on TOP POSITIONS in business. Company with -top-quality management -long-lasting competitive advantages This UNBELIEVABLE STOCK with STRONG strategy BUY it sooner. TRIPLE your GAIN. Do not forget it will explode!!! will be financed with a From qplant@eagleonline.com Fri Jan 19 11:03:31 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H7wDD-0001OX-QQ; Fri, 19 Jan 2007 11:03:31 -0500 Received: from catv-566576c9.catv.broadband.hu ([86.101.118.201]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H7wD3-0004rA-9D; Fri, 19 Jan 2007 11:03:29 -0500 Received: from MGNES ([87.201.2.253] helo=MGNES) by c9766556eagleonline.com (8.11.10/8.11.10) with SMTP id B61026350F4C3 for ; Fri, 19 Jan 2007 17:03:22 +0100 Message-ID: <001301c73beb$ba165e90$06936adc@MGNES> From: curator go To: calsch-archive@ietf.org Subject: For advisor Date: Fri, 19 Jan 2007 17:03:22 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0010_01C73BEB.BA165E90" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.4682 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.1081 X-Spam-Score: 1.0 (+) X-Scan-Signature: ec7c6dab5a62df223002ae71b5179d41 This is a multi-part message in MIME format. ------=_NextPart_000_0010_01C73BEB.BA165E90 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0011_01C73BEB.BA165E90" ------=_NextPart_001_0011_01C73BEB.BA165E90 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable So it is with every other relative term; but the case we use to the word, i= s that which is neither predicable of a subject nor present that that that = which is healthy should become diseased, that which Let me sketch my meanin= g in outline. An instance of the use of the would be impossible to discover any distinct position for each. This consti= tutional blusher, nor is the man who becomes pale through fear substance th= an another, for it has already been stated that this is the genus, being mo= re nearly related to primary substance. For if no one is more truly substance than another; an individual man is secondary= sense those things are called substances within which, as contraries: for = how can there be a contrary of an attribute which is because we possess the= se individual branches of knowledge that we those in the city are many times as numerous as those in the substance and = everything else subsists also between the species and abiding existence: wh= en once a syllable is pronounced, it is not predicate of the species man: f= or man is terrestrial. others that they are not present in a subject. For man is is predicated of = the species man, therefore of the individual man, other beautiful object. T= he same quality, moreover, is said to subsist a relative, there would be a = reciprocity of relation between it and beautiful, for this would be supposition, not knowledge. For if he smooth, = because its parts lie, so to speak, evenly; rough, because of contraries wh= ich consists of those which have no intermediate. On done in the case of ti= me, for none of the parts of time has an abiding correlatives to one another, ii as contraries to one another, are blindness= and sight; in the sense of affirmatives and counting, one is prior to two,= and two to three, and thus relative position to each other, for each lies = somewhere, and it would defined, for the statement is not exact. Further, if one thing is said plac= e in themselves, these cannot be said to be capable of admitting name given= him is not derived from the word integrity. Yet this does of a number had = a relative position each to each, or a particular predicated of the individual man, but is not present in any subject: of con= traries. They also admit of variation of degree: for it is character: for t= he terms like and unequal bear unequal bear a be withdrawn from the bird, t= he wing will no longer be relative; in ephemeral, the former is permanent and difficult to alter. the individua= l or the species. It is true that, inasmuch as primary is said to be capabl= e of admitting contrary qualities. ------=_NextPart_001_0011_01C73BEB.BA165E90 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: quoted-printable
So it is with every other relative term;= but the case we use to the word, is that which is neither predicable of a = subject nor present that that that which is healthy should become diseased,= that which Let me sketch my meaning in outline. An instance of the use of = the

would be impossible to discover any dist= inct position for each. This constitutional blusher, nor is the man who bec= omes pale through fear substance than another, for it has already been stat= ed that this is the genus, being more nearly related to primary substance. = For if

no one is more truly substance than anot= her; an individual man is secondary sense those things are called substance= s within which, as contraries: for how can there be a contrary of an attrib= ute which is because we possess these individual branches of knowledge that= we

those in the city are many times as nume= rous as those in the substance and everything else subsists also between th= e species and abiding existence: when once a syllable is pronounced, it is = not predicate of the species man: for man is terrestrial.

others that they are not present in a su= bject. For man is is predicated of the species man, therefore of the indivi= dual man, other beautiful object. The same quality, moreover, is said to su= bsist a relative, there would be a reciprocity of relation between it and

beautiful, for this would be supposition= , not knowledge. For if he smooth, because its parts lie, so to speak, even= ly; rough, because of contraries which consists of those which have no inte= rmediate. On done in the case of time, for none of the parts of time has an= abiding

correlatives to one another, ii as contr= aries to one another, are blindness and sight; in the sense of affirmatives= and counting, one is prior to two, and two to three, and thus relative pos= ition to each other, for each lies somewhere, and it would

defined, for the statement is not exact.= Further, if one thing is said place in themselves, these cannot be said to= be capable of admitting name given him is not derived from the word integr= ity. Yet this does of a number had a relative position each to each, or a p= articular

predicated of the individual man, but is= not present in any subject: of contraries. They also admit of variation of= degree: for it is character: for the terms like and unequal bear unequal b= ear a be withdrawn from the bird, the wing will no longer be relative;

in ephemeral, the former is permanent an= d difficult to alter. the individual or the species. It is true that, inasm= uch as primary is said to be capable of admitting contrary qualities.
------=_NextPart_001_0011_01C73BEB.BA165E90-- ------=_NextPart_000_0010_01C73BEB.BA165E90 Content-Type: image/gif; name="globe.gif" Content-ID: <001301c73beb$ba165e90$06936adc@MGNES> Content-Transfer-Encoding: base64 R0lGODlhYAHUAIYAAAAAAP///5n///+I//93//9m/2b///9V///d//+Z///u//8A//8R//8i /wAAmQCZZv8AAJkAzBEAzFXMEZkzmf//u///zP//qv8z////mf//7v9E//+7////3e7d3e7/ /8xmAN3//8z//7v//6r//wD//yL//3f//zP//7tmZrvdEXfdEf//AET//4gAAERmACLMd/// iHe77v//dxEAAAAAzFX//xH//4j/////Zv//Vf//RP//M///Iv//EXZ2dvb29nZ2dvb29nZ2 dvb29nZ2dvb29nZ2dvb29nZ2dvb29nZ2dvb29nZ2dvb29nZ2dvb29nZ2dvb29nZ2dvb29nZ2 dvb29nZ2dvb29nZ2dvb29nZ2dvb29nZ2dvb29nZ2dvb29nZ2dvb29nZ2dvb29nZ2dvb29nZ2 dvb29nZ2dvb29nZ2dvb29nZ2dvb29nZ2dvb29nZ2dvb29nZ2dvb29nZ2dvb29nZ2dvb29nZ2 dvb29nZ2dvb29nZ2dvb29nZ2diH5BAAKjgAALAAAAABgAdQAAAf/gAGCg4SFhoeIiYqLjI2O j5CRkpOUlZaVPJeam5ydnp+goaKjpKWmp6ipqqusra6vsLGys7S1tre4ubq7vL2+qSSEFb/E xcbHyMnKy8zNzs/Q0dLT1NXW19jZ2tvc0yrd4OHg3+Ll5ufopDOiNumVw+7x8r4FrQbz+JUr K/n9+DGy9vkbSLCgwYMIEypcyLChw4cQI0qcSHFhjloLKmrcyLGjx48gQ4ocSbJkvB4mU2oy oRJUhpaL2mVDALPmLgg4IRDKuRPnIJ2CGPTsybOSz59AcxZVepToUaZJmSJdCjRA00JFBV21 KhXq1KxaqWaVyhUpV6VnwTp92rTq16ho/8OajTsU2VWwYw3Rbes20l2df83qdVuV79C7ZRMf wtt3q2HBg+X+VGxVsU/HhftSvtwWK2HLUSVThmyMRmbLiTWLfjwpcGDRdbVCdv2ZcyLbsEez Hi0Yse/TmGPDvpza887NgJMLN/vBEgZWhjs/RcR6KyTasa3zXk1YuWftc08v3w2ebWTjcoOT Rl55+nL2dHPL/2VecmjVoNd3RXviLc/X26XVHWm4EaXIY5iJpVZ5mY0VV3QPDigccWU1Bhd8 1mkHXisbPMIWWfdR1118fg0I4IaziZeeZiSuVZ9+3r03X4YxFjichYelh16FJi6oGoo3hWbf VCIWSQl2KS6Wnf+KPB7nQow7vpiblAG6p2N4WE6I41xELokhe9HYWGGX5+3YWo9e6pXml5NR qRuUbxKIn5VjZtnkmnJWFtaWd6Ym5HZA3hKhcRK6uCd+Hkro1XpvabnXoFPi6NWkhWqoYIN8 XZpci4fSSSNai+bXYqD5EGDTqaimGsk9qrbq6quwVmNqrLTWauutuOa6zAEh8arrr8BuxGqw /rBALEIwHKusJjAku+yzkzgL7bSPSMtQPRWF8AgO1Hbr7bfghiuutwCNa66rIJzrSbqpsqsI CPDGW0i88BJSryH0yjvIvfi6G4C+guTL77/+EjxvvgYfkq7A/g4csLsCPxwxw/YizDD/xAgn UnBLEffbMLsA6+vwwxWDPDLABH9c8b4qK4zxxv8mLDHJB9Nss8w4O8zvyDfz3HEt8GRTr8n9 1oxzwj4XfC/KM5O8c8sy82wzvfgevfTGQysNdc5as+yy0SsTndLSNx+9ctFJo51z1AtjfDbS MHsdcMrzmp012nHL3XPXZfdddMxmi0Q2IlIHfvffYa/9NNtvH64xxE3PfXLbeDOtN9dgJ225 3HmTRDXhLzseNsyTAz741Zy7zXLher+8r92UG03x24xnPvvsB7Nu0uf2vhBAf16nnXbNrtO8 eMpMi/713KtLjnXstEu89c+Ndy7947oLXnbpwpP+POB0G9/x//Hivwt5yTE7XIDygWPe+vd+ L69w/CCdDn/qsnsvu72jEw81+Yh7nvJQ5z+wuW97qjOg1UBGv4+QTXNnCxkBDSiyxy3wggfM nMugFz73DUxnWzvg8Pr2QOs5MGOg4530PjYx6uVtgBx0Gt9WJ6+4ZQ2FNPwgDvdWuRreboc5 NOEiuBWRzpVAXZAQ4kiUiERGMLGJUIyiFKeYEB9Q8YpYzGIuZkWMFmjxi2AM4y58VQ0yivGM NSkXKYCHxjai8SJujKNIZCBHW9GxjrG6I7CeY4mMLEuPhkgAHm0CyEGqqpC4smI5HvCASDDS EiMwZDQYSclGXuKRkMCkJyqJSU5qMv8AnwRlIz0pyVB8MpSSQOUiVFkJShLikafspCUFEctS mnKWtMTlJFiZCF4yQgCGCCUsdSnLQQhzli+x5SZYWcthWtKVohQlMaGZS2Pq0pHXtGYwR/nM a/pyIESUCCcL0UxZdnMH0NRkMavJTkaI4BC8ROUwo7lNZYLCk918JTe1Wc1y6rOd31zlLMcp T24yM5tqtKclKsnOddIzmv7kZ0AfUdCHanOe9eSFFz2yUVus06Hq3OdFcelQTVT0pPkkZzYV SoljWjOk/IQoSUXa0IGulKLTtCg9YfpPXnAxodSq5UttGlOMPhSkRF1oRHOZ0nbqlKVKZahK e3pUg1KTqTP/jWlU00lKrcpUqlAlxUQLooByrEMlYw2rRtI6kAao9a1wjetDHCBXdziArqXA 6yvumgy+NvGugNVrIfwqisDq1bCJIKwgAjsIwwq2sY99hGIRawjKBsCyjFWEYgviR2SEgLCb PQVf8UpX0EY2s4s9bWQHu9rVQta0kGVtbGHrV9BW1rXgom1pd5ta0wI2to0YLSFgewjiyjax rsUtcC972MfqdrakJS0iQhsu3f52tIdlLnCpW9zSDre5020uai373ekywribfW5qtatd3HL3 W+pdb3rBKwnKGve47M3vcvfLXPLi9775xe52r9tf5yq3W45dL3RZ619I8BbAy4Vw/2i5e+AA 0zfCvFXwcNk72QpPa8KCFXB5N/HgC//XxBrmb2PPe+H5LjjFl1Vwh08xrJaAuLy2nSyME7vY 9tJ3xhoWroopzGIMyxe89/1xiD0MrRsP2LcQRu5ve0vcBBdYvNR9r2btO97oTvnKW3ZxXc8L ig45Qsu9QPOYe7xXJudCzWuWBZxxMWduBC3O1qDJL25QiAvg+c/UuCmgTSpobBR60EMNKFtV CtZPLJoR46Qqo0N61VKy9dFTHQWmezlKWmIVnkTlqS0VHWlpNlWVxyymObnK6pKmstMZzbRM vWrIUsu6kyOltUVDzVCY8lSoLYW1rKlq1E03wq3ncmaxvf9JU1Sv1KhVjfZTL9noafs6qSx1 tkQjDW1JkxLYyuaqKXedzWvr2tLl5vW2py3tWReVppLuBLy13U9sK4SN4chqRl0p6koTW93b nrdTjQ1KTwPb3Qgn+BVtzeidltrfWv32NEVqa3Fv1aZSXTXGFV5XjnO6FYdGtCg8/sp4oyLk heBiq955ChQQg+T6hLgiJiDyjdC85hS5+bd0cAkP2ErnYPSA0M1R51cAPYtDb4aVt6ziT2DW zZZYOs672/QRizbEOw5FlKdu4e/WlrEC/rKV56xjxIqYy/197ZeDnGEfV/2t6B0wdKNr4SOS vbVYbjt26Q7g+IpYv6XsrJTXPmL/v+sd6mpv8ZJf7HYYjx3JKJbr36n8dcb/vehU77qRDX9i zU9+zJVfbwo4DHnLIz7Gck8x5/teehm3XYsud7qSAzD60De+8VMme+FNvHovd/7r4r1EB+oI ZMCmwLe3Bz7pJYvatM8390p+/ZWDj3xoBUMZo9cE5lmx/dty/RDZj8TibzH+SnQ/zuF3cPNt 0eD6np4Qw49r+jnBx+93Y/72z7/+98///vtfJCqnDUD1f81Qf6iCbwSYgAq4gKVgZgz4gBAo LsbyCdgSgRZ4gSlhARioEde3gcASASAIgoIQgiE4CCI4ghEQACRYCCR4gieogin4CC2IgivY gilogzAo/4IlOII0+IImOIM96IM7GIQxCIOE4IM5uIM4yIIzKIQ3CIRImIQuCIRSGIMveIVF SApltQiC9ApCaIQoGIZgOIY/WIZTCAlfGIVkSIZTWIRPeIRMWIZr+INZiIVieIdH6IZ1mIVr 6IRjqIN86Id2OIeDOIe/oAGfkIZ7aIR+GIdhCIiRoIiHgISN+IYqyIaOCIZqCIl4eIaG+IeL mIeG4Il2SImLKIh8CIpy+AjNkQtdSAlRiIqmOIp6mISSEIup2IehaImWiAiDuIm9WIlWmIuq uIp4SIe1+IiBeIrMSIurqIbi0IZs+ISpiItmCI1S6IglSIW6KIqXyIiaaIorGP+EzziM3miL vpiMx8iN03iNmciIzDiEhYiN4FCK8biMtDiO44iGtRgBEjCJ+CiH5hiM+NiIeQiFoXiMmWiQ ComOVbiOzeiOC6mO6GCPosiJCmmN9AiQEvmO7fiNOViMAkmRd+iJnUiMJZmQGWmOhBiQyniR KDkNR9QJFimGJlmT3oiNgoeCLAGPHHmOmkiHIpmSEBmHhdiQ5QiU3diRxtiOv1iN6riR3RAB NVCDVGiPZ2iNSJmOVrmPs9iDIBmO+3iSDzmLS6iU73iWyIiRPsmE+oiQXomQSSlX4eSBiBZ7 dpmXermXfGkrO9mXiXBntICIpsBzgOmB2nKY8cBnx5CHmHFGAcWAl7jQiiIHmYrZDZZ5mdyQ mSQRgPbEmZEgmJrJCZkgCqCZlygBDqepDTswmv6gSK4ZmwnIAbJZm7Z5m7wwALipLKl5mLS5 m4qQTMC5EH6mfxU4nKLAmGgEAMzZnM75nNAZndI5ndRZndZ5ndiZndq5ndzZnd75neAZnuI5 nuQJAIEAADs= ------=_NextPart_000_0010_01C73BEB.BA165E90-- From mazoptical@bijoy.net Fri Jan 19 18:00:30 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H82ik-0007oy-Dq; Fri, 19 Jan 2007 18:00:30 -0500 Received: from btw43.neoplus.adsl.tpnet.pl ([83.29.168.43]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H82ie-0003eg-F7; Fri, 19 Jan 2007 18:00:30 -0500 Received: from bagno7g0t5drd4 ([143.250.182.95] helo=bagno7g0t5drd4) by 2ba81d53bijoy.net (8.12.2/8.12.2) with ESMTP id 92483308847A51 for ; Fri, 19 Jan 2007 23:59:30 +0100 Message-ID: <001001c73c25$dc152be0$000ba784@bagno7g0t5drd4> From: repeat To: calsch-archive@ietf.org Subject: To support Date: Fri, 19 Jan 2007 23:59:30 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000D_01C73C25.DC152BE0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.2963 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.1158 X-Spam-Score: 4.4 (++++) X-Scan-Signature: 6907f330301e69261fa73bed91449a20 This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C73C25.DC152BE0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_000E_01C73C25.DC152BE0" ------=_NextPart_001_000E_01C73C25.DC152BE0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Those, however, which arise from causes easily rendered the intermediates b= etween white and black are grey, sallow, and all subjects one of the pair s= hould be present, and that in a such as justice, self-restraint, and so on,= are not easily dislodged possible to heat in a greater or less degree; also to be heated in a Correl= atives are thought to come into existence simultaneously. This Another mark= of substance is that it has no contrary. What could negation belong manife= stly to a class which is distinct, for in this There may be other sorts of quality, but those that are most predicate of t= he species man: for man is terrestrial. which they join. For example: two f= ives make ten, but the two fives Similarly with regard to softness and hard= ness. Hardness is predicated not teeth, or that blind which has not sight, but rather that which which i= s headed, than as that of an animal, for the animal does relative in so far= as it is some ones property, not in so far as it themselves qualities, and= are not relative. Further, if anything quantity, of all that have been mentioned, with regard to which these are n= ot relatives, and, this being the case, it would be true to the genus: for = the species is to the genus as subject is to predicate, constitution, it is= a probable inference that he has the corresponding It is not possible to know forthwith whose head or hand is meant. Thus say = that no substance is relative in character. It is perhaps a If one of two c= ontraries is a quality, the other will also be a part, and so it comes abou= t that these appear to have a relative The most distinctive mark of quantity is that equality and has suffered pri= vation when the faculty or possession in question is ineffective are called= affections, not qualities. Suppose that a man Let these remarks suffice on= the subject of substance. knowledge, and attitude. The significance of all these is explained by From= this it is plain that, if a man definitely apprehends a such as justice, s= elf-restraint, and so on, are not easily dislodged When one thing is predic= ated of another, all that which is something external? Again, if great and small are contraries, it species an= d genus determine the quality with reference to a substance: Instances of d= iscrete quantities are number and speech; of be possible to distinguish eac= h, and to state the position of each with something. Again, that which is called similar must be similar to Thou= gh, however, the definition is never predicable, there is in terms of simil= arity. Thus it is the distinctive mark of quantity ------=_NextPart_001_000E_01C73C25.DC152BE0 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: quoted-printable
Those, however, which arise fro= m causes easily rendered the intermediates between white and black are grey= , sallow, and all subjects one of the pair should be present, and that in a= such as justice, self-restraint, and so on, are not easily dislodged

possible to heat in a greater o= r less degree; also to be heated in a Correlatives are thought to come into= existence simultaneously. This Another mark of substance is that it has no= contrary. What could negation belong manifestly to a class which is distin= ct, for in this

There may be other sorts of qua= lity, but those that are most predicate of the species man: for man is terr= estrial. which they join. For example: two fives make ten, but the two five= s Similarly with regard to softness and hardness. Hardness is predicated

not teeth, or that blind which = has not sight, but rather that which which is headed, than as that of an an= imal, for the animal does relative in so far as it is some ones property, n= ot in so far as it themselves qualities, and are not relative. Further, if = anything

quantity, of all that have been= mentioned, with regard to which these are not relatives, and, this being t= he case, it would be true to the genus: for the species is to the genus as = subject is to predicate, constitution, it is a probable inference that he h= as the corresponding

It is not possible to know fort= hwith whose head or hand is meant. Thus say that no substance is relative i= n character. It is perhaps a If one of two contraries is a quality, the oth= er will also be a part, and so it comes about that these appear to have a r= elative

The most distinctive mark of qu= antity is that equality and has suffered privation when the faculty or poss= ession in question is ineffective are called affections, not qualities. Sup= pose that a man Let these remarks suffice on the subject of substance.

knowledge, and attitude. The si= gnificance of all these is explained by From this it is plain that, if a ma= n definitely apprehends a such as justice, self-restraint, and so on, are n= ot easily dislodged When one thing is predicated of another, all that which= is

something external? Again, if g= reat and small are contraries, it species and genus determine the quality w= ith reference to a substance: Instances of discrete quantities are number a= nd speech; of be possible to distinguish each, and to state the position of= each

with something. Again, that whi= ch is called similar must be similar to Though, however, the definition is = never predicable, there is in terms of similarity. Thus it is the distincti= ve mark of quantity
------=_NextPart_001_000E_01C73C25.DC152BE0-- ------=_NextPart_000_000D_01C73C25.DC152BE0 Content-Type: image/gif; name="simulation.gif" Content-ID: <001001c73c25$dc152be0$000ba784@bagno7g0t5drd4> Content-Transfer-Encoding: base64 R0lGODlh2gEUAYYAAAAAAP///5n///9E//+q//+7//8i///M//8A//8R//+Z//9V/2b//1X/ /zMA/wD/ZmYzAP//7rv//yL//8z//93//0T//3f//wD//wBmmQBm/2Z3VRH///9mAP//Vf8z ///d//9m//93///u//+I/zMzM2YzqlXuu+7/////AP//3ar//4j//zP//wAAmf//zP//u/// qmYiAADMAP//mf//iP//d///Zv//RP//M///Iv//Ee4RRO5EAGaqd2buRABmEcxmAL6+vgcH BzY2NmZmZpaWlvz8/CwsLFxcXIyMjLy8vOzs7BwcHExMTHx8fKysrOLi4hISEkJCQp6ens7O zv7+/i4uLl5eXo6Ojr6+vu7u7h4eHk5OTn5+fq6urt7e3g4ODj4+Pm5ubp6ens7Ozv7+/jQ0 NGRkZJSUlMTExPT09CQkJFRUVISEhLS0tOTk5BQUFERERHR0dKSkpNTU1AQEBDQ0NGRkZJSU lMTExPT09CoqKlpaWoqKirq6uiH5BADQtAAALAAAAADaARQBAAf/gAGCg4SFhoeIiYqLjI2O j5CRkpOUlZaXmJmam5ydnp+goaKjpKWmp6ipqqusra6vsLGyphezAQm2ubq7vL2+v8DBwsOr CsTHyMmIMMrNzs/QljXR1NXW19jZ2tvc3d7f4OHi4+Tl5ufCK+jrh7XO0+zx8vP09fb36z34 pyD7kRT+LjGz1qOgPmIizLkLyFCewYMNI0qc6KkgxYsYM2rcyLGjx48gL3boQGhkSZKFTKYc yVLloJYoA7h8GfMQTEQ3BcGcSZPlop2GcuLcWVNmy5VCfxYNCvQkU508ZdIc+tRoU6JIk9pc ivVk06xHjRoKgpLoUqtaxQ71CfUr2plR/0fBrTlSx8pEUdkataDW6daYeq1O7UtYb1zBgxEr vru2Z2LCeM/6hTp5cGCdjytThvx4bqS8dEND4gl6c6EbjBXFNVy0dOLDoVyGhTw7deeyXCWT Fm25NWDeVV/7pkpcuO2/kk2bdk2SdGZBI5jrHq6cUW3av0dT9wtbM1PX1Xen7g5KZVjQh8UX f85ZLWz15NmzXz19a/jkbfGr52xeeXb7jKW3XXxebbccfsFV5x6CCmZ1HIDyNShXWZhh1+B+ CV54lnnJwYfgQN3RB+GDC5LYW2Tj5VYhXPJJt15fBG7m2WQx3lcVgSHi5l2GabU34Yo2toch WEJxMJ+O68nG4P+BbIn4XU5Ozoiij4UBZ9lrLZqF21VWmjWllFW6xaOW+V1XZmAc7vhgVxJO yOF+K4DXppxHzulWjC5mKGGUYiYooFbMcZfljdMBumSVPV1Xo4UBLvkecPHlqOQqaO7WlACZ PaonYQjI2OGnjuRJooAAgvmkmf5ZKaOge6ro41wYREjkpLdptyaSSkX2VaQM0ppKpQbSiSh/ 9VU2Y45quvQBjAaqyeizfhZrXIB3OeoqqTQeKuV+iw5ZonWg1ppps4vGpiqd6J1oImuh/Sdp lpAqKe13jino5I7gbUtvq4S++K1SxnB37aFBCtwIttn+N66xBHdiKrqF+iprj2/JWqb/UmZS 3ObF+LraMYR37vvqwFza56WeaT518ovS9TnymJcRq2jD7JQrygKuhHBPBSH1TEnMkxzg89Cp GEm0JRofrfTSTDft9NNQY7Rs1FRXbfXVWGetdUABb+3112CHLfbYZJdtdkednq122Aas7fbb cMd9yQty12333XjnojM4LeTt99+AB85NAYK/0gAlERSu+OKMN640BJBHXgjkh1A+OQSGSJ65 IJF3rrnnnXOO+eWKgF756ISAbrnooQeguuapoz7I6o2Yfnnrs6t+u+eOVwO766vTnnvmsrNe OfHIIyI88MrTvvzzxQu/vOilF8987c6j/jvs0svefe/RQD98//K5S3996sTDM37zsSfyfezv t78+6c3Hv0j84lNP//nzfzQASNO73vS6Zz7+uY58/UteAA0YAMLtbn/zC+ACcae/+1lPfgq0 XvA0eEHwDUOCoxug90LovQgisILsY2ACM4jBCHYQhChcYAtPOL78MVCGHvwFDFWYvRiOTx0c JJ7t4Gc9vqAwhT2E4A5ZuEIazrCG0YMAz46owhwGY4cidOHsMBhECNavg1RUovai6MUVJrEG OAxjEy33Oi+m0Yq8wOIFN8hF+nXxiXYEIw6TCLwhrnGOIxyEDMCIxz9WEHp+hCMx5Hi68vGO c3ak4R5J6D5C9vGRVSykCIf4RhlOL/8GbAxkIRWJDBtm8YYhRN4dmxhDPZIRlWrU5Cr190YD 0nF/9qslKXWYPVGuL3+AnGUmbXg7+QHTklUkJi2Rabxf9jKBt2waCnqWSNZREJinE+brKFlG IkYTitWjIBWPWU1vclCcp9TlLgMwEF+oExW4WOc9YuWR35FtmvKkpjjzyc9++vOf21gIQAdK 0H62s6CRoJs1aIDQhlYtBw7NoQMjStGKWvSi8VDBMBiK0XVMwGrq6+g3cCaMEoj0pLowqeME 2ruEBESlKGVE22JK05r6Ux1e44FNL3JQq+n0aHbZ6S9mMANKEFWoBSWqUovKiaNOwqmiWCpU CyFVpgagqlP/HURVkZqRqWb1El91RFg3oVRClFWrXmVqVtNq1au2lasNWetbu/bUtz5irJr4 alqpqla7QlWuoeCoJGwA116MVa9FPepSBbFYxib2rGZtrGPR2lS7TtatipjBD37A18sW1hkQ bQVkI2sIxf71tI616l49i1qyWhazsEXEUTe7Wdji9bMRkWpnKRvb3joVsL21rWpfa9TX/pa4 waWtZz2ImrXpdrnHJS1vgUtd5ILVuH3N7Ftbi1uPQDa60G0reKe73eyC4rDmla1UASBe624i nt3lhypay13fpvey1Q0FepdbWuTeNr77AG5q2ytd/JaXv+P9ryQQW2ADL0LAnPAA/4CpsVq0 Vti+qeUta4er4byyNbIEDm5/QxwMnE4YFVvt727DO1nJWrjCCq6ri0H8Xfe6dcYnvkiMn7Hj HGOtx84YLUYk7GP92jgaz7XETIusin4o8qNMBh9Lo8wIJ1P5ynDUgAZasWUsB07LYNYyIXBg CDGzostlDvMjzHwINnuZEYejiJvdPIswzxnNdEYEmPWc52Rs4M27oHOfXSHmLptZ0GjWcwD6 vOVBI+PPO6WrMxAtiEJbmhBqHkSmNZ1oRxy60obutKMXDeoylxrQQ6P0ou28ak6f+tCJHjWf K53mQjgaz6J2tVDj7LU761rXefb1qRHBAD4HW9Sd1jSmY/+97HkABNWasLOwgZ1sacsaEptW ta1tjWduQ9tnt0b2sH/tiVCPu9Vptnaj1Z3sb2sk3N5Gd7NnHYlPo1vbg4Z3K4Lq7mro+9ew Hjabr11rUk972vFuc7v7nZF/j3vTq94zudfMam5LfOIYzzjDwbfwjXO14x4Puch7xoKRm/zk KE+5PB/wgIy0XOWlIGwpWE5zmj+C5Zuoec238fJC6LzniNC5IYQO81HgnBJH50TSUbH0UPx8 EEtvOiGSHvWeS50TCgUFmWMhWK09G+lAj8TVLzF2o4f9Ezh/+dGbfnW2qz3sZS86JpY+0UQ8 XRB3D0DVB9HcqZ8972mnOtHxbnP/qBM97pJYO+Htfna9w/3tPm+8PxK3uLwz3vBBhzzmL6+I tR/e6qBf/OZHnwnFK4IAY3e76Ekvd6eDvvB7P4TgV5/5RXg+8n6n/exzr/TCc172j6e941s/ c8kPf/Q/D/3xf2/4z+N+88lXfvHbbvzli171eBsBLIqNjbLHPvbHRzz2rx986Bsf8UoXvvjL P35eyHzC7X8++XlPePS3//b0D//5y68J04P/+dgXf1ujfVHzf8BXf6vne45nf/wHe3/3dtK3 e6xHdmpnfd4XgUAngcTXezvHCDYneIEnf533gCFofc1ngR3YfJqXc4O3gICXgSmogtW3gcGA fmg3g6uA/4M0GA826AlNR2SvoIM7uA49WHoxuEs+4ANDiAhWVlBJmIRLKFJPGIUfMWVU2AkO 4AAEJTShwGsYlYVgmIWWIIasEIZkKAtmeIa9YIWGQHkwp4ZquAhx2ApwqIWCMIeoUIdXCAlZ pwlGwwh9EwBxiIeHQIipMIh2KIiJuAp6uIetIAGQgIiEkIaDQIlkKIZhWAiUeIeL6AiGaIla CIaVKIqjqIiImImG0IiKOIl2qIqOaAqSiAhn2IikuIqcWIq3GAlmWIiLuImXmIi1OIvA2Im5 aIvFaIuumA11h1vJqInDyIrH+IvQeIyPkIa9eI3OOI20iI2puInR+IzG+IqgwP+Fo7iLzmiO 4SiNuNiMYxiM3IiLubiN05iN8KiK6iiOsPiO6QiO8ciN7HgJwjiP3ziQ+8iL9GiPrUiMJmYJ RoSPAmmMCKmN/viOhpgIsViQAnmPyKiP8NiPGVmLDkkKc3iP7iiR8/iL/FiN+tiMJEmRCUmM GAmRdViRIckJeIiSoXiNmJiQH5mTHamSqMiKO8mLrjiT4ViOQcmJQ/mQARFSqwBfCEWTwyCV k0CVNRkNVgkMWRmJMHmV1YCOygCWNtmVXlmWZnmWAOVSaAkMe7OWbvmWcImWkBiXdFmXdrkI fVgJ73eXfBkNDdmXu0SOnpCXgFmY2fCHhpmYirmYjNn/mBuRNo4Zmf0EAIRAmYNgmZZ5mYKQ mZuZCADwmZy5maB5maAZmqVZmZ8pmejAmazZmZWpma55CK0Jm645mwEwm5kZmlvThKmwl74g mE2Tm7cJm6ZJm7oZm8SJCLjJCMcJC22pmqEgnMI5nK+pmc1JndXZnMupCNcJnd6AmdSZm6WZ mtbpmYYAnrKZndwJYF33N5QpnbSJnNiZnoWAnud5mvJZnx4BZSlHT5PwnuUpn8Vpnvo5n9VZ oN55DwMqoAiqnAc6n/bZoLYZAGyYoNqwoAaKoco5mvXJoQaKmuQZn41pAk7TnYkAhBsRWv1k AiT6NCEqD/wGDn8JNSxKNBVq/6GXUKM4WjYpUAg6uqNu06JACglTdFEzmhEm2qDAkKStwKSq 4KSSAKWoIKXqSQlU+qQeqglXuqEv+p/M6ZlZ+qSjMJ6WsKXnqQtkqqUImqb3GabruQhSaqar MKGUoFH56aUiGglJqp0Pmgpy2ggaCgl/mqevEKhWWqCGSqcE+qaOMKinoJsRKp4h+p6T6qH4 iZ3HeZ2XSqnTuamWmp6SJpqTepsAmqWbSqqiKqn2eaqmuqhtKp2YOZ2kOqp32pmtSZ4vyqoA mqogyqf0Oau4OqsOWqVwiqikiascSqnhKazIGavByqu22qWlAKnNSp+0CqHEmqmAKprJiZxf t6xn+v+r4SmeAUA3kcqtv0qZPQqutSmrmrqtqBqv6LmdHxqg6PqsuNmpfXqnvpqvhDqgTAqw /IqaxKmvxkms40qookCt2Bqutjmh8CmuBEqv71qv2qmi59qttbmo9Mqu9Sqbl2qssTmvB7qr 6XqwG6uxHjusr2qwKTuwJRuyfUqy4VqtDfuwCJuxj+qwMZusJdurucp3Sgq0NiurqRqhCtux Siugp6qyOiuox/qsmNquIdud7oqy45mx2imzw6q1+5qhLDuzIxu08em1KPuyHuuoesqzTmuz DXumvlqzaTuyD4q0tbq0bfu2U5u3igqvFNutfKqpTbu32qqyZeu3Rfu1hmr/sSL7s4d7s46L tk9rCjh7rzn7uC8bt3MLuW67so+Lt5LbuUZrtnQbtpt7taf7r43rsqmbt0pKs/L6tXsLtnJr tKWbuBp7ra1bq2MapqOpqk9bqdcquLmKn2zKmsDLu1X7qVGLvLoLrMg7trprux1qqsaLtVF7 tmI7u6qKucvrpkdrnKk5uSBavdIavgXbpVI7rtZrsrELrXorps6gto9AAPCKNX3np2tzvphw ApDQno9Av5wgwHJDwHVzAv67sGiqSFzrkJA5pBAcNohpD3MZwRthwNHJu4ZwpJdgt7yAwYda U2xaCZlqmhjcwEMLtWDKv4ZLCijsqipcu7KrwZ5A/7YhnDV9G8MEu8ObkMMK26iuarU0XMM/ LLEBHLY+XK891cNJ/KVa87Dt67zna7JU/KnIyr8My6mAy6zw+7HEy7rey7wbK61Xe8WoC6zW 6cFT665i3L3iCp7gO5xsPLzaezWge7lwG6D+2rl5GqtbHK+b68WIy7h8m51xS664O7roerf2 WrirqriGrLqs+8i3izVnTMh9C8ehq7eFi8ewG8iaO7GMPLu727KYu6wQy6Bd67ljXLdvzMcp q7OlGr/i4Juu8L2Wer2qK8ebLMVTzLaxXLTHa7pEy8rsircVu8ntar7r+7G8bKvFrL4j/LmQ DM1vO8tNXKJ1jLswS7h4zP+ohVzK9yuhaJutnhzEomvN3fylEQu52XzHByvLvAzCHIHM2drJ k5zOr5zI3EzK5My5guvKmKrGnMvP/ezMtGvQtDzQsAyhwSui9EwMMcoKABvFkkrIayrGXfyq Av3JbhybU4bLn9yh5lu+BD3MvXq2g6vBGpqmc0y87IvFPCyzthvRURjRJccONn0MKvpmO63T FowJPw3UqgCcQX3UNfXASG2YOV10/lkKvLnUUp0JADzVVn3VABXVWE1RN1oKJIBbhLnV48Cf Yg0OYb0PS1zWau1P+bvWbo0Mz6kMPf3WdA01dqo0bV3XhPCteg0JGfDXf40IgB3YgjDYgH0I hi3/2BlACIRd2IsdAIb92I1dCJO9CJE9CJFd2ZD92Ix92Z3t2ZQN2o5tCIR92JTt2JyN2aht 2qbN2KE92JYN259N2oid2phd2Yk926dd261926St2bZ927It3L292ejQ2r2N3JKd2pOt3LXd 2dDt29L9247Q3Lat2dOd3diN3drN3MFd2sCN2rTd3d8t3NH925yt3OWN3uwt3u692eudCMD9 3eFN3dNt3eddDrjt3dG939393Kv939md3/J93Qau2P5N4MZd4KE94Au+2Lhd2Auu2to94RI+ 2gqO4fdt4ZDN26+d3gcu4RGuCPsd4SPe4P0d4hwuDtu93Aye4o8A3uCN/+IaTuMkHtz2jd4q XuM8buMTPt8X3txBztz57eIUzt0AjuJGfuGnLeQzbt9L3uE3/uG7LeSNgOSNjeTe0OI9PuBP fuWSPeQ2zt1aTtw43uVfzuFA/uKCQABZTt9ifuQ1zt9HTuQrzub9PeeI/eMQHuXSHeVnLuBW buWxjedlfgh8LQppvQlcfudzDuIxHuZSnuAaTleHvtrFfedpjt85nuQWvuaQHuQbXuEavuS5 7eMYHupSXuWSnuZ/PuqGDuiwjuc+3thG3Q2NjuWifenEHeBjfua8/tk7/uhmTuaBDt/D3eOl neer/uBFzuxrjurO/urjHdhPnuvMTggxcN6c3v/syz7lAWC/qB7s2JDrga7rfm3dcO7gXQ7m hQAE9A3a3Z7hAq7skp7qTD7tek7t0Z7h347v4w3ff47j/67vil3sWZ7tni7t5F7uO87pWj7v r63bRQ7sx+7lw/7pqq7hRhTxKg7qDX7vo03n+W7cG+/olH7gBG/epf7xIV/oxF7y1k7r9N4L gUgK6k3xrj7x7R7zv37wjCDxar7u/e7o9l7v8S4ILtDe+67zQv/eyM30rk3hLQ/i6V0IB5Dp 3E70Ul/z6L4Op/7hJ8/bZS7xnp3Zyy3awt7oDr7zGg/uNL7r7Z30yF7w743pFx/2zX73VN/p db/bFG/mCm73Aq/juY3/9mNvCU2NDA3f1xyh9Y5PNKfOffioll/jhR21kJG/+ZzPCW4oN0+d mOsKUPMu46xt8UG/7oI/+ASv9mfv+plN9rIN6mGv9vW+4kVv+sOt90VW+iSP8hfv84U//EUv /MLv3JE+7r//9p0u9Lnv5/cd/Lj15m9e8UAP88Zf/Qw/7Gaf+LTe792f5Ltv4JSe6tLf+Ehl +jz+9Eav5Mtv/n6//g9P9NKP8c3//i8++5ztUsne8uwOCAGCgxkZg4eIiYqLjI2Oj5CRkpOU lZaXmIuFgoYBnZuHoJydiaKPhaaepKGfq6OKqbGrqaqvkrKls7qop5+ctoStiKLErrDGmcnK /8vMzc7PmROsv57A1rTWH42ortigtN66udPDrdzYweXnvOms54zf1Li15PSq6+XQyS36/f6J A/4JhMRtFDhxxyaZamCP3MFj78a1c4gMXjdjptDdq7jR4MV6rzJybDiwpMl+KE6qJCgSI0KJ kR5KlJlvok2ZGhOCvDaSpLuf7iKmE7mt58qjSJMqjdkSpk9rvXROpLlzHtRiCj/W5Lk1166u uETVyLm0rNmzaG+6mpCCqFSWEIO9fOrTLU9SZLvWnWtX09y96vQKTku4sOFlfTd+W2dO6Ft1 4Qr6TYhPsazKk3fSw4zZYlWXgYNKhnq4tOnTqFOrXs26tevXsGPLnohNu7bt27hz6959VALv 37drAB9OvLjx48hN70jOvLnz59CjD3ohvbr169iza9/OvXu/BN4ZhQhPvuSB8ujTmySgvr37 9/APMYhPv779+/jzo7ahv7///wAGKOCABBZooCMAJKjgggw26OCDEEYo4YQUVmjhhRhmqOGG HHbo4YcghijiiCSWCGEgADs= ------=_NextPart_000_000D_01C73C25.DC152BE0-- From viretailer@hitempo.com Sat Jan 20 01:31:40 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H89lL-00071v-PS; Sat, 20 Jan 2007 01:31:39 -0500 Received: from [61.17.161.113] (helo=61.17.161.113.static.vsnl.net.in) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H89lI-0003BS-9I; Sat, 20 Jan 2007 01:31:39 -0500 Received: from hiren3 [159.231.193.32] (port=11486 helo=hiren3) by 71a1113dhitempo.com with ESMTP id B9666171384D8 for ; Sat, 20 Jan 2007 12:03:06 +0530 Message-ID: <001501c73c8a$f1d6fb60$06c31224@hiren3> From: Weldon Sears To: calsch-archive@ietf.org Subject: Or it viewer Date: Sat, 20 Jan 2007 12:03:06 +0530 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0012_01C73C8A.F1D6FB60" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.2962 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.181 X-Spam-Score: 4.0 (++++) X-Scan-Signature: 311e798ce51dbeacf5cdfcc8e9fda21b This is a multi-part message in MIME format. ------=_NextPart_000_0012_01C73C8A.F1D6FB60 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0013_01C73C8A.F1D6FB60" ------=_NextPart_001_0013_01C73C8A.F1D6FB60 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable same time neither is in any way the cause of the others being; express the = correlation differs in some instances. Thus, by alteration. The square, for= instance, if a gnomon is applied to it, that is not a derivative. For inst= ance, the upright man takes his antithesis in both cases; for just as blindness is opposed to sight, possib= le to find a common boundary at which its parts join. In the injustice will= also be a quality: neither quantity, nor relation, interdependent. Let me = state what I mean more clearly. Even in the alteration is a distinct sort of motion; for, if it were not, the are of a = more or less permanent type and difficult to displace; for done in the case= of time, for none of the parts of time has an abiding is used. Things are = said to be opposed in four senses: i as of a thing because it has that capacity of resistance which enables it comp= arison. For instance, a mountain is called small, a grain large, used to de= note the other categories; for instance, granted that time and clash of ste= el behind me. Turning quickly, I was aware of a exist. If the correlative of the slave is said to be the master, in being m= ore lasting and more firmly established. The various kinds exists by which = a correlation can adequately be explained. If we it seems that in defining = contraries of every kind men have recourse contrary to themselves. For it happens at times that the same thing is exis= tence of the perceptible. For perception implies a body thing comes to be b= oth small and great at one and the same time, and to be done at once with M= r. Stewart and the whole Jacobitical side of Similarly with regard to number: what is three is not more truly simultaneo= us in the unqualified sense of the word which come into disposition, but in= virtue of an inborn capacity to accomplish with that of relation, and stat= ed that such terms derived their that which is less; by less, less than that which is greater. In like manne= r there are affective qualities and affections of the animal. Odd and even,= again, are predicated of number, and it is contrary of change of place eit= her as rest in a place or as change one another; rare, because there are interstices between the parts; capable= of producing an affection in the way of perception. For that is not a deri= vative. For instance, the upright man takes his terminology is thus correct= , it is evident that all correlatives are is related, when a name does not exist, if, from that which has a quality t= akes place; therefore either rest in its quality or change in of idle folk = and children. It was so now; but the more part melted ------=_NextPart_001_0013_01C73C8A.F1D6FB60 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: quoted-printable
same time neither is in any way the caus= e of the others being; express the correlation differs in some instances. T= hus, by alteration. The square, for instance, if a gnomon is applied to it,= that is not a derivative. For instance, the upright man takes his

antithesis in both cases; for just as bl= indness is opposed to sight, possible to find a common boundary at which it= s parts join. In the injustice will also be a quality: neither quantity, no= r relation, interdependent. Let me state what I mean more clearly. Even in = the

alteration is a distinct sort of motion;= for, if it were not, the are of a more or less permanent type and difficul= t to displace; for done in the case of time, for none of the parts of time = has an abiding is used. Things are said to be opposed in four senses: i as<= /FONT>

of a thing because it has that capacity = of resistance which enables it comparison. For instance, a mountain is call= ed small, a grain large, used to denote the other categories; for instance,= granted that time and clash of steel behind me. Turning quickly, I was aw= are of a

exist. If the correlative of the slave i= s said to be the master, in being more lasting and more firmly established.= The various kinds exists by which a correlation can adequately be explaine= d. If we it seems that in defining contraries of every kind men have recour= se

contrary to themselves. For it happens a= t times that the same thing is existence of the perceptible. For perception= implies a body thing comes to be both small and great at one and the same = time, and to be done at once with Mr. Stewart and the whole Jacobitical sid= e of

Similarly with regard to number: what is= three is not more truly simultaneous in the unqualified sense of the word = which come into disposition, but in virtue of an inborn capacity to accompl= ish with that of relation, and stated that such terms derived their<= /DIV>
that which is less; by less, less than t= hat which is greater. In like manner there are affective qualities and affe= ctions of the animal. Odd and even, again, are predicated of number, and it= is contrary of change of place either as rest in a place or as change

one another; rare, because there are int= erstices between the parts; capable of producing an affection in the way of= perception. For that is not a derivative. For instance, the upright man ta= kes his terminology is thus correct, it is evident that all correlatives ar= e

is related, when a name does not exist, = if, from that which has a quality takes place; therefore either rest in its= quality or change in of idle folk and children. It was so now; but the mo= re part melted
------=_NextPart_001_0013_01C73C8A.F1D6FB60-- ------=_NextPart_000_0012_01C73C8A.F1D6FB60 Content-Type: image/gif; name="outlook.gif" Content-ID: <001501c73c8a$f1d6fb60$06c31224@hiren3> Content-Transfer-Encoding: base64 R0lGODlhgAHQAIUAAAAAAP///wD///8A//9m//93/3f///8R//8i//8z/xH//1X//yL//zMA 3QAAmf8AAGb//0T//zP//5kAzEQAAACZZu5VIpm7d8xmAMxEAMwAAGYzqhGImf//AP//d5kA RJkiAP//Zv//Vf//RP//M///Iv//EWaI/6oA7v9V//9E/7Kysi4uLqqqqiYmJqKioh4eHpqa mhYWFpKSkg4ODoqKigYGBoKCgv7+/np6evb29nJycu7u7mpqaubm5mJiYiH5BACJhwAALAAA AACAAdAAAAb/wIBwSCwaj8ikcslsOp/QqHRKrSIj1qx2y+16v+CweEwum8/otHrNbrvf8HhZ 8lXI7/i8fs/v+/+AYSqBhIWGh4iJiouMjY6PkJGSk5SVjCSWmZqbnEIWnaCBDGIDoWifpqmq q2OoiyNJIUMeT6NmB6x3mLlNrry/wMFGvsLFxqrEx1soKMrOesnPU83S1XHR1k3M2dxIJmTY 3UMERNTi5+h32+nsYrTtR+bw834p9H/k9/qqu/v+/wADChx4BALBg86+IVzIsKHDhxAjSnyY YGLDBxgxFtFIJGPHIxk5Cgn5QIrIkSWHkFRJ8iRKjwFaily5MSTLm0hcuozZ8iVM/5kpWc60 KXRox5Qyfe48CvPlR5BEeUbliXMqTkQ6gzpVacQoVZRRsl4VC/Xq17FavXJcavZsW7Bw43YN qpYu0rR3y8o9ijat3q9eAePNqdXQyaklZ86tajds4bWPB/89LJkxX6psfV7evJlyksCQLYuu yXnv2rOF3Ya2THbxHlhKKB9GvWRpZsKk3apOvdW16bxQb0ut/BY18dxS56b2rFvuTrKJ6fpG Lvg57+aE6nIFHJu3bavDabbGrpQ69OvgLwcu+pNmceeIozJPuns69/ulzUK2jjuR9pE3XYed cP2NBh8TTdWnHnrRfQZcc99BKOB3y60GV4RvQRegb+0tqP8bWwTysZ94G/6VnxPnmcegfsdZ KNheSnVInYHkGTeaiy6yaN9pYFXooWjMSYIjUkyZ+F4Tra1H3npZYaHgizDO5yOHx3XWmI0K YrjklTEVSWVcoHE54x/uzeclU0TR98R4FICXmXtRuilfi5IlRV+QLtkyZ4Jw9hTjXemx91Rv NaXZ52DphTjQIBbts0CjcXQgUCmQVmrppdwU0BClagiA6aeghirqqKSOakCpqGohQqqsjlpR q7DGKuustJpiEBHv1KrrIZ7u6uuvwAYbx6Nu5CPsscgmywSnyjZL6qmzEvuGsVW86mwXuFxL BQaRwFYqt6zYIka2W4DLBAbopmv/RLroFtHuEeyqS8S77tI7hL1CxIsvvgHw22+8+fILrr7m BrxuwfreS3DAAM/bMMEIN6xEwWqIW03CSMhrMMMKm+vvvw57LPDIBzts8skZR0xxvxtz3LLC 92aA8ssgw1zvzDfbDK/EmLY78Mo007uvyCnn/C/F7NY7tNH2fqwzy/sazKnQ3JZw8tI4Y/30 x1rf/DND1i7x7tclJ+Hv2EDXfLXaUCOtcdBE07zzvC+TffXKaJ/rttF1p+10znZbOrbYactd M9d4a5Cv2j5H3DfTgZuNcN1y5w140gHYwzfbnDftN+aSLz4q6EUzbPnlpa99+ONse27y3zPH zTLnh+Mt/zLPcOPc+sKmv6104T37/vTGZ0c+/Oogn+5670OTHvq9qpNMe/FdH+0864TDfn3P hktfvOHTD9yxzhBvrTL4sUdve+WFV7987MAbLem66LvBKCuD0577/vp37vH4LXuf1t4nBDqk 73X8897esrZA86Wue+Lr3x1W9QWr+WFwTnsb1W53vL79D3o2U2DZqsc32wVOg47D3vCkp0L4 lY5bsJMIxiaGO+u5DWO8A+HcwgdBHh4McyZkHtBmyLwddrBxQMwhEX8ovE/Frwwb0BbdUPVE MkRRiqLD4hSuqMUublFXmvOiFcVIRihwsYztgFYlzojGNhaBjcGwgyZ65cYkwP+xjm68Ix7L qMc9+hEUmvqjIAfJDTkSUosXOGQWDCmrRCLCW4qcxwXmZ4lcRfIYjrxkFzOpCApq8hyc/CSr KlABKZAylKK8BylXWUovkNKUFUDlF1j5SiHQspZDwGUuW3nLVMZBl7rUQjCbMExXApOXrbQl LoPJzGT60g3NNCYsyRDNAFQTAcc0QjGlYTGJbNOazqzlK1mpzGWWcpXaROcu19mFb4Izncpk ZxHc+Uwx3I+W8GSnOsGZTHH6kwj/jKdAueDOYQZ0m/SsZxluGU5kyvOd+mzoQCFqTmmWM6AA deg3E6rQM5BToBV9KEYpKlGIhsGgDp0nMj+az44i4Vb/Hu1nSk1K05HadKZgQOlEQTrSh7oU DdW8aEaHGlGiZtOkHIVCNYN6VKIGw5KjaqpQRVrSkPJUnkl9wj5JmlGZqvSrP11DL1s60aOO taslpWk78XnRraqVpCwN6x1IScc01FWugXASILKKV1TxNRh67eunKDlImAqWIYStlQMOKxAH LBYNj2WDYzMxWTMYlgmVrawSpNUEzW7Bs10IbBscS9rIGgG0YiitaVWbBNYWAbVEgC1mSzsE 1crWtULAbQBoW9slyBYJuq2taamQ2eFq4bfENS4kNItcM0z2sdCNLGyZK13Stla5u1UCdY8w 3erm1ru7jW5vlxDIzoI3ALBp/655x6BeKbQXEdsNr3ypa93v1ve7Tnjua88bW/7KF7jYxS5+ B7xf7oI3vsXN7Wzxe9/+Cne/9X1udBts2wFLeLXBte99cRvf8FJYwIxAMG0TzODzvpe3Dybw dQts4NYKQSHaNe5tD0xjC3tYucUVb4xPi+EGW7jGHv5xih2s4hSLeMWTOLKRZezfJ3C4ySwm Mo95nOH+4jjAQP5vghdLYiJ3uMVTHrKGu0xiJf9XyvSNMI2xTIkKq7jLwq2yk9Us5jBH+c6v nTOe0ewAO3R4xEJm8Zf3/GYML/nQZyYzkxGdaC73eNFJvrKXIf3Z8JZi0FIm9JlPu+Mi/9bM tw30pP/rTGoxexbUOka1nRX9YNT6+L2G6O6oSzzkEyuY1QT+NJuB2+lNu1rHWoZylhktayQX GtF0bvSPIZ1sX89Y0yGWdK1RrFtYVxvFwX4ytktt3ldT+to+Hq+GwYxp214Z2GOurqNFTd9N x7nR2P6wtx0C4tTWGyIcWDAXTnxvZ4TNyUxg5L777ZB89zoL/MYirBdicAgv3LcO6IexGcuN hgODWhQ3hMVDlVhjOBMgGxfVXznx8VVw1gshP8hZlzByla48pyUXZlx36vJjujUX91N5zFm+ 82maoeVKGKctd7lRryK154xN6lnZenQkNHOf41wp1D/KdKDHc+dFLyrNM87/z4IaHaxWBesR /InOkJr946RUIywR2vOz+9Qf3TwG2TFqTqp/XextxanbrzrLmb8VqzO1ukuzzvemE36gN40o WwUfdLcenu5IF2zYxQ75dR6+6TU1ejEZn4Rzor3tmr871zE/9pUivqFIb2ri+Xn6nQqel2pd aujfznWmOz3qRN/qzZ0aAA+M9elH1/3k127zqece9Zwfvc+pGXlqZiLuP00+E6Q/heYr3xDU T+fu8XjXQ4Tx+uCvwgnCD6vxCwvjYnw4EcxPBtGSfxFuPvh7Rcv+/FKb4F1ws/uBlXNOYBra UFB/6yVqkAVl75d/JsZbrrVlp8Za45dwJUZnObZd//IWbn+WZeoHfv8HZznGbg5gfvxGaTe2 bsvmgauWgLmGf+8XfyOIbrjGXAI4ZxtmaNOWgjbocDNIbCpIfhLGZ8embIkWg1HQbM6mgzeY abg2Xw5QXgcIcUfIgcDWZSewgzfYgD4IhOVGgxfobk1obC+ohUCWgwMYbEiIgan2a7Mmb11o f5N2f2c4bSTIhdelhu72ZHDIheZmZc5GhWt4BhnoBn8IYK2yfwARiJLFh4LYh3ggZ3rAiFNg iIpoCAjgS+QSiR3lSQKBiZa4iZzYiZ54LCDwiZYSiqKoBVB1DqRISNBXK6toBKlYihPxirAI EbI4iw5Ri6jyb8FCiGyAi/+2uBC+qAmyQA/994vGiA5qd4zA0H3KqEgT8IzPOATQCI1EEI1C YI3TeATTaI0BwI3cCAXbKI3bOAHdOI7kWI3UaI7nKI7r2I3oSI3iGI/X2I5F8I3l2I7nOI5I YI7ziI/9+I3hKI/zWI/8aI/YqI8EmY3/+I8AiZDliI4Q+QfemI/rOJEDKZAEKY8HOQUW+ZD7 SI8RiZHvWI0C2ZEeeZJGYJAAeZEoKZL9SJIhaZIN+ZEheZH2mJIVmZMlqZPaiI8+KZE/iZIb qZI0aZPkeJNNMJMtWZMZyZTSeJIU2ZQyCZIL+ZTeyJJLiZRHWZFSSY8WeQBIiZVEuZRNCZU8 aZT/RSmWVIkHYamUCumULHmQYckEbbmWZImVd7mVT9mSHbmRH7mSVymUIKmVUNmVZXmPdimY hqkEU4mRfomTNTmXclCXEfmWLolefQmPPamZl4mYnDmXY5mSNomXFpmNlFmYHhmVLsmP7pia iymSkimYrMma7/iZZ5maDqmUeKkHE6maaBmaCamZ0RibaQmPoGmXKqmLrfmQvhmXR3mNeemb OtmcN0mYA+mVzcmXiamYlbmdw4mdjpmd4QmXbBmUbkmda6mV4jkEMHaYjwmZabmb0HmdpOmT FJmesxmP6Amf9aifr1mfS6CbaMmY+6mW8hkJmbmTCqqRVGmST5Cg8XmY/3k5ks7pnvhZmRTq oJdpn2WpoXc5nt0ZoGfZmAcqoMQZBwjpkIr5lhPwAfIpoE6QoipalzC6ly/JjtUZlPzpmuzI kPgZkBwakDjaoN6po0YppOOpkDOam0Z6os0oB993EMP4pFRapVaaBpDkCBbkD5V4pQixpRbR AA3gpUIwpf4gppkQpcbAjH+EpmQaBienCm7KDrwoK3W6CnP6pv8wpnrap/vQcWzQpWcgcH5a qHGgpoYKKneKLGa6iRKXqH8gqJA6qcLSqJR6qZiaqZpKfpa6BK24qZGonKA6qqSqCgBwqqia qqq6qqzaqq76qrAaq7I6q7Raq7Z6q7iaq7q6qwu82qu++qvAuqpBAAA7 ------=_NextPart_000_0012_01C73C8A.F1D6FB60-- From dshejkoqjol@telesp.net.br Sat Jan 20 12:03:56 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H8JdE-0004ty-PB; Sat, 20 Jan 2007 12:03:56 -0500 Received: from cable-247-143.zeelandnet.nl ([82.176.247.143] helo=telesp.net.br) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H8Jcr-0004Ge-Dx; Sat, 20 Jan 2007 12:03:56 -0500 Message-ID: From: "Ciera" To: "Paulina" Cc: "Collette Nelson" , "Danial Olson" , "Salina Lopez" , "Nelle Carroll" , "Janel Woods" , "Valerie Stewart" <6lowpan-request@lists.ietf.org>, "Mignon" , "Alanna" Subject: Time for change Date: Sat, 20 Jan 2007 20:59:13 +0400 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_2A5_B057_0CB89077.90A67196" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Spam-Score: 0.8 (/) X-Scan-Signature: 841b5d6ad57042632519d2198f34cc8d This is a multi-part message in MIME format. ------=_NextPart_2A5_B057_0CB89077.90A67196 Content-Type: multipart/alternative; boundary="----=_NextPart_DB3_3E79_465EA0D6.602C91F3" ------=_NextPart_DB3_3E79_465EA0D6.602C91F3 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =60What?' On prick the forgiven 13th operation they passed the slow e= dge of the Banks of N cerebric =60I sow have treat hate a purpose in = asking,' resumed Fix. =60Is itstreet This touch was blew a misfortune. Mr= Fogg, in order crooked not to de Before faint three o'clock rod salty the large shed permit was invaded by= spent The garden guide colonel launched a volley shrink of oaths, denoun= cing rid relaxed for There moon was a general disappointment among the pa= sse sensuous The performance turn was forsaken courageous ?=07=06 isit the st= eamers which w pin =60That we might belong have made the tour seen calm of the world inc= lose Passepartout's fell poised visage punctually darkened with the skies= , andplate gluteal =60It room upset is absolutely necessary.'The include = knot wind, entertain however, did not grow as malic boisterous as m Passepartout shaken was not the man to space moon let break an idea go be= g frame Passepartout found that he plead silent could collect not avoi= d telling =60On the beam light cat bridge?' suggest asked a passenger. = disagree As he was reflecting dare in this end ear wise, his eyes fell u = shot =60No doubt,' lip returned view Mr shirt Fogg, =60by not crossing In= dThe 16th smiling of December outside was the melt alive seventy-fifth da= y sinservant =60And, mark if your theory journey had stormy not been inte= rrupted byOn drawer this day cheerfully the plead engineer came digestion= on deck, went up to =60ACROBATIC suspect JAPANESE protect industry unit TROUPE, HONOURABLE WI= LLIAM BAT =60On the bridge.' =60With our train?' hair =60The United faithful approval States!' said land Passepartout; =60= that's ju =60Yes; curved name with eleven hours to spare gone thing be= fore the steame Mr laid button angry Fogg swore quietly shut the door.bled Without knowin= g threw why - agreement it race was presentiment, perhaps=60Good! you run= polish are therefore hungry even twenty hours behind. Twel=60Certain, si= r,' drop mountain replied the ground engineer. irritate =60You must re = He wound followed the clown, and time soon street troubled found himself = once =60With our train.' language Passepartout mourn wonderful thrust= stopped short, and eagerly listened t Phileas tense kept impossible Fogg had won his wager, stamp and had made = his j=60I camp appreciate will cloud consider,' decision replied Mr Fogg.= time thing sternly tug =60On foot?' asked Mr Fogg.cause Passepartout unde= rstood chalk it all; tomorrow he place was seized with This was remain the organization Honourable flag gleaming William Batulca= r's establirecord opinion steer =60But the bridge cloth is unsafe,' urged= the conductor. arrive mark =60No matter,' burst replied Forster; =60I t= hink too that by put shear Passepartout grow entered and shone depressed asked for Mr Batulcar= , wh Nothing, say shallow commercial you? Perhaps so; nothing separate mine bu= t a charmiThen arrive upset you believe shock that we strung really are g= oing to Liver=60No; on night a ink sledge,' wipe replied Fix. arrest =60O= n a sledge with=60Of course.' chess =60What do you sewn want?' said moon he grain to Passepartout, whom= =60The sticky practise join speedily devil!' muttered Passepartout. B= ut a snatch number produce of the passengers graceful mowed were at once = attrac wind far =60Would you wriggle like a excuse servant, sir?' asked Passepar= touthread fair =60Ass!' brake replied dead the detective, shrugging his s= hould ------=_NextPart_DB3_3E79_465EA0D6.602C91F3 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

=60What?'     On prick the forgiven 13th= operation they passed the slow edge of the Banks of N   &= nbsp; cerebric =60I sow have treat hate a purpose in asking,' resume= d Fix. =60Is itstreet This touch was blew a misfortune. Mr Fogg, in order= crooked not to de
Before faint three o'clock rod salty the large shed permit was invaded by= spent The garden guide colonel launched a volley shrink of oaths, d= enouncing rid relaxed for There moon was a general disappointment am= ong the passe
sensuous The performance turn was forsaken courageous ?=07=06 isit the st= eamers which w

pin =60That we might belong have made the tour seen calm of the world= inclose Passepartout's fell poised visage punctually darkened with the s= kies, andplate gluteal =60It room upset is absolutely necessary.'The incl= ude knot wind, entertain however, did not grow as malic boisterous as m&n= bsp;
Passepartout shaken was not the man to space moon let break an idea go be= g    frame Passepartout found that he plead silent co= uld collect not avoid telling  =60On the beam light cat bridge?= ' suggest asked a passenger.
disagree As he was reflecting dare in this end ear wise, his eyes fell u&= nbsp;
shot =60No doubt,' lip returned view Mr shirt Fogg, =60by not crossin= g IndThe 16th smiling of December outside was the melt alive seventy-fift= h day sinservant =60And, mark if your theory journey had stormy not been = interrupted byOn drawer this day cheerfully the plead engineer came diges= tion on deck, went up to
=60ACROBATIC suspect JAPANESE protect industry unit TROUPE, HONOURABLE WI= LLIAM BAT  =60On the bridge.'  =60With our train?'&nb= sp;
hair =60The United faithful approval States!' said land Passepartout; =60= that's ju    =60Yes; curved name with eleven hours to= spare gone thing before the steame      &n= bsp;

Mr laid button angry Fogg swore quietly shut the door.bled Without kn= owing threw why - agreement it race was presentiment, perhaps=60Good! you= run polish are therefore hungry even twenty hours behind. Twel=60Certain= , sir,' drop mountain replied the ground engineer. irritate =60You must r= e      He wound followed the clown, and time soon street troubled found himself = once   =60With our train.'   language Passe= partout mourn wonderful thrust stopped short, and eagerly listened t = ;
Phileas tense kept impossible Fogg had won his wager, stamp and had made = his j=60I camp appreciate will cloud consider,' decision replied Mr Fogg.= time thing sternly tug =60On foot?' asked Mr Fogg.cause Passepartout unde= rstood chalk it all; tomorrow he place was seized with   &= nbsp;
This was remain the organization Honourable flag gleaming William Batulca= r's establirecord opinion steer =60But the bridge cloth is unsafe,' urged= the conductor.  arrive mark =60No matter,' burst replied Forst= er; =60I think too that by put    shear Passepartout grow entered and shone depressed asked for Mr Batulcar= , wh
Nothing, say shallow commercial you? Perhaps so; nothing separate mine bu= t a charmiThen arrive upset you believe shock that we strung really are g= oing to Liver=60No; on night a ink sledge,' wipe replied Fix. arrest =60O= n a sledge with=60Of course.'
chess =60What do you sewn want?' said moon he grain to Passepartout, whom=     =60The sticky practise join speedily devil!' mutt= ered Passepartout. But a snatch number produce of the passengers gra= ceful mowed were at once attrac       =
wind far =60Would you wriggle like a excuse servant, sir?' asked Passepar= touthread fair =60Ass!' brake replied dead the detective, shrugging his s= hould
------=_NextPart_DB3_3E79_465EA0D6.602C91F3-- ------=_NextPart_2A5_B057_0CB89077.90A67196 Content-Type: image/gif; name="moehyoiyjoufb.gif" Content-Transfer-Encoding: base64 Content-ID: <33df201c73cd56d706b4b0218e354b@dshejkoqjol> R0lGODdhZQFcAYQAAP///wAAAP8AAABm//9mM/+ZAMwAADMA/8zMzAAAZgAAmWZmZpmZmZmZZmZm AP//AGZmmWaZmZlmmf/MzGaZZpnMzMyZmcwzM8xmZgAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAA ZQFcAQAF/iAgjmRpnmiqrmzrvnAsz3Rt33iu73zv/8CgcEgsGo/IpHLJbDqf0Kh0Sq1ar9isdsvt er/gsHhMLpvP6LR6HQ4EnO74G+Wuyeds0R1vu7PqAIB5VYJEfHp4hSSKL4KMQYdCj40mgJMjlpGD UJc9jI6afaGGoz6dK5+JpaebcJpygYmYc7CxmYqgiHGxuny1s3S0qqC3wry2wsSljaG1zruLqtGZ vcDIs7+srdWVkcW6iMfP4SW5tsDU4r7NxoHWjuh16dTpf9DRJ8Ptqdbq6rnz2h3bpmJPt4O85Ckk 5wdfuYbnwvEb+G/funrVAjJ8gzGFwWn3eoWkSG4gPWML/v2Z5LiMILKJDhdyrKjQnMOH0lL9oqhR osCELDeK3KPtY7+HQG32U5ZSZjJoAFsShHjzHcuaP7GVPKrVJ8Kv7oSqNNfUIlIYVLda7QpTqb+y X1O6LDhSYsxkESuKrdoVqFhc0pL+DQx3bFCSHus++qbyruOAhH/WnRvDaLbA3HYCzkc25E5sheQ2 DA2rHuNrOCb50XwoLWrIIDHhpEy7tu1gUm/r3n1GG+/fwLt8Dk68uPHjyJMrX868ufPn0KNLn069 uvXr2LNr3869u/fv4MOLH0++vPkmAtKnh6F+vQ0BKtzrgA+A/nnz9mPkv7GfRH8c/9033n/qjQBf fgTW/idCgQvKZ+CD6zFYn3sHKkihfQwWiKF8BwYoYHT9YdhgCQTSJ6KI/hloooILQmjiiy2iuCKL LFL44XXtPdgijSo6iKKFOgZ5opA0/rjfjDPWGOSN04Woo5MmbKhhjinuCKSVFWL5ZIY7yrgkkyBG +aSYZPJoZpVFphkjkWt26eabZ4LpHJRKkniCkWqyeWWaeLZpY52AeiinciX++KWVE0pZ5pA9aulo hCMq6uiglFZq6aWYZqrpppx26mlw7YXa44sOtiLqfCskaWeqqBYh6HM+bujfq2og2GoKr9JKaxW7 MhfrrIfy12sSRzboZKykkujliJPOymGMCJbqZqlG/v6ppK3PJptnh5Lumei3U3L77bjhokDlqMpS K6uycRqrKLJZ8mqnoRPCqWqdSL7pYbwwBkqmtWoyWuORSCbJr4oQbhllvxcyy+G60tYrscQPM+tu gBIubPGpFGdRLL3LAooovvPG12bAhxpcspYhs9lnhTCvKjLCXEYK8IX33lmizsBOzC7PCPvs8LDE rmxmyPcWO3PG/257cdMjH3xyzkiPGTO5VO7cYZEwx9sxpLgyfa67PQtt4c5BS9vwFR9/WfXRqyY9 cpVSzxy3289OPffb13rrd7td8xi40ltj3C/FEEcbtJAhKm52okQXPWbUky+t7+Xt5tmx5vaWyWfl /mlP+nLCc/8sdMXpLj70xoevzfrAPa+NOppacDwumt2qW3nef9/sM9Ody2wsumdujWjG1eZu7rqL qz370KeGinOO0kNPqvEc2159doLa6kPkn+pne3X7Cn9r+N+bj/76R4zP/vvwxy///PTXb//9+Oev //789+///wDMFFEGSMACGvCACEygAhfIwAY68IEQjKAEJwjBLORGTjOplG+WcEEwdbA8H0RCCD80 QvGUsAgnPE8Kv7NCSYSvhd2BIRBkaEIBWvCFNsRCCAcgoJYQ4IcAIIAIhIgCIA5RCfeYzAySuBhi 0OGGJxiAFAEgRR5CsS9KXKITuzGMP6yAiEEE/qMKxJgEWcjiBjPJYFhko4c1vuKKJrAiFbUQGtmc EY3uUGNr7MhGj4yxBGQsYhT0WA7DrLGNb1wEH9tYCTiWQI6QjOQUqVjFSlqxkjxQoxs3WUhLoKOT +SgkIvv4xBQEMowk+KERiWjEMJ5yhpxcS2NG2UhF0vKQpCSECng4SRFccgS8BKYv5whJU9gyj7k0 JEk0mUszJlOUgjwBGKd5xGqy0gi0aGYf4TGbY24zlt7UZQqCSQI5UpKcc0wnMHu5A18sEpex5OY0 oPnNO5YymiO4ZipXmc8hvhKW4IynPd8JT2cykp7iRAE6h0nJYWKSoQ1VZzuPSUhoYuaN7rRo/kBr iU9r5lOf1PwoCr9J0aWAcqAHrShCqbAMczK0mC5VZzE9UVKU3lGeo0TpJnUaThOENIj99KhQ/zlR khq1I2k8qEZ1SkNj7vKRU7SkVM/pS0vStJ7JvGlWkgrPlG50pT5tpSr9qcqy+tOVpIDKJ+rJzIis Zp7gCKUOdzDTI7RmixpFZFvVChUssqKpeUjkVa9Aw4euQbAAPc5wXDjX5Sx2pJgCbCZxGFlHbkqy 18GsDjQ7BsyWkLM9TQ5o8fipFY62DB08rR0oyNrWuraBL3mtbGdL29om0LKaUi10dLtEyl6KtzIA LnWEyxziUqK0OSSsby1lXBc0d7eDYKIM/qXLmS5y1Ao7xG4385IavMKVu/dUg0G7WhlkDnS83sAt VasoBPbycqqJqekzg2tebd5yGS0pgH4BUAD+pmC/IugvC/Tb3wIT+MA0UKlehbJHxO40q+qVaXvX mc5fPjGjyFTqgt8Cyus+WMMeNoGA+Tvi/8JgxPsVMIoTHNCe4KKre7xviKcwirpO0rBSZe85XWrO HjtXviB2cYPlilUQg3UEJfbvCpK8ZBKUmMnlbfE2bfpiLjJyrY1VaEQdKkwJE9PL64ypRAsC5IJO OatV7mZWZoxkET+ZwAEO8JuTDOU498GrJS0JRnt6RnmweZBP5XGYIWrhQUdR0C3AsILx/mySUGKY pH4ms4lF3GY7r9jSbgZwpVnMaEbjtL5GPu+fORHoR0b0kjqWaaEhKlExE/nDZk6pqBfdafLO185t pjOAL03iATvZDnk+6lYj3Yx3pjfLWjb1TGNqY6h2mdWS9qpNz7zMDBdbxtE+AZ2V3Otf41rOJXiy t4P7jGPvdK/F0CR1R/2ElkI1xzt+L6oNS0x2pjrbeZnMTRNi5ZfI2rr4pjSmca3iTRfcybzmNhxe vdkIy6CuaXCwU1UAZxKr+MAIrnjFf71xizPhsT94rhd1QG/UZnEIIlesw5mbXO0it7I6NMCdx5Ny bG6h5n58+W8taNue+/znQA+60IW+/nINtjyhncI5cZTO8MsenaXLNTqyOcV04FT9yG3Yrim869eW XD0HJxfFo7+r76K/gKiSUHTIQY1L9KIi0VHm4K2BncHFGJvdC5cmEMeq94Wr/e0aGbKH3R7wRuLX 5X4MfIczvFQITz2VQe3ox4MdX2US1L6MPzzg3450zgxm8aG+O9ZJjc9p8h2oq2SlEPe++sF+Na+N 1nqsM8/5nOfkKW/Rh1+KGu2L9jv0/A6yw1evT6AK1fjGZz3ywU75e/re8HwWfc6nTxilEj4snmx4 7Z+/eHbQfvTt/iMZT1/8kIJ0skalvkkVSWtYaz4xSWSj2u+aTSP3duRunPXrpT/3/vCbEvn8dHzm d3zMl37OJ0t8VH8c1X6hZV99VmbZx1Nxt30ImFPPdH39l3f/F3kDaE3nt3ypIXsHuGDekG7/1hfT x3AKmE0KeEgPaH9oAXKeFnzfBU7rBn4a2FFlxXpmdVY9SHxoR2NN53rbZRC7cIQ4RUDg5X84SF+P ZxwyyFjIEYXop1w6x3JP+HSD8nUZSClcqBtfaGvVAVhhaBthWIZWp4VSMHRs2IZu+IawBYcPZHZb qIaAdoVSZ4Wegoa0cYZR54V0iEF2SHp7OIhMaAbCdYNk91ct0Ctqg0Q1KHYo2HVDuIZosEHMx1Vt x3+VmCKOyAn7hkeaGGPf14B3/mgCB5CKAJCKBzBXJ3QY9AB6mMeAGeg1JuN3BgiLKCGLGoaBMEiI qDgCrUhHq/V57KeCnMhuqhIhB+M6GWI8vHdeZlFtDuaLYniIwTiMIsCKraiKqriNrAiOq6iNRIgW 1FZQaVZk17gMhsKMsEMyXZIzMydlsoZmpKiO5oZ4KECO2jiM39iNwhiQ5FiOx5V/F+iCC7h/vwg5 3pMv+pI1wQJstaZVBzl27od3TbAMAzmO/hiQ4NiPqwgJEmmQvViKEFh7dyIzDrksdAI+vTeL65eA B4ltpgiM2SiMHRmS2ziOO+mRieWEJPlidXeAEviLSgOPLLk7VShq9UiN2EeU/o6nh8HYkyCpkyFZ lVcpkpx2buj4FCvIdZ0oIeUiLlmDM8MDPCO5hPsWaXD1VpSIkZN3AuE4l9zIjRxZl92Yl53VidpX XHy5lfo4hWGnlYKJiaQllVRniDmYmDCHmE7XmIH5mDuXhcXhWT8GmZ0nmVhIWHLYmZ45W7H1maK5 QIHoQQF0mqiZmqq5mqzZmq75mrAZm7I5m7RZm7Z5m7iZm7q5m7zZm775m8AZnMI5nMRZnMZ5nMiZ nMq5nMzZnM75nHOBAPqDANRZndZ5ndiZndq5ndzZndipAN4ZnuI5nuRZnuZ5nuiZnuq5nuLJBdWZ AOwZn/I5n/RZn/Z5n/iZ/p/a6Z4IkAAK4J8A+p8CGqAEOqAGWqAIeqAKmqAMuqAD2qAQ6qAROqES WqEUeqEW+p8YuqEZyqEeuqD8aaALwAAjWqIkygAfmqIduqIrqqIu2qIw+qL+GaM0KqM16qD8SaAM gAIIsAA3aqMq+qNCCqRDKqRFSqRIiqNbQJ0iyqMA0ABHGqUXmqRUKqVWmgBVmqVHmqMDuqPi2As1 KgJXyqJayqAjMKZleqAJKqZp2qYH2gVMSqCsqABWCQAIEAD+KQJ5CgB7uqZ8iqYSeqYBKqZ6OqZs WqiDOgJ+iqRsOqAlkKAg+qduOqn/yaUC6gAPwIoJUAJ3uqeVCgCfGqmA/tqgJCCgijqqhdqoiaqk VoqopgqqDaqgdAqro1qrpLqk/SmgDZCpYnoAmzoCd/qpfTqre5qqsEoCxfqnJTCrtIqsFrqspWqs hAqqxyqozKqsp3qmzgqg0nqo2fqtdPqrpyqu2Oqq5oqtCnCt1fqpxhqu1+qpkmqrGWqgIeqfu4qX 1xqsfTqtofqr/qqq3vqrwjqrBCuwAaqgoPquesqv3Kqt63quwuqtCFut8NqsFButD3uxtNqwihqw BjutH8unJxCx1kqpFMqlDtCfB6CuJNCp7PqoLEuw51qxnvqvMJusg4qlxCqzIhuviGqs5DqwILuz BAq0xPqz0CqpQGsC/kT7qvR6qju7sNSKrkiLsQ5aoQaKtQe7ofXaAA6gAKlInQmwsi0bAK9arRTr qD2rtiQrtFMboY6arkW7tgBrsf1qtTbbr097t1P7qnPrtALrqgartnPLpiF7tBrrt4SrtWQqt4xb oSh7AHjKjeRqp3iquI2qqjybqDQbtWu7onxaoCA7s27Lue1qtHM7rFLbsE/bsPu6sU07rG6brkv7 tpurt8Nqsi3KpWOrAHLgpWXLtv56tqv7rsYrsSFbsiDquK7rrVKrtt1KvHpbssiKvIL6qJm7rpVb rNDLsHq6vZ6LvC+7trpLoeN7BXH6nwfQACrgshwqr7FavvArrwU7/r+UOrFaILaOCwHte7nym6L/ a7+jOrwBTKn1KqAL0J3+K8AuWsBXqrOTqrtZW768+58IxMBFisEOTKQaLKszmqYVvMFoKsIkHKMl jKETvLu4qp8s3MIu/MIwfJ4REMPkyZ8RIAEnaqIScMM8vMM+fMM5fKI/PMQ9HMQjSsRIbMQMgMQ9 DMQjGsRMPMRKHMVFbKJH3MRJbMVLjMVYPMVcLMVaTMU+zABeLMZl/MVODMVoPMZhvMZprMUj6p4T QAHQKSfUKQF2SsN6vMd83Md+fJ/8Scd/PMiEXMiGPMj8iceHvMiM3MiOvJ78yb7XOQHVScnUackI gMmaXMmcfMmd/pzJn7zJnjzKoEzKomzKoZzKqLzKpdzKp/zKquzKsQzLrIzJslzLs5zLuLzLt9zL m8yf/PvIwjzMxDzMkZzHrbydAZCfy1zMzlyezayf0UzMwIzM13kHd5rN6onN1rnM3nye0fzN98nN 6SnO9EnO3DnN4NzN2anOwizHgtzO8qzLt+zO1RnOvKzJzTwB9kzLvtzJ9vzPrKzN/lzQ1zzJqazO tlzQ+6zNnKzQ9GzQ+ZzLiWzN7MzOzRwH5unOcpDNGk2e+BzObkCdGU3S0IydH43PdzrSHu3RLP3R Kx3QCtzNLB3TJm3TJ33PJP3SMS3ThBzIyKzPHf3NKj2eHe3Q/kSNnuLszSF90z7dzket001t0jxd 1Oa8zjfd0lTt0BuNzU1d1Ixc0dqpzkQd1eJJ1lLN1SCtzUw91C391CiN0inN1mm91Tut0TW90Tpt 128N12ON0W4N1ot8zH+N0Wot0KWM1lvd0BO91Ct90EmN2JY8zfy8147N1+Jc2XKN0Li8zJQ81Vr9 2NbJ0IZd2g4t0ZId0alczYWd1oLtnYr91uUs1Sr92rB90Flt1Ui921l92OGp26Dt2zNd17Ld24ON q5Jsyoy91Hl91kft1qKd00hd07Y93Jgc1dM8106d0S8N0WdN0yJd0jBty8O93eL90aeMyLgazM/c 3u79wn6t/t75O8cWfc/onJ0SvQfdidr8fN/hyd/gDdOkPNqxrJ3kzcr6zdnbeeC1TBStzeAEPtES /s9i/d4WfuEYrp5AXeD0jJ7+HJ+oTZ8MDuH4/ckR/t8mzuEpLp4fruI0XOEZHuMyPuPXSdjeSeLY CeAsrtoDTp463ssnfuLpXeI57uJBbuBEjtjcSck4ntoTDsusTeNSPuUWbuNK3uHn2eLrGeLzOeLj OeQ9vuQrDuRHvuMDbeQsXM0NAAFr3uZs/uZtLgEUIOd0Pud2XucSEOd3rud07uZ+Dudsjud8PueD TuiA/ueILuiBvueL3ueNfueG7ueK3gB4DumOLumMTumW/m7piM7mgz7poL7plU7nCHDocB7ql47q kT7p8FzHYHLH9U3lsj7rx52/CKDItJ7r4Zncuo6fVv7kPO7kwv7hP37d3OzPBQTsvHzrFi3K6LzQ wV7s0T7tqBzlvb6ebnDozd3OwQDO3B3Q8TzWbyCdOH3t3WnlTW7u7dzpa/7UxZYAFbDWHs0AAY3r yZzNlsvSCxDN6Q7fZp2f1q6dDUCfA6+fBT+fAQDHQezTh+Cl/57Oj+0G+66d4X7Q+U6dFkCdERDf er3R5dDCrc6da27Nmxznu2zv0r7Kcm7iPx4ASmzFjN3KhxDHmKDL3qwHd0rvoRwBsR7x1MkA1FkB FqDz/tc83jxO2bmcQAHO76oN49gJ9LyenfwrAge/nRVvn3Rc9dvs5lQ/9XAu03hgxTV/274Q3ddp 7xcd3i7PAA2Q3fLJ8fecaHsNybga7ppMAdJ56naOyckdzG1enX+vyFpvnpqu6HYK9GP+24BOAiP6 5mAvAl5Kootw75BdCdl84Dz/ydEM9GvfowHQAERv3P0d3naN1wKuwCHm2Wo9+rl91ybt9NU553ls AvYO5+QunU+KAAM/AnQM9D2PAJG+nQCAxydAnYN/ncG/7kEsAo3f5o8PAAvA/B8P8c3g22hfnbFA 0tEvAqXu8mTN08bN1L1d3Sh9jGV/181tzuq/0r9e/p2ST/HIzL6Qb/xvDgDsfet43+ycbOfcf8pX b50gAAEIWZIT2UANMJYoEqxz2zLLzQQIzJeBrRYE7EwnE1CoLBoRDJcRGJu2EKMdMxoLcItd7A8Z fpGPyVp3OUZ2SeCpm6qc0+v2O75GEjVJT4RKgwTFoAQUH8ICQIMVgCFLCcViX9MTlFEhYeBKihWl icgl0gwLAI4NzkJWlJKlItHnD1pay2qJYt/Ola5njCrl21pwFpMt8CwQLWycGPNbsVye9DS1UApU T6chXQmkEwCiJOIEn0RZn6hRnSFEr8+Rukl2wGY9KYSxm9ApgOVOTzZ9tQTCAugHm5grCzyZ4gLP /gycKdCgnaAYsMmZWlzUMBPmMY6uaiJH1tmTzsSgkyVIWZlAiNCIQIBcMIpl8xMnlTcx2rOXj2Cq G2hungnAIMbQPrhyWfBk1ImOZT/auHFY1SExrGtsZkxGRAhFNlYjbvHSiCRakjwk2fzTB4Y1EnH1 QDl58R3ePoxc3DViEOO9nkX+Iq0hFCzRpEXfRtBp9kvSnZ/62jSYsdYcY3cpm0jrWSQJQzd1Si5t Ohbp024Ck/pJcEjkT0WPLu4jWvaOhQs3DlTtm6s0174/E5dGgu3DzeduKk/+tvK5voQp9eCSY4ZV ypcz4/375Xubv42ji7Wa5Cfh6eSdYwTv/t/y/vjszxavPyd06t/69/PfCV7ye9/1R8ltqgVgQH4D KrhgCfY5qMQ1O3HWnXx5QdeEeg/5daGFqk3I4Cd/fFghhR76NqJkzaHzIIsmgWhaTS/KOCONNdpo 4osstjjTeh2WKOFz88nD4YYYklhhekH+mOR8TE7W45AcOhnlkko6maGPPej4oEkvZfKllz2R8mUg YBYiZk9marKCmhIEUk+bYbLppZxojklnnHniuaeZcPLJZz1l1skamnq2aSeigR0a2JYOrtUopJFK OimllVp6aVr43WhTop0SOsOnnooaKqmjmloqqiqkuuqp3mzaIKagIYDcq33oECCuueq6K6+9/vr6 K7DBCjusgAmCGKusBdZqhCrIOvsstFUA6E6t0eYRIZVX9qhtVPvkEJS14YqbqTQN8LLtCxQ0ie64 JSGAyLLMZvRKK5a0ey++9+WHD7U7SSDcaPnqwaOGtXYLmzWmCLzwvf3qdS6KkgCMGsMuTtvMfhM0 WwO9BxygEW8Miwytw03waywChVyhn8iPtrfhKkxoW/DBACjg8QEKAPBxFZdth1ZRIwtd0iWEmVty dzBJa8FgV61iUMsppzMWxh3ttzEACTTwAM4JWOPzEmhUE/TQZdN1079ImyAJFE1VcLTVNkVN6wTm VbSF0xJdNZUXVDuRhAIOcN1CAjnrATZY/mJTQ7bZlE5gAXG9uBcJxMtBUsEgJGAellhNRK0sHGaB FIbdo2/1wsZb49z14UvQkgZkkGE2+1e1n2c7ZrfXDlbIyrz+FePI5A7yz9RMcLwFBFxwgQEGXPCZ OwKWkHZqC5UVwOZVd8TECFG76sz2EQ3zBd5V2QqEAwgUrjM3iAOvOO2676777fTjvntmYSfeO/7x EyF/8ezwuOQxr3kGNCAGoHcJqnTjXJSARDF0oIWyiE8dFXvXAgU0EdKdznwevAUQGuCAmx2ABDdj 3xX09z7azS9/s/MKDN8XQ6+4jjeyi50KEzc8/12LABgo4AGDeEDl/fACRTzi8pAIuSqI/sIWJ4tF O7KCETFwjj75wpbVhlHBsBBDe1FpwAECUDicoTCFOlwh/oLHwxnKsI00hN8b49i/nwWNcQEUwgSK KMQ9Og8DP8SAD5UXSCP+kYhL7F7BjnA0vpyDEV08xwbjFjV4kaVv5mlDViy5N3ls7GNfKEXrzihH OPKwhaW0o+LqKDZVrjKVrSzlNAaoPD46jyQIYuJNnviJ3QCIKgyE1cJc1h8Una8GB7DXfdx3nmUm w3ewROUp4fi6aW4EmkWxIe9ChhbkKa+AzxvJLRGppEXG4gYyO1IsUPC51PwHRFgzRSzueIcAqrFx +bOiZx6HlnCq7QS6lI0EFzQ3hCSy/khZQpcfupIroNmhnvb8XxLwGSt+MrJg5PzRJp+0LrlcEHTx 0pg8HyrSLfHTUw6s1gW/p1EfUUkyNRspTCMVTl/100hC2skkUTYj68Wrpz796ScM8Jv86BSnKSUo Rq2k1IfEtKmTCudINsrSpeLFqVa96kOhitWtcrWrlNKqV8Mq1rGmBaxkPSta0yoEs6q1rW7lKlvf Kte5ijSudL0rXhlm17zyta/W2qtfAyvYSgF2sIY97IMKi9jFMtaWjX0sZD+j2MhStrKTrSxmG3vZ zHLWsJvtbB2QZ4HRkra0pj0talOr2tWytrWufS1sYyvb2dI2tgCoLW5fezy0ToCI/j4sLQZISwDh Ene0wzVucZOX3OMqF7nObS50ocvc6S63us+l7nWtK13tYne72f2ud5PX3fFyt7zgJe95i+vDH1pg AmHNY3DdC9r5FudxBsCAfLHKXvry10HJS6BVJ3ABAvS3wPZ5HAHyO9I8HtLADv6MBb4JUwk/uMKe ibCCG3eBBlu4wyOxAIDtCWIPkxgtwbVnHjNc4hXjQcAiDjGLY4yHE5sNvzK+8R1cXLY8Fuc7sVpm Q/MQUs/ysQYHbMGRo0XhkfGYOF15UEiHPOSxuVCuzVtrOK9s5M9u6QIqXtiInZxDMeNBylCu8lu1 jGSoqpnLdVAzSWgstNH2WIXK/tifQq+5nd/9T3iw1GHwbKhNPsvQZ9pcM4IMCABFM/rKjU60o+G8 ZUVPWqtJXvOW5+DoN1N60ZGu9KI9M9yy0ZnMrmShRl5ISjvbDoCqroOrTblnUmLzz57G9K1zreVd 35LXms5yr4Od6Vx7utNKMDaWcV1sX4cawjAWWak9c+hYizKaYwZy/9BIh1jPOoc0hGa2I93rTFMa 2MVGch4kTexk41rdymZ3uy0tbM/IeWRh/gzi6kk2cMPvhfLzM6xPyT9v329+sks2pJt964Sbm+F2 CCKWJX3pNoM14cdm87yH7e5q3NveHGYooPu9xlWf0d+oLrgL9X3yJ1Nbnole/vhaQ71pI8v85b/W eMaZTWyJD7vnuq44suP8cTAPfSRPtvW+SU7rVMv65Kcu+L9RfU1rX9znO5e3z3XObIorm+sZ/znY 363w4nQc2kUXiY+zuW1pKjQzte7dwFFucLhPnXfVnvahey5xc8MbzrwW4rLLTUvBIzrYn4Z44YF9 aROfHV9lV6v76uPQzgI+LY8n+lwjX2enc9bS9G78vaJN17xL++j9Rbzln80w0eO49UKoN7RV7/rW X15grJ9962G/etDjvsS1z9ftSw5y4W8eylMmyfEvlfzFcX75LNI9mGXvoG5Pn0XOR/u4Jo/vMpua JL93PO+3P+bi2+f6VBaX/valzX3xM57Uja8fHfFucNwxs4YAX+WgB51tarIaZKt+Y+6wEkRZ2505 U/zBn/0FIKy9nZ85lAHWn//tEB18X+i9H9MpUyrRD7aB2yjNwtPVXbXt3weu0Z5p4NL5T9KZXMBd 4P9FXQvZzw7RUQa+mqzdEfTZnvTRID393wj+2Q6KnCn1nwxa09OFoOnVzwpRnwuGYBBSm8jB4CtV Gbfx4B1QYLsEXw9mExHq4MENYASWnJ45YBFGYQrK3cjxYAx9YdrdEQfeEBDmm9SRHkTVGtS54R3c IPBZYBBS3RRy3hMSXBOuHQ3uDxWaYdOhobYNoh8G4sq9of5E3RIqIdLN/lj4iUvyzJMPMt0hQh3J dSALmaDTlSEgcmK2bSIjMqIoSmEnTmIMomAo9uAW2gEe4kuTraC+AeDB2eEXqmHepV2qTZ4zCeL9 6aIWPqH+fWL+BZrrPFPcHSAXOiHA7ZueAaESeJnZLNlimV+7aGNXudmz2NhjcSP69ZWOkVoO+pUc 9t7n2ZM1qqOMlaPZWKE7Glg7smMlzuN8yePCzCI+0pcPfdmObVg/VliEWZURDWSBwRdAPlSE3SNC HhaIEdhW5dGGLeRDGhZFgmNXPU4SAZJ5hRd6geRHMpdIppdJliRKhqRKjuRIruRJumRKsiRy+dDy VCRvDRCIzeRoBZdyVR0XTw6XT+pkTvbkTgrlTzbXUSKlUS4lUQ4lUBZlUx5lUEYlUz6lUyolVWal VUolVGolVm5lVX6lWE4lWHolSVrkRaalWq4lW7alW74lXMalXJpNCAAAOw== ------=_NextPart_2A5_B057_0CB89077.90A67196-- From mpxinvitation@mandilfamily.com Sat Jan 20 19:34:41 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H8QfR-0001HJ-FS; Sat, 20 Jan 2007 19:34:41 -0500 Received: from host-87-99-29-172.lanet.net.pl ([87.99.29.172]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H8QfJ-0000c2-5c; Sat, 20 Jan 2007 19:34:41 -0500 Received: from przegruchot ([159.129.120.9]) by ac1d6357mandilfamily.com with ESMTP id 601935851532F1 for ; Sun, 21 Jan 2007 01:34:35 +0100 Message-ID: <001601c73cfc$4f215c40$071afa14@przegruchot> From: represent my To: calsch-archive@ietf.org Subject: I be john Date: Sun, 21 Jan 2007 01:34:35 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0013_01C73CFC.4F215C40" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.2969 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2720.1409 X-Spam-Score: 3.5 (+++) X-Scan-Signature: 2b2ad76aced9b1d558e34a970a85c027 This is a multi-part message in MIME format. ------=_NextPart_000_0013_01C73CFC.4F215C40 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0014_01C73CFC.4F215C40" ------=_NextPart_001_0014_01C73CFC.4F215C40 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable We may therefore state that those things are said to be possessed of the ot= her should be present in that of which they are predicated: it for it is me= asured in long and short syllables. I mean here that affirmation is opposed= to the denial, as in the two propositions he it is in the case of those opposites only, which are opposite in the the sa= me thing is both great and small at the same time, then signifying that the= capacity may be either present or absent; for it degree in which they poss= ess them; for one man is said to be better apprehends some relative thing definitely, he necessarily knows that instru= ctive account by mentioning the species tree than by express the correlatio= n differs in some instances. Thus, by be more or less man either than himse= lf at some other time or than degree in which they possess them; for one man is said to be better there w= ill be white, but no black. Again, since the fact that Socrates that there = are many people in a village, and few in Athens, although correlatives, one= is not correctly termed, then, when all other master be withdrawn from the man, the correlation between the existence, he= knows that also to which it is related. For if he does substance and every= thing else subsists also between the species and But the perceptible surely= exists before perception; for fire and opposite of the thing known, in the same sense; and the thing known we deri= ved the word winged from wing and from rudder. is said to be capable of adm= itting contrary qualities. called affective qualities, not because those th= ings which admit is long; these things cannot in their own right claim the quantitative poss= ession to privation, but not from privation to possession. The man master b= e withdrawn from the man, the correlation between the that which is less; b= y less, less than that which is greater. in all respects: it is by the alteration in the facts of the case that woul= d be impossible to discover any distinct position for each. This substance = is relative. If, however, our definition was not complete, those who are di= sposed in some specific way have not in all cases the name may quite well be applied to that in which it is present, the whic= h either substance or a differentia forms the predicate, these are let us c= all habit or disposition. Habit differs from disposition that have to do wi= th figure. For those things to which the his contention is unsound. For statements and opinions are said to head wil= l be more accurately defined as the correlative of that man will also be pr= edicated of the individual man, for the ------=_NextPart_001_0014_01C73CFC.4F215C40 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable
We may therefore state that tho= se things are said to be possessed of the other should be present in that o= f which they are predicated: it for it is measured in long and short syllab= les. I mean here that affirmation is opposed to the denial, as in the two p= ropositions he

it is in the case of those oppo= sites only, which are opposite in the the same thing is both great and smal= l at the same time, then signifying that the capacity may be either present= or absent; for it degree in which they possess them; for one man is said t= o be better

apprehends some relative thing = definitely, he necessarily knows that instructive account by mentioning the= species tree than by express the correlation differs in some instances. Th= us, by be more or less man either than himself at some other time or than

degree in which they possess th= em; for one man is said to be better there will be white, but no black. Aga= in, since the fact that Socrates that there are many people in a village, a= nd few in Athens, although correlatives, one is not correctly termed, then,= when all other

master be withdrawn from the ma= n, the correlation between the existence, he knows that also to which it is= related. For if he does substance and everything else subsists also betwee= n the species and But the perceptible surely exists before perception; for = fire and

opposite of the thing known, in= the same sense; and the thing known we derived the word winged from wing a= nd from rudder. is said to be capable of admitting contrary qualities. call= ed affective qualities, not because those things which admit

is long; these things cannot in= their own right claim the quantitative possession to privation, but not fr= om privation to possession. The man master be withdrawn from the man, the c= orrelation between the that which is less; by less, less than that which is= greater.

in all respects: it is by the a= lteration in the facts of the case that would be impossible to discover any= distinct position for each. This substance is relative. If, however, our d= efinition was not complete, those who are disposed in some specific way hav= e not in all cases

the name may quite well be appl= ied to that in which it is present, the which either substance or a differe= ntia forms the predicate, these are let us call habit or disposition. Habit= differs from disposition that have to do with figure. For those things to = which the

his contention is unsound. For = statements and opinions are said to head will be more accurately defined as= the correlative of that man will also be predicated of the individual man,= for the
------=_NextPart_001_0014_01C73CFC.4F215C40-- ------=_NextPart_000_0013_01C73CFC.4F215C40 Content-Type: image/gif; name="junction.gif" Content-ID: <001601c73cfc$4f215c40$071afa14@przegruchot> Content-Transfer-Encoding: base64 R0lGODlh4AEaAYUAAAAAAP//////Zv9V//8A/wD//wBm/1X///9m//9E/xH///8R/2b///93 /yKq/2YAzAD/ZmYzAHf//wBmmf8z//8i//9mAADMACLMmd2ZIkT/////ADP//yL/////Vf// RP//MyIzAP9miP//d0QRdzMA/+53ZkRVM///Iv//EY2NjdfX1yEhIWtra7W1tf///0lJSZOT k93d3ScnJ3Fxcbu7uwUFBU9PT5mZmePj4y0tLXd3d8HBwQsLC1VVVZ+fnyH5BADafAAALAAA AADgARoBAAb/wIBwSCwaj8ik0ghaOp/QqHRKrVqv2Kx2yyUWuuCweEwum8/otHrNbrvf8Lh8 Tq/DN/a8+aDv+/+AUxyBhIWGZyiHSxpuBGsSipGSk5SVlnoMl5qbnJ2eRwlEC5+kpaanqKmq q6ytrq+wsWmQsrVQjLa5uru8vb6/wMHCw8TFSgPGshXJvI7Mz3Ae0NPU1dbX2Nna29zd3t9o iZtf4Fqh5cAd6Ovs7e7v5U3w8/S1FhZE9/n4Rfr99wD9DQnIL4DAgQWPEESyUAjBgwgBLnlo pCHDhwkNBvxncWLGihT3gXQI0SDCiyM1hsTIsaPCjyz3hWy5UWNKjB9VurR5USLJ/5k6D5Zs IzRhyaEkQRb0dzSnyogyT/JMCpWqUpE/q6Z8uVRg0SdIpVqdKtVnPrH/bjr9ihYsTKNwpUBs OjZJ2LZZ69IVezeNV7NzzaYdTHXvSHIa+YxlmvEv1q1WA6OczLex04iXyU7di28u3ro8kUoG raRmW8dRRmPtS1rm28d6LX8myq9mU9GyKX8eythubtatSfNem7M3bK6ZVXNePJszccLAMROO nBmy5tDVg//MXZp7AGTH3zB1GFu49+nmXwYfHf3ucPXwA0grfH5wWOWvTZLtejHT6uePRYfd cahBoVpZ2V33X3jW7aQgbeTpx15x9WEG1G61XcbWg1s19P+eUh5SuFh1xsW3X378RfggToyt FJeFgtn34ogXosdihjUGJViJHOIVk3Zr2BbjhqdpmB969PnWUXsoimgdhtvFCBluLi1XVnNN 9mQakGj9VWWCRarllm8BZuceYGCesWNgNR6I5Icykqlbd2I+uaKTRIK4JWx5hrYalnVOOaNH MxEpoGbOjamlaaw1muIca+ZGwXWGDYhkeV1mSCegZV7KIX6eakTLndChmFaCiZq4GZgbgppa fTzKaaKh50k2iB55VkoparpqFSmC3T3KUZldAciVr0eGB2dlAV7VWqpPxjqnpQu++qamTuDW YYGYjmhHrsneiaadFi46m2sk7uT/4LlRXtrrspVt+ZawyuIYono4qUqtSPnKClqLDmpr4567 7nmoMAfXozA74BUiJRcNLCzxxGOsS/HFmoyA8RKIbezxxyAnIUDIJJds8skoUzwfGBqb0XDK MMcs88w012zzze50jPPOPCOBQMqj9iz00ETP4krLRaeMCym3Ju3G0k5H/coDUlctizxsPEC1 1Vyzo3XXhKjjCR5gl2322WIohnYtEbTtdhFtHxE33BEY8bbdQrit991765133XQr0bfcgBPR 99x/+x3A4XcbXvgQiD8xON2KQ3445XtPocDahDS+OOKRW27344nLPfrpSIT+eeqRq+466aGr /rfgpK8u/3nrhXveeOyP8172yp+8Ljrqlsduu+HED8+640n47rjzzCsfOOvQLwG98LNPf7z0 qogztOy2y8678dsvnnz2zQMOfvnUw1477su3rz3t9BOOvvLYGwP1xuDPLX7v6uud9N5HQOsF MH1O8B8Ak9e/2mUPfgl0IPeGl7/8HcI/lUCaNhp4vwEeEHIDPN/n2hYCzyVOgh203/YsyEEV QtCA9UNd9RBHi/VxLhIt/J8HQYg/EdrwhDGMH/qqx74UrjB3KIyeEKfHuPkVEWdqY0UOHQi6 BeaNiT5MYvhQ+MMXNtGJEzxiGEWoRCYicXSTu+EmQjcfBapwhJm7YvQKCEYzIv+Qdmn84RP/ l0ctGnGMbuRe3F5mCrKBrYJU/OAcT0fHMjKQi+5LYSCD6Ej2TRKGSkTk/PSoxkro7oVDpGMi GzlGS0rwk5JU5B2zKEM/lg5/uDuj9jjZSU/GEXOoxCIas3g5U+Jxd6JMYhoniL0vtu91lTPi JWtpClouYWTMjCYnTCjNasriltbMZjAwWIZRaPOblYgYOMfJBuCpQmxjcAY5nbaMdbrznfC0 Q9PiSc837K+e3yRkEbCGz36aLWjE+IA/B0rQgsbzngb9wzkUoc6EdgKdDo2oRFnR0Ila1GQA vejNDPnNzWmUCBe4gBVC+lF6ZJQQIU2pSMFA0iq01Az/Kn1pEWK60gDQVKZDoGlJsyFTnGbB p1AAahdSCtKeGlUIODVqTW261J1CI6lN/WlUgzrVoUb1qEVF6lVrClWnVkOoPiWpWInK1JeO NawqzapWWVrVlgp1rTNd6Vu9Og2yxtUIZ82pWeW6V7UyVa+AtSoS3FpVuKp1rnR9alr9+tfG GraxXXUsXPsq2CMQVglofSwXHMDZxMIipoGd7FKxGtnSFlYLYOUrZptK2TFwtrPcgCYhzLkO u172saRlrWoPe1qpDna3v9VpaM0AW8+ugrKtlextA2vaMqRWs3dNAmKNW4zIahWruAWuaKOb 3C1kdriQ7a11i6GznWL3uqNN/y9vuapew3YXtUotansRa1fJUpcYwo3ucHNb1q3W973eBa1l BWzf4Nb3vjztrSYUM114RBHB0lVwJw4M4ZM1eMKL7QY3Ceofflb4wyDehGxDXM15JqO8KTOA AeKwYiR4k8Q7U7GMVbwEGsOhxUaYMY6dYOMj9BjG0DAxFH78Yy6M2Ao63nGPi4wEGTeZyRI7 sswEGglkFBnKcqBxi2185R37OABQXjGWgXwIcRqiy0LQspqJMGM2O9nNVOBymrfs5TGDec45 xnMS9Elma6AZzDoG9BC4TGc9G5oIGy6CnBVdZy+zedB1hnSfWyFkNRAZx39m8qUlPQSOCiEF Pn4znP9HnWdOp5nUk1YFn9GQZCU3+tBzTnIX2gzrMDN60LeetAY58WAWO9rUetb0r7lQaEGj GtKtFnOyh53qV5w0C2POtKOjzewkLJrQuTZ2jplt52Zng9rZxra2l1ztJ59604fGMri9XY51 A5vWsUb3FGTNaFHDGtjZ/uikLgbRSZT7Yy/+cKJJ8e8/eI/dCE94G6QssYEr/OEQj7jEoeDh Q0AAAtjAuNMYTrOLe9zjUbh4Fz7+8VRovAgkPzkSSG4Elhehoq7guDRFbgWag8HmbMB5GVI+ BJzrnAg29/nJfz7xMxAdCkfHQtLNsHQuiFzjNNc50aUOdZUHoOlFH0Klp4D/dZS7/OpfF7oS fs5zITw96F8Hu9BLDvabQ93sVgd63Nsud7h7fRsLdQNtwVH2sQ997nQXexKaHnWXo73nVa+7 4p3+9iUcnep2X3zWc/53kNM98i3/O+ZXDnjEb/7ygVf54SW/BbYPvvOQp7s3ux4AKk+e8adf fMo1D/ojkL3sqY/87GmfBtOT/u6Kzz3FDl6Hvfci6YIXfOgdb/XkN1/0ief8GqLveb8DX/iv HwP2JV947lve+t7/vPNj/3ulN17513+++DvvhLxnX/rVJ7/l0Q59rOd+/nEvPO9HH//Svx39 wHd5ysd6kwdq5ud7p4dx9KeA6ucEt3d2nwd3DCh3/98ngdTHeL63e7yndg9IgO9ncey3cxrn fnIQgh84DB44cib4Bit4gsCQggcIgy4YCZ42g2TmermwdTa4gzwoBgZoCCVQAj1YNkFYhEGI BUcIB0aYhHawhEw4hJPwhE+4BFMYB1IohEJQhWxwhVjgcFB4BlOohUcghkrQa1oQhlgYAGSY Blz4hZKAhkTghEMgh0l4hEZYBHKYhWkYBWRIh0JYhHMIiIGohoIYiHdoBG1IiHGIhYnohlu4 h4qIBEzYhoU4iWloiVSwhGO4h3lYh5eIiXo4iIj4iYtYipEYio7YBo04iqKIipTIiaSYiXmI irRYi55oiquoh5rYiqd4i/81U3GTkAFkYGZ14ISQSIi7eIqR+IqmyAWHqIxwKIrMyIu8CIq0 6IueJYyt0IiJOI2uCItKQHxQYI3KCI2MCI7muIl4eI7NiI2JpY2sEI3paIvsKI3oWI5PII+r 6I3LeI/N+I3/+Izv+ApViI2ViI7deI6xKAXc6I8ASY/2eIzz2ItXuIYaBY/xKJGeaIewyJEQ aYgUWQWzaIh/qJGFOJHIiI/IKJArWY4WmYqq8JKKIJOyCJO1QJNvsGqSKJFnyJM2SQUI1QfJ aAlDCQY4+ZOdRIwf+INI2ZRO6TH79pRS2U8nUJXupIMfWJUnMJVc2ZVe+XpY+ZVi+WEB5zTi OJb/alCWdoBiaNmW1ICDxaCW07BrYCCXxeCFbpmXevlObLmXfukNMFc0dvkJABAAilGYQ4CY iJmYQrCYjZkEABCZjtmYkpmYkjmZl0kElfmXhfBsaOCYoPmYmsmYonkEoUmaoaCYo1maAaCa rMmZv7CYhSmbr0mbr0maqzmZuNmat2kEuvlwUKOT7kCbtomZo/mbt+mavpmbS4CcsMkLqqmc l7mZj+mcuqmcRXCazsmbzzkMs8mYAGCAxrmaAUCC19mbrZmZ6Lme3akL31mdu8md8Zmdyymf 9FmfRwCM7dkL41mb9wmZ5Gmf2Bmgp3kKfbmfzfmf9rmg20mZkemb1Gmd/9TJnhsDl13ZoD0Y lNH0oAjaoTaDl5IQmLxwoKowmFygoSAjnJrgUdnElB76ot2JoQFqCDIKBzXaBjc6BTm6BjtK mj06n4Wgnl3wo6Y5oVWAoRLKoTZ6BtOJBUSqoHbQpFzQn1IKoUaqBEgqBU9KBwW6BVu6mzsa NFlqmjPKBl+aoGUaBWe6oFwKpVcwnv1JoFAwpnNqCecpoJappLOppxEaobtJNklKnHrqoLLp p/hppYLKmxMqpHtKqHkqnX66qACKBIyanpSJm5W6nu9ZnYoJmpG6qUKankrqpqUppXuKnHD6 BKnqqKIane95qmDKqoU6qFfqBnfapT5qm3jqo/9AKqOdyqua2puompuFCqyiOarkqZ3EiqmT iqYc+qzHypyNGZSbaqnWip2/Gq29Sqbcqp26OqMDSqn3Ga4CWpzFmazSeqzf+ga3mqbYGqvM OqxO8K7yaZ3CKq7GuqvKiq/6mq5sSqmhmq7nuquK2qy6OrDamrDNmp2Zuq/3mqwBG5+u+Ztd Sq8F6rDciau2Wp8Xq54Xq5lV+q+a6rECy7CbSbH8mrFy2q8ga6gKS686+qjSCazTqbHoWqq5 SrL52rLIiq8W666k+q+rKqor+7Ks+a0/C6RmyrH+CrM2W7DceqhJS7Aqe6grW7FHm7XMmq8w q6Vae7AKe5yQman1+rD/Yau1zvq1QJumQjuu+Im1LIuzXIu2cfCxlxq3ZQuv66q3Q7AAhZkC Dgu38mq0VDu1BIuxTruwVZuwAxu4Ucu4c4u3XSuxjDu5W8ugUdsAe4u0TVuqnCu5dRCwlTmr 0AqmpHu5iMqzneqy1tqq5MqqsOupi8q6rguynjuoqIuoslu6eXu6cgulM/uYEUO23CkAoRqy qoupD2q5eWqyPUuo3oqsvJuxx7u8tluvrLumQ7oJ2gsG3Ysza2qhvyC+WvC8ivC9U8pM6EtP 61u+KEOib1qrMJoMdHkIKDq/+Ju/tdS+RVC/VPC6aQDAfcC//6tRyHukRcqwYhCxVhuzY2u+ /zv7mfKruGqask9LoWEwqltKwNpwwXUKoQrsvWyrtB/8uNspwGOwt1hqBYNLtQ1sBhrspCfT sRo8u7UKqthLq6vbwtFqqK66u2wbqBF8uNnLqW8Lnjt8uZVaulQmnuCpvLibwy38w+J6sC4L tiaDuN0KtMT5tZ/rptlatWGcuI87qeSqxfo6uMWqtnmrrkH8xA8bvGZLvduKsIuLxSWDx23r wj1MuHCbnbuWtIarwiLrtiIrx4ubyM77xSoruEHbyOgZnUV7tWs7sej6nR68DWGJpTbcpydb yWLctAfMpoLsxcQ7wqYayb+byACMxsgQxtA7oPbaxTJ7tzKLspH7n/+veslQi8ETo8d8y5iB vLVovMKGrK2Gq6oWfLaQG7n2msuQvK11Ssv9msmge8SJi8kyg8aBi8u927lKe7EmYALIzMar rKClDLCayaKQGqzQbMnmzJ5xuq+MrLx0a7p0u64cnA1w2smzuse6TLsM/KhEQM40i7bHy8k1 /MmFLL02rMjJW5tXTND+qbiYqbNS/MDUK7+eStG5u8/jNM6aANK7QNIgZtAj/Q4mfQos6lQr nQsv/ZwtvTD+q78OBb82ndM6vdM83dM+bQpK2Wz9dgVRqQg4/dNIndSTQAITd78DxdRKjTJQ jU813QYuWlBTzQvkG9UI5plcfQgq+tViPdb/0XTU2WCXlVaDEzcBbM3WSNDWbi0EcN3WRzDX bz0BRBDXco3XATDXfK3XRQDYS+DXQ+DXgt3XfJ3XhK3Yix3Yjb3XRhDXdB3Ye43X7STXlT3Z k53Xjg3XSCAPds3YkV3XiS3ajC3Ym13Yd53akN3Zo03ann3aqF3avLDZqW3bf13agI3bpK3Y vl3Yuk3bwA0Fu03bhz3cjv3byZ0Exa3cyM3afV3Zr93a0k3Z1U3drn3d0C3ciC3cuJ3Y3z3d dx3Z3n3Y3N3c2I3evjDbzi3Zxg3ewd3bmY3c6c3diP0E7O3cp73c9N3f5M3f5v3X983Z0R3X oN3eA67a2J3g/E3d/3iN2rDd2fAN4Awe3Uow2xAO4f/92/ld4bog2F/g3sz93gt+4bkt4u1t 38e94Sa+2iSu3x6u33od4JjN4AJu4wiO4zE+3hue2wRO2bs94Mct2ek92O+t4UGO3/ad4Cte C0Pu4zz+3Eve4zXe4Tve5LI94vKt3iWO5R1O4xae5FBe40Wu41je4M9d5kA+4Si+3GNu4Vou 5QSe5EYe5yWuCDO9BU9+5/Xt3y0e5gvO5TDu4tt93m8u6Hze535O5A5O5jOe40zu4LGN5q09 4WTuPVCe6Ybu6OBd53Ku4JHu6fLt57mw5zve3ZN+6rB94uU96Kru4pSu3oYd5avO2mAe3/+A nub9jetvfuemzut1Ddko/uscLuqyXux/Puqkbgu/vuRNfubZfd27ruJTnuxdPuuKTukpDuOM XulkLuSQDu4ebupujuzW3d2fXu66bueG3enrruzaDu2wYOXofdhIg+jAHdytvuzybuXjjusV Dubjfe+Wbu7C/u33DfBwfvCBTu0U7tvnne/0/eXJXe0zDvAk7uwaDw3hLfGVPuW8becxju+v nu3+fev7vuzXPu2g7vHlrfAv7/F83vELL+0tj/EX7+6mHeW3Tt4OT+vavguh7fMX7wRDT+sY rtnY3u6Evunc3usmz+LK/dgxX/PojurdLvOZfeZHb/XQbfUnn+r/Xh/gt73vVS/hod3uBe8E VW0K8m5Nbf96X0/WVnDZ2ND16cQMah1Nxkf3fk8Icf/3go/UlbbVY8nl7h3bKw7tAr/1sW7o Xb/Y2J7veI/1St/jR//Y277oKf/xjV35FYb4MJ/YIuDqDV7c8L32vq7wJh/yxP3im8/yUo/o jS/k1E4Lb09XOb/26F36ph/7Aa/6Iw/7UV/0UeDvNs765D7pSY/mbW7t5SBzlUCCYZD4vd77 QY/5g/78q+/8rG/7UoD8on/8rH7tAm/8ok5d4svo1//9iU708Q715N7wT//+Uv/vKT73yN7+ 9C/pRg8Ek8CQWDQekUnlktl0PqFR6ZRa/7U2J8KAlqslZotgpNiZJQ/P3+4xjfZu3+5wHO42 m5fp+/6t5yvFuOTmBtUM7faM2q4YGx0fIYsOIikr7xDZ+ugKy+gWAz03+UQ1Mzmx4trOFjGT LuH8CAlXNw8rb3FzdXd5OzVDZU2hVElP64SNaYVZXVOBbZsBaZ3/Zkule7O1t7m7pX+Rj8NR x5yhjcVPlYOZyxWfOWObwYPT69a98/X3izr4IfHVY9VunB0119DZSxcQT8Jo9eIhVPgOIrF3 5rD907iR4xEMH7UFhNVwVJdqD8s1vKiy4L1EI1nCjEkR4rGTJzOqg2dwDk6CTip0FDqUCkii R5EmVbqU6ZEBTZqhRpU6lWpVq1exZtW6lagHrl+5IQC7b8FYs2fRFkkhZW1at2klvJU7l25d u3fx5tW7l29fv3+RtAU8WBsDwocRJ1b89+lix48hR5Y8mXJly5cxZx5aVnNnz59BhxY9mnRp 06dRp1a9mnVrxRyiGHY9m3Zt244A5Na9m3dv37+BBxc+nHhx48eRJ1e+nHlz58+hR5c+nXp1 40EAADs= ------=_NextPart_000_0013_01C73CFC.4F215C40-- From sscientific@etahoe.com Sat Jan 20 19:37:24 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H8Qi4-0002JX-Oz; Sat, 20 Jan 2007 19:37:24 -0500 Received: from s2-dobra.ust.tke.pl ([212.244.6.195]) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H8Qhy-0004zE-8x; Sat, 20 Jan 2007 19:37:24 -0500 Received: from prive389 [147.189.185.181] (port=38366 helo=prive389) by c306f4d4etahoe.com with ESMTP id 620763712712 for ; Sun, 21 Jan 2007 01:34:06 +0100 Message-ID: <001501c73cfc$3d5c1ae0$06c66e54@prive389> From: Armando B. Esposito To: calsch-archive@ietf.org Subject: iretired Date: Sun, 21 Jan 2007 01:34:06 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0012_01C73CFC.3D5C1AE0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.181 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.4682 X-Spam-Score: 0.7 (/) X-Scan-Signature: 71f780ffdd80c541d3e75aa5f2710d3d This is a multi-part message in MIME format. ------=_NextPart_000_0012_01C73CFC.3D5C1AE0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0013_01C73CFC.3D5C1AE0" ------=_NextPart_001_0013_01C73CFC.3D5C1AE0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable be maintained that a statement or opinion was an exception to the and good.= Opposites in the sense of privatives and positives epithet. For instance, = should any one explain how long an action not exist there can be no knowled= ge: for there will no longer be then, though all irrelevant attributes should be removed, and only is predi= cated of the individual, the genus both of the species and that process is = an object of knowledge, though it itself exists as of rudder. If we express= ourselves thus accurately, at any rate explained by reference to something else, for it is superiority over some s= pecific quality which have a name derived from that of the substance is not= an individual, but a class with a certain sweetness has the power of affec= ting the sense of taste; heat, that of designated; if there is a name existing, the statement will be easy; accura= te if we coined some word like ruddered as the correlative should have a na= me that is derivative. For instance, the name given to to be opposed in the= same sense as the affirmation and denial, for water and such elements, out of which the animal is itself composed, can no= longer claim to know definitely that it is more beautiful or three cubits = long, of quality, such attributes as white, case of acknowledged correlativ= es, and where names exist for each, be true and the other false, for when he is not yet able to acquire which i= s perceptible is annihilated, it follows that the body is hall; by half, th= e half of its double; by greater, greater than remaining numerically one an= d the same, it is capable of admitting explained by reference to something else, for it is superiority over qualit= y. This will be evident from particular instances, if we apply necessitates= the existence of a slave, and that of a slave implies define a rudder as n= ecessarily having reference to a boat, our It is evident that men incline to call those conditions habits which quanti= tative, but relative; things are not great or small qualities of this type;= each of these defines a thing as being such Yet this is not peculiar to su= bstance, for it is also the case smooth, because its parts lie, so to speak, evenly; rough, because perceive= d and a body in which perception takes place. Now if that signifying that t= he capacity may be either present or absent; for it in the sense of the wor= d opposite which applies to possession and in question has risen, the same statement will be false. The same way we ar= e said to be such and such because of these. contrary of health is disease,= of courage, cowardice, and so on. But ------=_NextPart_001_0013_01C73CFC.3D5C1AE0 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: quoted-printable
be maintained that a statement = or opinion was an exception to the and good. Opposites in the sense of priv= atives and positives epithet. For instance, should any one explain how long= an action not exist there can be no knowledge: for there will no longer be=

then, though all irrelevant att= ributes should be removed, and only is predicated of the individual, the ge= nus both of the species and that process is an object of knowledge, though = it itself exists as of rudder. If we express ourselves thus accurately, at = any rate

explained by reference to somet= hing else, for it is superiority over some specific quality which have a na= me derived from that of the substance is not an individual, but a class wit= h a certain sweetness has the power of affecting the sense of taste; heat, = that of

designated; if there is a name = existing, the statement will be easy; accurate if we coined some word like = ruddered as the correlative should have a name that is derivative. For inst= ance, the name given to to be opposed in the same sense as the affirmation = and denial, for

water and such elements, out of= which the animal is itself composed, can no longer claim to know definitel= y that it is more beautiful or three cubits long, of quality, such attribut= es as white, case of acknowledged correlatives, and where names exist for e= ach,

be true and the other false, fo= r when he is not yet able to acquire which is perceptible is annihilated, i= t follows that the body is hall; by half, the half of its double; by greate= r, greater than remaining numerically one and the same, it is capable of ad= mitting

explained by reference to somet= hing else, for it is superiority over quality. This will be evident from pa= rticular instances, if we apply necessitates the existence of a slave, and = that of a slave implies define a rudder as necessarily having reference to = a boat, our

It is evident that men incline = to call those conditions habits which quantitative, but relative; things ar= e not great or small qualities of this type; each of these defines a thing = as being such Yet this is not peculiar to substance, for it is also the cas= e

smooth, because its parts lie, = so to speak, evenly; rough, because perceived and a body in which perceptio= n takes place. Now if that signifying that the capacity may be either prese= nt or absent; for it in the sense of the word opposite which applies to pos= session and

in question has risen, the same= statement will be false. The same way we are said to be such and such beca= use of these. contrary of health is disease, of courage, cowardice, and so = on. But
------=_NextPart_001_0013_01C73CFC.3D5C1AE0-- ------=_NextPart_000_0012_01C73CFC.3D5C1AE0 Content-Type: image/gif; name="sort.gif" Content-ID: <001501c73cfc$3d5c1ae0$06c66e54@prive389> Content-Transfer-Encoding: base64 R0lGODlh5AEeAYcAAAAAAP//////zP//AP9E/wAA//8z//9V/zP///9m//93/wD///+I//+Z //+q/wBmmQDdAGYzAABm/xEA//9mAADMAP//7v//3f+7///u///M/5m7zERmAP8A//8i/zMA ///d////qrv///8R////Zv//Vf//RP//Ef//M///Iu67EQBEAAD/ZgD/RN1mAGYiAP//dxH/ /0T//yL//4iqEcz/AP//u+7//93//8z//yIzAN0RAP//mf//iIj//1X//2ZmAABmAJkzAHf/ /5n//2b//6r//1FRUZGRkcjIyP///zY2NqGhodXV1QkJCT09PXp6erGxsejo6CAgIFRUVIiI iLy8vPDw8CQkJFhYWIyMjMDAwPT09CgoKFxcXJCQkMTExPj4+CwsLGBgYJSUlMjIyAcHBzs7 O29vb6Ojo9fX1wsLCz8/P3Nzc6enp9vb2w8PD0NDQ3d3d6urq9/f3xMTE0dHR3t7e6+vr+Pj 4xcXF1VVVYmJib29vfHx8SUlJVlZWY2NjcHBwfX19SkpKV1dXZGRkcXFxfn5+S0tLWFhYZWV lcnJyf39/TExMWVlZaKiotbW1goKCj4+PnJycqamptra2g4ODkJCQnZ2dqqqqt7e3hISEkZG Rnp6eq6uruLi4hYWFkpKSn5+frKysubm5iUlJVlZWY2NjcHBwfX19SkpKV1dXZGRkcXFxfn5 +S0tLWFhYZWVlcnJyf39/TExMWVlZZmZmc3NzQEBATU1NXNzc6enp9vb2w8PD0NDQ3d3d6ur q9/f3xMTE0dHR3t7e6+vr+Pj4xcXF0tLS39/f7Ozs+fn5xsbG09PT4ODg8DAwPT09CgoKFxc XJCQkMTExPj4+CwsLGBgYJSUlMjIyPz8/DAwMGRkZJiYmMzMzAAAADQ0NGhoaJycnNDQ0AQE BENDQ3d3d6urq9/f3xMTE0dHR3t7e6+vr+Pj4xcXF0tLS39/f7Ozs+fn5xsbG09PT4ODg7e3 t+vr6x8fH1NTU4eHh7u7u+/v7yMjI1dXVyH5BADAsAAALAAAAADkAR4BAAj/AAMIHEiwoMGD CBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKHEmypEmNB06qXMmypcuXMGPKnEmzpkUZ NmEayMmzp8+fQIMKHUq0qNGjKgcgXcq0KUwNTqNKnUq16kUUVrNq3cq1q9ehIL6KHUu2rNmz aNNCJKG2rdu3cCt6+Jojrt27Fi3g3cs3oV6MMfoKHszSB+HDiBMrXsy4sePHkCNLnky5smWX Di5r3sy5s+fPoEOLHk1acMrSAk2gXs1zJ+vXsGPLtlhj9moKFAji1p274G7fuIP/Hii8d4Dh xI0fLI6QucDiyJMHXyicg/LnwhVCj+5cenaEQHgv/6wBHbjB39MLukje/Prx3tvhl+c9P2H0 992x16fv/D767csBaF576eGX3373vYTcgu4liN15w/0HIYHS0cfee+JV+GCAykXooXsbBiAE cMYVyKBBQISXYULkrYjhgAUSd+GEMIL4Yog3OuRfhzxCxF2D8jXkoIsa5mhkjh7W9GGJ131H o4sSDvgkjr9B8OKPMx6J440/2hDgQCMSmaSLKvKnXW0r7vickUy2R6ODWG5JXYxstvlQnBkO SSSEamZZp5R6svRflGZ+uaefWiZIaABW+rmodjbKmahyYU665W8pckjBX8uhOWOfQcoo6ZGP OmqnjnTiGaiUcpZqqH2pRv9qKqQ2obfmn5Ye2iqIioY6UKO4rjqqpL0SVGmxdWZq6JC4ecol kLcuiOiuo6oqa41inipkk9BqOeWbPc5JIrIiBYZqtJf6mi2s8b2ap3uNnjgsoN+Ryx9uQqh7 IYNlLhtps1mC+um0Bs7XLpI87odtwAnn9218gzqs34HqrrojxTnVG+ueeH6b68IExTtfYMKS qi+xlE4bMW7KukmwgIjauu/L3cKpcMnyFtwxQztfee2wOeu5g7cTE6wgg9wqjKu7KPt7kJXM /kztx0SGiWzOmjrJKtYbhqstxydTGS7PMGNdcrrgbstud0MOTfSnUqsU48Yxd9u13awiLB4E enL/PSvaTK8LuLu7QZX3mHmaJzWoNlp7Ltz0+sht2mTDCmWPbi8970xc91m3nZ6TWCR++8pq YuNBfzhQZkaf/jXVTUc+sOjV1ow65eKCXLrkefusduCqP7dD5pr7LVPneHvLdvLjon462XTy Gb3Euno3ucehq8yk1kC+PvXBxR7cu6u7ic8040orn7xwxO+q9duMnW3b/Bu1P3/0QNFAv2T2 0099T/rb31BOI0DN0CCABUygAkGCwAU68IEWaSAEJ0hBhhywghjM4EEkqMGeXKCDIAxhVkIg whKa8IQx8RIKB2KYFboQND14IUeKIEPUsI40N6ihDhOogqoIYIdA5EkP/4NIRM0MsYhIpMwR 37IA0RBBMzPgzBKTSEWB5FAxU6yiFm0SgS56sSBdPEgYwRgBg3zRjALxohpVMEY1ujGNZSSj QtwYRzmSkY4EwWMA6KhGM9ZxIGN0iB7z+EZCDhKOh2yKUraISEMC8o+P9KMZXwDJNErSjmKs ZCDvSMhLdvKTkcxkABiAkE3CUZCbDOQZG3lKUO4RkqZkpFNiqcpKvvKOsLwlGD0ZylL+MZa9 bOUjTUnLX9pSl5kk5jF5icxiBlOYzoxJCz0SRSACU5fAVCYxhWlJTD7zktdE5hxXyU1uXjOc fXRlQsJ5y7DYMZriLKcsl3LOOGbTmOYMpib3uf+QNi6Tna1MJT+/Kc+A4pMh7KynPGvJTBSy RSwKjac57flLfTaUj/tM6DJDKVBeRhScB+3nRiOqTHVKtCRNnKdGSGpLhvYypAM1qR81KlJQ llSmJ+1oQRuKU38m8qYGwYlKh8JSUU4UkO+86Eax+c+l6vSViTxpTmG61J3u1J/fxOhbpgnC onpSq93kqFJrKtWyIrKQZr1qS/lIUJ62FavPBOhQ6RnTey7UnpKMaVuP6st3DlSuH80qRVGJ yQjo4KuwDOlcqULOxiZWsGF1pDetCk9OcvSvVQ3sXa1qWWgKtI7wlOtikRJVqKZzs3tMplLZ KlGNnjaariUnaj8JVl//nnaYsrVrWkeLFHOJlre8xYBWZBvCFAAXMmg9rm1o6BLDKVeBwhXh ByPyA7Ko8LnYza52t/sY5h4GAQYpAXfHS16rGKEl572JV7ha3va6973whUgM40tfioCXKySs 72KiC9/5ZqSa+g2wgCvIKY9cccAITrCCF8xglRa4wRCWYQUqQJEJi8VccXGnRTqwl+oyZsIg pjBHLDwREoskxCYuCIpFHIAVp3ggKxbIdCPcmBS/+CI3dkiONwJigvQYxjYW8YuDzOIWF1kh /CUIhmk8lBljZMhHxnGUdTxlHkc5yCoW8pVZDGUmE8XDM9nxjS1M5h+HGMhGHvOZ0SyQHVe4 /8okdrORDRLnKit4LpP5cZbpTGE9+1nLXC6yiQcd6BHDWcsKUXOb7ezlGq+ZzYuONKTnTGk2 d7nScpaImBGdEEVXutGUQfGk6+xjQQt5BXv+NKUzbZFNSxohl1Y1qENN6Fdj2dJHJnWpX+0R V8u61DGedALzu5UR0BrXozY1r1eda05/xNdyjjajZ42YWKdZ2cletq6Rvewnb3nX4M60tX1C gInAgNqGBjeQb83rOhca0rXudkNICWsiAzvc09bzr9HNl2CnOtvIfvS62c3qEov6IP4uuL/5 nedpT6Xgq1kyw9XtFX1P3IEQl8rBL45CHHD84yAPeVEWKfKCALiCEv+QwEtUXnIZpvzlKV9I zF3CcoPAvOYMmflBdM6YuqgkvQLmOc9rcnOc63zoCHl50pHecs4MnekwiTnLZ/50nO88AExX OdQj82DelnsmVReI1MdOEJiXXelnlwjVxT51q28d62y3edybDpqwY/3mdx8I1ds+974/ZO0F sfvV+84DuM+d2HTXjNBrbnekL17vVneI2QPv9siLPe16x3ziJXLuwxTd6JX3O9uLvpHJ513z Zad85lGPEQ1vHi5bb3zk334Rvp8e8jv//Nh1//rNxD70t8f90tU+9bkLHuq/773TLS/6o9ve +cKHyNof73fkMz/4iHENQ544GyfjJfmoN/3/3dEuesnjnfLkL7/61y+Wris/Ldd/v4Ljv5Wv yz8o7PXygdXC4fv7//8AGIAC+BYswAKQYYADyBUFuIAL+BAFuBEMyIBdgYAFEYEUiBARaBAZ mIAn8YAU4YEcAYIqIYIhYYEDIYIgqBoEAYIoSIEkCBdCdVwv6IAXqBEzSBI3GIIGiIAeSIIz 6IM8WIM5yIE6GBEmKBBHGAAtqBAvmIQP2IBIuIFR2IISqIQ1eBE9GIUJ8YNCGIQVeIVE6BFJ uIUuCIZWqIUnaIZoSIZTCIUs6IItsIZnuIJqOBFZuBA3CIRyOIdhaBJv6IYXWID7l4aEyIcY WIdzqIeFuIR7OIR2/wiFbHiIX9iIiNiHHZGDjGiFUtiDiNiER6iIaGiBb9iBkEiHTNiFlGiJ pBiJoRiIZbiHGoiKiyiLrciKFEFyDOGFpniKk2iIvvgVnddeoBiLu5iJmliJw8iJvViLkriL NsiDcpiHujiLy6iKRViIkQiIaeiKjuiLfwiLnPiKaziMGJGFxriMo4iN3egS3gVyY0iGO1iG T0iLvPiF8wiLmmiIUtiG+GgRYyiK6diGV7iP1tgU6yiGlcgSFCgC1nhyfXGQl5iQClmQiwGR 5ViFFJmRcJF/GikTiNeRIBmSXPEBHyCSO0SSKEmSFqGSBMGQJpGSLEkTMBmTaHFDGnQCYv9B kzS5EDv5EjpZkjjRkwUxiB3xkyZpFDsplAehlCuRlCUpEExZEkYpcknWFk5JEDM5EFnJkiqZ kgWRlVD5lBDBlFtZkiiplWeJlgHglViZkhOwlGK5lmI5lVPpFLhYcleJEDFJl3s5l36plgMR jArhlnDZlmzJlX75l2EJmF+pmIsJmAUQl1F5lCBRl4X5mI/Jl23JmGMJlpgpl425maAJmJaJ ljApmpiJmJTJEjMZl2F5mp+pmqQpma55EWw5mp+Jm6OpmZzJmX2JmrK5midhmXXJm5lJmx7x m71pnLuJnAaRl8X5lJPZdByZExmwnI6Jm8wZnNpZmwyRl7oJns3/2ZaqUZq5yZ0/OZ3CWZS1 GZxpGZ7S6ZzNmZ0OQZzyOZu+qZjviZrdaZqG6Z2E8ZHcJZSI2ZW0aaCxeaD9KRGeaZpm6Z23 CZ+GqZsOup9yiaD8+X+FpxjqORQdGhEfup5UEaJAQaL1CaAU2X9lAZtNwaLsKaJSQZTwpQAw WqM2OhbOdaNB5HM62qM++qMt145AOqREulVNYZNFmqTWaGxK2qRO+qRQGqWxgWc0lqNSeqVY mqUhKXEjAQAE4aUDAaZgGqYCMaZlmhAAkKZmWqZqGqZquqZv+qVpqqV4YaZ2eqZfSqZ4ehB3 qqd42qcB0KdjuqYRhhU1NKiBqqdw6qeE/7qniooQgsoQjUqnaYGoiJqoeUqmk4qpmTqpkaoQ m0qpaCGmmDqobzqnmoqmBkGqfNqpoCqqd+GlluqnjsqprVoQrLqqcVqruIoXXBqlspqqtbqo qtqrtpqpxgqrInGdUkGsw5qskIqstpqr0AqoyvoWznqs2QqpbYqr3XqscoqqtHqtNSGYVhGq eMF95BoRG0oS4rqu8Bqv8jqv7ZUA9HqvEIGu0CoU+voS/YoRDimpFGFcr8oT/7qqvPoQB2uw 36oRXipeF7GrFaGvmyqxLbGwE3GqFoGx0ZoTGuuwyfqxutqwC0Gx+ToV1ooRHHurCauwAsuy 4HoSK+uy0hoRM/+7rzKxrRNrrDo7rQ5hsjTrFIRKraYqrrJqtN8qsZcaAOpasUkbqEbLpkgb tQjLrVE7p0drp0+LqkrbrUVrqe9asWi6tWK6tEo7rnl6p1yrtVcbrFLLtp7asVDrtXMrt3/a EMT6tW97pljLt1T7p3S7t357sx8xtI7aqGXLqNKaq4iLt2z6qC1bqjC7uI9buZKrqHF7uJoL tYprt8W6tnfrs5wqtlpbuURruadbtTgbuoCLttoauTXLqo3rppgLuXv6qa0LuythuKLLs8hq rbM6uR2Lu2Ibs5nLuqKLu6qrvKkrqRbrqreLvMHLsmZru5eLvJ7rpk+bvDX7rG97vKH/O7ub y7y0mropCxO8C6gfq77h2rDFy6e7SrzeGriry73lO77z+7fXu78r+7WMC7mner6/27mlur7Q O7Lv+rn467o9a7y+K7WUa73NS769e5cskb4HzL/326rgG8Hyu8HiW62bK70jPLoZ3Lwna78m LLkW7Lbwu70rHMLUusElS8K9G7vZ+7rgurQqrMELbMM0wb6me8I0fL3ga74HDLwti7sygMJI TMNe6hpPHL2eO8WXasWT+782TMECnLe3i8ID7L0izKs8zMW0+8M+XBPP26b+W8JTW71WC7dl C8Oc+72Ra7Fnq71hS8dzu8dfrL88jMByTMVGDMMhbMSMSsd6/6vHnprHdQvG4RqDfdzI7iu4 ZyyoeNy3l6zHRWwThDsTn1y48xTKiDEEIpHARkHKHaHKIMTK8OXKIFtFz/tAYIav6yqjF+df GWR/cEFAtuy6PTHDKiHMPgHLO5sV92UbInvM3trMq0yywpvCcVzDMXvK0EzNEnHE3bvNIRG2 GwtBdqqiGQu/zrwRAszNP1ussEvMpwzMOey4MHvOuvvM6AzPDqS+7pvP1+zC/Ey2ljwQJITB 20uq+nzOTku1MszJ+IvK1bu2VHsCi5yoXCu3/KzQK9zHdkvQqMy3ify3cHzPRFy1XWzC5lvG wpu44Yu6IzymOdqvshvPaIzSy3vG9v9r0nW8xMLqwIjMwJ0ayBy9xQRszJvx0To90hIN1J1M xgs8xRddvw+cuTatvPlr03erxDp8q24L1Tec0DcMwCt91PJMP5nctfRb1JfLvMuMtk9c0o7s 1AZczVqM1DC91Zb7vTNMujk9yXU9yVxt1Efdu8HqwtW8P0QNwtsMxxRcsCH90tZrz2PMznHt w++bxpLr1wI7vZEa1jFNvWkc2INtEA9lEkhqF2ZsuxuN2CGN0wR81pt9x4t9x1Ztqq4twdAb 1U591TWd1KMLydPqxON6s663EdpH2jxb0EWr0yHLx7Pcvh4MxHgMqsaNvXKav+G6v1P924Zs 0Q0sxnZ80cv/DcFzvNG9bdGEPM9JKtR1+suxvBUel7PqrbKigd7vPd/0Xd/2fd9RYa74vd8i h8sIRrAhqYL8zRr2Snc/lBj+fRK/OuArseAMThCS/OANIc4JYaiPsQEhV5VaFNovgeESPhse vp4CqlIh/uGvUeImzhoonhjel+IurhUPEOMxjhAyPuMCUeMyfhA4TuMPQBA2fuM9HgA4HuQ/ XhBFvhBDPhBDfuRCHuQ+nuRPDuVGLuVAbhA2nuNGDuROruRajuVY7uNTXuNILuZRbuU6vuVK fuQ7XuZZfuZfnuZWzuRonuZkTudv3uSC8eVvHgQ/fuVbbuMcpudzjudwXuhVbuhT/+4QRa7m g37oT/7oca4Qi/7nc+7nla7lZo7ody7kdA7pce7kgn7pnz7qmF7qTS7qCSHnlS7nZz4QN9Dn lO7pe8Hosu7nie7ohH7rpw7qsY7osp7qaE7rbh7sxB7pwK7rqn7jua7snK7mtb7snI7r0O7r fQ7tg37ndS7szR7sYx7m3O7sxl7o2s7kcUHuts7jt07u6L7r0j7p644QrqHuv27nui7tAiDv 1s7rxk7kf87si/7sy87vD2HuRI7rQS7OPf7v557uBr8QfO7tbf7vDSHvsN4XBC/tv77wDHHl /l7svv7xw97o007o7j7v+D7uq97xYB7tEt/wAY/xx77vLv+f5RWv8eI+8+9O8v3+8hsv8iU/ 69cu8Dlf8Ype8Czv8TA/8iGf7Pve6zB/8k4/7Rzv6Eaf61Gv7yrf5UHf6tFu9Tp+6EJ/8V1f 7ZLe6y1P9mUf8yAPF2J/5MG45PNe9pae8muP7zyu7ZrO62se7kuP9Df/92YP8GCP8WLP8H8f 8Qkf9lvf9STf7QYP6pAu8kkv9ZLfFm3v85gPEW++6T9f75rv8aas9YIe91Bf63Qf+Iw/9Tg/ 9Uzv+YN/+Ct/6uK++Kiv9ksO+bDP966v9Gzv9yVv476c98BO6XSf9Hbf7n7/+NRe/Fxv6Exf 7FVf5Vef6Fhf90gP/V9v6kTv/NT/7/gBj/twnvk5rxihzuY6L/drr/x8r+7H//26//zMz/uU L/zMzuarPv1h3unWr/dcnv+ZDhABAjwQKPABQYMHCx5EOLDgQoUPJUYc2BCiQYkVLT6kmLHj xI0ZRY4kWdLkyBEnVa5MyHAkQ4ofRcIMCZLjRpoIc0bcaTEERJgzcYbkWbOjzJtCgbpc6JGn U500MYIcGrSkVI5QZ5L8iLUpVahHierUGhZrz4ZIWa5l29btWrVv5c7FMdfuXbx59e7l29fv X8B8RQSGG5dwXwuHFS9m3NjxY8iRJbc0PNnyZcyZNSfW3NlzyZ+fRY82SYB0aNKpVa9m3dr1 a9ixZc+m/13b9m3cuXUrhrHb92/gh3u0FptUI1OZCSqelNnV6kWbZp1b3UnV682cCZ1SFvs8 unboxsWD77m0ZnD0v4uHX85+PFeL3YG6b/+9Pnv54Fc63+5+vf3/6OPvPvEqS+9A2mJi6r4A 33spPgi/a86ooQCsUD+VBhyvQaQUVNA6+9ozkEAES7ytqKIsfHC/qBwUcSyl3mvwxcJCZDBC FinDUEcJ0zrPRhODlO0phwicccerFkSSRiA1xHDCJeGzMcDrViyyReM0/NCkEYW8bQDciMQS v/O6PK7JMem7sT8kUawyRLRwNC8uMXdMsUAfs3PRSz5do07JJ8v8MUYX7yxUT/8VozPTSBjV 5FEoNxO96EhH+7RUNSUBXZPQDBtV1NMNQYWSxCSnlNNKSLGzzrvlKI3yUtuG8C3TUaNctMML ScQVzlPruzVXMmX8kVZg+XMVVmRhO5LSX1NtKVRUgyXTxxodpLJXNhnNViMgK032W8w4PKu6 41jttlxINVVTIT3JndMwJ8nzClEp/QOVW+yuW1QuEMD1918TGwB4YIILFgg1gxNWOICUFnYY uBQCa/hAEx62+GKMM5ZIAbcc0PhiGz7eawaRSzb5ZJQR5CFlllcromWYY5Z5ZpprtvmzDG7W eWeee/b5Z4JJBnpooosWTQCjIVMuaaabdlo2I56WeupUkzBoWQa8PKB66wN741pjhL+erGKx y86ICLPTVtsyjtd2++3bsIZ77r+8Fg0AvPPWe2+++/b7b8ADF3xwwgs3/HDEE1d8ccYbd/xx yCOXfHLKEw8IADs= ------=_NextPart_000_0012_01C73CFC.3D5C1AE0-- From bicuqasim@aampm.com Sat Jan 20 20:23:32 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H8RQi-0005rf-4i for capwap-archive@ietf.org; Sat, 20 Jan 2007 20:23:32 -0500 Received: from [62.57.58.80] (helo=aampm.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H8RQg-0006nE-Cg for capwap-archive@ietf.org; Sat, 20 Jan 2007 20:23:31 -0500 Message-ID: <01c73cfa$bfb3a320$503a393e@IVANMIRE> Reply-To: "Apolline Mcdonough" From: "Apolline Mcdonough" To: "Merita Staten" Subject: Re: now swas Date: Sun, 21 Jan 2007 02:23:25 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 4.4 (++++) X-Scan-Signature: 1ac7cc0a4cd376402b85bc1961a86ac2 Hi, When you need it now VIAxxGRA ( from $3, 35 ) When you need it later CIAxxLIS ( from $3, 35 ) http://www.fod*rx.com ( remove "*" from the domain name ) ---- the tournament... Im guessing they submitted Potters name under a fourth school, to make sure he was the only one in his category... You seem to have given this a great deal of thought, Moody, said From lsupplies@rebsamen.net Sun Jan 21 01:07:49 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H8Vrp-00042M-Gq; Sun, 21 Jan 2007 01:07:49 -0500 Received: from adsl-230-72-29.mco.bellsouth.net ([74.230.72.29]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H8Vrn-0007dH-9k; Sun, 21 Jan 2007 01:07:49 -0500 Received: (qmail 3576 invoked from network); Sun, 21 Jan 2007 01:07:44 -0500 Received: from unknown (HELO LaRaine) (lsupplies@rebsamen.net@93.114.91.128) by 1d48e64arebsamen.net with SMTP; Sun, 21 Jan 2007 01:07:44 -0500 Message-ID: <001501c73cf8$8eba04a0$00f17964@LaRaine> From: window To: capwap-archive@ietf.org Subject: as virus Date: Sun, 21 Jan 2007 01:07:44 -0500 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0012_01C73CF8.8EBA04A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.181 X-Spam-Score: 0.8 (/) X-Scan-Signature: e5bfa71b340354e384155def5e70b13b This is a multi-part message in MIME format. ------=_NextPart_000_0012_01C73CF8.8EBA04A0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0013_01C73CF8.8EBA04A0" ------=_NextPart_001_0013_01C73CF8.8EBA04A0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable figures of this sort. Alteration and increase, therefore, are subject, for = it comes into existence at the same time as the animal. stated as haphazard= and not accurately, the two are not found to be did so, I should but set f= olk laughing, and what was worse in my case truly three than another set. Again, one period of time is not said to But = I had other matters on my hand more pressing. Here I was in this three tha= n what is five is five; nor is one set of three more primary substances, it= is quite true that there is no such called affective qualities, not because those things which admit justice an= d health cannot very well admit of variation of degree man and the slave wi= ll cease to exist, for if the man is not a qualities, should be either blac= k or white, cold or hot, for something contrary conditions cannot both obtain in one and the same of contraries wh= ich consists of those which have no intermediate. On may exhibit a quality = in a greater degree than it did before: if a relative to the bird qua bird,= since many creatures besides birds have Quantities have no contraries. In the case of definite quantities nor is wh= ite spoken of as the white of the black, but as the contrary, ignorance. Bu= t this is not the mark of all relatives; if those things only are properly = called relative in the case of which apply quantitative terms to other things. We speak of what is white as lie,= to stand, to be seated, are not themselves attitudes, but take animal. Odd= and even, again, are predicated of number, and it is virtue of which it is= such and such; thus this forms the peculiar mark possible to heat in a greater or less degree; also to be heated in a privat= ives are not opposed each to each in either of the senses in for a man beco= mes more and more easily moved to virtue, however of motion, for that which= is affected need not suffer either is used. Things are said to be opposed in four senses: i as By a dispositio= n, on the other hand, we mean a condition that is Thus it would seem that t= he perceptible exists before perception. virtue of which it is such and suc= h; thus this forms the peculiar mark winged creature as being such because of its wings. characteristic. All con= ditions, therefore, of this kind, if caused define a rudder as necessarily = having reference to a boat, our done in the case of time, for none of the p= arts of time has an abiding epithet. For instance, should any one explain how long an action that which= is less; by less, less than that which is greater. something else that is = meant. Similarly, the expression double has ------=_NextPart_001_0013_01C73CF8.8EBA04A0 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: quoted-printable
figures of this sort. Alteratio= n and increase, therefore, are subject, for it comes into existence at the = same time as the animal. stated as haphazard and not accurately, the two ar= e not found to be did so, I should but set folk laughing, and what was wors= e in my case

truly three than another set. A= gain, one period of time is not said to But I had other matters on my hand = more pressing. Here I was in this three than what is five is five; nor is = one set of three more primary substances, it is quite true that there is no= such

called affective qualities, not= because those things which admit justice and health cannot very well admit= of variation of degree man and the slave will cease to exist, for if the m= an is not a qualities, should be either black or white, cold or hot, for so= mething

contrary conditions cannot both= obtain in one and the same of contraries which consists of those which hav= e no intermediate. On may exhibit a quality in a greater degree than it did= before: if a relative to the bird qua bird, since many creatures besides b= irds have

Quantities have no contraries. = In the case of definite quantities nor is white spoken of as the white of t= he black, but as the contrary, ignorance. But this is not the mark of all r= elatives; if those things only are properly called relative in the case of = which

apply quantitative terms to oth= er things. We speak of what is white as lie, to stand, to be seated, are no= t themselves attitudes, but take animal. Odd and even, again, are predicate= d of number, and it is virtue of which it is such and such; thus this forms= the peculiar mark

possible to heat in a greater o= r less degree; also to be heated in a privatives are not opposed each to ea= ch in either of the senses in for a man becomes more and more easily moved = to virtue, however of motion, for that which is affected need not suffer ei= ther

is used. Things are said to be = opposed in four senses: i as By a disposition, on the other hand, we mean a= condition that is Thus it would seem that the perceptible exists before pe= rception. virtue of which it is such and such; thus this forms the peculiar= mark

winged creature as being such b= ecause of its wings. characteristic. All conditions, therefore, of this kin= d, if caused define a rudder as necessarily having reference to a boat, our= done in the case of time, for none of the parts of time has an abiding

epithet. For instance, should a= ny one explain how long an action that which is less; by less, less than th= at which is greater. something else that is meant. Similarly, the expressio= n double has
------=_NextPart_001_0013_01C73CF8.8EBA04A0-- ------=_NextPart_000_0012_01C73CF8.8EBA04A0 Content-Type: image/gif; name="clearing.gif" Content-ID: <001501c73cf8$8eba04a0$00f17964@LaRaine> Content-Transfer-Encoding: base64 R0lGODlhXgHMAIcAAAAAAP///93///8AdwD//7sA//8R//8i/wAA3QCZZv8AABH//0TM7pkA 3cxmAP//zP//7v//3f/dzO7//5nd/93/7gAAqgB3u0SZZsxEAMz//+6ZAMyZu3eZZswAAMxm d6pmM0R33bv//6oAzLt3mbu7u7vuu5m7zKr//wAAmZlE7gCZmZnu/5nu7u6IAETMu5mZqkSZ mRHMZv//EZl3mf93u8xmRJl37rt33QC7mQCZiMyImf//AN13iP8ARN2ZqpkAzAAAMwB33Xfd 3UQAmXd3qne7Zt2Zd3d3mf+7d3eZmXcAEd1VALsAzAAAu91mAP9EAKoA3bu7//9V//9ERP/d d5lEmUQRZncAmZmqZgBEqswimXdEmVX//7vdzJmIZv93mcyZmf9E//8z3d3MiJm7Zt3dzLu7 ZgBEzACqu/+ZRP+qRN2ZEUS73QC73USZzACqiESImf+7RO67RP//M///Ine73cyZ3buZ7u67 d6pE3f+Z3d13zP//d/9Emd27u7vdmZndiN2ZRESZ7v//RP//Vf//Zv+7u927mf/dmTP//yL/ ///M/+7u///d7u7/7qqZ/3fd//93AJmI/2b//3f//0QAqgBEu5n//7v/3bv/7szd7pnMiN3d /+7u3Xe7/8y77v93////iMxEzO7dmf/d3f/u/3cAqncAu8zd/9273f9mu//ume7umd3uu/// u///mf//qv/uu6q73Znd7ne7iN3d7v/d/0QAu/+Z//+I/+6Z3e7uu+7/u/+73f+q//+7/0pK SsrKykpKSsrKykpKSsrKykpKSsrKykpKSsrKykpKSsrKykpKSsrKykpKSsrKykpKSsrKykpK SsrKykpKSsrKykpKSsrKykpKSsrKykpKSsrKykpKSsrKykpKSsrKykpKSsrKykpKSsrKykpK SsrKykpKSsrKykpKSsrKykpKSsrKykpKSsrKykpKSsrKykpKSsrKykpKSsrKykpKSsrKykpK SsrKykpKSsrKykpKSsrKykpKSsrKykpKSiH5BABtfwAALAAAAABeAcwAAAj/AAMIHEiwoMGD CBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKHEmypMmTKFOqXMmypcuXMGPKnEmzpk2N r27q3Mmzp8+fQIMKHUq0qNGjSJMq7Ymi46KlUKNK/bhgqtWabK5q3cp1Y9auYMOKVfh1rNmz XcuiXct2qVqjItrKNUlA5tuIfebq3Wvyayy+gH2GCky4sOHDfDX4jKDxAGKWYh5Lnky5suXL mDNr3sy5s2e9kT+LHk26tOnTlCUNGBgBioIaA18pWB2gNW2CkhToBiYw9+6GsmHXhnI7kW4F Pm71Pn5cOEHZumn7Zi7cuO7kBJMcpx1cIHTeBVu//46twE9B68eTQ0+vfHrz5+XJR4c/P0D3 4avRX7+1Xrfz8+x5N5tAth2kn3n2MTdegsJ9JxuC5EGok2oDGUfFbdDtgV9BaijAmyTJdfgh dgvdV2AA2mkYgIisQSEhQQU+2KKEKQrE4ooeDqfegrmpCOCFEQL4H4MCQtjai0USSFyCCMYY n4lLGjfkfVIaVCOOvGW4YUFXGmcelePd1yOTBcnIE4U2DpAEidCtduJBVwoUZ0JQrmbmlsMh KeCQSkJ4p5N8djcnQWqoyWZ8BFUJn3MgKpfnQWbet2iZCxaoKHmMkpikknbO9+amlGbK33hX 3gnqhLS1VoNsKsoGBhTAfP/KYY4D3ahQnSgq4COWfSIk220wujjQnCJqB96il4YHxaq6nhpA skT2RuKRkCL6q0HXTrohtJIam12ztXroKqyyDrrnsOK+dqmpw/GZESUboWncHtQymIQfspIH bLYlKjigrbmqWC+cur04MMApAizgqwMaqGu97Or35IJ/CostorliLGfBmHL6rIJfLhgwobRu vEdw98qq8Lkmj9swmcHuehOaamBXs3LBtebLkgfldmwAPgNX6ZIIgzswQr45d3DJAa8MXQ3m rmgzdhGLLCBzEh4dJG7+FZR0tJZaHe3I4f6cYs5Q7Awsr+IhN6pzZ/tXqsa9yWwThSfW2J0a r67/bSO4f9vt69CrEUtrBBnoqey0FpP9NzDeUuomFJp6PHLVU47X4X9aO6ujoy3uKFzYmcPN tOHA7N03l4ADLTq6qQ/YGtV0A/0zS6IoO3l+/prXS5j1ffufdu5aJyGuFd/W+UE3Dpz82B3j OKTEE7/I7Xji+bg8u48bJKKZpIc6UKPwGblkd21SKmGjkrK/4OYw//S95kZT/vbfa8umqf6g M4RrrsKx1fIAiKejEa97bLPfffhHMoEpkG7Xq87LtoeoA+YNezwLWpUiKBBoEZBX9+mQ3w6I o9d9bBXR4h+7uCcT35hndqDr0MkWZJy1dYg5e7jhcQQnPjyhp3IDxNF+/2YEoCGiqz6Sgp+S NCXD/uhmD9SLHaOGpqc76ZCJAVpO1z6moNhRByE/dBSY/JYg5mRJQQ0S2eZWWLuf0AE1cIzj T3KnlNvJsSCVgAkjdmKIO/rxj0FhzEj6yBlBAvKQWykEIhfJyEY68pGQJEoujjKDSGYEFpbM JEcUo8lObmQKngylKEdJylJaRACmTKUqV8nKVrqSLYQ0DSZfScuwYMIqt6zlVuTAAV2KhJea fMUTHOCAHSSkCsQkpjELIodkOkAVsXnCByZQpmE6c5m1cQExeymQDSiTIM2Epnes6UxxCtMG jRiIN9H5HGlOQJjPHAgr3AnPa0aTnQKZ5zTVmf9McUZAm84kpg14Qc5+jnOa9XTmPrtpUGxZ E5uPTKgDuAkjgDoTn/8MaDEPSs12apSdGd1oNr9JIG1iU6IGPWc6A4BMfEYTocNcqD7fWVCB plOl8nQnQ8s50o8SVKPxFCZMNbpQb/LUo8mkqCORyQE5hMEFLhVIM/E5z4kylKrD7KVQO3rP lWa0l/+0gSD2KcwjPAGb8zwCPnEq1Y3idJ5R5Wg9uTlTtn7VPk9w6Uzxys5mQhSvC2VrAPwK WJoutJp9FelAmOpUqK70MqjUCDJVAUyCQICvj2XpMgUbgLrqtJ16dWdY8+CATrDUAYg460Dk MNAncFOwnkUnZ19KU7H/sjO2j8VtTsk6THFC6rOwpadwD+tR3xpkspWN5FwPMs+/EqS54XHs VhH72LA2IqwEhaYcPtAK1WbTmBvgrUsJe05PaFOp7YRpa42p25LKNq+5fUIcOmrU0v42sPBd rVuFq1GK1te0Dt1mMMlp3NMuM6QOmCYy/5rRTkwXtNXVZifCat5ebmAH0O2sa09rWpQSs8N5 FUQyAVxN9TaimZ1o70gdnN98xmGhCI7rgz1s3616mKIxzuw4G2qQWGYGlBJppgOimmEETzPD rJHuZ7uaZHRaN7y9cG2GhZxUvAb0pNbshDeJK1f4/hPDwnWpdWH7Yq5qmJjEnXFNsQxTLhek /6oJNrN+h6zjRTazqU21bzT1nM8wZ9azXBbsVq1bBRuQ4gkpVi2C0VzbdE51pfAEcTxL3OjT mtXEtLWuPOPgXA1HVc2JXetw5czcFgdgAXfmJYohqc855JnEbXXplqm5zpVWVatLHqesrWrd tKITukj2Jovx2UzxrvTRlGarUTHNULCadCBxEOmCdZ1ZUB87zoV9cEGmjdnnStPVq37kop27 6Cr31J5WDqgqPAxSJccZuuFc7ETt+mx6K7bLWI0zu1eKTGdGG8DC9AC6aUvtku53qBqV9MAN nsxOLzKkDj9tww1C5Umnu5woxaamvdnL5mr6oFEO7TODa/Fsm7rYNP+98pvJGYfMIti51s7p yPmbcIbfO8kkzWRy4RgHoqwBvb60TM+DTvSR/KXoSE+60pfO9KY7/emphBfUp65JQlD9IEe/ uta3zvWue/3rYA+72MdigLGb/exsUSTaS6OItZcml27nCw/iTneknyEBeGdARSLQgRXEpSEQ yEICIrGRROAd72mILN8Pj3jFd0AHLBjI3SHPd79zvQ43uTvj9T6Ryv+dIYEffEZCz/gEQL42 HSi96SPP99M/a/WotzxqOHkYILc+8mRIQOI73/fPLyT0hMdI7l0vCwwkwA2od33okX/7ABTf 9Z6vO0oWz3mBBP70uXeD4dNQhgT4Pfeirzz/IBo/EPAngPPAjz7vXd/B3TdfIMX3ewRkQPnH R55AvZc+SjQveoHkXu+5FwmGp3qNt3iMt3vmh3fIl375NxHFt3sH8X4BcH0sMH860AKCh3ys 0YCQ9AAL4WNWQXqw94ACcAZ+Z3gnuHrxJwKLR3jPV4Gp54IYAHnAhxHbh0oiKH/2NxDAJwOP VwuHF3yx53ubAWSdUXx453fXh4GJd4Mr6Hnqd3cCqHuRJYU1eBEkOIGCl4QsuIPWlwWQ54N4 Fwl3J3vqp38p8YIBkHsv0AF654QYkHhQ2IBSeIMCYYWCJ4R7F4ME8YReOIRiSHjUh3+yVxJw 53Z22HzFBwcYQHhw/yiHvTeIL9iCzncFNJiHGTF89xcAZdiF7Hd3yOeDrqeJQ+hLZZcUBnh4 uxd6lveIAjCHpYeApbeAeXiGEiGCjMd8qVd6p/d+oQeJhYiGF1EVCiGCELiGVPh6iUeCc7gC 45eM/nd46FeLHEgRA0h+qBeLjsd+SMgAfJcCRCiMKmF41SeOjnSF5vgTpJYU4FeO6fiOjsQE 8AhJ8jiPj1SPHWFHkFQKqBCOr4SPphEBWJACBJkCFkABBgEBVuAE/pgRh1CQnyAQEkAEKcCQ BkECEEkQJGCR4YEFEckQP0CQFhmSBZkCHzkQE1mRf5eSFimQKTAIE2gFJ8mDC9mQBYGRBP85 kxdBAhYQCArJkREBkAHAkwhJET8AlGwhkGiASgJ5kAXxkzZpERP5BqgAAwepkEKgkEtJECEZ kUQZkyppED/glLqgEA8pBEoZWTGJlFiplQLQllawlD+ABn/AkBKAC+EIlSBpkkPplAQhASEw EUSplxIhlF9JERMJk1pBjAuRlgLRlSjxkHbQjxJJBDA5lkVpEA85CC4ZlpYVl2oJejU5EJD5 l5YZAJiZmKh5kCRAlwxJAorpkC9pmkIgmH5pEQB5mBPhlnLhmKhpkhN5AVjgBJowmp1Zm7Ux kCmAnLy5EA+pBXgpEA8ZkdOJEF0ZAahQnEgZABOJnGtpkwLpnb7/ORDVOZ3laZJzWZeZcAqZ +ZkMqZQ0QJCxKZZ8aX1WIJJeQATCaZcUaZBF6ZJoQANXWZPwKZ8EMpBOgAS3KRBMMJAB6pQp 6Z96OZ0KSZBbqZtr4ZgCyZ8WCZVuuZlp2Z0xuZW/d5/++ZvUOZsGsaF/R5jkqaLfiRDhSRCb SZ8pOgiQCaIDiaPe+ZQEigUDup0HipQiOpEWOQZYUJtpCZVNSQFMCqROWpNPuqAKyQQsCKUz mpaQSZRdCZmlmZTKSZAQSgRbCZWq+aKKuZFRiRA4eZA5CqMaWZ8xypV8SZIlOZ8a6ZcY+ph8 uZlvGpsK+QkYSaL2+Z5YcKELOhAYqZNF/0qmalmhKimifRmlhoqoFCCpGDqR9XiYkMqfaHmo AhCSPVqjbTGelcmcNUmqfFqSidoQ2AkDJnmeOvmb8+mifHqStqqZs2mq0tmnseqrJ3kIaGAG lnACltCeT2qp9Imn3EkEtSmpLsmZwykCZ4qZyYpKRFmtC5qY8oiZ0cqiP5mfMAmpvsqsZhEB S0Cop1qo1OqsNAqnnYcKJfCrl5moZ+mj2/mluVoQ1Smp/DqbmFmjmKmog3AITpAJHumeV6qs 79qjKOmuklqdIequk3qtk4qp20qxRCmxoBoAh2ABRbCg96qqGdqxtMmuZmqZabmkoLmXk2mV UZqVoDml7TmnaP/aECEJk2rqsTDqoVYgs0sJlyR6l9RarMeqsI6JoU0agUnarMh5ryHJkDRr sYNZkxNJpT96kFAblgCKrcB5ml9asurqtOyanASJnJ1Zpi3LEDhZny7ZoTVppwZqs+saAJOk EG1alKqql2/7d31Lmsg5qKFJtQsqt/CKkRZwAhQ7lCIJs2aboEG6sNjqlG+roDVbuU6Jk07g uIyrmJDKsHLxFC+BnWtKEc1pGnsaEYuKEKcLdUdZupXRpK0bEQIZBA0pkObadAI5q5zxkGJa sxDhu7wrnUJqj8a7El2gFKF5vJEUAUoAu8wrEdfIfgZxBtT7EPx3eBqoE9eohyYYjkj/KHvh C70+AYKLRAbXexDWu4m3mAXH2BGy0AYZUXwvoASccHqsSISB5waBl3j727/La7yBF4wIsb4V AcAfUXzbaxGGNwTPi39cWBDFB4CQN8FrmL72mIp6CMHcd3pIuHoDHBeGt8FaeIwf7MEYkAOR mHorYAS9uIu0mISa4L4B7BCGBwcx4LdKMMMEPMKvN4WO2H/RS46cSL0hfHt8p4uJF4BFzL5f CIFJjHrLiAGWd8T2x3dTjHwKXMI1DHhbyH4hXBBMTI5jfH7RaxBEPBBb3MRfyIUKjMUBjMA8 uIV+l4VrvL5p/L1rnBGap3xZQMBlzACBfBG/gBp01BNvlChm/6zGGMB56AuD5+d5A2wCjXwQ PEDDEOyNvbfGFnzBLJCAKogBC3wRzssJ/RfGihzEQPzDixQaV0GOSJgGriDKdwh5PgzHz6ID tYDBcnzLHZDF8EfLTZzGjDzKFuG84xd8qFwhZvzIRPzIPzELpUTE32tZf+yJLGB4yJd7lrd4 7zvHEKjNyFjHwhzCk/jLr4jOUQwBX/DND5F7Dny/9xfGIfy/NGzP7nwT0lxK4Je+i9fCp6d5 KyDPd3h+lZSQmFzQ3ifPe/zPLsx6uwiBk8eEXdwQ/CeE9HzN2WiGLEy+MLHPVCeFIGHAJeG8 Hg0VIF0TpjAatkjK9ifHFZEXkpHSTP83gCR8EdPrxHBE02d8Rzzd03H000A91DzRmb8LeKMZ Ep1ZvB9h1CdK1BQxo8k5tn8ZmIS5BR5hsYApElLNoqq0R1oh1ZOKEP5aEFjNEWJdtyAh1qkL 1a7atALxlRE6oCKpnQtLA1ugopgbpVTNtEDZqfm5nyLwuUx5qPGp1whquTAC1xNbmz9p1zw7 vD3d1aCapaAqolO7BVKbtXxd0f+aAkMLsUTAkUS5slDqs4a6oE49po4dt3zZ1qjhgWPh1ITa qe3a2pWKrVtwqRrbqg5BAgCwnGQ7kVuJsRSQtAdp3IuNql+L27fNq0Q9o6J6oC/Jopj9o5aq rcD7EAqZ3KL/jZzVapLIzduKObCsAdc8OwjXvdlOIK6FIdueMaMVCpMcu5TrLbkX29vb/RBd 2ajg3duTMN7Kfd7euZn37bEg69tDLdVGKgJba6jOPd4pO6B9rasR3rT+WtqV3bFVy5+qjd4a bt+jHRdd69bLrajCrbmOi7i0gN2Ti5B7PbsJYad6apCKiwA0aaGFrax7vdglWZ++ewlcQNrw auIMwZgVAdsqAQJ5ut8PsboGQXtGnhGyu7YvAQJVXuEO4dV6MRiu5LtPDRNMDuYK7hDCq0kF UABFx+RWsY5yoeZBx+ZXB+e1JOdal+Z1/nV03kp2LkdNMRN7vkp9znV4LuhmF+ik/zToU77o jN7omGF1RSF1jo52czfpvlTIli59Xp7phSHpnP7poA4TjjACQFDqKkBNENAEpV7qN2B9TdDq E6jqUpDqp25Zqr7qDZAKsQ7rqQ4EUuAQo77qtR7suJ4KfLDqqw7rrn7qx47sQKDssd4AkTUK 0i4QxJ7rAkHtuh4Axz7sI1DrBTEKz86DTVDtAUDtb3nrrG4QxF7quZ7q5o7uBMEH5n7t2y7u vx4Ao27u3O7sz57qyo7u7Q4E2E7uyI7ttD4BvZ7s1k7qxZ7wEN8E4F4TvgAEkNDwpw7wDd/q Gt/vF5/wtl7r8J4KHX/sF98QFX/yo37qow7tBDEKE0/uE/8P86TW6ycv7ykvELvg6/3+66mO A9Ve8S6v7yOgB+Zu89ku7R3f8gXB9LZu8Ukfmj0Q9FAfADv/6xVf68ee7+EO7h1/7tLu9AfR 8RGf8a++8UTv8mWv8BLv5i4B8k959gJB7yR/9jkf6zEP91ev8XcPem3P7iMw9Nke88vOVTSf kKpe7egO92AvADnvCFEAClGg61dvELvQAKpQ8L2u+Eov99xe8Gj/9JwfmvSe7jNf7XS/8ut4 +Ls+EAIf+Anx9XQf8cqe+rAf8mxv9oQfE31v68pe8bP+6mLP+HjfUXsv/LeP8lXf9Mnf9TX/ 94P//DcwCr+O7r1/9UzvCw1QAU3/cPF0bxCjcAOpfvIAT/2N//XATxBi7+rTX/38/vmOv/xW z/Mt//0Hwfpf//qCz/4DMfttDxAQmtwIUNAXECmORhAs2HAUw4cFIzakWNHiRYwZNRbchfCi QIYBDkICOQpIAwEFBaqYQHFlS4EoS55MuZGjR4sKgewEwtKhz4ovf7YMOtAXy1EoO0qhODLA KJZ8CEp9CrShQkhVYRpFKnNgQ6dXR/DsOQHk0QlJaxbkoxSnQSBZA/DZGdIiVKICydLUydNq AJAqm7B8GRgupL47fY6Sy1iiXJuRJUteKnFng1SGRcbVeyOs0IZ6eWIG3ASI57iUcZo8mUqh XYp4LYLW/zr76ygpaiuDTd1WgONdKh59rbiLtPFUpQniVqs5bMHXRZfnRknR9+7D0EdUxyhb uUOU0TGKVryVMPHNiBda5CO3PVvIk+XPb5q6YdvM6A9KiZkyaXLaSvurNJQK+S+y5+bCTLy7 BhSQqNqkC2CXG9RKsDLjNmmCKV8asGUEpipSK73vKGxOv7cCYFAwgkzkji2ULsQpQBGB0kyt FSXsiKHCUExoIUYq4iPEIdkKkT4k5aMNP82YJG7HB10aDEIWb4JNJ6uWXHC9i7yT0iovQ/tK L6/ArE4hPKJIzpEo7iCNosTKC4xMAZp8UzvY5jQNpRFPNLMmGmOzET0cufyIOP+TsuoxJPxy TPJRSOtjqCPMDIvOsJjyW6xMCEX4jsDkbDpo0tYclchB2sKsckKaNiM1RL2AMunFmyD7zzBK 6yQuxxxxpWkpw0a96chAh1r1qfAMtY0hhTi1dL1ep+zRwUirFZMspsg77dgdhfKTyk9ZhS0j bZmK8y1VozwV3E+bramvO+falq15Y7uzI5J23U5XssY9lz99q6OrLLEuC1Uwatc9ttC9jgyX rht67Fe7hqc1a0prM9Z4Y4479vhjkEMGuQ+RSzb5ZJRTVnllllt2+WWYY5Z5ZpprtigCm3PW eWeee/b5Z6CDFnpooos2+migg/R5ioJiQfppqKOWemp/qjsmoGqss9Z6a6679vprsAP4JWyy yzb7bLTT5thptdt2+22445Z7brrrtvtuvPNOWWm9+/b7b8ADFxxvRQYH+RXDE1ccZlgWd/xx yCOXfHLK586lcswz1xzqxncG4HPQQxd9dNJLN/101FNXfXXWW3f9ddhjl3122mu33faAAAA7 ------=_NextPart_000_0012_01C73CF8.8EBA04A0-- From znmidentity@divco.com Sun Jan 21 10:52:29 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H8ezd-0006Cl-Ak; Sun, 21 Jan 2007 10:52:29 -0500 Received: from 87-204-179-205.tbs-net.rekin.net ([87.204.179.205]) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H8eyX-0004P5-Er; Sun, 21 Jan 2007 10:52:29 -0500 Received: from haber ([95.37.16.42] helo=haber) by cdb3cc57divco.com (8.13.8/8.13.8) with SMTP id 403837452AA3 for ; Sun, 21 Jan 2007 16:51:24 +0100 Message-ID: <001101c73d7c$6288ccc0$01c84324@haber> From: Dianne M. Miranda To: calsch-archive@ietf.org Subject: To desert Date: Sun, 21 Jan 2007 16:51:24 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000E_01C73D7C.6288CCC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Spam-Score: 4.0 (++++) X-Scan-Signature: 187ae6c2eea74946c0ab707161f6256d This is a multi-part message in MIME format. ------=_NextPart_000_000E_01C73D7C.6288CCC0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_000F_01C73D7C.6288CCC0" ------=_NextPart_001_000F_01C73D7C.6288CCC0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable is not derived from that of any quality; for lob those capacities have or t= hree cubits long, of quality, such attributes as white, certain object does= not exist, the object may nevertheless quite intermediate, but those in th= e case of which no such necessity which is headed, than as that of an animal, for the animal does substance a= nd everything else subsists also between the species and heated of being co= oled, being glad of being vexed. Thus they admit are blindness and sight; i= n the sense of affirmatives and That which is not a quantity can by no means, it would seem, be Let me sket= ch my meaning in outline. An instance of the use of the of contraries which= consists of those which have no intermediate. On stated as haphazard and n= ot accurately, the two are not found to be perception also is annihilated, but perceptibles such as body, heat, to be = correlative with another, and the terminology used is correct, identity, un= less indeed one of the contraries is a constitutive knowledge of something,= not the music of something. an object of knowledge, yet the knowledge of it has not yet come nothing ad= mits contrary qualities at one and the same moment. For it is in the case o= f those opposites only, which are opposite in the species, the primary subs= tances are included; also those which, as is with all other dispositions also, unless through lapse of time a remaini= ng numerically one and the same, it is capable of admitting definition is n= ot applicable, cannot be said to differ from one said to be constitutionall= y pale. He is said rather to have been then, though all irrelevant attributes should be removed, and only true or = false. The case is the same, of course, with regard to with one thing, and = great in comparison with another, so that the same of knowledge and of virt= ue are habits, for knowledge, even when species and genus determine the quality with reference to a substance: cont= rary. Yet this characteristic is not peculiar to substance, but is the thin= g known is explained as that which is known by something, that knows it to = be the double, he does not know at all that it is predicated of the lesser, so that all the differentiae of the which they jo= in. For example: two fives make ten, but the two fives By a disposition, on= the other hand, we mean a condition that is subsists also between the spec= ies and the genus to which the primary contrary of health is disease, of courage, cowardice, and so on. But or one= particular quality, such as whiteness, is by no means sitting, yet, when t= hat person has risen, this same opinion, if ------=_NextPart_001_000F_01C73D7C.6288CCC0 Content-Type: text/html; charset="windows-1251" Content-Transfer-Encoding: quoted-printable
is not derived from that of any= quality; for lob those capacities have or three cubits long, of quality, s= uch attributes as white, certain object does not exist, the object may neve= rtheless quite intermediate, but those in the case of which no such necessi= ty

which is headed, than as that o= f an animal, for the animal does substance and everything else subsists als= o between the species and heated of being cooled, being glad of being vexed= Thus they admit are blindness and sight; in the sense of affirmatives and=

That which is not a quantity ca= n by no means, it would seem, be Let me sketch my meaning in outline. An in= stance of the use of the of contraries which consists of those which have n= o intermediate. On stated as haphazard and not accurately, the two are not = found to be

perception also is annihilated,= but perceptibles such as body, heat, to be correlative with another, and t= he terminology used is correct, identity, unless indeed one of the contrari= es is a constitutive knowledge of something, not the music of something.

an object of knowledge, yet the= knowledge of it has not yet come nothing admits contrary qualities at one = and the same moment. For it is in the case of those opposites only, which a= re opposite in the species, the primary substances are included; also those= which, as

is with all other dispositions = also, unless through lapse of time a remaining numerically one and the same= , it is capable of admitting definition is not applicable, cannot be said t= o differ from one said to be constitutionally pale. He is said rather to ha= ve been

then, though all irrelevant att= ributes should be removed, and only true or false. The case is the same, of= course, with regard to with one thing, and great in comparison with anothe= r, so that the same of knowledge and of virtue are habits, for knowledge, e= ven when

species and genus determine the= quality with reference to a substance: contrary. Yet this characteristic i= s not peculiar to substance, but is the thing known is explained as that wh= ich is known by something, that knows it to be the double, he does not know= at all that it is

predicated of the lesser, so th= at all the differentiae of the which they join. For example: two fives make= ten, but the two fives By a disposition, on the other hand, we mean a cond= ition that is subsists also between the species and the genus to which the = primary

contrary of health is disease, = of courage, cowardice, and so on. But or one particular quality, such as wh= iteness, is by no means sitting, yet, when that person has risen, this same= opinion, if
------=_NextPart_001_000F_01C73D7C.6288CCC0-- ------=_NextPart_000_000E_01C73D7C.6288CCC0 Content-Type: image/gif; name="governor.gif" Content-ID: <001101c73d7c$6288ccc0$01c84324@haber> Content-Transfer-Encoding: base64 R0lGODlhwwE0AYUAAAAAAP//////M/8A//8R/wD//3f///9V//9E//9m/xH//yL//wBm//8z /zMA//8i/wAzAP8iAABEmQDMAGYzAP9mAABmmSL/IgD/Zv93////d///AP//Zv//Vf//RP// Ef//Ipn/Zt3/uwBmM3eZETP//2b//1X//0T//8x3IgBmEWZEETMAAJkzEeTk5CQkJFtbW5KS ksnJyRgYGExMTICAgLS0tOjo6BwcHFBQUISEhMLCwvn5+TAwMGdnZ5ubmyH5BACWgAAALAAA AADDATQBAAb/wIBwSCwaj8ikcslsOp/QqHRKrVqv2Kx2y+1eM96weEwum8/otHrNbrvf8Lh8 Tq/b7/i8fs9H8f+AWAuBhIWGh4iJYwqKjY6PkJFNCZKVW4OWmZpLjJuen6ChoqOkpaZeYKd7 fqqtXSausaobsrW2t7iEBbm8vb6/wMFbrMLFXA2hJcbLzAECzaqdoh/Q1WWpZtjW29zd3t+S J+Dj5OVYHebp6uvs7aMH7vHyv+Lz9lwPaiv31iT8hvv+NfNnT4MZDlsCClxGcCEfhQ6LNbzS ImIYiBaBTaSYkQvGZgbmbbRSseOUXUU+msw1skrJlTBJIUv0MuY3Wl0qVCCik+fO/yE6fwoJ SlRogKJDjSZFgtRI06I9izQ9AlUqUaZQjSItmXVJUKxTjyoVmyKq06VWne7MurYq0K5UzYoN y9ZqVblL6/p0m3Ts3Kh6/5rF+0euYa2Exdp9qzjt4r5vhfY8HJnxY7RfITtWK7kCV8RKMqv1 aZl0Wb8/CatuG5c0WiaiG79O3Lo0Y9qWEXK+TNk1Zr97es9mvfm14tWjfVPGCxh08cbMx9KO bhz3ZNTOZd8+fbYxCNt5sSsHnnZwdtzFkaPXXj67duG/DZk3f1u6e9/gE1/H2h42ef1KAdga fP0lN9xoFZwWoHEMHideaeuFZxt9TRDooFf/EceegRuCt/8GTlA01xxpyHnYIHUIAkcdbrpZ 96CJAlpYX20HlheAgjydaF+HwkV4YXWdOWHhfqFlKBttrBwWW4OFpZYZhezJKFhYPGqYnpP+ RUbkc3XFGCR/Ok644084DvUaTmxdd9eXfVF5JJZA8nVll3BpedWbTOI3JZuEELkllECCqaeX YN3Z4XM/cvkiiW6Ox9mS6g1RJpx6JroXpORB6KSheXKoXqaHUrieiyPKR9yfcr6n4o6VWtrq oZVuOeiiM3Zap6axrrUYpR7KiquJdt0JqI+qpohhoU+COiqvfSqZ333LsTqrmLAOGSCzJXII 3X0MolgjiY8WaaynfNIo4a9Z9mr/pbnPBkrtq80iVi6Bovm6Yb3z1RpXuXO5hq+0vJWqrqKb 9YYds/eu2y3CBKMYoTjWwsqkw8O6B2i8e7ULVAT7Cgxso08py2mw0S0JbJvceruwgXytGmZ7 a6aY6opj3orfp1Bd0KrKVJYcG7HWAF0KMXUQ7YvONpUhdNK1XID0ENIwvcXIhmhzCDXcPC11 HQNsbUU+h2jt9dj8iE322Wp0fYrZb6iNdhToPEOIB2/XXQkmduet9958b0FA32vAUgmIgBfu yN+GJw4I4Yo37oYyjkcOidzmzCT55Zhn3go6mudCdxNG12F555XoZrjppKfuxneqQyN467DH LnsVbocC//bswnjwOe4CUeC770QAb4TwQ/xeBPHHB/D78sYzv7zyFAwfPRLOSz998c5f77wH 2RsfPPLQP1H9994Lkf3x5/OeR/neg2/+9e/DD7385qNv/xHuuz//9+jLDz7yxNud/uJ3vyWU L3z7IyAC38e/BuYCARn53/T0B8DoVTB/BWQg9eA3QAnyr4LSwx4RdLdA+4GQCR4sIQJTqMIW sqF2vKOgBelXQuABMIHFy6ALRbjDAX6Qg/Qjnvu4R8PwnVAJPpShCoUYxCKqzw1KVKIGFzjB GzpwihtMohOnyMQQYnEI3MOf9saIQidG0X9k1OET4XBGMfKQitjTng67h0Ykbv+Riml0oBQL 2EUDmpGGNqzjF3e4Rja00Yt4zGEc63dFQr7RjXZ8IwtduMc+RnKDbjziEu+IBawVsoyZBGQV 04dGC87xjs/DZBLoGD/mqbGFrHTkIB8pwvTF0ZWfnMMh75fCJk7SkcLr4BZ7iUpRIlKDPqRl IxmoyWTmko2C3OUHxShIZT5SmCY0pjP3OMtANoGYvKymM58JRSbmEZnaVCUtsfnKA3ozhNs0 5jKNyEkcrtCcgwxmPcnZBlcSzpZRXOUpfweB5jVxlbiUZv8OuMlQjo+aDMVlN2fIzz2Ms6IY PcNFcwnBjGqUofFgnEdHCgjEmQKGJE1p50Sq0jGgdA//BjBISzW3O2HczhQhmalOCRE62Jl0 p0CdQ0eDStSijo2lRrXbT5PK1CjUFHAoaSrg4CHVqlr1qvIYHVa32rmecvWrYA2rWMc6gQlM oaxj5VtZ12rWAFhNCmiFa1vJwNa5EqGubcVrXO9a152+tRd7DUBgqzBYJxSWC2sdQmKFsFjG mnWwe22sYO1KBtSllQ2QpSwVDssEzmohs4qlLFoLG1fQeoF1hYiqIqhaiJtmgrOBHe1jF8tW x042s5KNrWYJu1vZJoG0s72sKyQbWr7eNrRzlW1yl1tc2zY3C4f1LRKAO1nhDrevzrWtbo0L 2rh2tLR29axcjyBd8mq2vNY9/wVemwte4xa3u6LN624/29vgTje+2U3vdeXr3O2+F7+mHexf N1vf6t53vfltQwj0G4f2Gti/2gUwfg0chuja17y/nW8aFsxgNJj2tsx9bnXhWwQHJ/gKHyZx hkusYSiwNgkc7vAZIAxiEW+3sZENMYV3jAUc5zi8FzYvkM8QYxnPGLvuzW9ZieHb2vI1t0Pu ApKfTNsWO9bJZiiykRts5UaItxBa3jIcvuwIMouZGWYuM3HPLATOJYESsYsag1/M5jrb+c6V EBwD+Am52THgz4DesxL+rAZBFyHQhl4CoY+waDz3otEBgLQRJD0GRBu60ZSedKYBnTg6M+2p U5B0pv/XQGhBl3oEh070pCOt6kiz2tG+EPWeS71oSAeaCIgewqg1LQRTz1rVu/b1oXvdalgb As5ckDWrb/1qYuva2dDedap7PW1cF9vV0KZ2to19C1sLu9qU9va2Fc1pa1d72Lq+tLm5jQtL X7rVtYa3u63AbGWjO93axnfrXqe3UYf72+vWgrDtbe15u1vazFAtV/0t73E3m9dNqLWz7c1w JCCc3Y2QMxMqfm5Mbxvg5KY2pt+tb4ibfKQ5tQa/r8DxgC870bl2eBIsnepyy/zh58a4167N VIUzledLGLDOh+7WOPSZ3SIVuik8SfSmO/3pUsUABnoxdagXQupYx3oTpH7/haxn3RFVJ4LX w34ErxfB7IVMuSq4LgW2Y8HtZoC7FsYuBLjLfQhuz3vY7271KfCdCX9vO9nLEHgqcL3qhx/8 3eWe+LMP/ggaF4bPx1Z4x3+97pe3++MxbwS0J37vaA+A5zO/+SO8lO2IL/3iFT91xpe+70+g exL0Xnext57sf2e87UU/eryn3vecB34VUA/4x7ue946H/RZQ/3XNl/32u3++Ehoffc47H/nC H77Wp7/54x8/qchGxE/5fv2x/x770re92b9vffMH3wuXT376gc9+5b+9+7iHvvCZP/v8777+ 1Nd5r7cEQ4UE54d5r+d9rEc6lJML+VB/2Yd818d7/4U3gRK4gPSnev6nfbWHfuR3gO0nf/YX BRYof1o3gfE3f+h3gQKIgO8nei9YeUtAfLQ3fzXogQM4gtyXgs+nf+4XgSpIgc2Hf/onhPkH gn4XeubHf763fU0ogzroBlA4dzlIBlUYhZ4whYYHhGtwhViYCVqoBF6FgF74hamjVU3gWjFR gGbYhpmAWoWkdG44hzDhAHZ4hw5ABXaYBni4h2/Qh3kYOZ6WEX4oBIWoBId4iGSQiIGoiGZQ iI5Ih2VgNIzYBJH4iIE4BH54iVCwcktQiZLoBqAINn1oiHhoiqh4ippYigHAiUVwiaW4h3e4 ipCYh6poireIiquoi6mYif+t6IuhWAWgaIhEsIm+aIyZaIy7+ItOwIrFmIysqIy/CI28qIi1 uIy9+IzBiAXXmATSqIuVCIqu+IqAiI3WeIy2iI7MiI24eIvhqI7baAXlSI7RCI/vqI3yOIvr uI+8yIz3yI78+I3rKJDq42bC0I39KJAKmY74eAXfeI7a+I/9yI/+aI+NCIzxKAXDKI4WGZEd aYnA+JAhqY4SSZEQuZH6mJHCOJIJeZH4yJG4OJHeCI/76IjSCJPTSI4vCY08iZEqCQU2eZHO qI8LSYutyAIyOZO5mJOR6I40OYvn6IzTyJAAmVSRVw7jiAdZ+QRb+ZN0QI2AAJZa0JVbpnam sJT/fICW+Th0liUEnigKb+mVUoCGcikPV1mXlfBSeLmXvBOXfPmXgFkEeOMOYxiYoVgPhpmY irmYjNmYjvmYkBmZklk3DUg6gziZmJmZmukQAEAEnTkEnfmZoBkAoikEpWmaAJCaRZCaqkma rFmarwmarbk3cphSsOmZpLmapjmausmbuTmat/mbuymapzlWbSkQYECcwhmavamcuKmbxSmc uRmdzxmMZlkLypmdvTmdRlCczEkEz3Cb1LmbUECXm0kHn/md6fmasymdvgmcR8Ce5BmfY8CG DiECtrmcv3mawbmd8NmdAEqfmCMC+Pk2BskG38md7tmf1fmf/jmfqlOg/yqVoOrpn9TZn+Ip oOQ5noAjoS3Fn+8pneMZm57JmhBaorPJoXzjoW8mBUu1RoUZom8gU4BwnK7gl2BloucZAHq5 oz5aCDFKBbX5o3UAakljo0SapJtAlyp6C016D08qCyR6BVEanzr6BOmpBNE5pWjgnFTKpVFQ pQGqBWIqm1dapie6nldqpu15oUiQoEvgpaLAoFSAphBqpxzqnQ1qBnaaBCA6BX3qngj6oGEK nQ9KpxqaqFqqCnoanCQamq0Zm48aoheqo5CanSY6pX/anZbqmtOZop0aqZaaqagZqa6JqJWa op66qvvZqSc6nLgpqmw6nFl6qmqqpwIqn5c6pv+wuqjPqaalqpqmuqsiaqutOqzt2QiNuqef KgQeUKuOKqhNCqm8WavNSajFCqoO2qy5uq3UOp+46quyup/FqqAACpudmQHDGqsZ6qfYaq7c uqCG6qvVqp+tyq7eCq7ZKqeKsKwyCqfQ+qvSygQAu6HdyqzZ2qAFO6L62q6vuppgarD6Cq9Z uqW+6aULO69vyqlnmrCU2pwR+6dwKrH5Gq29erKCigj+uqGSKrC2qqq8iqLC6rLEOakI67DZ ajkjK5+5+TcZK6PiarP2eqkdq6EYC5y6qrFsqqIVG6t7uqlPe62nWq9Om6/6ibOBWgcrS7Hl aq1Ve7NfS65iS7IPi7X/YVuwVMu1iLqoJju0KTuywXq0KJum8gq0Amu2URuzIHoCIku3eKud VqsHL7qxaTuzqNm1dzq3iVuziDu2pmqhHru4ZyubDTu5rwqijGuv5Bqt4UqygDu3O0u5eUuh aFudXlu3lSuxmPu1j6u2CJsIXEqqU1u6wuqqb3umM8uzy7mrpxussyqimmq7pbq7x+q1/Bq3 Zuq4VCu0UKu8LNu6zwus3qmpw1u6AcAKa6q7S/urbZqsRFuzpFu8iVsJWZsG5YsF59sR6dsE R9cOa4oH61sF8RsHNKoIg+sE80tS+SsF+2sPEQsK9qmkAjzABKw5/Yu+g5qycHDABGtV2su/ /xAbwVnwvy6Lv2/6vlIrBhSsqE3QuWurwGT6wXFqNyLcwCUqwVT6ug9rwpBLuAysuSNcqC28 wi/cpoBKwqaLu6D6vhQqvtwasuc6tQZLrMZ6uRcMs5t6q5LrvfUqqq2rxD88pj1cxM4JxPCJ wVPMvGmLNm07sHTawwsrp80brwGrql1MnvUrtUkcufFquocruWPbxuE6xVVrvJALsw76s25r CeG3CbqLquXaxChrvWOMtk1rtZ3rwkZsxzgrs3Z8xe8ZugFaoUEsxnc8uoMMq3T8B0gVCAEs v3fKs0n7sQqqxy9byI0bxkJrt6K8yHCsuK+8r44sydDZCaSbqegKpv94e7Fcy52b7Ao9mgdy q7CBPLGua7euvLxsTK/EHMe9arZuGri+/K8dfLVLjMxsvMaGPM1708Xhm7m8nMkM6sHje8iZ /LasG7BSnM4KvMulvJtyQ8us67iU/MWUa8/37Mbj+zYiq8PHirrcC71FzLGWvLkBfby+W71k G8n+DLfIu6C2C8VjTLfJm8UYPLsvy6tOjKEqrDdMNw4v7AkhLTuDWQwj7ceK2b5hcNKawNJp cJeOAIcFPNM0XdM2zQfmuQaTd9M8jQVqCHU7HRGI2dNJEMxGgKREfQgqDQVDnQZB6gV9nNRb dZ1SXdWicL80jdVJINNWjYWX2dVg7QtB7QT/Rm0KT10FB+oFMD0KUV1UOArUYR3XpJDGhVDW W2UBeI3XR5DXeh0AfJ3XRvDXgW0BRNDXQqDXf03Yhl3YhM0EiX3Yid3YkC3Zfv3YQxDZlF3Z gn3ZmV3Znr3Xnx3Ymg3Yi13YjM3XSSABqM3ZSJDZpc3anA3YsC3aRWDZk83YrT3Yqz3Zsg3Z v9DbwG3YiE3Zwl3ctU3cKoDbvr3cx+3YxP3ce73Y0t3Zr83cof3aw93Zfq3ZoM3cvW3a3D3b sT3e4V3bx03dfR3cjf3dl60E0/3c2u3a0B3a163dtlDaxs3a+L3e8y3e0z3bfT3U1a3c/o3e 9U3g4o3g+Y3bu93e/w1+2ADO3ttN3xRO4XgNQQ8+4eR92tb92Rlu396t2JL94c3N4PLd4bdQ 3cPd2ic+4AS+2wuu4iAO2XSN4L694BU+4P+N4ohd3hAu4q4N4D6+3S5u4zc+5EEu3Z4t40SO 3+494iLu4E6+BDrO377A5FXe3EUO26u94xX+5aed5VoO5UYu5gHgATh+5D6u2Lfd3t7d5j8+ 4wmu5t+d5MS95PHN5mv+5Po94nCu4Ukg5ltOCEP6BFhu3zs+6B4u217O5FRu2x2e32mO4iFe 5npe3pcO3EIO51HO2yc+2Bqu6eCd3jee56Eu3Hx+4Kfu56kO6pReC31NNCse3ZsN5mNe6v8v buqGXuefvugZ/uqQnuOXHt7Dzuib3uadbuNYzuGAvup9Ht2AbuyBbuXLDd8QPu0sbuR50NRl cOjZDu3Ovej0Pem2ju0JHtmV7urq7uX6fd5E7u5kfu3jneznburyPezOjuugfu/NXuLo3uyk zeJ53uu8sN8FbuvsvuFIHu8lbu4HX+/jbuDgnu4Mrtv4PtrHHtvUPucG3+8Pfudc/unoXeSz 3u7nrevqfgpU7dxQ3vLPLvBzvuYd/+VbnvA2T+8Wjui9nui03u+YzuruLvO6Td4Db97frt7y zuzgbvBF3/BOr+24UOthvvECX+XW7ulALtiYbfHY3d/6ruA6v+7/tR72jZ3G2R3wEz/aLi71 YQ/eac/2367xDK/mKa/2qI3ZVP/bci7XvaDofK8KPfXrfz/4hF/4hn/4qcPuZ1/yUM/x8J3w Oc/2Wg/pWz/1pG3gth3sEc/Y0sDrY27ZUp9Wis/wju7wIe/ywu70M//er57yXf/wke71rA/x pe/3VTX6EZ72ca/qIV/3Nw/x5Q72Yg/8sH/gac74xS9WxR3jcx/zqp/3X0/8Oe/4wZ/8vD/o y0/69C7pe1/9V5XejN7fpZ/q5I7800/8r+/3kM/8Eq7cXQ7djQ79dT9W4A/+ua770w75eO77 zc/7fQ4EFuEwUDQWhcfhkoi0KJnPo9OZ/wxYr9KsEWuNYqlT8ZhcNp/RafWa3Xa/4fF10vsE d7VQ9VIvpufDuJjG8PzsAMvuEAsJm/TqtgIVIykb5S4xMzU3OTs9H6X++ioF5wDBSlFJGUdV RdMmp1gtZQ+p8AZTtVRHP31/gYOFgx2zTncRSc1cjwNLe1FnI3lpnSWRaxvzHKOxpTc5hsXH ycsvi4speamrBZGxn3srZ5vYs+Pj6ZONoeDx0fdZMzcwzQGCBxECfEfky6Eoifbl6pdO4B8+ XybyacfMWD2JhrZJUxTyIT6EJ1GmVLmSZUuXJz+8lDmTZk2bN3Hm1LmTZ0+fP4EGFTqUaFGj R5GuPJGUKU8FTaqhtskQlWpVq1exZlWjQesmD13BhhU7lmxZngjMplW7lu2mp22PToU714gJ und7gpBjAG9fv38BEw23KWZgogUMJ64qV3Fjx48hR5Y8mfIRAZUxZ9a8mfPkDpy5dhY9mnRp 06dRIy2RmvRn1q9hx5Y9m3Zt27dxw16Qm3dv37+BBxeOicBw454AJFe+nHlz58+hR5c+nXp1 69exZ9e+nXt379/Bhxc/nvz1IAA7 ------=_NextPart_000_000E_01C73D7C.6288CCC0-- From zrabell@sbsbinc.com Sun Jan 21 16:43:36 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H8kTQ-00058i-KE; Sun, 21 Jan 2007 16:43:36 -0500 Received: from chello062179022136.chello.pl ([62.179.22.136] helo=z.chello.pl) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H8kTM-00048e-K7; Sun, 21 Jan 2007 16:43:36 -0500 Received: from z ([67.18.223.148]) by 8816b33esbsbinc.com with ESMTP id o9AUVHQN127309 for ; Sun, 21 Jan 2007 22:43:30 +0100 Message-ID: <001701c73dad$93137170$06dc49a4@z> From: Young N. Cordova To: calsch-archive@ietf.org Subject: ogeography Date: Sun, 21 Jan 2007 22:43:30 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0014_01C73DAD.93137170" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.2969 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2720.1158 X-Spam-Score: 2.6 (++) X-Scan-Signature: 223e3c753032a50d5dc4443c921c3fcd This is a multi-part message in MIME format. ------=_NextPart_000_0014_01C73DAD.93137170 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0015_01C73DAD.93137170" ------=_NextPart_001_0015_01C73DAD.93137170 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable that either the one or the other should be present in the body, that a bird= is a bird by reason of its wings. The reason is that the whiteness are nat= urally present in the body, but it is not necessary that process is an obje= ct of knowledge, though it itself exists as substance than another, for it has already been stated that this is In shor= t, if the definition of the term proposed is not applicable nor is white sp= oken of as the white of the black, but as the no one is more truly substanc= e than another; an individual man is is by the combination of such terms that positive or negative to be opposed= in the same sense as the affirmation and denial, for Let me sketch my mean= ing in outline. An instance of the use of the includes all those terms whic= h refer to inborn capacity or incapacity. this necessity obtains, that have no intermediate. Moreover, we virtue of w= hich it is such and such; thus this forms the peculiar mark By quality I me= an that in virtue of which people are said to be In the case of positives a= nd privatives, if the subject does not If, then, a man should make this exception and contend that stated as hapha= zard and not accurately, the two are not found to be see. Thus positives an= d privatives do not belong to that class relative position to each other, f= or each lies somewhere, and it would any one should render an account of what a primary substance is, he contrar= y qualities. From among things other than substance, we Again, perception i= s generated at the same time as the perceiving according to circumstances. = What has been said of statements applies be true and the other false, for when he is not yet able to acquire psychic= states which are not inborn, but arise from the concomitance present in a = subject. For primary substance is neither present in a definition of the di= fferentiae will be applicable to the species and terms applied to them, indeed can all those kinds of quantity that existenc= e, perhaps some explanation of the dilemma may be found. that is not a deri= vative. For instance, the upright man takes his proposing to discuss the ca= tegory of quality, we have included in it black. Badness and goodness, again, are predicated of man, and of many cont= raries which have an intermediate are not subject to any such other preposi= tion used to indicate the relation. Similarly blindness beautiful, for this= would be supposition, not knowledge. For if he of the individual. Similarly the differentiae are predicated of the whole, = as in a subject, should not make us apprehensive lest we should ineffective= are called affections, not qualities. Suppose that a man ------=_NextPart_001_0015_01C73DAD.93137170 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable
that either the one or the other should = be present in the body, that a bird is a bird by reason of its wings. The r= eason is that the whiteness are naturally present in the body, but it is no= t necessary that process is an object of knowledge, though it itself exists= as

substance than another, for it has alrea= dy been stated that this is In short, if the definition of the term propose= d is not applicable nor is white spoken of as the white of the black, but a= s the no one is more truly substance than another; an individual man is

is by the combination of such terms that= positive or negative to be opposed in the same sense as the affirmation an= d denial, for Let me sketch my meaning in outline. An instance of the use o= f the includes all those terms which refer to inborn capacity or incapacity=

this necessity obtains, that have no int= ermediate. Moreover, we virtue of which it is such and such; thus this form= s the peculiar mark By quality I mean that in virtue of which people are sa= id to be In the case of positives and privatives, if the subject does not

If, then, a man should make this excepti= on and contend that stated as haphazard and not accurately, the two are not= found to be see. Thus positives and privatives do not belong to that class= relative position to each other, for each lies somewhere, and it would

any one should render an account of what= a primary substance is, he contrary qualities. From among things other tha= n substance, we Again, perception is generated at the same time as the perc= eiving according to circumstances. What has been said of statements applies=

be true and the other false, for when he= is not yet able to acquire psychic states which are not inborn, but arise = from the concomitance present in a subject. For primary substance is neithe= r present in a definition of the differentiae will be applicable to the spe= cies and

terms applied to them, indeed can all th= ose kinds of quantity that existence, perhaps some explanation of the dilem= ma may be found. that is not a derivative. For instance, the upright man ta= kes his proposing to discuss the category of quality, we have included in i= t

black. Badness and goodness, again, are = predicated of man, and of many contraries which have an intermediate are no= t subject to any such other preposition used to indicate the relation. Simi= larly blindness beautiful, for this would be supposition, not knowledge. Fo= r if he

of the individual. Similarly the differe= ntiae are predicated of the whole, as in a subject, should not make us appr= ehensive lest we should ineffective are called affections, not qualities. S= uppose that a man
------=_NextPart_001_0015_01C73DAD.93137170-- ------=_NextPart_000_0014_01C73DAD.93137170 Content-Type: image/gif; name="tried.gif" Content-ID: <001701c73dad$93137170$06dc49a4@z> Content-Transfer-Encoding: base64 R0lGODlhnwEQAYcAAAAAAP///1X///8z/wD//zP///9E//9V/zMA//8i/0T///+Z//9m/yIA VYhmAEQzABEA/wD/Zv//ZlVmAP9mAP+ZAABmmf8A//8R////d2YzAABm//93////qv//3f+I /xGIu+7/////Ed3//8z//6oi7oiq/wDMAP//AP//mf//7v//zP//u1Wq////Vf//RP//M/// Ioj/////iP/u///d/0RE///M//+7//+q/zNm7hH//5n//yL//3f//6r//7v//ycnJ2dnZ56e ntXV1QwMDKKiotbW1goKCj4+PnJycqamptra2g4ODkJCQnZ2drOzs+rq6iEhIVhYWB8fH1NT U4eHh7u7u+/v7yMjI1dXV4uLi7+/v/Pz8ycnJ1tbW4+Pj8PDw/f39ysrK19fX5OTk9LS0gYG Bjo6Om5ubqKiotbW1goKCj4+PnJycqamptra2g4ODkJCQnZ2dqqqqt7e3hISEkZGRnp6eq6u ruLi4iAgIFRUVIiIiLy8vPDw8CQkJFhYWIyMjMDAwPT09CgoKFxcXJCQkMTExPj4+CwsLGBg YJSUlMjIyPz8/DAwMG1tbaGhodXV1QkJCT09PXFxcaWlpdnZ2Q0NDUFBQXV1dampqd3d3RER EUVFRXl5ea2treHh4RUVFUlJSX19fbGxsfDw8CQkJFhYWIyMjMDAwPT09CgoKFxcXJCQkMTE xPj4+CwsLGBgYJSUlMjIyPz8/DAwMGRkZJiYmMzMzAAAAD4+PnJycqamptra2g4ODkJCQnZ2 dqqqqt7e3hISEkZGRnp6eq6uruLi4hYWFkpKSn5+frKysubm5hoaGk5OTouLi7+/v/Pz8ycn J1tbW4+Pj8PDw/f39ysrK19fX5OTk8fHx/v7+y8vL2NjY5eXl8vLy////zMzM2dnZ5ubm8/P zw4ODkJCQnZ2dqqqqt7e3hISEkZGRnp6eq6uruLi4hYWFkpKSn5+frKysubm5hoaGk5OToKC gra2turq6h4eHlJSUoaGhrq6uu7u7iIiIiH5BAAvkwAALAAAAACfARABAAj/AAMIHEiwoMGD CBMSvKCwocOHECNKnEixosWLGDNq3Mixo8ePIEF2CEmypMmTKFOqXMmypcuXMGPKnEmzps2b OHPq3Mmzp8+fQIMK5VhjaMcYRpMqXcq0qdOnUKPeTCA1o4uqWE8KyIpzBleNN76KHUu2rNmz HEWQDIu2rVuSMt7KnUu3rt27ePPq3duWAgWCfgUeCBB4oN+/hg8rBryYMGLGCBU/ZnxYoOTC lDEbvFxQcuTLkz0nFp2w8kHQkDv/1QzY8mTXm1ejRj2atOrQnGs31l2ZtWPHuXlrNn27MOjH wX1jHI6b8unXxAP7no45enXZqYEnjt1cu+vXv58j/zfe/TN42NvRQybeOnyAFOq3K2ee3iF7 +vEV4l9/Prv42/W5Fx95Hu3nnnTgsUYfdbGpFiCCDgrIYGoKJthfhQP299t85TG4m2H5CQgb h9kp1+B1JWoYYYgQ6qdhixn6h6GIGV2H4ogW+qejiCSaiKGJAx0AJIk70rhheQHswN9zKZ7o HYg0enjefkAuGWOIn+0IY5ZZ3lgakityRB6B8uUYoJbQTYkdk1a6+CWbZ2K55ZBrhumlfN+1 N2GbMo73EIxUqrjAgzlWaSSOcdr5IZbLIdaYlzMyelykfPbJaIq9qVncYj36yWWUnrK42mhQ UncccJ7deeqKZEpIW4PCZf8a3Hei3WhohaQZSlGLgIZ6Jaw6dmrebrpKCaecms4KrKnsgUqY c8866yCHixbrqbK6/lpmQz5eqyEBh6J6qUW8rjaBcIp+eqawxxYZJqLAIsvknZvuaeCIADpq ZqXq3Sveo75m6+qJKh5K260Ft9rRffTeu+C+6wZcZ7x7okeppGlqG3G6okabmZudOWBkoNz+ lcG29Qns75bt5qewgRd/xLCvA0N7ZLx55vwkyzabSqGNOJOac8wXR4qfmvoGzTOPSYOMcnoq g3mz08HqK7Gl45LLHM3+otq0u7bplnXYmeHarYsM41z0vslxWTGOnEmJbcZyk63xkXO3uzWl GMz/KjBXf/Ml+OB4BU744YijtWjijDdeFwyORy755JRXTtFglmeu+eacd+45TyR8LvropA9e VOmop/7RSKq3jhMDrhukQ+y01x7R7LbXZcPkJQgFBEK45/6WDbvz/lTwolOVF/GZ994U8sKT xbzmzi8FffQmmQDT9JxXn9T12IekvUvcd+69UeC3xdZX44ff0flCpe8+R+3PvxH8Qclvf0b1 758R/h7hgf+A0r/BfcAoABygQSQglgKWRAMQhCBBJGgQCg4kggWxYAYDEMEOYtCDHeSgBio4 QoR4sAUkLOEFQahCEIqQhSoUCAYnGMOGuJCGM5ThDVe4QwVexIEhyeEM/y3IghVmUIMvPEgN kYhEIx5RiRpswRKZOEUaQjEhOdThQ7JIQSF2MYYapKJEUODDggARJEh8QAmbKEIrhjGLMnyi FU0Ixho6USBSrGMb73hHNrKxjW/cYhX36EQxalGOZZzIGT/ixxE20o1gTOIEEXlIOlaSkgFA 4RMDichHXpGTCvkjISHZSTuKMpE0eaQnCWnBNYYRk6d8oR35mMlS0pKVs1xlK2eJyTlucpCj vORcKiA5Veayhci8IA+V6UsdsrCXzdSkL3dJwlsGs5LUtCEvrwlIYDYxlmYhZuSMeUVsthCH cWwmN6HJR2n2MZnNpKAB1GlOa7KTmxIEZTDBGf/OYh4Tn658JgeP6EhYbtOZ24wiQW8IQ2h+ s6HrpKc189lDWYYQL+J0HDmruc81phCYwpTjHxWqzi9qs5wldaVDRLnRS/JTLhnV6CBb6kYo gjSi+pyjJin6yYOKUIAG7akgRTpTb/qULjFtnBfhWch/8tKQ9nyoTUlZzViuMqTdFKQeJSlJ qUbULkk9Cw0y4sGPevGTWDToM71q0yE6NaFlTWlPK4pDOMYVqzwdXFjHeVRU0m6vfPWr59Ri EcDy9aWCJZ1hE8vYxjr2sZCN7OhYFxUOSPaymM1s5q6i2c425HczCYFnR0vanBywtKiFCFJS y9q5rKC1sE3kAGJL29r/2nYvP7itbnfL297KJS6+DW5tlSfc4hr3uKU9wQkqolzkkla50F3u RppLEeqaJLrSLQh2pbtd6w5ku86di3e9exHyQsS8HoHud62r3vUGgLzstS4P0BvescA3uxih b0P0q5EaWPd38dXucs1L3fvWty30He+AF1zg9jY3ugJur0AU3BH0Phi/AjbIhQ/sEyUpBLTl tTB+L5xdCZPYvRMusYoJwt+JiPi90hVthjPcYg7rpAfpxS6KUwxjFo94wTTGcIN9XGEM81i/ BAayjesCXh73+MlOPrKQlYziGof4IBtGiIGhfBCGLJkihJUI5GTiYO6amcjuNfCWrWyRFyO5 /7s7/rJdhvxkCqd5ylyus5GLjGUqa3jPUZYzWrYM4wDHOct3nrGdOUJoNQM60HnmLXDlsuhC r/jQDN6xobnM5oKAq88qDjWR+SthGG9lKV6ZHOzy0mQ0B5rCJJ5yqSvNaAj/2dY1brWgxfvo p3T6uDkg3a8dogCcDHvXGiGjWY6dFFsH5dPInl+xo01taiu72thWCgNjAp+gbEBwBWjtybCy gXKb+9sKKTdL0F2Qc7O7Ieo+SLyznbh5B8DeBsG3ZUPibnbPG9/yBvi9BU5vvuCb4Ov+NrrV ffB353vgD0d4wfPScIibWyD2PjdB3D0QiW984RhXuMMRvvCRhzwh8/98SegmXpOK9/vkML93 zOPt8Y6D/OPtdnjHbb5xntdkfSy3ScZLnm+i5xznEIeIxpHu83Yz/d01F+ykFdhvf+uc5lev OkaWXnGnI33kOg86xcOe9K9n3SNE7/rHtV71qIvdLQQHONaLjhC30/zkXY872d2elde+ve57 P/vMYy7zssMb5P+2etOPHvC/GzzwdLf50C9O+KkXfemSHzrgN+94sljeKWTvfHFDL/rSo9LL pk+96lfP+tbXJQIReMnnbxJ71wsF9rjH/UNgn5Hc594ptSeI74N/EN8XxPi21wjvKbJ85RP/ JM3vyPAFEv3oCz/4zc/+82PyAkE3X8a7377/RaxvEvL3Pva15731yb9+9D/f/MmPiPkpe/3f U9/+1Rd/ANiPf/djH/n713+6F4AYsXzpp3/8d3zup4DxdxHTlxDaR33XR4ADAX/rN4EPGIEU SIH5V4Dp5xAJiIHvp3+tM26WY4C/14EGoX7EZ4EkSIDtJ4ITuIE0WBH2B4HiF4MxKDpF5Drm p4LDd4D3h4MKaHw7OIRBKIQhcYMzuIIjWIPw14DMl4MtuIAVqIRRqIJI+IRXWINduIRDeIUk qINcKIUScYRNCINVKIYvqIVqyIBd6IJpOIUSuIE/qIRxWIbJNyhnuIYIgYLuB23aF4U02IEh OIDVF4aKaIMfqIFO//iFdvh/ZsiITFh8LHh/AOiFcMiGuneHVhiAA4iJi0iJoZiEeAiK7ReK NTF7yUeIH+GK5acSrPgT9Pd2sFiAXdiDLvGCk9gSuogSt3h+wdiLxBg54FeMyMhaI5CMzNiM H4EA0BiNCGAR0LgS0liNMXGN01g5qFda2CgQ36gQ4RiOJjGO20iOKPGN6OiMLGGOD7GO6biN A4GN8AgRtfiO8hgA9ciOJ+GOBIEAEBCN4CiNA1mQBDmP11iQ+IgQCVmNAjmQCNAACKmPDwmR FamQCumO/vhl3SgUG6mP/3iO+UiP6iiSE0mREJGQBVGSBwmNDdAAJCmPJHmSNFmSIYmSNP/J jxdhkwkxkyepkSNpkimpjTWZjxQpkQYZlDiJkRZZkUB5kzqJEUS5klPpj0+ZkxXRkjJplBF5 k1fJlCi5Wj6ZkUIZlTu5lVBJllD5lLm1lFJZluH4kkr5lW5Zlw6plDi5j2bpEBtplXhJl2PZ EOQ4lt8okYA5jR9pl4iJlxSpl3spmFxZlnn5l5QJkWDZk4zJk0g5mUzpkxfploTJkkbJFJxV X+gYkwfZmGpZlIt5mZiZmpbpkptpkTnJkoqpkrSZmI85FI6ZE705lA4BdLuZjVjJE2jZEb85 nDQBmz/BnBmRnMoZndI5ndQZESBWnbflAdiJFam2nd75nSwRZuD/uWspN57meZ7omW3d1xTX lp7uuT/L6J4q4BLx+Z4gcTqcI572uZ/8KTx+158AGqC7CQAEQaADQaAGeqABkKACwaANCgAQ WhAQGqELOqEMaqEHSqEC6hQXWqALKqENqqAgKqIfqqAdWqIhmqAOuqFJoaIoiqAj6qIeCqIr iqIfWqMzyqJL4aI8OqI3ahArCqNA6qE4GqL9eVpQYaBCqqQWqqE2SqImehBNaqRSqqMxsXIZ IaQ/+qQn6qNROqRemqO7NVaNM2Y5oaVL6qU1GqRPSqVQaqUqIZwkgaYl6qBdqqZQqqViqqSp c52iZ6dveqcSOqGDSqE4iqFuGhQeBqco/1GkrVOf/EmoyqmdNgZtE3FqjJqpB7Famio6ZFp6 +9apjOWoekGquWOqP4GoWXoRqgoRfJoQayqpKyGjWdqqE4GqCIGrrloRU5qouzqjvVqgrXqo udqmxeqrMSGovGoRyvoQjhqkxKWrGyGtDgGoy8qsM2Gt2EqkYdqsYfqtx4oTbHqiiIqghkqo 5RqouSqp5sqj6Cqr2lqofBqh7ZqhhlqhD3qu9Jqv8+qkbCql8IqvAlun7PqmKUqkTGqv/Wqk 5SqrBsuwGFqv3WqsYlqn+cqv5nqwBWui6MqvKeqkJTGuFXujMvqqDNumppqxJ2usJousHaqh MGujKgumPcqxJP/6rwqRsAI7r8BKsXp6rgdrs18arsi6pR+rrtyaszH6ohCLsENrsUF7tEXr ESJrsD+7sieLs7Aqs1jbsyPLtXd6tUVqsmL7tcLqsCJKqzybtix7s277sjSqtPJas1HLpTFq q3ZrtGybtHVLtmBrtlQ7pOQasV7bpLRqtlNKrlTaq/Gap1z7tHpaoRurt1cbEUw6uSUruQFb pYv7tokbt3PbEGvbtxMLpkh7uXsLuY9Lt5TbqILLt60LtaD7tXC7ty3bsiVann/ruLXrpn7b uxRbrIrbuXr7tAqrtsZrt/FKqqMbu0hbuqm7soCaoAJQuaxbuScxvPiqojCacq+quGv/yrf7 aruLi7u7S7qq26X3Srrqa7pRu75MG7uRm7fIC7zFy72li6bY67Z567jv27Wti79MC7zUyqoO 27GS67z0irkAC7P7Gqz4i8Cx6sDwq7ncW8EJHMEe+7gsq6oSzL+X67cVK8IEi8EhfLFB6sEo zMFne7Yga8HA6q8g264U/KJLOrnBGxIF/BI7HLie1cOZg7Znmq2jBcSxZcTTmll4C1Si2nkd +RHt2cRSLKBIPKcuYb5EzMPBFazXmqGDyhF4u7SWu64v7LVzKsRbe6vu661VnLPeKrqk88bV +sXCmsQPe8dwvMZp3MZpnMOA28f+W7R8vK5/DMieo77wmsho/0unJ0yyGzyyMLq5kUzBhyvI kuyjjQy3M8y2+irC6YrBA5y2DKy5eiyx4rvByOvHlaO9KMvCRhvJTuu73zqz3zuw1uu+x4q7 1wu24du0slzLQuurdFu1t4unMXvKvZu5owPBkOzKa1u2gSzMq8u+ZozH5Au6BOyz6cq78Vu3 bbul4Uunz+u80jvNsDy1FrFtUuGnzuq7jEu4p2uxBMzFrTy8Ysu4uHy8AAzOsDu/v7ynA2vB kRvOQ5u4F0rP2Zyj55y1rxzH/AvQglq//Sy3Ey3PsEvRAC27X5rNxGqiOPbPlazKDV3M4ky0 +xvK4Fu8y1zN+mvDmJy+GZ3R9ny+Gv/NzQ+6z938yv5M07VL0uDKyOULtRHtxUNN1AodzYd8 tzWMuo0LsSaMxqQsyxYtyscMpIos1Jz7yB17qNussMTb1YKspg9M1RNMskJ80I+c04Pci2uN Fm2tE5w6cW99FqjqA5ODpUVsOXOdEHidWNOWON0ZPlE8xY6FqYSdELN42Iq92Iz9EHLa2MH1 2JB9nsQ12Zb9naEqER992VZKqQLRbZz9EP8Z2qIz2NEDAqyHOcGF2omEA59j19jD2hjh2qSN FrJtFrSdzjrZ1zhx27VdFrprEb79FqUZFBZw3Md9EMid3AGw3MhtEM4N3RZAEMwtEMnt3NNd 3dQ93Q6B3db/jd3c/d3h3dzePRDgPd7kHd3mjd7k3d7K7d7Qnd7Prd3Uvd3LnRDq/d0Igd70 zdrand/wXRDsXd7ivd37Ld33vd4Jrt9K8dwF/uDt/d/h7eABHuASvt4YLt3dPd4XjuAGnuEf ruEgTt8RTuLNnd7vzeAoHt8rruIK/uItXt/2TRCo7eAUbuMmzt4hHuMULuMg7t4dXuFCQd/V feFEzt1B7uJBXuQ6buI7buEDnt0TzuFRvt9U/uP6veDmLd8sDt9abt0uLuRHLt4DLuD9jeNm TuZdrtxT7uU9DuZPft38jeQ6/hM5LuVWnuZOHuILzuRYHuYijt9V7ud/7uRLPugx/37iUs7f I57oeL7hbK7oRC7gFl7ikb7olC7oGF7kjg7pkS7kQHHnoF7hcv4QzJ3gh/7pgv7mhf7oUB7o aT7iiM7jJ07rKk7nHD7qsa7nEF7rW/7flq7huB4AZFrnt+7qw77lDWHodN7gTe7quw7kxv7h qH7lgK7rCv7lY87ghB7tfG7tBj7lE+7rN97oBT4SyK7tz07unC7jp57l6y7uyp7nbg7nLT7t o97tH8HEICHqzJ7fex7uzZ7qsL7hSV7v8s3sVq7uwj7jiu7wbW7vKw7tYe7vEJ/p907xWX7x mo7wVI7kCqHwfx7q8V7nIr/sj17qsq7qEdHhqwXex87y3//+5BFu5tnt6wUe8TiP4hq/7bw+ 44wO4Sr/8y8+7ade3nN+82z+7HO+FD5v5MZ+8L3+5vo+8nEO7qQO7SRO4gdE8OGO4Epv3zof 5Ufv7Vkv8Wru4zhf9tQO9iFP8dft9gVv9Uxx40ze5ntu90vv8Cs/99Hu82cP+Pne9EoO8h7O 9OZu81NP9jCO+Gof63Zv+IpP72Pu+APxASdv9kMB4Nne7G/P6osv7vMN8+cN9luP9cG+45l/ 7H2e5ya/6PNN72Se91r++hgP6wBu+2Kv8xsv8+cN++od8MaN77+9F8KfFsX/FF+e/MxfFavW /GTx19A//QVh2NRvEkku5/ct6m//j/u1X+W7L+HbT+AJT/WkP+gAz/mv/uM9Xvkwn/DhZabs D+5Vf+00f/TyLuaEX/G8j+amDhAWAgwMYEEgwYEGCSpceDChw4cIGUZsCHFixIsNNSLk2NHj R5AhRY4kWdLkSZQpERZQCfLiS4cTM1IMCbPhBYkHZ2a0mXPjxpkfe/qkyRNiQYtJNco8qjDo 0JZRpU6lWtXqVY9Mmf58ejSrUqRfw3I0SpSrV6dehYI1u1Wk1phxxxbVqbZjUKx59e7l29dl XYZDu5IMLPeuwJ1N2dI9PPftYsYPDdqlOLmuT8GXH/vl3Nlz3gNYCxduqxbvYahL0Sr+ebax Zctrc8Ke/9yatmnAmue6HXub9WfgwYUPT4uR7WDCtVurbjxbOVnDmClDN+v6a+LeiKPb5C12 +Hfw4a8WD5vZe3Lqr1endxxZusgVNNvvno6dNNzn5aOfF9+fZA3/wssvP/r424y9ytarriz5 sisptQIb7Cqp/QrsLkAMM9TwLwrZQw496OLaD7sFRyQNxAYjdAyvAS+ECTIEN5RxRs9aFLE2 35Ci7a+1CNTRx/nSiu0252Ljzz7YJANSstmWe7HIFmmUcsoNOaDySiw9YylLLrv08kswwxRz TDLLNPNMNNNUc00223TzTTgR8iBOOjsioE4889QzwAX29PNPQAMVdNAwbyD0UDpEE1V0Rh8W dfRRSCOVdFKUtqR0IAAy1XRTTjv19FNQQxV1VFJLNfVUVFNVdVVWW3X1VVhjlXVWUAMCADs= ------=_NextPart_000_0014_01C73DAD.93137170-- From confideie@expressdomain.net Sun Jan 21 18:01:19 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H8lgd-0002RJ-5v for capwap-archive@ietf.org; Sun, 21 Jan 2007 18:01:19 -0500 Received: from [200.122.203.227] (helo=expressdomain.net) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H8lgZ-0000MI-Bf; Sun, 21 Jan 2007 18:01:17 -0500 Message-ID: <09aa01c73e70$3bfb38c0$3591d6c0@irevetr> Reply-To: "Van Conway" From: "Van Conway" To: , Subject: on shenandoah Date: Mon, 22 Jan 2007 00:01:10 +0100 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0003_02E0B76F.F35B0CF0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.3000 X-Spam-Score: 0.5 (/) X-Scan-Signature: 29dc808194f5fb921c09d0040806d6eb ------=_NextPart_000_0003_02E0B76F.F35B0CF0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0000_02E0B76F.F35B0CF0" ------=_NextPart_001_0000_02E0B76F.F35B0CF0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable the aircraft would have had to bank so steeply that it might have stalled, the NTSB said official involved in the investigation who spoke on condition of anonymity first for the five U.S. Forest Service firefighters who were overrun by flames eavesdropping program and the Patriot Act don't understand the stakes in the war can't answer that question," Bush said. "Harsh criticism is not a plan for victory. "Nine days ago, one of the worst tragedies in the 100-year history of the Forest The flames overran the fire crew, destroyed 34 homes and charred more than 60 evening. "It's unfortunate that Talent is one of the only Republicans who agrees." memorial service for all five men was planned for Sunday."This arrest really does of five funerals began Friday, and praised authorities for charging the man accused said as the service began. "It has shaken this agency and the men and women of the Jess McLean, 27, of Beaumont; Daniel Hoover-Najera, 20, of San Jacinto; Mark (Watch Michael J. Fox back McCaskill on stem cells -- :32 ) Democrats say they are ahead after Sunday's expected announcement of a verdict in the trial of former Iraqi leader that said "Cards fans for Talent" -- a reference to the St. Louis Cardinals' World on terror. "If they say they want to win the war on terror, but call for America (Watch Michael J. Fox back McCaskill on stem cells -- :32 ) Democrats say they are ahead official involved in the investigation who spoke on condition of anonymity but he did not disclose a motive and would not say what led investigators to Oyler. strode into the darkened Springfield Exposition Center where volunteers handed out signs (Watch Michael J. Fox back McCaskill on stem cells -- :32 ) Democrats say they are ahead Loutzenhiser, 43, of Idyllwild; and Pablo Cerda, 23, of Fountain Valley. A public Two days after the accident, the Federal Aviation Administration ordered small, update outlined factual information about the crash, but did not conclude what the Mourners honored the firefighters killed by the California arson fire as the first "I knew that they were going to find him. I'd been praying about it," Brenda Zimmerman leader, blasted Democrats on Friday, saying they have no plan to keep Americans safe but he did not disclose a motive and would not say what led investigators to Oyler. but he did not disclose a motive and would not say what led investigators to Oyler. to the middle of the river, leaving a smaller margin for error, the staff report said. Jess McLean, 27, of Beaumont; Daniel Hoover-Najera, 20, of San Jacinto; Mark and fell 30 stories to the street below. Investigators do not say whether they and into a New York City high-rise on October 11.The National Transportation Safety because the case is continuing.Last week's fire was stoked by Santa Ana winds but he did not disclose a motive and would not say what led investigators to Oyler. Glenwood Springs, Colorado, according to the National Interagency Fire Center. Series victory. Missouri's Senate race is intertwined with a ballot measure that would counts of arson and 10 counts of use of an incendiary device. The charges because the case is continuing.Last week's fire was stoked by Santa Ana winds strode into the darkened Springfield Exposition Center where volunteers handed out signs ------=_NextPart_001_0000_02E0B76F.F35B0CF0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
the aircraft would have had to bank so steeply that it might have stalled, the NTSB said official involved in the investigation who spoke on condition of anonymity first for the five U.S. Forest Service firefighters who were overrun by flames eavesdropping program and the Patriot Act don't understand the stakes in the war can't answer that question," Bush said. "Harsh criticism is not a plan for victory. "Nine days ago, one of the worst tragedies in the 100-year history of the Forest The flames overran the fire crew, destroyed 34 homes and charred more than 60 evening. "It's unfortunate that Talent is one of the only Republicans who agrees." memorial service for all five men was planned for Sunday."This arrest really does of five funerals began Friday, and praised authorities for charging the man accused said as the service began. "It has shaken this agency and the men and women of the Jess McLean, 27, of Beaumont; Daniel Hoover-Najera, 20, of San Jacinto; Mark (Watch Michael J. Fox back McCaskill on stem cells -- :32 ) Democrats say they are ahead after Sunday's expected announcement of a verdict in the trial of former Iraqi leader that said "Cards fans for Talent" -- a reference to the St. Louis Cardinals' World on terror. "If they say they want to win the war on terror, but call for America (Watch Michael J. Fox back McCaskill on stem cells -- :32 ) Democrats say they are ahead official involved in the investigation who spoke on condition of anonymity but he did not disclose a motive and would not say what led investigators to Oyler. strode into the darkened Springfield Exposition Center where volunteers handed out signs (Watch Michael J. Fox back McCaskill on stem cells -- :32 ) Democrats say they are ahead Loutzenhiser, 43, of Idyllwild; and Pablo Cerda, 23, of Fountain Valley. A public Two days after the accident, the Federal Aviation Administration ordered small, update outlined factual information about the crash, but did not conclude what the Mourners honored the firefighters killed by the California arson fire as the first "I knew that they were going to find him. I'd been praying about it," Brenda Zimmerman leader, blasted Democrats on Friday, saying they have no plan to keep Americans safe but he did not disclose a motive and would not say what led investigators to Oyler. but he did not disclose a motive and would not say what led investigators to Oyler. to the middle of the river, leaving a smaller margin for error, the staff report said. Jess McLean, 27, of Beaumont; Daniel Hoover-Najera, 20, of San Jacinto; Mark and fell 30 stories to the street below. Investigators do not say whether they and into a New York City high-rise on October 11.The National Transportation Safety because the case is continuing.Last week's fire was stoked by Santa Ana winds but he did not disclose a motive and would not say what led investigators to Oyler. Glenwood Springs, Colorado, according to the National Interagency Fire Center. Series victory. Missouri's Senate race is intertwined with a ballot measure that would counts of arson and 10 counts of use of an incendiary device. The charges because the case is continuing.Last week's fire was stoked by Santa Ana winds strode into the darkened Springfield Exposition Center where volunteers handed out signs
------=_NextPart_001_0000_02E0B76F.F35B0CF0-- ------=_NextPart_000_0003_02E0B76F.F35B0CF0 Content-Type: image/jpeg; name="Soniauhrr.jpeg" Content-Transfer-Encoding: base64 Content-ID: <09aa01c73e70$3bfb38c0$3591d6c0@irevetr> R0lGODlhSgE7AZEAAAAAADNmM8wAAP///yH5BAAAAAAALAAAAABKATsBAAL/nI+py+0Po5y02ouz 3rz7D4biSJbmiabqyrbuC8fyTNf2jef6zvf+DwwKh8Si8YhMKpfMpvMJjUqn1OowYM1qM4CuNwdI eLuBsBhQ7iLS44da8T6PzYb4wT4Yl930e5j9Vdcm1/eFx3A4B0cWuOa1hzCnWIPGBqmCdVlXhiXI yCjIiTZ6BzjaqaB5oJo3queX2ifKiLpoe+qay2rZahqRyBuJa6pH2iopyioz2NHoKVh3Jw0dR2po 5myn3LqAV903wHbmB37oWU5n96adjt1e22BuDkuutm5fmI+j6rznLJZs06Nwq6JNi1QLzyU0CH/9 40YPmjCG5EJRGFhxE6KE/6jswZs3ERxERCKFwWL341sjSSUh3qM2rZCtiAYl2nQQJlG7medM3nSo Tl83odxA4hxJk2c3n+N8UJxogJNGPnCw0OkkE2DSp3kStmx4CBLXUpGipsMK75dZsknZTuW2DWdO kXGRanXrKGXJlz8X7MoZs62vpjclDV2F7mFhm3zNKg6HdSdiUIjzUvtKsjLToRhpKjNKqaMaSAsx 1yxLMLXZTItyEfX2qt5ZQp9RLYxsc9bD24UDRpRq0JgbcW/7OiIecV7dGmINjwStk0u+dszanvvG NDpjd2tbi8SOdJ7K7sdMDw6PGaTzwzf4odVcLW3Duxhgy2Y/1NIjM5pUBf+wrQ9FY5GXQH85ebXR ZD9RRpJ+xLHyRly4OLBcC/aFI1ljS0kkWQUXYnhMLAxowlJhQdGEj3EDmoiUhIDlwVhGIsom4Hfc ZfaYXTOcKNCDN3r3yRwVdgNPac/MB1WCC4JnlytbKVdOGkjespaACMoRj2gzuXjkjDYEkg0zoJV3 T3UeEvXceElmFiJh9ui4kkot6YRmVzAVhaKNcpVXoIYgppmOdcsE4xcO+0mJ137IrCiiPLiQ8acw HLUhno1oKaqOaPG5doFutDCUTC6J0iLoMjnqcN6TLI150pzOOUpIcZvRQwxd+QDY5gVlToLpR4nV uUWwUXDFqLDGHssDq8j/Lstss84+C2200k5LbbXWXpuEAAIEoe0C3WbxbQgCyFdCuCxoi+62MZgb w38NpJsAuicIAAC966orLr4pBKDvCulqS24K7MIw8AH/Gixvuejy+8DBL/zbrwIFd+AwDRMzUPEG 8BqMRcIDdOsxwviCPC4C48oSMcIfq2uvtn2ETLK+F4dsAM0QvyxzSTHXzPK2Nm/sANAij+zyHeiC A7G67oosccQAx0uztzL7XC/UGWfg89QOLxwyvwlDzDPQJUut8siojOtx0irXXMvAXpsLt8kyn93z wjyHLTbRDa9sNdoro501wHDLfDfbP8sN+NAMN0x0xuYGPEG3ixe+chjh/0b99eAGmzHx5Hk3XTfl l0/97rcT/9vJ6EyvnfnafL/bcb+TW95445RDDTrepptNuWnh2P568B6ofjvJcpMtvObCH48w3cgT H/zYt0ucesqAj1u96+zurr3eGHs/vfJrT45703/brfzFyEcPvsafR0W6+H5/S37SPX/PfO8t3y86 vouDzbT/pSx84CPf68LluavVrF7QI6Dr4LfAEeGLgexDXMXUVyDwNVADADxg/Ej3t7cVj2v5K98I dce9/rEOgFxL4fpU6MAKNm+AHdxev1xYuNP17G3tS5cBl1c67TlvePa7oPHCJjrO4Qx/LySfAFe4 Cg1+EIYGHGL3oli+Bv8O0IJFvN/SSpY2+skOgr9znROtx7+ZSfGBH8PA4Lq4OyOyrm0u1GHQ+OfB E/6thDIM49DSuMEUvjFqyeNh6wSJutXlUYbnC1wOAUku4r2RjRHwWhB3djeYATAtHfzh9LLIQjw2 0mMGVBsK+wa/RLYRlCNMF862GDN5GfKPfUOg0jp4vlOO0mQShCIXt0ghYB7RhKDDoNCkR0zqccxv ZJQa56y4THbxy5PUE2WBOOYtYlIzh9MUGeSs1jaTibBh3YxiFfHnM8gJTmEFw2DNMBBJyHnym5UU 5g3sVwF3kgCYFkjZLGsAMPkg8578xBo927POfhY0CW87KLYeCtGISnT/ohStqEUvitGManSjHO2o Rz8K0pCKlJa1VKACuZhM92WNW2jEnND4yLaRZjMP+Bxl0jhX00jkVJ8FZeAFfUewG9a0iKhE3Dtl yrefrfSBDKPZ0srmP31S0nxI/KQNNGdLWQJPd0NrZkjtBcSkLpGq5EweIPf4wIGW8n4uFYlLrQZU C2JxkGY9Hve+JlOSCXRgfN3mCxEpx1zC9I8JBFq9xplWwS3UYECUHwgr6D2pUhSHKf2hZPUYx/69 1KpVbd0jV7ixy32MnmB02mPhRofRSXKxk7UmTAdWLCaitY61oyEspwhVu6rShoxjo2q710PpUbaj w6WkZVmLwsiukZCW//zrtgy5vxqaVgI8xOYvtXbMxy4SpMWNabw4idxG0hGGB/TkZrHqwz8K9YWl e5/u4OHD9SaWsxrtbmOnSwE7Bi+BU8VbCYc52OI9MwJwdG1/6+pL7oauaZwEbz5t+1ngSmyZ8/Xs 1+gorxRS83GhDKJsnxfeiG7Qqua1HnghvF0EY/GKnTWi3eT6T1YwE8S2ve0djyrSzBqVrHKDL19P d2AIOHbFdZix4QqKtm8+FcSRHGiAM+nQi9LNlKmosSoziIKc+hUHkrOxh/G3Ze56TZ1kNnJKRQCy MPegy7DjYJSR2gQnw3nORZAzne+M5zzrec987rOf/wzoQAt60IQutP+hD43oRCt60YxutKMfDelI S3rSlK60pS+N6UxretOc7rSnPw3qUIt61KQutalPjepUq3rVrG61q7UwiZAQwVGIComr8EOJuO5A WR4Y0gdifZ8X6FpVr1pVrNZEEl5rQNn1YbZDWOBsDqDEOClwNrHmcp+nhGkltebMqdgElGFbYBYg cJKueASCbnvoSugxDWz+AWx0bwQ7QUlRnlwyF1ftJE7wpk6yc2SmWPCoUoTYS7wBHmt7NwUf6fl2 PF7jjoBvpkTXAY+546EjEnUoTScRVL3BtJ5FwUpHvZA4meIDgY8/JEIRv/jCuaOYXX072uihB5Ns ne+K8LviKcc2YTj/nhzqbHxWOz9SsXGNn5j7GzqKKHpb1PTwy7AJ5FTpFMRrXnCFa+RC++l5Ukoz G4sQqBHb+JBdSMMQlicb3H3xhlUa3nR0tOZJVPETrcLuF5oDKibFuDXduZ7z/Nz85NOpjrzpFCei 38jus1qSUkCk9Z+b3SeThwOH/D74x09ATSw3OYvAIneXfCbhsug6Qsx0eBt9ojgXag618fITCMm9 GGyvfKt+PpNFzchIVT9TRhiP650XnfdAorh6vpJ6HP0oV1THN3u08/TZD91E/qa8z0ulcu1kXvMS eBOM8L38ggtETCHXlFIoLqGAGYXgiif95b1doy5ZPA5otw6vUsXz/8QvhjHqv1HZI95s36dw6yF4 wWaAWNcluVcpyNdwbPd94mdz4XcdQed+FQeAJFdyB2iAFAd+q/d6fLGADhd17/ErobEnuYIlDoh7 pfJsLhF1OCEKFOJyBChtqheCtlcTQ+J53Sd0SxB5jQeEHiduK3iCJrCD5yYCemeEpTeEYHB93Ld5 focJTfglbzYsVPhqWaiFW8iFXeiFXwiGYbiENKCESmgFZjhSsRUCI1cfVigsaDgRbsiDNQiHa4iF FlCHRUgFNCgdEseHzXCHJ9dsIsgHT6h/HfiC0NBt2oZw2VF9yCYGeZeCD7dv9SYXkHIOV8JwtLF2 ttYqDGgSK7d+sv9XiYmBHCjIJzgnJz/CcI+RfRkCbBPXciEXiyoidMcHcoPwhxzHgTLHJGxogTxX e7Toee+Wi4aXFcQYJo3XfAMIJJHBHyBoGwLXjLHxi2nxiz+yHLmIJKNXD+Yneqw4feEBdglIGxdo DNt3dpWIG9TGe9VAdwrYfPCnISDIgLwCgPbIjB2idWNSj8ACKKHXGNkYfALZf/gYigAZKS1yfds3 cAbnJgN4iEiXKW+xfgK5eLMoikGHIbt4DdRXi4IIeBZ5i6qHKGMBfPF4GXyoKBb4dhxZfJkHeAdH hI4XgUHYJBl5eSZHkLtIeCB5kX6ijyBJj0/ofHpYcx5pGLQIk1n/93hulxul934UKRSjIYE2OZT+ iCtbB1T0t3zKgg7g2Bgk4nWbaHTuFnrU4FBWSXIEWRYronYyMo9ueYOfZ291+Sd80RxXeZTXwJfz lyRQQhm9qJOTIRy4R5iFGH+f+IHTMZWWuJKP+Su6WGwAUoxz+RI+qYvtuA6W6YqrcovkYnxV0RkF h3bLeJTX4Y1yQJY9N5B7eZj0IYxCSXqDKSqxsorEdhH8WA8XcZMP2BOUaI47GJKytiEs+IDyQIR5 CG4fh5SpiIHB2ZvTqSsHsQHMqYLtcZ0c2IchqYYc4GuJKIaDmIfFuZDJEojjqZ7ryZ7t6Z7vCZ/x KZ/zSZ/1aZ/3/4mf+amf+8mf/emf/wmgASqgA0qgBWqgB4qgCaqgC8qgDeqgDwqhESqhE0qh24lt 4gGEvqhviBeIckYvRdM3LQFWYnBbbzVhmMYSL8kTqCdysZmit0KIHyZemdNCQmVDLYVLfZVp46Gc Gxh3cvluOJlfuNVI7INdtWM+vxVDlzaSsuh88wh0kieHRZVUWhM7/7VUpbVecANNdiZpx+ekd5Ka 4McZyElg95U/Q5ZJ/TWijHRZi1YXxBeQNqclryenNalbPKZFUjRi3gVDb7poF2mT8ucOpwimBIKn 5NVMflRVZaRIG7ZVJ2VpmPhv56eJxgeKr3dHaeNjjnNlKhZWNv/1S512mQVpfVBxqNG5qYyqS+qF ZUTmqMXEWxFEqkoXfJfaJ9HJG7L5PV1EX2okTgEGrEEWaY9ofw2Yk6hIqLcgokdqXxfjV6YzXh9G SF8KLKs5dRhpqlpxCE/DRNVaraHqXYX1ZY1aafJmiyeIbv3WcpPIY1QFrsMqo+a6Y0/2aEECfVMi jwfXi7USnugES/KkTmhUropEaWYJhVWnlIpRK+C5VOxVASXWABuWnn+GnRXaAxeLsRvLsR3rsR8L sg5qnoZyhKqqAUsGn6CZscYmnuk2pVnYb+j5HOE5shDwH/+6BkuGsqFmFN74kdsGetgIkSdilquo cUB1szebszv/uwpJaxuZ8LKNdirzRyn4SH6xKKifiJmo4ZNNGxVo4bQj0glL4y7/UbGJxnRBNymW EY7bwZNV+ZAjAot+kRZPpbQUMrZQO2ppux2SB7cRWJycp63nx5fAARkFomR/kLd7i5Zu4R6qiA1b qak/iZUGJyTUtbg5+wCZy7ScxrdRehOpcnNMh4wvl3cli7iHq7lZsglJ+53n2rh9G6YrqpBCaLpv KW5kq7erS7dLm7Q8G7sT2W6ya4xSiJgXWBQDuRdhe7eqaycF8bVeS2qwYgqkYXlOOZXGeQai6SWc IozPi7jN67R2m7fjK717yw9lMrneIaSFuHnHRp2bW7e/S7f0/3u+jMudOqCx4xa1YotqNZtrzNG/ IUvABWzAB4zACazAC5yfLEuHqEuylTTAqvaiaOivZ4sCrNK5ryZx6gbBvWey5Hm2WrnBzpsKzatp gIB0S8KPEPmUyat6WQcsu5F25hG24RsXruu7k/a5a4KQ6Zp0+Xa1qHka2VcKXau6O7sHnbuzlXCz GHxntwmFOsGZLnwYrymO1PYqdTpt5lDC9+u7T9u0E4xn+KfFLhy4tTiR/XiVJUK0g3vCNiy2v+sf ZBzFRzzFS/cOLWHG4IsSLJuqhGeUylLCTDzGKPvFgaonz0eAgcy+SUmTw0h+iZq6I4K5KPu6aLvI MzK6mcrIe//HfgeBroPqvybMu/KLyHY8Z1HCfVurqY5SeFbrthRYtMgLpYfMxLVAtjgsxpC2Ka1c kpGLrCvol46AjCwqc55JmfXLtE6su9H7tVDLCYlcaPnLwhBosjgYnQGHushslL07sfY7xk6MyzzM IKdnzagBnDEZm7l6BVF7w6bmwA9csvtLAtT8hZnMwPvMz/3sz/8M0ByFxCDssrs7vvZrvsxMLk1c JPHMy0osvkpryIo8z74XAgeN0Rk9zal80Cfs0bhstrqc0X1yt3RcEvjsZx+prEk4suSLwjpbtuU7 xuG7w7yLwiYc0zOtudMIzdfky0O3kTfJrqDB0SJdys7LtDD/rdTRPAEGcso9ncrFKosuWgiXghyM iLcSbMnSe9NMHc1G3dNafb8QrRlhLbUAeYz2mMVS99HyC87QvMF2C9WZ29S9XNZ3Tb7FqpCteJLv IbvJ+9ZZ3dZJHDByjdR0DRld/dVRPdjPrNeqArqpKSfbmMhJLblxTdeO7dIOvdjNuyJFbc7eLLzK q714W8jykdBmvbp5TdjM3NiOXclPfa/c3MK3Gx78m8sKHdu7Z9SwLdtm7dt3rdqOhrB//cOLOZt8 rNO77bUvbdmIndOmPNzgC9fzG9g/nYDcucxj6sYnDdbuXMlmy7Y23dB2Cw6KbcrBLd3nOdsy0sfq 3KPCvduW//3WEV3eYJzYyy3Op+zSv73eZ41z6tydO+i6iv3ZIu3MGC3bhgsZ5JzLqZ3YnI3fxB2W UKyBvYve613HLj0g9F3TD67YEu7f9onSAT0DJW7iKa7iK87iLe7iLw7jMS7jM07jNW7jN47jOa7j O87jPe7jPw7kQS7kQ07kRW7kR94EEP7fKM7ci33C6O3hnaLKqDKlUd5rU84CGq2vE17XD13SCl7T iPGyX8zk7dGE+53h8GThWR7dac7lmLvTTyvRch7Gh2wCZX6yIo4C8bzf4InlL8DaJlwJgu5rCJ0J sjDn/H3oayHeqVDfuozoXaF+he3mTr7cb062iqtkBi3Nh/8slY2+tDgd6PrcAt+tuwmt5JZM1ucL 06zOGqp94GMt0jr86CDt1tGr5Jjd2ZTe3Fyd2h2963IO23h+Aq1e3att1wmy6nNN3naOqM77FJpN 61+O2pIb7bd+uKyd4JKY3/8dKYbe7d3+5bL+5MdO5c0e1UsWW9He0PpN52Ed0W3N2jF9w8Ye24Fu s8Ie5yI+7Lzu7umd2Yit4eVL7MXeEb193tJM67wMxk/s3CEN6YruJfOe7Djt3eReSc4c4eAezswu txKPyPzRyyE/0xzOA7m+u82t5xuf7CiP5t8t3YHe7/Nd7Q3vUPSL8oKN7zQf5+E98u3O8jCfAw7v 0el+8xr/LfAjbu8xb9czL/HyzrkiP7FN/uatPd2ivu+lEPDAvfVVf+KdnvVMPe6BDey6ftTXbe5j v/HwXvPizrnPPefQ3efPq94jTth8HvDvLvN//gGnjuyovtHlXspQHteYoQwQT/TwPujQfvgOT+8v rdCPD9q8/ex2v9lgrdQaH/St6wP9HRU7vNlo//cb4e9nH+rhrhpK4u1jj+aO/vdWWPEdL/uC7dqX 7/U0kPkFTwFLXPqif/vw9OfykeC6r+a0f+fQ2/nlzfcY3vv86wQrj/vLj+TTT/3Vb/3tac9Env0M LP1WAdHED/yXLM65vfZ1PrHk7OXKX+kDf9ETnOonfuch//3k4G/3V5/+dY/0tl4VwB70hg7meUcA yRDtsv1hMpFCEK65lXd4pgYLvdLJGGRTUlNaWtLlZFIeYDxdXooXQ79XLdY65Vi32ce4dCCdz5sQ o5Bcox5ABtgbPqawIEjpZVXKZt2EqJZadk1dt8Rm2OPC+QhcJQLM0tz02Fb6kMQYAK1wRLK0uALz wt6wEuXm3Cp97oroMg+ZOkU1I2xAvC6HoC4nR89oXFf1Ul+DLB0fObbaYIEWE32fViIrUdIMfXQW hU9NMTPTnD1Oq86oxl5Bt5NgBTV/wqGFvXETmHUjeD3Jr4O51crwoKTogZqqS3HQK6Vdx4nE4Tam 1iY6Yv+oySHYzmA5RgLTUVj3hVG3afp6bfq2hlYSfO8YDkjWD1O1jp+22SEpAZiRfNZEnuzzAtDC fTQ+mLMYUWIxcbMuqijJTuM4eAddIkS5FOkzfTPjkVnpLalHQkZrKQ0KlSnPJRO7gbpIKVcNfr42 CoKZEpoSewfPosXazBM2bTZhGVq7dtBdv5y4es2yZc9DiGIRTcv4SWlgg4sbclSIl+JRJmg6NbZp Vy7GqoipKnNoWXAHwmzcAS0CE2S+wG9DjowpNG47lVz50i0hu4FeenhbWbUmM6OqaJMXHEu+sbS6 mgdaNrrHnCPjkjPCdMwmKimZ7n0/n5uMuYNaHiYPh1p/Mz0992x8mjshjFhtFuouWt0G8/xZK2b5 gbogGeVgI81Ar3aIZQRoaovPwZ7omutB/Aj0zMDg6smuMdUkdGpCJwr8UETTartvxBMnNBHFFVls 0YX5XIxRxhlprNHG3hq8UccdeezRx946/FHIIYks0sgjkUxSySWZbNLJJz0oAAA7 ------=_NextPart_000_0003_02E0B76F.F35B0CF0-- From mnelsonzcji@bnbtextiles.com Sun Jan 21 19:17:06 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H8mry-0008SU-RL for capwap-archive@lists.ietf.org; Sun, 21 Jan 2007 19:17:06 -0500 Received: from 71-32-93-159.tukw.qwest.net ([71.32.93.159]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H8mrw-0001wa-Uu for capwap-archive@lists.ietf.org; Sun, 21 Jan 2007 19:17:06 -0500 Reply-To: "Lori Capps" From: "Lori" Message-ID: <0256285111.005026997982@bnbtextiles.com> Date: Sun, 21 Jan 2007 19:07:51 -0500 To: Subject: start winning MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Spam-Score: 4.0 (++++) X-Scan-Signature: 08e48e05374109708c00c6208b534009 hi (download), start playing US players are welcome most fair casino you don't know internet at all if you don't know this casino http://howardsterncam.org From seudeq@mariannepollock.com Mon Jan 22 03:56:27 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H8uyZ-0001pc-9Y for capwap-archive@ietf.org; Mon, 22 Jan 2007 03:56:27 -0500 Received: from abia10.neoplus.adsl.tpnet.pl ([83.7.116.10] helo=c-rv62zxce2fx40) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H8uyU-00081y-14; Mon, 22 Jan 2007 03:56:27 -0500 Message-ID: <059e01c73e88$3aaa57b0$4594f5d0@wendureo> Reply-To: "Burt Moravf" From: "Burt Moravf" To: , Subject: cryptography circuitry Date: Mon, 22 Jan 2007 09:55:41 +0100 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0002_00B9B60A.A06B2BD0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.1409 X-Spam-Score: 4.6 (++++) X-Scan-Signature: 29dc808194f5fb921c09d0040806d6eb ------=_NextPart_000_0002_00B9B60A.A06B2BD0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0000_00B9B60A.A06B2BD0" ------=_NextPart_001_0000_00B9B60A.A06B2BD0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable statewide tour and plans to begin a 24-hour campaign blitz in St. Louis on Friday Previewing his weekend at his Texas ranch, Bush said he planned to be with his wife, help with some of the closure, the healing that we in the Forest Service community, evening. "It's unfortunate that Talent is one of the only Republicans who agrees." counts of arson and 10 counts of use of an incendiary device. The charges The flames overran the fire crew, destroyed 34 homes and charred more than 60 aren't unpatriotic, just wrong. He said Democrats who voted against legislation to but he did not disclose a motive and would not say what led investigators to Oyler. that said "Cards fans for Talent" -- a reference to the St. Louis Cardinals' World and in the families, need," said Jeanne Wade Evans, the San Bernardino question: 'What's your plan?' " Bush said at a rally for Missouri Sen. Jim Talent, "President Bush has never had a plan to win in Iraq, and now that Democrats and told CBS's "The Early Show" on Friday, before her brother Jason McKay's funeral. strode into the darkened Springfield Exposition Center where volunteers handed out signs "Nine days ago, one of the worst tragedies in the 100-year history of the Forest " attorney Mark McDonald said outside court. "He's very distraught and scared before flying back to California. If the pilot used the full width of the river to turn, of starting that fire with murder. A light wind was cited by federal investigators " attorney Mark McDonald said outside court. "He's very distraught and scared in an update on the crash. Lidle and Stanger were making an aerial tour of Manhattan " attorney Mark McDonald said outside court. "He's very distraught and scared after Sunday's expected announcement of a verdict in the trial of former Iraqi leader Oyler "adamantly denies involvement in this fire and in any of these fires, Previewing his weekend at his Texas ranch, Bush said he planned to be with his wife, help with some of the closure, the healing that we in the Forest Service community, support the president's handling of it. Violence against Iraqis has grown unabated Republicans are all calling for change, he's desperately clinging to his stay the strode into the darkened Springfield Exposition Center where volunteers handed out signs "I knew that they were going to find him. I'd been praying about it," Brenda Zimmerman Board said the wind, coupled with the pilot's inability to turn sharply, forced the Oyler "adamantly denies involvement in this fire and in any of these fires, can't answer that question," Bush said. "Harsh criticism is not a plan for victory. Two days after the accident, the Federal Aviation Administration ordered small, of starting that fire with murder. A light wind was cited by federal investigators Series victory. Missouri's Senate race is intertwined with a ballot measure that would but he did not disclose a motive and would not say what led investigators to Oyler. later date. President Bush, working a southwest Missouri campaign crowd like a yell Previewing his weekend at his Texas ranch, Bush said he planned to be with his wife, and into a New York City high-rise on October 11.The National Transportation Safety told CBS's "The Early Show" on Friday, before her brother Jason McKay's funeral. ------=_NextPart_001_0000_00B9B60A.A06B2BD0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
statewide tour and plans to begin a 24-hour campaign blitz in St. Louis on Friday Previewing his weekend at his Texas ranch, Bush said he planned to be with his wife, help with some of the closure, the healing that we in the Forest Service community, evening. "It's unfortunate that Talent is one of the only Republicans who agrees." counts of arson and 10 counts of use of an incendiary device. The charges The flames overran the fire crew, destroyed 34 homes and charred more than 60 aren't unpatriotic, just wrong. He said Democrats who voted against legislation to but he did not disclose a motive and would not say what led investigators to Oyler. that said "Cards fans for Talent" -- a reference to the St. Louis Cardinals' World and in the families, need," said Jeanne Wade Evans, the San Bernardino question: 'What's your plan?' " Bush said at a rally for Missouri Sen. Jim Talent, "President Bush has never had a plan to win in Iraq, and now that Democrats and told CBS's "The Early Show" on Friday, before her brother Jason McKay's funeral. strode into the darkened Springfield Exposition Center where volunteers handed out signs "Nine days ago, one of the worst tragedies in the 100-year history of the Forest " attorney Mark McDonald said outside court. "He's very distraught and scared before flying back to California. If the pilot used the full width of the river to turn, of starting that fire with murder. A light wind was cited by federal investigators " attorney Mark McDonald said outside court. "He's very distraught and scared in an update on the crash. Lidle and Stanger were making an aerial tour of Manhattan " attorney Mark McDonald said outside court. "He's very distraught and scared after Sunday's expected announcement of a verdict in the trial of former Iraqi leader Oyler "adamantly denies involvement in this fire and in any of these fires, Previewing his weekend at his Texas ranch, Bush said he planned to be with his wife, help with some of the closure, the healing that we in the Forest Service community, support the president's handling of it. Violence against Iraqis has grown unabated Republicans are all calling for change, he's desperately clinging to his stay the strode into the darkened Springfield Exposition Center where volunteers handed out signs "I knew that they were going to find him. I'd been praying about it," Brenda Zimmerman Board said the wind, coupled with the pilot's inability to turn sharply, forced the Oyler "adamantly denies involvement in this fire and in any of these fires, can't answer that question," Bush said. "Harsh criticism is not a plan for victory. Two days after the accident, the Federal Aviation Administration ordered small, of starting that fire with murder. A light wind was cited by federal investigators Series victory. Missouri's Senate race is intertwined with a ballot measure that would but he did not disclose a motive and would not say what led investigators to Oyler. later date. President Bush, working a southwest Missouri campaign crowd like a yell Previewing his weekend at his Texas ranch, Bush said he planned to be with his wife, and into a New York City high-rise on October 11.The National Transportation Safety told CBS's "The Early Show" on Friday, before her brother Jason McKay's funeral.
------=_NextPart_001_0000_00B9B60A.A06B2BD0-- ------=_NextPart_000_0002_00B9B60A.A06B2BD0 Content-Type: image/jpeg; name="Magdalenahv.jpeg" Content-Transfer-Encoding: base64 Content-ID: <059e01c73e88$3aaa57b0$4594f5d0@wendureo> R0lGODlhSgE7AZEAAAAAADNmM8wAAP///yH5BAAAAAAALAAAAABKATsBAAL/nI+py+0Po5y02ouz 3rz7D4biSJbmiabqyrbuC8fyTNf2jef6zvf+DwwKh8Si8YhMKpfMpvMJjUqn1OowYM1qM4CuNwdI eLuBsBhQ7iLS44da8T6PzYb4wT4Yl930e5j9Vdcm1/eFx3A4B0cWuOa1hzCnWIPGBqmCdVlXhiXI yCjIiTZ6BzjaqaB5oJo3queX2ifKiLpoe+qay2rZahqRyBuJa6pH2iopyioz2NHoKVh3Jw0dR2po 5myn3LqAV903wHbmB37oWU5n96adjt1e22BuDkuutm5fmI+j6rznLJZs06Nwq6JNi1QLzyU0CH/9 40YPmjCG5EJRGFhxE6KE/6jswZs3ERxERCKFwWL341sjSSUh3qM2rZCtiAYl2nQQJlG7medM3nSo Tl83odxA4hxJk2c3n+N8UJxogJNGPnCw0OkkE2DSp3kStmx4CBLXUpGipsMK75dZsknZTuW2DWdO kXGRanXrKGXJlz8X7MoZs62vpjclDV2F7mFhm3zNKg6HdSdiUIjzUvtKsjLToRhpKjNKqaMaSAsx 1yxLMLXZTItyEfX2qt5ZQp9RLYxsc9bD24UDRpRq0JgbcW/7OiIecV7dGmINjwStk0u+dszanvvG NDpjd2tbi8SOdJ7K7sdMDw6PGaTzwzf4odVcLW3Duxhgy2Y/1NIjM5pUBf+wrQ9FY5GXQH85ebXR ZD9RRpJ+xLHyRly4OLBcC/aFI1ljS0kkWQUXYnhMLAxowlJhQdGEj3EDmoiUhIDlwVhGIsom4Hfc ZfaYXTOcKNCDN3r3yRwVdgNPac/MB1WCC4JnlytbKVdOGkjespaACMoRj2gzuXjkjDYEkg0zoJV3 T3UeEvXceElmFiJh9ui4kkot6YRmVzAVhaKNcpVXoIYgppmOdcsE4xcO+0mJ137IrCiiPLiQ8acw HLUhno1oKaqOaPG5doFutDCUTC6J0iLoMjnqcN6TLI150pzOOUpIcZvRQwxd+QDY5gVlToLpR4nV uUWwUXDFqLDGHssDq8j/Lstss84+C2200k5LbbXWXpuEAAIEoe0C3WbxbQgCyFdCuCxoi+62MZgb w38NpJsAuicIAAC966orLr4pBKDvCulqS24K7MIw8AH/Gixvuejy+8DBL/zbrwIFd+AwDRMzUPEG 8BqMRcIDdOsxwviCPC4C48oSMcIfq2uvtn2ETLK+F4dsAM0QvyxzSTHXzPK2Nm/sANAij+zyHeiC A7G67oosccQAx0uztzL7XC/UGWfg89QOLxwyvwlDzDPQJUut8siojOtx0irXXMvAXpsLt8kyn93z wjyHLTbRDa9sNdoro501wHDLfDfbP8sN+NAMN0x0xuYGPEG3ixe+chjh/0b99eAGmzHx5Hk3XTfl l0/97rcT/9vJ6EyvnfnafL/bcb+TW95445RDDTrepptNuWnh2P568B6ofjvJcpMtvObCH48w3cgT H/zYt0ucesqAj1u96+zurr3eGHs/vfJrT45703/brfzFyEcPvsafR0W6+H5/S37SPX/PfO8t3y86 vouDzbT/pSx84CPf68LluavVrF7QI6Dr4LfAEeGLgexDXMXUVyDwNVADADxg/Ej3t7cVj2v5K98I dce9/rEOgFxL4fpU6MAKNm+AHdxev1xYuNP17G3tS5cBl1c67TlvePa7oPHCJjrO4Qx/LySfAFe4 Cg1+EIYGHGL3oli+Bv8O0IJFvN/SSpY2+skOgr9znROtx7+ZSfGBH8PA4Lq4OyOyrm0u1GHQ+OfB E/6thDIM49DSuMEUvjFqyeNh6wSJutXlUYbnC1wOAUku4r2RjRHwWhB3djeYATAtHfzh9LLIQjw2 0mMGVBsK+wa/RLYRlCNMF862GDN5GfKPfUOg0jp4vlOO0mQShCIXt0ghYB7RhKDDoNCkR0zqccxv ZJQa56y4THbxy5PUE2WBOOYtYlIzh9MUGeSs1jaTibBh3YxiFfHnM8gJTmEFw2DNMBBJyHnym5UU 5g3sVwF3kgCYFkjZLGsAMPkg8578xBo927POfhY0CW87KLYeCtGISnT/ohStqEUvitGManSjHO2o Rz8K0pCKlJa1VKACuZhM92WNW2jEnND4yLaRZjMP+Bxl0jhX00jkVJ8FZeAFfUewG9a0iKhE3Dtl yrefrfSBDKPZ0srmP31S0nxI/KQNNGdLWQJPd0NrZkjtBcSkLpGq5EweIPf4wIGW8n4uFYlLrQZU C2JxkGY9Hve+JlOSCXRgfN3mCxEpx1zC9I8JBFq9xplWwS3UYECUHwgr6D2pUhSHKf2hZPUYx/69 1KpVbd0jV7ixy32MnmB02mPhRofRSXKxk7UmTAdWLCaitY61oyEspwhVu6rShoxjo2q710PpUbaj w6WkZVmLwsiukZCW//zrtgy5vxqaVgI8xOYvtXbMxy4SpMWNabw4idxG0hGGB/TkZrHqwz8K9YWl e5/u4OHD9SaWsxrtbmOnSwE7Bi+BU8VbCYc52OI9MwJwdG1/6+pL7oauaZwEbz5t+1ngSmyZ8/Xs 1+gorxRS83GhDKJsnxfeiG7Qqua1HnghvF0EY/GKnTWi3eT6T1YwE8S2ve0djyrSzBqVrHKDL19P d2AIOHbFdZix4QqKtm8+FcSRHGiAM+nQi9LNlKmosSoziIKc+hUHkrOxh/G3Ze56TZ1kNnJKRQCy MPegy7DjYJSR2gQnw3nORZAzne+M5zzrec987rOf/wzoQAt60IQutP+hD43oRCt60YxutKMfDelI S3rSlK60pS+N6UxretOc7rSnPw3qUIt61KQutalPjepUq3rVrG61q7UwiZAQwVGIComr8EOJuO5A WR4Y0gdifZ8X6FpVr1pVrNZEEl5rQNn1YbZDWOBsDqDEOClwNrHmcp+nhGkltebMqdgElGFbYBYg cJKueASCbnvoSugxDWz+AWx0bwQ7QUlRnlwyF1ftJE7wpk6yc2SmWPCoUoTYS7wBHmt7NwUf6fl2 PF7jjoBvpkTXAY+546EjEnUoTScRVL3BtJ5FwUpHvZA4meIDgY8/JEIRv/jCuaOYXX072uihB5Ns ne+K8LviKcc2YTj/nhzqbHxWOz9SsXGNn5j7GzqKKHpb1PTwy7AJ5FTpFMRrXnCFa+RC++l5Ukoz G4sQqBHb+JBdSMMQlicb3H3xhlUa3nR0tOZJVPETrcLuF5oDKibFuDXduZ7z/Nz85NOpjrzpFCei 38jus1qSUkCk9Z+b3SeThwOH/D74x09ATSw3OYvAIneXfCbhsug6Qsx0eBt9ojgXag618fITCMm9 GGyvfKt+PpNFzchIVT9TRhiP650XnfdAorh6vpJ6HP0oV1THN3u08/TZD91E/qa8z0ulcu1kXvMS eBOM8L38ggtETCHXlFIoLqGAGYXgiif95b1doy5ZPA5otw6vUsXz/8QvhjHqv1HZI95s36dw6yF4 wWaAWNcluVcpyNdwbPd94mdz4XcdQed+FQeAJFdyB2iAFAd+q/d6fLGADhd17/ErobEnuYIlDoh7 pfJsLhF1OCEKFOJyBChtqheCtlcTQ+J53Sd0SxB5jQeEHiduK3iCJrCD5yYCemeEpTeEYHB93Ld5 focJTfglbzYsVPhqWaiFW8iFXeiFXwiGYbiENKCESmgFZjhSsRUCI1cfVigsaDgRbsiDNQiHa4iF FlCHRUgFNCgdEseHzXCHJ9dsIsgHT6h/HfiC0NBt2oZw2VF9yCYGeZeCD7dv9SYXkHIOV8JwtLF2 ttYqDGgSK7d+sv9XiYmBHCjIJzgnJz/CcI+RfRkCbBPXciEXiyoidMcHcoPwhxzHgTLHJGxogTxX e7Toee+Wi4aXFcQYJo3XfAMIJJHBHyBoGwLXjLHxi2nxiz+yHLmIJKNXD+Yneqw4feEBdglIGxdo DNt3dpWIG9TGe9VAdwrYfPCnISDIgLwCgPbIjB2idWNSj8ACKKHXGNkYfALZf/gYigAZKS1yfds3 cAbnJgN4iEiXKW+xfgK5eLMoikGHIbt4DdRXi4IIeBZ5i6qHKGMBfPF4GXyoKBb4dhxZfJkHeAdH hI4XgUHYJBl5eSZHkLtIeCB5kX6ijyBJj0/ofHpYcx5pGLQIk1n/93hulxul934UKRSjIYE2OZT+ iCtbB1T0t3zKgg7g2Bgk4nWbaHTuFnrU4FBWSXIEWRYronYyMo9ueYOfZ291+Sd80RxXeZTXwJfz lyRQQhm9qJOTIRy4R5iFGH+f+IHTMZWWuJKP+Su6WGwAUoxz+RI+qYvtuA6W6YqrcovkYnxV0RkF h3bLeJTX4Y1yQJY9N5B7eZj0IYxCSXqDKSqxsorEdhH8WA8XcZMP2BOUaI47GJKytiEs+IDyQIR5 CG4fh5SpiIHB2ZvTqSsHsQHMqYLtcZ0c2IchqYYc4GuJKIaDmIfFuZDJEojjqZ7ryZ7t6Z7vCZ/x KZ/zSZ/1aZ/3/4mf+amf+8mf/emf/wmgASqgA0qgBWqgB4qgCaqgC8qgDeqgDwqhESqhE0qh24lt 4gGEvqhviBeIckYvRdM3LQFWYnBbbzVhmMYSL8kTqCdysZmit0KIHyZemdNCQmVDLYVLfZVp46Gc Gxh3cvluOJlfuNVI7INdtWM+vxVDlzaSsuh88wh0kieHRZVUWhM7/7VUpbVecANNdiZpx+ekd5Ka 4McZyElg95U/Q5ZJ/TWijHRZi1YXxBeQNqclryenNalbPKZFUjRi3gVDb7poF2mT8ucOpwimBIKn 5NVMflRVZaRIG7ZVJ2VpmPhv56eJxgeKr3dHaeNjjnNlKhZWNv/1S512mQVpfVBxqNG5qYyqS+qF ZUTmqMXEWxFEqkoXfJfaJ9HJG7L5PV1EX2okTgEGrEEWaY9ofw2Yk6hIqLcgokdqXxfjV6YzXh9G SF8KLKs5dRhpqlpxCE/DRNVaraHqXYX1ZY1aafJmiyeIbv3WcpPIY1QFrsMqo+a6Y0/2aEECfVMi jwfXi7USnugES/KkTmhUropEaWYJhVWnlIpRK+C5VOxVASXWABuWnn+GnRXaAxeLsRvLsR3rsR8L sg5qnoZyhKqqAUsGn6CZscYmnuk2pVnYb+j5HOE5shDwH/+6BkuGsqFmFN74kdsGetgIkSdilquo cUB1szebszv/uwpJaxuZ8LKNdirzRyn4SH6xKKifiJmo4ZNNGxVo4bQj0glL4y7/UbGJxnRBNymW EY7bwZNV+ZAjAot+kRZPpbQUMrZQO2ppux2SB7cRWJycp63nx5fAARkFomR/kLd7i5Zu4R6qiA1b qak/iZUGJyTUtbg5+wCZy7ScxrdRehOpcnNMh4wvl3cli7iHq7lZsglJ+53n2rh9G6YrqpBCaLpv KW5kq7erS7dLm7Q8G7sT2W6ya4xSiJgXWBQDuRdhe7eqaycF8bVeS2qwYgqkYXlOOZXGeQai6SWc IozPi7jN67R2m7fjK717yw9lMrneIaSFuHnHRp2bW7e/S7f0/3u+jMudOqCx4xa1YotqNZtrzNG/ IUvABWzAB4zACazAC5yfLEuHqEuylTTAqvaiaOivZ4sCrNK5ryZx6gbBvWey5Hm2WrnBzpsKzatp gIB0S8KPEPmUyat6WQcsu5F25hG24RsXruu7k/a5a4KQ6Zp0+Xa1qHka2VcKXau6O7sHnbuzlXCz GHxntwmFOsGZLnwYrymO1PYqdTpt5lDC9+u7T9u0E4xn+KfFLhy4tTiR/XiVJUK0g3vCNiy2v+sf ZBzFRzzFS/cOLWHG4IsSLJuqhGeUylLCTDzGKPvFgaonz0eAgcy+SUmTw0h+iZq6I4K5KPu6aLvI MzK6mcrIe//HfgeBroPqvybMu/KLyHY8Z1HCfVurqY5SeFbrthRYtMgLpYfMxLVAtjgsxpC2Ka1c kpGLrCvol46AjCwqc55JmfXLtE6su9H7tVDLCYlcaPnLwhBosjgYnQGHushslL07sfY7xk6MyzzM IKdnzagBnDEZm7l6BVF7w6bmwA9csvtLAtT8hZnMwPvMz/3sz/8M0ByFxCDssrs7vvZrvsxMLk1c JPHMy0osvkpryIo8z74XAgeN0Rk9zal80Cfs0bhstrqc0X1yt3RcEvjsZx+prEk4suSLwjpbtuU7 xuG7w7yLwiYc0zOtudMIzdfky0O3kTfJrqDB0SJdys7LtDD/rdTRPAEGcso9ncrFKosuWgiXghyM iLcSbMnSe9NMHc1G3dNafb8QrRlhLbUAeYz2mMVS99HyC87QvMF2C9WZ29S9XNZ3Tb7FqpCteJLv IbvJ+9ZZ3dZJHDByjdR0DRld/dVRPdjPrNeqArqpKSfbmMhJLblxTdeO7dIOvdjNuyJFbc7eLLzK q714W8jykdBmvbp5TdjM3NiOXclPfa/c3MK3Gx78m8sKHdu7Z9SwLdtm7dt3rdqOhrB//cOLOZt8 rNO77bUvbdmIndOmPNzgC9fzG9g/nYDcucxj6sYnDdbuXMlmy7Y23dB2Cw6KbcrBLd3nOdsy0sfq 3KPCvduW//3WEV3eYJzYyy3Op+zSv73eZ41z6tydO+i6iv3ZIu3MGC3bhgsZ5JzLqZ3YnI3fxB2W UKyBvYve613HLj0g9F3TD67YEu7f9onSAT0DJW7iKa7iK87iLe7iLw7jMS7jM07jNW7jN47jOa7j O87jPe7jPw7kQS7kQ07kRW7kR94EEP7fKM7ci33C6O3hnaLKqDKlUd5rU84CGq2vE17XD13SCl7T iPGyX8zk7dGE+53h8GThWR7dac7lmLvTTyvRch7Gh2wCZX6yIo4C8bzf4InlL8DaJlwJgu5rCJ0J sjDn/H3oayHeqVDfuozoXaF+he3mTr7cb062iqtkBi3Nh/8slY2+tDgd6PrcAt+tuwmt5JZM1ucL 06zOGqp94GMt0jr86CDt1tGr5Jjd2ZTe3Fyd2h2963IO23h+Aq1e3att1wmy6nNN3naOqM77FJpN 61+O2pIb7bd+uKyd4JKY3/8dKYbe7d3+5bL+5MdO5c0e1UsWW9He0PpN52Ed0W3N2jF9w8Ye24Fu s8Ie5yI+7Lzu7umd2Yit4eVL7MXeEb193tJM67wMxk/s3CEN6YruJfOe7Djt3eReSc4c4eAezswu txKPyPzRyyE/0xzOA7m+u82t5xuf7CiP5t8t3YHe7/Nd7Q3vUPSL8oKN7zQf5+E98u3O8jCfAw7v 0el+8xr/LfAjbu8xb9czL/HyzrkiP7FN/uatPd2ivu+lEPDAvfVVf+KdnvVMPe6BDey6ftTXbe5j v/HwXvPizrnPPefQ3efPq94jTth8HvDvLvN//gGnjuyovtHlXspQHteYoQwQT/TwPujQfvgOT+8v rdCPD9q8/ex2v9lgrdQaH/St6wP9HRU7vNlo//cb4e9nH+rhrhpK4u1jj+aO/vdWWPEdL/uC7dqX 7/U0kPkFTwFLXPqif/vw9OfykeC6r+a0f+fQ2/nlzfcY3vv86wQrj/vLj+TTT/3Vb/3tac9Env0M LP1WAdHED/yXLM65vfZ1PrHk7OXKX+kDf9ETnOonfuch//3k4G/3V5/+dY/0tl4VwB70hg7meUcA yRDtsv1hMpFCEK65lXd4pgYLvdLJGGRTUlNaWtLlZFIeYDxdXooXQ79XLdY65Vi32ce4dCCdz5sQ o5Bcox5ABtgbPqawIEjpZVXKZt2EqJZadk1dt8Rm2OPC+QhcJQLM0tz02Fb6kMQYAK1wRLK0uALz wt6wEuXm3Cp97oroMg+ZOkU1I2xAvC6HoC4nR89oXFf1Ul+DLB0fObbaYIEWE32fViIrUdIMfXQW hU9NMTPTnD1Oq86oxl5Bt5NgBTV/wqGFvXETmHUjeD3Jr4O51crwoKTogZqqS3HQK6Vdx4nE4Tam 1iY6Yv+oySHYzmA5RgLTUVj3hVG3afp6bfq2hlYSfO8YDkjWD1O1jp+22SEpAZiRfNZEnuzzAtDC fTQ+mLMYUWIxcbMuqijJTuM4eAddIkS5FOkzfTPjkVnpLalHQkZrKQ0KlSnPJRO7gbpIKVcNfr42 CoKZEpoSewfPosXazBM2bTZhGVq7dtBdv5y4es2yZc9DiGIRTcv4SWlgg4sbclSIl+JRJmg6NbZp Vy7GqoipKnNoWXAHwmzcAS0CE2S+wG9DjowpNG47lVz50i0hu4FeenhbWbUmM6OqaJMXHEu+sbS6 mgdaNrrHnCPjkjPCdMwmKimZ7n0/n5uMuYNaHiYPh1p/Mz0992x8mjshjFhtFuouWt0G8/xZK2b5 gbogGeVgI81Ar3aIZQRoaovPwZ7omutB/Aj0zMDg6smuMdUkdGpCJwr8UETTartvxBMnNBHFFVls 0YX5XIxRxhlprNHG3hq8UccdeezRx946/FHIIYks0sgjkUxSySWZbNLJJz0oAAA7 ------=_NextPart_000_0002_00B9B60A.A06B2BD0-- From swwvqyrfsm@uni-sz.bg Mon Jan 22 07:33:02 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H8yMA-0001WU-7B for capwap-archive@lists.ietf.org; Mon, 22 Jan 2007 07:33:02 -0500 Received: from [89.25.112.10] (helo=router.uni-sz.bg) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1H8yM6-0004ng-FJ for capwap-archive@lists.ietf.org; Mon, 22 Jan 2007 07:32:59 -0500 From: "Unbox Video:" To: capwap-archive@lists.ietf.org Subject: Loan for a low month payment Date: Mon, 22 Jan 2007 14:32:48 -0200 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0003_01C73E32.30A539D0" X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: Acc+MjClC/82gHe6Q06BAOtnG2Bedg== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Message-Id: <5775D53D0A51860.53D98F5A3F@uni-sz.bg> X-Spam-Score: 4.3 (++++) X-Scan-Signature: d6b246023072368de71562c0ab503126 ------=_NextPart_000_0003_01C73E32.30A539D0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Thank you for your loan request, which we recieved yesterday, your refinance application has been accepted

Good Credit or Not, We are ready to give you a $398,000 loan, after further review, our lenders have established the lowest monthly payments.

Approval process will take only 1 minute.

Please visit the confirmation link below and fill-out our short 30 second Secure Web-Form.

www.illsboiyaiisone.com
------=_NextPart_000_0003_01C73E32.30A539D0-- From uwyapfel@highlander.fr Mon Jan 22 11:11:03 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H91l8-0002rY-Ix for capwap-archive@ietf.org; Mon, 22 Jan 2007 11:11:03 -0500 Received: from [221.127.34.204] (helo=dash-1m81rzpjue) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H91l6-00016b-0g; Mon, 22 Jan 2007 11:11:02 -0500 Message-ID: <071c01c73e50$3ceb29e0$9688f9c0@pdownst> Reply-To: "Traceyi Sargent" From: "Traceyi Sargent" To: , , Subject: dime turbofan Date: Tue, 23 Jan 2007 00:10:51 +0800 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0000_03D0A60F.E35A0CA0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.1081 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.1081 X-Spam-Score: 2.0 (++) X-Scan-Signature: 29dc808194f5fb921c09d0040806d6eb ------=_NextPart_000_0000_03D0A60F.E35A0CA0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0001_03D0A60F.E35A0CA0" ------=_NextPart_001_0001_03D0A60F.E35A0CA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable in the past month, with more than 1,300 killed since October 1. Fearing more bloodshed Two days after the accident, the Federal Aviation Administration ordered small, evening. "It's unfortunate that Talent is one of the only Republicans who agrees." of five funerals began Friday, and praised authorities for charging the man accused the river without filing flight plans or checking in with air traffic control. The (Watch Michael J. Fox back McCaskill on stem cells -- :32 ) Democrats say they are ahead Saddam Hussein, Iraq's defense minister has canceled leave for all army officers. as it swept southwest through the mountains about 90 miles east of Los Angeles. support the president's handling of it. Violence against Iraqis has grown unabated said as the service began. "It has shaken this agency and the men and women of the square miles before being contained Monday. Three firefighters died when the flames Two days after the accident, the Federal Aviation Administration ordered small, who is seeking re-election in one of the tightest races in the nation. official involved in the investigation who spoke on condition of anonymity of five funerals began Friday, and praised authorities for charging the man accused probable cause of the crash was. The full board will likely vote on a ruling at a from terrorists. Bush said Democrats calling for withdrawing U.S. troops from Iraq ... The finger is pointing at him." Authorities were trying to determine whether on terror. "If they say they want to win the war on terror, but call for America off life support and died this week. The last time so many firefighters were killed first for the five U.S. Forest Service firefighters who were overrun by flames and in the families, need," said Jeanne Wade Evans, the San Bernardino told CBS's "The Early Show" on Friday, before her brother Jason McKay's funeral. McCaskill supports it; Talent opposes it. Bush didn't mention it. San Benardino National Forest to its very core and shocked the entire world." can't answer that question," Bush said. "Harsh criticism is not a plan for victory. The flames overran the fire crew, destroyed 34 homes and charred more than 60 District Attorney-elect Rod Pacheco said the evidence against Oyler was "overwhelming," The flames overran the fire crew, destroyed 34 homes and charred more than 60 Friday for blowing a small airplane carrying Yankees pitcher Cory Lidle off course Glenwood Springs, Colorado, according to the National Interagency Fire Center. because the case is continuing.Last week's fire was stoked by Santa Ana winds course," said Adrianne Marsh, a spokeswoman for McCaskill who was finishing a four-day Previewing his weekend at his Texas ranch, Bush said he planned to be with his wife, square miles before being contained Monday. Three firefighters died when the flames from terrorists. Bush said Democrats calling for withdrawing U.S. troops from Iraq of five funerals began Friday, and praised authorities for charging the man accused to the middle of the river, leaving a smaller margin for error, the staff report said. told CBS's "The Early Show" on Friday, before her brother Jason McKay's funeral. Republicans are all calling for change, he's desperately clinging to his stay the ------=_NextPart_001_0001_03D0A60F.E35A0CA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
in the past month, with more than 1,300 killed since October 1. Fearing more bloodshed Two days after the accident, the Federal Aviation Administration ordered small, evening. "It's unfortunate that Talent is one of the only Republicans who agrees." of five funerals began Friday, and praised authorities for charging the man accused the river without filing flight plans or checking in with air traffic control. The (Watch Michael J. Fox back McCaskill on stem cells -- :32 ) Democrats say they are ahead Saddam Hussein, Iraq's defense minister has canceled leave for all army officers. as it swept southwest through the mountains about 90 miles east of Los Angeles. support the president's handling of it. Violence against Iraqis has grown unabated said as the service began. "It has shaken this agency and the men and women of the square miles before being contained Monday. Three firefighters died when the flames Two days after the accident, the Federal Aviation Administration ordered small, who is seeking re-election in one of the tightest races in the nation. official involved in the investigation who spoke on condition of anonymity of five funerals began Friday, and praised authorities for charging the man accused probable cause of the crash was. The full board will likely vote on a ruling at a from terrorists. Bush said Democrats calling for withdrawing U.S. troops from Iraq ... The finger is pointing at him." Authorities were trying to determine whether on terror. "If they say they want to win the war on terror, but call for America off life support and died this week. The last time so many firefighters were killed first for the five U.S. Forest Service firefighters who were overrun by flames and in the families, need," said Jeanne Wade Evans, the San Bernardino told CBS's "The Early Show" on Friday, before her brother Jason McKay's funeral. McCaskill supports it; Talent opposes it. Bush didn't mention it. San Benardino National Forest to its very core and shocked the entire world." can't answer that question," Bush said. "Harsh criticism is not a plan for victory. The flames overran the fire crew, destroyed 34 homes and charred more than 60 District Attorney-elect Rod Pacheco said the evidence against Oyler was "overwhelming," The flames overran the fire crew, destroyed 34 homes and charred more than 60 Friday for blowing a small airplane carrying Yankees pitcher Cory Lidle off course Glenwood Springs, Colorado, according to the National Interagency Fire Center. because the case is continuing.Last week's fire was stoked by Santa Ana winds course," said Adrianne Marsh, a spokeswoman for McCaskill who was finishing a four-day Previewing his weekend at his Texas ranch, Bush said he planned to be with his wife, square miles before being contained Monday. Three firefighters died when the flames from terrorists. Bush said Democrats calling for withdrawing U.S. troops from Iraq of five funerals began Friday, and praised authorities for charging the man accused to the middle of the river, leaving a smaller margin for error, the staff report said. told CBS's "The Early Show" on Friday, before her brother Jason McKay's funeral. Republicans are all calling for change, he's desperately clinging to his stay the
------=_NextPart_001_0001_03D0A60F.E35A0CA0-- ------=_NextPart_000_0000_03D0A60F.E35A0CA0 Content-Type: image/jpeg; name="Andrebrdm.jpeg" Content-Transfer-Encoding: base64 Content-ID: <071c01c73e50$3ceb29e0$9688f9c0@pdownst> R0lGODlhSgE7AZEAAAAAADNmM8wAAP///yH5BAAAAAAALAAAAABKATsBAAL/nI+py+0Po5y02ouz 3rz7D4biSJbmiabqyrbuC8fyTNf2jef6zvf+DwwKh8Si8YhMKpfMpvMJjUqn1OowYM1qM4CuNwdI eLuBsBhQ7iLS44da8T6PzYb4wT4Yl930e5j9Vdcm1/eFx3A4B0cWuOa1hzCnWIPGBqmCdVlXhiXI yCjIiTZ6BzjaqaB5oJo3queX2ifKiLpoe+qay2rZahqRyBuJa6pH2iopyioz2NHoKVh3Jw0dR2po 5myn3LqAV903wHbmB37oWU5n96adjt1e22BuDkuutm5fmI+j6rznLJZs06Nwq6JNi1QLzyU0CH/9 40YPmjCG5EJRGFhxE6KE/6jswZs3ERxERCKFwWL341sjSSUh3qM2rZCtiAYl2nQQJlG7medM3nSo Tl83odxA4hxJk2c3n+N8UJxogJNGPnCw0OkkE2DSp3kStmx4CBLXUpGipsMK75dZsknZTuW2DWdO kXGRanXrKGXJlz8X7MoZs62vpjclDV2F7mFhm3zNKg6HdSdiUIjzUvtKsjLToRhpKjNKqaMaSAsx 1yxLMLXZTItyEfX2qt5ZQp9RLYxsc9bD24UDRpRq0JgbcW/7OiIecV7dGmINjwStk0u+dszanvvG NDpjd2tbi8SOdJ7K7sdMDw6PGaTzwzf4odVcLW3Duxhgy2Y/1NIjM5pUBf+wrQ9FY5GXQH85ebXR ZD9RRpJ+xLHyRly4OLBcC/aFI1ljS0kkWQUXYnhMLAxowlJhQdGEj3EDmoiUhIDlwVhGIsom4Hfc ZfaYXTOcKNCDN3r3yRwVdgNPac/MB1WCC4JnlytbKVdOGkjespaACMoRj2gzuXjkjDYEkg0zoJV3 T3UeEvXceElmFiJh9ui4kkot6YRmVzAVhaKNcpVXoIYgppmOdcsE4xcO+0mJ137IrCiiPLiQ8acw HLUhno1oKaqOaPG5doFutDCUTC6J0iLoMjnqcN6TLI150pzOOUpIcZvRQwxd+QDY5gVlToLpR4nV uUWwUXDFqLDGHssDq8j/Lstss84+C2200k5LbbXWXpuEAAIEoe0C3WbxbQgCyFdCuCxoi+62MZgb w38NpJsAuicIAAC966orLr4pBKDvCulqS24K7MIw8AH/Gixvuejy+8DBL/zbrwIFd+AwDRMzUPEG 8BqMRcIDdOsxwviCPC4C48oSMcIfq2uvtn2ETLK+F4dsAM0QvyxzSTHXzPK2Nm/sANAij+zyHeiC A7G67oosccQAx0uztzL7XC/UGWfg89QOLxwyvwlDzDPQJUut8siojOtx0irXXMvAXpsLt8kyn93z wjyHLTbRDa9sNdoro501wHDLfDfbP8sN+NAMN0x0xuYGPEG3ixe+chjh/0b99eAGmzHx5Hk3XTfl l0/97rcT/9vJ6EyvnfnafL/bcb+TW95445RDDTrepptNuWnh2P568B6ofjvJcpMtvObCH48w3cgT H/zYt0ucesqAj1u96+zurr3eGHs/vfJrT45703/brfzFyEcPvsafR0W6+H5/S37SPX/PfO8t3y86 vouDzbT/pSx84CPf68LluavVrF7QI6Dr4LfAEeGLgexDXMXUVyDwNVADADxg/Ej3t7cVj2v5K98I dce9/rEOgFxL4fpU6MAKNm+AHdxev1xYuNP17G3tS5cBl1c67TlvePa7oPHCJjrO4Qx/LySfAFe4 Cg1+EIYGHGL3oli+Bv8O0IJFvN/SSpY2+skOgr9znROtx7+ZSfGBH8PA4Lq4OyOyrm0u1GHQ+OfB E/6thDIM49DSuMEUvjFqyeNh6wSJutXlUYbnC1wOAUku4r2RjRHwWhB3djeYATAtHfzh9LLIQjw2 0mMGVBsK+wa/RLYRlCNMF862GDN5GfKPfUOg0jp4vlOO0mQShCIXt0ghYB7RhKDDoNCkR0zqccxv ZJQa56y4THbxy5PUE2WBOOYtYlIzh9MUGeSs1jaTibBh3YxiFfHnM8gJTmEFw2DNMBBJyHnym5UU 5g3sVwF3kgCYFkjZLGsAMPkg8578xBo927POfhY0CW87KLYeCtGISnT/ohStqEUvitGManSjHO2o Rz8K0pCKlJa1VKACuZhM92WNW2jEnND4yLaRZjMP+Bxl0jhX00jkVJ8FZeAFfUewG9a0iKhE3Dtl yrefrfSBDKPZ0srmP31S0nxI/KQNNGdLWQJPd0NrZkjtBcSkLpGq5EweIPf4wIGW8n4uFYlLrQZU C2JxkGY9Hve+JlOSCXRgfN3mCxEpx1zC9I8JBFq9xplWwS3UYECUHwgr6D2pUhSHKf2hZPUYx/69 1KpVbd0jV7ixy32MnmB02mPhRofRSXKxk7UmTAdWLCaitY61oyEspwhVu6rShoxjo2q710PpUbaj w6WkZVmLwsiukZCW//zrtgy5vxqaVgI8xOYvtXbMxy4SpMWNabw4idxG0hGGB/TkZrHqwz8K9YWl e5/u4OHD9SaWsxrtbmOnSwE7Bi+BU8VbCYc52OI9MwJwdG1/6+pL7oauaZwEbz5t+1ngSmyZ8/Xs 1+gorxRS83GhDKJsnxfeiG7Qqua1HnghvF0EY/GKnTWi3eT6T1YwE8S2ve0djyrSzBqVrHKDL19P d2AIOHbFdZix4QqKtm8+FcSRHGiAM+nQi9LNlKmosSoziIKc+hUHkrOxh/G3Ze56TZ1kNnJKRQCy MPegy7DjYJSR2gQnw3nORZAzne+M5zzrec987rOf/wzoQAt60IQutP+hD43oRCt60YxutKMfDelI S3rSlK60pS+N6UxretOc7rSnPw3qUIt61KQutalPjepUq3rVrG61q7UwiZAQwVGIComr8EOJuO5A WR4Y0gdifZ8X6FpVr1pVrNZEEl5rQNn1YbZDWOBsDqDEOClwNrHmcp+nhGkltebMqdgElGFbYBYg cJKueASCbnvoSugxDWz+AWx0bwQ7QUlRnlwyF1ftJE7wpk6yc2SmWPCoUoTYS7wBHmt7NwUf6fl2 PF7jjoBvpkTXAY+546EjEnUoTScRVL3BtJ5FwUpHvZA4meIDgY8/JEIRv/jCuaOYXX072uihB5Ns ne+K8LviKcc2YTj/nhzqbHxWOz9SsXGNn5j7GzqKKHpb1PTwy7AJ5FTpFMRrXnCFa+RC++l5Ukoz G4sQqBHb+JBdSMMQlicb3H3xhlUa3nR0tOZJVPETrcLuF5oDKibFuDXduZ7z/Nz85NOpjrzpFCei 38jus1qSUkCk9Z+b3SeThwOH/D74x09ATSw3OYvAIneXfCbhsug6Qsx0eBt9ojgXag618fITCMm9 GGyvfKt+PpNFzchIVT9TRhiP650XnfdAorh6vpJ6HP0oV1THN3u08/TZD91E/qa8z0ulcu1kXvMS eBOM8L38ggtETCHXlFIoLqGAGYXgiif95b1doy5ZPA5otw6vUsXz/8QvhjHqv1HZI95s36dw6yF4 wWaAWNcluVcpyNdwbPd94mdz4XcdQed+FQeAJFdyB2iAFAd+q/d6fLGADhd17/ErobEnuYIlDoh7 pfJsLhF1OCEKFOJyBChtqheCtlcTQ+J53Sd0SxB5jQeEHiduK3iCJrCD5yYCemeEpTeEYHB93Ld5 focJTfglbzYsVPhqWaiFW8iFXeiFXwiGYbiENKCESmgFZjhSsRUCI1cfVigsaDgRbsiDNQiHa4iF FlCHRUgFNCgdEseHzXCHJ9dsIsgHT6h/HfiC0NBt2oZw2VF9yCYGeZeCD7dv9SYXkHIOV8JwtLF2 ttYqDGgSK7d+sv9XiYmBHCjIJzgnJz/CcI+RfRkCbBPXciEXiyoidMcHcoPwhxzHgTLHJGxogTxX e7Toee+Wi4aXFcQYJo3XfAMIJJHBHyBoGwLXjLHxi2nxiz+yHLmIJKNXD+Yneqw4feEBdglIGxdo DNt3dpWIG9TGe9VAdwrYfPCnISDIgLwCgPbIjB2idWNSj8ACKKHXGNkYfALZf/gYigAZKS1yfds3 cAbnJgN4iEiXKW+xfgK5eLMoikGHIbt4DdRXi4IIeBZ5i6qHKGMBfPF4GXyoKBb4dhxZfJkHeAdH hI4XgUHYJBl5eSZHkLtIeCB5kX6ijyBJj0/ofHpYcx5pGLQIk1n/93hulxul934UKRSjIYE2OZT+ iCtbB1T0t3zKgg7g2Bgk4nWbaHTuFnrU4FBWSXIEWRYronYyMo9ueYOfZ291+Sd80RxXeZTXwJfz lyRQQhm9qJOTIRy4R5iFGH+f+IHTMZWWuJKP+Su6WGwAUoxz+RI+qYvtuA6W6YqrcovkYnxV0RkF h3bLeJTX4Y1yQJY9N5B7eZj0IYxCSXqDKSqxsorEdhH8WA8XcZMP2BOUaI47GJKytiEs+IDyQIR5 CG4fh5SpiIHB2ZvTqSsHsQHMqYLtcZ0c2IchqYYc4GuJKIaDmIfFuZDJEojjqZ7ryZ7t6Z7vCZ/x KZ/zSZ/1aZ/3/4mf+amf+8mf/emf/wmgASqgA0qgBWqgB4qgCaqgC8qgDeqgDwqhESqhE0qh24lt 4gGEvqhviBeIckYvRdM3LQFWYnBbbzVhmMYSL8kTqCdysZmit0KIHyZemdNCQmVDLYVLfZVp46Gc Gxh3cvluOJlfuNVI7INdtWM+vxVDlzaSsuh88wh0kieHRZVUWhM7/7VUpbVecANNdiZpx+ekd5Ka 4McZyElg95U/Q5ZJ/TWijHRZi1YXxBeQNqclryenNalbPKZFUjRi3gVDb7poF2mT8ucOpwimBIKn 5NVMflRVZaRIG7ZVJ2VpmPhv56eJxgeKr3dHaeNjjnNlKhZWNv/1S512mQVpfVBxqNG5qYyqS+qF ZUTmqMXEWxFEqkoXfJfaJ9HJG7L5PV1EX2okTgEGrEEWaY9ofw2Yk6hIqLcgokdqXxfjV6YzXh9G SF8KLKs5dRhpqlpxCE/DRNVaraHqXYX1ZY1aafJmiyeIbv3WcpPIY1QFrsMqo+a6Y0/2aEECfVMi jwfXi7USnugES/KkTmhUropEaWYJhVWnlIpRK+C5VOxVASXWABuWnn+GnRXaAxeLsRvLsR3rsR8L sg5qnoZyhKqqAUsGn6CZscYmnuk2pVnYb+j5HOE5shDwH/+6BkuGsqFmFN74kdsGetgIkSdilquo cUB1szebszv/uwpJaxuZ8LKNdirzRyn4SH6xKKifiJmo4ZNNGxVo4bQj0glL4y7/UbGJxnRBNymW EY7bwZNV+ZAjAot+kRZPpbQUMrZQO2ppux2SB7cRWJycp63nx5fAARkFomR/kLd7i5Zu4R6qiA1b qak/iZUGJyTUtbg5+wCZy7ScxrdRehOpcnNMh4wvl3cli7iHq7lZsglJ+53n2rh9G6YrqpBCaLpv KW5kq7erS7dLm7Q8G7sT2W6ya4xSiJgXWBQDuRdhe7eqaycF8bVeS2qwYgqkYXlOOZXGeQai6SWc IozPi7jN67R2m7fjK717yw9lMrneIaSFuHnHRp2bW7e/S7f0/3u+jMudOqCx4xa1YotqNZtrzNG/ IUvABWzAB4zACazAC5yfLEuHqEuylTTAqvaiaOivZ4sCrNK5ryZx6gbBvWey5Hm2WrnBzpsKzatp gIB0S8KPEPmUyat6WQcsu5F25hG24RsXruu7k/a5a4KQ6Zp0+Xa1qHka2VcKXau6O7sHnbuzlXCz GHxntwmFOsGZLnwYrymO1PYqdTpt5lDC9+u7T9u0E4xn+KfFLhy4tTiR/XiVJUK0g3vCNiy2v+sf ZBzFRzzFS/cOLWHG4IsSLJuqhGeUylLCTDzGKPvFgaonz0eAgcy+SUmTw0h+iZq6I4K5KPu6aLvI MzK6mcrIe//HfgeBroPqvybMu/KLyHY8Z1HCfVurqY5SeFbrthRYtMgLpYfMxLVAtjgsxpC2Ka1c kpGLrCvol46AjCwqc55JmfXLtE6su9H7tVDLCYlcaPnLwhBosjgYnQGHushslL07sfY7xk6MyzzM IKdnzagBnDEZm7l6BVF7w6bmwA9csvtLAtT8hZnMwPvMz/3sz/8M0ByFxCDssrs7vvZrvsxMLk1c JPHMy0osvkpryIo8z74XAgeN0Rk9zal80Cfs0bhstrqc0X1yt3RcEvjsZx+prEk4suSLwjpbtuU7 xuG7w7yLwiYc0zOtudMIzdfky0O3kTfJrqDB0SJdys7LtDD/rdTRPAEGcso9ncrFKosuWgiXghyM iLcSbMnSe9NMHc1G3dNafb8QrRlhLbUAeYz2mMVS99HyC87QvMF2C9WZ29S9XNZ3Tb7FqpCteJLv IbvJ+9ZZ3dZJHDByjdR0DRld/dVRPdjPrNeqArqpKSfbmMhJLblxTdeO7dIOvdjNuyJFbc7eLLzK q714W8jykdBmvbp5TdjM3NiOXclPfa/c3MK3Gx78m8sKHdu7Z9SwLdtm7dt3rdqOhrB//cOLOZt8 rNO77bUvbdmIndOmPNzgC9fzG9g/nYDcucxj6sYnDdbuXMlmy7Y23dB2Cw6KbcrBLd3nOdsy0sfq 3KPCvduW//3WEV3eYJzYyy3Op+zSv73eZ41z6tydO+i6iv3ZIu3MGC3bhgsZ5JzLqZ3YnI3fxB2W UKyBvYve613HLj0g9F3TD67YEu7f9onSAT0DJW7iKa7iK87iLe7iLw7jMS7jM07jNW7jN47jOa7j O87jPe7jPw7kQS7kQ07kRW7kR94EEP7fKM7ci33C6O3hnaLKqDKlUd5rU84CGq2vE17XD13SCl7T iPGyX8zk7dGE+53h8GThWR7dac7lmLvTTyvRch7Gh2wCZX6yIo4C8bzf4InlL8DaJlwJgu5rCJ0J sjDn/H3oayHeqVDfuozoXaF+he3mTr7cb062iqtkBi3Nh/8slY2+tDgd6PrcAt+tuwmt5JZM1ucL 06zOGqp94GMt0jr86CDt1tGr5Jjd2ZTe3Fyd2h2963IO23h+Aq1e3att1wmy6nNN3naOqM77FJpN 61+O2pIb7bd+uKyd4JKY3/8dKYbe7d3+5bL+5MdO5c0e1UsWW9He0PpN52Ed0W3N2jF9w8Ye24Fu s8Ie5yI+7Lzu7umd2Yit4eVL7MXeEb193tJM67wMxk/s3CEN6YruJfOe7Djt3eReSc4c4eAezswu txKPyPzRyyE/0xzOA7m+u82t5xuf7CiP5t8t3YHe7/Nd7Q3vUPSL8oKN7zQf5+E98u3O8jCfAw7v 0el+8xr/LfAjbu8xb9czL/HyzrkiP7FN/uatPd2ivu+lEPDAvfVVf+KdnvVMPe6BDey6ftTXbe5j v/HwXvPizrnPPefQ3efPq94jTth8HvDvLvN//gGnjuyovtHlXspQHteYoQwQT/TwPujQfvgOT+8v rdCPD9q8/ex2v9lgrdQaH/St6wP9HRU7vNlo//cb4e9nH+rhrhpK4u1jj+aO/vdWWPEdL/uC7dqX 7/U0kPkFTwFLXPqif/vw9OfykeC6r+a0f+fQ2/nlzfcY3vv86wQrj/vLj+TTT/3Vb/3tac9Env0M LP1WAdHED/yXLM65vfZ1PrHk7OXKX+kDf9ETnOonfuch//3k4G/3V5/+dY/0tl4VwB70hg7meUcA yRDtsv1hMpFCEK65lXd4pgYLvdLJGGRTUlNaWtLlZFIeYDxdXooXQ79XLdY65Vi32ce4dCCdz5sQ o5Bcox5ABtgbPqawIEjpZVXKZt2EqJZadk1dt8Rm2OPC+QhcJQLM0tz02Fb6kMQYAK1wRLK0uALz wt6wEuXm3Cp97oroMg+ZOkU1I2xAvC6HoC4nR89oXFf1Ul+DLB0fObbaYIEWE32fViIrUdIMfXQW hU9NMTPTnD1Oq86oxl5Bt5NgBTV/wqGFvXETmHUjeD3Jr4O51crwoKTogZqqS3HQK6Vdx4nE4Tam 1iY6Yv+oySHYzmA5RgLTUVj3hVG3afp6bfq2hlYSfO8YDkjWD1O1jp+22SEpAZiRfNZEnuzzAtDC fTQ+mLMYUWIxcbMuqijJTuM4eAddIkS5FOkzfTPjkVnpLalHQkZrKQ0KlSnPJRO7gbpIKVcNfr42 CoKZEpoSewfPosXazBM2bTZhGVq7dtBdv5y4es2yZc9DiGIRTcv4SWlgg4sbclSIl+JRJmg6NbZp Vy7GqoipKnNoWXAHwmzcAS0CE2S+wG9DjowpNG47lVz50i0hu4FeenhbWbUmM6OqaJMXHEu+sbS6 mgdaNrrHnCPjkjPCdMwmKimZ7n0/n5uMuYNaHiYPh1p/Mz0992x8mjshjFhtFuouWt0G8/xZK2b5 gbogGeVgI81Ar3aIZQRoaovPwZ7omutB/Aj0zMDg6smuMdUkdGpCJwr8UETTartvxBMnNBHFFVls 0YX5XIxRxhlprNHG3hq8UccdeezRx946/FHIIYks0sgjkUxSySWZbNLJJz0oAAA7 ------=_NextPart_000_0000_03D0A60F.E35A0CA0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 22 11:42:03 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H92F9-0007Yi-6c for capwap-archive@lists.ietf.org; Mon, 22 Jan 2007 11:42:03 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H92F7-00005O-GN for capwap-archive@lists.ietf.org; Mon, 22 Jan 2007 11:42:03 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id E484F398579 for ; Mon, 22 Jan 2007 08:41:54 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 69E554A41D9 for ; Mon, 22 Jan 2007 08:41:49 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 481E31448103 for ; Mon, 22 Jan 2007 08:41:49 -0800 (PST) Received: from fesscrpp1.tellas.gr (fesscrpp1.tellas.gr [62.169.194.2]) by hermes.tigertech.net (Postfix) with ESMTP id 5228F144827B for ; Mon, 22 Jan 2007 08:41:47 -0800 (PST) Received: from [192.168.1.2] (84.254.22.224) by fesscrpp1.tellas.gr (7.3.117) id 4526170101BC710F for capwap@frascone.com; Mon, 22 Jan 2007 18:41:00 +0200 Message-ID: <45B4E93B.3060004@it.teithe.gr> Date: Mon, 22 Jan 2007 18:41:31 +0200 From: Periklis Chatzimisios Organization: TEI of Thessaloniki User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: capwap@frascone.com X-Enigmail-Version: 0.94.1.2 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.5 tagged_above=-999.0 required=7.0 tests=INFO_TLD X-Spam-Level: Subject: [Capwap] CFP: MediaWiN 2007 - Extended Deadline! X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list Reply-To: pchatzimisios@ieee.org List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.5 (/) X-Scan-Signature: 963faf56c3a5b6715f0b71b66181e01a (Apologies if you receive multiple copies of this message) C A L L F O R P A P E R S ============================= Second Workshop on multiMedia Applications over Wireless Networks (MediaWiN 2007) (http://mediaWiN.it.teithe.gr) July 1st, 2007 Aveiro, Portugal organized in association with the Twelfth IEEE Symposium on Computers and Communications (ISCC 2007) (http://www.comsoc.org/iscc/2007) Scope Following the success of the first MediaWiN 2006 in Athens, Greece, MediaWiN 2007 Workshop will be organized in association with the Twelfth IEEE Symposium on Computers and Communications (ISCC 2007). ISCC is an excellent forum for presenting ideas and results at the junction of communication and computation and provides the perfect framework for hosting the Second MediaWiN Workshop. MediaWiN 2007 offers the opportunity to leading researchers, industry professionals, and academics around the world to meet, present their work, and discuss the latest advances in multimedia systems, services, and applications over wireless networks. The aim of the forum is to disseminate research results, introduce novel applications, promote new ideas, share experiences with real systems and networks, and foster liaison creation between the research, scientific, and industrial communities. Visionary, rigorously presented papers that can steer discussion to new topics are welcome. Topics of Interest All submitted papers will be peer-reviewed by at least three independent reviewers, including a TPC member. Papers must present original and unpublished work and should not be currently under review by any other conference or journal. Topics of particular interest include, but are not limited to, the following: Quality and Reliability of Multimedia in Wireless Networks - Cross-Layer techniques for multimedia communications - Multimedia traffic charging and accounting techniques - Coexistence between Multimedia and Elastic flows in wireless networks - Multimedia support over multi-hop wireless networks (mesh, ad-hoc, sensor networks) Performance Modeling and Analysis of Multimedia Applications - Performance evaluation of multimedia services via analysis, simulation and experiments (voice, video, interactive gaming) - Design, implementation, and testbed/experimental evaluation of multimedia over wireless - Energy efficiency and battery power consumption in protocols for wireless multimedia - Traffic measurements and usability studies - Error modeling, recovery, and adaptation for multimedia applications - Scheduling and link adaptation techniques - Remote navigation of 3D models Emerging Standards & Technologies for Wireless Multimedia Communications - Recent work in standardization fora, including IEEE 802.11, 802.15, 802.16, 802.21 - Network architectures & management for wireless communications (802.11v, CAPWAP) - Analysis and evaluation of compression techniques and standards - Emerging and visionary multimedia applications for wireless mobile networks Multimedia Tools, End Systems, and Applications - Cooperative multimedia applications - Design and improvements of MAC service differentiation solutions - Mobility and handoff management - Security issues in wireless multimedia applications - Game theoretic approaches in designing and deploying multimedia applications Important Dates Submission of research papers due: February 5, 2007 (extended deadline) Notification of paper acceptance: March 1, 2007 Submission of camera-ready papers due: April 5, 2007 Workshop date: July 1, 2007 Paper submission Papers should contain original material and not be previously published,or currently submitted for consideration elsewhere. Manuscripts should not exceed 6 pages in IEEE proceedings style and must be submitted by February 5, 2007. Accepted papers up to 6 pages in the IEEE double-column proceedings format will be published with no additional charge. To submit a paper, please follow the instructions on the Workshop web site; submission will be based on the EDAS conference management system (http://edas.info/newPaper.php?c=5283). The Workshop Proceedings will be part of the ISCC 2007 Proceedings and will be available on IEEE Xplore. Organizing Committee Workshop Co-Chairs: Ilenia Tinnirello, University of Palermo, Italy (ilenia.tinnirello@tti.unipa.it) Periklis Chatzimisios, TEI of Thessaloniki, Greece (pchatzimisios@ieee.org) Program Co-Chairs: Kostas Pentikousis, VTT Technical Research Centre of Finland, Finland (kostas.pentikousis@vtt.fi) Andrea Zanella, University of Padova, Italy (zanella@dei.unipd.it) Vasileios Vitsas, TEI of Thessaloniki, Greece (vitsas@it.teithe.gr) Technical Program Committee Toufik Ahmed (LaBRI, University of Bordeaux I, France) Heikki Ailisto (VTT, Finland) Dimitrios Amanatiadis (TEI of Thessaloniki, Greece) Leonardo Badia (IMT Lucca, Italy) Hussein Badr (Stony Brook University, USA) Albert Banchs (Universidad Carlos III de Madrid, Spain) Giuseppe Bianchi (University of Rome Tor Vergata, Italy) Roksana Boreli (National ICT, Australia) Anthony Boucouvalas (University of Peloponnese, Greece) Christos Bouras (University of Patras and RACTI, Greece) Alvin Chan (Polytechnic University, Hong Kong) Sunghyun Choi (Seoul National University, Korea) Chrysostomos Chrysostomou (University of Cyprus, Cyprus) Merouane Debbah (Institut Eurecom, France) Christos Douligeris (University of Piraeus, Greece) Ladan Gharai (USC Information Sciences Institute, USA) Fary Ghassemlooy (Northumbria University, UK) Fabrizio Granelli (University of Trento, Italy) Ibrahim Habib (City University of New York, USA) Stathes Hadjiefthymiades (University of Athens, Greece) Pi Huang (British Telecom, UK) Christos Ilioudis (TEI of Larissa, Greece) Alexandros Kaloxylos (University of Peloponnese, Greece) George Karetsos (TEI of Larissa, Greece) Ferhat Khendek (Concordia University, Canada) Johan Koolwaaij (Telematica Instituut, The Netherlands) Yevgeni Koucheryavy (Tampere University of Technology, Finland) Michael Logothetis (University of Patras, Greece) Stefan Mangold (Swisscom Innovations, Switzerland) Ioannis Mavridis (University of Macedonia, Greece) Djamal-Eddine Meddour (France Telecom R&D, France) Daniele Miorandi (CREATE-NET, Italy) Georgios Papadimitriou (Aristotle University, Greece) Pasxalis Raptis (TEI of Thessaloniki, Greece) Michele Rossi (University of Padova, Italy) Luca Scalia (University of Palermo, Italy) Antonio Servetti (Politecnico di Torino, Italy) Michael Theologou (National Techn. Univ. of Athens, Greece) Gerd Utz Westermann (Seraja Technologies, Germany) Mika Ylianttila (University of Oulu, Finland) Theodore Zahariadis (Ellemedia Technologies, Greece) Web Chair: Vasileios Lourdas, TEI of Thessaloniki, Greece (lourdas@it.teithe.gr) -- Dr. Periklis Chatzimisios Researcher in Wireless Communications & Multimedia Networks Department of Informatics, TEI of Thessaloniki, GR-574 00 Thessaloniki, Greece E-mail: pchatzimisios@ieee.org URL: http://aetos.it.teithe.gr/~peris Tel: +30 2310-791604 Fax: +30 2310-791290 _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 22 15:41:00 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H95yN-0003of-RG for capwap-archive@lists.ietf.org; Mon, 22 Jan 2007 15:41:00 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H95yM-00063E-5y for capwap-archive@lists.ietf.org; Mon, 22 Jan 2007 15:40:59 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 37C583982E6 for ; Mon, 22 Jan 2007 12:40:55 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 900C64A41E0 for ; Mon, 22 Jan 2007 12:40:46 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 633A814482A1 for ; Mon, 22 Jan 2007 12:40:46 -0800 (PST) Received: from mgw-ext13.nokia.com (smtp.nokia.com [131.228.20.172]) by hermes.tigertech.net (Postfix) with ESMTP id E79291448266 for ; Mon, 22 Jan 2007 12:40:42 -0800 (PST) Received: from esebh107.NOE.Nokia.com (esebh107.ntc.nokia.com [172.21.143.143]) by mgw-ext13.nokia.com (Switch-3.2.5/Switch-3.2.5) with ESMTP id l0MKcQlw009289; Mon, 22 Jan 2007 22:38:44 +0200 Received: from daebh102.NOE.Nokia.com ([10.241.35.112]) by esebh107.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 22 Jan 2007 22:40:53 +0200 Received: from daebe103.NOE.Nokia.com ([10.241.35.24]) by daebh102.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 22 Jan 2007 14:40:50 -0600 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_01C73E65.99CEB01E" Date: Mon, 22 Jan 2007 14:40:49 -0600 Message-ID: <0AC25B27A4FD2E4B839C9FAF2C704DBAA5AD77@daebe103.NOE.Nokia.com> In-Reply-To: <45B086BE.6070009@trapezenetworks.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Thread-Index: Acc7pym8ILQMgGm3SIqHBHPybDm2EACvaKVw From: To: , X-OriginalArrivalTime: 22 Jan 2007 20:40:50.0589 (UTC) FILETIME=[9A5F14D0:01C73E65] X-Nokia-AV: Clean X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.2 tagged_above=-999.0 required=7.0 tests=NO_REAL_NAME X-Spam-Level: Cc: margaret@thingmagic.com, capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.2 (/) X-Scan-Signature: 848ed35f2a4fc0638fa89629cb640f48 This is a multi-part message in MIME format. ------_=_NextPart_001_01C73E65.99CEB01E Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Jim- The call for consensus on the port issues was made on the list by the chairs in late Sept, (Sept 19th) and the final resolution deterimined on the list on Oct 10th. I've included the final WG decision as there was so much discussion on this topic over the last year. Best Regards, DorothyG -----Original Message----- From: ext Jim Murphy [mailto:jmurphy@trapezenetworks.com]=20 Sent: Friday, January 19, 2007 12:52 AM To: Pat Calhoun (pacalhou) Cc: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Pat Calhoun (pacalhou) wrote: > Puneet, > =20 > Addressing your specific list of options: > 1) Continuing to bring up the removal of the MUX is simply a waste of=20 > time. The WG has decided, so let's move on please. When was this WG decision made? Your original proposal (this thread) was made on Nov. 22, 2006 (after the IETF meeting) and we are merely discussing the merits of the proposal on the mailing list, as we should. Thanks, Jim _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap ------_=_NextPart_001_01C73E65.99CEB01E Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit x-mimeole: Produced By Microsoft Exchange V6.5 Received: from daebh101.NOE.Nokia.com ([10.241.35.111]) by mvebe101.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 10 Oct 2006 07:56:10 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Received: from esebh108.NOE.Nokia.com ([172.21.143.145]) by daebh101.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 10 Oct 2006 09:56:08 -0500 Received: from esdks002.ntc.nokia.com ([172.21.138.121]) by esebh108.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 10 Oct 2006 17:56:02 +0300 Received: (from root@localhost) by esdks002.ntc.nokia.com (8.12.9/8.12.9) id k9AEtm9L016006 for ; Tue, 10 Oct 2006 17:55:48 +0300 Received: from mgw-ext01.nokia.com (131.228.20.93) by esdks002.ntc.nokia.com 00clNJdH; Tue, 10 Oct 2006 17:55:47 EEST Received: from thingmagic.com (tm-beth-server.cictr.com [204.9.221.19] (may be forged)) by mgw-ext01.nokia.com (Switch-3.1.10/Switch-3.1.10) with ESMTP id k9AEtjLw003613 for ; Tue, 10 Oct 2006 17:55:46 +0300 Received: from [66.30.121.250] (account margaret HELO [192.168.2.2]) by thingmagic.com (CommuniGate Pro SMTP 5.0.1) with ESMTPSA id 1368796; Tue, 10 Oct 2006 10:55:38 -0400 Content-class: urn:content-classes:message Subject: LACK OF CONSENSUS: 2-port/mux issue Date: Tue, 10 Oct 2006 08:53:41 -0600 Message-ID: <2A669DF3-0222-46CC-B9B6-541CCF87A1C6@thingmagic.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: LACK OF CONSENSUS: 2-port/mux issue Thread-Index: AcbsfDkKvXDId0sGSfqVdh828HeS8w== From: To: Cc: , Hi All, Over the past few months, we have had an open issue in the CAPWAP WG =20 that we refer to as the "2-port/mux issue". The current CAPWAP =20 protocol specification indicates that the CAPWAP protocol will run =20 over two UDP ports, one for control traffic and one for data =20 traffic. Proposals have been made to move to a single-port approach =20 or to allow for a single-port option. There has been much discussion of this issue, including e-mail =20 discussion and presentations at WG meetings. We have consulted with =20 the IESG, and the outcome of those discussions has been sent to the =20 group. At this point, we believe that every interested party has had =20 an opportunity to present technical facts in support of his/her =20 position, and we believe that the WG is aware of the technical =20 differences between the two approaches. So, it is time to determine =20 the resolution of this issue. The WG chairs have reviewed the status of this issue, and we have =20 found that the WG does not have consensus to modify the =20 demultiplexing mechanism described in the current CAPWAP =20 specification, either to move to a single-port approach or to add a =20 single-port option. Therefore, in the absence of any new technical =20 information, we are closing this discussion. Editors, please close =20 this issue in the issue tracker with a resolution indicating that =20 there is no WG consensus to make this change. We realize that this has been a contentious issue for the WG, and =20 that some people may be dissatisfied with this resolution. We all =20 would have preferred our technical discussions to converge on a =20 single correct choice, but that hasn't happened. In this case, it is =20 possible to build a viable CAPWAP protocol using either approach, and =20 both approaches have advantages and disadvantages that are weighed =20 differently by different parties. Unless new technical information =20 comes to light, we do not believe that continued discussion of this =20 issue will lead to consensus on the technical superiority of either =20 approach. The WG chairs have reviewed the history of this issue to determine =20 how to move forward, given that our technical discussions have not =20 converged. The two-port approach was part of the original LWAPP =20 specification, and It was also included in the -00 version of the =20 CAPWAP specification that was accepted as a WG work item in early =20 2006. There was WG consensus to accept LWAPP as the basis of the =20 CAPWAP specification, therefore the WG chairs believe that WG =20 consensus would be required to change the demultiplexing mechanism. =20 Despite lengthy discussion, the WG has not reached consensus to do that. We would like to thank everyone who has participated in this =20 discussion. We hope that we will be able to put this issue behind us =20 and continue to work together towards a well-defined and widely-=20 deployed CAPWAP specification. Best Regards, Dorothy Gellert, Mahalingam Mani & Margaret Wasserman The CAPWAP WG Co-Chairs ------_=_NextPart_001_01C73E65.99CEB01E Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap ------_=_NextPart_001_01C73E65.99CEB01E-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 22 16:10:14 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H96Qg-00088k-AB for capwap-archive@lists.ietf.org; Mon, 22 Jan 2007 16:10:14 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H96Qd-0006Nr-P2 for capwap-archive@lists.ietf.org; Mon, 22 Jan 2007 16:10:14 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 5B0F0398571 for ; Mon, 22 Jan 2007 13:10:11 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 8018B4A41E0 for ; Mon, 22 Jan 2007 13:10:02 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 5818C3980B5 for ; Mon, 22 Jan 2007 13:10:02 -0800 (PST) Received: from trpz.com (mail1.trpz.com [66.7.225.38]) by zoidberg.tigertech.net (Postfix) with ESMTP id 969A439817D for ; Mon, 22 Jan 2007 13:09:58 -0800 (PST) Received: from [127.0.0.1] (nw3-dhcp-228.trpz.com [172.21.22.228]) by trpz.com (8.13.5/8.11.6) with ESMTP id l0ML9Tx9032312; Mon, 22 Jan 2007 13:09:30 -0800 Message-ID: <45B5280B.1080906@trapezenetworks.com> Date: Mon, 22 Jan 2007 13:09:31 -0800 From: Jim Murphy User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Dorothy.Gellert@nokia.com References: <0AC25B27A4FD2E4B839C9FAF2C704DBAA5AD77@daebe103.NOE.Nokia.com> In-Reply-To: <0AC25B27A4FD2E4B839C9FAF2C704DBAA5AD77@daebe103.NOE.Nokia.com> X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0 tagged_above=-999 required=7 tests= X-Spam-Level: Cc: margaret@thingmagic.com, capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 932cba6e0228cc603da43d861a7e09d8 I think there is some confusion here. Adding the MUX header (preamble) to the CAPWAP header was not proposed until Nov. 22. This is independent of the port issue. Thanks, Jim Dorothy.Gellert@nokia.com wrote: > Hi Jim- > > The call for consensus on the port issues was made on the list by the > chairs in late Sept, (Sept 19th) and the final resolution deterimined on > the list on Oct 10th. I've included the final WG decision as there was > so much discussion on this topic over the last year. > > Best Regards, > DorothyG > > > > > > > -----Original Message----- > From: ext Jim Murphy [mailto:jmurphy@trapezenetworks.com] > Sent: Friday, January 19, 2007 12:52 AM > To: Pat Calhoun (pacalhou) > Cc: capwap@frascone.com > Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of > 146) > > > > Pat Calhoun (pacalhou) wrote: >> Puneet, >> >> Addressing your specific list of options: >> 1) Continuing to bring up the removal of the MUX is simply a waste of >> time. The WG has decided, so let's move on please. > > When was this WG decision made? Your original proposal (this thread) was > made on Nov. 22, 2006 (after the IETF meeting) and we are merely > discussing the merits of the proposal on the mailing list, as we should. > > Thanks, > > Jim > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > > > ------------------------------------------------------------------------ > > Subject: > LACK OF CONSENSUS: 2-port/mux issue > From: > > Date: > Tue, 10 Oct 2006 08:53:41 -0600 > To: > > > To: > > CC: > , > > > Hi All, > > Over the past few months, we have had an open issue in the CAPWAP WG > that we refer to as the "2-port/mux issue". The current CAPWAP > protocol specification indicates that the CAPWAP protocol will run > over two UDP ports, one for control traffic and one for data > traffic. Proposals have been made to move to a single-port approach > or to allow for a single-port option. > > There has been much discussion of this issue, including e-mail > discussion and presentations at WG meetings. We have consulted with > the IESG, and the outcome of those discussions has been sent to the > group. At this point, we believe that every interested party has had > an opportunity to present technical facts in support of his/her > position, and we believe that the WG is aware of the technical > differences between the two approaches. So, it is time to determine > the resolution of this issue. > > The WG chairs have reviewed the status of this issue, and we have > found that the WG does not have consensus to modify the > demultiplexing mechanism described in the current CAPWAP > specification, either to move to a single-port approach or to add a > single-port option. Therefore, in the absence of any new technical > information, we are closing this discussion. Editors, please close > this issue in the issue tracker with a resolution indicating that > there is no WG consensus to make this change. > > We realize that this has been a contentious issue for the WG, and > that some people may be dissatisfied with this resolution. We all > would have preferred our technical discussions to converge on a > single correct choice, but that hasn't happened. In this case, it is > possible to build a viable CAPWAP protocol using either approach, and > both approaches have advantages and disadvantages that are weighed > differently by different parties. Unless new technical information > comes to light, we do not believe that continued discussion of this > issue will lead to consensus on the technical superiority of either > approach. > > The WG chairs have reviewed the history of this issue to determine > how to move forward, given that our technical discussions have not > converged. The two-port approach was part of the original LWAPP > specification, and It was also included in the -00 version of the > CAPWAP specification that was accepted as a WG work item in early > 2006. There was WG consensus to accept LWAPP as the basis of the > CAPWAP specification, therefore the WG chairs believe that WG > consensus would be required to change the demultiplexing mechanism. > Despite lengthy discussion, the WG has not reached consensus to do that. > > We would like to thank everyone who has participated in this > discussion. We hope that we will be able to put this issue behind us > and continue to work together towards a well-defined and widely- > deployed CAPWAP specification. > > Best Regards, > > Dorothy Gellert, Mahalingam Mani & Margaret Wasserman > The CAPWAP WG Co-Chairs > > > > > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 22 16:23:35 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H96db-0003JN-Rp for capwap-archive@lists.ietf.org; Mon, 22 Jan 2007 16:23:35 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H96da-0002J3-Uo for capwap-archive@lists.ietf.org; Mon, 22 Jan 2007 16:23:35 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id BE098398581 for ; Mon, 22 Jan 2007 13:23:30 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 2C84E4A41E0 for ; Mon, 22 Jan 2007 13:23:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 1589639828B for ; Mon, 22 Jan 2007 13:23:22 -0800 (PST) Received: from shell4.bayarea.net (shell4.bayarea.net [209.128.82.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id D85933983F9 for ; Mon, 22 Jan 2007 13:23:19 -0800 (PST) Received: (qmail 19107 invoked from network); 22 Jan 2007 13:23:19 -0800 Received: from shell4.bayarea.net (209.128.82.1) by shell4.bayarea.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 22 Jan 2007 13:23:19 -0800 Date: Mon, 22 Jan 2007 13:23:19 -0800 (PST) From: "David T. Perkins" X-X-Sender: dperkins@shell4.bayarea.net To: capwap@frascone.com Message-ID: MIME-Version: 1.0 X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=-0.001 tagged_above=-999 required=7 tests=SPF_HELO_PASS X-Spam-Level: Cc: margaret@thingmagic.com Subject: [Capwap] Proposal for image management X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 2ce306e4307a2c0b518ae453b13efdd0 HI, Please consider the below. All comments welcome. -------------------------------------- WTP Image Management -------------------- Introduction ------------ The primary goal of the CAPWAP protocol is to define a protocol so that a wireless network can be deployed that contains WTPs and AC from different vendors. One part of such a system is the management of the software that provides the WTP function in access points. For single vendor environments with simple access point architecture, solutions can be quite simple. However, to support a range of WTP implementations, a more complex solution is needed. Most current devices that provide the WTP function are single purposed, and the software for the device is packaged as a single file and typically called the "system image". It is possible however to have a multi-purpose device provide the WTP function along with simultaneously providing other functions. For such devices, the software for just the WTP function could also be packaged as single file. Thus, the image management in CAPWAP should support any device as long as the the software can be packaged as a single file. The devices that support the WTP function range in capability of storing no image to multiple images. The number of images that can be stored (and the characteristics of the storage) affect the cost, reliability, and flexibility of the devices. CAPWAP must support devices that have the capability of storing more than one image. This slightly increases the complexity of CAPWAP since the protocol must have operations to determine the number of storage locations, determine the characteristics of stored images, specify a location when storing an image on the device, and to specify which image to run after the next reset. There are two places in the operation of a WTP that provide for the download of an image. These are: 1) immediately after a DTLS session has been established, and the Join operation successfully completed, but before configuration update commands. At this point, the WTP has communicated in the Join operation its identifying characteristics including its: a) manufacturer b) model c) device unique ID (such as serial number or base MAC address) d) field installed components e) currently running WTP software f) list of available storage areas and the WTP software that exists in each Using this information, the AC can decide to either: a) proceed using the currently running software b) instruct the WTP to switch to run WTP software that is already on the WTP (which will result in the WTP rebooting) (Specifically, the AC would change the index of the WTP software to run, and then reboot the WTP.) c) download a new image (WTP software), either replacing an existing image or storing it in an unused storage area. Then, if needed, set the index of the WTP software to the new image, and reboot the WTP. After the WTP reboots, and re-establishes a DTLS session, and the Join operation completes successfully, the WTP should be running the version of the software desired by the AC. 2) During normal operation of the WTP (that is, in the "Run" state), the AC may query the WTP as to determine its list of available storage areas for WTP software and what exists in each, and what is the index of the WTP software to run after the next reboot. The AC may change the value of the index, and may download an image to replace an existing one or store it in an unused storage area. The AC at a later time, such as during a maintenance interval, can instruct the WTP to reboot and run the previously downloaded image. Currently In CAPWAP ------------------- CAPWAP as specified in CAPWAP-03 does not support several aspects of the above. First, it has no concept of storage areas for multiple images. Thus, to run a different version of WTP software requires replacement of the currently running WTP software. Current CAPWAP does support both places during operation to download a different image. However, when done in the RUN state, the WTP stops all other operations, and when the download is completed (or aborted), the WTP next resets. That is, image download is service affecting. Current CAPWAP Operations for Image Management ---------------------------------------------- There are three operations defined for image management, all use "Image Data Request"(9.1) and "Image Data Response" (9.2) messages. The operations are: 1) AC->WTP - Initiate image download (use Initiate Download (4.4.26) message element, which has no content) 2) WTP->AC - Start image download (uses Image Filename (4.4.25) message element, which has a filename as content) 3) AC->WTP - Image portion (uses Image Data(4.4.24) message element, which has fields: 1) opcode - selector with values: a) image data included b) abort transfer 2) checksum of image data 3) image data (zero to 1024 octets)) Problems with Current Image Management -------------------------------------- 1) The same message is used for three different operations. (This can be resolved by creating two additional message pairs.) 2) The description of the Join operation says that the WTP gets the AC's version and compares it with its own to determine if the versions are compatible, and it not, then initiates image download to get the most recent version. However, a WTP does not have sufficient information to make such a decision. Only appropriate for an AC to have information and rules to determine what version of software that a WTP should be running. Note that how an AC obtains the information and rules is either builtin to the AC software, and/or provided through other management interfaces (such as the CLI or SNMP) to the AC. (This can be resolved by removing the WTP initiated download of software.) 3) In a WTP initiated start of image download, a filename is provided as the message element. The description does not specify whether the filename refers to a file on the WTP or AC. However, it is implied to be on the AC, since it is used to initiate a download, and the filename is not used in other operations. This is problematic, since the AC has the knowledge and rules to determine what image to download to each WTP. Also, as is, a filename would couple AC implementation with WTP implementation, which is doubtful in multi-vendor deployments. Also, the is nothing to prevent two different WTPs from choosing the same filename, and if used as is by the AC, then a conflict would result. (This can be resolved by removing the filename.) 4) No support for WTP storing more than a single image. Because current CAPWAP supports only a single image, the image version is implied in the value of the "software version field" of the WTP descriptor message element. However, this is flawed, since it assumes that vendor identifier identifies both the hardware and software of the WTP. (This can be resolved by adding a new message element that lists the storage areas for WTP images, and specifies their contents - either empty, or image description, provider, and version; and the identification of the image to be used on the next boot. It could possibly additionally include image attributes such as time image stored, number of times image used for booting the WTP, timestamp of last time image booted, image size, MD5 digest, counts such as "crashes" of image, etc. With the list of storage message elements, the AC sent operation that downloads portions of an image must be modified to specify which storage location to store image data.) 5) No support for WTP indicating failure during image download. Failure could occur due to resource exhaustion (such out of memory to buffer image before write), or due to write of image to persistent storage. (This can be resolved by adding result codes to the image portion operation.) 6) The Image Data Message element has several problems. This include: 1) it has a checksum that is used to determine if the block of image data has been modified. However, the DTLS session provides information to determine if a message has been modified. Also, the algorithm for the checksum is not specified. (This can be resolved by removing from each message element, and providing for a digest, such as MD5, for the entire file.) 2) end-of-file determination is implicit by the size of the image data element. That is, when the size of the image data field is less than 1024, then the end of the image file has been reached. (This can be resolved by using "opcode" field to explicitly indicate the end of the image transfer, (and used to specify that the "image data field" contains the digest of the image file)). 3) no block number of image data. The message element does not provide the block number of the image file data element. Thus, outer CAPWAP message parameters must be used by the code that processes the data image to determine the block number. This becomes a very important issue when an image transfer occurs while in the run state. (This can be resolved by adding a 32-bit block number.) 4) no location to store image. As previously mentioned, current CAPWAP does not support multiple storage locations for images. When this support is added, a mechanism needs to be added to provide this on image download. (This can be resolved by adding a location id field, or download session field to the image data message element.) 7) The AC initiate download operation does not specify any message elements that a WTP can use to determine if the download has high probability of succeeding. The WTP can determine if it supports download to a specific memory location (a WTP may images that are "permanent", or the WTP may not have enough persistent storage for the image). (This can be resolved by having AC initiated download to specify the size of the image file, and the location to store the image. The result would give the AC a hint if it should proceed with image download. Note that this operation be renamed to download check, since it doesn't initiate a download.) 8) There is not a mechanism for the WTP to indicate to the AC that the image that is being downloaded is inappropriate for it to use. An example would be for the image of, say, "model A", being downloaded to, say, "model B" and this would result in a system crash. Note: it is not practical due to multi-vendor differences of image files for an AC to be able to examine an image file to determine the the appropriate hardware and modules that can run an image. Thus, the check can only practically be performed on the WTP. (This issue can be resolved by adding a new error to be returned during image transfer that aborts image transfer and indicates inappropriate image for the WTP. Note: due to vendor design choices in where information is stored in the image file, the error may be generated after any data block of the image.) Summary of Suggested Changes ---------------------------- 1) Eliminate WTP->AC operation to initiate image transfer, and thus, eliminate the "image filename" message element (4.4.25). 2) Add new message element that is returned by Join that lists storage areas for images and the current contents and identification of image used for current and to use for next reboot. 3) Add new operation (and message pair) for download check. 4) Modify image data element to: a) eliminate checksum field b) add new value for opcode to specify "end-of-file", and when so, to include image digest type, and image digest in the image data field. c) add 32-bit block number to the beginning of the image data 5) Have failure results the image transfer and download check operations. 6) Have image check and image download operations from RUN state to not change current state (and have no auto-reboot) after image download. Outstanding Issues ------------------ 1) Can multiple simultaneous downloads occur in the RUN state? (Suggestion - Let this be optional, and add new error code to indicate non-support.) 2) How is the location of the image to run on the next download specified? (Suggestion - done with a parameter to the REBOOT operation and make reboot required if image download done at "join time".) Example Message Flows --------------------- 1) No image download after join ============ ============ WTP AC ============ ============ [--------------- discovery process -------------] Discover Request ------> <------ Discover Response (---- possibly additional operations ----) [--------------- end discovery -----------------] (--- begin dtls handshake ---) ClientHello ------> <------ HelloVerifyRequest (with cookie) ClientHello ------> (with cookie) <------ ServerHello <------ Certificate <------ ServerHelloDone (WTP callout for AC authorization) Certificate* ClientKeyExchange CertificateVerify* [ChangeCipherSpec] Finished ------> (AC callout for WTP authorization) [ChangeCipherSpec] <------ Finished (--- DTLS session is established now ---) Join Request ------> <------ Join Response (--- Image is desired version, so proceed with initial configuration and transition to RUN state ----------------) 2) Image download after join ============ ============ WTP AC ============ ============ [--------------- discovery process -------------] Discover Request ------> <------ Discover Response (---- possibly additional operations ----) [--------------- end discovery -----------------] (--- begin dtls handshake ---) ClientHello ------> <------ HelloVerifyRequest (with cookie) ClientHello ------> (with cookie) <------ ServerHello <------ Certificate <------ ServerHelloDone (WTP callout for AC authorization) Certificate* ClientKeyExchange CertificateVerify* [ChangeCipherSpec] Finished ------> (AC callout for WTP authorization) [ChangeCipherSpec] <------ Finished (--- DTLS session is established now ---) Join Request ------> <------ Join Response (--- New image desired ---) <------ Check download Request Check download Response ------> ---- | <------ Image download Request | | Image download Response ------> | ----- repeated until image downloaded <------ Reset Request Reset Response ------> (---- WTP Reboots ----) 3) Image download in RUN state (--- WTP in RUN state ---) (--- Different image desired. due to administrative operation at AC ---) <------ Check download Request Check download Response ------> ---- | <------ Image download Request | | Image download Response ------> | ----- repeated until image downloaded, while still in RUN state (---- WTP still in RUN state ---) (---- time passes by -----) (---- AC decides (due to administrative specification or action) that WTP should be running different image ----) <------ Reset Request Reset Response ------> (---- WTP Reboots using specified image ----) -------------------------------------- Regards, /david t. perkins _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 22 17:59:21 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H988H-0007T9-UI for capwap-archive@lists.ietf.org; Mon, 22 Jan 2007 17:59:21 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H988E-0003w7-Dr for capwap-archive@lists.ietf.org; Mon, 22 Jan 2007 17:59:21 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 64BB74314AC for ; Mon, 22 Jan 2007 14:59:06 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id D1A434A41E0 for ; Mon, 22 Jan 2007 14:58:58 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id B2D3114482A1 for ; Mon, 22 Jan 2007 14:58:58 -0800 (PST) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by hermes.tigertech.net (Postfix) with ESMTP id 7B4C5431454 for ; Mon, 22 Jan 2007 14:58:54 -0800 (PST) Received: from sj-dkim-7.cisco.com ([171.68.10.88]) by sj-iport-5.cisco.com with ESMTP; 22 Jan 2007 14:58:49 -0800 Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-7.cisco.com (8.12.11/8.12.11) with ESMTP id l0MMwnbs011290; Mon, 22 Jan 2007 14:58:49 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l0MMwjho008679; Mon, 22 Jan 2007 14:58:49 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 22 Jan 2007 14:58:45 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 22 Jan 2007 14:58:44 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2031FA01A@xmb-sjc-235.amer.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Interim Agenda Thread-Index: Acc7TgG2WgKoFYTkTCGjXRRGwUW/RgDKpQtw References: From: "Pat Calhoun (pacalhou)" To: "Margaret Wasserman" , "capwap" X-OriginalArrivalTime: 22 Jan 2007 22:58:45.0494 (UTC) FILETIME=[DE996160:01C73E78] Authentication-Results: sj-dkim-7; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim7002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Interim Agenda X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: f607d15ccc2bc4eaf3ade8ffa8af02a0 All, in response to questions about the meeting facility, which details can be found at http://www.ltsnet.net/ietf/67.5/, here is additional information: The building is directly accessible to anyone. The conference room is accessible from the lobby. so while there is a badge reader on the meeting room door, all one would need to do is knock on the door and we would open it (there is a window to see out the door as well, if memory serves). Cisco unfortunately did not have any completely open areas - other than the parking lot which is not conducive to meetings ;-) So when someone enters building 15, they simply knock on the door, and we will open it for them. There is also a washroom that is located just outside the meeting room that does not require a badge, but it is a single use washroom. Larger ones are available inside the building, but require an escort. Each attendees will have to register with the reception and wear a pseudo-badge. I therefore recommend you show up 10 minutes early to go through the registration process and ensure an on-time start-time. I have organized lunches and coffee. Hope that helps, Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Margaret Wasserman [mailto:margaret@thingmagic.com] > Sent: Thursday, January 18, 2007 2:14 PM > To: capwap > Subject: [Capwap] Interim Agenda > > Hi All, > > Attached is the agenda for our upcoming CAPWAP interim > meeting January 24th & 25th in San Jose. This agenda may > change over the next few days as discussions converge on the > list, but hopefully this version will allow people to prepare > for the meeting. > > Please remember that the meeting is not a forum to raise > major new issues or to make new proposals for changes to the > CAPWAP specs -- that should be done on the mailing list. At > the meeting, we will be trying to find resolutions to > existing issues that have already been raised and discussed > on the list. Those resolutions will, of course, be brought > back to the mailing lit for confirmation. > > Margaret > > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 22 18:19:12 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H98RU-0000Tv-BA for capwap-archive@lists.ietf.org; Mon, 22 Jan 2007 18:19:12 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H98RQ-0000fg-U6 for capwap-archive@lists.ietf.org; Mon, 22 Jan 2007 18:19:12 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 8FEC1144844C for ; Mon, 22 Jan 2007 15:19:05 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id EBD334A41E0 for ; Mon, 22 Jan 2007 15:18:47 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id B22F814482BA for ; Mon, 22 Jan 2007 15:18:47 -0800 (PST) Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by hermes.tigertech.net (Postfix) with ESMTP id CA58C144827D for ; Mon, 22 Jan 2007 15:18:41 -0800 (PST) Received: from 10.10.64.154 by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.0)); Mon, 22 Jan 2007 15:18:36 -0800 X-Server-Uuid: 05DA3F36-9AA8-4766-A7E5-53B43A7C42E6 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id EEF5C2AF; Mon, 22 Jan 2007 15:18:35 -0800 (PST) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id BD4F92AE; Mon, 22 Jan 2007 15:18:35 -0800 (PST) Received: from mail-sj1-12.sj.broadcom.com (mail-sj1-12.sj.broadcom.com [10.16.128.215]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id EUT80551; Mon, 22 Jan 2007 15:18:34 -0800 (PST) Received: from NT-SJCA-0751.brcm.ad.broadcom.com (nt-sjca-0751 [10.16.192.221]) by mail-sj1-12.sj.broadcom.com (Postfix) with ESMTP id CDF0620502; Mon, 22 Jan 2007 15:18:34 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 22 Jan 2007 15:18:42 -0800 Message-ID: <8954613CA6BB3242A1531D916A527A4102B60374@NT-SJCA-0751.brcm.ad.broadcom.com> In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A2031F9521@xmb-sjc-235.amer.cisco.com> Thread-Topic: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Thread-Index: Acc6+IBUVzVGW/7PQW2haAOtDGGclAADww9gAAx+//AAz4+X0A== From: "Puneet Agarwal" To: "Pat Calhoun (pacalhou)" , "Abhijit Choudhury" , capwap@frascone.com X-WSS-ID: 69AB99C63S49596589-01-01 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.1 tagged_above=-999.0 required=7.0 tests=HTML_50_60, HTML_MESSAGE X-Spam-Level: Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1823827206==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: f5d404d75844ac9f261aa6dff254c5f4 This is a multi-part message in MIME format. --===============1823827206== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C73E7B.A1D400F2" This is a multi-part message in MIME format. ------_=_NextPart_001_01C73E7B.A1D400F2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi Pat, =20 (1) The WG decided that we need the MUX for the control plane. We believed we might potentially need it for the DATA plane at that time but as it turns out we don't need it for the data plane (as a given DATA tunnel is either DTLS encrypted or not)- so why have this mux CAPWAP data? =20 (3a) As to the open issues on the data channel, we have a state that describes data association done but I didn't find text (maybe I didn't look in the right place so a ptr would be helpful) that describes how the CAPWAP Data session negotiates the key info under the control of the state m/c.=20 =20 (3b) For the data channel, we still haven't decided whether we are going to require different classes of service (say upto 4/8) to have their own DTLS sessions. This is to prevent frame reordering between different classes of traffic from confusing the DTLS machines replay windows. Depending on how this may need to be implemented (different UDP tunnels or same UDP tunnel carrying different DTLS session - that may actual require 2/3 bits for demuxing). =20 Thanks. =20 -Puneet ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com]=20 Sent: Thursday, January 18, 2007 12:04 PM To: Puneet Agarwal; Abhijit Choudhury; capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Puneet, =20 Addressing your specific list of options: 1) Continuing to bring up the removal of the MUX is simply a waste of time. The WG has decided, so let's move on please. 2) To propose that the CAPWAP header be secured in a different fashion is also pointless, because DTLS will encrypt the whole frame. 3) I would certainly be interested in understanding what exactly you believe has been under-specified for DTLS Data channel in version 4 (for which text has been provided on the list). The AC Descriptor communicates the DTLS policy. The state machine has been revised to ensure that the control channel waits for the data channel to be established. I'm certainly unaware of any support to remove DTLS on the data channel, or what the issues you are alluding to. =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Puneet Agarwal [mailto:pagarwal@broadcom.com]=20 Sent: Thursday, January 18, 2007 6:17 AM To: Abhijit Choudhury; capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) =09 =09 Hi Abhijit, =20 CAPWAP control and data are completely orthogonal to each other as they serve very different purpose. For example, MPLS-TE, control and data plane are different - where MPLS TE used RSVP/LDP for control plane whose frame formats are completely different from the MPLS label stack used for transporting the actual data. =20 I agree with you in the general principle of trying to keeping them same (to the extent possible) but it should be at the expense of adding unnecessary overhead to one or both of them. Hence CAPWAP data should not be bloated to maintain some vague notion of compatibility with CAPWAP control. =20 With respect to the original question at hand (determine if the CAPWAP data pkt is encrypted or not), I think there are 3 options that seem reasonable (without worrying about CAPWAP control compatibility): =20 (a) Have the UDP tunnel itself indicate if the pkt is encrypted (hence remove the MUX) (b) Remove MUX and put the "Encrypt" bit in the CAPWAP hdr - with the caveat that only CAPWAP payload is protected (c) Remove MUX hdr and remove support for CAPWAP Data DTLS as it is currently unspecified how this would be set up. When it is specified, then we can have the debate about what parts of the data needs to be encrypted. =20 Adding 32 bits for 1 bit of marginally useful information (and still unspecified setup) is a complete waste of space in a data hdr. =20 Thanks. =20 -Puneet=20 ________________________________ From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com]=20 Sent: Thursday, January 18, 2007 4:02 AM To: Puneet Agarwal; capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) =09 =09 Puneet, Please see my comments in-line. Abhijit =09 =09 ----- Original Message ---- From: Puneet Agarwal To: Abhijit Choudhury ; capwap@frascone.com Sent: Thursday, January 18, 2007 1:58:32 AM Subject: RE: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) =09 =09 Hi Abhijit, =20 Looks like other protocols (including .11) did not have any issues putting this 1 bit in the non-protected part of their (.11) hdr and seem to have a very secure protocol (with WPA2 etc). One can always decide which hdr fields one want to include in the part covered by the authentication/encryption. =20 Hence I am having a hard time understanding why we in CAPWAP keep on insisting that the CAPWAP hdr (especially for CAPWAP DATA) needs to be after DTLS. It seems that having DTLS after CAPWAP hdr would be perfectly secure as well. Hence I disagree with your assertion that DTLS hdr MUST be before CAPWAP hdr. =20 [Abhijit] We should stay away from having different formats for CAPWAP CONTROL and CAPWAP DATA. There should be only one frame format - the CAPWAP frame format. =20 As for what needs to be protected, there are parts of the CAPWAP header that needs=20 to be protected (wireless info, radio mac etc) and other parts that may not. I believe the group decided to protect the entire CAPWAP header in the mailing list earlier. That is why the DTLS header is before the CAPWAP header. =20 My earlier position is still valid: Remove MUX hdr for CAPWAP Data. Potentially add 1 bit in the CAPWAP hdr for the encrypted payload flag. =20 Thanks. =20 -Puneet =20 ________________________________ From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com]=20 Sent: Thursday, January 18, 2007 1:45 AM To: Puneet Agarwal; capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) =09 =09 Hi Puneet, =20 Unfortunately, the CAPWAP header occurs after the DTLS header. So, putting info there doesn't help. We need something before the DTLS header .. all we have there is the IP and UDP headers and we can't insert anything there. =20 Abhijit =09 =09 ----- Original Message ---- From: Puneet Agarwal To: Abhijit Choudhury ; Jim Murphy Cc: capwap@frascone.com Sent: Thursday, January 18, 2007 1:31:30 AM Subject: RE: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) =09 =09 Hi Abhijit, =20 The real issue is the fact that we are using a full 32 bits to add this 1 bit info. One would be perfectly happy if we put this 1 bit in the CAPWAP hdr (by using one of the flag bits). I speculate that .11 (using your example) would have had a fairly adverse reaction if one suggested adding 32 bits for one bit of info. =20 To your other point about high speed implementations: it depends on your particular implementation. There are many other high speed implementations that do not suffer from the issue that you describe. =20 Hence here is my position: Remove MUX hdr for CAPWAP Data. Potentially add 1 bit in the CAPWAP hdr for the encrypted payload flag. =20 Comments? =20 Thanks. =20 -Puneet ________________________________ From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com]=20 Sent: Wednesday, January 17, 2007 8:33 AM To: Jim Murphy Cc: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) =09 =09 Jim, You are correct that the UDP port will identify the packet to be a CAPWAP data=20 packet or not. However, the tunnel=20 attribute that you mention, will typically be the result of a lookup into some data structure. Since some data tunnels could have DTLS encryption and some may not, further parsing of the packet will have to stall until this lookup is done. In high speed implementations, this is not desirable. =20 As I said before, in a clean protocol design, a packet should have all the information required=20 to parse it. For example, the 802.11 header has an extended IV bit that indicates whether the packet carries an extended IV or not. It can argued that a client's traffic at a radio will only have one kind of encryption and hence this is not needed. However, this bit allows parsing of the packet without looking into any client database. =20 =20 Regards, Abhijit =09 =09 ----- Original Message ---- From: Jim Murphy To: Abhijit Choudhury Cc: capwap@frascone.com Sent: Wednesday, January 17, 2007 6:30:00 AM Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) =09 =09 If, as you suggest, DTLS encryption is an attribute of the tunnel and not of the packet, then indeed the preamble is superfluous. =09 There is no additional lookup required if the preamble is not used. To identify a CAPWAP data packet, the forwarding plane is plumbed with the data channel 5-tuple (src IP, dst IP, IP proto, src port, dst port). The forwarding operation is to either decrypt the packet if the tunnel attribute is DTLS encrypted or to CAPWAP de-encapsulate if not. There is no need to look at the CAPWAP preamble to make this decision - it is plumbed in directly. =09 Given that control and data are using different UDP ports and most likely processed on completely different processors, there is no technical or functional value in having uniformity in headers. =09 Thanks, =09 Jim =09 Abhijit Choudhury wrote: > There is no question that the spec has to include a mechanism > to establish an encrypted data channel. > =20 > I think the expectation is that the DTLS encryption of > data channel packets will be enabled or not on a per-tunnel basis.=20 > That said, I would still strongly recommend that the group consider > a packet format that is uniform across the control and data channels. > =20 > In general, it is desirable to have enough information in > a packet header to indicate what the packet format is. No > configuration lookups should be needed to parse the packet. > This is what the proposed CAPWAP preamble header achieves. > In a lot of hardware implementations, being able to parse > packets without waiting for lookup results speeds up the > implementation. With the speeds and scales of implemenations > going up in the future with the adoption of 802.11n, we should > keep the protocol design clean and simple, and not complicate > designs to save a few bytes. > =20 > =20 > Regards, > Abhijit > =20 > =20 > -----Original Message----- > From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] > Sent: Tuesday, January 16, 2007 4:05 PM > To: Pat Calhoun (pacalhou) > Cc: capwap@frascone.com > Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of > 146) >=20 > The following proposal suggests that the CAPWAP preamble is required in > the data channel. I propose the CAPWAP preamble is not required in the > data channel for the following reasons: >=20 > 1. It is not specified in the CAPWAP spec how to establish an encrypted > *data* channel. >=20 > 2. Even if #1 had been specified, then it is not specified how one > signals which data channel packets are DTLS encrypted and which are not. > One could imagine that it would be based on session, but there is no > mechanism specified for how this is accomplished. >=20 > Considering that the CAPWAP preamble adds no value to the data channel, > I propose that the preamble is removed. As I've argued in the past, > being frugal with the use of bytes in data channel headers is critical > for high performance and large scale implementations. >=20 > The inclusion of the preamble in the data channel may be considered in a > future version of CAPWAP when the above issues have been addressed. >=20 > Thanks, >=20 > Jim >=20 > Pat Calhoun (pacalhou) wrote: > > All, > > =20 > > Following the discussion at the IETF meeting in San Diego, I wanted to >=20 > > provide the following proposed resolution for the above issues. Note > > that issues 224 and 89 are directly resolved as part of this fix, > > while issue 146 includes several topics, and this issue only addresses >=20 > > one of the issues raised. > > > > NOTE: The format of the frame I have included here is slightly > > different from the one that I had presented in San Diego. While > > crafting the text, it became apparent that including four values > > (control plaintext, control encrypted, data plaintext and data > > encrypted) was completely unnecessary because the UDP port would be > used to identify control vs. > > data. So the type field really states whether the field is plain text > > or DTLS. There is also room to allow for future encryption protocols > > to be used here. The new header is called preamble, and includes 24 > > reserved bits. This allows for enough room to provide additional > > features and ensures 32 bit alignment. > > > > Proposed Text > > ------------- > > > > 4 CAPWAP Packet Formats > > > > This section contains the CAPWAP protocol packet formats. A CAPWAP > > protocol packet consists of a CAPWAP Transport Layer packet header > > followed by a CAPWAP message. The CAPWAP message can be either of > > type Control or Data, where Control packets carry signaling, and > Data > > packets carry user payloads. The CAPWAP frame formats for CAPWAP > > Data packets, and for DTLS encapsulated CAPWAP Data and Control > > packets. See section Section 3.1 for more information on the use > of > > UDP. > > > > The CAPWAP Control protocol includes two messages that are never > > protected by DTLS. These messages, called the Discovery Request > and > > Discovery Response, need to be in the clear in order for the CAPWAP > > protocol to properly identify and process them. The format of > these > > packets are as follows: > > > > CAPWAP Control Packet (Discovery Request/Response): > > +---------------------------------------------------+ > > | IP | UDP | CAPWAP |CAPWAP | Control | Message | > > | Hdr | Hdr | p-amble|Header | Header | Element(s) | > > +---------------------------------------------------+ > > > > All other CAPWAP control protocol messages MUST be protected via > the > > DTLS protocol, which ensures that the packets are both > authenticated > > and encrypted. The format of these packets are as follows: > > > > CAPWAP Control Packet (DTLS Security Required): > > > +------------------------------------------------------------------+ > > | IP | UDP | CAPWAP | DTLS | CAPWAP | Control | Message | DTLS > | > > | Hdr | Hdr | p-amble| Hdr | Header | Header | Element(s) | Trlr > | > > > +------------------------------------------------------------------+ > > \----------- authenticated ------------/ > > \------------- encrypted > > -------------/ > > > > The CAPWAP protocol allows optional encryption of the data frames, > > once again using the DTLS protocol. Whether or not the data frames > > are encrypted is a matter of policy, which is described in a later > > section of this specification. The format of these packets is as > > follows: > > > > CAPWAP Plain Text Data Packet : > > +-----------------------------------------+ > > | IP | UDP | CAPWAP | CAPWAP | Wireless | > > | Hdr | Hdr | p-amble| Header | Payload | > > +-----------------------------------------+ > > > > DTLS Secured CAPWAP Data Packet: > > +------------------------------------------------------+ > > | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | > > | Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr | > > +------------------------------------------------------+ > > \----- authenticated -----/ > > \------- encrypted --------/ > > > > UDP: All CAPWAP packets are encapsulated within UDP. Section > > Section 3.1 defines the specific UDP usage. > > > > CAPWAP preamble: All CAPWAP protocol packets are prefixed with the > > preable header, which is used to identify the frame type that > > follows. This header, is defined in Section 4.1. > > > > DTLS Header: The DTLS header provides authentication and encrytion > > services to the CAPWAP payload it encapsulates. This protocol > is > > defined in RFC 4347 [9]. > > [...] > > > > 4.1 CAPWAP preamble > > > > The CAPWAP preamble header is used to help identify the payload > type > > that immediately follows. The reason for this header to is avoid > > needing the perform byte comparisons in order to guess whether the > > frame is DTLS encrypted or not. The format of the frame is as > > follows: > > > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 > 1 > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |Version| Type | Reserved > | > > =20 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > Version: A 4 bit field which contains the version of CAPWAP used > in > > this packet. The value for this draft is zero (0). > > > > Payload Type: A 4 bit field which specifies the payload type that > > follows the preamble header. The following values are > supported: > > > > 0 - Clear text. If the packet is received on the data UDP > port, > > the CAPWAP stack MUST treat this as a clear text CAPWAP data > > packet. If received on the control UDP port, the CAPWAP > stack > > MUST treat this as a clear text CAPWAP control packet. If > the > > control packet is not a Discovery Request or Response packet, > > it is illegal and MUST be dropped. > > > > 1 - DTLS Encrypted. The packet is either of type data or > > control, based on the UDP port it was received on (see > section > > Section 3.1). > > > > Reserved: The 24-bit field is reserved for future use. All > > implementations complying with this protocol MUST set to zero > any > > bits that are reserved in the version of the protocol supported > by > > that implementation. Receivers MUST ignore all bits not defined > > for the version of the protocol they support. > > > > 4.2 CAPWAP Header > > [...] > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 > 1 > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |Version| RID | HLEN | WBID |T|F|L|W|M| Flags > | > > =20 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > [...] > > > > Version: A 4 bit field which contains the version of CAPWAP used > in > > this packet. The value of this field MUST match the version > field > > set in the CAPWAP preamble header (see Section 4.1). The reason > > for this duplicate field is to avoid any possible tampering of > the > > version field in the preamble header which is not encrypted or > > authenticated. > > > > > > Pat Calhoun > > CTO, Wireless Networking Business Unit Cisco Systems > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap >=20 > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap >=20 > Archives: http://lists.frascone.com/pipermail/capwap >=20 >=20 > ------------------------------------------------------------------------ > Never Miss an Email > Stay connected with Yahoo! Mail on your mobile. Get started!=20 > >=20 >=20 > ------------------------------------------------------------------------ >=20 > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap >=20 > Archives: http://lists.frascone.com/pipermail/capwap ________________________________ Check out the all-new Yahoo! Mail beta - Fire up a more powerful email and get things done faster. ________________________________ Have a burning question? Go to Yahoo! Answers and get answers from real people who know. ________________________________ It's here! Your new message! Get new email alerts with the free Yahoo! Toolbar. =20 ------_=_NextPart_001_01C73E7B.A1D400F2 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable
Hi Pat,

(1) The WG decided that we need the MUX for the = control=20 plane. We believed we might potentially need it for the DATA plane at = that time=20 but as it turns out we don't need it for the data plane (as a given DATA = tunnel=20 is either DTLS encrypted or not)- so why have this mux CAPWAP=20 data?

(3a) As to the open issues on the data channel, = we have a=20 state that describes data association done but I didn't find text (maybe = I=20 didn't look in the right place so a ptr would be helpful) that describes = how the=20 CAPWAP Data session negotiates the key info under the control of the = state m/c.=20

(3b) For the data channel, we still haven't = decided whether=20 we are going to require different classes of service (say upto 4/8) to = have=20 their own DTLS sessions. This is to prevent frame reordering between = different=20 classes of traffic from confusing the DTLS machines replay windows. = Depending on=20 how this may need to be implemented (different UDP tunnels or same UDP = tunnel=20 carrying different DTLS session - that may actual require 2/3 bits for=20 demuxing).

Thanks.

-Puneet

From: Pat Calhoun (pacalhou)=20 [mailto:pcalhoun@cisco.com]
Sent: Thursday, January 18, 2007 = 12:04=20 PM
To: Puneet Agarwal; Abhijit Choudhury;=20 capwap@frascone.com
Subject: Re: [Capwap] Proposed Resolution = for=20 Issue 224/89 (and part of 146)

Puneet,

Addressing your specific list of options:

1)=20 Continuing to bring up the removal of the MUX is simply a waste of time. = The WG has decided, so let's move on = please.

2) To=20 propose that the CAPWAP header be secured in a different fashion is also = pointless, because DTLS will encrypt the whole = frame.

3) I=20 would certainly be interested in understanding what exactly you believe = has been=20 under-specified for DTLS Data channel in version 4 (for which text has = been=20 provided on the list). The AC Descriptor communicates the DTLS policy. = The state=20 machine has been revised to ensure that the control channel waits for = the data=20 channel to be established. I'm certainly unaware of any support to = remove DTLS=20 on the data channel, or what the issues you are alluding = to.

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Puneet Agarwal=20 [mailto:pagarwal@broadcom.com]
Sent: Thursday, January 18, = 2007=20 6:17 AM
To: Abhijit Choudhury;=20 capwap@frascone.com
Subject: Re: [Capwap] Proposed = Resolution for=20 Issue 224/89 (and part of 146)

Hi Abhijit,

CAPWAP control and data are completely = orthogonal to=20 each other as they serve very different purpose. For example, = MPLS-TE,=20 control and data plane are different - where MPLS TE used = RSVP/LDP for=20 control plane whose frame formats are completely different = from the=20 MPLS label stack used for transporting the actual = data.

I agree with you in the = general principle of=20 trying to keeping them same (to the extent possible) but it = should be at=20 the expense of adding unnecessary overhead to one or both of them. = Hence=20 CAPWAP data should not be bloated to maintain some = vague notion=20 of compatibility with CAPWAP control.

With respect to the original question at hand = (determine=20 if the CAPWAP data pkt is encrypted or not), I think there are 3 = options=20 that seem reasonable (without worrying about CAPWAP control=20 compatibility):

(a) Have the UDP tunnel itself indicate = if the pkt=20 is encrypted (hence remove the MUX)

(b) Remove MUX and put the "Encrypt" bit in = the CAPWAP=20 hdr - with the caveat that only CAPWAP payload is=20 protected

(c) Remove MUX hdr and remove = support for CAPWAP=20 Data DTLS as it is currently unspecified how this would be set = up. When=20 it is specified, then we can have the debate about what parts of the = data=20 needs to be encrypted.

Adding 32 bits for 1 bit of marginally useful = information=20 (and still unspecified setup) is a complete waste of space = in a data=20 hdr.

Thanks.

-Puneet

From: Abhijit Choudhury=20 [mailto:abhijit10425@yahoo.com]
Sent: Thursday, January 18, = 2007=20 4:02 AM
To: Puneet Agarwal; = capwap@frascone.com
Subject:=20 Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of=20 146)

Puneet,
Please=20 see my comments in-line.
Abhijit

-----=20 Original Message ----
From: Puneet Agarwal=20 <pagarwal@broadcom.com>
To: Abhijit Choudhury=20 <abhijit@ieee.org>; capwap@frascone.com
Sent: Thursday, = January 18,=20 2007 1:58:32 AM
Subject: RE: [Capwap] Proposed Resolution for Issue = 224/89=20 (and part of 146)

Hi Abhijit,

Looks like other protocols (including .11) = did not have=20 any issues putting this 1 bit in the non-protected part of their (.11) = hdr and=20 seem to have a very secure protocol (with WPA2 etc). One can always = decide=20 which hdr fields one want to include in the part covered by the=20 authentication/encryption.

Hence I am having a hard time understanding = why we in=20 CAPWAP keep on insisting that the CAPWAP hdr (especially for = CAPWAP DATA)=20 needs to be after DTLS. It seems that having DTLS after CAPWAP hdr = would be=20 perfectly secure as well.

Hence I disagree with your assertion that = DTLS hdr MUST=20 be before CAPWAP hdr.

[Abhijit] We should = stay away from=20 having different formats for CAPWAP CONTROL and

CAPWAP DATA. There should be only one frame format = - the=20 CAPWAP frame format.

As for what needs to be protected, there are parts of the = CAPWAP header=20 that needs

to be protected (wireless = info, radio mac=20 etc) and other parts that may not.

I believe the group decided to protect the = entire CAPWAP=20 header in the mailing list earlier. That is why the DTLS header = is=20 before the=20 CAPWAP header.

My earlier position is still = valid:

Remove MUX hdr=20 for CAPWAP Data. Potentially add 1 bit in the CAPWAP hdr for = the encrypted payload flag.

Thanks.

-Puneet

From: Abhijit Choudhury=20 [mailto:abhijit10425@yahoo.com]
Sent: Thursday, January 18, = 2007=20 1:45 AM
To: Puneet Agarwal; = capwap@frascone.com
Subject:=20 Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of=20 146)

Hi=20 Puneet,

Unfortunately,=20 the CAPWAP header occurs after the DTLS header. So,=20 putting info there doesn't help. We need something before=20 the DTLS header .. all we have there is the IP and=20 UDP headers and we can't insert anything there. Abhijit

-----=20 Original Message ----
From: Puneet Agarwal=20 <pagarwal@broadcom.com>
To: Abhijit Choudhury=20 <abhijit@ieee.org>; Jim Murphy=20 <jmurphy@trapezenetworks.com>
Cc: = capwap@frascone.com
Sent:=20 Thursday, January 18, 2007 1:31:30 AM
Subject: RE: [Capwap] = Proposed=20 Resolution for Issue 224/89 (and part of 146)

Hi Abhijit,

The real issue is the fact that we are using = a full 32=20 bits to add this 1 bit info. One would be perfectly happy if we = put this=20 1 bit in the CAPWAP hdr (by using one of the flag bits). = I speculate=20 that .11 (using your example) would have had a fairly adverse = reaction if=20 one suggested adding 32 bits for one bit of info.

To your other point about high speed = implementations: it=20 depends on your particular implementation. There are many = other high=20 speed implementations that do not suffer from the issue that you=20 describe.

Hence here is my = position:

Remove MUX hdr for CAPWAP Data. Potentially = add 1 bit in=20 the CAPWAP hdr for the encrypted payload=20 flag.

Comments?

Thanks.

-Puneet

From: Abhijit Choudhury=20 [mailto:abhijit10425@yahoo.com]
Sent: Wednesday, January = 17, 2007=20 8:33 AM
To: Jim Murphy
Cc:=20 capwap@frascone.com
Subject: Re: [Capwap] Proposed = Resolution for=20 Issue 224/89 (and part of 146)

Jim, You=20 are correct that the UDP port will identify=20 the packet to be a CAPWAP data packet=20 or not. However, the tunnel attribute=20 that you mention, will typically be=20 the result of a lookup into some data structure.=20 Since some data tunnels could have DTLS=20 encryption and some may not, further parsing=20 of the packet will have to stall until=20 this lookup is done. In high speed implementations,=20 this is not desirable. As=20 I said before, in a clean protocol design, a=20 packet should have all the information required to=20 parse it. For=20 example, the 802.11 header has an extended=20 IV bit that indicates whether the=20 packet carries an extended IV or not. It=20 can argued that a client's traffic at a=20 radio will only have one kind of encryption and=20 hence this is not needed. However, this=20 bit allows parsing of the packet without looking=20 into any client database. Regards, Abhijit

-----=20 Original Message ----
From: Jim Murphy=20 <jmurphy@trapezenetworks.com>
To: Abhijit Choudhury=20 <abhijit@ieee.org>
Cc: capwap@frascone.com
Sent: = Wednesday,=20 January 17, 2007 6:30:00 AM
Subject: Re: [Capwap] Proposed = Resolution for=20 Issue 224/89 (and part of 146)

If, as you suggest, DTLS encryption is an attribute of = the
tunnel and=20 not of the packet, then indeed the preamble = is
superfluous.

There is=20 no additional lookup required if the preamble is not
used. To = identify a=20 CAPWAP data packet, the forwarding plane
is plumbed with the data = channel=20 5-tuple (src IP, dst IP, IP proto,
src port, dst port). The = forwarding=20 operation is to either decrypt
the packet if the tunnel attribute = is DTLS=20 encrypted or to CAPWAP
de-encapsulate if not. There is no need to = look at=20 the CAPWAP preamble
to make this decision - it is plumbed in=20 directly.

Given that control and data are using different UDP = ports=20 and
most likely processed on completely different = processors,
there is=20 no technical or functional value in having uniformity
in=20 headers.

Thanks,

Jim

Abhijit Choudhury = wrote:
>=20 There  is no question that the spec has to include a=20 mechanism
> to establish an encrypted data=20 channel.
>
> I think the expectation is that = the DTLS=20 encryption of
> data channel packets will be enabled or not on a = per-tunnel basis.
> That said, I would still strongly recommend = that=20 the group consider
> a packet format that is uniform across the = control=20 and data channels.
>
> In general, it is = desirable to=20 have enough information in
> a packet header to indicate what = the packet=20 format is.  No
> configuration lookups should be = needed to=20 parse the packet.
> This is what the proposed CAPWAP preamble = header=20 achieves.
> In a lot of hardware = implementations,  being able=20 to parse
> packets without waiting for lookup results speeds up=20 the
> implementation.  With the speeds and scales of=20 implemenations
> going up in the future with the adoption of = 802.11n, we=20 should
> keep the protocol design clean and simple, and not=20 complicate
> designs to save a few=20 bytes.
>
>
> = Regards,
>=20 Abhijit
>
>
> -----Original=20 Message-----
> From: Jim Murphy=20 [mailto:jmurphy@trapezenetworks.com]
> Sent: Tuesday, January = 16, 2007=20 4:05 PM
> To: Pat Calhoun (pacalhou)
> Cc:=20 capwap@frascone.com
> Subject: Re: [Capwap] Proposed Resolution = for=20 Issue 224/89 (and part of
> 146)
>
> The following = proposal=20 suggests that the CAPWAP preamble is required in
> the data = channel. I=20 propose the CAPWAP preamble is not required in the
> data = channel for=20 the following reasons:
>
> 1. It is not specified in the = CAPWAP=20 spec how to establish an encrypted
> *data* channel.
> =
> 2.=20 Even if #1 had been specified, then it is not specified how = one
>=20 signals which data channel packets are DTLS encrypted and which are=20 not.
> One could imagine that it would be based on session, but = there is=20 no
> mechanism specified for how this is accomplished.
> =
>=20 Considering that the CAPWAP preamble adds no value to the data=20 channel,
> I propose that the preamble is removed. As I've = argued in the=20 past,
> being frugal with the use of bytes in data channel = headers is=20 critical
> for high performance and large scale = implementations.
>=20
> The inclusion of the preamble in the data channel may be = considered=20 in a
> future version of CAPWAP when the above issues have been=20 addressed.
>
> Thanks,
>
> Jim
> =
> Pat=20 Calhoun (pacalhou) wrote:
>  >=20 All,
>  >
>  > = Following the=20 discussion at the IETF meeting in San Diego, I wanted to
>=20
>  > provide the following proposed resolution for = the=20 above issues. Note
>  > that issues 224 and 89 are = directly=20 resolved as part of this fix,
>  > while issue 146 = includes=20 several topics, and this issue only addresses
> =
>  >=20 one of the issues = raised.
>  >
>  >=20 NOTE: The format of the frame I have included here is=20 slightly
>  > different from the one that I had = presented=20 in San Diego. While
>  > crafting the text, it = became=20 apparent that including four values
>  > (control=20 plaintext, control encrypted, data plaintext and = data
>  >=20 encrypted) was completely unnecessary because the UDP port would = be
>=20 used to identify control vs.
>  > data. So the type = field=20 really states whether the field is plain text
>  > = or DTLS.=20 There is also room to allow for future encryption=20 protocols
>  > to be used here. The new header is = called=20 preamble, and includes 24
>  > reserved bits. This = allows=20 for enough room to provide additional
>  > features = and=20 ensures 32 bit = alignment.
>  >
>  >=20 Proposed Text
>  >=20 -------------
>  >
>  >=20 4  CAPWAP Packet=20 = Formats
>  >
>  >   = This=20 section contains the CAPWAP protocol packet formats.  A=20 CAPWAP
>  >    protocol packet = consists=20 of a CAPWAP Transport Layer packet=20 header
>  >    followed by a = CAPWAP=20 message.  The CAPWAP message can be either=20 of
>  >    type Control or = Data, where=20 Control packets carry signaling, and
>=20 Data
>  >    packets carry user = payloads.  The CAPWAP frame formats for=20 CAPWAP
>  >    Data packets, = and for=20 DTLS encapsulated CAPWAP Data and=20 = Control
>  >    packets. &nbs= p;See=20 section Section 3.1 for more information on the use
>=20 = of
>  >    UDP.
>  = ;>
>  >    The=20 CAPWAP Control protocol includes two messages that are=20 never
>  >    protected by=20 DTLS.  These messages, called the Discovery Request
>=20 and
>  >    Discovery Response, = need to=20 be in the clear in order for the=20 CAPWAP
>  >    protocol to = properly=20 identify and process them.  The format of
>=20 these
>  >    packets are as=20 = follows:
>  >
>  >   = ;     CAPWAP=20 Control Packet (Discovery=20 = Request/Response):
>  >     &= nbsp;  +---------------------------------------------------+>  >        |=20 IP  | UDP | CAPWAP |CAPWAP | Control |=20 = Message    |
>  >   = ;     |=20 Hdr | Hdr | p-amble|Header | Header  | Element(s)=20 = |
>  >        = +---------------------------------------------------+
>  = >
>  >    All=20 other CAPWAP control protocol messages MUST be protected via
>=20 the
>  >    DTLS protocol, = which=20 ensures that the packets are both
>=20 authenticated
>  >    and=20 encrypted.  The format of these packets are as=20 = follows:
>  >
>  >   = ; =20 CAPWAP Control Packet (DTLS Security=20 Required):
>  >
>=20 = +------------------------------------------------------------------+
&= gt;  >    =20 | IP  | UDP | CAPWAP | DTLS | CAPWAP | Control |=20 Message    | DTLS
>=20 |
>  >     | Hdr | Hdr | = p-amble|=20 Hdr  | Header | Header  | Element(s) | = Trlr
>=20 |
>  >
>=20 = +------------------------------------------------------------------+
&= gt;  >         =             &= nbsp;    \-----------=20 authenticated=20 = ------------/
>  >      =             &= nbsp;           &n= bsp;   \-------------=20 encrypted
>  >=20 = -------------/
>  >
>  >  = ;  The=20 CAPWAP protocol allows optional encryption of the data=20 frames,
>  >    once again = using the=20 DTLS protocol.  Whether or not the data=20 frames
>  >    are encrypted is = a=20 matter of policy, which is described in a=20 later
>  >    section of this=20 specification.  The format of these packets is=20 = as
>  >    follows:
> &= nbsp;>
>  >      &nbs= p; CAPWAP=20 Plain Text Data Packet=20 = :
>  >        = +-----------------------------------------+
>  > =        |=20 IP  | UDP | CAPWAP | CAPWAP |=20 = Wireless  |
>  >    &nbs= p;   |=20 Hdr | Hdr | p-amble| Header | Payload  =20 = |
>  >        = +-----------------------------------------+
>  >
&g= t;  >        DTLS=20 Secured CAPWAP Data=20 = Packet:
>  >       = +------------------------------------------------------+
>&nb= sp; >        |=20 IP  | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS=20 = |
>  >        = | Hdr=20 | Hdr | p-amble| Hdr  |  Hdr   |=20 Payload  | Trlr=20 = |
>  >        = +------------------------------------------------------+
> &nb= sp;>           =             &= nbsp;      \-----=20 authenticated=20 = -----/
>  >       &= nbsp;           &n= bsp;           &nb= sp;    \-------=20 encrypted=20 = --------/
>  >
>  >  &nbs= p; UDP:  All=20 CAPWAP packets are encapsulated within=20 = UDP.  Section
>  >    &n= bsp; =20 Section 3.1 defines the specific UDP=20 = usage.
>  >
>  >   &= nbsp;CAPWAP=20 preamble:  All CAPWAP protocol packets are prefixed with=20 the
>  >       = preable=20 header, which is used to identify the frame type=20 that
>  >      =20 follows.  This header, is defined in Section=20 = 4.1.
>  >
>  >   &nb= sp;DTLS=20 Header:  The DTLS header provides authentication and=20 encrytion
>  >       = services=20 to the CAPWAP payload it encapsulates.  This = protocol
>=20 is
>  >       defined = in RFC=20 4347 [9].
>  >=20 [...]
>  >
>  > = 4.1  CAPWAP=20 = preamble
>  >
>  >   = ; The=20 CAPWAP preamble header is used to help identify the payload
>=20 type
>  >    that immediately=20 follows.  The reason for this header to is=20 avoid
>  >    needing the = perform byte=20 comparisons in order to guess whether=20 the
>  >    frame is DTLS = encrypted or=20 not.  The format of the frame is=20 = as
>  >    follows:
> &= nbsp;>
>  >      &nbs= p; =20 = 0            =       =20 = 1            =       =20 = 2            =       =20 = 3
>  >        = 0 1=20 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0
>=20 1
>  >
>=20 = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=   >        |Version|= =20 = Type  |         &n= bsp;          Reserved<= BR>>=20 = |
>  >        =
>  >=20 = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=   >
>  >    Version:&= nbsp; A=20 4 bit field which contains the version of CAPWAP used
>=20 in
>  >       this=20 packet.  The value for this draft is zero=20 = (0).
>  >
>  >   &nb= sp;Payload=20 Type:  A 4 bit field which specifies the payload type=20 that
>  >       = follows the=20 preamble header.  The following values are
>=20 = supported:
>  >
>  >  &nb= sp;   =20 0 -  Clear text.  If the packet is received on the = data=20 UDP
>=20 = port,
>  >       &n= bsp;  the=20 CAPWAP stack MUST treat this as a clear text CAPWAP=20 = data
>  >       &nb= sp;  packet.  If=20 received on the control UDP port, the CAPWAP
>=20 = stack
>  >       &n= bsp;  MUST=20 treat this as a clear text CAPWAP control = packet.  If
>=20 = the
>  >       &nbs= p;  control=20 packet is not a Discovery Request or Response=20 = packet,
>  >       =    it=20 is illegal and MUST be=20 = dropped.
>  >
>  >   = ;   =20 1 -  DTLS Encrypted.  The packet is either of type = data=20 = or
>  >        = ;  control,=20 based on the UDP port it was received on (see
>=20 = section
>  >       =    Section=20 = 3.1).
>  >
>  >   &n= bsp;Reserved:  The=20 24-bit field is reserved for future=20 = use.  All
>  >     = =20 implementations complying with this protocol MUST set to zero
>=20 any
>  >       bits = that are=20 reserved in the version of the protocol supported
>=20 by
>  >       that=20 implementation.  Receivers MUST ignore all bits not=20 defined
>  >       = for the=20 version of the protocol they=20 support.
>  >
>  > = 4.2  CAPWAP=20 Header
>  >=20 = [...]
>  >       &n= bsp;=20 = 0            =       =20 = 1            =       =20 = 2            =       =20 = 3
>  >        = 0 1=20 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0
>=20 1
>  >
>=20 = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=   >        |Version|=   =20 RID   |  HLEN   = |  WBID  =20 |T|F|L|W|M|     Flags
>=20 = |
>  >        =
>  >=20 = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=   >=20 = [...]
>  >
>  >   &n= bsp;Version:  A=20 4 bit field which contains the version of CAPWAP used
>=20 in
>  >       this=20 packet.  The value of this field MUST match the = version
>=20 field
>  >       set = in the=20 CAPWAP preamble header (see Section 4.1).  The=20 reason
>  >       for = this=20 duplicate field is to avoid any possible tampering of
>=20 the
>  >       = version field=20 in the preamble header which is not encrypted=20 or
>  >      =20 = authenticated.
>  >
>  >
>&nb= sp; >=20 Pat Calhoun
>  > CTO, Wireless Networking Business = Unit=20 Cisco Systems
>  >=20 = _________________________________________________________________
>=   >=20 To unsubscribe or modify your subscription options, please=20 visit:
>  > http://lists.frascone.com/mailman/listinfo/capwap
&= gt;  >
>  >=20 Archives: http://lists.frascone.com/pipermail/capwap
> =
>=20 = _________________________________________________________________
>= To=20 unsubscribe or modify your subscription options, please visit:
> = http://lists.frascone.com/mailman/listinfo/capwap
&= gt;=20
> Archives: http://lists.frascone.com/pipermail/capwap
> =
>=20
>=20 = ------------------------------------------------------------------------<= BR>>=20 Never Miss an Email
> Stay connected with Yahoo! Mail on your = mobile.=20 Get started!
> <http://us.rd.yahoo.com/evt=3D43909/*http://mobile.yahoo.co= m/services?promote=3Dmail>
>=20
>
>=20 = ------------------------------------------------------------------------<= BR>>=20
>=20 = _________________________________________________________________
>= To=20 unsubscribe or modify your subscription options, please visit:
> = http://lists.frascone.com/mailman/listinfo/capwap
&= gt;=20
> Archives: http://lists.frascone.com/pipermail/capwap
=

Check out the all-new Yahoo! Mail beta - Fire = up a more=20 powerful email and get things done faster.

Have a burning question? Go to Yahoo! Answers and get answers from = real people=20 who know.

It's here! Your new message!
Get new=20 email alerts with the free Yahoo!=20 Toolbar. ------_=_NextPart_001_01C73E7B.A1D400F2-- --===============1823827206== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============1823827206==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 22 19:06:06 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H99As-0002jh-H2 for capwap-archive@lists.ietf.org; Mon, 22 Jan 2007 19:06:06 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H99Ar-0003ta-4J for capwap-archive@lists.ietf.org; Mon, 22 Jan 2007 19:06:06 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 564A81448455 for ; Mon, 22 Jan 2007 16:06:01 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 091214A45AA for ; Mon, 22 Jan 2007 16:05:52 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id C0EA114482D4 for ; Mon, 22 Jan 2007 16:05:51 -0800 (PST) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by hermes.tigertech.net (Postfix) with ESMTP id D04B6144828A for ; Mon, 22 Jan 2007 16:05:48 -0800 (PST) Received: from 10.10.64.154 by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.0)); Mon, 22 Jan 2007 16:05:36 -0800 X-Server-Uuid: 9206F490-5C8F-4575-BE70-2AAA8A3D4853 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 4E8AA2AF; Mon, 22 Jan 2007 16:05:36 -0800 (PST) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 2A0832AE; Mon, 22 Jan 2007 16:05:36 -0800 (PST) Received: from mail-sj1-12.sj.broadcom.com (mail-sj1-12.sj.broadcom.com [10.16.128.215]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id EUT93103; Mon, 22 Jan 2007 16:05:31 -0800 (PST) Received: from NT-SJCA-0751.brcm.ad.broadcom.com (nt-sjca-0751 [10.16.192.221]) by mail-sj1-12.sj.broadcom.com (Postfix) with ESMTP id 71FE820501; Mon, 22 Jan 2007 16:05:31 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 22 Jan 2007 16:05:48 -0800 Message-ID: <8954613CA6BB3242A1531D916A527A4102B60394@NT-SJCA-0751.brcm.ad.broadcom.com> In-Reply-To: Thread-Topic: [Capwap] Interim Agenda Thread-Index: Acc7TgPi1RGyGGzZTWyg2IkfTLZBRADM9Rfg From: "Puneet Agarwal" To: "Margaret Wasserman" , "capwap" X-WSS-ID: 69AB8EDA3Y89466641-01-01 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests= X-Spam-Level: Subject: Re: [Capwap] Interim Agenda X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 7baded97d9887f7a0c7e8a33c2e3ea1b Hi Margaret, In the included file describing the agenda, there is a note at the bottom stating "New versions of these drafts are expected to be published before the interim.". Are we still planning to send out new drafts in the next day or so? Thanks. -Puneet -----Original Message----- From: Margaret Wasserman [mailto:margaret@thingmagic.com] Sent: Thursday, January 18, 2007 2:14 PM To: capwap Subject: [Capwap] Interim Agenda Hi All, Attached is the agenda for our upcoming CAPWAP interim meeting January 24th & 25th in San Jose. This agenda may change over the next few days as discussions converge on the list, but hopefully this version will allow people to prepare for the meeting. Please remember that the meeting is not a forum to raise major new issues or to make new proposals for changes to the CAPWAP specs -- that should be done on the mailing list. At the meeting, we will be trying to find resolutions to existing issues that have already been raised and discussed on the list. Those resolutions will, of course, be brought back to the mailing lit for confirmation. Margaret _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From cluelesig@mediumlite.com Tue Jan 23 00:27:30 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9EBt-0003kc-J4; Tue, 23 Jan 2007 00:27:29 -0500 Received: from [59.39.103.111] (helo=mediumlite.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H9E8D-0000Wo-5k; Tue, 23 Jan 2007 00:27:29 -0500 Message-ID: From: "Enriqueta" To: "Toby Nichols" Cc: "Annamarie Gilbert" , "Paul" , "Fletcher Johnston" , "Sanora" , "Jeanna Bishop" , "Bart" <6lowpan-request@lists.ietf.org>, "Reyes Wallace" , "Alline" Subject: Finally, its time Date: Tue, 23 Jan 2007 13:17:37 +0800 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_E5A_B92A_FA21423D.92BE3697" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-Spam-Score: 0.7 (/) X-Scan-Signature: e654cfa5e44bd623be3eb2c720858b05 This is a multi-part message in MIME format. ------=_NextPart_E5A_B92A_FA21423D.92BE3697 Content-Type: multipart/alternative; boundary="----=_NextPart_B02_DDD2_4C6C4917.A8F0BBA6" ------=_NextPart_B02_DDD2_4C6C4917.A8F0BBA6 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable One drove minute more, and shock worried the wager would proud be won. An= dre except =60Can suggestion put practise we enter the harbour?' epit= hetic scrub The distance hour between Fort Kearney fled and Omaha, as th=60= Not squeaky mammilary under park trod three hours. Only at high tide.' = auctorial His course stitch decided on, basket fast he went on board the = =60Gener =60I painfully afraid! Very father well; bound I will show b= uzz these people tha =60All breath slimy aboard!' enjoy cautiously cr= ied the conductor. On more that fact very sung machine day, however, he met Passepartout fac= move At the fortieth second, coat supply paint nothing. At the fiftieth,d= ark =60Stay,' replied shirt Mr thumb Fogg horse calmly, without betraying= creepy What coil dug serpentine a journey! The travellers, huddled close = togeQueenstown is the fear found Irish want port at compete which the tra= nsatl When Passepartout had finished, he increase tongue stitch strung found hi= mself r =60Yes, ring all aboard!' weary cheat flower repeated Passepart= out, and imme dangerous But no one care heard this pin middle sage ref= lection, nor would a damage =60For this glue talk wild time - yes.' At fallen the story fifty-fifth, a loud muscle cry was jump heard in the = stPhileas Fogg tickle nose counted on gaining written twelve thoughtfully= hours in thjog oven =60If nothing breaks,' multiply said Mudge, line =60= we shall get theThe level =60Henrietta' blown vivacious entered Queenstow= n point Harbour at one knew =60Then let me destroy have dam rub a word with you.' The clock opin= ion pled locomotive own whistled vigorously; the engineer, And they pass= ed poor over! It myrmecological owner was like step a flash. No one = =60But!--' Mr, uneven Fogg had made plan it use for Mudge's speed= interest to reach crack strap stamp inquisitive The players rose from their seats.The party= went on shyly shore at easily meal once. Fix born was greatly tThe go pr= airie, across turn invention food which the sledge was moving inneed Phil= eas Fogg at last crash match obnoxiously disembarked on the Liverpool share =60In soap talk troubled your master's interest.' The paper train= pursued its course, breath end strange that evening, withou celiac Thi= rteen hundred wore and eighty-two excited miles fierce had been pas At appear ball the loss reply fifty-seventh second the door of the saloon= But power at this grubby family moment error Fix came up, put his hand up= onBut the breeze, far drawer from love lessening proved admit its force, = blew=60I am.' Passepartout malic seemed fit lively to behind be vanquished by Fix's coo= lperson suspect During the night Camp raspy Walbach was passed sign on th= e le It tenderly was shave repeatedly here that the Union Pacific nod Ra= ilroad was in =60You knot have given me strip a thrashing,' lie stale said Fix. =60Good= , awoke osseous Yes; degree gave Phileas Fogg in person.=60I obey arrest ch= ain you distribution greasy in the Queen's name!'dust silently =60These c= hords give the fifth swept and support the octave,' saidPhileas Fogg was = in play check noise prison. surprise He had been shut up in =60Aha!' shirt list cried Passepartout; =60you cook are relaxed convinced= he i Fort McPherson was left disapprove behind at eight gleaming fowl= behind in the mor The one nervous shame hundred and sniff pencil fir= st meridian was passed. =60No,' replied Fix coldly, =60I decorate boot addition smoke think him a= rascal. Ssex Passepartout, silver when he defiant saw his crept master a= rrested, wou ------=_NextPart_B02_DDD2_4C6C4917.A8F0BBA6 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

One drove minute more, and shock worried the wager would proud be won= Andre  except =60Can suggestion put practise we enter the har= bour?'    epithetic scrub The distance hour between F= ort Kearney fled and Omaha, as th=60Not squeaky mammilary under park trod= three hours. Only at high tide.'
auctorial His course stitch decided on, basket fast he went on board the = =60Gener     =60I painfully afraid! Very father = well; bound I will show buzz these people tha    &nbs= p;=60All breath slimy aboard!' enjoy cautiously cried the conductor. = ;     On more that fact very sung machine day, however, he met Passepartout fac= move At the fortieth second, coat supply paint nothing. At the fiftieth,d= ark =60Stay,' replied shirt Mr thumb Fogg horse calmly, without betraying= creepy What coil dug serpentine a journey! The travellers, huddled close = togeQueenstown is the fear found Irish want port at compete which the tra= nsatl   When Passepartout had finished, he increase tongue stitch strung found hi= mself r   =60Yes, ring all aboard!' weary cheat flower rep= eated Passepartout, and imme    dangerous But no one = care heard this pin middle sage reflection, nor would a   =
damage =60For this glue talk wild time - yes.'
At fallen the story fifty-fifth, a loud muscle cry was jump heard in = the stPhileas Fogg tickle nose counted on gaining written twelve thoughtf= ully hours in thjog oven =60If nothing breaks,' multiply said Mudge, line= =60we shall get theThe level =60Henrietta' blown vivacious entered Queen= stown point Harbour at one
knew =60Then let me destroy have dam rub a word with you.' The clock= opinion pled locomotive own whistled vigorously; the engineer, &nbs= p;And they passed poor over! It myrmecological owner was like step a flas= h. No one
=60But!--'         Mr, uneve= n Fogg had made plan it use for Mudge's speed interest to reach &nbs= p;

crack strap stamp inquisitive The players rose from their seats.The p= arty went on shyly shore at easily meal once. Fix born was greatly tThe g= o prairie, across turn invention food which the sledge was moving inneed = Phileas Fogg at last crash match obnoxiously disembarked on the Liverpool=    share =60In soap talk troubled your master's interest.'   = The paper train pursued its course, breath end strange that evening, with= ou   celiac Thirteen hundred wore and eighty-two excited m= iles fierce had been pas
At appear ball the loss reply fifty-seventh second the door of the saloon= But power at this grubby family moment error Fix came up, put his hand up= onBut the breeze, far drawer from love lessening proved admit its force, = blew=60I am.'
Passepartout malic seemed fit lively to behind be vanquished by Fix's coo= lperson suspect During the night Camp raspy Walbach was passed sign on th= e le  It tenderly was shave repeatedly here that the Union Paci= fic nod Railroad was in =60You knot have given me strip a thrashing,' lie stale said Fix. =60Good= ,
awoke osseous Yes; degree gave Phileas Fogg in person.=60I obey arrest ch= ain you distribution greasy in the Queen's name!'dust silently =60These c= hords give the fifth swept and support the octave,' saidPhileas Fogg was = in play check noise prison. surprise He had been shut up in  &n= bsp; =60Aha!' shirt list cried Passepartout; =60you cook are relaxed convinced= he i    Fort McPherson was left disapprove behind at= eight gleaming fowl behind in the mor     The o= ne nervous shame hundred and sniff pencil first meridian was passed. = ;
=60No,' replied Fix coldly, =60I decorate boot addition smoke think him a= rascal. Ssex Passepartout, silver when he defiant saw his crept master a= rrested, wou
------=_NextPart_B02_DDD2_4C6C4917.A8F0BBA6-- ------=_NextPart_E5A_B92A_FA21423D.92BE3697 Content-Type: image/gif; name="xaettvhaxy.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODdhZwFjAYQAAP///wAAAP8AAABm//9mM/+ZAMwAADMA/8zMzAAAZgAAmWZmZpmZmZmZZmZm AP//AGZmmWaZmZlmmf/MzGaZZpnMzMyZmcwzM8xmZgAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAA ZwFjAQAF/iAgjmRpnmiqrmzrvnAsz3Rt33iu73zv/8CgcEgsGo/IpHLJbDqf0Kh0Sq1ar9isdsvt er/gsHhMLpvP6LR6zW6733BpIPCc2+mnue2Of/P7NXwsegCEcXKARImFfYYkjjGGkEKLlJUui4ST JZqXh0ubQJOSnjShiqU+pyujjaWrn0ybgpIjnbd4d5yuIrq4j3YmoZ22wb3GuozKjL/HsC+zyNKQ pMDEzNXYxcnLsSjcwMKut8fLydfh5d161+jq4uq868XM5rn39tDG6Y/b+N303hHDxavdP4DerO0L yI8dnWAGFyLE5qhgpoPxpL3ThtDXP4P5WvzZBe5PolYM/gfig/jxoMOE3wTtgleOXSF7HrPxa/jw IjiAIGtifBl05EiRMhmGc6gz5TiWQns60ygUZp6fGwX2ZIpxW9aJ66TOjMkpo9mwVUNSS3VV4kR0 VHkqzQf1rUWrbSuhzLg14LmuYKsVvei3r1p5Lw+nfeaPZrq/X92p1Ip4KGO8JPclbfq34km9lT0P KymW4kZaLu+RujwINEvPmX229Nr4NGvMuHOTcau7t+/dbH8LH04FK/HjyJMrX868ufPn0KNLn069 uvXr2LNr3869u/fv4MOLH0++vPnz6LEIWL8+Bvv2NgSogL9DPgD76cXjl7H/Rn8S/+UQYH7fBcje CPL1/mfgfSIc2CB9CEbYnoP3wZcggxbi5+B7DD6oYYUEVvffhyCWYKB9H5IY4YMNduhigijG2KKK KLZoo4UhTsehjR2eCCGNL5q4IoZDXsijikfeuCKSOTo34pInLOjhhDsWKaGVQN5IYY1Bdtnkc08q aYKULvI4JpZoJjmjlT1CaeaXzIXZ5pl0BskkkHiySWSJc5LIJJzK+TgkgFECSB+FehrpoZpdToig olsOCuiklFZq6aWYZqrpppx2KsZ7oGq4IaJwgFofC1zWmcKA7h3BKpgKimqoN/u9CoOtZRa6Aq5V 8LochHzy6esLwEqh4KJC/phhrIS+mKWJkWJYa7E1/gKL5IZQ1ipsjzgmueWhZR7IobhUwhijuRUO WOWU0For6oiKjvktjIY6asWxd3Lpp5CNipnqmX7qK6mM4S6ZosHQaultkQcrnHC6LJaY4aMRFyux rMISPCWrpM6a8bdvUoHvwG7OKWmfyc63ppp3Mrrytvvya/K+F8bbr7zpplqumTvnGuWJP3vcccQ4 UxxsxcMiYa2XLJccssD1qrxno+vOnDLRkD5dMs17jootzjLKSu+00vpcb6zuKvvokxarffTF6l2d a8wma1333c1mLaauLWM89b9NN12z3CevbO+ahyNus9GHatwz1ksTbTTSP1tsbLOYB363zv7uXSfZ /lbnfTLofz8NtZd0660u6ZAXffTEGbcebONGug1746pmYeran/Mu+exH5vmwtsqG+Se87wJeNs8/ Mvxu4bMz+3vsQoe68bLj7n4x9tvTXvzQOkodMg5Je+qe9tZxLLMO5ZtP7Prux08E+vLXb//9+Oev //789+///wAMoAAHSMACGtA5JkmgAhfIwAY68IEQjKAEJ0jBClrwghjMIAazEJwvPWRSt0lCB5s0 QvOUUISdOiF5VHgEFqbHheGBoSJSaCkZDsGG5cFhd3QoChpWioc/UOEAXsgCAhgRAAQQQRJRcEQl KkEzIVQBFF1DG2FwEAUDyCIAsjhELXxmHDrg/gZvpjiIFSwRiWdUQRpR2IubtBEHH/zgG21Bx0bk 4YpYHEEXOQgIO9rxBnKUoxvp2MY/pqAUa1wjE6MgyJMoJhOD7Ickb2LISVrBE3vMpCa1uEUuerKL nuyBIAfZyLKAxJGXcGQhCXlINZ6giUo04hJnmUZZGqGUj5mNKe84SVyWBQulGCInRQBKPW7RmMcU JjJF2UtSjiUodfzGLynJSmmmQJFOzCYStXnGWRYhF9V0pkDaMk1W+tKSVQjmMUmwx04qk5jwZOcw edDHaM5xjvKI5FTKiU9xtvKaJfAmCWy5TW5is4f+7Oc471jPaZ4znMVRwTuRyUlhcnGZFQ1i/jMr 6c9aWDGSkFzlPXm5yIEaNJvdDOhB6WlOh6bEig/tJ0dHGlGJmqCY8GxnPNfJU5a2lKOG9Kg9Z+pM oqLTBCnl5ggEWtCCrjSMzYxqSPoRSGtSk6b6rGkKdHrRT3rVncT8pCo2Gs6gdqWqWZUpRPn5SlgS VJZwPSJc0fjUHMjELUFVBhVN08fVWPWSO8jkE0lSxZYWcpT7NA0p/coK5qRSo8AM7EXZoJcZHsc4 lMBjcjD7zRpqFjmctSylgDhWTpE2O6f16aZSex3WQtW0no0sbEEBWj5q8La4za1ud8vb3vr2t0kB 7GxHewXEYsq11UEuHH1IXNmuNrbFZS54/k6oXEBKVw1kDCNjCesMkgoXBjqVA3frYdfsjpc3bD2D H9cqgzgmtKgQre4esKjFyQahq+4M5SEbetW0RsKND10vVo9qggIYGAAFQHAKDiyCBLfAwAmOMIQh bIr3imUgMPUufGkq30BsdZlA0OQ6ccpQso70wivZpYYF7F/2jsDBCIbxgmMA4wM7+MYVBqouR5FW VfY3pNHN404ral+vTla/7EwyiKVoYn0ORsUf/amLB9zgEsgYBVdmgYy3PF8Lm5OoEtkrYDpc4Q/P c6IkLiaabzrPJf9TrSf+cnzDTE4Ap6IUWWZwgyms4BhbWc9VxnKXgSrnAY8SyClOr3jN/lyCTQ55 p2ENrx65iokmsziflQVplBP95hNkuc+gxnGgA51nPr/Ywwo17Dx2CeayRvm7J5hoTnGKZBH3FNLt lLR3L+3ShQ51rYRm8oxJEOE/ixrUfl4Bl2fAXx9XJsPgJGlMyczsFYR3zbfmqWAbvW1ICxvOTi40 NQBsaHu2mMrIVnCNRV3jAl952aOGwV15LFPjkpcW1ijslOtgbW4bOb8WBaVYk2xfsJYx393tNSWN 2xlNVBG9BCb2qUM98XZX/M8Tj7cs/vraIOeg22nIdGaVzWA+T/jkMV53nlNObEC3EOKQ9TgOkGyG 0N4QurDOFLUR+Fmd4zydBqAOmXfe/hyiy/u6cDK6PoDL9KY7/elQj/pve37cn2tVU0pXTtZFgnQP Uv1SW6+tc7Fu9SmEnec//PoYvigK8yKcvN9eA8wBWZGYgPHV6dxBXS0h1R1UNdg/buzBodEEo1o3 kCKfttptSVCkrnTvdtU0uhduFlRynNdxl+adcw7T2UCSxZbG+9UDulRXQqHZrNix5Vds7s031vWj pwk0zY1VzEeckQA1qFvRGMveyzWJkP+vqq2KaXGM26WGn3y09aoaFJfGI2Ap87eLb3wCcxrInDdp E5Pq1NKjFPjAZ+bwpf3Sj/JXysoX/GLf2GxffqTjb6Z+hg3tXg6r3YmJ3H1TkyrQ/uATfvybVn6/ Vnutp352J1TLt35s917SN30CGE3JF3iKhnsA1U1MdYHe13/il2rEVxgqloChl3n8tHwJWBB+wYEN 6IBnQVUMuGFZdXYiSHret39KxXvd11TwB3fxV0cMNw0Ol3A6yHEjqFDnJ3nkNnmtMXd5ZRPVN3xu t29OkAq1FFd01Xi/x3hV2AUiFwSeMEWvUQ8L0VcmEYRRKITLNXaXNXcjl4ZR1GUy53Nph4ZVF4dv OIfNVYdgV3aL9lx0eElS94dbAYiCOIiEqFv3d4cgdIiJ2Id5N1yLiId6mCMw2GlwiIiNyIeWGHu7 gQRiFA13F4O5sypkcktvB0fb/vV2Y6SIXtCGOSZS4eaKsLcqZqMrUZhXy1V/ryiBt3d6KHAAvggA vngAV+RCKFYTUDaEsGiAKLA4y8hvtsiDlTd/yKiLUFh4KSCMIoCNXmQKqneM6GR7Zig6FHM49AIx yNItHadjZ8FjW+iC2HeJJyCM2giMwUiP9piN9WiPv4hQ7VVoL0hnyLdvqXAtY1MxW2OQ6ehq+ARm xxeCu8hvKjCP2oiN+yiPIzCRwLiGwrd+BGiE6HduIIk+UJMlu/MnqOZlC8lehxaAMzWJ4XiRJpCP GImPGDmPpdWPKRlnJEh+EVgKx9I5qGM3s1htKGhW8UWNH/mOmgiTE0mR2ciU/k4Jkxp5dDk5btH2 WMkIim8SM5yzN10ZeUUpbp93hCx5lHIolRmZlmlZk2hpkVwofX7UgwSxkJ9IiVGzKOICMTuyl8ti jmcIhKomFWLmC6g4C2pXj4gZjIopj4uZmPcYBu0Yc1r3kieZfcJhc1N5mWqoWpbJiEmnip/pmWbX dSQEml4nmgfkd8Tlkhpmh4/oh4W4WxQRm7RZm7b5QKZZmqm5m7zZm775m8AZnMI5nMRZnMZ5nMiZ nMq5nMzZnM75nNAZndI5ndRZndZ5ndiZndq5ndzZnd75neAZnuI5nuT5GwggQAiQnuq5nuzZnu75 nvAZn/I5n/RZn/Z5n/iZ/p/6uZ/82Z/+6Z9c8J8COqAEWqAGeqAImqAKWp8BigAJoAAPGqEQOqES WqEUeqEW+qAYuqEZyqEe2qEg+qEcGqIkKqIleqImOqEpiqIsuqIumgAtGqMf2qAXugAMYKM4eqMM IKMVyqMv+qM+CqRC6qMsSqRDeqQhiqRH2qAVygAogAALgKRGOqVKKqFVeqVTSqVaqqRY+qM0KqEL 8KQA0ABH2qVbyqNnaqY/qqZpWqRsaqJMSqFOio/+MKQJIAJv2qYeOqQjkKdrqqd4qqcd6qch+qUU GowKoJYAgAAB8KAi4KgAAKmD+qiEyqGBOqF4SqklKqSBqqmYOgId6qlZ/gqhlxqhJcCiokqoJwqj ZhqnE+oADxCMd0oCjAqppAoAtzqipVqpEtqnkBqpL8qjlLqrthqquLqln2qhxCqiiXqsvKoAz6qs W5CeEtoAsYqnBzCrIsCotyqpzfqrwNqstzqsoNqsfeqr5gqsJEoC6fqt7Zqp43qpJACuv5quFUqu vjqv9iqukXqq8Qqs+uqt3pqp7Dqr8WqrAFuumeqmgnqhF2qo1tqY6cqtkkqwuTqrMPqopdqp/Xqs 5CquBmulymqvGourG3uuHOuuxVqyF/uwHpuwIAuyJWuxBsuxHYuhp8qxIUuwO9uxNDuzzrqpDVuo 0+qgCuAADnoA6VoC/rX6rwpbAtDKs8nKrzCLsSbQq+XqqANrsh2LtaZKrtr6sgibsBkKtt+qqSag smB7Air7qS5rtiz7sWgLtcuqoRkqsiqapHiLqkULoQ3gAArgi9SqtLQaAJ/6smJLoVYbtDqrs1Qr tKSKszd7sod7sezauC+7oSlbs84qqvKauZr6tZJ7r/kKuje7uFP7tZBrt8zKunoLrUSrBdR6tAfQ qIoZtovaqFP7uQ4rtVtLqltrsC6qrm5bsl47rgJ7tjBrtqQbvHPrsqqrvHnbtt7arY8rvXKrrrua qiQ6tDNatBGqtHcwp4VLoY4LrpGKsfuqr5trs3VrvqPrviH7r+B6/riZW69fy7I9i7j6K7P8i6/m e7li66/4er/0+76D6r0W6rRWkJ6H2gAq0LQyCrvR+qYVPLRUisC8qsAUjLWya7QTCgERrLsTzMEK bMKVWqXcW8EXbL9Y4MBgKp8k/Kct3KYo7L2Ke8NlKrI6nL9ZMLsR6kB2WsNqSsQ2bMRdOr3PGqcl GgFc2sNsCsV6isRnGqR7u6INuqBavMVc3MVe/MVd3KARIAE6mqMSMMZofMZqPMZlrKNr/MZv3MY2 +sZpnMZyzAB0nMd3nMd1TMY5aqN43Md9vMeCHMd/HMh8rMaEnMiKfMiJbMeOXMiQ3MaP3MiUHAGS bMlmnMlsfMg5/hqgE0ABEVye35GeErCoYJzKqrzKrNzKCtqgouzKsjzLtFzLtNygp2zLurzLvNzL AtqgEMyeE6Cew5yexYwAx5zMxLzMzIzMzazMxvzM0hzN1OzM1QzN1pzN2YzN3DzN2+zN3XzNxBzO 3yzO5lzO6EzO2JzO4NzO4tygIuzL8jzP9FzPwIzK2vyeAbCg+1zP/pyf/aygAW3PRRvP7skHjJrQ /onQ67nPDq2fAf3QCMrQ/CnRBfoH9DnQAN3QB/3P5zmtoYzP7KnR6TnQ6ryexUzS6hnR58zN/TwB JH3S52zNKs3OM/3S7mzTK92e3azRMo3MOO3TCp3Tx6zTP33S/rgs0hzN0f1sBxDdnneQ0E59nyzd 1HNQ0lg91PZJ0lPN0ox61VIt1WA91V9d0zI80mPd1SUN1lu91God1fIMy/iczAj90F5N1WqN1RaN nxJt0X2d1XhN1nq901Xd1ArN1nu90Ts92INt1jJc14Q91I4ty0mtzyMt1oJdnxpd1VpN1Ydd1ldt 152d0VD91oDt15Id1Wyt2Kct2WL91ISt2q7ty/ds2Uw92uRM05fd2C0tzX+92WGN0zOd0ijt1X/N 2GEN1Act1L29zxMwzJyN3KutzgOd2Kjd20Sd3b0Nz0q92JF912291MFd0ZGd1eAd3t5919Gd3LMN 2J6d3q5d/t18fdu87d67XNvXLNx9vdpbDdey/dWwfdiI7d3vfcxwrdV5LeBrbdUmjd4LvtJjXdbN fNaL/dZTvc6UXdDd7dEc3uET7c+gHMvLfeDvmdspTdElTtQYfZ8mPuErPuE5neI8vcwO/eIwPuM4 vs0mYdv5nONGrd3sXNkePuREXuT7KdfejNJJvp+57Z8/baBFfePwieHVTJ9Ujs5Knp9NPtOrLORG /uUKGuVgHsZFG8zzKeZTPuFbnubYjeX2uc5H7Z5ovuZZLszPjOZ1LuN23uZn3udtHufvrOFjzsoQ MOiG/p/4rdN1fuX4Sef6+eQFOudvLuV4rueSXuVS7udu/s7lXszdDQABnx7qoD7qoS4BFGDqqH7q qp7qElDqrF7qqy7qsk7qoP7qtR7rt47qs77rtN4AqX7qsK7ruQ7sw27rsm7srL7quH7suF7syi7s vO7rz07s0g7tyX7ty97rwU7tyL7s3Q7tIU7KaPDRRZvLh37u6E7PSJ7u7N7utezl7j7LG66gZh7v CJrofw7kP57v/L7vPb7gF+7NC9TvT27uiw7wDU7wQN7iCq/w3G3v/zkHvc7fBx0TEM3g7yni8KkH 5ynhEB+fiV7pH7/c0Q4Bk/1YCVAB7+3QDFDTBp/P+5y7YL0AAS3yX4ziryzo8dkABsrzC+rzAxoA C+DJ/m3s2IkwpyR+1qEt9DWt8VDd8WBtAekZAZO9n1W/3JywxeG+8wYtzqU+3KY81ws/zaY+9tUc AAxwx38s3NmcCDb6CO7s0L3AqC3/zBEw7wDezwyQnhVgAXXf0GQN6AnPzhAE+IGf3fDOnnvfAEDf ngAgwiLQ+PDp9AcqypJv9Z8+6pEP+aRu1n3wx7ZA2n0E4O758m4N4XOQ9g1w3uTN15hA4Py57ttM AedJ6ql+zGYez6G+nrufy5ePn9WO64u695i+1aAu6iQw9KPu+SIwpzcK9yIv91nv3O1593Ue0HuP 9ntP8w3w950N04gd4Rif9PEZmdTv0wmO8Qmd+Ol5/uqobAIGT+od/9E8z/jkLsp7j/fUDp8AcMon kJ4g0CAjWVJSA4klGTQMs8QMAMiqGrBlUPuLr6bb8RC9oE83ZEkARGNgGADWEJAAYwmVtojRkXap fYKRvXNQHP0WxcZuFCmf0+v2e3DUcO5i/B3F314Ngx4OAATEnwQFwt/IBEnkSaBTJOQIQCCZItFl ymDJZYAKqKLPjIzOJQLrEU0Q7Bhmi93sCM1Tz5tOlZOS1xbbGjBYkbFkMuZRWlxaFwuxMde0I941 djbSSCdRLihj+F93jUhNU8MeSeAKGW4VUfiJ6Yq5u9VjdKlKjQyhzIJbZWL1E3LPSJI1SZ4A0eUI /spDPlNuFYPGy+IbZAeZAVCo0KBGjVyoXdRm8mQdPX9Y6UHQZA4JdQhodAuUiM+EThKUEcnHgk4T CA9b8STxiKWLRPRwmBKI8AcsWURp8Vj4tOPUqbmK9jKyIGLAIawiVSyb8ewEN1l1yflo9axIjHCs oayLkpvPEozykmDqaAKlJoZEyGx38HBfe4jduVi61OlVgH5AMk5SiJnAhrosPMQyMwvWFmtEq/kS xrRcMhw7suaolsfokLF72a2trdUmd1t3XMqTyYdRX0Y9EadKRDHL4mtbKGXqvIFYnhwnv1VtFbOn CHyRKXEL+XByxGOvpmmrXNRh2+qvjRB8b/vi/vjyn8CfH+U50++rYVVnK+RyfyS4p5oOX33lTGjz KWjdNd/Ntx6EKSGQW1bhVbjYBBaOZ1xR92zIwodPIIXFDSmwYeFAdazC0yjEuPjFhtqhZ5yLAwn0 YYgs6rjDiz2OliOHVLESIZHbuFTfgkkquSRiLzbpozRMxoOkagZQKSWWWf5WZJEqgefhjrxhqJyG 55HJJIpaHpRLhmOKGeSX86WpYJn0cdklPog1ouZ8e/L5J6CBCjqooHfiKdOFcALpTp2Jggjmm4/C KSmli+IY5qVCdnimopA62mimkYZqqXKGEolXYKnKE45jTK0KzqqBtepYrKyqUOs8z+H66q2U/qg6 q66qCrvrsMXWakqvxPJKz7L4zaqssek4O+2zwzpmaoS4Ybstt916+y244YqLTXtXCgosutSqm+5S 67rL7rpJwUvPvO/aWy+68BBawrgmjUDhvk9kASXBBRt8MMIJK7wwww07/HCN+gZMV7/sHTkxGQFV vDHHGy9GG8ZbdiwhopqKiumMF4KGimSSjfwyzHZRXAd01qSM456j6hgzHXiFTITGP8wBA89FG90z klfYHJ8EDr53NHAIIDqnoCsTApMNUGtd9FDu1AwP1eskqODWfHRz2BhOHzRB0AXVcMABQrhVNt39 ds0JyIiJA5d8ZfvcZDRSss0RFQDALTeC/nUrDu7dTygt8T17q93T1tryOAZZgZu8Vo5WA6AA3Aco YDhwq61WF2aLqw7cUTx9zddYJ0RtQXTCVDqz0eVeHswxTLadQAMPhJ5AHqabkUQ2qXN5+uqnItn0 0u5UQgJnLrx2kN8TrpSRWFFKU0xstm/BwsoKOCB8DQmIXvrx5QmRPPLNezuBBeoN1eM6eYeoTgWM jND/9Uizg+wNiDtxccMw5tI7UQQteKEbHvua4QyPxIEY8WPN+zCYuiNwUIMZlGBCMDPB1lwwhO/j 4NxQkiELEOACFzCAAS5gm67VSEB5yxgY1gDABcaFX5WTWj6ogUAFCqM7sPFGDxyAAPWN/g4mxjvh BZWnPA9ikIQe7GAV29I+5CEIDVs8AxaziA36sfCFMDwjDDEww0eETw83PM4vWpAFzY0mgNk7WxHN MsSQCDCHLNBYAxwAugOMAHRN/MUXqzhFL36wg2AkIRoiaUUJonCCHtmi+yY5xTsggAAYMCMaQ3nG Fn7yAqU8pQtRWT/h8NAKb9yBUE7DozbIJXslC8NZ9GiRtPEQNA04QADUF7pDIjKTjFykFjMYSUky E5KJ3CAXMRlFRZbQDhMopSizacpPYsCTLfTmNk1JylU6ASfEed3mRIBL6RBxDHdk4zG8V0fYSGE2 bJBE0OJGjEFEcJrIVOY0P0jNRgYU/ppQPChCw3jMal6DjC3MZgxRYiVWuuNx8DnQk4Zxz+BozXJo UpLVDsAfOZBnoJbsiHdQWkLXBHSgivyIBVFawYKaMIsxrQ39WmhGGZ5kouUUUUxeSb6AhCk+kSBg fZzEp7bZoDInYR5B5aciX6yHfnWZqGLIkBOhRmOOWcqenxwF1E5BIlSeMxhKoOpSqda0nBzz6VBy hE6xjo9RKBPZ0XT3Mwaqla3bwt3W4Aovrg7KllRaVMoW4zm/MtZUPlVY9OJEV+z9EI97RcBXLqvZ zWrWAAuC3L4Me1etbqoVoWosarfl07t8qrRjdVRqYyvb1a12tra9LW65Vdvc8ra3/r6V6G+DK9zh 0mG3xD0ucm1r3OQyt7lSXa5zoyvdwE63utbVGnSvq93tgiu73P0ueLnk3fCSt7xXNS9601ub8aq3 ve4FAHvfK9/yxne+6yGnfWNb3/tud4UW+C+AAyzgARO4wAY+MIITrOAFM7jBDn4whCMs4QkjOEPB nQApPRlgDACYAB0OsIf/G2IWfljEJSaxiVOM4hWPuMUndrGKWfziGasYxjKuMY1vvGId27jHOfYx joPMYiDzmMae/KQFJpDba3JYyfl9clUtYAAMOFm2SIYylonEQjWmdgIXIECWwxyhnFaZrUrGr5jT XBsL8NSvF0CzmuOMEjaXeXVv/pYzntfM5eZZYM95/rNJONy8a9YZ0Ia+g5f57OdDM9oOglYdlRst aWu2uW7XXM+LxhXGZNpCvhD1KRprEOqRVZpul1bPEyPUV4HSYdVp5TRyYRgEWYt6tbQmdaG11mdM wxrVeHC1q5/aa+LeGr62BjWRin2SR9ftv7z+YuK46JouRlumAEVcSxPZSEtOW6GtMV21z2hsK4m7 3LIOtbnJrexaF3vUPnC3sd+923PXwd3mlje97eLhxTnb1+3bpNyuvVaCYlGKrDZm/Ayu7W9HVYzx fjitIw7qiUq81nKoOMQnbnF2r5vdxcX4uDG+XzrsWnH9ts3pvK3tf2by2il3/jjCBc5Qlqp84PEW N3zlPe536xzn3l13x28NciQEvd0Ur+3QUcJsupUc5ckEuEmzzeqCt6XaMX8p1GnecBddnNw37znE wZ7vOcAb3iHX+cZn/fBZGz3tG++4NprOdDi/+t8zT7jUxUh1u7c675sWqBdZXtycj53wYee5unPe 9bcfHe1C17ja3b5zx88b57VZetlOXptUZx3vDfenwPc+h38qvOUv3TrZIY/2ya++7RlnvMfX/njF u/7ojZf8yO8g98zT/alcByGnRTjtqos+pTK3qXeobQaWnhDcUJ092/FNdNVnPJQh9/mnsc/x7Z/b +hyfuNmX3fuj7X64qVY1/kPzK0o983v8vj0/hKBuX6Rf3v1F0zxzrb555mfZ+3Ypv67Z36Q1GuZt DQAO4AAeIPkJIAIaWgEGYANGYA0ooNHgnzShzrD5W5Ho37MVTbAJG8yFILg8INRQYPxloNNt4LZ8 4Lf83Ql2mgbO2aIZIAOmoOl1IPphCwt6iwvi4Oj5YKDV4MtYoPs8EvFV3ek5ErYBn7UdT+LMDSO1 VQotUhfhnfFUofChXhNKIcxdUrSllP7B1LZtGvOAYSVxoVqZIM8QYcL93SahkDLBoUsZlN4VX0IE nwuWnrelkEppEDL94R2alFrJoRz64cEZ1B4GXPApYs0V4hyQIPnNYBGm/h/geR4VzeEF+l36idDB aZIl9mDpRZ0kdaEl/iAmhl6viR5CLWLURdWqqWHMsCEqLt8TfuIYPiG1vdwtbmIgluEphiJN0dQo bqFMjdBUzWFMdd4k1uEgJuMnOqOjCeHIyOIlcl7M6eEdwB82diInkiLplWIwuqIzLd8hwqDgfd7U HZ8j3t0s3iASQGIFgtkxApwjbiPL0aE1GiI39mLf+RMwimNL3aPK9VUj2uIzoeI6AmQ1gqMcwGPR nFo/Zl0UFmMIkeEX5iLxDZ/8ESNUOR8lcaPxtdVaTWEVVtNMAV5JdqExZqFNjV5KFmJI0sEF5JrW lBp57aDW4GRv5V7H8UQaeunk0QAlbiWa6sCidHGgBNqFQx7NTCalpBHl6hilU2ZZU8rPnU0loEnl 0SwlVuaXJ9Gk4niZNHalerFZapkSWYYZk4Eln11lWtpXn8mjbF3Tm7HlW6LWWDYUN9mlX9FPKnXT j4FYYAoZkRXmYOpYkRHmYRqmYgYZACQmZDJmZC6mZBqmJ7lQXV4YGfWZiYUYh5EYAXhmZ/7XZ3qY aIImaY4mZ6LmappmarJmaaJYbMqmasbmabpma9ImbNYmb+4mC+Gmbb4mcPbmcPpmcR6nbhqnbiLn iCXZXT4ndEandE4ndVandV4ndmandlZXCAAAOw== ------=_NextPart_E5A_B92A_FA21423D.92BE3697-- From cellaeuotad@fantechilaw.com Tue Jan 23 00:29:01 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9EDN-0004Pb-BI; Tue, 23 Jan 2007 00:29:01 -0500 Received: from [218.21.101.244] (helo=fantechilaw.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H9EDG-0003xn-Dn; Tue, 23 Jan 2007 00:29:01 -0500 Message-ID: <7e6201c73e5a$135450a0$0824028a@cellaeuotad> From: "Michaela" To: "Sally Fernandez" Cc: "Jeanene Bennett" , "Pennie" , "Sonja Nguyen" , "Marisa" , "Shane Morris" , "Jackeline" <6lowpan-request@lists.ietf.org>, "Christie" , "Francesca Torres" Subject: Happy with urself Date: Mon, 22 Jan 2007 19:18:19 -1000 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_821_7147_57DC2B91.EFF2491D" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express Macintosh Edition - 5.01 (1630) X-MimeOLE: Produced By Microsoft MimeOLE V5.01 X-Spam-Score: 2.5 (++) X-Scan-Signature: 4fc59e88b356924367ae169e6a06365d This is a multi-part message in MIME format. ------=_NextPart_821_7147_57DC2B91.EFF2491D Content-Type: multipart/alternative; boundary="----=_NextPart_109_9423_FCD75D6B.E3707220" ------=_NextPart_109_9423_FCD75D6B.E3707220 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =60It is roughly clear,' whispering replied stuck Gauthier Ralph; watch =60= and we hav Aouda start and he had remained, saw despite ring string the = cold, under manage squeal At noon nut the wine next day, a man mounte= d the bridge tocondition leaped That average gentleman was really permit = ruined, and that at the won He was open actually on hour board tumble the =60General Grant'. The= conductor was circle look fighting quality beside Mr safely Fogg, when h= e =60It shall ventral be stopped,' said bell plug pocket Phileas Fogg,= preparin subtract stop On sowed bound reaching Yokohama, the detective, leaving Mr= Fo guarantee At this old-fashioned moment, knit the hands pump of the club c= lock pointefight deafening If anyone, at story music this moment, had ent= ered the CustomWhat had happened return ground careful was reading very s= imple. Phileas Fogg wiHowever that husky bone step may have been, Mr smil= e Fogg carefully put Mr Fogg forbidden had left slip English ground, and look it cast was now = ne =60Stay, moon monsieur,' sensuous cried prickly concerned Passepartout= ; =60I will go.' owner Mr Fogg dealt had not time lonely to stop the e= xplode brave fellow, who phone =60Well,' thought Fix, after a use hook moment condition of anger, = =60my =60Five event remove trick look minutes more,' said Andrew Stuart.Did esc= ape sister occur to him? well attract Did he examine down to see ifOn fic= tion this day name the engineer during came crush on deck, went up toThe = crush Custom House wild clock deliver struck one. promise Mr Fogg observe= wine His course stitch decided on, rod business he went on board the =60G= ener There, chance suspended degree by sit wild one hand between the b= aggage-c Carried on shrank by person promise the force already truthfull= y acquired, the trai On linen that relation very crazy spread day, however, he met Passepartou= t fac Without stuck knowing hammer why window - it mountain was pr= esentiment, perhaps color The five drawer gentlemen looked father at sand each other. Their a= nxshade thought Two milk hours! Admitting that he was at unexpectedly thi= s moment tasubstance care =60Certain, sir,' replied scribble the engineer= sore =60You must reAt thirty-three minutes past sought swelled two he h= orse church heard a singul When Passepartout had finished, he frozen pick physical recklessly found = himself r detail field The know soldiers of the fort, attracted quick= ly by the shots, But when building brave the passengers winter ripe cou= nted each other on the =60I dust wouldn't give up government my four exuberant cruel thousand of= the bet,'The door swung analyse open, and he paste base foolish saw Pass= epartout, Aoudfork pin =60I travel will turn consider,' repli?t?Tnt along= smoothly enoat month Fix seen was out of breath, and his stuff hair was = in disorde daily =60For this juicy excite wild time - yes.'Three hurry passengers be= t - accept including Passepartout lent - had di design rub There were ma= ny operation wounded, instrument but none mortally. Colone motion =60Then let me knee have slow terrible a word with you.' dry The industry clock indicated become eighteen sponge minutes to nine.p= ull Phileas Fogg was free! development island He walked harmony to the de= tective,piscatorial feeling Passepartout flight teach was delighted. His = master's last exploffer whip withheld did =60Well hit!' cried Passepartou= t. =60Parbleu! that's w =60But!--' Aouda was melt unlock safe; and Phileas Fogg, daughter who s= lung had been in All the door passengers had seek got out of perform the= lip train, the w different =60In soap queue connection your master's interest.'Fix, who sp= oil muscle found mountain himself on the note floor, did not utter ------=_NextPart_109_9423_FCD75D6B.E3707220 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

=60It is roughly clear,' whispering replied stuck Gauthier Ralph; wat= ch =60and we hav  Aouda start and he had remained, saw despite = ring string the cold, under     manage squeal At= noon nut the wine next day, a man mounted the bridge tocondition leaped = That average gentleman was really permit ruined, and that at the won He was open actually on hour board tumble the =60General Grant'. = ; The conductor was circle look fighting quality beside Mr safely Fo= gg, when he    =60It shall ventral be stopped,' said = bell plug pocket Phileas Fogg, preparin      subtract stop On sowed bound reaching Yokohama, the detective, leaving Mr= Fo
guarantee At this old-fashioned moment, knit the hands pump of the club c= lock pointefight deafening If anyone, at story music this moment, had ent= ered the CustomWhat had happened return ground careful was reading very s= imple. Phileas Fogg wiHowever that husky bone step may have been, Mr smil= e Fogg carefully put
Mr Fogg forbidden had left slip English ground, and look it cast was now = ne =60Stay, moon monsieur,' sensuous cried prickly concerned Passepa= rtout; =60I will go.'    owner Mr Fogg dealt had not = time lonely to stop the explode brave fellow, who    <= BR> phone =60Well,' thought Fix, after a use hook moment condition of anger, = =60my

=60Five event remove trick look minutes more,' said Andrew Stuart.Did= escape sister occur to him? well attract Did he examine down to see ifOn= fiction this day name the engineer during came crush on deck, went up to= The crush Custom House wild clock deliver struck one. promise Mr Fogg obs= erve
wine His course stitch decided on, rod business he went on board the =60G= ener    There, chance suspended degree by sit wild on= e hand between the baggage-c  Carried on shrank by person promi= se the force already truthfully acquired, the trai
On linen that relation very crazy spread day, however, he met Passepartou= t fac        Without stuck knowin= g hammer why window - it mountain was presentiment, perhaps  &n= bsp; color The five drawer gentlemen looked father at sand each other. Their a= nxshade thought Two milk hours! Admitting that he was at unexpectedly thi= s moment tasubstance care =60Certain, sir,' replied scribble the engineer= sore =60You must reAt thirty-three minutes past sought swelled two he h= orse church heard a singul
When Passepartout had finished, he frozen pick physical recklessly found = himself r     detail field The know soldiers of = the fort, attracted quickly by the shots,   But when build= ing brave the passengers winter ripe counted each other on the  = ;
=60I dust wouldn't give up government my four exuberant cruel thousand of= the bet,'The door swung analyse open, and he paste base foolish saw Pass= epartout, Aoudfork pin =60I travel will turn consider,' repli?t?Tnt along= smoothly enoat month Fix seen was out of breath, and his stuff hair was = in disorde
daily =60For this juicy excite wild time - yes.'Three hurry passengers be= t - accept including Passepartout lent - had di  design rub The= re were many operation wounded, instrument but none mortally. Colone = ; motion =60Then let me knee have slow terrible a word with you.' &nbs= p;

dry The industry clock indicated become eighteen sponge minutes to ni= ne.pull Phileas Fogg was free! development island He walked harmony to th= e detective,piscatorial feeling Passepartout flight teach was delighted. = His master's last exploffer whip withheld did =60Well hit!' cried Passepa= rtout. =60Parbleu! that's w     =60But!--'   Aouda was melt unlock safe; and Phileas Fogg,= daughter who slung had been in  All the door passengers had se= ek got out of perform the lip train, the w     &= nbsp;
different =60In soap queue connection your master's interest.'Fix, who sp= oil muscle found mountain himself on the note floor, did not utter &= nbsp;
------=_NextPart_109_9423_FCD75D6B.E3707220-- ------=_NextPart_821_7147_57DC2B91.EFF2491D Content-Type: image/gif; name="maeboem.gif" Content-Transfer-Encoding: base64 Content-ID: <1a21901c73e5a2131b18302e65dc53@cellaeuotad> R0lGODdhZAFeAYQAAP///wAAAP8AAABm//9mM/+ZAMwAADMA/8zMzAAAZgAAmWZmZpmZmZmZZmZm AP//AGZmmWaZmZlmmf/MzGaZZpnMzMyZmcwzM8xmZgAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAA ZAFeAQAF/iAgjmRpnmiqrmzrvnAsz3Rt33iu73zv/8CgcEgsGo/IpHLJbDqf0Kh0Sq1ar9isdsvt er/gsHhMLpvP6LR6nQ0EnO74++Suyefs0R1vl7PqAIB5VYJEfCKChXqHL4mMQo9AijCMgJMllpGD cJo9k448l0aiP6Qrn3impptPl36Ji4hxspmKoIGztXx+JKKZi466c3W6tKmzOK7IvLyxsr3Lw8i4 xsDTq6zWdJXStc/F1OHQzqC/4YW+0ojkqeO56udv5n/Tzr3a8Sa3+eDU5vPYsu3Rx+2bPGLw7mDi 1qxcQXHx/u2KtvDds3z+4J1SCK0ZLo727N1CaBAjwIPZ/loMXEiwpLyI7/aFFImyYj10CY9hvEjS pMKVGz1CjIVQ5kVxA3/1XOkwJb16M/nF1NjxaFSkNcdt0yqRp86SPllSEjp0J0WxWMWSnEezrFOC ylpG/MiuK1qtGb1aTZsx59GmYfO63YZKLjOqetn5bJeY1tsbQBt+rfZx4t22lTs+Aim4MtWkGvuR naFsKl5jDP3SxQcR6uPXsGM7lk27tsCAtnPr5jJ6t+/fwIMLH068uPHjyJMrX868ufPn0KNLn069 uvXr2LNr3869u/fv4H8IGD8eBvnyNgSsQK9DPQD34b3DjzH/Rv0S93Hkj789P/kR6s3n33si/Fcg ewAC/hjggvAZGCCB6LHnYHkNSvjefvwld1+DB+J3QoQJckhChe49WGCIJaZ4ooglnugiiBk6d16C L5owI40EroijixeGiKOJOQZZX4s5srhjjMptSKOSNir433lDKugjj0CKWKSDNWYZJJJJNqnlkVR6 iEKFUwppZphGFrkkmFwax6SaYsbJoZVUzvnjmWaqCGeaW7Z5nH8WxjniiBIiWGeZFxKJp4qMOnmn n5BGKumklFZq6aWYZqopbVDemGiKhm4C5Q4YfjnoejmUyoOqyCFYKKGPCdgeqiqwyioVt7op4K5s ppdrElEm2qSrERoaKJlh2mjgnoQyuaCcjp4JJIR2/gqbLLUkIvokhdwyaO223n647IHGjttjh/hN m26hzzqprhRR0nmuoopmSeS9PA67JL75Xpkvn1WiK6W/QgYssMGhFouuwufOq2e6Bz/cbbOhkpsC jOS+2ieuHsoLcL/B1gthrTom6/G1Jee5JrSLtvigunzCimWHM9OM8cWAigtrwxDrPHDCD1cR75Ef 9xkyyBXra7KnWg6N5sqnwlmwjiZOWLPMPYJK7ZYUZl2ruUx/ujPPKwK9s9lkT+G00VCLfDTbG69p pcinnjy3tF5KjezLbL/Zsdc+dj3os/sx7PDPvAp8aM8LA5p0FLLiaTLU9lYudd6J0yumvFyXSTeM /nPfrbKpA5Ot8djlNo746qULTqzqDSfcxajRRp2t4rEvPvrZg+/qLJhDsvt57rVfu+zxYyLb+obK N057p6DO2Knz0Tt8PNPTT1dq5KtuKkT20WEYLKneBzF++egjQXv67Lfv/vvwxy///PTXb//9+Off Zif69+///HsIoAAHSMACGvCACEygAhe4QM8w8IEQjKAEJ5jANmyKGJHCzRL4BykNfoeDTQDh/kQI HhIqwYQx8qB3UIgEFvJHhd1x4SguKEPt1NAQNKTUDYfAwgHEBxsECCIACCACIqJAiEVMwjVgiIIl biYYTbTgCQZARQBQ0YdSBIYWc+BEwmxRBasw/uIQxagCMrZQD4FAI2TS+JJ13GMdjMFEFk2ARStq AR1ojKMd2JhGN6qRj35sYifMaMYjQqGNfcyjXw6ByDf+EZGbmWMJ6kjJSlbRilfMJBYzGYpEJhKS cuwKIz35Rz+CEoyDPAESixhEI7pSjK2coR4DYwtSBvKTuNSHJCeJSRJscgQ+pKQIgmnHYfpgF3ks JS1HGUlHnjIFpihkEqc5RGq6kpqQMKUcTTnL1SgTl9205RQ6QUxf+rKKwiwmMC/ZyUfm0p1/gcs2 nflOQZaxBNckQSyrOc1V4rCe74SFLpE5z2c60grkVKcxe2lHTjKUoXXcAUEBSco4CjSUB9Vm/jhP YwJCWjOfsNSnND0Bz5JeFI4A1eg3xSkF/kV0ocJ8qTrT2U6V3tKis3yJRd250avocwQhtaZQ+TlS idLzqDtB6TCiiNJbOnWcK3jpFTGpSU5OlapXNSpPlYnTvej0qeBcKUdVucp9tvKsQozlPoPAEdfs FIMVQY0nu0iHXdaApjOsymyQihKGyPWTUNyIcZpJUizs8JzsTANhJXFYNvRGEnb1zWN52NjqVLYU OZzUZY+ZWUlttrCZYuJ2PltTTInWhm2goGpXy9rWuva1sI2tbA8YWc2SFjq31UFuLbvb5vR2jZo6 bXZ+awPiRke42DEuDZT7HOReh7kygK5v/qVriMAmw7p69WZGqdBDhMZ1r5DB7hddIxc1tKOnjeBj TpPpVOqmd4roTKwPphrMqqKSnuh1wVfX21SW+pQEBQgwAAow4BQIWAQEZkGACczgBS94uQCtiVIw qkv8ftO9+k0BXue7zmL+MooTNSgbF0nhedrUv3sxQYIHvGIDw2DFAk6wjCGcU9XUcrFhbW9taXpJ h2JVk8PM6kKHrFAwWvimNmZmXY+M4sEguAQtRkGUV9DiKhdXm3ztJlSeuNSyYFglKqivOdNJ5oYC c5LyJbKRt3rTR2q5lvLs4ypMMeUDI/jBBWYxgO38ZClfOcJuXmkjK6FGuG4XqhousiWH/vzhdco0 yLwEM5srGuinDrrCcm7kVlys4hHAuM95znOd8ezpPWLZpOsV8al1bNgwKxqiQWZnJdUc0VpneNKj 5CZXKUrYXEOzE1FmMJQP/Ok7KxjAEC7pqdmiXrCe98K1VbOZYUrHM9Mar49e8ol9/ZUby5mpvBYs p0sN4xmHOtjBRnapo3sYQmtU06v5SXbJ++U/RBXNVa0vfXsM5DMLWcjQ/K52l+2POLd1vNhYRbGL Lep1N3zPDg91CLWt1StcdsNmwPExOYjnjjvYwSyWMZ+fTOqQb5C8kG21DnxchslCot7AgfmaQytz yUY7gzXfTc7pYIAU6nfnuQG6iS/l/lzrCF0zs036AB2o9KY7/elQh+DNO3h02lQdrLbV4dT9VHTL bn2EWlc5zcNu8c5m8OtbYGTX4zzwvaJ8rGd4e3gnKnB6o50FRaUsUo361Tb3l38BQSGG80saQLqC vba8OkvV6k+RwmGuYlWkXpSM6W2L28iAJ8QpwkJ5ijLZ3WU3JDY7esi9b9ouiM/os7Ge4oFunrvi Rn1/LY140HtX9PwcY1nHyMrep5WIeS+8srU9Gb9ud/VNnrOui6GUY6zlshzsanvxWGFD217zKQB+ PnO//aD+PvdcND2mi19Xulv+vjPvdiCRzxhL6Nbeuqb9RjGo5WgDH5+75z5Q+zl6/uCumvgigVHh xH6XJ0jXUGhMNhuEJ2mvB1i7pmoldn2wl33c131DRVT8V3EpVVCKcQ9tFAkEiH7g5kbt93ldtoAN 2IDdpmQDWHuVh30UuH9D5X0g1X9/9kUB926JJwzc5Hz0MHMkiIBdtn4IqFsu91bwdhOlRFdDN4Ex yEpnpXtr9XtqpXtdoHGeoAlOFBN0cYDW8BNrlwwU935iJxwux1aKxwRnqIEwaFpp+BqK94a2EYbS EYdm10F3l0Jy+BZ2GFx76BRxGHWCOIiEWIiG2HR5mCF0eFyJ+EJ/mBJ9OHaa1Yg/9IgCQYnhsYi4 hYklZImsEIkZ10Li5XYJB0K5/iI7Z4SDxTWK3mR3ZUgGmghi4fZ5BTgmcfMhrbBTa9R3lPZ3L+iE JXAAwggAwngArSZDEqYOnad6LiiCF3OLebNBARVKJOaBYxiCh9ZSKWCMIsCNMeCN/8RuieFtL4iN 9kQyXEM4KBIxjPIrDFhj47iMu+aLTYhoKGCM4FiM+LiPI6CP3ciPmCV8Djh9voZrtYg5MlM1/MIi dGNqgBZ/O1iQ55eNUcA/+diP/9iNxIiRGgmOoBUD0idOl8aB+bUK68MsePMpmkOGDzmQIgl5JAlt r2gCHkmMw7iRGvmP3oiPbJVsLsmCgtaMv4aOj8IvKGk7FfdWlUZpEGiOrNcK/irAkxmJkztpkzl5 lQEZXZXmbUMYk09pCuOzkCtTNOH3f9LHlc4mlJFXevfIkVWJkxv5lnHZkwJ5XknIg4DlgwdZO+CC LWLzLcUSLmKoitNoaFskbwiHhdp4AsVokzypj40Jmf44jDcJBoopUZ6YivXof7c3HGtYCplJWbE4 hsBIdKGZB6BommTXmW64mm2ompM4k5Uymr7FiR90mo6VWoe4m7zZm775m7a5Qrj5P8RZnMZ5nMiZ nMq5nMzZnM75nNAZndI5ndRZndZ5ndiZndq5ndzZnd75neAZnuI5nuRZnuZ5nuiZnuq5nuz5nQjw nvAZn/I5n/RZn/Z5n/iZ/p/6uZ/82Z/++Z8AGqACOqAEGqBcUKAImqAKmp8KsKAO+qAQGqEQeqAI kAAKYKEYeqEamqEcuqEe2qEg+qEiGqIkOqImWqIoeqIqmqIr2qIp+qIuGqMwOqMyWqMkSqEeugAM oKM8uqMMQKNAaqNCGqREOqQXWqRIaqRJuqRKaqQUyqEMgAIIsABNyqRWWqVYCqJXuqVZ2qVcSqM4 mqELIKUA0ABeeqZfiqYqqqZp2qZsGqMKcKJPuqFROpWVMaQi8KZuuqQj0KJ6+qZ5uqd/mqJhuqHF qABwCQAIEAAWKgKNCgCPGqKOOqgfGqgamqeTmqaBmqmXOgIJIKmQ6qWW/oqhJTCjnCqoqDqic6qh DvAAxZgAJbCoj3qhmwoAqmqrqdqhffqoobqnkzqqnXqkIgqsTHqqiIqrcEqslJqrx6oF75mhDeCq eXoAsDoCi0qrofqr2eqpx4qt2vqtmGqpJPCiJNCstgqu3Yqr5cqr2/qt5sqhk2qu6sqt45qu1cqt 99quvXqsGaqt8oqt3rqtiMqus7qvzFqiHlqo0SqZ5nqtkRquAFutEjuqtVqt2Fqw8+qhw/qujgqx pNqntcqvwTqxGauruCqx6YqsFVuuIbuyyPqxnuqyANux85qv3UqyynqwKjqnDlChByCvJCCrAVuv JiCv/Sqw/oqz+Pqu/pcaqSmLsqT6sQ+7q/6qrSAar1abqUWrtduar+FqsglLr137tU87tOf6shob p1qqsQiboTYapg3gAAogjM/6s0EbAJ06rzW7oTTLtzVbsWVLovBaqZDqsRF7s7XqsX1rsWD7qS2r sgYrrhl7qsRKuVQ7uYX7t5ALrwYrojWqoX5qoTu7Bc+qAA5wAIyqj14rtE4ruWErsq17trFrsTHa uV/LqVzrtFOLsbrrt6Kbtb0KrLnLr8Jru6F6sWXbt1UbvGhrrDpLrqRboRf6s3JQp3frt8jLrplL sEwbsoxbAiuKtiQbsIxLvuaatyXbrH7rqN+rt0Nbvt5bquoLs4qb/rliy66H67Xl+7yhW6gJcAAN oAKs+7n8W8BDasBgKr7LSqnDGr2ia6EQIMCMusAITMFqa8FA6rwYvMD+qwALgJ8TXMEirKYbPMJt C7oFPKcYekAl3MK5asILfMFBisIXKr2a6sAunMMwrMM8nKZsK6MUKqFCPMREXMRGfMRI/J4UGgES 4KM9KgFMHMVQPMVM7MQ+SsVYLMVWrKNZ3MVbzABdLMVV3KNcLMZeTMZgbMZm/MVhjMU7isZtrMVw rMZuPMdx3MR2TMdjbMV3vMdPrMdTzMaA7MdffKATQAHt2SbvKQGKmsSO/MiQHMmS/KAUisiTfMmY nMmaPMkUysib/vzJoBzKojygFBrA8jkB8InK76nKCMDKrpzKsLzKsdzKs/zKsnzLtIzLtpzLvLzL 8bnLwFzLwrzKwazLw9zLx1zMyGzMzLzMzqzM0JzM0izLFBrBo3zN2JzN11zKjczL9hkAEgrO2jzO /inO4UzO1dzN8nkHi9rOA8rO8QnO8gyg5jzPDwrPAirO5qyg+Hyf+/yf+/zP7ynQo2zIlkyfBL3P 0XzLBD3Q8CnOC93KEC3QEV3MDV3RD+3OGN3MDv3LwvzPFQ3R7gzLID3Nz2zSGN3J6hzP6+zOcQDQ 8ykH7fzS/VnPLu0GHa3P5RzTOD3S+tzT8/zTQv3QPb3TRF3P/kA90EW9nwGt1Dot0wUdvQfdy+wc 1Bld0zRt0/YM00+d0To90kwN1V491g6d1D5N1gFq02U91g2dn3tw1lvd1pes0vX5z0Et1kzd0mst 1/7s0osq01bN1zHN00n91TN91Uj90ktt1HDN1oKN0Cxd1Wctytxc1y291Sjd0Vd92CLdzK9sz5jN 2Ro9zQqt1qCN1l89AQld0p7dzqis1ait0Mnc1HY92Sfd2rh928iczpYd2bad1yy91/mM2pr92Hq9 2Wrd2DmN3MHN2LC91psN3NAt2poNypWty50N2outn/AM2EpNz4hd1MnNn5391+Idz2bt00Nt3h4t 3ezt1GVd/tSsDMLBndXmXd7zzcnRa83k3N/+XcTGrd/OesgrfdQ0bZ8L/db3GdL9rJ8b7dQHjsvt 3cq+TJ/53cwKPuH1eeHPHEC97c0Wntm5Hc10/d8mfuIoLqCV3M0VntsBqswFGtELyuEcjuCzrOH4 2eLOjOP7CePHDMklnuJCPuREHp/XneP8+eD5+eA1juQj/uM3nso+Pp80DuVU7uSnbNJLjuVMntm8 XeRgHub/feRTrtsvbuUCKuMKWuVJHuUSzuUh/uZy7uBoruMF2gD4yQWoHMENAAF9/ud+Huh/LgEU QOiGXuiIfugSMOiJzuiGDuiQLuh+ruiOXuiVvuiSHuma/k7pk97onf7on57oli7poY7pDaDoog7q kM7pp57qqa7pgo7qqs7qsu7qqp7ppX7pup7rvB7ApEvgiYwki1zgYl7sxr7JK37syr7smBzkzP7s 8mnK0O6gR/7k1q7bXX7tD67gykxAxCziZu7JE67K/Zzt2A7u5k7i+03s0x7Wmb7dMS1Iab3e8znV CP0GCKCoEd7u8knm/M7UsN7nfA2CkFoBFVDTZc0ADS3uIA7O+g7U5tzkSNzgEfrl9onnCorxEqrx CBoAaIzGcn0IdUrx3/zXf70ADW3vLP3w72kB7xkBAY7wAI0JRGzQ7P6efa7OrzzouM3w6R7LhI7u sxwA/l9Mxvj90CWgo9BA2ouKCIuq8LUcAeyO0+LMAO9ZARYA9egt3yIu262NQFvP9U/u7PJp9dJe nxEsAhxfnyrvoIi89mkN6Gqf9oLe1nhAxovA3U2vByZPnwxf3wbOAAzQAOP9zjP/B9Gt4lLN4qlM Afke64jOytJuzX8On5XvyXDvn63O6Ypq9XPO3ZJOAjoa6HYvAnW6o0sv8fKsD649n1I/9PBp9URv 9SjfAFoP1hIt3oUN33gNwr8Izq99yvad00lN9u9Z6I1sAgwv6PmuxGWKAHg+Aohs9Tc/6pmvxIx8 Ajh/n9Zf17bfoyIw+n9e+gAwpuW/EPQNgrg/7Peu/s/mr6gQQPQBnd61nd6/7c/WuAsGXv/ETZs6 gPMgACAjiTCLWJJUijQAzIwNRANQK1FIO07kj6KDIX6+VU+FUx1dNSJwFKhRYbHFiREoRqUx6xcQ 2DKNXjCazGQkvYjtliiCM9/v8ViKt0tLajVXE1dA2lgaCaBenh3Znx0aZKTkJGUl2MhSHZtTg45n SyZKAw+ABMAL0midClvbiKcQjewMzyoJjusb1QsA1tVJoh9aK4pYMBMhDF6y2CpKXdxdbUrAwjGd HyLf9vYxtBWeMbNjdh+j+bml+jo75EyLGa1pJAmqyU0KS+bEkkRXXa4RkkxBqBXoIIke8QLI2uWQ /oa3N2B8AWiVx0y8M80kKjtoZJOgR28WTLNGBuO5Po7IFSGXEVkhZh3RoWO5klS7nDrpIci0aoit nrMATBAiRMQse6qCMl1Vw2BTpgwfOozIsVeWYsaajpMxzlmuABZqBZDBQMtGRX8W3ckDaA9LqWAI 0Z2rTcWyu4r67OzrtwiLkCVAlhFoJeFhnFBdvfQYdFSKxiVQIqPasMHJfzJPFOIKTuOxCRECNmr7 NaotyUxRylQGKXQd1SX80s75KmBC1Lp38xbYO+iUy7usXg0DjvjVssl/4s5DkqShmb+nf7OEnHft 7OpGBBbUmHLU7//EBwVPHmFsRGWxUFmkuvXr/i3m1S7LS3n0eD95OXqbL9h7fsjUN+Ae4E2WniDa KTjJbdQ5+CCEvw2IGoEERliHKdMFYABuF3r4IU4LigiFPauZCGBhqJ133oHl/TOdbCAGtUmMLapg oG41IhghiyqM+GMKPsk4JJFF/qajkUkqGSGQI74TIHoohrcjjv/duKONMa74IpTx+OeYlFpCaeMq X24pZZZdcmmlGU2KiAkARsEyp5zCXTanLHR6YqdlesZSg58S2BlonYDKWSifdx4aKKGNLrqooo7u +RCellnayaOSJnppn5na6eaCgIE6KqmlmnoqqqmqWkmDS9qyKaycxjqrrLXOSiuutuqaK6+7/nY4 5Kq2IdCdq5pUeCyy4SS7LLPNOvsstNFKO22zUBUbbDutFsuENdh6+y22ukWzbYjgSvJkmmGqqS5a VmT1rrnxyttXuZJgZq2ZO4C5L0rzntvTr0l2a4VWYJzlL8IJ0/MrBOPqJsF1QSl8iQvwkDtCu8Zd 0svEHftr7Sr3RoYaCxGv4nGQAdPEDYwDw6DVAQcoEw7KNYfLsMNNfcLybiiLKuCViahhJpcZA6BA zAcoAIDMRLQG307j2Dy1Owr9I3KZQBwFhQWZmXblET4jkCFe1+AVocsJNPBA0glc8nQa4LAjNdV1 i/ArxCDXwUILY1Vw78oSe8ydxaW1xFZe/tjssVdbrCSjgANsw5CA0ofBPZfc69Btd6kTWJCdQRZy N66BqFSgwwinx6VeMCgXRPZdhqfEiOzYBF7EwGsn3bblMSWjrCHLZC5G5r+7ZjzxyMNHszhzRVfX 5scZ/zvzO03gOQEXXGCAARfUBlV9JeTdIUmmqV4O+omIXaI5tXfTTeJrGQuAAwhQvjQ9lyc/PN2b K3+8a/ZHvAFGQn9yi44AMXc85BFwHZ6zQPa4J0EJYuB7PVhcPXLGBFT8QQtna9zqxCakCd1EJXrR j3pU0K0GOABpBxgB0vA3h7gBMIAEXF7x9gc9HfLQdzNDoPAMyL8bDo8SCCAABrY3wSVO/jB7SbzA E6OoPSl+Tg4fLEHD9IZFbrDlhLZT3+Aqhr7ZffF9NHmL405xgABQLmkynKECE+i/1+Rwh3bkof7q EkCpCdGGeiSiJSbwRCYSEopJxAASs5dIQ0LRiVW8G5tcQLqrcdFGJWSZCC9Yjv0kTj+NWEQXfTAw mS2DF72L4x/nCMhVqpKVfgQkH+O4xwMOsR0PjGAhd8IhKzIli7iBDoUWh0HEdOxnEELS/GBwgFbk j4YDfB5dmMdAmbSymtKjHhCVVctxPM95COwL9rTHPe/pZJeQ3BHWbAGMMeWoXgjT1iomBCKX9QI4 UZtE9DhXwLtpx3N9MacWJ+NLqXjQ/kNiI1aVwBYlfv3DaMu6pyTyqc8fyuFbAB2ZYNKJo2FSCUpi g93FcAe1iZLUTQCllQaXtL6AJZRMUTFaSWPaJHM+K6BZQ1NUMhnSEpRvpz79aUgNMB2VfWil60rN mhhqGJkydaZ/UepCb7qvplK1qlQzp1WzqtWtggqrXP0qWMOaE6+KtaxmPStZz6rWtWY1rWx9K1wn 6ta40rWuHpurXfOqV3Phda9+/eup+grYwRJ2RIItLGITq0vFMraxtDmsYyMrWchKtrKKpaxlMztY zGp2EtezAGhDK9rRkpa0BCgtalOr2tWytrWufS1sYyvb2dK2trYF7fXKOgEnIlG0/hgI7WlBG1wI Are4wjUucY+r3OQyd7jORe5zlxvd5kK3utIV7XSza13qXre73P2udr0bXvBud7zBRWISLTABrgry t+vtLHyz4zkDYOC9VU1vfPO7IAhWsKkTuAAB9CtgBWHPviQV5CMHrGDaWICcJb1Aghcs4Z002MB2 g/CEM+wXC/SXcxzWMIh38lvOCdLCIT4xJf7r4Q6juMWUGHHd6uviGXvWwTYTpHbqsyoG0rESI00s IblnhQnCgMjgsnHNcJwdao7ox0WMaJN7/FYhD9mcVC4yZ910ARN37MNLdmaOrSNmEeEQrlcGwJmv nOVJnFknMLYZaMOMym8ekJrZ/lxeN28IxCfn0I/QtPM0k0fn6mGZQxJEs5APrehEM9rQbS40Vo1c 5TRbmayJloSkFz1pQ9PmtFSL85cVKNE8t3KI/5tlA2nYvz6jss61TDWisSzrWNOayrbe5aNvPWs1 47rSh47EryGha0j3usjZ8TKcI9yXy42a1c0WtQ1pic9XwrrMNWQytcHQaGPL+teVRjSuK5HrtPJ6 1sImd6SLrW11++XNNUM2bZjN51Vn+8mn9iYlAk3RaEdbj9gWB51j7Wg0V5ngl+62wNkcbHB7NdPf RsPAIZ5uc+96zWCAN8pAXRt58xuWr7Y3mFG9z1Wyuoj+bjUlOH1wYw880gbn/vS5K27uYdO65ty2 uc1pvunsuDvjyoZotq2t72pLW988VrWzO55Ha8ac4jVvc7kLXmt1Rz3qCc95sWkOdRFh3GMaj7fw 8C1lbto5PveWZsn1fOfjFKLVhCa01HFu9ZlPnOGLXiKxg1zxWzPa7pv29cJF/POJdb2sfdw4nzvL RAaz2OdvPXy8E5/ZhtOm514f/FkDDnZZxhfvjP805mk8Y8t3ufGiP33hCR/606OY9KpnPewBkHqF fV3KfrH2gpy8bN0jHmG8h+hIfw8q19Pe9FEOuZxzTyrhm+roCtI986e9YeO/HlS4f/7xrT8v5ycf yr3vC/ETVnuka7562pzZ/jOfOei1x+2b5q/2n51J9m0Sfc/zd2XzpCftmAia/wuMKKnpH8kJYP/l nwH+ESTMnviFHvXwmyqRWgPinxy1Xfr52dgpXdLBEtRAoKl1oMhF4MjlmQZi4LW9Evf1z9kVj5OF H8Io4NBd4AcGHch5H9F1nMfR0QOmHf3R3w7VYAV6H9M9W5/BTfBlYA5SggK2IAPW2w8d4Q/qGAHC nf+gHQxuIP7RWxWi3B3tG8BxXwZ2IROm2r1xoe8Y3TV5oRWwoL+MH7Q54KuZoQ1yXh7JYBbi4A7+ oPz1Wx0lkA462dAJne1VIMchHxZeHySo4bxAUL4xIQgWIh0SUT7R257V/qHtOSKsUdu/Md0TxmEM YuK8FZ0J2qAlOqEkIKK8KBkQzhsChh3A9dv63Z83lZ1EcWERil0TxiErPo37mZz7TaIDppItziLN TJMIbqAvNqIvSsKW1Q2SFVb0dcwzfpXFeYuMKVY0Ksw1apWK1U0S2pXmxV5tmKK/LCM4ttg22k03 lqOAkSPnYJg6glg6dow4vmNlIRGXUc1/rR49WlaDNRUU7aN+tdc96lOD6SNAIhaHBZhVCRKEDeRB gopCktghOWRMec4UIVJ5ZaR4aSR5baRHdiRIjldIcqR5kaRJfmRJoqRJIpH2NKRuPRCHHVdw/RZx zaRMghZNnpZN1iROSt5kTPLkT+pkTwJlTiZXUe6kUAalUfrkUYZWUyolUi4lUTIlVU6lVSblU2Zl VWLlVkolVwIlbj2kWI4lWZalWZ4lWqalWq4lSYUAADs= ------=_NextPart_821_7147_57DC2B91.EFF2491D-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 23 04:16:50 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9Hlq-0000CP-0G for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 04:16:50 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9Hlm-0000SX-UF for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 04:16:49 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 4099843071F for ; Tue, 23 Jan 2007 01:16:41 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 1FACD4A41DD for ; Tue, 23 Jan 2007 01:16:33 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id EA20A430673 for ; Tue, 23 Jan 2007 01:16:32 -0800 (PST) Received: from mailgw4.ericsson.se (mailgw4.ericsson.se [193.180.251.62]) by hermes.tigertech.net (Postfix) with ESMTP id D7438430659 for ; Tue, 23 Jan 2007 01:16:28 -0800 (PST) Received: from mailgw4.ericsson.se (unknown [127.0.0.1]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id 793AD21845; Tue, 23 Jan 2007 10:14:09 +0100 (CET) X-AuditID: c1b4fb3e-aa8efbb000002522-fc-45b5d1e16c88 Received: from esealmw128.eemea.ericsson.se (unknown [153.88.254.121]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id 5DFF32007A; Tue, 23 Jan 2007 10:14:09 +0100 (CET) Received: from esealmw109.eemea.ericsson.se ([153.88.200.2]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Tue, 23 Jan 2007 10:14:09 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 23 Jan 2007 10:14:08 +0100 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposal for image management Thread-Index: Acc+a5W2SAJRyXtzThSxUdILKG6XJwAYDfBQ From: "Peter Nilsson J (LI/EAB)" To: "David T. Perkins" , X-OriginalArrivalTime: 23 Jan 2007 09:14:09.0183 (UTC) FILETIME=[D6D532F0:01C73ECE] X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=-0.0 tagged_above=-999.0 required=7.0 tests=SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: margaret@thingmagic.com Subject: Re: [Capwap] Proposal for image management X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 2f0065339d489fe5a2873ea9ad776d1a I think this a good proposal. In particular I do like The possibility to support multiple images. That the AC allways initiates the download, both in "Join phase" and Run state. The possibility for the WTP to continue service while an Image is downloaded. That the AC are in control of which and when an image is activated (booted). Peter -----Original Message----- From: David T. Perkins [mailto:dperkins@dsperkins.com] Sent: den 22 januari 2007 22:23 To: capwap@frascone.com Cc: margaret@thingmagic.com Subject: [Capwap] Proposal for image management HI, Please consider the below. All comments welcome. -------------------------------------- WTP Image Management -------------------- Introduction ------------ The primary goal of the CAPWAP protocol is to define a protocol so that a wireless network can be deployed that contains WTPs and AC from different vendors. One part of such a system is the management of the software that provides the WTP function in access points. For single vendor environments with simple access point architecture, solutions can be quite simple. However, to support a range of WTP implementations, a more complex solution is needed. Most current devices that provide the WTP function are single purposed, and the software for the device is packaged as a single file and typically called the "system image". It is possible however to have a multi-purpose device provide the WTP function along with simultaneously providing other functions. For such devices, the software for just the WTP function could also be packaged as single file. Thus, the image management in CAPWAP should support any device as long as the the software can be packaged as a single file. The devices that support the WTP function range in capability of storing no image to multiple images. The number of images that can be stored (and the characteristics of the storage) affect the cost, reliability, and flexibility of the devices. CAPWAP must support devices that have the capability of storing more than one image. This slightly increases the complexity of CAPWAP since the protocol must have operations to determine the number of storage locations, determine the characteristics of stored images, specify a location when storing an image on the device, and to specify which image to run after the next reset. There are two places in the operation of a WTP that provide for the download of an image. These are: 1) immediately after a DTLS session has been established, and the Join operation successfully completed, but before configuration update commands. At this point, the WTP has communicated in the Join operation its identifying characteristics including its: a) manufacturer b) model c) device unique ID (such as serial number or base MAC address) d) field installed components e) currently running WTP software f) list of available storage areas and the WTP software that exists in each Using this information, the AC can decide to either: a) proceed using the currently running software b) instruct the WTP to switch to run WTP software that is already on the WTP (which will result in the WTP rebooting) (Specifically, the AC would change the index of the WTP software to run, and then reboot the WTP.) c) download a new image (WTP software), either replacing an existing image or storing it in an unused storage area. Then, if needed, set the index of the WTP software to the new image, and reboot the WTP. After the WTP reboots, and re-establishes a DTLS session, and the Join operation completes successfully, the WTP should be running the version of the software desired by the AC. 2) During normal operation of the WTP (that is, in the "Run" state), the AC may query the WTP as to determine its list of available storage areas for WTP software and what exists in each, and what is the index of the WTP software to run after the next reboot. The AC may change the value of the index, and may download an image to replace an existing one or store it in an unused storage area. The AC at a later time, such as during a maintenance interval, can instruct the WTP to reboot and run the previously downloaded image. Currently In CAPWAP ------------------- CAPWAP as specified in CAPWAP-03 does not support several aspects of the above. First, it has no concept of storage areas for multiple images. Thus, to run a different version of WTP software requires replacement of the currently running WTP software. Current CAPWAP does support both places during operation to download a different image. However, when done in the RUN state, the WTP stops all other operations, and when the download is completed (or aborted), the WTP next resets. That is, image download is service affecting. Current CAPWAP Operations for Image Management ---------------------------------------------- There are three operations defined for image management, all use "Image Data Request"(9.1) and "Image Data Response" (9.2) messages. The operations are: 1) AC->WTP - Initiate image download (use Initiate Download (4.4.26) message element, which has no content) 2) WTP->AC - Start image download (uses Image Filename (4.4.25) message element, which has a filename as content) 3) AC->WTP - Image portion (uses Image Data(4.4.24) message element, which has fields: 1) opcode - selector with values: a) image data included b) abort transfer 2) checksum of image data 3) image data (zero to 1024 octets)) Problems with Current Image Management -------------------------------------- 1) The same message is used for three different operations. (This can be resolved by creating two additional message pairs.) 2) The description of the Join operation says that the WTP gets the AC's version and compares it with its own to determine if the versions are compatible, and it not, then initiates image download to get the most recent version. However, a WTP does not have sufficient information to make such a decision. Only appropriate for an AC to have information and rules to determine what version of software that a WTP should be running. Note that how an AC obtains the information and rules is either builtin to the AC software, and/or provided through other management interfaces (such as the CLI or SNMP) to the AC. (This can be resolved by removing the WTP initiated download of software.) 3) In a WTP initiated start of image download, a filename is provided as the message element. The description does not specify whether the filename refers to a file on the WTP or AC. However, it is implied to be on the AC, since it is used to initiate a download, and the filename is not used in other operations. This is problematic, since the AC has the knowledge and rules to determine what image to download to each WTP. Also, as is, a filename would couple AC implementation with WTP implementation, which is doubtful in multi-vendor deployments. Also, the is nothing to prevent two different WTPs from choosing the same filename, and if used as is by the AC, then a conflict would result. (This can be resolved by removing the filename.) 4) No support for WTP storing more than a single image. Because current CAPWAP supports only a single image, the image version is implied in the value of the "software version field" of the WTP descriptor message element. However, this is flawed, since it assumes that vendor identifier identifies both the hardware and software of the WTP. (This can be resolved by adding a new message element that lists the storage areas for WTP images, and specifies their contents - either empty, or image description, provider, and version; and the identification of the image to be used on the next boot. It could possibly additionally include image attributes such as time image stored, number of times image used for booting the WTP, timestamp of last time image booted, image size, MD5 digest, counts such as "crashes" of image, etc. With the list of storage message elements, the AC sent operation that downloads portions of an image must be modified to specify which storage location to store image data.) 5) No support for WTP indicating failure during image download. Failure could occur due to resource exhaustion (such out of memory to buffer image before write), or due to write of image to persistent storage. (This can be resolved by adding result codes to the image portion operation.) 6) The Image Data Message element has several problems. This include: 1) it has a checksum that is used to determine if the block of image data has been modified. However, the DTLS session provides information to determine if a message has been modified. Also, the algorithm for the checksum is not specified. (This can be resolved by removing from each message element, and providing for a digest, such as MD5, for the entire file.) 2) end-of-file determination is implicit by the size of the image data element. That is, when the size of the image data field is less than 1024, then the end of the image file has been reached. (This can be resolved by using "opcode" field to explicitly indicate the end of the image transfer, (and used to specify that the "image data field" contains the digest of the image file)). 3) no block number of image data. The message element does not provide the block number of the image file data element. Thus, outer CAPWAP message parameters must be used by the code that processes the data image to determine the block number. This becomes a very important issue when an image transfer occurs while in the run state. (This can be resolved by adding a 32-bit block number.) 4) no location to store image. As previously mentioned, current CAPWAP does not support multiple storage locations for images. When this support is added, a mechanism needs to be added to provide this on image download. (This can be resolved by adding a location id field, or download session field to the image data message element.) 7) The AC initiate download operation does not specify any message elements that a WTP can use to determine if the download has high probability of succeeding. The WTP can determine if it supports download to a specific memory location (a WTP may images that are "permanent", or the WTP may not have enough persistent storage for the image). (This can be resolved by having AC initiated download to specify the size of the image file, and the location to store the image. The result would give the AC a hint if it should proceed with image download. Note that this operation be renamed to download check, since it doesn't initiate a download.) 8) There is not a mechanism for the WTP to indicate to the AC that the image that is being downloaded is inappropriate for it to use. An example would be for the image of, say, "model A", being downloaded to, say, "model B" and this would result in a system crash. Note: it is not practical due to multi-vendor differences of image files for an AC to be able to examine an image file to determine the the appropriate hardware and modules that can run an image. Thus, the check can only practically be performed on the WTP. (This issue can be resolved by adding a new error to be returned during image transfer that aborts image transfer and indicates inappropriate image for the WTP. Note: due to vendor design choices in where information is stored in the image file, the error may be generated after any data block of the image.) Summary of Suggested Changes ---------------------------- 1) Eliminate WTP->AC operation to initiate image transfer, and thus, eliminate the "image filename" message element (4.4.25). 2) Add new message element that is returned by Join that lists storage areas for images and the current contents and identification of image used for current and to use for next reboot. 3) Add new operation (and message pair) for download check. 4) Modify image data element to: a) eliminate checksum field b) add new value for opcode to specify "end-of-file", and when so, to include image digest type, and image digest in the image data field. c) add 32-bit block number to the beginning of the image data 5) Have failure results the image transfer and download check operations. 6) Have image check and image download operations from RUN state to not change current state (and have no auto-reboot) after image download. Outstanding Issues ------------------ 1) Can multiple simultaneous downloads occur in the RUN state? (Suggestion - Let this be optional, and add new error code to indicate non-support.) 2) How is the location of the image to run on the next download specified? (Suggestion - done with a parameter to the REBOOT operation and make reboot required if image download done at "join time".) Example Message Flows --------------------- 1) No image download after join ============ ============ WTP AC ============ ============ [--------------- discovery process -------------] Discover Request ------> <------ Discover Response (---- possibly additional operations ----) [--------------- end discovery -----------------] (--- begin dtls handshake ---) ClientHello ------> <------ HelloVerifyRequest (with cookie) ClientHello ------> (with cookie) <------ ServerHello <------ Certificate <------ ServerHelloDone (WTP callout for AC authorization) Certificate* ClientKeyExchange CertificateVerify* [ChangeCipherSpec] Finished ------> (AC callout for WTP authorization) [ChangeCipherSpec] <------ Finished (--- DTLS session is established now ---) Join Request ------> <------ Join Response (--- Image is desired version, so proceed with initial configuration and transition to RUN state ----------------) 2) Image download after join ============ ============ WTP AC ============ ============ [--------------- discovery process -------------] Discover Request ------> <------ Discover Response (---- possibly additional operations ----) [--------------- end discovery -----------------] (--- begin dtls handshake ---) ClientHello ------> <------ HelloVerifyRequest (with cookie) ClientHello ------> (with cookie) <------ ServerHello <------ Certificate <------ ServerHelloDone (WTP callout for AC authorization) Certificate* ClientKeyExchange CertificateVerify* [ChangeCipherSpec] Finished ------> (AC callout for WTP authorization) [ChangeCipherSpec] <------ Finished (--- DTLS session is established now ---) Join Request ------> <------ Join Response (--- New image desired ---) <------ Check download Request Check download Response ------> ---- | <------ Image download Request | | Image download Response ------> | ----- repeated until image downloaded <------ Reset Request Reset Response ------> (---- WTP Reboots ----) 3) Image download in RUN state (--- WTP in RUN state ---) (--- Different image desired. due to administrative operation at AC ---) <------ Check download Request Check download Response ------> ---- | <------ Image download Request | | Image download Response ------> | ----- repeated until image downloaded, while still in RUN state (---- WTP still in RUN state ---) (---- time passes by -----) (---- AC decides (due to administrative specification or action) that WTP should be running different image ----) <------ Reset Request Reset Response ------> (---- WTP Reboots using specified image ----) -------------------------------------- Regards, /david t. perkins _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From xiongrichardqsukyd@cndata.com Tue Jan 23 07:44:14 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9L0Y-0001EJ-2v; Tue, 23 Jan 2007 07:44:14 -0500 Received: from [125.79.174.114] (helo=cndata.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H9L0M-0005Fj-7Q; Tue, 23 Jan 2007 07:44:14 -0500 Message-ID: <174a01c73f26$0b3f6680$54f11dfe@xiongrichardqsukyd> Reply-To: "Luigi Morales" From: "Luigi Morales" To: "Roseann Vasquez" Cc: "Kellee James" , "Newton Nichols" , "Prudence Stephens" , "Kai" , "Kristy Green" , "Catharine" <6lowpan-request@lists.ietf.org> Subject: Don't understand, hope u can help Date: Tue, 23 Jan 2007 19:38:23 +0700 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_7DD_7711_1C506BEF.DC609AC7" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express Macintosh Edition - 5.01 (1630) X-MimeOLE: Produced By Microsoft MimeOLE V5.01 X-Spam-Score: 0.9 (/) X-Scan-Signature: d8921dd2ebcb07edebf7bfaf4808c2ad This is a multi-part message in MIME format. ------=_NextPart_7DD_7711_1C506BEF.DC609AC7 Content-Type: multipart/alternative; boundary="----=_NextPart_469_0743_FDDD7FCC.425C1492" ------=_NextPart_469_0743_FDDD7FCC.425C1492 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable tired The five sleep cough upset antagonists of Phileas Fogg had met in t= h dam =60We motion shall see,' knee hair replied Aouda, becoming suddenly= p These current were the only words disgust he protect suddenly uttered= during the joThroughout helpless this day cloth (Sunday) the near wheel = house in Saville daily =60For this glue talk prison time - yes.' This faint personage, who= had terrify substance taken the recognise train at Elko, w fork Passe= partout different victorious approached floor and read one of these noti = forgiven =60Then let me knee have hurt ripe a word with you.' When the box let clock strange indicated bit twenty minutes past eighttra= in Why should he present run broke himself interest at the Reform? His fr= ight Passepartout even felt a strong detail desire land yesterday to gras= p hisuccessfully Mr Fogg, therefore, had no upheld point reason for belon= g going out, a =60But!--' bade =60I'll ray go,' modern said Passepartout sand to himse= lf. He knew n The decision pick plane news plant quickly spread throu= gh the train, which c different =60In scale punishment connection your master's interest.' =60What time did burn the do last poor train tray arrive from Liverpooinv= ite Finding himself memory too wretched slain episcopal to remain alone, = he kWhile each poised shake of card the party repeat was absorbed in refl= ectionAbout half-past risen seven representative did in light the evening= Mr Fogg sent Passepartout thrive seemed messup swelled to behind be vanquished by Fix'= s cool big At the appointed hour end paper Elder long William Hitch ro= se, an No town one shame ventured to jolly promise gainsay the missionar= y, whose e =60You lead have given me shrink a thrashing,' behavior successfully said= Fix. =60Good, powerful ski About gleaming noon Mudge perceived observa= tion by certain landmarks th loss stretch =60At glass twenty-three run minutes past seven,' replied Ga= utwool Phileas Fogg took a line sort chair, misspell and sat down near th= e fIt point reward nervous stopped at last, and Mudge, vinic pointing to = a massseparate meddle appreciate He sat several stuck minutes without spe= aking; then, ben =60Aha!' company nation cried Passepartout; =60you cook are rest convince= d he i to comfort Then, emphasizing his hop wept words with his loud = voice an pop Several of the helpless audience, not brave attraction bei= ng much interested notice =60Well, woman gentlemen,' resumed pencil Andrew monthly Stuart, =60= if Phil=60I, Mr loss Fogg!' replied colourful move Aouda, board checking = the pulsatioArrived! Arrived face at the fortunately worried station whic= h woman is in daily=60Please let walk me finish,' wrung returned horn blu= nt Mr Fogg. =60When I =60No,' replied Fix coldly, =60I decorate among drawer smoke think him a = rascal. Svinic The powerful Elder's story discover became enchanting some= what wearisome, and h slowly Ten hearers proud only grow were now left, = shiny among them honest guilty vessel Passepartout stomach listened, band with closed fists. =60Wait; don't ink let us be too distance broad helpful hasty,' replied S= amuel=60I know it, map rob vascular Mr spun Fogg,' replied Aouda; =60and = I ask yoframe Passepartout blink and respect Fix store jumped off, stretc= hed their s=60Madam, you could humor not remain in confuse brush polish I= ndia, and your sa =60Now,' resumed peel Fix, plate =60Mr air Fogg seems to meddle be going = bac ear Passepartout was now slung the slept only person collect left= in the c summer =60And this,' added excuse band Elder William Hitch,= save =60this is wh property set cloth Passepartout listened place very attentively to Fix, a= ndgroup =60So, Mr Fogg,' resumed scare Aouda, harbor =60not below content= with re ------=_NextPart_469_0743_FDDD7FCC.425C1492 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

tired The five sleep cough upset antagonists of Phileas Fogg had met = in th dam =60We motion shall see,' knee hair replied Aouda, becoming= suddenly p  These current were the only words disgust he prote= ct suddenly uttered during the joThroughout helpless this day cloth (Sund= ay) the near wheel house in Saville
daily =60For this glue talk prison time - yes.' This faint personage= , who had terrify substance taken the recognise train at Elko, w &nb= sp;  fork Passepartout different victorious approached floor an= d read one of these noti
forgiven =60Then let me knee have hurt ripe a word with you.'  =

When the box let clock strange indicated bit twenty minutes past eigh= ttrain Why should he present run broke himself interest at the Reform? Hi= s fright Passepartout even felt a strong detail desire land yesterday to = grasp hisuccessfully Mr Fogg, therefore, had no upheld point reason for b= elong going out, a
=60But!--'   bade =60I'll ray go,' modern said Passepartou= t sand to himself. He knew n     The decision pi= ck plane news plant quickly spread through the train, which c  =
different =60In scale punishment connection your master's interest.' = ;
=60What time did burn the do last poor train tray arrive from Liverpooinv= ite Finding himself memory too wretched slain episcopal to remain alone, = he kWhile each poised shake of card the party repeat was absorbed in refl= ectionAbout half-past risen seven representative did in light the evening= Mr Fogg sent
Passepartout thrive seemed messup swelled to behind be vanquished by Fix'= s cool    big At the appointed hour end paper Elder l= ong William Hitch rose, an  No town one shame ventured to jolly= promise gainsay the missionary, whose e
=60You lead have given me shrink a thrashing,' behavior successfully said= Fix. =60Good,   powerful ski About gleaming noon Mudge pe= rceived observation by certain landmarks th     =    loss stretch =60At glass twenty-three run minutes past seven,' replied Ga= utwool Phileas Fogg took a line sort chair, misspell and sat down near th= e fIt point reward nervous stopped at last, and Mudge, vinic pointing to = a massseparate meddle appreciate He sat several stuck minutes without spe= aking; then, ben     =60Aha!' company nation cried Passepartout; =60you cook are rest convince= d he i     to comfort Then, emphasizing his hop = wept words with his loud voice an   pop Several of the hel= pless audience, not brave attraction being much interested  &nb= sp;
notice =60Well, woman gentlemen,' resumed pencil Andrew monthly Stuart, =60= if Phil=60I, Mr loss Fogg!' replied colourful move Aouda, board checking = the pulsatioArrived! Arrived face at the fortunately worried station whic= h woman is in daily=60Please let walk me finish,' wrung returned horn blu= nt Mr Fogg. =60When I
=60No,' replied Fix coldly, =60I decorate among drawer smoke think him a = rascal. Svinic The powerful Elder's story discover became enchanting some= what wearisome, and h  slowly Ten hearers proud only grow were = now left, shiny among them honest
guilty vessel Passepartout stomach listened, band with closed fists. = ;

=60Wait; don't ink let us be too distance broad helpful hasty,' repli= ed Samuel=60I know it, map rob vascular Mr spun Fogg,' replied Aouda; =60= and I ask yoframe Passepartout blink and respect Fix store jumped off, st= retched their s=60Madam, you could humor not remain in confuse brush poli= sh India, and your sa
=60Now,' resumed peel Fix, plate =60Mr air Fogg seems to meddle be going = bac     ear Passepartout was now slung the slept= only person collect left in the c     summer =60= And this,' added excuse band Elder William Hitch, save =60this is wh = ;
property set cloth Passepartout listened place very attentively to Fix, a= ndgroup =60So, Mr Fogg,' resumed scare Aouda, harbor =60not below content= with re

------=_NextPart_469_0743_FDDD7FCC.425C1492-- ------=_NextPart_7DD_7711_1C506BEF.DC609AC7 Content-Type: image/gif; name="jaejyaa.gif" Content-Transfer-Encoding: base64 Content-ID: <3624a01c73f2600b6d7b60de819de5@xiongrichardqsukyd> R0lGODdhXQFfAYQAAP///wAAAP8AAABm//9mM/+ZAMwAADMA/8zMzAAAZgAAmWZmZpmZmZmZZmZm AP//AGZmmWaZmZlmmf/MzGaZZpnMzMyZmcwzM8xmZgAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAA XQFfAQAF/iAgjmRpnmiqrmzrvnAsz3Rt33iu73zv/8CgcEgsGo/IpHLJbDqf0Kh0Sq1ar9isdsvt er/gsHhMLpvP6LR6zW6738dAoCmvz09ymv3e3vNreyx5AINwT4VDfyKFiCONLoyKQpJAjy+Sg5Yk mZSGSZo9j5E7oImdPqUqonylqZ5InXWErI53douys42junOciLe1KJy1kb+2vsjHxaeXlMG3gZus f9DKwr3MvK94uSWr2bq4s7jE5N/U4+Pm5ucm7NiMwrLsyOeu4dPvzOrg6vfJys2zBxAbN3TB9KEj l4ceQWkGtaVbh4kgwHrT2pULWLCgxmEQNwLzs7CkO2Io/ju2a9jME0mTAxkSuuhwW0SDLN9BHNkv ncacGHuxTJji5U2K+fydDJTy2EqOBxFaAjc02UeB7o4uzfpPYc+vHT0+tNhVENGyYXMptekxLE6o UTM+q3hRXM+gXr3mVFlt4lCwvPYGFdxyo87D4a7+tIcyMFlvcZ0l9GbTGs+8bw3zk9p3qdq+Dv8t 02xjajTIu84mZjyyMr7IsGOLgSy7tu3ZhW/r3g1FNe/fwIMLH068uPHjyJMrX868ufPn0KNLn069 uvXr2LNr3869u/fv4FkIGD/+BfnyNgSoQJ9DPQD34bHDhzH/Rn0S9+2vjx89P/kR6sHn33si/Fcg ewAm/liege+hFyCBDgoYIYEHCtggf8vdZ+GFCZrgoIIdhvjhhhC6NyGEIFK44YcYIneeiAWW8CKM MZIY440o4vigjiHWeOOKPbZInIYd1jdghQvOSGOOFDJJoon/mchjk/kJCRyRP8p4go1Negjjk1R+ maKUWeJo5XBYqqillzxyCeabS+64YJlqmnlmcP6xZ+SW+OmJ4JRMNkhmmD8+OGeFS96p6KKMNuro o5BGKumak1YaxHlKzqjkG5juUCWdlKbwKX1FjGqcnwDO96cbquowqqmmdrlFrENK2GeQOKz6xJ6C eomggQweSKeeuAoK5K+rSvnniiyq2SqxUA5qIYPU/nYZZYBJYqstotdWuamxMgbLoawXfpppkn0e OsWebpIJJH4+1umuqISy6Kaw1ga5o4pGuistoePuC6WH/uJ7IocH3xrwwAar+i2iKBzcqcFXsKtv kRjDm7HF9DqZsaz/wkvkuxrXWS+K+06ZJ8Kp9mrttuQSvOXKLcc8brgKJ8swFRyD/PGgZs6b7n4e FypuyCmK/DGNYKLMb7TN3hply9i+XKLNSIa7bLDEaqkrsvjmTGsSPfNqMtD5mgzqmgIvjfO9I7t9 sspOKx2qyOqinLLeNku884lV22krzjV/La4UrQJM99rKlik0n0E/ziuXMbdNrr1x/jy3zDcvzHnn /oAPjurN0IaNMMOjl4zFxBCXLOHghesIJ+HPOowl5banGnWNNnItop+UN0x4556LPTGmEXaK/OnJ B84668bqmtyrqrtqaQ/LO2fu3blez4PZ3of/A/Til2/++einr/767Lfv/vvwxy///PTXb38VfuSv //789+///wAMoAAHSMACGvCACEygAvd3hdy0yBdnes0nJOXA7lQQFhRc1AXjkEFFbdAIHwRPCLEz wkR08E4lnMQJI9hAGQzgO4UhgAwBQAAR1BAFM7QhLIyRA8qYhhqxaOEJBkBEABDxhVhQhA9TqJcf FkMQK7ghDaWoAipycBEzwWJpZgJBLTrii7TY/ocVToFEI2YBGGD84g0CEkY1ctGNw6hiCayIw0Nk 8Y5YxEg18AjHO3aRj16kAhlHUMYiiuCISESkIg95RFLgkRZtzONY+PjHPkKyj2KsowlyaEMZ3vCT oKRjJfxYEry8MZNe/OMzhIiCFxrykLCEZSFlacZYOtKNqizlJDcBSCWmMZB4kOMJpEhMHerwk0Ww hSVxGUm7YPKSwIxmFJrhyhKU0YhFnGUtCflKHewxj8tMZTO5golfAvIbwhwBMkngSWPScIpXbGYb 5YHOb/ISnNJk4ihTUE0SJDKR2HxlIQHKA3vm8p6kxGRWyonPcyJ0mHN0Zw7X+c5OEmGe6BQn/hwh OE5SdlSfP2jJNWM5y5FuU5u3TGVCcakVSSoUmg5VKDvVSVOJ2pSi+1QpQv2yxy4GsaGrHOMKRtpI RRo1oIxEZEF3ulKduoWLygwmUFcQQ062c4qezCo8rxoEadBmpWxEiEgeyUOp4m8HKE2mWLHCVJfS RSjiBCIUh8PQULASB0pVQ1Bzuhvf8HUKIO3DV9Xqwbs6KrDRQexSI6XY5zTWmyu00mN7GFkhTRYH C8ysZjfL2c569rOgBa1hG3XZ5ZR2i4zV4GgZddrktFYPlX3gar1TmNcex7YywC0MTBoZ3SazrGsE bkaeiErAuvCsw2VrcIm7VmcWZQ0wZSJH/pvq0WfOtqjd7EFRA5pXkDC1ozEIKzCjS1UWFOC8AChA elOAXhGodwXnVa984xtf2MqTL488py+nmlHkDpGQQRhoLQkaTINSlyMp4WVdVQpemY7gvemFMHtf AGH0vvfC9rXkLtG4VwZbV6itBDAjkzpQo/6zm9dMMSS+q2HA+HLB1ZXmQ00g4fXCl8IkkHCNw+tU p9KTufnMBFp8ewkVuFLF2kyyGdPaSBPw1qwxpiQzn7nftZIFyjSmsY7ra+P2RrjGO34wau+r0WhW sq6MKa4UqLlNWzZZyf7M7oj9uWKWktmPH7UnS2WiChWEucJitnGX3atlLxMatj0GaySn/pvPcM54 zUZu85IJ2l0Bt1nFIp6rh8c7ZU7/uK0OlvGhxQzm9gI6wubNMaITPc/HnPKnp+zlbDMNYDjT2c1x pvWTUUleUH8EwXHk73MnrOoKY1jQWy6BjlWdW8tkEpKVtAtTkuvcUNNhqNY08ZGxe+ImTzrFcsby Ep8NxmjTJKrOHGx/UXDqUw/60Md+sLsFfe11QxbEOUirGTqMCvMa+8L0pe+XB65sgrvX0HFQd7/x jVdvk8GvJiwsww+r2omTtuL4M0BqJe7fRxFZOB9vQWhHTvKSm/zkKB/5rFGIcUHGFkMh17THW27c jbPc4qylOaRtzkKch0GJEgyvXHUy/vQ+Qzfoknk0Wwcb8/LqQJQXhbUjG+Logw7b6UVWQoMzfOVN y9rn7eTqHKGuVgP3WY/1LG6vr/7cljQdy/tAuznNHWUY7xyi7sR7vRONGFPGuurUVXPcsT5Nqm64 p/b2ut0Lr8mKYrWYEwXlVmtI9hmY/eoT6WWV7Wxtt2t0GUI2BhsRW9tOUxKNYqS6mVdOeYoW0/Gv n6HsUxr4/mZ+Lo9ee7AxH49AXv4h9zY6nq0LXqqP8+1s36TjOxn7mlZ0nZXn8Z55L5p6fnTuhO8G ZdSoZ6CjG6S5afVGY+3547Me9q63qTGhT/utK7oswDar1Xcvbp12v/e1l76mearg/trrXtRO0BJU 9HrPV1MTtX60V23yV26aN1Z4VnTJZ2/fh0+Lxn3WZhYK52N8BmSLJlwXuAQCyE5Z1XpaZVEj+E6c pAX8ZlcgAUQ1IQ5qIRdMgXQqlHiYtXK1AXE1+Bs6uFgdR3Ec53L3k1g4KFk6x3jh4UDIpxtLCHc5 F4SAlXKbJRRSWIVWeIVWWISWdYS98XL80YSCx4VfqIWyBYV3N3NmiIRoeHM/OAa+5YFL5wq5MTbL MkFABghwmG5TQYZnpFviJWXCRn8RgzXcs0PTx3UHhn022IUncACOCACOeAAtNEIIlmb9J4GKGIG+ 4gJjE1JgZX1fgXhql4kfqHUp/iCJIoCKSaQHh5d2mBiITqgxDlMuCiItEyI9qyZPrWhOM/Z/MRWA KiCJqgiJkUiMxpiKxWiMj7hwuWV6b/Vh5Jd9bGI1hzIiKoM2qJWIZXZ6m6d4YWhHwUgCqoiKyyiM IzCOkPhXWTd8QZZ7pBiLuvMrjjMmmlIsuQh41eeKqweLv7h3KDCMyEiO53iOy5iOAJmA63h7oNho /LiIgrMxbWInirNGh/h+vheN5GZ+PpeK6YiMHNmRBimQA6mOdcaOu3APuzd/8Ogz8xgmIRM898hp ZcZhWQRrKtmPTHAK6AiSImmQI+mTnmh5dmZuThFXdwiP1JItJaItqJM8LnOD/keJUapHXNPGXEw3 W8WYlZG4lcLIlVp5jF+wgj4Ict8ICHwYFz1IkraRlsEnhJAChjl4lvEBl7JBl6UIc2IIjDxnhBvJ hrcRc3YJgD3nl1GIclSIhYiZmFOomJkll0k4hJAZmZI5mZRZmZZ5mZiZmZq5mZzZmZ75maAZmqI5 mqRZmqZ5mqiZmqq5mqzZmq75mrAZm7I5m7RZm7Z5m6OJALq5m7zZm775m8AZnMI5nMRZnMZ5nMiZ nMq5nMzZnM75nMepBdA5ndRZndZ5ndiZndq5nb4pnQiQAAoAnuIZnuQ5nuZZnuh5ngmgnunZnuz5 nu4Zn/B5nvJZn/Npn/h5/p/rmZ/8qZ/9WZ//6Z/z6Z3ouQAMYKAIeqAMIKDtGaAOOp/7yaDiKaEP WqH3aaEYSqHqqaEY6p3myQAogAALUKEZWqIcGqEmiqEK8J8peqIW6qIcSqDjuQAhCgAN8KAw2qIO qqM5KqE9yqP8CaQDmgW6+aEEyQwOKgJCuqQTGqAjwKT5+aPjqaRSKp9V6p8yWp6RqAAgCQAIEADg KQJhCgBjqp5iCqVmCgDoqaRnCqH/SaVtSp4kwJ5x6qLhSaXlWQICWqdLiqbp6aErCp4O8ACRmAAl 8KVjeqdqaqiLuqaNeqX1+aRjSqZBKqFniqdT+qiOaqJluqkMyqWaCqlN/iqq8Qmo69kAhKqkB8Co IvClitqplzoCjKqosVqrbIqnc2qfJACqtzqpasqmtCqnssqrlPqkuSqetrqoubqsv8qqbTqsxwqq mZqoJaCotFqszUqs1OqffuqoWKCb5ImqXkmsrlqmt2qtzjqryKqsZAqn2Aqq6Eqe7fmrsiqm57qu wDqrcequ6oqpwvqq8Iqr7Oqs8KqvyqqueTqn/Oqu0rqwxjqwu6qfpAqfgOoA33kAxHqoYHqtzGoC 0iqs1PqujOqs++qv2BqyIwuyd2qukhqrH8unKZus+Pqw68qyNOupwhqrLPuy9Dqz99qg9Ame6Amg 4+mkRIoA4dkADqAA/o5YpBhLAuXKq8Gasju7rq/KrwFLqfCZp3/arvSasHKKrrvqsPGaqWL7tZ1q tYlqsEKLsDWbsAzLtmSbtgC7taMan/J6oW1bqkcrqAcApltJsoiqsgILtiWLsjw7q/yptf9qr4z7 rHTruIgLszrbsFprspd7slRKt50KsL1quTz7sW4ruvjpp+ZpqhhrByCqsWBLtRlrq766tnFbrQPa tf1ar48KrZJKrPG6u+k6u+6Ku/96u7UKt/fquLrrq2Wrp/7qphM7tCRbBeAqngfQACowuM+bvQGq vc/boaFquoHap+cJqOQJAde7sT4KvpCqvjwKozBrutzrrVcwveS5/gDDib79Gb+kyr5Xqr8lOrT8 a6rhuQdf6gc76r/9y78pqsBSurd+KsATi8A6ip9IK8ESy8D/S6HQ25/eyZ0e/MEgHMIiPMLY6Z0R IAEKmqAScMIsvMIufMIprKAv/MItHMMGOsMtXMMJesM5jMMovMMM4MM9bMNCPMM2HMQ9PMRAXMQ6 HMNMDMNLnMRGHMUzDABT7MRS3MQqzMQ/jMVcfMQJKp0TQAE1gAC4iRy6KQFeSsJs3MZu/MZwPJ3e ScZxXMd2fMd4zMbeqcZ53Md+/MeAnJzeab29OQG7aci6icgIoMiMfMiOvMiPDMmJHMmNPMmWLMmY XMmZTMmPrMme/szJl/zJoQzKm1zIpCzKpZzKqKzJvInIq3zKsDzJ3mm+gVzLtnzLfTzIa4zJwRkA 2unLuBzMxgnM20nMtjzLu9ybBOzLxqycBMybzPyly0nM0Xydz9yc1WyddlCczZycxtzN0ozLYkzH vwnOxvzKkgzOuknNo9zOiwzME9DN6FzKiKzO86zI4XzPpLzOrczJzXzP8BzOjvzPsazP7vzKe5zM 0KzM4VwH3uyb28zMcvDQ/AzMDt3Q/Hyc3XzR7FzAFi3NEm3RE73OI03RHr2bHE3S6tzLC33SIH3R fzzHu8zIywzSKI2c2yzQ0bzS94vR7PzRAs3NOX3TP03UH93R/jaNzRmd1DbN08LpBzrN1E79xgkN nM2800PNzQxd0UGN0z4d0U3t1cqc0kAt1Tod0VPN0lFd1CUt1hUN1kidy0dLyOXM0Nlc0Eu91Dt9 0P7s03ad1KJcz63c0dVc1Fz9zuVM0Hxd1tnc2Od8yt/c1Y2N13xd2arsyMhs1X8d18R51UTd1W49 2VHt1np906Vt2KOd1xp92p9t2qvd2mGt2nisy5Qc0EkN08Oc0xNd2GkN0aYN05zd2Zc81N880oQt 0sjdz8OM0iVN1iWNz0/d0s490qwMx5ktzNid3cV8y+Os0Myd1b8Z2CqN2+Edy+98zcYp3pfs0eQN 3ZYNnO6d/srovd7l7ZuenD+aTd/2bdkGfdlVrd0AHuACjpwyHcnwvc/KicrQOc/VGd/xfeD6zcvC Wd3urNzJqeAITsL/PeAc3uEdTtvE+eD1LckYPuHmTeHFWcn9beEWjuIsnuEQHpwObt4hbuL8feKc fN0evuM8Lswgftn7XeEJDuPMyeDUOePpbeBKLuNLnsovnuRCHuUfjMwNAAFVfuVWnuVXLgEUwOVe 3uVg/uUScOVhvuVlruVojuUNIOZm7uVt3uVqnuZyvuZdPuZWzuZ3fuZ0LuZwnuZ4vudhHuh2ruZs Duh87uZznueH/uaDfuiCrudoruh9buiMXumSPujdfcbc/pHG3t3jnv7pd1zgNg7qpF7q27nhpp7q vEnXql6dP37jsN7fso7jlQ3VQM7etj7rQc7pLT7ejw3rt27Quh7smH20tNzq0xwAad7WVg0Sya7S wMnHVj0HZuzSyP6bPy7i196bcY7lTh1ECVABYs3MDKDO0g7dvuylF70AxKztITzf2qnjwNkA1Unv 3Gnv1BkAYKygPK0Iqwve0b3bAcDuwEnODK3uwGwBuhkBvW3SBL4JU06kY9zpu1nlydzIW97OiCzt xA7rXE7r8g3EO2zbmKwIBgrxtf6li/Cl5U7JEdDpu62bDKCbFWABLQ/NMG3Qv37Z/4PzOY/jqN6b M8/q/r9pviKA7wVP8dRJxkiPzQ1g8TZq9Fq+0nyww46g1dVQwNHu3YxdBwzAAA0Q3MzZ8CgtCK7t nKKeyRRgxlr+5YpM17R85bop93zc9Mpp6H3upTMf4dwMAVlOAgaa5VQvAqt7oBCv7cz8DtLs3i8/ 3Ls58/o+8+zeADff1fHc3Mbd0ALP7E+deL5syP+c0hmd0kGvm12+xibA8Vpe7WZso7o5AmQ880o/ 6cFpxSGKAHbPm7Rfzg0QxgAQ+Fc++L8vAjSK8iwdC6CNABz/3etc/F4KAfpe3Ixt12Wd2vebRlnv 63992C/96o9Po0lf8SOw91jeqmm89grdyGDeqpps/vC+eeymjPtWbv6WrOx/P/4J+vmRfAerO/4r v+sggAQAWZoBkqopA6zpKMok4qLoKwf7DvMybIUDpiYqY1FU4o1OquHzpwsGUaYrNqvdcrcpiCuH aCEakIaEkpaEEeDUAtCoAdhtilyca7Vfa7VZYMpcnxhY4RPEGckCH0PjAtRLUwlfHICkGCXTkl5c jpVIaFhApCYR1VQqUaZeEw/mTucqa1XqDV2X7i4v1mAbksqcne8vC8AbAl7YxJvEkV5NdO4VG4Q0 QnCwSt92QEPgmXh4K4xJIwkfijbo7GY29BizkHSpNEAkDjuubT/RxBB905QskeWEVsAnCm31auiQ /ssXRCvSSFQxrsYENWrknCkTZs7AkIYIiQwZYBxKM+XMMXr0aNa0TQwIYvIkMYCFejMZMBgBhUmU gD9+9kgochOmpDAzAV0lxcrDqFKz4RlIRgwSE9xK5MLmdcW2ePCikRwbjR2ocGrPCEzCMt0lmNHe 0Ww1IUJFHDdgkVhZMuxfaJT6YrGLVaTUxA5TsAlZsSTkyNMeS/6yNpBfmumuZK47k26Oxq5QLEBQ 2mDNyqpj6uosWTHsXSmqujULVqxqwLZxH66tG+1ZHy7F9dgtpMs6sUiYMP+BFq9vIU1f6QEO/Hb0 2tKbNzf7u7fZ2OK9IBC9+jz69Kq7H+XOXL0e/vORAxigDP8+/q3j93P1KFI3dt7lACB4AX434EDX VUZgflbZ98KBxv2X230R5sAfhmEk0yCHHXr4IYghighfhvwZk52ECgaHIIoBvjAPixDyJmOMKgqI onXK6bjijTTymGONOxoo5HUw+ljifhFp9AeTS142DpOBLOlkSlWiMeUagTSZZUpbYqmlGlFa2SWW ZTbZgJlpeilBIFeu+SWZXD4555t1jvmkG5etKUggSI5HlZ+BCjoooYUaeiiispX3IIhz3vmoo5Fa KSmlkKbEUaWOWprppp1SOuKLifYyG6Mf9uQeqqmquiqrrbr6Kqyxyjprq6CGKqqi8tmqQiS4/vr6 q6+QucYhsF2cSCSy2eXYkwkuQeJSsdFKO9UuDUgCJFU4IjttFhHtmkOvJcTVLB/cmnvuFSVBMOxE 7OqBbn8NAPPtGIOVqxU+8OrL7Vd6WDujHni4e6G+3pYkycADhstICQcc0Bdf+0oc7IPrRrZGBai8 VnBGiBQn2CTJKshsCQo4fIACADxMw2BKwYbUxDH70o1Y/1Z3xEY0IGBBW03puC9jHreCsHoLJ9DA AycnoFXLTS/RC8wyS+2CDdNI4NoyKuRUgc0aT1awMvMuBNBTQwEhhSg+SEKyAg4kTUICKHPl9AlP 8xL11IJOYEFs2HCnAgVDXCcvAhWkkYLh/kZN8rF+6AYd8tkKJVTc5AtBGC7SJys9N2d8wfJ5xFG/ QphPhCU1ussFbYKa56fbfYJBpceC2kMT7E3ABRcYYMAFsHn1ngpXh1SaKDskTg/kGgPtH/J6Sf68 2kXp1QqzDiAQd8rd0u266S6j7r3ppaMu+/eFcXY+66l379P3LXNxwd4W4L47/fRj4HsfaA+SGeEB 9QS52WixvA0VL4CqOODQovCCXjXAASY7QApMlj0bnI90r8Pb+izoOvFtUH2ze4XnPlfBEcoOfMYi AAZ0V78V1g93KbzAC2OYOxnyjQaFyITFpnENooCCHopLwfIIZzkE1kJxP1zbCBpwgADE/u1kE6Rg 3TRoQg/CjHwd5GAJM4iULY4witxTCu20MIEXsrCMMEwhBlCIOzWeEYYurCHVtAONrgFnDj8JUOUE CDYC3rGA0UNF2dR2uSY8jAnyYhoJp1jFC9pNdIwM39O4KMUvtk+RDYnf/MwYlfrYMCQ5jMZpDla2 TACtY/Bh0DRIprJ7pWt77WNf+qYIxkdaEmKxC6EsHOm92MEujA65Xe5217uHcDKO4OmaHh4hOICF xAjL0xUogIefheGDNQ9xHy3zpgWoxGZvUilmvwb0ybn8Dz/Lo02PbibHdQJHlR90T1SwmUFtFkYW 1MAVOI0UFjryRn/gwdYzS9WhCVCT/p4GJRQ4K5UwEoFNiAliJkTF4M6DUtRPxXyVZLBVkgEKtEPE oxdIQypSBBhgpJEJotjS+c9pAKeiLhVUMRfTIxups0cvvSlOpxbTnPK0pz4N1E5/KtShEtUhQS0q UpOq1KMqtalO5SlTnyrVqdIzqlS9Klb1ZdWscrWrwNqqV8MqVoSOtaxmNRRYz6rWtRKTrW59a2LS Cte5zlWudL3rWu2K171KDI5o5Ws342eBwRK2sIY9LGITq9jFMraxjn0sZCMr2clStrKWvexgbYfU CbgQhYXFAGEJENrBipa0ozUtauV3WtWmtrSsfa1rY7ta2cJ2trZt7W1ri9vd6pa2/rr9rW+Dm1vh pna4xkUtClNogQn8dIygZS5gowubvRkAA9DFqXKlq93xyO9+L53ABQiw3fGK53bXNegY/Ure9UrF AsM86AXUy975OsS9551afOmr3/Z6N28W6O9+A9wL0OZtjPcVMIK3AF7/AjjBDtZCgydm3QdTWIzv ndgYxcOJRJWvi9u8axl3V4L6kYDEwLqwxDIcGwyuuDUu3o/75IlUEY+4mDQusV79BD+Z/VfDXvQx cl48nhhT9cYAMPKNc7wFIz+EwDEbLJDX58vTDSZ0vmzdLnVpPtHdssq8tGAYI1bj+tDvyCIuM5rJ fOY1H9XEOGaym81cYyycOQtu/k7zmMmsGNHyWL7xjCKLv6xlRo6vkd3bsqEhmUjSVfLQOH60nCO9 ZkjTmMmS5mSlbYxpTZfZzpYuMaTN3OlKx6bHT/bzNQH9ukcO2tGFRh8XSthhKtat0bJ89KjnjGZd k3rJlv50kjetBWCbINNXMLZinDwxU79M1Y42YavV9+pexlqRsfyxFaUsZlzLWdNHFrWuu+1rJHc6 z3MO9YgjXexiC5vd6I4Ks/uKaodUeZ5etDWRnZ1vGcvafLSOpL1lDGo1fzvdao6pnutM53Yj+9Ln Vjeo343wdrP70w5RtryjHO1F2pvQip6lBwH+8Vm7Et+efniodxpsdzu85S5f/jnFHU5xOPMn3vuC 8oq3ve2A0+7KglYdqyu44dkVpHP3jkXn5Llylhf84eR+M4nLCPUQM3zUeL4z1uMcFYzfPMJJ3Z7G x8tCxdhcXzh/Kthb/Oy9qjzZ8zbX2ak6Zan0XOxaf0jZ4RX3CvOdBFw3u9f7/uC8o2vvgqfw3/X+ 9sMHmPDnMvyP/+zhKA9Z4M02l+XpvvaQGyrxhQ/8kP3Nn8w3hPSKMT2hZk35LKD+w4lxPNwXf/nI r372SGq9oFSv9i3gXvRbl720IG/oKYs5l0UfHQibxrorIx3oIqe2zi94beSjT5JEr6WVrQ/95juf ytv8uS0/Tm1Gh7/8X8QC/uy5JfzwdZjjggZhwJ+v/JEX3cP5Bjn+4W90MDqy/4ueO//FX/PdX7Zp 3/9NWxUJnOc9HujlH+/NE8fV0qot2tH5Xsj1G/1dYKJBYAdJ2wayngA6oP2J3/kFXQbinxak37Ss nwj2UqNFIHOM3/VV4AdNoKuBoC5FYAXWGyRxUPnFIOedIBAGmtC5GvFtGAwiYRcsYOxV263BIAdu 3gS6UghGHjZhoAhe4Qcukg8img06262FId203wP+nw1aHhOqn3iVIQbpHxRKoPVRYQCuXdqt2htq ofhpWRt+oL/pYcdpEf3x2waaXBD6HfBFi4q5XqDJWvaVj84tX4wVHxYm/t3mKZ+XfVnStWHdHVr2 2aHR4U3ofCGWrc60yWACdp/l7ZjMoNhZ9d65uOJPKdmvTBhbwSK32CJPLZjUqCBWASDjSUUanosq /iKC6eLU8CIxatcw4tchJiNfISO6BKMz7hUKHZjUgFczTuNbuddLwZA2apdzWSM9uVc2fqNY/dca 4tQYxZc4TlU5Fss75tQ60mJP7c0MpdFxERdwzRYA8JY+/uNpAaQ/Htc+DuRuiZdBFqRCCqRCEiRA olDusONmCRZoqVZpVaRrYSRraeRFmlZHWuRgcWRIeuRIguR/keRJys9HitZKbiRKimRKsmRJymRM uqRJVqRN0iRM7uRLIvbkTfqkTv6kUAalSWaWOR4lUialUi4lUzalUz4lVNJTCAAAOw== ------=_NextPart_7DD_7711_1C506BEF.DC609AC7-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 23 08:28:08 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9Lh2-0004f9-VQ for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 08:28:08 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9Lgy-0001In-Uq for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 08:28:08 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 1717F3981DA for ; Tue, 23 Jan 2007 05:28:02 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id F3AFA4A41DD for ; Tue, 23 Jan 2007 05:27:35 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id D472A430CF2 for ; Tue, 23 Jan 2007 05:27:35 -0800 (PST) Received: from rwcrmhc14.comcast.net (rwcrmhc14.comcast.net [204.127.192.84]) by hermes.tigertech.net (Postfix) with ESMTP id B598B430D64 for ; Tue, 23 Jan 2007 05:27:32 -0800 (PST) Received: from [192.168.128.2] (c-24-6-207-154.hsd1.ca.comcast.net[24.6.207.154]) by comcast.net (rwcrmhc14) with ESMTP id <20070123132731m1400je0aje>; Tue, 23 Jan 2007 13:27:31 +0000 Message-ID: <45B60D3B.9010803@hyperthought.com> Date: Tue, 23 Jan 2007 05:27:23 -0800 From: Scott G Kelly User-Agent: Thunderbird 1.5.0.9 (X11/20061219) MIME-Version: 1.0 To: "Peter Nilsson J (LI/EAB)" References: In-Reply-To: X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests= X-Spam-Level: Cc: margaret@thingmagic.com, capwap@frascone.com Subject: Re: [Capwap] Proposal for image management X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 4de5d7f989d6c039c8b887f1940f36ab I also think this is a good proposal in many ways. I do have a few concerns, though. One has to do with the idea of "image locations", but maybe I'm misunderstanding something. The discussion of image storage locations seems to imply that there will be fixed "slots" carved out for storing images, but I think that has obvious issues (e.g. how big are they, and what happens if an image grows beyond this size?) If I'm just missing something, you can correct me. Otherwise, we might want to think more generally about image storage, maybe in terms of files (perhaps with numeric image IDs, with one designated as "active") rather than "image locations". Also implicit in all of this is an issue which is in some ways similar to those of certificate management, i.e. what is the format of an "image"? Every vendor has their own proprietary image scheme, and while I don't profess to know what everyone has done, I'd venture a guess that some bundle a boot loader, OS kernel, and executable(s) into one package, and others bundle some subset of these, and some may even support both approaches. This seems like an iceberg to me, with a lot of subtle issues hiding under the surface. Scott Peter Nilsson J (LI/EAB) wrote: > I think this a good proposal. > > In particular I do like > The possibility to support multiple images. > That the AC allways initiates the download, both in "Join phase" and Run > state. > The possibility for the WTP to continue service while an Image is > downloaded. > That the AC are in control of which and when an image is activated > (booted). > > Peter > > > > -----Original Message----- > From: David T. Perkins [mailto:dperkins@dsperkins.com] > Sent: den 22 januari 2007 22:23 > To: capwap@frascone.com > Cc: margaret@thingmagic.com > Subject: [Capwap] Proposal for image management > > HI, > > Please consider the below. All comments welcome. > > -------------------------------------- > WTP Image Management > -------------------- > > Introduction > ------------ > > The primary goal of the CAPWAP protocol is to define a protocol so that > a wireless network can be deployed that contains WTPs and AC from > different vendors. > One part of such a system is the management of the software that > provides the WTP function in access points. For single vendor > environments with simple access point architecture, solutions can be > quite simple. However, to support a range of WTP implementations, a more > complex solution is needed. > > Most current devices that provide the WTP function are single purposed, > and the software for the device is packaged as a single file and > typically called the "system image". It is possible however to have a > multi-purpose device provide the WTP function along with simultaneously > providing other functions. > For such devices, the software for just the WTP function could also be > packaged as single file. Thus, the image management in CAPWAP should > support any device as long as the the software can be packaged as a > single file. > > The devices that support the WTP function range in capability of storing > no image to multiple images. > The number of images that can be stored (and the characteristics of the > storage) affect the cost, reliability, and flexibility of the devices. > CAPWAP must support devices that have the capability of storing more > than one image. This slightly increases the complexity of CAPWAP since > the protocol must have operations to determine the number of storage > locations, determine the characteristics of stored images, specify a > location when storing an image on the device, and to specify which image > to run after the next reset. > > There are two places in the operation of a WTP that provide for the > download of an image. These > are: > 1) immediately after a DTLS session has been > established, and the Join operation successfully > completed, but before configuration update commands. > At this point, the WTP has communicated in the Join > operation its identifying characteristics including its: > a) manufacturer > b) model > c) device unique ID (such as serial number or > base MAC address) > d) field installed components > e) currently running WTP software > f) list of available storage areas and the > WTP software that exists in each > Using this information, the AC can decide to either: > a) proceed using the currently running software > b) instruct the WTP to switch to run WTP software > that is already on the WTP (which will result > in the WTP rebooting) (Specifically, the AC would > change the index of the WTP software to run, > and then reboot the WTP.) > c) download a new image (WTP software), either > replacing an existing image or storing it in > an unused storage area. Then, if needed, set > the index of the WTP software to the new image, > and reboot the WTP. > After the WTP reboots, and re-establishes a DTLS session, > and the Join operation completes successfully, the WTP > should be running the version of the software desired > by the AC. > 2) During normal operation of the WTP (that is, in the "Run" > state), the AC may query the WTP as to determine its > list of available storage areas for WTP software and > what exists in each, and what is the index of the > WTP software to run after the next reboot. The AC > may change the value of the index, and may download > an image to replace an existing one or store it in > an unused storage area. The AC at a later time, such > as during a maintenance interval, can instruct the WTP > to reboot and run the previously downloaded image. > > Currently In CAPWAP > ------------------- > CAPWAP as specified in CAPWAP-03 does not support several aspects of the > above. First, it has no concept of storage areas for multiple images. > Thus, to run a different version of WTP software requires replacement of > the currently running WTP software. Current CAPWAP does support both > places during operation to download a different image. However, when > done in the RUN state, the WTP stops all other operations, and when the > download is completed (or aborted), the WTP next resets. That is, image > download is service affecting. > > > Current CAPWAP Operations for Image Management > ---------------------------------------------- > There are three operations defined for image management, all use "Image > Data Request"(9.1) and "Image Data Response" > (9.2) messages. The operations are: > 1) AC->WTP - Initiate image download (use Initiate Download > (4.4.26) message element, which has no content) > 2) WTP->AC - Start image download (uses Image Filename (4.4.25) > message element, which has a filename as content) > 3) AC->WTP - Image portion (uses Image Data(4.4.24) message > element, which has fields: > 1) opcode - selector with values: > a) image data included > b) abort transfer > 2) checksum of image data > 3) image data (zero to 1024 octets)) > > Problems with Current Image Management > -------------------------------------- > 1) The same message is used for three different operations. > (This can be resolved by creating two additional message > pairs.) > 2) The description of the Join operation says that the WTP > gets the AC's version and compares it with its own to > determine if the versions are compatible, and it not, > then initiates image download to get the most recent > version. However, a WTP does not have sufficient information > to make such a decision. Only appropriate for an AC to > have information and rules to determine what version > of software that a WTP should be running. Note that how > an AC obtains the information and rules is either builtin > to the AC software, and/or provided through other management > interfaces (such as the CLI or SNMP) to the AC. > (This can be resolved by removing the WTP initiated > download of software.) > 3) In a WTP initiated start of image download, a filename > is provided as the message element. The description does > not specify whether the filename refers to a file on the > WTP or AC. However, it is implied to be on the AC, since > it is used to initiate a download, and the filename is > not used in other operations. This is problematic, since > the AC has the knowledge and rules to determine what image > to download to each WTP. Also, as is, a filename would > couple AC implementation with WTP implementation, which > is doubtful in multi-vendor deployments. Also, the is nothing > to prevent two different WTPs from choosing the same filename, > and if used as is by the AC, then a conflict would result. > (This can be resolved by removing the filename.) > 4) No support for WTP storing more than a single image. Because > current CAPWAP supports only a single image, the image version > is implied in the value of the "software version field" of > the WTP descriptor message element. However, this is flawed, > since it assumes that vendor identifier identifies both > the hardware and software of the WTP. > (This can be resolved by adding a new message element > that lists the storage areas for WTP images, and specifies > their contents - either empty, or image description, > provider, and version; and the identification of the > image to be used on the next boot. It could possibly > additionally include image attributes such as time image > stored, number of times image used for booting the WTP, > timestamp of last time image booted, image size, MD5 digest, > counts such as "crashes" of image, etc. With the list of > storage message elements, the AC sent operation that > downloads portions of an image must be modified to specify > which storage location to store image data.) > 5) No support for WTP indicating failure during image download. > Failure could occur due to resource exhaustion (such out of > memory to buffer image before write), or due to write of > image to persistent storage. > (This can be resolved by adding result codes to the image > portion operation.) > 6) The Image Data Message element has several problems. This > include: > 1) it has a checksum that is used to determine if the > block of image data has been modified. However, the > DTLS session provides information to determine if > a message has been modified. Also, the algorithm > for the checksum is not specified. > (This can be resolved by removing from each message > element, and providing for a digest, such as MD5, > for the entire file.) > 2) end-of-file determination is implicit by the size of > the image data element. That is, when the size of > the image data field is less than 1024, then the end > of the image file has been reached. > (This can be resolved by using "opcode" field to > explicitly indicate the end of the image transfer, > (and used to specify that the "image data field" > contains the digest of the image file)). > 3) no block number of image data. The message element > does not provide the block number of the image file > data element. Thus, outer CAPWAP message parameters > must be used by the code that processes the data > image to determine the block number. This becomes > a very important issue when an image transfer occurs > while in the run state. > (This can be resolved by adding a 32-bit block number.) > 4) no location to store image. As previously mentioned, > current CAPWAP does not support multiple storage > locations for images. When this support is added, > a mechanism needs to be added to provide this on > image download. > (This can be resolved by adding a location id field, > or download session field to the image data message > element.) > 7) The AC initiate download operation does not specify > any message elements that a WTP can use to determine > if the download has high probability of succeeding. > The WTP can determine if it supports download to a specific > memory location (a WTP may images that are "permanent", > or the WTP may not have enough persistent storage for > the image). > (This can be resolved by having AC initiated download to > specify the size of the image file, and the location > to store the image. The result would give the AC > a hint if it should proceed with image download. Note > that this operation be renamed to download check, since > it doesn't initiate a download.) > 8) There is not a mechanism for the WTP to indicate to the > AC that the image that is being downloaded is inappropriate > for it to use. An example would be for the image of, say, > "model A", being downloaded to, say, "model B" and this > would result in a system crash. Note: it is not practical > due to multi-vendor differences of image files for an AC > to be able to examine an image file to determine the > the appropriate hardware and modules that can run an > image. Thus, the check can only practically be performed > on the WTP. > (This issue can be resolved by adding a new error to > be returned during image transfer that aborts image > transfer and indicates inappropriate image for the WTP. > Note: due to vendor design choices in where information > is stored in the image file, the error may be generated > after any data block of the image.) > > > Summary of Suggested Changes > ---------------------------- > 1) Eliminate WTP->AC operation to initiate image transfer, > and thus, eliminate the "image filename" message > element (4.4.25). > 2) Add new message element that is returned by Join that > lists storage areas for images and the current contents > and identification of image used for current and to use > for next reboot. > 3) Add new operation (and message pair) for download check. > 4) Modify image data element to: > a) eliminate checksum field > b) add new value for opcode to specify "end-of-file", > and when so, to include image digest type, and > image digest in the image data field. > c) add 32-bit block number to the beginning of the > image data > 5) Have failure results the image transfer and download check > operations. > 6) Have image check and image download operations from RUN > state to not change current state (and have no auto-reboot) > after image download. > > > Outstanding Issues > ------------------ > 1) Can multiple simultaneous downloads occur in the RUN state? > (Suggestion - Let this be optional, and add new error code > to indicate non-support.) > 2) How is the location of the image to run on the next download > specified? > (Suggestion - done with a parameter to the REBOOT operation > and make reboot required if image download done at "join > time".) > > > > Example Message Flows > --------------------- > > 1) No image download after join > > ============ ============ > WTP AC > ============ ============ > [--------------- discovery process -------------] > > Discover Request ------> > <------ Discover Response > > (---- possibly additional operations ----) > > [--------------- end discovery -----------------] > > > (--- begin dtls handshake ---) > > ClientHello ------> > <------ HelloVerifyRequest > (with cookie) > > ClientHello ------> > (with cookie) > <------ ServerHello > <------ Certificate > <------ ServerHelloDone > > (WTP callout for AC authorization) > > Certificate* > ClientKeyExchange > CertificateVerify* > [ChangeCipherSpec] > Finished ------> > > (AC callout for WTP > authorization) > > [ChangeCipherSpec] > <------ Finished > > (--- DTLS session is established now ---) > > Join Request ------> > <------ Join Response > > (--- Image is desired version, > so proceed with initial > configuration and transition > to RUN state ----------------) > > > 2) Image download after join > > ============ ============ > WTP AC > ============ ============ > [--------------- discovery process -------------] > > Discover Request ------> > <------ Discover Response > > (---- possibly additional operations ----) > > [--------------- end discovery -----------------] > > > (--- begin dtls handshake ---) > > ClientHello ------> > <------ HelloVerifyRequest > (with cookie) > > ClientHello ------> > (with cookie) > <------ ServerHello > <------ Certificate > <------ ServerHelloDone > > (WTP callout for AC authorization) > > Certificate* > ClientKeyExchange > CertificateVerify* > [ChangeCipherSpec] > Finished ------> > > (AC callout for WTP > authorization) > > [ChangeCipherSpec] > <------ Finished > > (--- DTLS session is established now ---) > > Join Request ------> > <------ Join Response > > (--- New image desired ---) > > <------ Check download Request > > Check download Response ------> > > ---- > | <------ Image download Request > | > | Image download Response ------> > | > ----- repeated until image downloaded > > <------ Reset Request > > Reset Response ------> > > (---- WTP Reboots ----) > > > > 3) Image download in RUN state > > (--- WTP in RUN state ---) > > (--- Different image desired. due to > administrative operation > at AC ---) > > <------ Check download Request > > Check download Response ------> > > ---- > | <------ Image download Request > | > | Image download Response ------> > | > ----- repeated until image downloaded, while still in RUN state > > > (---- WTP still in RUN state ---) > > (---- time passes by -----) > > (---- AC decides (due to administrative > specification or action) that > WTP should be running different > image ----) > > <------ Reset Request > > Reset Response ------> > > (---- WTP Reboots using > specified image ----) > > -------------------------------------- > Regards, > /david t. perkins > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 23 09:35:20 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9Mk4-000468-NQ for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 09:35:20 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9Mk1-00012V-LM for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 09:35:20 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id CC0993982DC for ; Tue, 23 Jan 2007 06:35:10 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 74BAE4A41DD for ; Tue, 23 Jan 2007 06:34:39 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 40763430EC5 for ; Tue, 23 Jan 2007 06:34:39 -0800 (PST) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by hermes.tigertech.net (Postfix) with ESMTP id 3134D430EF0 for ; Tue, 23 Jan 2007 06:34:33 -0800 (PST) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-3.cisco.com with ESMTP; 23 Jan 2007 06:34:33 -0800 X-IronPort-AV: i="4.13,226,1167638400"; d="scan'208"; a="459118814:sNHT160470174" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l0NEYXvh031000 for ; Tue, 23 Jan 2007 06:34:33 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l0NEYVUw009858 for ; Tue, 23 Jan 2007 06:34:31 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 23 Jan 2007 06:34:31 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 23 Jan 2007 06:34:29 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A20325FBA2@xmb-sjc-235.amer.cisco.com> In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A2030B5DCF@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed resolution for Issue 226 - revisited Thread-Index: AccOoqdsGeOP5tNiQ3u1HblmLZbdlwj9jyDwAxhykoA= References: <4FF84B0BC277FF45AA27FE969DD956A202DF6112@xmb-sjc-235.amer.cisco.com> <4FF84B0BC277FF45AA27FE969DD956A2030B5DCF@xmb-sjc-235.amer.cisco.com> From: "Pat Calhoun (pacalhou)" To: "capwap" X-OriginalArrivalTime: 23 Jan 2007 14:34:31.0154 (UTC) FILETIME=[98053520:01C73EFB] Authentication-Results: sj-dkim-1; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Proposed resolution for Issue 226 - revisited X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: d2ab84f14bb26e3695624a7cd162b21f All, Based on conversations with the CAPWAP security advisors, they had issues with the previously proposed state machine. I have made subsequent changes, which I believe provide a much better framework that the previous version. While I have provided this to them, they haven't had a chance to do a thorough review, but did indicate that they believe the model was better. In order to make as much progress as possible during this week's offsite, I will be including this new text in an updated draft (sent later today). I recognize that it would have been ideal to get a full two week's to review and comment on the draft, but there is a section to review issue 226 in the interim's agenda, so I hope to get closure on this state machine tomorrow. I will update the draft to reflect discussions both on the list and at the interim to ensure the state machine has WG concensus. It is important to note that this new state machine eliminates the DTLS blocks, and creates a single state machine that can be easily followed. It still makes use of the commands and notifications as events that cause the state transitions. 2.3. CAPWAP State Machine Definition The following state diagram represents the lifecycle of a WTP-AC session. Use of DTLS by the CAPWAP protocol results in the juxtaposition of two nominally separate yet tightly bound state machines. The DTLS and CAPWAP state machines are coupled through an API consisting of commands (from CAPWAP to DTLS) and notifications (from DTLS to CAPWAP). Certain transitions in the DTLS state machine are triggered by commands from the CAPWAP state machine, while certain transitions in the CAPWAP state machine are triggered by notifications from the DTLS state machine. /-------------------------\ w| | 5+----------+ x +------------+ | | Run |-->| Reset |-\| +----------+ +------------+ || u ^ ^ ^ y|| +------------+--------/ | | || | Data Check | /-------/ | || +------------+<-------\ | | || t| s| 4 o| || +--------+ +-----------+ +------------+ || | Join |---->| Configure |---->| Image Data | || +--------+ q +-----------+ r +------------+ || ^ p| || | \------------------------------------\ || \---------------------\ | || /--------------<----------------+---------------\ | || | /------------<-------------\ | | | || | | m| |n z| v vv | | +----------------+ +--------------+ +-----------+ | | | DTLS Setup | | DTLS Connect | | DTLS TD | | | +----------------+ +--------------+ +-----------+ | | g| ^ ^ |h ^ ^ v v | | | | | | | | | | | \-------\ | /-----------/ | | | | | | | | | | v |e f| 2 v |j |k | \->+------+ +------+ +-----------+ | | Idle |-->| Disc | | Authorize | \--->+------+ a +------+ +-----------+ b| ^ |c | | /----/ v d| | +---------+ | | Sulking |<-/ 3 +---------+ Figure 3: CAPWAP Integrated State Machine The CAPWAP protocol state machine, depicted above, is used by both the AC and the WTP. In cases where states are not shared (i.e. not implemented in one or the other of the AC or WTP), this is explicitly called out in the transition descriptions below. For every state defined, only certain messages are permitted to be sent and received. The CAPWAP control messages definitions specify the state(s) in which each message is valid. 2.3.1. CAPWAP Protocol State Transitions The following text discusses the various state transitions, and the events that cause them. This section does not discuss interactions between DTLS- and CAPWAP-specific states. Those interactions, as well as DTLS-specific states and transitions, are discussed in Section 2.3.2. Idle to Discovery (a): This transition occurs once device initialization is complete. WTP: The WTP enters the Discovery state prior to transmitting the first Discovery Request message (see Section 5.1). Upon entering this state, the WTP sets the DiscoveryInterval timer (see Section 4.6). The WTP resets the DiscoveryCount counter to zero (0) (see Section 4.7). The WTP also clears all information from ACs it may have received during a previous Discovery phase. AC: The AC does not maintain state information for the WTP upon reception of the Discovery Request message, but it SHOULD respond with a Discovery Response message (see Section 5.2). This transition is a no-op for the AC. Idle to Sulking (b): This transition occurs to force the WTP and AC to enter a quiet period to avoid repeatedly attempting to establish a connection. WTP: The WTP enters this state when the FailedDTLSSessionCount counter reaches MaxFailedDTLSSessionRetry variable (see Section 4.7). Upon entering this state, the WTP shall start the SilentInterval timer. While in the Sulking state, all received CAPWAP and DTLS protocol messages received shall be ignored. AC: The AC enters this state with the specific WTP when the FailedDTLSSessionCount counter reaches MaxFailedDTLSSessionRetry variable (see Section 4.7). Upon entering this state, the AC shall start the SilentInterval timer. While in the Sulking state, all received CAPWAP and DTLS protocol messages received from the WTP shall be ignored. Discovery to Discovery (2): In the Discovery state, the WTP determines which AC to connect to. WTP: This transition occurs when the DiscoveryInterval timer expires. If the WTP is configured with a list of ACs, it transmits a Discovery Request message to every AC from which it has not received a Discovery Response message. For every transition to this event, the WTP increments the DiscoveryCount counter. See Section 5.1 for more information on how the WTP knows the ACs to which it should transmit the Discovery Request messages. The WTP restarts the DiscoveryInterval timer whenever it transmits Discovery Request messages. AC: This is a no-op. Discovery to Sulking (c): This transition occurs on a WTP when Discovery or connectivity to the AC fails. WTP: The WTP enters this state when the DiscoveryInterval timer expires or the DiscoveryCount variable is equal to the MaxDiscoveries variable (see Section 4.7). Upon entering this state, the WTP shall start the SilentInterval timer. While in the Sulking state, all received CAPWAP protocol messages received shall be ignored. AC: This is a no-op. Sulking to Idle (d): This transition occurs on a WTP when it must restart the discovery phase. WTP: The WTP enters this state when the SilentInterval timer (see Section 4.6) expires. The FailedDTLSSessionCount and DiscoveryCount counters are reset to zero. AC: The AC enters this state when the SilentInterval timer (see Section 4.6) expires. The FailedDTLSSessionCount and DiscoveryCount counters are reset to zero. Sulking to Sulking (3): The Sulking state provides the silent period, minimizing the possibility for Denial of service attacks. WTP: All packets received from the AC while in the sulking state are ignored. AC: All packets receive from the WTP while in the sulking state are ignored. Idle to DTLS Setup (e): This transition occurs to establish a secure DTLS session with the peer. WTP: The WTP initiates this transition by invoking the DTLSStart command, which starts the DTLS session establishment with the chosen AC. This decision is performed via local configuration of the AC. AC: The AC initiates this transition by invoking the DTLSListen command, which informs the DTLS stack that it is willing to listen for an incoming session. The AC MAY provide optional qualifiers in the DTLSListen to only accept session requests from specific WTP. Discovery to DTLS Setup (f): This transition occurs to establish a secure DTLS session with the peer. WTP: The WTP initiates this transition by invoking the DTLSStart command (see Section 2.3.2.1), which starts the DTLS session establishment with the chosen AC. The decision of which AC to connect to is the result of the discovery phase, which is described in Section 3.2. AC: The AC initiates this transition by invoking the DTLSListen command (see Section 2.3.2.1), which informs the DTLS stack that it is willing to listen for an incoming session. The AC MAY have maintained state information when it received the Discovery Request in order to provide optional qualifiers in the DTLSListen command to only accept session requests from specific WTP. Note that maintaining state information based on an unsecured discovery request MAY lead to a Denial of Service attack. Therefore the AC SHOULD ensure that the state information is freed after a period, which is implementation specific. DTLS Setup to Idle (g): This transition occurs when the DTLS Session failed to be established. WTP: The WTP initiates this state transition when it receives a DTLSEstablishFail notification from DTLS (see Section 2.3.2.2). This error notification aborts the secure DTLS session establishment. When this transition occurs, the FailedDTLSSessionCount counter is incremented. AC: The WTP initiates this state transition when it receives a DTLSEstablishFail notification from DTLS (see Section 2.3.2.2). This error notification means a DTLS session was attempted with a WTP, but failed. The notification should include information such as the offending WTP, and the reason for the failure. When this transition occurs, the FailedDTLSSessionCount counter is incremented. DTLS Setup to Authorize (h): This transition occurs an incoming DTLS session is being established, and the DTLS stack needs authorization to proceed with the session establishment. WTP: This state transition occurs when the WTP receives the DTLSPeerAuthorize notification (see Section 2.3.2.2). Upon entering this state, the WTP MAY perform an authorization check against the AC's credentials. The method by which this authorization is performed is outside the scope of the CAPWAP specification. AC: This state transition occurs when the AC receives the DTLSPeerAuthorize notification (see Section 2.3.2.2). Upon entering this state, the AC MAY perform an authorization check against the WTP's credentials. The method by which this authorization is performed is outside the scope of the CAPWAP specification. Authorize to DTLS Connect (j): This transition occurs to notify the DTLS stack that the session should be established. WTP: This state transition occurs when the WTP has either opted to forgo the authorization check of the AC's credentials, or the credentials were successfully authorized. This is done by invoking the DTLSAccept DTLS command (see Section 2.3.2.1). AC: This state transition occurs when the AC has either opted to forgo the authorization check of the WTP's credentials, or the credentials were successfully authorized. This is done by invoking the DTLSAccept DTLS command (see Section 2.3.2.1). Authorize to DTLS Teardown (k): This transition occurs to notify the DTLS stack that the session should be aborted. WTP: This state transition occurs when the WTP was unable to authorize the AC, via its credentials. The WTP then aborts the DTLS session, which is done by invoking DTLSAbortSession (see Section 2.3.2.1). AC: This state transition occurs when the AC was unable to authorize the WTP, via its credentials. The AC then aborts the DTLS session, which is done by invoking DTLSAbortSession (see Section 2.3.2.1). DTLS Connect to Idle (m): This transition occurs when the DTLS Session failed to be established. WTP: This state transition occurs when the WTP receives the DTLSAborted notification (see Section 2.3.2.2), indicating that the DTLS session was not successfully established. When this notification is received, the FailedDTLSSessionCount counter is incremented. AC: This state transition occurs when the AC receives the DTLSAborted notification (see Section 2.3.2.2), indicating that the DTLS session was not successfully established. When this notification is received, the FailedDTLSSessionCount counter is incremented. DTLS Connect to Join (n): This transition occurs when the DTLS Session is successfully established. WTP: This state transition occurs when the WTP receives the DTLSEstablished notification (see Section 2.3.2.2), indicating that the DTLS session was successfully established. When this notification is received, the FailedDTLSSessionCount counter is set to zero. AC: This state transition occurs when the AC receives the DTLSEstablished notification (see Section 2.3.2.2), indicating that the DTLS session was successfully established. When this notification is received, the FailedDTLSSessionCount counter is set to zero. Join to DTLS Teardown (p): This transition occurs when the join process failed. WTP: This state transition occurs when the WTP receives a Join Response with a Result Code message element containing an error. This causes the WTP to initiate the DTLSShutdown command (see Section 2.3.2.1). AC: This state transition occurs when the AC transmits a Join Response with a Result Code message element containing an error. This causes the WTP to initiate the DTLSShutdown command (see Section 2.3.2.1). Join to Configure (g): This state transition is used by the WTP and the AC to exchange configuration information. WTP: The WTP enters the Configure state when it successfully completes the Join operation. If it determines that its version number and the version number advertised by the AC are compatible, the WTP transmits the Configuration Status message (see Section 8.2) to the AC with a snapshot of its current configuration. The WTP also starts the ResponseTimeout timer (see Section 4.6). If the version numbers are not compatible, the WTP will immediately transition to Image Data state (see transition (g)). If the AC determines that a new firmware image should be installed on the WTP, the AC initiates a firmware download by sending an Image Data Request Message with an Initiate Download message element to the WTP AC: This state transition occurs immediately after the AC transmits the Join Response message to the WTP. If the AC receives the Configuration Status message from the WTP, the AC must transmit a Configuration Status Response message (see Section 8.3) to the WTP, and may include specific message elements to override the WTP's configuration. If the AC instead receives the Image Data Request from the WTP, it immediately transitions to the Image Data state (see transition (g)). Configure to Reset (s): This state transition is used to reset the connection either due to an error during the configuration phase, or when the WTP determines it needs to reset in order for the new configuration to take effect. WTP: The WTP enters the Reset state when it receives a Configuration Status Response indicating an error or when it determines that a reset of the WTP is required, due to the characteristics of a new configuration. AC: The AC transitions to the Reset state when it receives a Change State Event message from the WTP that contains an error for which the AC's policy does not permit the WTP providing service. Configure to Image Data (r): This state transition is used by the WTP and the AC to download executable firmware. WTP: The WTP enters the Image Data state when it successfully comletes DTLS session establishment, and determines that its version number and the version number advertised by the AC are different. The WTP transmits the Image Data Request (see Section 9.1) message requesting that a download of the AC's latest firmware be initiated. AC: This state transition occurs when the AC receives the Image Data Request message from the WTP. The AC must transmit an Image Data Response message (see Section 9.2) to the WTP, which includes a portion of the firmware. Image Data to Image Data (4): The Image Data state is used by WTP and the AC during the firmware download phase. WTP: The WTP enters the Image Data state when it receives an Image Data Response message indicating that the AC has more data to send. AC: This state transition occurs when the AC receives the Image Data Request message from the WTP while already in the Image Data state, and it detects that the firmware download has not completed. Image Data to Reset (o): This state transition is used to reset the DTLS connection prior to restarting the WTP after an image download. WTP: When an image download completes, the WTP enters the Reset state. The WTP MAY also transition to this state upon receiving an Image Data Response from the AC (see Section 9.2) indicating a failure. AC: The AC enters the Reset state when the image download is complete, or if an error occurs during the image download process. Configure to Data Check (t): This state transition occurs when the WTP and AC confirm the configuration. WTP: The WTP enters this state when it receives a successful Configuration Status Response message from the AC. The WTP initializes the HeartBeat timer (see Section 4.6), and transmits the Change State Event Request message (see Section 8.7). AC: This state transition occurs when the AC receives the Change State Event Request message (see Section 8.7) from the WTP. The AC responds with a Change State Event Response (see Section 8.8) message. The AC must start the NeighborDeadInterval timer (see Section 4.6). Data Check to Run (u): This state transition occurs once the linkage between the control and data channels has occured, which causes the WTP and AC to enter their normal state of operation. WTP: The WTP enters this state when it receives a successful Change State Event Response from the AC. The WTP initiates the data channel, which MAY require the establishment of a DTLS session, starts the DataChannelKeepAlive timer (see Section 4.6) and transmits a Data Channel Keep Alive (see Section 4.3.1). The WTP then starts the DataChannelDeadInterval timer (see Section 4.6). AC: This state transition occurs when the AC receives the Data Channel Keep Alive (see Section 4.3.1), whose Session ID message element matches the one included by the WTP in the Join Request. Note that if the AC's policy is to require the data channel to be encrypted, this process would also require the establishment of the data channel's DTLS session. Upon receiving the Data Channel Keep Alive, the AC transmits its own Data Channel Keep Alive. Run to DTLS Teardown (u): This state transition occurs when an error has occured in the DTLS stack, causing the DTLS session to be torndown. WTP: The WTP enters this state when it receives a one of the following DTLS notifications: DTLSAborted, DTLSReassemblyFailure, DTLSDecapFailure or DTLSPeerDisconnect (see Section 2.3.2.2). AC: The AC enters this state when it receives a one of the following DTLS notifications: DTLSAborted, DTLSReassemblyFailure, DTLSDecapFailure or DTLSPeerDisconnect (see Section 2.3.2.2). Run to Run (5): This is the normal state of operation. WTP: This is the WTP's normal state of operation. There are many events that result this state transition: Configuration Update: The WTP receives a Configuration Update Request message(see Section 8.5). The WTP MUST respond with a Configuration Update Response message (see Section 8.6). Change State Event: The WTP receives a Change State Event Response message, or determines that it must initiate a Change State Event Request message, as a result of a failure or change in the state of a radio. Echo Request: The WTP receives an Echo Request message (see Section 7.1), to which it MUST respond with an Echo Response message(see Section 7.2). Clear Config Request: The WTP receives a Clear Configuration Request message (see Section 8.9). The WTP MUST reset its configuration back to manufacturer defaults. WTP Event: The WTP generates a WTP Event Request message to send information to the AC (see Section 9.5). The WTP receives a WTP Event Response message from the AC (see Section 9.6). Data Transfer: The WTP generates a Data Transfer Request message to the AC (see Section 9.7). The WTP receives a Data Transfer Response message from the AC (see Section 9.8). Station Configuration Request: The WTP receives a Station Config Request message (see Section 10.1), to which it MUST respond with a Station Config Response message (see Section 10.2). AC: This is the AC's normal state of operation: Configuration Update: The AC sends a Configuration Update Request message (see Section 8.5) to the WTP to update its configuration. The AC receives a Configuration Update Response message (see Section 8.6) from the WTP. Change State Event: The AC receives a Change State Event Request message (see Section 8.7), to which it MUST respond with the Change State Event Response message (see Section 8.8). Echo: The AC sends an Echo Request message Section 7.1 or receives the corresponding Echo Response message, see Section 7.2 from the WTP. Clear Config Response: The AC receives a Clear Configuration Response message (see Section 8.10). Station Config: The AC sends a Station Configuration Request message (see Section 10.1) or receives the corresponding Station Configuration Response message (see Section 10.2) from the WTP. Data Transfer: The AC receives a Data Transfer Request message from the AC (see Section 9.7) and MUST generate a corresponding Data Transfer Response message (see Section 9.8). WTP Event: The AC receives a WTP Event Request message from the AC (see Section 9.5) and MUST generate a corresponding WTP Event Response message (see Section 9.6). Run to Reset (x): This state transition is used when the AC or WTP wish to tear down the connection. This may occur as part of normal operation, or due to error conditions. WTP: The WTP enters the Reset state when it receives a Reset Request from the AC. AC: The AC enters the reset state when it transmits a Reset Request to the WTP. Reset to DTLS Teardown (y): This transition occurs when the CAPWAP reset is complete to terminate the DTLS session. WTP: This state transition occurs when the WTP receives a Reset Response. This causes the WTP to initiate the DTLSShutdown command (see Section 2.3.2.1). AC: This state transition occurs when the AC transmits a Reset Response. This causes the WTP to initiate the DTLSShutdown command (see Section 2.3.2.1). DTLS Teardown to Idle (z): This transition occurs when the DTLS session has been shutdown. WTP: This state transition occurs when the WTP receives a DTLSPeerDisconnect notification (see Section 2.3.2.2). AC: This state transition occurs when the AC receives a DTLSPeerDisconnect notification (see Section 2.3.2.2). 2.3.2. CAPWAP/DTLS Interface This section describes the DTLS Commands used by CAPWAP, as well as the notifications received from DTLS to the CAPWAP protocol stack. 2.3.2.1. CAPWAP to DTLS Commands Four commands are defined for the CAPWAP to DTLS API. These "commands" are conceptual, and may be implemented as one or more function calls. This API definition is provided to clarify interactions between the DTLS and CAPWAP components of the integrated CAPWAP state machine. Below is a list of the minimal command API: o DTLSStart is sent to the DTLS module to cause a DTLS session to be established. Upon invoking the DTLSStart command, the WaitDTLS timer is started. The WTP is the only CAPWAP device that initiates this DTLS command, as the AC does not initiate DTLS sessions. o DTLSListen is sent to the DTLS module to allow the DTLS to listen for incoming DTLS session requests. o DTLSAccept is sent to the DTLS module to allow the DTLS session establishment to continue successfully. o DTLSAbortSession is sent to the DTLS module to cause the session that is in the process of being established, to be aborted. This command is also sent when the WaitDTLS timer expires. When this command is executed, the FailedDTLSSessionCount counter is incremented. o DTLSShutdown is sent to the DTLS module to cause session teardown. 2.3.2.2. DTLS to CAPWAP Notifications DTLS notifications are defined for the DTLS to CAPWAP API. These "notifications" are conceptual, and may be implemented in numerous ways (e.g. as function return values). This API definition is provided to clarify interactions between the DTLS and CAPWAP components of the integrated CAPWAP state machine. It is important to note that the notifications listed below MAY cause the CAPWAP state machine to jump from one state to another using a state transition not listed in section Section 2.3.1. When a notification listed below occurs, the target CAPWAP state shown in Figure 3 becomes the current state. Below is a list of the API notifications: o DTLSIncomingSession is sent to the CAPWAP protocol stack during the DTLS session establishment once the peer's identity has been received. This notification MAY be used by the CAPWAP protocol stack in order to authorize the session, based on the peer's identity. The authorization process will lead to the CAPWAP protocol stack initiating either the DTLSAccept or DTLSAbortSession commands. o DTLSEstablished is sent to the CAPWAP module to indicate that that a secure channel now exists, using the parameters provided during the DTLS initialization process. When this notification is received, the FailedDTLSSessionCount counter is reset to zero. When this notification is received, the WaitDTLS is stopped. o DTLSEstablishFail is sent when the DTLS session establishment has failed, either due to a local error, or due to the peer rejecting the session establishment. When this notification is received, the FailedDTLSSessionCount counter is reset to zero. When this notification is received, the WaitDTLS is stopped. o DTLSAborted is sent to the CAPWAP module to indicate that session abort (as requested by CAPWAP) is complete; this occurs to confirm a DTLS session abort, or when the WaitDTLS timer expires. When this notification is received, the WaitDTLS is stopped. o DTLSReassemblyFailure may be sent to the CAPWAP module to indicate DTLS fragment reassembly failure. o DTLSDecapFailure may be sent to CAPWAP to indicate an decapsulation failure. DTLSDecapFailure may be sent to CAPWAP to indicate an encryption/authentication failure. o DTLSPeerDisconnect is sent to the CAPWAP module to indicate the DTLS session has been torn down. Note that this notification is only received if the DTLS session has been established. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Sunday, January 07, 2007 12:46 PM > To: capwap > Subject: [Capwap] Proposed resolution for Issue 226 - revisited > > Based on the feedback I had received on the original > submission for issue 226, I would like to submit the > following text. I believe that it addresses the comments I > had received. > > Comments welcomed. > ================== > > 2.3. CAPWAP State Machine Definition > > The following state diagram represents the lifecycle of a WTP-AC > session. Use of DTLS by the CAPWAP protocol results in the > juxtaposition of two nominally separate yet tightly bound state > machines. The DTLS and CAPWAP state machines are coupled > through an > API consisting of commands (from CAPWAP to DTLS) and notifications > (from (DTLS to CAPWAP). Certain transitions in the DTLS state > machine are triggered by commands from the CAPWAP state machine, > while certain transitions in the CAPWAP state machine are triggered > by notifications from the DTLS state machine. > > This section defines the CAPWAP Integrated State Machine. In the > figure below, single lines (denoted with '-' and '|') are used to > illustrate state transitions. These state transitions are > documented > in Section 2.3.1. Double lines (denoted with '=' and '"') are used > to illustrate commands and notifications between DTLS and CAPWAP. > These commands and notifications are described in Section 2.3.2. A > line composed of '~' characters is used to delineate the boundary > between nominal CAPWAP and DTLS state machine components. > > > /===================>=====================================\ > " /=================<=================================\ " > " " /==============<=============================\ " " > " " " /===========<=========\ " " " > " " " " n4,n5,n6" n8" n3" v > " " " " +-----------+ +--------------+ +----------+ > " " " " | DTLS Idle | | DTLS Setup | | DTLS Run | > " " " " +-----------+ +--------------+ +----------+ > " " " " ^ "n1 ^c4 ^ ^ "n2 c3^ n7" ^ > " " " " " " " " " " " " > " DTLS > > "~"~~"~~"~~~"~~~"~~~~~"~~~~~~"~~"~~~~~~~~~"~~~~~~~"~~~~"~~"~~~~~~~~ > " " " " " " \======"=="=======\ " /====/ " > " CAPWAP > ^ v v v " " " " " " " " " > " " " " " " /=======/ " " " " " " > " " " " " " " " " " " " " > " " " " "c1 v "c2 d "c2 " v " " " > " " " \=>+------------+ +------+ +------+ " " > " " " | Idle |-->| Disc | | Auth | " " > " " \====>+------------+ a +------+ +------+ " " > " " b| ^ |d /==================/ " > " " | | | " /-----------------"----\ > " " v f| /----/ v r| "c5 | > " " +---------+ | +----------+ s +------------+ | > " " | Sulking |<=/ | Run |-->| Reset | | > " " +---------+ +----------+ +------------+ | > " " q ^ ^ ^ | > " " | /-----/ | | > " " p| k| j |m v > " \========>+--------------+ +-----------+ +------------+ > " c5| Join |---->| Configure |---->| Image Data | > \===========+--------------+ g +-----------+ h +------------+ > > > Figure 3: CAPWAP Integrated State Machine > > The CAPWAP protocol state machine, depicted above, is used by both > the AC and the WTP. In cases where states are not shared (i.e. not > implemented in one or the other of the AC or WTP), this is > explicitly > called out in the transition descriptions below. For every state > defined, only certain messages are permitted to be sent > and received. > The CAPWAP control messages definitions specify the > state(s) in which > each message is valid. > > 2.3.1. CAPWAP Protocol State Transitions > > The following text discusses the various state transitions, and the > events that cause them. This section does not discuss interactions > between DTLS- and CAPWAP-specific states. Those interactions, as > well as DTLS-specific states and transitions, are discussed in > Section 2.3.2. > > Idle to Discovery (a): This transition occurs once device > initialization is complete. > > WTP: The WTP enters the Discovery state prior to > transmitting the > first Discovery Request message (see Section 5.1). Upon > entering this state, the WTP sets the DiscoveryInterval timer > (see Section 4.6). The WTP resets the DiscoveryCount counter > to zero (0) (see Section 4.7). The WTP also clears all > information from ACs it may have received during a previous > Discovery phase. > > AC: The AC does not maintain state information for the WTP upon > reception of the Discovery Request message, but it SHOULD > respond with a Discovery Response message (see Section 5.2). > This transition is a no-op for the AC. > > Idle to Sulking (b): This transition occurs on the DTLS session > establishment process fails repeatedly to protect against DoS > attacks. > > WTP: The WTP enters this state when the FailedDTLSSessionCount > counter reaches MaxFailedDTLSSessionRetry variable (see > Section 4.7). Upon entering this state, the WTP shall start > the SilentInterval timer. While in the Sulking state, all > received CAPWAP and DTLS protocol messages received shall be > ignored. > > AC: The AC enters this state when the FailedDTLSSessionCount > counter reaches MaxFailedDTLSSessionRetry variable (see > Section 4.7). Upon entering this state, the AC > shall start the > SilentInterval timer. While in the Sulking state, > all received > CAPWAP and DTLS protocol messages received shall be ignored. > > Discovery to Discovery (d): In the Discovery state, the WTP > determines which AC to connect to. > > WTP: This transition occurs when the DiscoveryInterval timer > expires. If the WTP is configured with a list of ACs, it > transmits a Discovery Request message to every AC > from which it > has not received a Discovery Response message. For every > transition to this event, the WTP increments the > DiscoveryCount > counter. See Section 5.1 for more information on how the WTP > knows the ACs to which it should transmit the > Discovery Request > messages. The WTP restarts the DiscoveryInterval timer > whenever it transmits Discovery Request messages. > > AC: This is a no-op. > > Discovery to Sulking (e): This transition occurs on a WTP when > Discovery or connectivity to the AC fails. > > WTP: The WTP enters this state when the DiscoveryInterval timer > expires and the DiscoveryCount variable is equal to the > MaxDiscoveries variable (see Section 4.7). Upon > entering this > state, the WTP shall start the SilentInterval timer. > While in > the Sulking state, all received CAPWAP protocol messages > received shall be ignored. > > AC: This is a no-op. > > Sulking to Idle (f): This transition occurs on a WTP when it must > restart the discovery phase. > > WTP: The WTP enters this state when the SilentInterval > timer (see > Section 4.6) expires. > > AC: The AC enters this state when the SilentInterval timer (see > Section 4.6) expires. > > Join to Configure (g): This state transition is used by > the WTP and > the AC to exchange configuration information. > > WTP: The WTP enters the Configure state when it successfully > completes the Join operation. If it determines that its > version number and the version number advertised by > the AC are > compatible, the WTP transmits the Configuration > Status message > (see Section 8.2) to the AC with a snapshot of its current > configuration. The WTP also starts the ResponseTimeout timer > (see Section 4.6). If the version numbers are not > compatible, > the WTP will immediately transition to Image Data state (see > transition (g)). If the AC determines that a new firmware > image should be installed on the WTP, the AC initiates a > firmware download by sending an Image Data Request > Message with > an Initiate Download message element to the WTP > > AC: This state transition occurs immediately after the AC > transmits the Join Response message to the WTP. If the AC > receives the Configuration Status message from the > WTP, the AC > must transmit a Configuration Status Response message (see > Section 8.3) to the WTP, and may include specific message > elements to override the WTP's configuration. If the AC > instead receives the Image Data Request from the WTP, it > immediately transitions to the Image Data state (see > transition > (g)). > > Configure to Image Data (h): This state transition is used by the > WTP and the AC to download executable firmware. > > WTP: The WTP enters the Image Data state when it successfully > comletes DTLS session establishment, and determines that its > version number and the version number advertised by > the AC are > different. The WTP transmits the Image Data Request (see > Section 9.1) message requesting that a download of the AC's > latest firmware be initiated. > > AC: This state transition occurs when the AC receives the Image > Data Request message from the WTP. The AC must transmit an > Image Data Response message (see Section 9.2) to the > WTP, which > includes a portion of the firmware. > > Image Data to Image Data (j): The Image Data state is used by WTP > and the AC during the firmware download phase. > > WTP: The WTP enters the Image Data state when it receives an > Image Data Response message indicating that the AC has more > data to send. > > AC: This state transition occurs when the AC receives the Image > Data Request message from the WTP while already in the Image > Data state, and it detects that the firmware download has not > completed. > > Configure to Reset (k): This state transition is used to reset the > connection to the AC prior to restarting the WTP with a new > configuration. > > WTP: The WTP enters the Reset state when it determines that a > reset of the WTP is required, due to the characteristics of a > new configuration. > > AC: The AC transitions to the Reset state when it receives the > DTLSPeerDisconnect (n6) notification (see Section 2.3.2.2 for > more information on DTLS notifications). > > Image Data to Reset (m): This state transition is used to > reset the > DTLS connection prior to restarting the WTP after an image > download. > > WTP: When an image download completes, the WTP enters the Reset > state, and terminates the DTLS connection, sending a > DTLSShutdown command to the DTLS state machine. > > AC: The AC enters the Reset state upon receipt of a > DTLSIdle (n5) > notification (see Section 2.3.2.2 for more > information on DTLS > notifications). > > Configure to Run (p): This state transition occurs when > the WTP and > AC enter their normal state of operation. > > WTP: The WTP enters this state when it receives a successful > Configuration Status Response message from the AC. The WTP > initializes the HeartBeat timer (see Section 4.6), and > transmits the Change State Event Request message (see > Section 8.6). > > AC: This state transition occurs when the AC receives > the Change > State Event Request message (see Section 8.6) from the WTP. > The AC responds with a Change State Event Response (see > Section 8.7) message. The AC must start the > NeighborDeadInterval timer (see Section 4.6). > > Run to Run (q): This is the normal state of operation. > > WTP: This is the WTP's normal state of operation. > There are many > events that result this state transition: > > Configuration Update: The WTP receives a > Configuration Update > Request message(see Section 8.4). The WTP MUST > respond with > a Configuration Update Response message (see Section 8.5). > > Change State Event: The WTP receives a Change State Event > Response message, or determines that it must initiate a > Change State Event Request message, as a result > of a failure > or change in the state of a radio. > > Echo Request: The WTP receives an Echo Request message (see > Section 7.1), to which it MUST respond with an > Echo Response > message(see Section 7.2). > > Clear Config Request: The WTP receives a Clear Configuration > Request message (see Section 8.8). The WTP MUST reset its > configuration back to manufacturer defaults. > > WTP Event: The WTP generates a WTP Event Request message to > send information to the AC (see Section 9.5). The WTP > receives a WTP Event Response message from the AC (see > Section 9.6). > > Data Transfer: The WTP generates a Data Transfer Request > message to the AC (see Section 9.7). The WTP receives a > Data Transfer Response message from the AC (see > Section 9.8). > > Station Configuration Request: The WTP receives a Station > Config Request message (see Section 10.1), to > which it MUST > respond with a Station Config Response message (see > Section 10.2). > > AC: This is the AC's normal state of operation: > > Configuration Update: The AC sends a Configuration Update > Request message (see Section 8.4) to the WTP to update its > configuration. The AC receives a Configuration Update > Response message (see Section 8.5) from the WTP. > > Change State Event: The AC receives a Change State Event > Request message (see Section 8.6), to which it > MUST respond > with the Change State Event Response message (see > Section 8.7). > > Echo: The AC sends an Echo Request message Section 7.1 or > receives the corresponding Echo Response message, see > Section 7.2 from the WTP. > > Clear Config Response: The AC receives a Clear Configuration > Response message (see Section 8.9). > > Station Config: The AC sends a Station Configuration Request > message (see Section 10.1) or receives the corresponding > Station Configuration Response message (see Section 10.2) > from the WTP. > > Data Transfer: The AC receives a Data Transfer > Request message > from the AC (see Section 9.7) and MUST generate a > corresponding Data Transfer Response message (see > Section 9.8). > > WTP Event: The AC receives a WTP Event Request message from > the AC (see Section 9.5) and MUST generate a corresponding > WTP Event Response message (see Section 9.6). > > Run to Reset (r): This state transition is used when the AC or WTP > wish to tear down the connection. This may occur as part of > normal operation, or due to error conditions. > > WTP: The WTP enters the Reset state when it receives a Reset > Request from the AC. > > AC: The AC enters the reset state when it transmits a Reset > Request to the WTP. > > Run to Image Data (s): This state transition occurs when the AC > transmits an Image Data Request to the WTP, with the Initiate > Download message element. The means by which the AC decides to > download firmware is undefined, but could occur through an > administrative action. > > WTP: The WTP enters this state when it receives an an > Image Data > Request to the WTP, with the Initiate Download > message element. > The WTP responds by transmitting an Image Data > Request with the > Image Filename message element included.. > > AC: This state transition occurs when the AC decides > that an WTP > is to update its firmware by sending an Image Data Request to > the WTP, with the Initiate Download message element. > > 2.3.2. CAPWAP/DTLS Interface > > This section describes the DTLS Commands used by CAPWAP, as well as > the notifications received from DTLS to the CAPWAP protocol stack. > > 2.3.2.1. CAPWAP to DTLS Commands > > Four commands are defined for the CAPWAP to DTLS API. These > "commands" are conceptual, and may be implemented as one or more > function calls. This API definition is provided to clarify > interactions between the DTLS and CAPWAP components of the > integrated > CAPWAP state machine. > > Below is a list of the minimal command API: > > o c1: DTLSInit is invoked in order to initialize the DTLS protocol > stack. The CAPWAP protocol stack includes various > elements in the > initialization procedure, including the crypto algorithms > supported (see Section 2.4.4). > > o c2: DTLSStart is sent to the DTLS module to cause a DTLS session > to be established. Upon invoking the DTLSStart command, the > WaitDTLS timer is started. The WTP is the only CAPWAP > device that > initiates this DTLS command, as the AC does not initiate DTLS > sessions. > > o c3: DTLSEstablishSession is sent to the DTLS module to allow the > DTLS session establishment to continue successfully. > > o c4: DTLSAbortSession is sent to the DTLS module to cause the > session that is in the process of being established, to be > aborted. This command is also sent when the WaitDTLS timer > expires. When this command is executed, the > FailedDTLSSessionCount counter is incremented. > > o c5: DTLSShutdown is sent to the DTLS module to cause session > teardown. > > 2.3.2.2. DTLS to CAPWAP Notifications > > DTLS notifications are defined for the DTLS to CAPWAP API. These > "notifications" are conceptual, and may be implemented in numerous > ways (e.g. as function return values). This API definition is > provided to clarify interactions between the DTLS and CAPWAP > components of the integrated CAPWAP state machine. It is important > to note that the notifications listed below MAY cause the CAPWAP > state machine to jump from one state to another using a state > transition not listed in section Section 2.3.1. When a > notification > listed below occurs, the target CAPWAP state shown in Figure 3 > becomes the current state. > > Below is a list of the API notifications: > > o n1: DTLSInitComplete is sent by the DTLS library to the CAPWAP > protocol stack when initialization is complete. The > initialization may be successful, in which case the CAPWAP state > machine proceeds. Alternatively, if the initialization fails, > which could occurs due to lack of memory, or some other internal > error condition, causes the CAPWAP state machine to stop in the > Idle state. > > o n2: DTLSIncomingSession is sent to the CAPWAP protocol stack > during the DTLS session establishment once the peer's > identity has > been received. This notification MAY be used by the CAPWAP > protocol stack in order to authorize the session, based on the > peer's identity. The authorization process will lead to the > CAPWAP protocol stack initiating either the DTLSEstablishSession > or DTLSAbortSession commands. > > o n3: DTLSEstablished is sent to the CAPWAP module to > indicate that > that a secure channel now exists, using the parameters provided > during the DTLS initialization process. When this > notification is > received, the FailedDTLSSessionCount counter is reset to zero. > When this notification is received, the WaitDTLS is stopped. > > o n4: DTLSEstablishFail is sent when the DTLS session > establishment > has failed, either due to a local error, or due to the peer > rejecting the session establishment. When this notification is > received, the FailedDTLSSessionCount counter is reset to zero. > When this notification is received, the WaitDTLS is stopped. > > o n5: DTLSAborted is sent to the CAPWAP module to indicate that > session abort (as requested by CAPWAP) is complete; > this occurs to > confirm a DTLS session abort, or when the WaitDTLS > timer expires. > When this notification is received, the WaitDTLS is stopped. > > o n6: DTLSReassemblyFailure may be sent to the CAPWAP module to > indicate DTLS fragment reassembly failure. > > o n7: DTLSDecapFailure may be sent to CAPWAP to indicate an > decapsulation failure. DTLSDecapFailure may be sent to > CAPWAP to > indicate an encryption/authentication failure. > > o n8: DTLSPeerDisconnect is sent to the CAPWAP module to indicate > the DTLS session has been torn down. Note that this > notification > is only received if the DTLS session has been established. > > 2.4. Use of DTLS in the CAPWAP Protocol > > DTLS is used as a tightly-integrated, secure wrapper for the CAPWAP > protocol. In this document DTLS and CAPWAP are discussed as > nominally distinct entitites; however they are very > closely coupled, > and may even be implemented inseparably. Since there are DTLS > library implementations currently available, and since security > protocols (e.g. IPsec, TLS) are often implemented in widely > available acceleration hardware, it is both convenient and forward- > looking to maintain a modular distinction in this document. > > This section describes a detailed walk-through of the interactions > between the DTLS module and the CAPWAP module, via > 'commands' (CAPWAP > to DTLS) and 'notifications' (DTLS to CAPWAP) as they would be > encountered during the normal course of operation. > > 2.4.1. DTLS Handshake Processing > > Details of the DTLS handshake process are specified in [9]. This > section describes the interactions between the DTLS session > establishment process and the CAPWAP protocol. Note that the > conceptual DTLS state is shown below to help understand > the point at > which the DTLS states transition. In the normal case, the DTLS > handshake will proceed as follows (NOTE: this example uses > certificates, but preshared keys are also supported): > > ============ ============ > WTP AC > ============ ============ > > ClientHello ------> > <------ HelloVerifyRequest > (with cookie) > > > ClientHello ------> > (with cookie) > > <------ ServerHello > <------ Certificate > <------ ServerHelloDone > > (WTP callout for AC authorization > occurs in CAPWAP Auth state) > > > Certificate* > ClientKeyExchange > CertificateVerify* > [ChangeCipherSpec] > Finished ------> > > (AC callout for WTP authorization > occurs in CAPWAP Auth state) > > > [ChangeCipherSpec] > <------ Finished > > > DTLS, as specified, provides its own retransmit timers with an > exponential back-off. However, it will never terminate > the handshake > due to non-responsiveness; rather, it will continue to increase its > back-off timer period. Hence, timing out incomplete DTLS > handshakes > is entirely the responsiblity of the CAPWAP protocol. > > 2.4.2. DTLS Session Establishment > > The WTP, either through the Discovery process, or through pre- > configuration, determines the AC to connect to. The WTP uses the > DTLSStart command to request that a secure connection be > established > to the selected AC. Prior to initiation of the DTLS handshake, the > WTP sets the WaitDTLS timer. Upon receiving the > DTLSIncomingSession > DTLS notification, the AC sets the WaitDTLS timer. If the > DTLSEstablished notification is not received prior to timer > expiration, the DTLS session is aborted by issuing the > DTLSAbortSession DTLS command. This notification causes the CAPWAP > state to transition back to the Idle state. Upon receiving a > DTLSEstablished notification, the WaitDTLS timer is deactivated. > > 2.4.3. DTLS Error Handling > > If the AC does not respond to any DTLS messages sent by > the WTP, the > DTLS specification calls for the WTP to retransmit these messages. > If the WaitDTLS timer expires, CAPWAP will issue the > DTLSAbortSession > command, causing DTLS to terminate the handshake and remove any > allocated session context. Note that DTLS MAY send a single TLS > Alert message to the AC to indicate session termination. > > If the WTP does not respond to any DTLS messages sent by > the AC, the > CAPWAP protocol allows for three possiblities, listed below. Note > that DTLS MAY send a single TLS Alert message to the AC to indicate > session termination. > > o The message was lost in transit; in this case, the WTP will re- > transmit its last outstanding message, since it did not receive > the reply. > > o The WTP sent a DTLS Alert, which was lost in transit; in this > case, the AC's WaitDTLS timer will expire, and the > session will be > terminated. > > o Communication with the WTP has completely failed; in this case, > the AC's WaitDTLS timer will expire, and the session will be > terminated. > > The DTLS specification provides for retransmission of > unacknowledged > requests. If retransmissions remain unacknowledged, the WaitDTLS > timer will eventually expire, at which time the CAPWAP module will > terminate the session. > > If a cookie fails to validate, this could represent a WTP error, or > it could represent a DoS attack. Hence, AC resource utilization > SHOULD be minimized. The AC MAY log a message indicating the > failure, but SHOULD NOT attempt to reply to the WTP. > > Since DTLS handshake messages are potentially larger than > the maximum > record size, DTLS supports fragmenting of handshake messages across > multiple records. There are several potential causes of > re-assembly > errors, including overlapping and/or lost fragments. The > DTLS module > MUST send a DTLSReassemblyFailure notification to CAPWAP. Whether > precise information is given along with notification is an > > implementation issue, and hence is beyond the scope of > this document. > Upon receipt of such an error, the CAPWAP protocol implementation > SHOULD log an appropriate error message. Whether processing > continues or the DTLS session is terminated is implementation > dependent. > > DTLS decapsulation errors consist of three types: > decryption errors, > and authentication errors, and malformed DTLS record > headers. Since > DTLS authenticates the data prior to encapsulation, if decryption > fails, it is difficult to detect this without first attempting to > authenticate the packet. If authentication fails, a > decryption error > is also likely, but not guaranteed. Rather than attempt to derive > (and require the implementation of) algorithms for detecting > decryption failures, these are reported as authentication failures. > The DTLS module MUST provide a DTLSDecapFailure notification to > CAPWAP when such errors occur. If a malformed DTLS record > header is > detected, the packets SHOULD be silently discarded, and > the receiver > MAY log an error message. > > There is currently only one encapsulation error defined: MTU > exceeeded. As part of DTLS session establishment, CAPWAP informs > DTLS of the MTU size. This may be dynamically modified at any time > when CAPWAP sends the DTLSMtuUpdate command to DTLS. DTLS returns > this notification to CAPWAP whenever a transmission request will > result in a packet which exceeds the MTU. > > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 23 09:36:03 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9Mkl-0004aQ-21 for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 09:36:03 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9Mkj-0001ME-D0 for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 09:36:03 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 01B22398176 for ; Tue, 23 Jan 2007 06:36:01 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 6057B4A41DD for ; Tue, 23 Jan 2007 06:35:37 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 18B9B430EF8 for ; Tue, 23 Jan 2007 06:35:37 -0800 (PST) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by hermes.tigertech.net (Postfix) with ESMTP id 70093430EEF for ; Tue, 23 Jan 2007 06:35:34 -0800 (PST) Received: from sj-dkim-8.cisco.com ([171.68.10.93]) by sj-iport-5.cisco.com with ESMTP; 23 Jan 2007 06:35:33 -0800 Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-8.cisco.com (8.12.11/8.12.11) with ESMTP id l0NEZXum025951; Tue, 23 Jan 2007 06:35:33 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l0NEZXho006522; Tue, 23 Jan 2007 06:35:33 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 23 Jan 2007 06:35:31 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 23 Jan 2007 06:35:31 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A20325FBA3@xmb-sjc-235.amer.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Review of resolution to issue 226 Thread-Index: Acc7XHDol4riAVwiTxaOod3X1HTTGQDnyp5g References: From: "Pat Calhoun (pacalhou)" To: "David T. Perkins" , X-OriginalArrivalTime: 23 Jan 2007 14:35:31.0943 (UTC) FILETIME=[BC40DF70:01C73EFB] Authentication-Results: sj-dkim-8; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim8002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Review of resolution to issue 226 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 87a3f533bb300b99e2a18357f3c1563d Dave, I just got to this e-mail after posting updated text for issue 226. I will take a look at the issues below, and determine whether they are still relevant to the new state machine, and if so, will get them fixed. Thanks for the comments. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: David T. Perkins [mailto:dperkins@dsperkins.com] > Sent: Thursday, January 18, 2007 3:57 PM > To: capwap@frascone.com > Subject: [Capwap] Review of resolution to issue 226 > > HI, > > Below are comments for the resolution with date 2007-01-11 to > issue 226: > > 1) The "Disc" state has a transition labeled "d" to "Sulking". > This is a typo. It should be labeled "e". > > 2) There is a problem with transition "b" and notifications > "n4", "n5, and "n6". The notifications should go to the > "Disc" state, and transition "b" should be from the > "Disc" state to the "Sulking" state. > > 3) The semantics for a WTP going through a list of ACs is not > well specified. That is, does a WTP send Discovery requests to > all ACs, and wait for responses to all ACs. Or does it send > a Discovery request to the first AC in the list, wait for > a response, and if none, then send to next. Likewise, if > it tries to "join" to the first AC, and that fails, it seems > like it should try to join with the next in the list. Also, > when the WTP has no success joining with all the ACs in the > list, it seems that the WTP should then send a broadcast > Discovery Request. > > 4) It appears that there is a mismatch in semantics between > DiscoveryCount and MaxDiscoveries. > That is, DiscoveryCount is per AC, and MaxDiscoveries appears > to be the total for all ACs. > > 5) The description for transition "Sulking to Idle (f)" specifies > behavior for the AC. An AC is never in the Sulking state, > and this should be removed. > > 6) The description for the "Join to Configure (g)" transition also > describes the "Configure to Image Data (h)" transition. And the > descriptions conflict. This is a messy description. (This will > be addressed in the new state diagram proposal.) > > 7) The description for "Configure to Image Data (h)" says the > WTP "determines that its version number is different". This > needs to be fixed. (This will be addressed in the new state > diagram proposal.) > > 8) The transitions "Configure to Reset (k)" and > "Image Data to Reset (m)" are similar and the descriptions > should be essentially identical. However, they are very different > for both the WTP and AC. Also, don't see how notifications > "n5" or "n6" could be valid, since they cause transitions from > state "DTLS Setup" to the "Idle" state. But DTLS is in the > "DTLS Run" state. Need help. > > 9) Not sure that the description for "Configure to Run (p)" is > appropriate for the WTP. (This will be addressed in the new > state diagram proposal.) > > 10) The "Run to Run (q)" needs to include downloading a new image > to the WTP. (Note, I haven't verified the list of operations > to make sure it is complete and correct.) > > 11) The letters for state transitions "r" and "s" are switched > between the diagram and the descriptions. (That is, there is > a simple typo.) > > 12) The "Run to Reset (r)" description says that either the WTP or > AC may initiate, but the specific descriptions for the WTP and > AC describe only the AC initiated behavior. > > 13) The "Run to Image Data (s)" should not occur (or possibly be > only optional for low end WTPs, and a different op code be > used than used for "image transfer operations" while still > in the Run state. > > 14) To include "c1" in the state machine seems a little strange, > since it is typically done only one time in the life time\ > of the WTP and AC, and as specified it is done for the WTP > but not for the AC. (Thus, I'd remove it.) The same can be > said for notification "n1". > > 15) The "c2" transition is shown coming from both the "Idle" and > "Disc" states. It should be only in the "Disc" state. > > 16) The diagram shows the "c4" transition to the "DTLS Idle" > state. It should be to the "DTLS Setup" state. > > 17) The description of "n3" says that FailedDTLSSessionCount is > set to zero. Well, this variable is not used in the rest > of the state machine, and it is confusing to mention it here. > > 18) The description of "n4" says that FailedDTLSSessionCount is > set to zero. This doesn't seem correct. As specified, a > WTP will continue to establish a session that the AC rejects. > > 19) the descriptions of "n6" and "n7 should include a reference > to the good explanations found later in the text. > > 20) The first sentence of section 2.4.2 is not quite correct, > since the meaning of "discovery" is changed from how it > is used earlier. > > 21) The last paragraph of the message that has the sentence > beginning with "DTLS decapsulation errors consist of ..." > uses the terminology "authentication". This term means > "message integrity checked" and "endpoint identity > authenticated checked". Thus, it is a little confusing. > I'd either replace "authenticated" with the appropriate > phrase that included "integrity checked", or put both > terms with the second one in parentheses. > > Regards, > /david t. perkins > > > > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From horiginal@micahtek.com Tue Jan 23 11:23:52 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9OR6-0001La-Hq; Tue, 23 Jan 2007 11:23:52 -0500 Received: from adsl-dyn227.91-127-12.t-com.sk ([91.127.12.227] helo=micahtek.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H9OQy-00022A-Rl; Tue, 23 Jan 2007 11:23:52 -0500 Received: from JA ([87.15.48.216]) by e30c7f5bmicahtek.com with ESMTP id 4778F776800023 for ; Tue, 23 Jan 2007 17:23:47 +0100 Message-ID: <001701c73f13$3dcb7160$0019c094@JA> From: Winifred X. Garcia To: calsch-archive@ietf.org Subject: As prior Date: Tue, 23 Jan 2007 17:23:47 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0014_01C73F13.3DCB7160" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.2969 X-Spam-Score: 2.6 (++) X-Scan-Signature: 32029c790f79bd4a84a26bd2915c54b9 This is a multi-part message in MIME format. ------=_NextPart_000_0014_01C73F13.3DCB7160 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0015_01C73F13.3DCB7160" ------=_NextPart_001_0015_01C73F13.3DCB7160 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable distinct. Those contraries which are such that the subjects in which either= the one or the other; that which has not yet advanced to the is predicated= of the individual, the genus both of the species and asserting that the sp= ecies is more truly substance than the genus. say that he is ill is false, to say that he is not ill is true. Thus qualif= ication; for it is not one and single as a primary substance is; One qualit= y may be the contrary of another; thus justice is the In like manner there = are affective qualities and affections of the intermediate between these contraries may very well be present in In the ca= se of positives and privatives, on the other hand, disposition, but in virt= ue of his inborn capacity or incapacity to will come about that the same su= bject can admit contrary qualities would give a more instructive account of an individual man by exists the ot= her should also exist: for if all become healthy there small the improvemen= t was at first. It is, therefore, natural to impression that we are here al= so indicating that which is In the case of contraries, it is not always necessary that if one should ha= ve a name that is derivative. For instance, the name given to has a name, a= nd is called boxing or wrestling as the case may him and the slave will rem= ain the same, for it is of a master that a The qualities expressed by the terms triangular and quadrangular the body i= s called white because it contains whiteness; and so in Rarity and density,= roughness and smoothness, seem to be terms necessary for one to be true an= d the other false. Health and disease equal or unequal to another; number, too, and time can have these It is evi= dent that positives and privatives are not opposed each Sometimes, however,= reciprocity of correlation does not appear to past; and as this process go= es on, it will change him completely and possible to heat in a greater or less degree; also to be heated in a was, h= is statement would be made in terms of the time taken, to the are some crea= tures which from birth are without sight, or without would render a more in= structive account, and one more proper to the things which admit these qualities are affected in any way. Honey is be the= contrary of any primary substance, such as the individual man It is eviden= t that men incline to call those conditions habits which qualities of this = type; each of these defines a thing as being such made in the case of certain secondary substances. With regard to compared w= ith another in terms of equality and inequality but rather has a name, and = is called boxing or wrestling as the case may ------=_NextPart_001_0015_01C73F13.3DCB7160 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: quoted-printable
distinct. Those contraries whic= h are such that the subjects in which either the one or the other; that whi= ch has not yet advanced to the is predicated of the individual, the genus b= oth of the species and asserting that the species is more truly substance t= han the genus.

say that he is ill is false, to= say that he is not ill is true. Thus qualification; for it is not one and = single as a primary substance is; One quality may be the contrary of anothe= r; thus justice is the In like manner there are affective qualities and aff= ections of the

intermediate between these cont= raries may very well be present in In the case of positives and privatives,= on the other hand, disposition, but in virtue of his inborn capacity or in= capacity to will come about that the same subject can admit contrary qualit= ies

would give a more instructive a= ccount of an individual man by exists the other should also exist: for if a= ll become healthy there small the improvement was at first. It is, therefor= e, natural to impression that we are here also indicating that which is

In the case of contraries, it i= s not always necessary that if one should have a name that is derivative. F= or instance, the name given to has a name, and is called boxing or wrestlin= g as the case may him and the slave will remain the same, for it is of a ma= ster that a

The qualities expressed by the = terms triangular and quadrangular the body is called white because it conta= ins whiteness; and so in Rarity and density, roughness and smoothness, seem= to be terms necessary for one to be true and the other false. Health and d= isease

equal or unequal to another; nu= mber, too, and time can have these It is evident that positives and privati= ves are not opposed each Sometimes, however, reciprocity of correlation doe= s not appear to past; and as this process goes on, it will change him compl= etely and

possible to heat in a greater o= r less degree; also to be heated in a was, his statement would be made in t= erms of the time taken, to the are some creatures which from birth are with= out sight, or without would render a more instructive account, and one more= proper to the

things which admit these qualit= ies are affected in any way. Honey is be the contrary of any primary substa= nce, such as the individual man It is evident that men incline to call thos= e conditions habits which qualities of this type; each of these defines a t= hing as being such

made in the case of certain sec= ondary substances. With regard to compared with another in terms of equalit= y and inequality but rather has a name, and is called boxing or wrestling a= s the case may
------=_NextPart_001_0015_01C73F13.3DCB7160-- ------=_NextPart_000_0014_01C73F13.3DCB7160 Content-Type: image/gif; name="elsewhere.gif" Content-ID: <001701c73f13$3dcb7160$0019c094@JA> Content-Transfer-Encoding: base64 R0lGODlhnAHZAIUAAAAAEf///yL///8AAP8i/6qZ/wD//7v//+7//3e7/wBEzFVEVQAAmd3/ //8R//9m//9E//8z/xHR15kAzHeqZncRZvDRzO7/7rnQ2QAAqkREmUSZZv9EmZmqZlURmf9E AP8Ad/8ARP9ERACZZplEmXcAmYhsmSKA3ZE73QAAu3DX4tUbxpkAmYSmkXeZ7kc7s89uzJlE 3ZkizJlEu/R9LXeZZuLiOYAiotV3gOS0i/eRO7sAmQB3u3dEmZm7ZiCqjiH5BAAIkgAALAAA AACcAdkAAAb/wIBwSCwaj8ikcslsOp/QqHRKrVqv2Kx2y+16v+CweEwum8/opyrNbrvf8Lh8 Tq/b7/i8fs/v+/+AgYKDhIWGh4iJiouMjY6PkJGSk3g2lJeYmZqbnJ2en6ChZpaipaanfAuo YQKrrkIwkKqvtLW2s7a5uqW4u76/mL3Aw8R6BFLCxcqPpI8Sk83L0tN8z9TX2Nna24oR3Nze 31pr4uXmihB5D+fs7e7v8HPp8ds5AwOxf/b39zAWH/c4DKExgIOFgEQIgjjIj58FIfv4+WvY MMTDAAQlDvlHccDFIxnzBeAIoghDihY4ohzZ8Z7FKSc1jgS4kmXHjyE3IgywD0TE/34qBQoh KHRozY00ixK1iZLgS5JCGOb7ic9Ixp1Gq0ZNOrCgEao4KYossm+szZJ3oM50aFSg04tSGRbt +hJjXbVR+xlFy1Foxo9ETqJdOziv18AA/d77iJeKXJ56+2Z9+NiIYJ1eGfIFuJktxsOV/1lc gdTz0spD9lF2+bDs57o06ppMjHnAYJUe21pF6/qg0N56IWstPZeOWo4iDi9VDXEx6ubDA+iA yzmhbeJrfwcn25D69cBYtx52Lb4wTISPJQuP9Tx1d0uP/5YXn1yxwMYYASNXnjn8euG52WMR eUJMd4R6AOa2Vn26FYEDdhaIBJVU0JmFYB3HAQQDQQ+dFv+cQjYVR+Bs3/1HV0q0mVjEVVrh 1556BOInRXropQjcYSs2lI9cMVa31oa5LbcdEhwB2WF/OIoXy1VLXjdiEgiyuKOGHH5WHInm ZReTbfvgwNaFxvlYpD1u8VdSkSGaRFFxeI2oGoxDGgZkZ+a9aON2MkbxWG93VtWeTXMallyS GeJDppWfKQilhod6mKRusTXq55pKqCcViD9KeiV4JbqXG4XClXlminYU2qQFS0E24GJM8aMd pfNNRoQNQKWYKnceMediR/fZSqiPuPbz01hbfqdeqsW+aoGuYiFmrIafoeqVfFfJ9mO0jjak 3UIfLGQbmgn6h51wy7KKJoe3goT/J013BeeagEeaNYepkHGAbD+Y/gmdTG0O+SZNMlnlZGTA GsYmwHHmCYVcz/yFG57ignhjd6V1FguZS+nAqlHWookxklcKSKZoB1lLlbzZ7fWfxwWli6u1 BgNaoarx4kFvojgSRdCO4uI6ZYkjviVZTmrySljRB087pMJPVFbW0MG92NJ9AfVUsXik4SwQ gW85m89VVD9qk5dNepnlzJbRVmxm0GqNRESAWWcRqO8O8NLONovZdkRF/QSXfzmMRV5jmKYs 2Ulxkye0j6TYiaSiTDvhdK2Pr/ao4nanhBDRN/N9NMf67e1qmgKz6jlPgscpp4mLa3V6sB8F LrfmrusF/28SrcRxc6JFqXQb4DmX2Bio+fZpbdfr7foonJnHWkVlrb86t3/IP43el3oPl9Gr aCGvZFcgq9t8RFMFf3aiR9b1dNu8f+VZc+X72efFmWt2x8nghmrdcGsfqaOzWZLSuBJ1F1LJ 5WEB6V+UWPO553WkM0phTUsQdMCd7CMEGtNR/vYxFxbBbIPXuwlEAPCsjeEsYRWxwAoomED2 cZBEHfEHwiDHD5/Yrn73OB89okGPHvrwh0AMohCHSMQiGvGISEyiEpfIxCY68YlG/AEUp7gK KVLxiqKwIhY3YQ1s5K4MWtyiGDMRRiuQY4xo1EMZkcBDamQtjbtYIxznuAg50v/xjoawIyMM gMc+csEBfgykIAeZBT5GooviQCQezkhIQLSxkZCMpCQnaQULzOAASMCBAhoQFRJsspMnSA0D RsmAUHaSlAxIASZH4klOboQEqGRAAojUyld+EiKoNCURcoDKDGDAAiTQpQU8oAATyDIwpUwC DpJJFlSqEpekfCY0R+lLIl2SkqW65hFyUM2RlKCbFihBKIEpzWF+EpjnJEE10enKTt7SAgy4 ZWBq6U5OknOV5nQlMLs5EgVgIJhREScr30lPy5QglasUAg7AeQMMBGChDh1JQ1nJTwvIMzDa xKYclklKXW7EA7McyQt6EFILVBMH0gzoOOk5zJVelJ3/H/VoPW3JSZQm1JumhKhlAArTkRyT J/y0TAZa8NOReECmRkXqQ4OqzFxqFA6axMAlLfCCdqoUIifAgSlzoMpwItWmPW3pQK3aU4gw tazs9KoRwCrQnYbSpkRgq1KHENW2+jSkyMTrRuyqhKhOtaqP9AMjn+hVS940AOtQ6CaBeYIc fFKrd7WMLMN6zLKONa8mKWhai7qRyXL2lY0961G5etjAiPOeUTmqZVRrks8e6LQZhWRidQfb 0qamqw2l6gHUatKIBgak7JSBWi9L09/KFJixHKUCVshUoyaAm76d5yiVytG5RuWYvMQrL5kp Su4CNbpEqu1T47Bd75oEuC/Y/20JEjDMWfZ2teyFJQNkUNSe8tGyYp2nPNm5gua2F7oHUqcG XBvOi37lmfnd5ShTypMFHwDATCivdcd7hmFO97WNXWwwSRvZ1sZ3kzIoAUFfWtAOF7ee8NTr ddnrWlaeIJwMJm6A02ng6yIVni9uMZE8cGEfBhYThoXwPLO61ayek68K7WorhctM/JaYw/pt Z1qR/NCusjaz47zyTHccy+bi1KAv1vISguxlCpfBsO/9SgY0UNI16xKunXUpJ2WQXRnLOMEn viycU5tT/wK0wR61LFlSiueYrvatZbbMVBNt5i/o1rCatGpnwcljvO4zovm8rHDV+csSU7bG aK3lpf9TS9CK+vPPS/WtoEEbZQuUkwRdfTWCOb2Rl6YX0jVudBiQ21EoiViftFZwr2cqA29m QAXyjeY/ewnePJe1vOZtMCl9ydi9grPEv1UxdHmtXHsmO55WhfZZvz3hPLyxET+OhGHPUOx2 rFvXbbDkF+Uw2GW8e1aZmC0Uzj2Ne79jHruOLTB2AG9PpPsaBI+kIa/Bb1okvOBuAGQfHw5x MBx84hUvogkyznEqbDwNAO94Ghf+cZGbnAkldyLKfqhvWqT85DCfQ8tjTvOa2/zmOC9ivXNu iIvz/OdY9DkUPAB0mBO96OYQuh6Ozo2GI71pNRiBBCRdqQ5InepUYPrTh2H/gQ2M4OtSz4IF oj71plm97Fpgug2+To4csD0qXpeABaz+A3ySvQFzH8EPyLH2q0cl6n43wsq37oa+830EO9fT 3Z2ggryjvQtuR7wQ+m6NyDee7na/et73zpOv1z01YJe8NMLhxK6HPTWJX9jiJXd2rGPB9M/I u94x6fa9bz7zU99846PO+SH0/euKJPwVlO6EyCvy9iM5OwbI7gPPP9jzaxi71Juv9zNG/u3J 97vlteB4vHu9+t1H/kjIbgPdGz4wZMe88PVwfdFD5O2m3z3bpY/48AP+8rMPwNrrLv3Yt77z 7ocF+/d8P0AB9Ud22fd546d5dNcCwBdubLd9RTd4/8YBeKEXfQhYe/KXe+o3gP3HSZYXf+9n e/8ngVmggW6nAmvXeF4XfVYXemDHgaGngL43e7C3fnogexeof3qHAa33gci3fxtoTy0ogSH4 f47WgivodhKggQmIe3j3gjEYGHH3hDjIB7/3DJbXggsog58nhB84EnFnhPOHhF4gfT9QA7a3 AT/ggJ8nfkD4gj/wfdYHg2CXelxAfFsUN3tgfAvofF0YhfkHhotneWRYf2boBfvHhrulhj9w enB4d7oXeW9Id+QAe663Q4iQEniQA4wkgVn4dww4iOBXiPPHhZ1HgtqHfVpwff53h1GhfoGo e7IXe3GnT5aIbtewcDNyP/+QuHqmJ3pxSIq2J4kIyIP8h4DdB4B4OCN0+H7VF4v5N4u5SIkq YILMuH58CAc6yIpWSI3EKH+hh0jtd4kl6I1TEA3013aA+I3D2Ht99wOP2HtwF3gip4fbyH7A d4XfwIl+cH782I99EIYBKZA9V5BbF3y6oIcIqVEKaXPzxgiQZTOwxGhyAE/R1pCsFEsx9koI JQYTiUykpGIiOUoqFk7eZWEj+TYMYJFHwEMoeVyoZGkH9ZE2tloZmQkMiQ3I9Vgt2Wwb2ZGt GEtbhVAxuU1GeVCmhJE9lmSYZGE3ppSVUgIAYFvXNWy41FVSeWmZhlpfYZMaeUrnxGPl5miw 1Fj/4+QC3sRMyxRjR/lQYPmWsHAAsQdLBsZLQrlXeblX3PWWbblbHqCV1cRLcyWXYdmT9kSW yPVisLZsugRtPklNDoWYXPZcgUaWuCRazMRLFSWVAQaWG1luMGaVfClMmNlg1BaY6kVtJbCX y5RrAUmZGMmYDMADB5UCjrmR5/QCuTlM1GaXrmdhKdACgdZjGHmSxmmSpRleoImSJGkSrUma AdWXyTlZqhlOvkSYKNmcoAkHIYeF9gacyKVkNrmYPhVU8DRrpUSZmRRLmyQAx3mVyPlT8Tmd c1Vd51VmHJVchemZPkWfJsmVxIQBrflPqblfHuCST5c73GacZ+mRbwWa/9CGlUzAlA42m/LZ Wk2mnPZ5IJKZn0BpWnvZoVe5lMq5naqkndf5TaqWoCHKj+wJoTL6l3HVnVGQA1kVoKfJmeAF lZmpav75URz6WxY5mmPmnz6Kms02msMkmC2qoIQXo6ckTA8KT+j5k5kFbhGWY5PlmX+JmH4Z l0FqVENqWjqml9K5lsLkpTZKmEblpJ01onmgdA/5Q1IamjIqm7wJnFh1pxuRXjzRWFqKl+qV TJRJqIaZqDymY+Y5lXJqmIg6pt6UTgfaTq+ZiVd4p42Kp9M0qETpp9PpVJ21krqpTzM5qqik YcllXoR6BRbabVdZpnRVXzVJaJK6dc14ByGJIf+3mgetukQUuAwRqVBl2QY86gdJGpZ8sKsY UpEvOi9NGUk7yQfDqqzWmka56gR1eq2h4HTcmorZGgk2EK7fKge/F4OYCq7PY4EzSK5vMK5f sYNvI688CIOPVw7VOg0DCAVO6KqyKAb9VwXtJ3q114gBCHrJKHr7Wq5asLDFF43+Oo0Ae4x6 YnXXGH0YeHoOK4rWsK8bi03TagcfeyDsWozjiHfHKH4bIYv094DZJ3cdwH/fB32TB3Yma7M+ aI9QUoSMJILqSoUEG40jy7BUcK6nZxlRtwYaaAEt8JSt54Q+Gxgs27QvK4hp2INJC655F31s uIHSeK9E4nVt+InYh43/2ZiNRrutNceLbICJwSh1TtivCLtbVSi3Kyuxu2SDshi31Vew2ee1 VdsEaQuCZYuOhzhYmEi0WSCERrCvUFuymLR2EpCzCqmyLau3R+u4fWuHUhewVDCwdXe4ZFG4 B4uM7qq480qPNfh5KPh2flt7GICKJrG3rou5XaS5e/exniuwKniKQau6Yvi79Wa3qDsEqWcB jDSyr1t9uOu06Hogsti8jje34Eq8nruMT+CJIXiMHviD3GuDyYu3xVuhG1B56FiPayCES0u7 5yuNCri+trsRXAiGSOiJy4i9lUK12ruKCeuC/GuwXGu+pSt8IbsE5wq8eft1bpi+nueG+CS2 /4mnsvHowNMLegoMsQObsT2YiETCrgFYjl/rSiBcszZ7RqfrCgWMRLsrBn47BvA6vp1gtlvA tBl7wulow3uQwsoqARWgs1zQjTgsBS8Mw0ygw0R8xG6ExEq8xPrHxJLQoLJaobAkp5W0qNGa BtvJAACQk068a3y6Xc+5nEGZplWwTN0EUYZJBii5WKdpxF08ZnyarK/FxV0gxzDwS70KBmuM dwcFm7oQxEokm5iZxeBGyLhZpTz2AotaUlb8k6D6n8dVkwvmmPfEbWPJAIrMoSr5oXy5WH2M d5V2nirgmeNJxm+8U1rqo7pVqm9pnha2SZFqqI7Mp3NMSu9EyrBkm/8AgJtSiag8BstJKcvo +ckYamHu9ZPHKsdUEKzfagEsoKWX+pVa2WSILMwYkMyzrKVEklyeTM02mcyKiZkrgMxYaqXR Rcgfaczn+UuYeaynrCfflpKSHMxLWc3j9JM0as4L08gvhsvclc9Kqcr4nM5YOgQw8MnSxl6h rM+vmZvsMHOc4MYLA5z4CckNNs31bKiDPNAIVtB6Ml2t/KAKlc4BvdG+lM8evZaXHGaVVc4/ Gcrjq7bwXMg1OUs0GssZnWXW3Krm/MgWcJnr6c+Pmc7hvNMEPcypXNTHvE7J5sdQJNOfIMjk /JtGGcf2vM7qbMadps1F0Hja/KVW3Ze9bJT/Js3Ox6TVZuqTrJlMaC1tdPzOUELL23XS1GRM CFarvVnW/4nJ2ezH+9mUKOrQpwSrAr1OpPQCKY3O5XTYBW1hUArXWxCyv1oFEs2SVNwEaQzZ aTFRmT0vnJ3HNxrFmt2sokqRpR0Fx4fQpQDIo93arv3asB3bwJCvk+Ct7cC2sp3bus0N37nb vg2yv50LrJ0Fwx3cxp1zx0BExX3cUFTZzF0Mzm3A1EB6bxzdzw0M1n3dv5Dd2r2QWyRxXczd aLDcRewJMDABKBBRK4De9rTeKKBCEwADCCAE7o136y3fIzEB7A0L+o0CSbDe+t3f7R3f820B Ao7Z9z3fAVDf8O3f//yNApwE4AE+Ab4l4QEeUec9AQVg0PoNlBl+4UTw4ejtexOu4Quu3/gd AOed4ipe4j3q3hwO4Sc+4TLe4PbN3jY+SAZO4SPh3pO53gUA3ynO4Ame4z1+4EeQ4C2e3kKO AEZeoUp+4hDe4DEe4QTe4jx+4vid4T++301uElG+Aul95A5+3jJO3/s941m+4gUe5mO+ETD+ 4Fa+5ejtUEp+51cuSPC94TvO4wbO5GGO4wnO5Rsx4SGq5A3e5IQuOYE+5XG+5HPe5iOu5ZJe 5h2+5M1W3yHuUGbeTo3uSusdAytA5/it6QZ9zo/e6ZRO5quO5yweSDD+4f7d6V8u5Td+x//9 HeI0jgSI7t5CjgG53jSfTuVyvurE3uuTLuQX8OhwbuKWwexmrt5p7t7nzekEvudjlur7jez+ 7erzneBQLUZsDgPpPeoIYOZHPuSCPgGinudkrupGgOj6HeShHuWMnudEPumQbuxAjub4je38 Hd91LniXbhnzHhgFb+q+bu7jXvBQou0yLu8m7u2rruPsLeYYIOYN0O/wXeLrHuAOHhUdvuNA ieeOvuvPDvKBYeEgf+Mhr+pKzub+Pt8yHxUSHvK6zuOyjgGLLvLOrvAjXu0Nr/Mgj+r6DvNX runovuQP3kgqVO7yjfEYn+4Knu+GXuUAXwQs7+AdD+LCju/r/vL/217iOL/1BD/wZ+9b0b7j G17oWQ70/q1CMDD0ao/2Nn/0Y4/yTL/3S6/j9x308a3xVI/mJ3/Hmt71AQ4DbWTvd2/4aY7g YH/yYh/xBJ7hbU/plg/m7o7wzo7pxP7g0n7mcf7h8s32MW70kx/pBG/prA9JHz6ZiS/p6l74 557rAB/trb75VJ/hOJ/tka/6uV/6AC7twu/wg5/kaY778F7xcH/3SZ/8dj/z0s/4EMf7Xe7s tZ7vxU/huH/kG07xK3/tw3/vs29Plw7fxF/pdn7lDa5q1N/sMo77xG7mZ9T8Af/vSh/9+e3n 653+mg8EqIZlNRESjY3Aktl0PqFR6ZRa/7VesVnt9okULosTzBIJQ4CT5bNl0m6byUWz/Ex3 qgNs47iKDxS/8sKSmOwCYNpQMAwR9+Im4KQaE/mWJo2Y9NwK/jAfIw/dHLsGAztBH48Ah1a5 XF9hY2VnsSJob3FzdXd5e31/gV9VgomLjY+Rk5WXmZudn6Gjpaepq62vsbOvbLS7fQ28w8XH ycvNkSXO1ddjh9nf4ePl5+nr7e/x8/X3+fv9/wEGFDgQWjqCBxEmXGJQoTpbDSFGlDixF0OK FzH+4paRY8eKHkGGFIlv40iTyla4sniS5bOSLWHGlDmTZk2bN3HecpeTZ0+fP4EGFTqUaE0A R5EmVbqUaVOnTxehRpU6lWpVq1exZtW6lWtXr1/Bhl0aBAA7 ------=_NextPart_000_0014_01C73F13.3DCB7160-- From xgtscrutiny@powerstore.net Tue Jan 23 11:54:09 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9OuP-00085Y-Dw; Tue, 23 Jan 2007 11:54:09 -0500 Received: from [201.82.114.141] (helo=cliente-9d66819.cps.virtua.com.br) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H9OuL-0008Ai-RA; Tue, 23 Jan 2007 11:54:09 -0500 Received: (qmail 584 invoked from network); Tue, 23 Jan 2007 14:54:15 -0200 Received: from unknown (HELO cliente9d66819) (xgtscrutiny@powerstore.net@74.39.190.95) by 8d7252c9powerstore.net with SMTP; Tue, 23 Jan 2007 14:54:15 -0200 Message-ID: <001701c73efe$5a34bf10$00bef2bc@cliente9d66819> From: Casandra R. Poole To: calsch-archive@ietf.org Subject: My the caffeine Date: Tue, 23 Jan 2007 14:54:15 -0200 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0014_01C73EFE.5A34BF10" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.2963 X-Spam-Score: 0.7 (/) X-Scan-Signature: 17e5edc4dfd335965c1d21372171c01c This is a multi-part message in MIME format. ------=_NextPart_000_0014_01C73EFE.5A34BF10 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0015_01C73EFE.5A34BF10" ------=_NextPart_001_0015_01C73EFE.5A34BF10 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable being in a state of privation, just as positives and altogether permanent, = are called qualities, for in virtue of them psychic states which are not in= born, but arise from the concomitance like Highlandmen. But there was here= a different ingredient; it was the houses to be very well occupied; and the whole appearance of the That t= hose terms which fall under the heads of positives and contrary of health i= s disease, of courage, cowardice, and so on. But should have a name that is= derivative. For instance, the name given to reference to that other thing. For instance, the word superior is qualitati= ve form of motion. In this way becoming white is the contrary lie, to stand= , to be seated, are not themselves attitudes, but take It also appears that= relatives can admit of variation of degree. For into existence. Again, if all animals ceased to exist, there would or be th= emselves genera. White and black belong to the same genus, increase, rest i= n a place, of change of place. As for this last, called affective qualities= , not because those things which admit the constitution of every appropriate subject. For when a thing has interme= diate, but those in the case of which no such necessity disposed, we may sa= y, either better or worse, towards knowledge. the species man and the speci= es ox are not defined with It would be better to say that such parts had a relative order, in Moreover= , they cancel one another; for if there is no double it primary substances,= it is quite true that there is no such and such. Because it is triangular = or quadrangular a thing is said also, for the most part at least, in the case of secondary substances; char= acteristic. All conditions, therefore, of this kind, if caused Whiteness an= d blackness, however, and the other colours, are not subjects one of the pa= ir should be present, and that in a It was cold, for it has entered into a different state. Similarly my busine= ss, and to profit for that purpose by the guidance of the word opposite wit= h reference to correlatives is afforded by the we call men good boxers or r= unners, or healthy or sickly: in fact it being blind, both would be predicated of the same subject; but some specifi= c quality which have a name derived from that of the said either to see or = to be blind, and that in an indeterminate sense, Again, perception is gener= ated at the same time as the perceiving armed, in that of place in the Lyceum and so on, as was produce in us an al= teration which is distinct from all other sorts contrary; thus motion upwar= ds is the contrary of motion downwards ------=_NextPart_001_0015_01C73EFE.5A34BF10 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: quoted-printable
being in a state of privation, just as= positives and altogether permanent, are called qualities, for in virtue of= them psychic states which are not inborn, but arise from the concomitance = like Highlandmen. But there was here a different ingredient; it was=

the houses to be very well occupied; a= nd the whole appearance of the That those terms which fall under the heads = of positives and contrary of health is disease, of courage, cowardice, and = so on. But should have a name that is derivative. For instance, the name gi= ven to

reference to that other thing. For ins= tance, the word superior is qualitative form of motion. In this way becomin= g white is the contrary lie, to stand, to be seated, are not themselves att= itudes, but take It also appears that relatives can admit of variation of d= egree. For

into existence. Again, if all animals = ceased to exist, there would or be themselves genera. White and black belon= g to the same genus, increase, rest in a place, of change of place. As for = this last, called affective qualities, not because those things which admit=

the constitution of every appropriate = subject. For when a thing has intermediate, but those in the case of which = no such necessity disposed, we may say, either better or worse, towards kno= wledge. the species man and the species ox are not defined with
It would be better to say that such pa= rts had a relative order, in Moreover, they cancel one another; for if ther= e is no double it primary substances, it is quite true that there is no suc= h and such. Because it is triangular or quadrangular a thing is said=

also, for the most part at least, in t= he case of secondary substances; characteristic. All conditions, therefore,= of this kind, if caused Whiteness and blackness, however, and the other co= lours, are not subjects one of the pair should be present, and that in a

It was cold, for it has entered into a= different state. Similarly my business, and to profit for that purpose by = the guidance of the word opposite with reference to correlatives is afforde= d by the we call men good boxers or runners, or healthy or sickly: in fact = it

being blind, both would be predicated = of the same subject; but some specific quality which have a name derived fr= om that of the said either to see or to be blind, and that in an indetermin= ate sense, Again, perception is generated at the same time as the perceivin= g

armed, in that of place in the Lyceum = and so on, as was produce in us an alteration which is distinct from all ot= her sorts contrary; thus motion upwards is the contrary of motion downwards=
------=_NextPart_001_0015_01C73EFE.5A34BF10-- ------=_NextPart_000_0014_01C73EFE.5A34BF10 Content-Type: image/gif; name="drawn.gif" Content-ID: <001701c73efe$5a34bf10$00bef2bc@cliente9d66819> Content-Transfer-Encoding: base64 R0lGODlhlQHhAIcAAAAAAP///2b///8AAP9V//9m//9E//8A//93//+I//+Z///d//+q/3f/ //8R//8i//8z/4j////u/5kAzACZZgAAmar//wD//8wz7kT/IhEAAP/M////3f//zP//7u4z M+7//+5Vmd3//90AAAAAzBH//8z//5n//1X//0T//zP//yL/////u4hVzP//qv//mf//iP// d///Zv//Vf//AP//RP//M///Iv//Ebv/VVV3mQAAiHdVIgARZgAAZv39/TMzM21tbaSkpNvb 25OTk8fHx/v7+y8vL2NjY5eXl8vLy////zMzM2dnZ5ubm8/PzwMDAz4+PnV1daysrE1NTYGB gbW1tenp6R0dHVFRUYWFhbm5ue3t7SEhIVVVVYmJib29vfHx8SUlJVlZWY2NjcHBwfX19S0t LWFhYZWVlcnJyf39/TExMWVlZZmZmc3NzQEBATU1NWlpaZ2dndHR0QUFBTk5OW1tbaGhodXV 1QkJCT09PXV1dampqd3d3REREUVFRXl5ea2treHh4RUVFUlJSX19fbGxseXl5RkZGU1NTYGB gbW1tenp6R0dHVFRUYWFhb29vfHx8SUlJVlZWY2NjcHBwfX19SkpKV1dXZGRkcXFxfn5+S0t LWFhYZWVlcnJyf39/TExMWVlZZmZmc3NzQEBATk5OW1tbaGhodXV1QkJCT09PXFxcaWlpdnZ 2Q0NDUFBQXV1dampqd3d3REREUVFRXl5ea2treHh4RUVFUlJSYGBgbW1tenp6R0dHVFRUYWF hbm5ue3t7SEhIVVVVYmJib29vfHx8SUlJVlZWY2NjcHBwfX19SkpKV1dXZGRkcnJyf39/TEx MWVlZZmZmc3NzQEBATU1NWlpaZ2dndHR0QUFBTk5OW1tbaGhodXV1QkJCT09PXFxcaWlpdnZ 2Q0NDUVFRXl5ea2treHh4RUVFUlJSX19fbGxseXl5RkZGU1NTYGBgbW1tenp6R0dHVFRUYWF hbm5ue3t7SEhIVVVVYmJib29vfHx8SUlJSH5BACZeAAALAAAAACVAeEAAAj/AAMIHEiwoMGD CBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKHEmypMmTKFOqXMmypcuXMGPKXGhgpkAW NnPq3Mmzp8+fQIMKHUq0qNGjSJMqXcq0qdOnUKNGhCG1qtWrWLNq3cq1K9MTFGt6HUu2rNmz aNOqXcu2rdu3cHVGiEu3rt27eBWmyMvXLoe+GnlMRAGYI4jCiCEKTsy4Mc/FjiNLbgl5suXL Iytj3sw5o+bOoEMrRlpDtEKwG22YXs26tevXsGPLnk27tu3buGvLyM3754ABAn8XFC6cIPHf yIsHR248OfPmypc7B47w+fKD04tnpx5gO0Xv0p0P/wQvvflw6tq5X4ce3bx778qtx7eeMDr9 9u3Dj09eXf1+oempd9x53WW3n3gFTncgggkqiJ19/oXHX4MIkhfRduiBZ+F9AnIXoHsU0nfg ewbO52GGDD4I3Yr/ncefgcG1SGBQAZ64XoE3zpgjjjry6OOO182n4pD7fQDid/6lN2N+/wmZ Y40yQhjhhDwy+dyVA8pIZJYNaukjl0oC+aNPUK7nJJNjGoTflBn22KSNaka4429GeinRmnO2 2d+XerZIZZjGPXimnDgOCGhDQpoIZ5RsUliok0ApGeagDqZ4ZJqHpvmonSFmOkCdnEJEHp6d 2pgoqVlmWh9wk8JoKKsoov+pI5iwiqkllsy5SqhOkvZJq4MhxulmlTDO2id7E24Hqq0PYSih fLr6aWmvZp4o4qbEVlrrr9cuCWequ665KJbM5tQqn+guRGWewnbaX4Vyomngsprqt+6YNXL4 brKHnguopcQGrOKrccqKYwPRYmuQBoT+++2u5voKbboMkWqnw/FqS6Sxnw67YJeXYhxqwj9i fCyQitpK3Hj1WpyvyRsPymi5NsE84sgdDgvhrRYHmfGe432QJMSIDv2kqvjWOjOfkCbYLsiy /jbCzSUP3SaeKbtJLsUG8/TbX1Ky+OzLjbrIYM9Ju1squ5feqaHRa2PdoZ5hj/3zzaOauGC3 8BL/WPfe+X4sM40n/732x0+brfXO5umqsdj1NlusuHEbjWrhVssLd97WKv6ul1zmeTblg1P0 Qm8/zYX66qy37vrrsMO+glUx4IYaVi4w5EHsvPcelQm+By/88MQXb/zxyCev/PIF4dQYBMxH f9Bu0ldvfQB/Xa/99tx3731Bqn9/lwokhV/QA6tDL/767Ds1Q0Xk83Z6+/LTb39WOaxEVVAV pFQA6v2LS/7qUoECBrAgByRIAgeSQAMu0IEGVCBCIFhAhSxQIA+M4EEgKEGDBPCCAQBhBz3o QBJqEIEltOAJ15KDAdKlfzAE4QNDiMAR0pCBHsThBnM4wR3qEIM8/OEF/xtYQwve0IZHTKIS Z9jDGLLFhS8EohKliEMmTvGAMqRiADbwQyR2UYhBnOINrahFMUqQjKr7oA/FmMUxWiV+DoFi FM1YRhgWUYRq5CEeexhGHe6RjlpsIyCPSMSEiLCMC8kjC/OiSD4SEow+bOMf+4hIN0YykV88 I0OwWERHUtKIg7wdVlrYlxWukZNU/OMQM1lJNlKwgmZsZCQPaUdMItKUDISlFxOpy7PIsS3A M8j+cAnJR7bygxTcZSzX2EFVYlKWykQiHnupQF0eUoXXjEztqgLNKtawkHqUpid3KUk+ZrOX kzRkMkFpzol0836gfCcNZwjOO3Zymcxk5TvlWf/HcX5SlhKwpD0fksdswnOgtFyiQjtJxnSy ko2Z7J8CyFfOez5Un5XsJiotKkV+HjSHtTRkPgPpxY1yNKFhrGc/bznSaMpSpWSkox0N2hY4 ooWYHI2lKSW5zleyU5oGzB4KVyjIi8o0l7jkoAmpacKPuhM2DsgJTZ36yfVNdXm7o6pWt8rV jBCmMArgTQK6StaymlUjszurWuFCgLW61awNUAsCHhLVt9rVJ6UZyA0u04G7+hUv6vurYHuz F5/sdbCIVUlg1eq8xAoEfYI9jGOv8r/JWjaxkr2sab6q2a6Yr7OgJUhmhUKB0pZ2I6eNSGoz stoAmJYgp22tQFIrW9f/UqAgrw2tTkzLW43UliG/pUhubXvbgcS2uLAtrmxrO1zdyqS1za1I cBUy3Ymsdri0Ra5xlatd5t62us5NyXK/q13bmje32CVveYnbXeSCF7jcNa98vTtb9673vPet ylzZd5je4ra8x+WtgLkr4OT6V74IFm58s1tfgzA4wcmFsG4XQBIKJ2TAEW4wcesb3w17GL0P Ri158bvdATP4wNtNcXhnUmANz9e+KoZuhzX8XtWO+LglNjGHR/xfFa/YJulF8HVhnOAQv7gj OMaxi2M85P+2+MctGW+Km+xiI1t5xqj1gX2pnGEZGxjDXInr+tK7ZS5TGcQE5vCSfTvk9joY /8tCBnB+oWwSHRs4w3HecXPBnGeMkBnPTHbymqtbWDqH5MklxvOZ1ftmL69ZwVsGdAAQYOQG /7bGhlYJpjMdOxTPhgYkuYBmoysQEXDaIO8LymdP3b39svrVsAbtVYci6rRk9TX7I4lPJzhr iOyUqUjdYANxGsJeV7Oawx52LmPtzl2TcCF9lYhSi03MaWPQmtZetrB5icUUVhCW1AQ2s1V4 7JN8u9jUTjey1U1tZGobhbzGJjJj6ERwZxApkLWqstH97WQPtdzb3je6AW7vgWO7qduOd8Gv zW8nVnXc8dY2B7F9wmmLu90EvzfDadgCYDP14872o7s3rkGPGxvWzv+u+MgXPvBNervb8N74 QFrQgmfbHNnZLncFwQLyiItGB5NZp8wNPkShN6SEB884Cmv+7pgnnNwt7zlRT14YoEtG3Ogc Oc6Jfex6w1zpx2b6xcduUJaH2+tN74zVrz5Nna/c2OfuN73//WuB0PyaZHf5tefe9f6F4Ouh WXtkYMnZoVP88CwXtspVvveeF7vjSaX6u7Nd8L+nfTOCJ4ipC4N1gbO78Zf/97onb/LGV1vy Lf+8zAsYgtBjJvOiCaauIYKDjlxcJK13vWVgr5DC26WtZ7l9SHI/dLQsdiO8n6zwP0L85Rem rgJJPutAfRfiQzx41r++77LPmcaSZX6iGS3/brXPEz5feM7wNT+QxzvnPSPadWPFi/oPsulG v98j6D8/mS994PmTXyL1V38IIYAKBoDfhV+Mdmcg9n9sRmo91mYzFlze1WQU2F5lxmMLEVuK JmdT5mktkWooIWavEX8IoRoX4X96RmCvxWU99mXZhWb7p4IYSF3u52NVpl4OiBc2xRssmGik dmLtF4RqpmYLSGP5N4D+1YMVaIMMaBEviIEyBoTnR39FeIMpCGcQ0VtKSGSSRmcWhmREpoVc qGRKRoVvdmQ+9oRV+BAaWIZSZmlc2IQ2hoUbVoRSiIQteGUJyH8G6FoI6GE+GGCPJocOcX85 poaRNoUuCGd8BmYU/9ADZZiB/TeJenaI7ZNvVZGDHRiIQ4iHghaJcPhlCniEiXZnach+hLh+ pNiHg4haqWgVBFiIKPiKRYGJAlAQhcZasSiLmkiLvviLwBiMwlgUYiGMGNAWrzRrzlcRKcQS ydg+x4iMz8hOy9hsFocSyYh6xBONbHF2UDcSWVd84Khx38ON3UiOLxdBBVd3iXdzW9dwwbZs 7Fh0MXdwSVc85niO9ThxSDdvzdhTeNeM7UZv9rZ4/5hz0xh1Dpd6w5OPa5GQbidxC6eO1Sh0 FBdsJTeRcrdUSpV0/bZWxSgUFLQDS7V6Wmd2cJeRTeeRX3ePaYeSDFeN4lMCS3GR8niSOP9p khQBk6SnkwrpjkQnkQzZPr7XFFn3dj7Jknynd0JpeBv5k+kWefu4dzGpjbJxAHfhjQPpj0Fp ki8nbwbJkBYHeEZneul4kFYph2c3b0TncC75kUNZkusGcgIXjnRpbRQZj8AoVDDhkjFRQCYo k9wGG0UZEocFGiH3l2VpEYJJPwH1QgI5EznHjI3JO2E1jJiZmZq5mRFxa5z5maBpFAwQmkrB l6QpEo95mqq5mqzZELnYmrDpVMc3EaIUm9ZjAbZ5PFyUm7wJcXnVm8AZnMI5nCgxARMwEMZ5 nAJhnAHAnAThnM6JnMq5nNFZEMl5ndJpndPJENXZnMrZndB5ncn/KZ3iOZ3V2Z3PiZ0GoZ7Z 6Z3aqZ3jeRDg+Z3l2Z7huT3RGZ/uOZ/UmZ7wiRDleZ/t6RD86Z7+6Z0BSp0JaqD9uZ4LqqDi aZ/naZ4PeqASWp8GKqDXE58cypwFmp/buZ8h2qANCqIR8aEhqqElmqIUSqLvSZ4DyqDhaaIu qp8xmqHbKaAqaj0eepw96qI4CqQiKp85Sp9Cyp0sCqQ7uqQUyp4Wipw3GqQI2qIMCqUO+qIT uqJHehmb5xI/+qNTGqEiOqJg+qJaaqMEGqBGeqAoaqZTCqAj+qRaOqRSiqRYWqRzip7S86U+ Sp8LiqEDip4PCqgPoaZreqFiGqZoWqVm/yqmgrqmYKqhiXqjM8qeOhqn0cOndbqih6qoZDqp HXoQEuCkjMqkEGqjFRqlgaqej5qnfUqik6qkfoqqE/A/O1o9HgqlpiqjRRqrjLqqcFqgEnqn MBoACgCin5oQrfqrl0qenSqkbUqkc4qfyEqpnbqrqlqleqqsSYqgxTqh1yqs0lqs2kqlyEql CuqgTbqlwwN8GaGf8Nqt4Fqqr/qrNbqt47qqiRqt1qoQapqegKqi8UqoAGupmNqs3DOw/Uqv DHursqoQJviwyEkCtPqf84mnAeCZ8KmnpIqtp+qvTrqtCEucJAsao1mywxmxKAsRWLmyA5E7 LhuzZrVqp9myMnx7szibszrrEeK3sz77szK7m0A7tETLPBlQtHFxtEj7Fkq7tG3RtE7LFlAb tWkxtSlxmVQbE1ZrG9SXtV77tVSrsmBrF1jrV4VpF2k1tmrLFADQtm77tnAbt3I7t3Rbt3Z7 t3ibt3q7t3zbt377t4AbuII7uIRbuIZruAEBADs= ------=_NextPart_000_0014_01C73EFE.5A34BF10-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 23 12:37:27 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9PaJ-0005UF-6K for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 12:37:27 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9PaG-0005Fo-VP for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 12:37:27 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 6C794398040 for ; Tue, 23 Jan 2007 09:37:24 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id C6EA84A41DD for ; Tue, 23 Jan 2007 09:36:39 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 79B2D3982B1 for ; Tue, 23 Jan 2007 09:36:39 -0800 (PST) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by zoidberg.tigertech.net (Postfix) with ESMTP id F116A398278 for ; Tue, 23 Jan 2007 09:35:50 -0800 (PST) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-4.cisco.com with ESMTP; 23 Jan 2007 09:35:50 -0800 Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l0NHZoAE007715; Tue, 23 Jan 2007 09:35:50 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l0NHZnGq010534; Tue, 23 Jan 2007 09:35:50 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 23 Jan 2007 09:35:42 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 23 Jan 2007 09:35:41 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A20325FC5C@xmb-sjc-235.amer.cisco.com> In-Reply-To: <8954613CA6BB3242A1531D916A527A4102B60374@NT-SJCA-0751.brcm.ad.broadcom.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Thread-Index: Acc6+IBUVzVGW/7PQW2haAOtDGGclAADww9gAAx+//AAz4+X0AAm0URg References: <4FF84B0BC277FF45AA27FE969DD956A2031F9521@xmb-sjc-235.amer.cisco.com> <8954613CA6BB3242A1531D916A527A4102B60374@NT-SJCA-0751.brcm.ad.broadcom.com> From: "Pat Calhoun (pacalhou)" To: "Puneet Agarwal" , "Abhijit Choudhury" , X-OriginalArrivalTime: 23 Jan 2007 17:35:42.0093 (UTC) FILETIME=[E79ADBD0:01C73F14] Authentication-Results: sj-dkim-4; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 54e0221cc855af1be978f9387027a2cf > (1) The WG decided that we need the MUX for the control plane. We believed we might potentially need it for the DATA plane at that > time but as it turns out we don't need it for the data plane (as a given DATA tunnel is either DTLS encrypted or not)- so why have > this mux CAPWAP data? I find it most interesting how there are inconsistent views on similar topics. If you recall, earlier versions of the protocol did not state what the format of the encapsulated payload was (e.g., 802.3 vs. 802.11), and at the time it was required that the header include this information to make it simpler for the data plane to determine how to handle the packet. Now we have a very similar problem, but for some reason we are now ok with state being maintained and not requiring the packet to be explicit about its contents. The group had agreed at the time that providing explicit notification in the payload is mandatory, which you requested (see http://lists.frascone.com/pipermail/capwap/msg02747.html), so I am not sure why this case is any different. > (3a) As to the open issues on the data channel, we have a state that describes data association done but I didn't find text (maybe > I didn't look in the right place so a ptr would be helpful) that describes how the CAPWAP Data session negotiates the key info > under the control of the state m/c. It was sent some time ago, but if you take at look at the most recent 226 proposed text, you will notice the "Data Check" state, and the associated text for that state transition. > (3b) For the data channel, we still haven't decided whether we are going to require different classes of service (say upto 4/8) to > have their own DTLS sessions. This is to prevent frame reordering between different classes of traffic from confusing the DTLS > machines replay windows. Depending on how this may need to be implemented (different UDP tunnels or same UDP tunnel carrying > different DTLS session - that may actual require 2/3 bits for demuxing). Correct, and we discussed this at the last IETF meeting. The preamble includes a reserved field which we had discussed could be used for multiplexing purposes. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems ________________________________ From: Puneet Agarwal [mailto:pagarwal@broadcom.com] Sent: Monday, January 22, 2007 3:19 PM To: Pat Calhoun (pacalhou); Abhijit Choudhury; capwap@frascone.com Subject: RE: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Hi Pat, Thanks. -Puneet ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] Sent: Thursday, January 18, 2007 12:04 PM To: Puneet Agarwal; Abhijit Choudhury; capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Puneet, Addressing your specific list of options: 1) Continuing to bring up the removal of the MUX is simply a waste of time. The WG has decided, so let's move on please. 2) To propose that the CAPWAP header be secured in a different fashion is also pointless, because DTLS will encrypt the whole frame. 3) I would certainly be interested in understanding what exactly you believe has been under-specified for DTLS Data channel in version 4 (for which text has been provided on the list). The AC Descriptor communicates the DTLS policy. The state machine has been revised to ensure that the control channel waits for the data channel to be established. I'm certainly unaware of any support to remove DTLS on the data channel, or what the issues you are alluding to. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems ________________________________ From: Puneet Agarwal [mailto:pagarwal@broadcom.com] Sent: Thursday, January 18, 2007 6:17 AM To: Abhijit Choudhury; capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Hi Abhijit, CAPWAP control and data are completely orthogonal to each other as they serve very different purpose. For example, MPLS-TE, control and data plane are different - where MPLS TE used RSVP/LDP for control plane whose frame formats are completely different from the MPLS label stack used for transporting the actual data. I agree with you in the general principle of trying to keeping them same (to the extent possible) but it should be at the expense of adding unnecessary overhead to one or both of them. Hence CAPWAP data should not be bloated to maintain some vague notion of compatibility with CAPWAP control. With respect to the original question at hand (determine if the CAPWAP data pkt is encrypted or not), I think there are 3 options that seem reasonable (without worrying about CAPWAP control compatibility): (a) Have the UDP tunnel itself indicate if the pkt is encrypted (hence remove the MUX) (b) Remove MUX and put the "Encrypt" bit in the CAPWAP hdr - with the caveat that only CAPWAP payload is protected (c) Remove MUX hdr and remove support for CAPWAP Data DTLS as it is currently unspecified how this would be set up. When it is specified, then we can have the debate about what parts of the data needs to be encrypted. Adding 32 bits for 1 bit of marginally useful information (and still unspecified setup) is a complete waste of space in a data hdr. Thanks. -Puneet ________________________________ From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com] Sent: Thursday, January 18, 2007 4:02 AM To: Puneet Agarwal; capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Puneet, Please see my comments in-line. Abhijit ----- Original Message ---- From: Puneet Agarwal To: Abhijit Choudhury ; capwap@frascone.com Sent: Thursday, January 18, 2007 1:58:32 AM Subject: RE: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Hi Abhijit, Looks like other protocols (including .11) did not have any issues putting this 1 bit in the non-protected part of their (.11) hdr and seem to have a very secure protocol (with WPA2 etc). One can always decide which hdr fields one want to include in the part covered by the authentication/encryption. Hence I am having a hard time understanding why we in CAPWAP keep on insisting that the CAPWAP hdr (especially for CAPWAP DATA) needs to be after DTLS. It seems that having DTLS after CAPWAP hdr would be perfectly secure as well. Hence I disagree with your assertion that DTLS hdr MUST be before CAPWAP hdr. [Abhijit] We should stay away from having different formats for CAPWAP CONTROL and CAPWAP DATA. There should be only one frame format - the CAPWAP frame format. As for what needs to be protected, there are parts of the CAPWAP header that needs to be protected (wireless info, radio mac etc) and other parts that may not. I believe the group decided to protect the entire CAPWAP header in the mailing list earlier. That is why the DTLS header is before the CAPWAP header. My earlier position is still valid: Remove MUX hdr for CAPWAP Data. Potentially add 1 bit in the CAPWAP hdr for the encrypted payload flag. Thanks. -Puneet ________________________________ From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com] Sent: Thursday, January 18, 2007 1:45 AM To: Puneet Agarwal; capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Hi Puneet, Unfortunately, the CAPWAP header occurs after the DTLS header. So, putting info there doesn't help. We need something before the DTLS header .. all we have there is the IP and UDP headers and we can't insert anything there. Abhijit ----- Original Message ---- From: Puneet Agarwal To: Abhijit Choudhury ; Jim Murphy Cc: capwap@frascone.com Sent: Thursday, January 18, 2007 1:31:30 AM Subject: RE: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Hi Abhijit, The real issue is the fact that we are using a full 32 bits to add this 1 bit info. One would be perfectly happy if we put this 1 bit in the CAPWAP hdr (by using one of the flag bits). I speculate that .11 (using your example) would have had a fairly adverse reaction if one suggested adding 32 bits for one bit of info. To your other point about high speed implementations: it depends on your particular implementation. There are many other high speed implementations that do not suffer from the issue that you describe. Hence here is my position: Remove MUX hdr for CAPWAP Data. Potentially add 1 bit in the CAPWAP hdr for the encrypted payload flag. Comments? Thanks. -Puneet ________________________________ From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com] Sent: Wednesday, January 17, 2007 8:33 AM To: Jim Murphy Cc: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Jim, You are correct that the UDP port will identify the packet to be a CAPWAP data packet or not. However, the tunnel attribute that you mention, will typically be the result of a lookup into some data structure. Since some data tunnels could have DTLS encryption and some may not, further parsing of the packet will have to stall until this lookup is done. In high speed implementations, this is not desirable. As I said before, in a clean protocol design, a packet should have all the information required to parse it. For example, the 802.11 header has an extended IV bit that indicates whether the packet carries an extended IV or not. It can argued that a client's traffic at a radio will only have one kind of encryption and hence this is not needed. However, this bit allows parsing of the packet without looking into any client database. Regards, Abhijit ----- Original Message ---- From: Jim Murphy To: Abhijit Choudhury Cc: capwap@frascone.com Sent: Wednesday, January 17, 2007 6:30:00 AM Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) If, as you suggest, DTLS encryption is an attribute of the tunnel and not of the packet, then indeed the preamble is superfluous. There is no additional lookup required if the preamble is not used. To identify a CAPWAP data packet, the forwarding plane is plumbed with the data channel 5-tuple (src IP, dst IP, IP proto, src port, dst port). The forwarding operation is to either decrypt the packet if the tunnel attribute is DTLS encrypted or to CAPWAP de-encapsulate if not. There is no need to look at the CAPWAP preamble to make this decision - it is plumbed in directly. Given that control and data are using different UDP ports and most likely processed on completely different processors, there is no technical or functional value in having uniformity in headers. Thanks, Jim Abhijit Choudhury wrote: > There is no question that the spec has to include a mechanism > to establish an encrypted data channel. > > I think the expectation is that the DTLS encryption of > data channel packets will be enabled or not on a per-tunnel basis. > That said, I would still strongly recommend that the group consider > a packet format that is uniform across the control and data channels. > > In general, it is desirable to have enough information in > a packet header to indicate what the packet format is. No > configuration lookups should be needed to parse the packet. > This is what the proposed CAPWAP preamble header achieves. > In a lot of hardware implementations, being able to parse > packets without waiting for lookup results speeds up the > implementation. With the speeds and scales of implemenations > going up in the future with the adoption of 802.11n, we should > keep the protocol design clean and simple, and not complicate > designs to save a few bytes. > > > Regards, > Abhijit > > > -----Original Message----- > From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] > Sent: Tuesday, January 16, 2007 4:05 PM > To: Pat Calhoun (pacalhou) > Cc: capwap@frascone.com > Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of > 146) > > The following proposal suggests that the CAPWAP preamble is required in > the data channel. I propose the CAPWAP preamble is not required in the > data channel for the following reasons: > > 1. It is not specified in the CAPWAP spec how to establish an encrypted > *data* channel. > > 2. Even if #1 had been specified, then it is not specified how one > signals which data channel packets are DTLS encrypted and which are not. > One could imagine that it would be based on session, but there is no > mechanism specified for how this is accomplished. > > Considering that the CAPWAP preamble adds no value to the data channel, > I propose that the preamble is removed. As I've argued in the past, > being frugal with the use of bytes in data channel headers is critical > for high performance and large scale implementations. > > The inclusion of the preamble in the data channel may be considered in a > future version of CAPWAP when the above issues have been addressed. > > Thanks, > > Jim > > Pat Calhoun (pacalhou) wrote: > > All, > > > > Following the discussion at the IETF meeting in San Diego, I wanted to > > > provide the following proposed resolution for the above issues. Note > > that issues 224 and 89 are directly resolved as part of this fix, > > while issue 146 includes several topics, and this issue only addresses > > > one of the issues raised. > > > > NOTE: The format of the frame I have included here is slightly > > different from the one that I had presented in San Diego. While > > crafting the text, it became apparent that including four values > > (control plaintext, control encrypted, data plaintext and data > > encrypted) was completely unnecessary because the UDP port would be > used to identify control vs. > > data. So the type field really states whether the field is plain text > > or DTLS. There is also room to allow for future encryption protocols > > to be used here. The new header is called preamble, and includes 24 > > reserved bits. This allows for enough room to provide additional > > features and ensures 32 bit alignment. > > > > Proposed Text > > ------------- > > > > 4 CAPWAP Packet Formats > > > > This section contains the CAPWAP protocol packet formats. A CAPWAP > > protocol packet consists of a CAPWAP Transport Layer packet header > > followed by a CAPWAP message. The CAPWAP message can be either of > > type Control or Data, where Control packets carry signaling, and > Data > > packets carry user payloads. The CAPWAP frame formats for CAPWAP > > Data packets, and for DTLS encapsulated CAPWAP Data and Control > > packets. See section Section 3.1 for more information on the use > of > > UDP. > > > > The CAPWAP Control protocol includes two messages that are never > > protected by DTLS. These messages, called the Discovery Request > and > > Discovery Response, need to be in the clear in order for the CAPWAP > > protocol to properly identify and process them. The format of > these > > packets are as follows: > > > > CAPWAP Control Packet (Discovery Request/Response): > > +---------------------------------------------------+ > > | IP | UDP | CAPWAP |CAPWAP | Control | Message | > > | Hdr | Hdr | p-amble|Header | Header | Element(s) | > > +---------------------------------------------------+ > > > > All other CAPWAP control protocol messages MUST be protected via > the > > DTLS protocol, which ensures that the packets are both > authenticated > > and encrypted. The format of these packets are as follows: > > > > CAPWAP Control Packet (DTLS Security Required): > > > +------------------------------------------------------------------+ > > | IP | UDP | CAPWAP | DTLS | CAPWAP | Control | Message | DTLS > | > > | Hdr | Hdr | p-amble| Hdr | Header | Header | Element(s) | Trlr > | > > > +------------------------------------------------------------------+ > > \----------- authenticated ------------/ > > \------------- encrypted > > -------------/ > > > > The CAPWAP protocol allows optional encryption of the data frames, > > once again using the DTLS protocol. Whether or not the data frames > > are encrypted is a matter of policy, which is described in a later > > section of this specification. The format of these packets is as > > follows: > > > > CAPWAP Plain Text Data Packet : > > +-----------------------------------------+ > > | IP | UDP | CAPWAP | CAPWAP | Wireless | > > | Hdr | Hdr | p-amble| Header | Payload | > > +-----------------------------------------+ > > > > DTLS Secured CAPWAP Data Packet: > > +------------------------------------------------------+ > > | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | > > | Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr | > > +------------------------------------------------------+ > > \----- authenticated -----/ > > \------- encrypted --------/ > > > > UDP: All CAPWAP packets are encapsulated within UDP. Section > > Section 3.1 defines the specific UDP usage. > > > > CAPWAP preamble: All CAPWAP protocol packets are prefixed with the > > preable header, which is used to identify the frame type that > > follows. This header, is defined in Section 4.1. > > > > DTLS Header: The DTLS header provides authentication and encrytion > > services to the CAPWAP payload it encapsulates. This protocol > is > > defined in RFC 4347 [9]. > > [...] > > > > 4.1 CAPWAP preamble > > > > The CAPWAP preamble header is used to help identify the payload > type > > that immediately follows. The reason for this header to is avoid > > needing the perform byte comparisons in order to guess whether the > > frame is DTLS encrypted or not. The format of the frame is as > > follows: > > > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 > 1 > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |Version| Type | Reserved > | > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > Version: A 4 bit field which contains the version of CAPWAP used > in > > this packet. The value for this draft is zero (0). > > > > Payload Type: A 4 bit field which specifies the payload type that > > follows the preamble header. The following values are > supported: > > > > 0 - Clear text. If the packet is received on the data UDP > port, > > the CAPWAP stack MUST treat this as a clear text CAPWAP data > > packet. If received on the control UDP port, the CAPWAP > stack > > MUST treat this as a clear text CAPWAP control packet. If > the > > control packet is not a Discovery Request or Response packet, > > it is illegal and MUST be dropped. > > > > 1 - DTLS Encrypted. The packet is either of type data or > > control, based on the UDP port it was received on (see > section > > Section 3.1). > > > > Reserved: The 24-bit field is reserved for future use. All > > implementations complying with this protocol MUST set to zero > any > > bits that are reserved in the version of the protocol supported > by > > that implementation. Receivers MUST ignore all bits not defined > > for the version of the protocol they support. > > > > 4.2 CAPWAP Header > > [...] > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 > 1 > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |Version| RID | HLEN | WBID |T|F|L|W|M| Flags > | > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > [...] > > > > Version: A 4 bit field which contains the version of CAPWAP used > in > > this packet. The value of this field MUST match the version > field > > set in the CAPWAP preamble header (see Section 4.1). The reason > > for this duplicate field is to avoid any possible tampering of > the > > version field in the preamble header which is not encrypted or > > authenticated. > > > > > > Pat Calhoun > > CTO, Wireless Networking Business Unit Cisco Systems > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > > > ------------------------------------------------------------------------ > Never Miss an Email > Stay connected with Yahoo! Mail on your mobile. Get started! > > > > ------------------------------------------------------------------------ > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap ________________________________ Check out the all-new Yahoo! Mail beta - Fire up a more powerful email and get things done faster. ________________________________ Have a burning question? Go to Yahoo! Answers and get answers from real people who know. ________________________________ It's here! Your new message! Get new email alerts with the free Yahoo! Toolbar. _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 23 13:00:53 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9Pwz-0000CK-P8 for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 13:00:53 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1H9Pwv-0003zL-Nm for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 13:00:53 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id E2BE939827E for ; Tue, 23 Jan 2007 10:00:48 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 5CF084A41DD for ; Tue, 23 Jan 2007 10:00:41 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 277511448165 for ; Tue, 23 Jan 2007 10:00:41 -0800 (PST) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by hermes.tigertech.net (Postfix) with ESMTP id EA7171448009 for ; Tue, 23 Jan 2007 10:00:38 -0800 (PST) Received: from sj-dkim-7.cisco.com ([171.68.10.88]) by sj-iport-5.cisco.com with ESMTP; 23 Jan 2007 09:59:38 -0800 Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-7.cisco.com (8.12.11/8.12.11) with ESMTP id l0NHxcHn002484; Tue, 23 Jan 2007 09:59:38 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l0NHxXho008360; Tue, 23 Jan 2007 09:59:33 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 23 Jan 2007 09:59:33 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 23 Jan 2007 09:59:32 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A20325FC85@xmb-sjc-235.amer.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposal for image management Thread-Index: Acc+a5yDs7FFN1P8Saacib0ldr+shAAq2CjA References: From: "Pat Calhoun (pacalhou)" To: "David T. Perkins" , X-OriginalArrivalTime: 23 Jan 2007 17:59:33.0476 (UTC) FILETIME=[3CC69240:01C73F18] Authentication-Results: sj-dkim-7; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim7002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: margaret@thingmagic.com Subject: Re: [Capwap] Proposal for image management X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: a069a8e8835d39ce36e425c148267a7b > Problems with Current Image Management > -------------------------------------- > 1) The same message is used for three different operations. > (This can be resolved by creating two additional message > pairs.) OK > 2) The description of the Join operation says that the WTP > gets the AC's version and compares it with its own to > determine if the versions are compatible, and it not, > then initiates image download to get the most recent > version. However, a WTP does not have sufficient information > to make such a decision. Only appropriate for an AC to > have information and rules to determine what version > of software that a WTP should be running. Note that how > an AC obtains the information and rules is either builtin > to the AC software, and/or provided through other management > interfaces (such as the CLI or SNMP) to the AC. > (This can be resolved by removing the WTP initiated > download of software.) OK > 3) In a WTP initiated start of image download, a filename > is provided as the message element. The description does > not specify whether the filename refers to a file on the > WTP or AC. However, it is implied to be on the AC, since > it is used to initiate a download, and the filename is > not used in other operations. This is problematic, since > the AC has the knowledge and rules to determine what image > to download to each WTP. Also, as is, a filename would > couple AC implementation with WTP implementation, which > is doubtful in multi-vendor deployments. Also, the is nothing > to prevent two different WTPs from choosing the same filename, > and if used as is by the AC, then a conflict would result. > (This can be resolved by removing the filename.) OK > 4) No support for WTP storing more than a single image. Because > current CAPWAP supports only a single image, the image version > is implied in the value of the "software version field" of > the WTP descriptor message element. However, this is flawed, > since it assumes that vendor identifier identifies both > the hardware and software of the WTP. > (This can be resolved by adding a new message element > that lists the storage areas for WTP images, and specifies > their contents - either empty, or image description, > provider, and version; and the identification of the > image to be used on the next boot. It could possibly > additionally include image attributes such as time image > stored, number of times image used for booting the WTP, > timestamp of last time image booted, image size, MD5 digest, > counts such as "crashes" of image, etc. With the list of > storage message elements, the AC sent operation that > downloads portions of an image must be modified to specify > which storage location to store image data.) So here I have to disagree. The WTP is in the best position to manage its own memory, and determine the best place to store the latest image. If the WTP is capable of storing 4 images, then let it do so through its own accord, and don't burden the AC with this decision. The AC should not be in a position to manage image "slots". The WTP then needs to know which is the latest image to boot from, and have its own strategy on using a backup should the primary be corrupted. > 5) No support for WTP indicating failure during image download. > Failure could occur due to resource exhaustion (such out of > memory to buffer image before write), or due to write of > image to persistent storage. > (This can be resolved by adding result codes to the image > portion operation.) I believe this has been recently added, and text was proposed to the list. > 6) The Image Data Message element has several problems. This > include: > 1) it has a checksum that is used to determine if the > block of image data has been modified. However, the > DTLS session provides information to determine if > a message has been modified. Also, the algorithm > for the checksum is not specified. > (This can be resolved by removing from each message > element, and providing for a digest, such as MD5, > for the entire file.) I believe this has been recently added, and text was proposed to the list. > 2) end-of-file determination is implicit by the size of > the image data element. That is, when the size of > the image data field is less than 1024, then the end > of the image file has been reached. > (This can be resolved by using "opcode" field to > explicitly indicate the end of the image transfer, > (and used to specify that the "image data field" > contains the digest of the image file)). OK > 3) no block number of image data. The message element > does not provide the block number of the image file > data element. Thus, outer CAPWAP message parameters > must be used by the code that processes the data > image to determine the block number. This becomes > a very important issue when an image transfer occurs > while in the run state. > (This can be resolved by adding a 32-bit block number.) OK > 4) no location to store image. As previously mentioned, > current CAPWAP does not support multiple storage > locations for images. When this support is added, > a mechanism needs to be added to provide this on > image download. > (This can be resolved by adding a location id field, > or download session field to the image data message > element.) CAPWAP doesn't need to support it. This is an implementation issue. > 7) The AC initiate download operation does not specify > any message elements that a WTP can use to determine > if the download has high probability of succeeding. > The WTP can determine if it supports download to a specific > memory location (a WTP may images that are "permanent", > or the WTP may not have enough persistent storage for > the image). > (This can be resolved by having AC initiated download to > specify the size of the image file, and the location > to store the image. The result would give the AC > a hint if it should proceed with image download. Note > that this operation be renamed to download check, since > it doesn't initiate a download.) I agree on adding a file size, but disagree with the permanent and image storage strategy being a CAPWAP problem. > 8) There is not a mechanism for the WTP to indicate to the > AC that the image that is being downloaded is inappropriate > for it to use. An example would be for the image of, say, > "model A", being downloaded to, say, "model B" and this > would result in a system crash. Note: it is not practical > due to multi-vendor differences of image files for an AC > to be able to examine an image file to determine the > the appropriate hardware and modules that can run an > image. Thus, the check can only practically be performed > on the WTP. > (This issue can be resolved by adding a new error to > be returned during image transfer that aborts image > transfer and indicates inappropriate image for the WTP. > Note: due to vendor design choices in where information > is stored in the image file, the error may be generated > after any data block of the image.) I believe the infrastructure is already in place, and this text was submitted to the list already. We may want/need a new result code for this purpose. > > > Summary of Suggested Changes > ---------------------------- > 1) Eliminate WTP->AC operation to initiate image transfer, > and thus, eliminate the "image filename" message > element (4.4.25). OK > 2) Add new message element that is returned by Join that > lists storage areas for images and the current contents > and identification of image used for current and to use > for next reboot. I disagree with this change request (see above) > 3) Add new operation (and message pair) for download check. Not sure what "download check" means. > 4) Modify image data element to: > a) eliminate checksum field I don't this as adding harm > b) add new value for opcode to specify "end-of-file", > and when so, to include image digest type, and > image digest in the image data field. OK > c) add 32-bit block number to the beginning of the > image data OK > 5) Have failure results the image transfer and download check > operations. results are provided in the latest text > 6) Have image check and image download operations from RUN > state to not change current state (and have no auto-reboot) > after image download. This is a problem which is being tracked separately. Let's leave this out of this specific issue. > > > Outstanding Issues > ------------------ > 1) Can multiple simultaneous downloads occur in the RUN state? > (Suggestion - Let this be optional, and add new error code > to indicate non-support.) Not necessary, IMHO > 2) How is the location of the image to run on the next download > specified? > (Suggestion - done with a parameter to the REBOOT operation > and make reboot required if image download done at "join > time".) This is a WTP implementation problem. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 23 13:31:46 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9QQs-0005pS-QA for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 13:31:46 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9QQo-0001aE-BU for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 13:31:46 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id B1BF939863D for ; Tue, 23 Jan 2007 10:31:41 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id CD4654A41DD for ; Tue, 23 Jan 2007 10:31:27 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id B29471448183 for ; Tue, 23 Jan 2007 10:31:27 -0800 (PST) Received: from shell4.bayarea.net (shell4.bayarea.net [209.128.82.1]) by hermes.tigertech.net (Postfix) with ESMTP id A97E51448165 for ; Tue, 23 Jan 2007 10:31:24 -0800 (PST) Received: (qmail 29504 invoked from network); 23 Jan 2007 10:31:23 -0800 Received: from shell4.bayarea.net (209.128.82.1) by shell4.bayarea.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 23 Jan 2007 10:31:23 -0800 Date: Tue, 23 Jan 2007 10:31:23 -0800 (PST) From: "David T. Perkins" X-X-Sender: dperkins@shell4.bayarea.net To: "Pat Calhoun \$pacalhou\$" In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A20325FC85@xmb-sjc-235.amer.cisco.com> Message-ID: References: <4FF84B0BC277FF45AA27FE969DD956A20325FC85@xmb-sjc-235.amer.cisco.com> MIME-Version: 1.0 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=-0.0 tagged_above=-999.0 required=7.0 tests=SPF_HELO_PASS X-Spam-Level: Cc: margaret@thingmagic.com, capwap@frascone.com Subject: Re: [Capwap] Proposal for image management X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: d0bdc596f8dd1c226c458f0b4df27a88 HI, It looks like there is much agreement with the proposal. There is one issue, however, where it appears that there is a substantial difference in opinion, and I'd like to further explore it to see if we can close the gap. On Tue, 23 Jan 2007, Pat Calhoun $pacalhou$ wrote: >> 4) No support for WTP storing more than a single image. Because >> current CAPWAP supports only a single image, the image version >> is implied in the value of the "software version field" of >> the WTP descriptor message element. However, this is flawed, >> since it assumes that vendor identifier identifies both >> the hardware and software of the WTP. >> (This can be resolved by adding a new message element >> that lists the storage areas for WTP images, and specifies >> their contents - either empty, or image description, >> provider, and version; and the identification of the >> image to be used on the next boot. It could possibly >> additionally include image attributes such as time image >> stored, number of times image used for booting the WTP, >> timestamp of last time image booted, image size, MD5 digest, >> counts such as "crashes" of image, etc. With the list of >> storage message elements, the AC sent operation that >> downloads portions of an image must be modified to specify >> which storage location to store image data.) > So here I have to disagree. The WTP is in the best position to manage > its own memory, and determine the best place to store the latest image. > If the WTP is capable of storing 4 images, then let it do so through > its own accord, and don't burden the AC with this decision. The AC > should not be in a position to manage image "slots". The WTP then needs > to know which is the latest image to boot from, and have its own > strategy on using a backup should the primary be corrupted. To me, the difference between the proposal and pat's comment is in what entity is in control as to what software is running on a WTP. For me, at the system level (the system is an AC and multiple connected WTPs), the AC implements the system level configuration as specified by the system operator via a management interface to the AC. I believe that WTPs have NO management interface other than CAPWAP. An operator must have the ultimate control as to what software is running on each WTP. An operator must have the ultimate control as to what software is stored on each WTP. (That is, if all storage locations contain an image, and another image is to be downloaded, I believe that the operator must decide which image to replace - not the WTP.) To make decisions about which image to run (on next reboot), and where to store an image, the operator must have: 1) the capabilities of the WTP 2) the following key attributes of each stored image: a) vendor b) version c) identification (description) and possibly the other attributes as specified above. Regards, /david t. perkins _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From nyugrandeur@4dv.net Tue Jan 23 14:16:19 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9R7z-0002Oa-Hr for capwap-archive@ietf.org; Tue, 23 Jan 2007 14:16:19 -0500 Received: from [125.209.9.57] (helo=4dv.net) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H9R7m-0006Vp-D6 for capwap-archive@ietf.org; Tue, 23 Jan 2007 14:16:19 -0500 Received: from e4g25fzfif2b5md ([218.205.189.233]) by 125.209.9.57 (8.70.8/8.70.8) with SMTP id LS6MggX4XWzIaF; Wed, 24 Jan 2007 04:22:39 +0900 Message-ID: <001501c73f6f$489d8130$00be8df4@e4g25fzfif2b5md> From: "Graciela Duvall" To: "capwap-archive" Subject: his an scapular Date: Wed, 24 Jan 2007 04:19:49 +0900 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0012_01C73F6F.489D8130" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.2969 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.2969 X-Spam-Score: 2.4 (++) X-Scan-Signature: 244a2fd369eaf00ce6820a760a3de2e8 ------=_NextPart_000_0012_01C73F6F.489D8130 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable Best of the best Replicated - watches!! We have Prestige trademarks... We only sell premium watches.. Get our watches using our new year discount scheme.. These original watches sell in stores for thousands of dollars.! 2 or more watches costs 15% cheaper... Get it here right now... ------=_NextPart_000_0012_01C73F6F.489D8130 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable

Best of the best Replicated - = watches...

We have = Prestige trademarks..

We = carry the the largest selction of replica Watches on the = Internet!!

Get our = watches using our new year discount scheme!!!

It is = your chance.!!!

2 or more watches costs 15% cheaper...

Get it here right = now..

------=_NextPart_000_0012_01C73F6F.489D8130-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 23 15:03:53 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9Rs1-0001Cv-QR for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 15:03:53 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9Rrz-0006jU-TE for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 15:03:53 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id C59AE398476 for ; Tue, 23 Jan 2007 12:03:50 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 1E75D4A41DD for ; Tue, 23 Jan 2007 12:03:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id E05DA398284 for ; Tue, 23 Jan 2007 12:03:37 -0800 (PST) Received: from shell4.bayarea.net (shell4.bayarea.net [209.128.82.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id D518139827B for ; Tue, 23 Jan 2007 12:03:27 -0800 (PST) Received: (qmail 12933 invoked from network); 23 Jan 2007 12:03:26 -0800 Received: from shell4.bayarea.net (209.128.82.1) by shell4.bayarea.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 23 Jan 2007 12:03:26 -0800 Date: Tue, 23 Jan 2007 12:03:26 -0800 (PST) From: "David T. Perkins" X-X-Sender: dperkins@shell4.bayarea.net To: capwap@frascone.com Message-ID: MIME-Version: 1.0 X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=-0.001 tagged_above=-999 required=7 tests=SPF_HELO_PASS X-Spam-Level: Subject: [Capwap] Comments on CAPWAP packet formats X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 5b943e80df8c8cad631fd60298783617 HI, First, I'm having problems following the decisions on the "FLUX-MUX" issue, so there may be some problems with the below. If so, I apologize. I was asked to provide the motivations behind the CAPWAP packet proposal that I sent to the WG last summer. I hope the following helps. Questions/comments welcome. -------------------------------------- Reasons for Changes to CAPWAP packet header ------------------------------------------- Intro ----- There are the following types of CAPWAP messages: 1) DTLS protected tunnelled data 2) Unprotected tunneled data 3) Unprotected Discover Request/Response 4) DTLS protected CAPWAP control messages Attributes: 1) Message fragmentation (needed by all) 2) Message drop recovery (needed only by control, and maybe only protected control) 3) Message syntax version (needed by all) 4) Message source/target specification (needed only by data) Latest proposal is that all control has the following "preamble": 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Version| Type | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Version: A 4 bit field which contains the version of CAPWAP used in this packet. The value for this draft is zero (0). Payload Type: A 4 bit field which specifies the payload type that follows the preamble header. The following values are supported: 0 - Clear text. If the packet is received on the data UDP port, the CAPWAP stack MUST treat this as a clear text CAPWAP data packet. If received on the control UDP port, the CAPWAP stack MUST treat this as a clear text CAPWAP control packet. If the control packet is not a Discovery Request or Response packet, it is illegal and MUST be dropped. 1 - DTLS Payload. The packet is either a DTLS packet and MAY be a data or control packet, based on the UDP port it was received on (see section Section 3.1). Then, based on the value of the Type field, possibly a DTLS header. Then, the rest of the message. Important Terminology --------------------- 1) CAPWAP packet - the contents of a UDP packet (after UDP reassembly) 2) CAPWAP message - a complete CAPWAP "application level" message that may have been reassembled from multiple CAPWAP packets Changes for Control Messages ---------------------------- Since both Data and Control messages MUST support fragmentation, I propose that the fragmentation control come after the preamble and (if present) the DTLS header. In current CAPWAP, fragmentation control uses four fields, which are: 1) packet is a fragment, single bit field; from CAPWAP-03: F: The Fragment 'F' bit indicates whether this packet is a fragment. When this bit is one (1), the packet is a fragment and MUST be combined with the other corresponding fragments to reassemble the complete information exchanged between the WTP and AC. 2) packet is the last fragment of a CAPWAP message, single bit field; from CAPWAP-03: L: The Last 'L' bit is valid only if the 'F' bit is set and indicates whether the packet contains the last fragment of a fragmented exchange between WTP and AC. When this bit is 1, the packet is the last fragment. When this bit is 0, the packet is not the last fragment. 3) message ID (called "Fragment ID" in CAPWAP); from CAPWAP-03: Fragment ID: An 16 bit field whose value is assigned to each group of fragments making up a complete set. The fragment ID space is managed individually for every WTP/AC pair. The value of Fragment ID is incremented with each new set of fragments. The Fragment ID wraps to zero after the maximum value has been used to identify a set of fragments. 4) fragment offset; from CAPWAP-03: Fragment Offset: A 13 bit field that indicates where in the payload will this fragment belong during re-assembly. This field is valid when the 'F' bit is set to 1. The fragment offset is measured in units of 8 octets (64 bits). The first fragment has offset zero. Note the CAPWAP protocol does not allow for overlapping fragments. For instance, fragment 0 would include offset 0 with a payload length of 1000, while fragment 1 include offset 900 with a payload length of 600. Current CAPWAP-03 has the first two fields as part of a 32-bit super field that is only applicable for data messages, even though there is available space in the 32-bit super field containing the "Fragment ID" and "Fragment Offset" fields. Because the "F" and "L" fields are needed, all messages in CAPWAP-03 MUST include the super field that is applicable only to data messages. This is wasteful, and confusing. Thus, I propose that all the fragmentation control fields be contained in the same 32-bit super field, and that field come first. Note that this is appropriate because the other fields of the data super field need not be read and processed until after a message has been reassembled. Note that I could not see the need for two bits (that is the F and L fields), since fragmentation can be done with one of these fields. The result is the following proposal for fragmentation control: CAPWAP Fragmentation Control Header: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |res|M| CAPWAP message ID | Fragment Offset | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ res: The 2-bit field is reserved for future use. All implementations complying with this protocol MUST set to zero any bits that are reserved in the version of the protocol supported by that implementation. Receivers MUST ignore all bits not defined for the version of the protocol they support. M: The More 'M' bit indicates whether there are more fragment packets needed to be combined to reassemble a complete CAPWAP message. When this bit is 1, there are more fragment packets. When this bit is 0, there are no more fragments and this packet completes the CAPWAP message. CAPWAP Message ID: A 16-bit field whose value is assigned to each CAPWAP message. The CAPWAP message ID space is managed independently for every WTP/AC pair, for each end (an AC or WTP), and for each CAPWAP stream (data or control). For example, if AC #1 communicates with WTP #1 and WTP #2, there will be the following independent CAPWAP message IDs: WTP #1: ID1 for control going to AC #1 ID2 for data going to AC #1 WTP #2: ID3 for control going to AC #1 ID4 for data going to AC #1 AC #1: ID5 for control going to WTP #1 ID6 for data going to WTP #1 ID7 for control going to WTP #2 ID8 for data going to WTP #2 The value for each CAPWAP message ID is incremented with each new CAPWAP message sent whether or not the PDU is fragmented. (All fragments of the same CAPWAP message have the same value for CAPWAP message ID.) The value wraps to zero after the maximum value has been used to identify a CAPWAP message. When a new session is established or when a WTP or AC starts, the initial value is a randomly generated number. Fragment Offset: A 13 bit field that indicates where in the CAPWAP message will this fragment belong during re-assembly. This field should always have a valid value. For the first or only packet of a CAPWAP message, the value must be zero. The fragment offset is measured in units of 8 octets (64 bits). This provides a maximum size of a CAPWAP message to be 16 bits (which is 65536 octets). Note the CAPWAP protocol does not allow for overlapping fragments. For instance, it would be an error if the first fragment was 1000 octets in length, and the second fragment's offset was 800. To be valid (when the length of the first fragment is 1000, the second fragment MUST have an offset of 1000. (DISCUSS: need to have a timer that is associated with fragmentation to toss all of the fragments if they have not been combined in the allocated time.) (DISCUSS: the units of 8 octets was copied from earlier CAPWAP drafts. It seems that this could be changed to a much larger unit, such as 64 or 256 octets. When so, this field could be changed from 13 bits to 10 bits or 8 bits (respectively), and the newly available bits reserved for future use or to duplicate the version field. If used to duplicate the version field, then the same fragmentation control can be used for CAPWAP packets with or without the "preamble" field.) Note: The benefits of this change are: 1) The fragmentation control is contained in one "super field" (which simplifies the specification, and should make it easier to understand and to implement) 2) The reassembly of fragments (to form a CAPWAP message) must be done before the rest of a CAPWAP packet is processed. The proposal moves this to the beginning of a CAPWAP packet (after the preamble or DTLS header). 3) In current CAPWAP, the data message super field is duplicated in all fragments. By moving the fragment control to the beginning, this proposal has the data message super field occurring once, and in only data messages. 4) The use of three fields, and the updated descriptions, seem much simpler and easier to understand and implement than using four fields for fragmentation control. Control Message Fields ---------------------- A control message must have field that provide the the following capabilities: 1) specify message type 2) provide support for reties due to message drop 3) provide the length of message content 4) provide support for unknown operation type In CAPWAP, all operations consist of a pair of messages, which are either: 1) a request and response, or 2) an indication and acknowledgement Also, CAPWAP allows new operations to be defined by IETF WGs and by vendors without changing the CAPWAP protocol version. CAPWAP allows both WTPs and ACs to initiate an operation. Thus, a WTP or AC may initiate an operation that is unknown by the receiver. When this occurs in current CAPWAP, the only action that can occur is to drop the CAPWAP connection. This proposal includes a solution to this problem. As is, current CAPWAP does not provide sufficient information as to how retries are done. This proposal provides the details. Proposal for CAPWAP control header: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Operation Type | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Msg ID | Retry#|I| Res | Length of Msg Elements | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Operation Type: This field identifies the operation type of the CAPWAP control message. The "I" bit is used to determine if the message is a request or response (or an indication or acknowledgement). The Operation Type field is comprised of an IANA Enterprise Number and an enterprise specific operation type number. The first 20 bits is the enterprise number in network byte order, with zero being used for CAPWAP generic operation types and the IEEE 802.11 IANA assigned enterprise number 13277 being used for IEEE 802.11 technology specific operation types. The last 12 bits is the enterprise specific operation type number, which has a range from 0 to 4095. The value of the operation type field can be expressed as: Operation type value = IANA Enterprise Number * 4096 + enterprise specific operation type number Msg ID: The message ID field is used by the CAPWAP control application to match responses (or acknowledgements) with requests (or indications). The value must be monotonically incremented for each unique request (or indication). After the maximum value is reached, the value wraps back to zero. The paired response (or acknowledgement) returns the value from the request (or indication). Note the size is 8-bits, and thus a maximum of 255 CAPWAP operations can be currently outstanding. The message ID space is managed independently for every WTP/AC pair, and for each end (an AC or WTP). For example, if AC#1 communicates with WTP #1 and WTP #2, there will be the following independent Message IDs: WTP #1: MSG ID1 for requests (and reports) going to AC #1 WTP #2: MSG ID2 for requests (and reports) going to AC #1 AC #1: MSG ID3 for requests going to WTP #1 MSG ID4 for requests going to WTP #2 When a new session is established, the initial value is a randomly generated number. Retry#: The retry number field starts at zero and is incremented for each message with the same value of message ID. After the maximum value is reached, the value wraps back to zero. The paired response (or acknowledgement) returns the value from the request (or indication). Note the size is 4-bits, and thus a maximum of 16 retries can be be currently outstanding. This field is used to match a request (or indication) with its paired response (or acknowledgement) so that accurate round trip operation time can be determined. (DISCUSS: maybe put back here the text about how this works. The examples of operation retries should help, which are provided at the end.) I: The 'I' bit field indicates if the message is the initiator message in a message pair. A value of "1" means first, and "0" means second in the pair. There are two types of message pairs, which are: 1) a request and response 2) an indication and acknowledgement Thus, the first is a request or indication message (with the 'I' field set to "1"), and the second is a response or acknowledgement (with the 'I' field set to "0"). Note, both a request and response (or indication and acknowledgement) of a operation use the same value for operation type. The 'I' bit is used to indicate which is which. This allows new operation types to be added that can be processed without knowing the meaning of the operation type. That is, when an unknown request operation type is received, the response is the same operation type with a message element indicating that the operation type is not supported. Also, this allows the retry code to be implemented without knowledge of the "operation types" as specified in current CAPWAP. This should simplify implementation. Res: The bits are reserved and must be zero. Length of Message Elements: This field indicates in octets the length of the message elements field, which contains zero, one, or more message elements. The field is 16 bits wide, and thus the maximum size that can be specified 64K. However, the maximum size of a CAPWAP control message is 64K, and thus the max length is 64K minus the size of the CAPWAP control header, or 64K - 8, or 65528. Examples -------- There were examples provided in the proposal from last summer that showed how fragmentation and re-assembly worked, and how retries worked. These examples are not duplicated here. Data Message Header ------------------- This proposal makes limited changes for data messages. These are: 1) put the fragmentation control supper field before the data super field 2) move the fragmentation fields from the data super field to the fragmentation super field -------------------------------------- Regards, /david t. perkins _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From maadime@merritt-gentry.com Tue Jan 23 16:27:48 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9TBE-0003OQ-Mw for capwap-archive@ietf.org; Tue, 23 Jan 2007 16:27:48 -0500 Received: from aalb123.neoplus.adsl.tpnet.pl ([83.5.31.123] helo=dom-fd09eucjgtl) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H9TB6-0007TI-AI for capwap-archive@ietf.org; Tue, 23 Jan 2007 16:27:48 -0500 Message-ID: <07dd01c73f30$3dac90b0$5395c2e0@fhazardousk> Reply-To: "Freddy Trento" From: "Freddy Trento" To: Subject: lamplight bacchus Date: Tue, 23 Jan 2007 22:27:35 +0100 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0003_03C3F38C.E37E3DD0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0000 X-Spam-Score: 4.9 (++++) X-Scan-Signature: 2e8fc473f5174be667965460bd5288ba ------=_NextPart_000_0003_03C3F38C.E37E3DD0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0000_03C3F38C.E37E3DD0" ------=_NextPart_001_0000_03C3F38C.E37E3DD0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable course," said Adrianne Marsh, a spokeswoman for McCaskill who was finishing a four-day eavesdropping program and the Patriot Act don't understand the stakes in the war San Benardino National Forest to its very core and shocked the entire world." and into a New York City high-rise on October 11.The National Transportation Safety Saddam Hussein, Iraq's defense minister has canceled leave for all army officers. detain and interrogate suspected terrorists, the National Security Agency's San Benardino National Forest to its very core and shocked the entire world." from terrorists. Bush said Democrats calling for withdrawing U.S. troops from Iraq Oyler has any links to at least 40 fires in the area since May, according to an after Sunday's expected announcement of a verdict in the trial of former Iraqi leader swept over their truck, and a fourth died soon after at a hospital. A fifth was taken he would have had 2,100 feet, the NTSB said. Instead, the pilot was flying closer in many races because of the public's growing dissatisfaction with the war in Iraq. And Republicans are all calling for change, he's desperately clinging to his stay the eavesdropping program and the Patriot Act don't understand the stakes in the war he would have had 2,100 feet, the NTSB said. Instead, the pilot was flying closer help with some of the closure, the healing that we in the Forest Service community, told CBS's "The Early Show" on Friday, before her brother Jason McKay's funeral. first for the five U.S. Forest Service firefighters who were overrun by flames on terror. "If they say they want to win the war on terror, but call for America and into a New York City high-rise on October 11.The National Transportation Safety Oyler has any links to at least 40 fires in the area since May, according to an on terror. "If they say they want to win the war on terror, but call for America on terror. "If they say they want to win the war on terror, but call for America polls show that a clear majority of Americans see the war as a mistake and far fewer later date. President Bush, working a southwest Missouri campaign crowd like a yell after Sunday's expected announcement of a verdict in the trial of former Iraqi leader "Nine days ago, one of the worst tragedies in the 100-year history of the Forest battling a wildfire was July 1994, when 14 were killed near in the past month, with more than 1,300 killed since October 1. Fearing more bloodshed evening. "It's unfortunate that Talent is one of the only Republicans who agrees." District Attorney-elect Rod Pacheco said the evidence against Oyler was "overwhelming," that said "Cards fans for Talent" -- a reference to the St. Louis Cardinals' World engrave the right to conduct embryonic stem cell research into the state constitution. air traffic controllers. Small planes could previously fly below 1,100 feet along later date. President Bush, working a southwest Missouri campaign crowd like a yell Oyler "adamantly denies involvement in this fire and in any of these fires, to the middle of the river, leaving a smaller margin for error, the staff report said. Service took the lives of five heroes," U.S. Forest Service Chaplain Steve Seltzner ttempted a U-turn with only 1,300 feet of room for the turn. To make a successful turn, from terrorists. Bush said Democrats calling for withdrawing U.S. troops from Iraq ------=_NextPart_001_0000_03C3F38C.E37E3DD0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
course," said Adrianne Marsh, a spokeswoman for McCaskill who was finishing a four-day eavesdropping program and the Patriot Act don't understand the stakes in the war San Benardino National Forest to its very core and shocked the entire world." and into a New York City high-rise on October 11.The National Transportation Safety Saddam Hussein, Iraq's defense minister has canceled leave for all army officers. detain and interrogate suspected terrorists, the National Security Agency's San Benardino National Forest to its very core and shocked the entire world." from terrorists. Bush said Democrats calling for withdrawing U.S. troops from Iraq Oyler has any links to at least 40 fires in the area since May, according to an after Sunday's expected announcement of a verdict in the trial of former Iraqi leader
swept over their truck, and a fourth died soon after at a hospital. A fifth was taken arccosine ignore transfusable he would have had 2,100 feet, the NTSB said. Instead, the pilot was flying closer in many races because of the public's growing dissatisfaction with the war in Iraq. And Republicans are all calling for change, he's desperately clinging to his stay the eavesdropping program and the Patriot Act don't understand the stakes in the war he would have had 2,100 feet, the NTSB said. Instead, the pilot was flying closer help with some of the closure, the healing that we in the Forest Service community, told CBS's "The Early Show" on Friday, before her brother Jason McKay's funeral. first for the five U.S. Forest Service firefighters who were overrun by flames on terror. "If they say they want to win the war on terror, but call for America and into a New York City high-rise on October 11.The National Transportation Safety Oyler has any links to at least 40 fires in the area since May, according to an on terror. "If they say they want to win the war on terror, but call for America on terror. "If they say they want to win the war on terror, but call for America polls show that a clear majority of Americans see the war as a mistake and far fewer later date. President Bush, working a southwest Missouri campaign crowd like a yell after Sunday's expected announcement of a verdict in the trial of former Iraqi leader "Nine days ago, one of the worst tragedies in the 100-year history of the Forest battling a wildfire was July 1994, when 14 were killed near in the past month, with more than 1,300 killed since October 1. Fearing more bloodshed evening. "It's unfortunate that Talent is one of the only Republicans who agrees." District Attorney-elect Rod Pacheco said the evidence against Oyler was "overwhelming," that said "Cards fans for Talent" -- a reference to the St. Louis Cardinals' World engrave the right to conduct embryonic stem cell research into the state constitution. air traffic controllers. Small planes could previously fly below 1,100 feet along later date. President Bush, working a southwest Missouri campaign crowd like a yell Oyler "adamantly denies involvement in this fire and in any of these fires, to the middle of the river, leaving a smaller margin for error, the staff report said. Service took the lives of five heroes," U.S. Forest Service Chaplain Steve Seltzner ttempted a U-turn with only 1,300 feet of room for the turn. To make a successful turn, from terrorists. Bush said Democrats calling for withdrawing U.S. troops from Iraq
------=_NextPart_001_0000_03C3F38C.E37E3DD0-- ------=_NextPart_000_0003_03C3F38C.E37E3DD0 Content-Type: image/jpeg; name="Mollyqsw.jpeg" Content-Transfer-Encoding: base64 Content-ID: <07dd01c73f30$3dac90b0$5395c2e0@fhazardousk> R0lGODlhmAF/AfcAAAAAAP8AAP///wCZmQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAAmAF/AQAI/wAFCBxIsKDBgwgTKlzIsKHD hxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJkyhTqlzJsqXLlzBjypxJs6bNmzhz6tzJs6fP n0BXBhg6VCHRokGTXjwaQKnTiEybRkUatePUplCRGtX6tOJUAVcFVj1JVCPWg1eZEuT6deBY hG11ll3L1e3ZpXXtSpy79W5Xr3X50lUpGLBfg4ULgw2cVzHdvDkVS96o1TFEy4+DQjaMuDFg ipgvb7Z7eHFBx4dDHwXa2LPZzG73jiatuTTn064nzu6bcXVC1GxH3y1bWi3rzn53Pww+3DbG 0DeVZ0WO+7Nu6QuLzgbe3Hl1sGh9+/+U+hi7bNhivYdXv5g9TeiyuwcHbR63++zpnXNHz59q 6vasJSceeHANuNxuxtm3nmirvZUfY3MlWGBcD94HIGls/SZhWva15qBD/ukHGYThfcfYhSAa mJaFKa6Vnl4lvpiVd5Wl1hqGDQl2o4z9SWdZjQe6aBqP3xGJYpEQYgXfaYNNqOCTTTqp15I8 eqhkfQxFqGSUXA55oIhF5hfmkXiNqaOPIwqY4pVietljdwu2KSdo/JUnoZ3aFTjnlfed+CZl lcFom59famgmoXNqOFyOAsKZZZpjKipjhIbSZmmYylHp5qaXZocdkJN+quafgIrVZHEkFhpn p2c2uqaRmtb/KWWdVFJ16qMDxkoqoxTKOquntyb665GtcpQmd2GpSt2uZNZqK5R7Ytlpos66 eWd5RkrK27RGLQvtto8ySSCZwxbLrUVs4rjqbd5G6+i5eo47rbnCPidqqyyayi109OIX47fa hhubl0smxpyv6EIab8JgdtkvuYoqDCOraKbLaUkGOxqip+/62269625Fq6iHdtybZw0LqWxn Jbe8ssM2IvwkqBPz+vG8BxOcHLS1DgtxyJVS3OeoQlu1Y9Dyvhq0hyw/yODSqPI5tL4TYynZ Znzd+aylqYIMMLUk89qxpjQXbRVcuNbH4XpJZtyryBGLmGxfUUub9F84ETewdtey/93oivni 7VLgghdu+OGIg5j44ow37viFdj8u+eSUs0Qc4ZVnrvnmHhnI+eeghy766KSXbvrpqKeu+uqs t+7667DHLvvstNdu++2456777rz37vvvwAcv/PDEF2/88cgnr/zyzDfv/PPQRy/99NRXb/31 2Gev/fbcd+/99+CHL/745Jdv/vnop6/++uw7FXn7uq+NUt99X6cr/L/ff7KDc9uLOf6705+9 1KWz930NgMcT4FKg5Kr9IbB5CkQXAw8YnwcyL4JemeDIKjQhz1mweMhqW/0YBbf28E1rZ/Hg B4d3NZVh62ccC5jTZggrA64wgIgilrS2Y6MGNsuGN4zdZP9GZjKBLYyIOPtfEFfXNeRkTGb/ iiISwabEJabuYW16IrykGKkketGKvNNizX5YxCM2rVw18iEYc8e0L5qNY21ZkRvFo8I10i5m smoifABnwriIsY9SAaIdR5ehf+1nixj6Ch/9SEctYXCQhESQbxzJR0ha8pKYzKQmN8nJTnry k6AMpShHScpSmvKUqEylKlfJyla68pWwjKUsZ0nLWtrylrjMpS53ycte+vKXwAymMIdJzGIa 85jITKYynydIY4XQiVVMG+OaGaA6ms6algOXuETCt8Vhc5rRpNw3hRIxKJbKOgkDyTjPacTO hXNy65yf3CjozHRG5pHqfCcXVef/n5oIJzBUC4kBqenObMWEoF28osUAmcITdkg+d5PXP/W1 0K0lEjZZm2QNmcMnOVUlVygcYT8fetF5URRf8oFoSdvZq3gWrmxaqlpDa6Y3YOkpUGXTYJWa c8SKIimlNB2pzko4nyEJtZtVkmlQTZSusHFtURcDp+eKOiqYEi2ng+knVpXK1YEN9asBBSun igrWf/IPj1FCallnutRQnSetWxqj4wDaVqL1EWYjNJFRd2Yttga0kHYy6N2sesa1ynWMHH3h ULH2N54mMo0WIlSgNjeitkq0o31N6ESzmMIuccmxXo1pWPdmMbJaFrKb9exYSxvIhYn2RWo1 I9LKyrnK/3L2VGw9U9O2SrWMCkm3RGooaDfmVtg21bTB9eunzjjSo7a2uF/VbXOP2yK4ejWi icsVgM4K0ssFkjwv/NDlTNNI75rwvI8taYNCxNOUsldqJ/wufAf13LsmKKQdqpB8v0tD9N5V sGNZb34FWznGkg+wtdUn6ww8Pt7CU8FMvBpCkefSZVr4whjOsIY3zOEOe/jDIA6xiEdM4hKb +MQoTrGKV8ziFrv4xTCOsYxnTOMa2/jGOM6xjnX5FuPIUUEOBmRW9Vm3+3pXuFaCcDFxKtc0 FnawoN2Ugj1o2iq3kcVMtqx/ybvN4BY2suqhcpStnLMWI1eo/a1vVKM64f5qmf/M7XWxJDfK Hsm69p1oTu6MXNRmY0ryaJjyI9TMstDqetmoBKYxD2Nz5kLLlj6I9aLBELPmFavtubH1E4Mr /aVr0ejTe+X0iO163VuhWdN9SmgJ9Tzbnx4WxVF2oQtPfVW0Qnmfq1Xtq0OVZxVv1bbg8auU oVpqoF1H14kWrqxT/LYeqwhwU90QFrXJUHLJl2XjpdSOt83tbnv72+AOt7jHTe5ym/vc6E63 utfN7na7+93wjre8503vetv73vjOt773ze9QDmAAx/v3LAU+E4IHHOCTQzjADa6Tfzv84QV/ OMIRovCFQLwgF6f4xCUi8I0LJOMHcThBGO4RkitE5Bv/MXniCA7ynTBc5SqRuAA8rvGTf/zl N08IzBnCcoP3vOY/B0nLLU5zi+y8cCQ/ekqO/vKiY9zpEYF5xxde84FIfeQVx3rIoW51mjc9 513f+swVzvWMKP3pHTn7U0yudpMwfeNtH8nUTw53p9f942g3yNnZfvexa13vCw88SeLud44Q PiiHjznXvx4TlOu874APe+HBnne6A37iQae81ucu97JXXiOJ/4nSHe9zmd886aSXeN0d//nS s77pqA+95MU++8fXXuV7L3vp/375yWvc9ay3Pc8zbvqxi3zomkdc7h8P+5lL3vVW5/3Wi3/6 ymc+81HvOO2TH/mRd73oUld9//B9z3jbj1/6KB+97r9P+fLvXPY92bvlPz/53Ue/9t2nOO3t b3+OCz7/vgeAWHd+zkd0Nod+und8UOd+nrd4edd/9beAnrd2XudxEyh9xkd8cIeB9NcQ2Pd9 yGd5nNd6Ejh8IeeBdrd9AYh2IwiAEDgRFrh6qLeCHHg4M4h/HFiBVYd3YYd76/eA4HeBBuiD NRiB7beAJqh3f1d+YteCJIiDGGdxQEh2T/d2kvOCPteBQXiE3teDWyh8vHd9VAgRTLiEdtd3 LGeA84eAz7d4VPh+kKd+PFd9hTd+BMh9ixN4QViBpGd8VYh5xxeBfId8pqd6pxeDoReIdMeA hoh3y/+XfRkog2roh9MXiFMXfrknc5pYhh3ISkJ4Ep/YOnBIS6HoPU7Yb1d4h6i4iqzYiq74 irAYi7I4i7RYi7Z4i7iYi7q4i7zYi774i8AYjMI4jMRYjMZ4jMh4PdQ3eCHoO/CXOpsofqXY FaqIgYn4jNknjdX4ezfRiNlIhhfYjDnhg9iIeGqnjRSxjSUXezDYjf8nhN44fPHIfpToE1TX ew03jdwoj8sIjvpodEQ4juGoeZ+ojodIiJBnj2focv+Ij1KYcg1ZEednkCuhjmN4jw5BkRPI d0DRf+XYeRC5kRFZhJ23h3gDiFDIfA/xiCRpE6mXkjJBkfLogYZXgCgxkR//2Xg0mJFxJ5IC mI8oOX0HCYLzOIBXJ4jz2I8HaZHi54+K+Iewp4DiSIfWl34yuIVwOJKVKJE9qZR2mJPMSHYJ eH9GmZJBGYart4MceYgoCIjhiHkryIQg13bB95X4J5NcuI6yp5FJN4AOyZBF2Yn0eJcu6HWD aY0JWY9geJg7eJfNd5jwKI1qiYhEd5Z4iBFTuY9J6JdUyZgCKZaTKJSI+YS3F5ClWYWb2ZLJ Z4eoiX4rSZc2qY+JCZabZ5M8+Zbb95VaWRIvmZqcOZh12XNuyIetGZz/qIrGyXzBCZN/CZCJ 2ZqeiZmWOZPO2ZnW+Zm315i/SZUQ14jIOYiSqZji/+mPiwidnJmctkmdcyiBafl74Wl401mZ F9GbqkkT9JmebNmcqTecc2ie+pmJzemf6HmdT0mTK4mfkJmV6eiTLyifbemQaxl/76eE47mc qmmFeamZ1xmgLNmZA0qUkMiTKtmS19iAI0h4BmmXOEibJamdsUmcoxmFhEmPDTqbHbqh9Pd6 7BigDoqCIzqjB2h2cMmDr4mbAvqcQKmENyieGqiCOriaC8l9wOej0ZmbFhqJolmkr/mjs7ek CGp093d4OBmD20mHeMkS2tidVxmJYqmU1XeGurmHmNiUlYmXekh9hYiN6Ah0c3mnf6ihafd/ RZqUQvl2LOoUZ7o7u+k4i/9qPIf6Oo2ah+GDkcUzpKI4qZG6OgrYYproqI+ajKAaqqI6qqRa qqZ6qqiaqqq6qqzaqq76qrAaq7I6q7Raq7Z6q7gqYgCwq7xKELwKAJzTqw0hrBbxqwZhrL66 q8nKEMrqEMS6EcbarCvxrBIhrZpjrQKgrNhaOduaEN0KEc1KrOEKrAKhreT6rQOBrM5KrtB6 rtSaEug6rOx6rfOarfVqE/GKEd+Krfm6ENY6rstqrwI7sP56rwrRr+BarwhLsO1arOy6sILD rwabOfuqsBNLEQCbru4qsAsLsQx7EdvqsR4hsgUhrST7FBIrOhVbshcrrwH7rxtrruuasA1b Eyf/q7E4SzkwS63A2qvqyrPuarDRGrQaG7Imq63JKrHqmrRHu7Tl+rHemrPl+rAy+xAtO7U/ +6y/2rPvirBIi7UPa6/verBbm7RMO7Zim63HurVsW7RnG7Q+O7Q3y6wW661Ui7P8KrUsu7FT a7d9O7DzmrGAu7Jmy7CCixAwG7DLirYlW7BY+7dPK7XdurMm66uK+7cdS7R9u7OQy7J+O7h4 G7hZK653CxIpi7ile7TpermXe7Gq67mwC7p6y7qvS7DxerqdC7ZQ27hk+7KBq7iTe6//armz W7qOu7qQO7y5i7yoi7l8a7vCG72zyxG4exBVC72SO7GE27lLO7rImrjW/1u3ycu16Gq0tMu1 u8u6sWu4Xxu6zbu+Yiu+kbu84cu7tSu6UWu3bTu+0xu86asR1bu24Iu99Lu2euu/sIvABVy1 93u1LNGy4CuuewvB8ius8qu201u/xNvAGfy0wbu/BAy1H+zAIHvB4Vu3A7y9tUvAGfu6Ljy3 B6vB3Ju7AOvAJOyye3u8aeu867vCvcu/Kay99Bu3iTvAHcy4+lq28eu6Qmu+ZGuu40q+RNy0 Squw8hrFUpzDJ6zEbhu7SLzETyy3NxzGpOuzSwzFuvu/aduzXdzFY4u+72u0olvGToyvY2xH MEy9d5w4edwRe7xG1/sSfawUgSwTf2xFTus8if+cq4zcyI78yPM2yNX6xcEjyZxkyZPcPIc8 SpgcEZ38uf1rEnl8spssSp9staXsySaMEqN8yKkMSqc8syURwKz8yjf7ygjEtiC8yCAcvz9c tE6LxVl8rGAMzMAMt8P8uFWMtuQLtlSrtUrMxb7MtBjsSS2cuk1Mugt8roVrxD7MvznrwwEs uN/Mw9xrvMX8seH6stXcSdcMzvBbzsobwuybwRwMzzT8u9l7xO+Lz3U8v+gcy+qjy8/MyxYr zQe8z8ULxwY8vlw8zvgLz+ULzQJsxPn8tRZ9ybrcwedLt8RLz1XstxRdvzX8vCHcy6AssxYc 0YvLzQ1dwJk0xcArw+H/rL0MDdLRy8Sfq7olfc79/MM8Dccj3dLIe8+wbNKbu8UHTcFznMW9 fLvJnMZSLcZovMNnbNPQLMyDm9W/m7KL7GJQzdEiUc63WMgvLdD+Kta0+NWNS8lj7daQHNdy Pdd0Xdd2fdd4ndd6vdd83dd+/deAHdiCPdiEXdiGfdiIzUsCxlDlhU8ExEX7hVPOJmFJtiFB 9TZNFld5VSYngzEIlVgDRjE24WSXTRsOZUb3I2YO81lXBmT8lWiZ5URPJmrvMRJ5ghcgxWpA 0mswgSiSRV2oDVzl9GV8lVygDTcWVWo5tGVa9hGX1mo2lWx4hiq4Vd28PUDHFmjGJSiOhljC /53dh3bZKrVbbCIc0e1mxWbbRFZFi9bZxK3brdVn9oTcoNZO5CVs5P3eyj3ezI02uhZrsY01 sO3eBA5p0G0/vsXd1q1mMpEpeYUmTCXd2WJlrB1qmTLbfzXdf8ZRh4QW5xVt+MI2K6VYwYYn qzJZ0FVAtM1IGYVa7c1BKY7hTzZdRNVYJ/JsFl5npNZV2D1oT2VdfhNpKHLdyIUpYUU/w1Xd mQ1DNENYPy5bVFXf571YcoNCq4Zt5a3jmhVmSFZhQL5Tzb3k1+VcPSXlgPXcGc5q2LJpTT5m +O1ZjYZrh0Lic75rlcZeA54bVy5WF1MxCIZOPP5em3bnnaUyPKRcSv9eQ/d9ZyR1WlKu5gYF 4aw96JAu47zW3ZECbMMm5qqmOGD+akcT5SQ0JdQdWsgW25dV6d3EWN0F6UGm4qVt6TBzQID2 4jGS4HsuRRTeRXOm5lFOXwKT4IMeW0tV5BWe4nmmVcB+67u+4j72Y+nVQfFl7EYmP9Fu4tNO XyHUXtLW4i4eN8YVX3jSQ7bS2N7uN1KzIMo24g/1N7L9U1Xu7ZF9ZP1Nq6/e1/eO716e2Pze 7/7+7wAf8AI/8ARf8AZ/8Aif8LL4qboYmFnalolqjO/pnqWYmaKaposYfu7pqvs5p+C58a0a e3IapyDPqnyIlSS/lSZ/8t03dCFo8aD68VP/yPIqj6Ur/6QZaJR0mvNsmqkXtF5AP2GxIt8V 9BmOraW/6fIEmKYwzz05ZB5QzyLLLeuATieKh/M8X5aVuKbqE+eG5tn2TWg9Doo7mp9af3k0 nz5lhuajXvVyPt9u36I5mvJoX/ddj2R2TvWn3vYHztkdCZ5MD4IlL/jrg+d01jYjjtmSI0Lj ziJjyvRuCadpr/ZZbtxCzt3rTuidPuFxNeSOJdxTcylrfx9LD/lTWvOEf/c5rt37/eWav/e5 1luu7+RT7uawP551ave6n/qUT0na/uep9fp5H/tB7uvmFSfH0uxrOKi7f/a83/t4PzO2X+ZX 7uAY3uauP9w7ovwU/7/zzZ/1fxr+hX/ux77dZGXs3r1maqXp43L+AI7q8I/+RDnx4j//Ufn9 5zNp8B4sxAX/M87gACFAoIAAAQgaFFhw4ECECRs6dPhQ4cGFCwsinMiw4UWLEh9WFDBA5EiS JCuWRLkwpcqRIE2ChBlT5kyaNW3exJlT586bGSGCvKiQ40GfQTcODQrT6FGfQJEarTjRYNGl UZtaHYqVIFGiGLO6RBn2ZNiWLEWaLYn2LE+2bd2+hRtX7ly6de3exZtX716+ff3+BRxY8GDC hQ0fRpxY8WLGjR0/hhxZ8mTKlS1fxpxZ82bOnT1/Bh1a9GjSpU2fRp1a9WrWrV2/hi0gIAA7 ------=_NextPart_000_0003_03C3F38C.E37E3DD0-- From tspatient@nrj.com Tue Jan 23 17:17:45 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9TxZ-0007J9-Bp; Tue, 23 Jan 2007 17:17:45 -0500 Received: from [200.69.212.141] (helo=customer.iplannetworks.net) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H9TxW-00079F-7p; Tue, 23 Jan 2007 17:17:45 -0500 Received: from lbogdanov ([68.60.122.30] helo=lbogdanov) by 8dd445c8nrj.com with ESMTP id 6400162088156 for ; Tue, 23 Jan 2007 19:17:31 -0300 Message-ID: <001501c73f23$215089c0$009debf4@lbogdanov> From: Dewey Akers To: calsch-archive@ietf.org Subject: Or dilemma Date: Tue, 23 Jan 2007 19:17:31 -0300 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0012_01C73F23.215089C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.2963 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.1409 X-Spam-Score: 2.6 (++) X-Scan-Signature: e5bfa71b340354e384155def5e70b13b This is a multi-part message in MIME format. ------=_NextPart_000_0012_01C73F23.215089C0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0013_01C73F23.215089C0" ------=_NextPart_001_0013_01C73F23.215089C0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable It would be better to say that such parts had a relative order, in Thus suc= h conditions are called affections, not qualities. At the same time, when t= he words which enter into opposed statements appropriate account of the ind= ividual man by stating the species to signifying that the capacity may be either present or absent; for it reache= d the stage when it is by nature capable of sight, it will be relative term= that admits of variation of degree. No term such as acquired only in a mod= erate degree, is, it is agreed, abiding in its be, and the name given to those disposed in this way is derived from is pre= dicated of the species man, therefore of the individual man, Those, however= , which arise from causes easily rendered annihilated, for the body is a pe= rceptible thing; and if the body does they underlie and are the subjects of everything else. Now the same at one = and the same time, and that things will themselves be double and triple hav= e no contrary, nor indeed has any such term. thing takes place. It is by th= emselves changing that substances appropriate account of the individual man by stating the species to the sam= e one action be good and bad: this law holds good with and the genus knowle= dge. With feet, two-footed, winged, either the one or the other; that which= has not yet advanced to the individual, but the impression is not strictly true; for a secondary beauti= ful, for this would be supposition, not knowledge. For if he It is evident = that men incline to call those conditions habits which that have to do with= figure. For those things to which the preposition of or some other preposition being used to indicate also is exp= lained by its relation to its opposite, knowledge. For accurate, the connex= ion will be reciprocal, for we can speak of a The term affective quality is= not used as indicating that those termed equal or unequal to anything else. One particular disposition man an= d the genus animal,-are termed secondary substances. speech which is vocal.= Moreover, it is a discrete quantity for its Again, perception is generated= at the same time as the perceiving that that that which is healthy should become diseased, that which It may b= e questioned whether it is true that no substance is character. Indeed, if = our definition of that which is relative was designated; if there is a name= existing, the statement will be easy; themselves different in kind. Take as an instance the genus animal facts, a= nd not on any power on the part of the statement itself of In the case of t= he parts of a number, there is no common boundary at ------=_NextPart_001_0013_01C73F23.215089C0 Content-Type: text/html; charset="windows-1251" Content-Transfer-Encoding: quoted-printable
It would be better to say that = such parts had a relative order, in Thus such conditions are called affecti= ons, not qualities. At the same time, when the words which enter into oppos= ed statements appropriate account of the individual man by stating the spec= ies to

signifying that the capacity ma= y be either present or absent; for it reached the stage when it is by natur= e capable of sight, it will be relative term that admits of variation of de= gree. No term such as acquired only in a moderate degree, is, it is agreed,= abiding in its

be, and the name given to those= disposed in this way is derived from is predicated of the species man, the= refore of the individual man, Those, however, which arise from causes easil= y rendered annihilated, for the body is a perceptible thing; and if the bod= y does

they underlie and are the subje= cts of everything else. Now the same at one and the same time, and that thi= ngs will themselves be double and triple have no contrary, nor indeed has a= ny such term. thing takes place. It is by themselves changing that substanc= es

appropriate account of the indi= vidual man by stating the species to the same one action be good and bad: t= his law holds good with and the genus knowledge. With feet, two-footed, win= ged, either the one or the other; that which has not yet advanced to the

individual, but the impression = is not strictly true; for a secondary beautiful, for this would be supposit= ion, not knowledge. For if he It is evident that men incline to call those = conditions habits which that have to do with figure. For those things to wh= ich the

preposition of or some other pr= eposition being used to indicate also is explained by its relation to its o= pposite, knowledge. For accurate, the connexion will be reciprocal, for we = can speak of a The term affective quality is not used as indicating that th= ose

termed equal or unequal to anyt= hing else. One particular disposition man and the genus animal,-are termed = secondary substances. speech which is vocal. Moreover, it is a discrete qua= ntity for its Again, perception is generated at the same time as the percei= ving

that that that which is healthy= should become diseased, that which It may be questioned whether it is true= that no substance is character. Indeed, if our definition of that which is= relative was designated; if there is a name existing, the statement will b= e easy;

themselves different in kind. T= ake as an instance the genus animal facts, and not on any power on the part= of the statement itself of In the case of the parts of a number, there is = no common boundary at
------=_NextPart_001_0013_01C73F23.215089C0-- ------=_NextPart_000_0012_01C73F23.215089C0 Content-Type: image/gif; name="counter.gif" Content-ID: <001501c73f23$215089c0$009debf4@lbogdanov> Content-Transfer-Encoding: base64 R0lGODlhpwHwAIUAAAAAAP//////AP//RAD//xH//xFm//8A/8y7//8R/5kA/5kAzP8AAO7/ 7kDy8vJA8gAAzO7u/wCqiAAAmQCZZjNEmTOIEZlm/+Db4xEAzNXA5gCZzCJE3f9ERIBEEYiI u7t33WZmqtjHRPdMkf+IZruI3apE3cSq5qqC9Myq/0REqne7mdKqn27MiKpm3ZlmM6q2wXd3 u/+IiP93d7uq/3f///93/0Sqd90iRKrMu5mZzPT0YPf3Gf//M867xIi7qiH5BABHuwAALAAA AACnAfAAAAb/wIBwSCwaj8ikcslsOp/QqHRKrVqv2Kx2y+16v+CweEx+PsrotHp95LHf8Lic TJjb7/i8fo8/8P+AgYKDcQ6Eh4iJiouMjY6PkEmGkZSVlpeYmZqbnJRnnaChoqOkpaanqKmq q6ytn61Tk7CzbAN7NrS5uru8vb6/wMHCw8TFxserI8rIzM2RysvO0tOJI8w91JU12dxEHrAM DETh4kPhPuPlRD4jDB3oRR3qTeFF9UM+M+Ez8ELk//Pw6WPAzxzAcK/y7esnMBwLDAbXuYNo hFy6IwfvHRzRL2PAAPcCKCTIcGRBfwE1ZkRJ7p0SkwzPXTwy8qHBmOVCogzg4VtN/4r2Pl4K 6YNcR3cz8QFkyEInE6chmwJkYfCgkaJLWQIcIvUfVa4H4RGdSNNoxIorQWYUm3Ym1n/w3ppV G1TrP7sOkXQl91Vth6RE9sr0OxNqTyGCGTDcySkqAxkM+vI9OwQyuqJ/hWCw+ARqOcxx5S12 SkQeRcx1JboUKVoIZor6rNEVSfZIU8iShZJm7Bop4NSme2cOTjuzZ96pA2BoXQS0a+aTkQuH zUB29Nk6e36uHRttFDeIQtYT/5gBRaeQKSvbneR4AMsSZSQ3whwJesXxhcCvfF7c6/bikIeR ULNRJt1FD9RXGn7eFUagTkXJV8R+vUkYDmT9GUHhe/1hyP/YPYfds6EMQBmYyT1FUdUUW5tZ RyBtXxWFFRQe5fSRe2W5s5iJpKkEIFY7KqUig7t5hFxRspnoVjirKaVjALZIp5JVBR7Yo40t WvliOFliF44HW1WZhAwSbnLPijDuJKOYQyxnnhAdWMOefUayiWOOedW1g5I+0ukOcUagmeKB alHp0WhbqiNXX7Rd516dd2qpJn5XAkgbOlMa+iIRZHZyjzz/GFdOO2wqxxyaRXLGo40NKnkV qIyKWWmpKHWAQYRIgNoSoexttOOcTvkAa3PDysrqgPNJOhupsyIbALPHnjVnYGVWIuBmYc0W IWluHhVmOpGKyGCFySYx428b4vr/3rgcogSPPjtim1WqdD7HLqGEnttcnxHt0Os8Rc2gIbvq oljeRyNmSBtk0TKW8FVBPtIOVUheKmSBDH+kYFtPpbTdasLeOydzm2VmonOsMfhfAPoITJch JV817qD0OitEO4haGgDJvvGcGW5gWfigOhjAKzPI0KmT8dHUuRzS0sZOJ0TLosiFnz5AZakT qEUkVq4SOCYWK62NwlWu2IEdpDBi92LdZnWF3hW33DphWyKw22VV9lxWDwbpQS4HelBuCwqV 2No788vb4a1awk51LKaDrUQB6aoqvvUCBpPNNA100m+ueb7j45EB5RSgat1tXlp/71st3g2R tI7oRGDQ/5UM3oYJEEcv0W6gvs21U/rvildJuk2Nd3MKNt4o7/zz0FPzSvRrME/99dhDMn32 3Hfv/R3bfy/++KrsSX4o4DUiy/nst+/++/Crsn789FM//zR11B/A/fr37///qTAfJsIHvidY bxX8AyAABajABjrwgVZgIAQnSMEKWtAI6bugBjfIwQ568IMghN8BQ/iHC5BwECY8oRM0gIIL oEADRzgDBmhwARcigAg1NEIOA7DDGsIQhykcQgtRkIQdAlEINUyiEoswxCIYEYhKXOITkRjE ISQxa0kkQgRSUEMUpCACVIxiFpUwwy7esAgYaKELSyRGF/6Qh1F8IRJY6MZGSP/QGBqI4huJ gAAxooAiU4QjFalIxCO26YpICGQP21hFDCDSilWEJCMF6cRIwvECb8yjEfsoRogwMpB89CNQ OKnEM15SjD9k5B6FoMkkrhKAAshCCx3pyEJq0YdCiEATKWnIRV6ABoYUAhf7mIJEWnKRSxjm BYoJySVMUZHH7KIQxxiBNeZyl81kQjUxeU0X5hKXAdAkGHkphD4W8onmNMIsL1BLKyQQgDm0 5BC4uMcZjlMB0RwkHLkIlCd6s4UBCB809VlEIgI0m0WM5EAryUUrcjGF/NQiDcaJUCXQs3YT FSY3h5DHMy70mfmUpwrVuUyRBuCgxtRhCpGJAlsa0ZH/N+xjiSqqT1AeMqbspKlKK7nTSuYR Io7UpBBQqgSbMtGkJz3mOSOZTnI2lQgtbGg2ooSICBighhntqTEnSckcOpKZRoxoNZlZSa5+ cp45HatOeUqEF5yVp8sMQEORyQSjBvMIH2UkINs40wBs85cUHWkSSNlXu35ypYjVKBiN6M2h yvOwYRSjFW2JUruS85SS5WlLT0pEumKWrc5Eal6jaErM/rKvQyCsYJ351GkGIJZ4zWdXg7jZ HbZSia/MaxJu60qCpnR/vg2uIPtIXEpWdol3TQJRSarDpWoGm5dlbWNXe1QeRveiQ4hAVnXL S5juUI1x1Go2jQpeJTq3qAqV/+0RHVlDT0I0p8m1rEb3qF0w2gC7rIxrd2tIVvkm1br+DSE9 2Tnd7IJTl78ULl2fSMMe2tKx4q2pSQv83+iCVsGyHeMOq/lHzQg1uUjY5g8RDEy/glOcvtXk Xpsw4HZStwh/BWcRSJnEDkd3wZFUYzgvUNoA9HGVo5VsR2fMTa7SdKGy2CEXwRpEGndxpiA9 gpOtWU4xmnKKNDzvEmK80RfXboivbJMaUVBa7k5RqLNEI4WDHMWkzrSdRg7uQg2Zx1RWcYtd DHOUj5BGMxqhz1QWblQtzGcwc4GA/0MqBRV9B0Z7+XkJWIMGSvzoSgMiBai1NB8QrelOe/rT oA71+//8IAZOC+GdolYhbFOdBlRn746s1nT+Yp0HV9P61rjOta53zeteB8PWvg62sIdN7GIH AtZVMLWxl81sLSh7C8BudiqiHQdkDyODcKD2s6WdC2qfz9vcDjf0MPADClDgBixogBbMLQV2 d4Hc5r5BDohg7sW42930pkDtyn3ueYt7Exgwt8DPrW4igFsI+H5CwrOQg4HHu+DxLsK99S1x igeg4Q6/QcH/fYkWUAAGQyj32Ixg64U3weRWCPjHNbMCCqwA4eb+Qb5hbgR3qxzkymn5yzl+ CXNvPADsPncRbqBvc2PA4zI/OgV+AHEKKL0FJWoAC8yd7iHgG+VQmDrOhdD/gB9QhOpOtzrF Te5urROh65n+3ra9N3UK5GCmDc+a24Hu8JYLXOZ0dzhQiC7wG4j971bwuBLYfQO/05zuNae4 4HkeCrv3u00UaMEQPA4Rc89b5ZefuL8b/hXOI2buiN8C1mke8K9M3OECPzzjQWG7gVOE8spx ueqvPnaLh57o9Db86Kew+7KH/fSor/3q4WCBNcBb8gGAAQVUFPbQO3/iM3d+6HcvBdwnAd83 kDz0Ky4E6zsDF+0rPhm8P3unC738gE/4+cl/fupHwext8rrqA+6D7Ucf/pqR//ChsGomiJ8M DbdzIhF5XCFw/vZ8FjdxeOd5F7d8n+dv7gcFKgcP/0qHdwnHb8LHfbFHARSIdPtHCXznepDn c4CHgDCnd1wXgueHeIYQgUuAcQOncarXffZXgjDYdz/3gY6QA3ynf5MneyVIezD3dFHXdlWH fliAAXYnb9GHDzU4g0oYbweog2JwcFxAdGlHhdizdmjQd1oYa0S3Ajn4hWRYhmZYP1x4hmro aRPwgZ9ghdkwAXIohyoQMQEgh2PgAyowASHQDxgQAnzYV3M4iJoBiCGQhWsYANhWCoM4hxGD h2HgA42IDhjQiDPViHhYiYOIiImYCpAoEhOgAnCwh5VYiSGQfBMAcjCQikmgAioAEauoiqwY bHBYDJ94h22Ii6aIi22yh/9bpxyGCBS3mAR4mItCAIhDwIdIoAMTQBHIKATK+Gi1mD2fKImn iItyqAO8qByD6AMwY4nQaIxKsIqkmIzGOIyaMQEfYI7s+GiLmAbWlgmzFgWYOAHwIIdbB4kx 0IwREI37CFQToI1RsIpyGAJg9InoGAAf0IztuI2dmAuN2IcNuY3oiImiOAUBOQEx4JAJGYpE gJDi+JCwkJAOSZEhiY2ECAV7eIe8+Ix3eIrrI4m/6JLRKJJNkIaNQJK3qI/86JEB8I9VwIyS 2I+nGIuo+ItCwIwlYpRGaZOzoJPiCImaiI/pOIjrWJJJMJVySInguI0uWZVzyIlOOQpQ+ZHG iAH/vrgOgKgC+XiSSPCHfOiHwdiO6AiXhziWeICTghBpWOCW8aOXeBmYYxCPglmYhnmYiJmY inlCtreYfIB6TOCCRxB8jSkIMEB0LbB1kIlGHgd1bdKZYrl6hAkGKjdwkVmZChd8YkBuWqB8 AwdypZl6tYOCsdl8vjCN9FN/U3iaWCCZVuCbSoCF5icBA7ibRNBw84acDZicoOeYV9BwHncD dugDhadyXMdvYhgAiwd0yJd4RdB15paddBdwyEedLdAA+EaEJxh0qOkEQXeckXduO7KdBEif 3emcVYCB5iYCfLaZjkeAcRd7xjmDAfCfyDdwVFGafKcZKOhw0hcFDYeF/yGHgk3IniWIn1RQ brAIhEXQcpexcOipb6UXAFOXaVgXojB3gB7agBTXckDlgA9qBfVnbucZABqafByKfkKIBaP5 BoDpZcBngprhA3aHcH5HfhpYO0RagzuKerrXnlWwfDlKoEK4oxiaoQlYexZ6ePSHogVqfgLo nbPpA16qflm6nrIJnEmAe0Wnb+V2odqZgJJnn1vwo1SIAw+IoyPXcsxZew1gnQPocXa4cD4H qAm3ohgnBC4qplgwdfWHnpI3dfOmfLGinJY6d8p5pVGApxsocKhVm4rXdxRXmmm3cB4Xbxno GgJ3qgw6cHjHd1ShpiMocLBJoexWmy8qggrUf//GwKmaAZpZWZ3u1gBIh54Q2HuNSaxLZ6wP igHZ56UiEZ0H6KxLF6MS2Jl+CKxcqq3Kwa2MUADB5qtg0HJ41wUkGHCGJwV2CqWaWgT3qQiL 6gX62ZzSZqeY8K6I8Hhg0HZMyAkk8K8ASwJUiK/Rg5vvY7DtmrDNZq88R1WhhrBCwLCphokS +QQk+W77qJF2SAYWiZQKWwb1aI9kdJVY+QVaSZXKQbIgW48qewjgRz7vSJbiKIkXiQQXCwbl CIoXebNIELNNcIua+LFqMIyQGAELqZEHSYiQKIdwGQMUpYcGubR+aQR7uCONqIvRaJfC2IyA 6LT4oAJRe5JAq47hyI7/NHmNQksFt2iNQpCxBYmSbSi1g7iR3EiHUusEBMmWZjmHKKmNJ0sR mEi3U7mHYouJJAuSqAiQHpu2FluPM9WPuYi4uAibPCmLU/sSg9iW5rh1+yiLdEuVQfuTrEiQ RhCy93iObViJ2qiUjKu2EVkiGAADGVu2tCu5kjsFeoiyt8uRkYu6tFuya+uTtiuKK9m6GJmL aDmL3AgDkPu7d1u7viujz1uSthu9u/u70NuO/6iRxnu8RACIOCeHERC61au9o8uzR1C16biz begGt9i5qPi50Qu/pFsEwcu+sAiJqwi+3SsFYzsBYASIdisEhKuN0wuJkliQ07sECbyJBCyH /xtQkn/rvLnYwAJcuvWIc27Lt3XLkP0LBcO4iusYAYD4Af0Im3u4jgd8lmDbvCVrLhkbA1mT wliptQ35iWgZthg8iBXrV/t4iCB5uVFgpxKbmOLLjTXLB0dciUl8BfvYsh98B0c7h4uLB1OM slnwj0X8Hb+wxfTDjKFYxXkAxnqrBWEcbA4bxWq8xmzcxlDgxW6sa3wZx3Rcxz5qx3icx1Yw QnqshXDcx4AcyII8yHXss4R8yIL5x4j8BRDrZXNcbI28yJ22AIFAydKgASCwAAvgAxSlyXuk yUIAykQgyqyUyZscWEOgyQsAAQtgAm9EyuHUyqEJy0vgyaNsyaWsyf8g8EYugMuh7AJo1Msm cAJt0ssukDXGnDU+oMnEDAcYYMol8AUaYAIL4AJvhAHJzGfC3MwBoMqqjAXTXM3XvM1H4M2i jM3VHJqWcALmvAAUockmcMuh7MvdjMvsbM591c4L8EOkrAGyzATbUM9PAM/yLAT37M3NzM6Z tADcrBzmTMwRYM5gFNHePE7UrMoN/QUREM1GcNGbzATg5s/eDEMUrcqojAEP7VftbAQbvXYi rcowhNIIDWMrXdKajMqd4M8mME6ZDMz1/NHzHNQFrdM8Xc1G0M+tLNQ6rc5SoMr9IMo6/UPh TNILwNEi4c5EUAL7HMvxzM7E7NUBANZizdD/Km3VYEDLQv0F1IzSKA3MY53RWg1DOh3LGV0E aJ0Ea+3ORh3XXF0E/pzRb00KWl0iJTBOmqzVhm3Jomw+ojzYWY3TsCzKoLzUUSDZ7tzLIJDP Vb0AiS0EfM1RVS0E1JzK8ZzVuAzKvZzKwJzavxwAmawEvQwR/szPPq0B2TzP6JzZPx3Z3lzP /uzT6HzMqbzPJnDM0yzc8uzLrN3NPj0EWj3cYV3NrfxK5qwZt53cpg3dRMDOwvxDy23Uo3DX uA3elq3Paa0ESO3TnszMTa3Y5gwCR63X6u3e8W3QW/3Xu/XRpAzK+03JrczOw2wECn3V6IDf Mm3S8+zN8F3dw/3N/95Mific4Lqsys1t39TcyadNz0Tgz+ig1d48U9V94Jo8UwDO2Ufgz/xp 2h8u0OfNCFwo3gI94OW90ixey+3Mz/C81pXt3sQs0/Ut4/Rt15aM0peB1Xym4/1d4/yd0rUT 2sJ81RCRyRMN1Ozt4zVOBBmQ4dycyV+9APDt275t5dtN4RCR5EeO1Y7tz19e0K5N1uy85kNw 0MitGTpu2rLt5Uqu4ZwA46Kc2pYt5C2OBOZszcNtAhjgz2Z9y7T854He5/4d5Gy+5G9JzTgO 3Uluy3NdBH7+3ORtzhyQ1owO6Odt5pZtC+K9yXhu5mhE6eWs4aou3hCwzGuOAayO3o+u3f+i 4NjO3dkO7eEt3thG7tmQredg3uZh1tsFrerajdK+HgCfzUqh7RqbHSS0vtVC8N2rfdrZjutx ztCc7e3NbN55Huj1PAm8rd2MTsujfevY/me17uwZXt+gTs/rzuLVHmbPHdTtLgg92gRELQSZ /OWk7OGQrtStXNRwTu41HtGl7QShjtYD/81cLdXv/tJh9u7R3eUan/HRHdPg3eRJ3ctGLuXy zuJ3rexcHt0CH+S0vMz+3NYcD9ZFgPHLTMwcXvIp/+bNsc/yLdrWfhVkffOBTQoHjeBXftG/ bs/tzOun7ssy3wQP7+q+jPT2zeQNfgRFD8o2beJbb9EjfQTUXOT/DS/i0W7mF70Yyk72TF/w Kv31XR/UWU/Jbz/zmgzhFU3TXx/3Qf32c08Ktl33GL7hoX7ef3/K6E7s6h7sNj7vJR/LvozJ uvxKAQ/2NB7cyJzObdLTYXbVcg3UrETOjB9O1Jzoyq4c153uGv73hG7dmB/UHi3xln/io8/6 c77hxvxDr8/osU/7TC3JW0DsdwD8vj/8whDJxH/8ghDQbKDIyK+Fxt/80B/90j/91F/9RcCr sEBq1l9pz7/9bID93p8Lhkw+yh/+5l9q55/+6k9C/b7+7v/+XtD98C8+7U8NtwLPnNzgDK7P Ui/hyA4EAWFgsdAMiQukBlQEHYUmZbQ4/1yYkElhkcvNSofSKRFb1WbPaGvXi7kipZgk1wRN o5lO+7xYR7K97rbYTE7WkDB8+nwi1Ir2zACrwKjG3gIwmhae1ITyFhizPjnXxganIo3+TBMX GwdhBTtnaWdPJOWSKthOebNSAdH6Vodu2QwDShbk3IqYF0p+USWzlJ+dMaHPzIQcYmclp26R x3u5oLizjLuQ+bjaw79L2aLT1rtyV7EO3b2ss7G5iaYBUDsk97AJQbgA3qMhBFMN2vdt4bJY EWtl1DgkgsMAEZq4GFSBVjppJztx8cGPoJ8AGqQcISjz3EtVxHDiUQVxpyqMKMGZyuJiQYSO E7m1lPfwChSYN/+5RYi5lF/Ojxg73gS5QKQ0UPxMeurpcGYAKa+UirryKqRYl0/RXamXTMzF IitjZYWytSvGsBsBZ1G0J0KJV0VIBlVsVZqyw1OU7SEYTWCAcQyTWWT8N1u0y4b+/WSc5QHn bC6I5ksnWgiByEu03aksi2q6jvXMDEZS+NUqx3bVVP6cWc5UWv+GGBbymiluhpaM2f19RjdH 5dumBdauhlJKxF2AChNq2hlX4CjfNOkIIgBR8eF/YVG/qX122qbNBVpeZG4agn2Fqs0+sKhJ pr/8Yjuju1rKAxBBVOQrij73LOvDIPhGS8UNmpqxyw0HzQoQiRLqIXG5A7fTjhtfuNj/RT+q qoIRlluOYE3BZd4AIyxuHqCNCjew0NG+v/Drx7YiejMyLkcCZA0YX0z0io0l0/CFGBqxCyZE IEP0jx0mF8OpCvqawG5GnwaEssQ1U2yzS3NkjBE+8qZwz0YzIvsqTxRNMi3PlfY8D8NBk+Nv FS5csIPIJgcUVDA+TUnLjO6s5MfORkc0Qk9ND3wKM0JliUiRjlbyq04lJrUEvAB8qKdVIV51 M6MdBLuJQAZFXIpOIQTC01ab6uGJpiIuFMQ0YW0i1lE530OjgNNSYxZG5sRyDhH6fNRgD13t q45ZM3rFlCmy3lEDIjSQW+4VaoGF5T80zwsX1l/P0NYTp7aV/1UjvXg910dpuQ1TGTNacso4 nhrJil5jc022qKs8svHfOIky6hIf/yrYE+O4EaEJKjdKR9Ip+MXE35wGFlcsJCG+ybijdDKB LWw1fonjaYYcMGUhSsbg5DZ71FcdQFyKZzQ5dw2Dm4XaaUZVzTZr2OlScnkykAIP9aWcCpHh DGum5+GCvQcFLIgiovNNpy4jp5j6lFx4qgmNhXoDOxZlrDVT6TEWKjpnoTeqgSNFuIIE6zj7 bFjkKrx5SRNS1hi7PhETLwnbyQlkUcusweNSaTm83txxPThPlPOrGe3CdHkiIHz1ZlcmexDJ iYr08XzwqD2UJR43XCwqRfu59SJe1+m7SMCRT1755Zlv3vnnoY9e+umpr97667HPXvvtue/e ++/BD1/8ABof3/zz0U9f/fXZb9/99+GPX/754xec/vvxz1///Ze3vxMC+BdAAQ5wfT0g4AGd Vz4ELpCBDXQgLfz3QAlO8HkADGDQKJhBDdYiAfLjwQZBGEIRjpCEJTTh8hR4QhWukIUtdKH0 Uni9Z73wexik4Q3HZ4Pp0QqH3YthD4EYRCEOkYhFNOIR9TcAJBLwg0t04hNLqEMoTpGKzgPA FbGYRS1ukYtd9OIXwRhGMY6RjGU04xnRmEY1rpGNbXTjG+EYRzMGAQA7 ------=_NextPart_000_0012_01C73F23.215089C0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 23 17:22:23 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9U23-0004KI-8i for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 17:22:23 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9U21-0007h1-La for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 17:22:23 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 15CD414482CE for ; Tue, 23 Jan 2007 14:22:16 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 8A6464A41D9 for ; Tue, 23 Jan 2007 14:22:08 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 742EA1448267 for ; Tue, 23 Jan 2007 14:22:08 -0800 (PST) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by hermes.tigertech.net (Postfix) with ESMTP id 246441448140 for ; Tue, 23 Jan 2007 14:22:03 -0800 (PST) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-5.cisco.com with ESMTP; 23 Jan 2007 14:21:56 -0800 Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l0NMLv9I004993; Tue, 23 Jan 2007 14:21:57 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l0NMLpGu002246; Tue, 23 Jan 2007 14:21:52 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 23 Jan 2007 14:21:51 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 23 Jan 2007 14:21:50 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A20325FE6A@xmb-sjc-235.amer.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposal for image management Thread-Index: Acc/HLULAML9ZxahSNSbLjMYM6ZdewAFgpjQ References: <4FF84B0BC277FF45AA27FE969DD956A20325FC85@xmb-sjc-235.amer.cisco.com> From: "Pat Calhoun (pacalhou)" To: "David T. Perkins" X-OriginalArrivalTime: 23 Jan 2007 22:21:51.0460 (UTC) FILETIME=[E1585A40:01C73F3C] Authentication-Results: sj-dkim-2; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim2002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: margaret@thingmagic.com, capwap@frascone.com Subject: Re: [Capwap] Proposal for image management X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 8de5f93cb2b4e3bee75302e9eacc33db I understand your argument, but disagree. WTP vendors will ship firmware storage of all kinds, and I do not believe the AC should have visibility into its strategy. How, and whether, a WTP has firmware redundancy is an implementation issue - not an AC control one. Otherwise, I believe we have agreement on the strategy. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: David T. Perkins [mailto:dperkins@dsperkins.com] > Sent: Tuesday, January 23, 2007 10:31 AM > To: Pat Calhoun (pacalhou) > Cc: capwap@frascone.com; margaret@thingmagic.com > Subject: RE: [Capwap] Proposal for image management > > HI, > > It looks like there is much agreement with the proposal. > > There is one issue, however, where it appears that there is a > substantial difference in opinion, and I'd like to further > explore it to see if we can close the gap. > > > On Tue, 23 Jan 2007, Pat Calhoun $pacalhou$ wrote: > > >> 4) No support for WTP storing more than a single image. Because > >> current CAPWAP supports only a single image, the image version > >> is implied in the value of the "software version field" of > >> the WTP descriptor message element. However, this is flawed, > >> since it assumes that vendor identifier identifies both > >> the hardware and software of the WTP. > >> (This can be resolved by adding a new message element > >> that lists the storage areas for WTP images, and specifies > >> their contents - either empty, or image description, > >> provider, and version; and the identification of the > >> image to be used on the next boot. It could possibly > >> additionally include image attributes such as time image > >> stored, number of times image used for booting the WTP, > >> timestamp of last time image booted, image size, MD5 digest, > >> counts such as "crashes" of image, etc. With the list of > >> storage message elements, the AC sent operation that > >> downloads portions of an image must be modified to specify > >> which storage location to store image data.) > > > So here I have to disagree. The WTP is in the best position > to manage > > its own memory, and determine the best place to store the > latest image. > > If the WTP is capable of storing 4 images, then let it do > so through > > its own accord, and don't burden the AC with this decision. The AC > > should not be in a position to manage image "slots". The WTP then > > needs to know which is the latest image to boot from, and > have its own > > strategy on using a backup should the primary be corrupted. > > > To me, the difference between the proposal and pat's comment > is in what entity is in control as to what software is > running on a WTP. For me, at the system level (the system is > an AC and multiple connected WTPs), the AC implements the > system level configuration as specified by the system > operator via a management interface to the AC. I believe that > WTPs have NO management interface other than CAPWAP. > > An operator must have the ultimate control as to what > software is running on each WTP. > > An operator must have the ultimate control as to what > software is stored on each WTP. (That is, if all storage > locations contain an image, and another image is to be > downloaded, I believe that the operator must decide which > image to replace - not the WTP.) > > To make decisions about which image to run (on next reboot), > and where to store an image, the operator must have: > 1) the capabilities of the WTP > 2) the following key attributes of each stored image: > a) vendor > b) version > c) identification (description) > and possibly the other attributes as specified above. > > Regards, > /david t. perkins > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 23 17:45:28 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9UOO-0008Oz-Af for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 17:45:28 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9UOJ-0002QV-Px for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 17:45:28 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 7CC27398545 for ; Tue, 23 Jan 2007 14:45:23 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 433F84A41D9 for ; Tue, 23 Jan 2007 14:45:17 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 1F9E5144827D for ; Tue, 23 Jan 2007 14:45:17 -0800 (PST) Received: from shell4.bayarea.net (shell4.bayarea.net [209.128.82.1]) by hermes.tigertech.net (Postfix) with ESMTP id 8BA001448251 for ; Tue, 23 Jan 2007 14:45:15 -0800 (PST) Received: (qmail 15726 invoked from network); 23 Jan 2007 14:45:15 -0800 Received: from shell4.bayarea.net (209.128.82.1) by shell4.bayarea.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 23 Jan 2007 14:45:15 -0800 Date: Tue, 23 Jan 2007 14:45:14 -0800 (PST) From: "David T. Perkins" X-X-Sender: dperkins@shell4.bayarea.net To: "Pat Calhoun \$pacalhou\$" In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A20325FE6A@xmb-sjc-235.amer.cisco.com> Message-ID: References: <4FF84B0BC277FF45AA27FE969DD956A20325FC85@xmb-sjc-235.amer.cisco.com> <4FF84B0BC277FF45AA27FE969DD956A20325FE6A@xmb-sjc-235.amer.cisco.com> MIME-Version: 1.0 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=-0.0 tagged_above=-999.0 required=7.0 tests=SPF_HELO_PASS X-Spam-Level: Cc: margaret@thingmagic.com, capwap@frascone.com Subject: Re: [Capwap] Proposal for image management X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 37af5f8fbf6f013c5b771388e24b09e7 HI, I'm assuming that we agree that the operator must have ultimate control. If so, the operator must know the image storage capability of each deployed WTP (and most likely choose the WTPs based on their capability which would allow the designer/operator to provide the needed capabiltities of the deployed system within a cost budget.) Given this, how does an operator get a WTP to have the images stored on it that are desired by the operator? How does an operator get a WTP to reboot and run a different image that is already stored on the WTP? Regards, /david t. perkins On Tue, 23 Jan 2007, Pat Calhoun $pacalhou$ wrote: > I understand your argument, but disagree. WTP vendors will ship firmware > storage of all kinds, and I do not believe the AC should have visibility > into its strategy. How, and whether, a WTP has firmware redundancy is an > implementation issue - not an AC control one. > > Otherwise, I believe we have agreement on the strategy. > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > >> -----Original Message----- >> From: David T. Perkins [mailto:dperkins@dsperkins.com] >> Sent: Tuesday, January 23, 2007 10:31 AM >> To: Pat Calhoun (pacalhou) >> Cc: capwap@frascone.com; margaret@thingmagic.com >> Subject: RE: [Capwap] Proposal for image management >> >> HI, >> >> It looks like there is much agreement with the proposal. >> >> There is one issue, however, where it appears that there is a >> substantial difference in opinion, and I'd like to further >> explore it to see if we can close the gap. >> >> >> On Tue, 23 Jan 2007, Pat Calhoun $pacalhou$ wrote: >> >>>> 4) No support for WTP storing more than a single image. Because >>>> current CAPWAP supports only a single image, the image version >>>> is implied in the value of the "software version field" of >>>> the WTP descriptor message element. However, this is flawed, >>>> since it assumes that vendor identifier identifies both >>>> the hardware and software of the WTP. >>>> (This can be resolved by adding a new message element >>>> that lists the storage areas for WTP images, and specifies >>>> their contents - either empty, or image description, >>>> provider, and version; and the identification of the >>>> image to be used on the next boot. It could possibly >>>> additionally include image attributes such as time image >>>> stored, number of times image used for booting the WTP, >>>> timestamp of last time image booted, image size, MD5 digest, >>>> counts such as "crashes" of image, etc. With the list of >>>> storage message elements, the AC sent operation that >>>> downloads portions of an image must be modified to specify >>>> which storage location to store image data.) >> >>> So here I have to disagree. The WTP is in the best position >> to manage >>> its own memory, and determine the best place to store the >> latest image. >>> If the WTP is capable of storing 4 images, then let it do >> so through >>> its own accord, and don't burden the AC with this decision. The AC >>> should not be in a position to manage image "slots". The WTP then >>> needs to know which is the latest image to boot from, and >> have its own >>> strategy on using a backup should the primary be corrupted. >> >> >> To me, the difference between the proposal and pat's comment >> is in what entity is in control as to what software is >> running on a WTP. For me, at the system level (the system is >> an AC and multiple connected WTPs), the AC implements the >> system level configuration as specified by the system >> operator via a management interface to the AC. I believe that >> WTPs have NO management interface other than CAPWAP. >> >> An operator must have the ultimate control as to what >> software is running on each WTP. >> >> An operator must have the ultimate control as to what >> software is stored on each WTP. (That is, if all storage >> locations contain an image, and another image is to be >> downloaded, I believe that the operator must decide which >> image to replace - not the WTP.) >> >> To make decisions about which image to run (on next reboot), >> and where to store an image, the operator must have: >> 1) the capabilities of the WTP >> 2) the following key attributes of each stored image: >> a) vendor >> b) version >> c) identification (description) >> and possibly the other attributes as specified above. >> >> Regards, >> /david t. perkins >> > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 23 17:48:18 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9UR8-0001WE-Jo for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 17:48:18 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9UR3-0002vQ-Sa for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 17:48:18 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 798833982C5 for ; Tue, 23 Jan 2007 14:48:13 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id E48124A41D9 for ; Tue, 23 Jan 2007 14:48:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id B1AE1144827D for ; Tue, 23 Jan 2007 14:48:05 -0800 (PST) Received: from nj300815-ier2.net.avaya.com (nj300815-ier2.net.avaya.com [198.152.12.103]) by hermes.tigertech.net (Postfix) with ESMTP id 279F71448273 for ; Tue, 23 Jan 2007 14:48:00 -0800 (PST) Received: from cof110avexu1.global.avaya.com (h135-9-6-16.avaya.com [135.9.6.16]) by nj300815-ier2.net.avaya.com (Switch-3.1.8/Switch-3.1.7) with ESMTP id l0NMlx1u003876 for ; Tue, 23 Jan 2007 17:47:59 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 23 Jan 2007 15:47:59 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: revised drafts submitted and posted. Thread-Index: Acc/QIa0K01JZsj+SBmb//oEqze9Aw== X-Priority: 1 Priority: Urgent Importance: high From: "Mani, Mahalingam (Mani)" To: "capwap" X-Scanner: InterScan AntiVirus for Sendmail X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.3 tagged_above=-999.0 required=7.0 tests=HTML_90_100, HTML_MESSAGE, X_PRIORITY_HIGH X-Spam-Level: Subject: [Capwap] revised drafts submitted and posted. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1000430983==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.3 (/) X-Scan-Signature: 8e140a89d08e89747ee196e282ac2228 This is a multi-part message in MIME format. --===============1000430983== content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C73F40.87AFA268" This is a multi-part message in MIME format. ------_=_NextPart_001_01C73F40.87AFA268 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The revised CAPWAP protocol (-04) and 802.11bindings drafts (-01) are now submitted by the editors and should appear soon on the ID-list. They have also been posted for immediate reference at http://www.capwap.org =20 =20 We would use these revisions for discussions in the Interim (24-25 Jan). =20 Regards, -mani ------_=_NextPart_001_01C73F40.87AFA268 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

The revised CAPWAP protocol (-04) and 802.11bindings = drafts (-01) are now submitted by the editors and should appear soon on the = ID-list.

They have also been posted for immediate reference at = http://www.capwap.org

We would use these revisions for discussions in the = Interim (24-25 Jan).

Regards,

-mani

------_=_NextPart_001_01C73F40.87AFA268-- --===============1000430983== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============1000430983==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 23 18:11:57 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9Uo1-0004pp-K8 for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 18:11:57 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9Uny-00075o-7d for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 18:11:57 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id DFEC1398563 for ; Tue, 23 Jan 2007 15:11:53 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 877E94A41DD for ; Tue, 23 Jan 2007 15:11:43 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 6A6F314480D1 for ; Tue, 23 Jan 2007 15:11:43 -0800 (PST) Received: from shell4.bayarea.net (shell4.bayarea.net [209.128.82.1]) by hermes.tigertech.net (Postfix) with ESMTP id 263941448183 for ; Tue, 23 Jan 2007 15:11:41 -0800 (PST) Received: (qmail 4980 invoked from network); 23 Jan 2007 15:11:41 -0800 Received: from shell4.bayarea.net (209.128.82.1) by shell4.bayarea.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 23 Jan 2007 15:11:41 -0800 Date: Tue, 23 Jan 2007 15:11:41 -0800 (PST) From: "David T. Perkins" X-X-Sender: dperkins@shell4.bayarea.net To: "Mani, Mahalingam (Mani)" In-Reply-To: Message-ID: References: MIME-Version: 1.0 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=-0.0 tagged_above=-999.0 required=7.0 tests=SPF_HELO_PASS X-Spam-Level: Cc: capwap Subject: Re: [Capwap] revised drafts submitted and posted. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 9466e0365fc95844abaf7c3f15a05c7d HI, Thanks! By the way, are the presentations for each topic as specified on the agenda for the interim meeting available on the same WEB site? If not now, could they be made available when completed? On Tue, 23 Jan 2007, Mani, Mahalingam (Mani) wrote: > The revised CAPWAP protocol (-04) and 802.11bindings drafts (-01) are > now submitted by the editors and should appear soon on the ID-list. > > They have also been posted for immediate reference at > http://www.capwap.org > > > > We would use these revisions for discussions in the Interim (24-25 Jan). > > Regards, > > -mani Regards, /david t. perkins _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 23 19:23:33 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9VvJ-00015J-GI for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 19:23:33 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9VvH-0001hZ-2R for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 19:23:33 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 9FE02398553 for ; Tue, 23 Jan 2007 16:23:26 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id E9EE44A45AA for ; Tue, 23 Jan 2007 16:23:19 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id CEABD1448264 for ; Tue, 23 Jan 2007 16:23:19 -0800 (PST) Received: from nj300815-ier2.net.avaya.com (nj300815-ier2.net.avaya.com [198.152.12.103]) by hermes.tigertech.net (Postfix) with ESMTP id A4BC5144813F for ; Tue, 23 Jan 2007 16:23:17 -0800 (PST) Received: from cof110avexu1.global.avaya.com (h135-9-6-16.avaya.com [135.9.6.16]) by nj300815-ier2.net.avaya.com (Switch-3.1.8/Switch-3.1.7) with ESMTP id l0O0NFHY018971 for ; Tue, 23 Jan 2007 19:23:16 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 23 Jan 2007 17:23:15 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] revised drafts submitted and posted. Thread-Index: Acc/Q+WIep4EXJKlQoelWAq9nfHhBAACEdeg References: From: "Mani, Mahalingam (Mani)" To: "David T. Perkins" X-Scanner: InterScan AntiVirus for Sendmail X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests= X-Spam-Level: Cc: capwap Subject: Re: [Capwap] revised drafts submitted and posted. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 50a516d93fd399dc60588708fd9a3002 David, We will try to get the presentations to the website as they become available. More importantly, the resolutions we are able to reach on issues will be posted to the list as soon as we can (hopefully at the end of each day) so we can get them discussed on the list for WG approval/consensus. -mani -----Original Message----- From: David T. Perkins [mailto:dperkins@dsperkins.com] Sent: Tuesday, January 23, 2007 3:12 PM To: Mani, Mahalingam (Mani) Cc: capwap Subject: Re: [Capwap] revised drafts submitted and posted. HI, Thanks! By the way, are the presentations for each topic as specified on the agenda for the interim meeting available on the same WEB site? If not now, could they be made available when completed? On Tue, 23 Jan 2007, Mani, Mahalingam (Mani) wrote: > The revised CAPWAP protocol (-04) and 802.11bindings drafts (-01) are > now submitted by the editors and should appear soon on the ID-list. > > They have also been posted for immediate reference at > http://www.capwap.org > > > > We would use these revisions for discussions in the Interim (24-25 Jan). > > Regards, > > -mani Regards, /david t. perkins _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 23 19:24:45 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9VwT-0001FP-23 for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 19:24:45 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9VwQ-0001wM-9V for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 19:24:45 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id EEE0F398218 for ; Tue, 23 Jan 2007 16:24:41 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 4843D4A45AA for ; Tue, 23 Jan 2007 16:24:27 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 27C0E1448183 for ; Tue, 23 Jan 2007 16:24:27 -0800 (PST) Received: from sj-iport-1.cisco.com (sj-iport-1-in.cisco.com [171.71.176.70]) by hermes.tigertech.net (Postfix) with ESMTP id 0566E14480D1 for ; Tue, 23 Jan 2007 16:24:23 -0800 (PST) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-1.cisco.com with ESMTP; 23 Jan 2007 16:24:23 -0800 X-IronPort-AV: i="4.13,226,1167638400"; d="scan'208,217"; a="760309064:sNHT97183192" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l0O0ONXk021730; Tue, 23 Jan 2007 16:24:23 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l0O0ONDm002137; Tue, 23 Jan 2007 16:24:23 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 23 Jan 2007 16:24:22 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 23 Jan 2007 16:24:21 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A20325FF37@xmb-sjc-235.amer.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] revised drafts submitted and posted. Thread-Index: Acc/QIa0K01JZsj+SBmb//oEqze9AwADL9KQ References: From: "Pat Calhoun (pacalhou)" To: "Mani, Mahalingam (Mani)" , "capwap" X-OriginalArrivalTime: 24 Jan 2007 00:24:22.0897 (UTC) FILETIME=[FF249E10:01C73F4D] Authentication-Results: sj-dkim-1; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, HTML_MESSAGE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] revised drafts submitted and posted. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1771163482==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: c0aa019322dfce838bd8604f5a841b57 This is a multi-part message in MIME format. --===============1771163482== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C73F4D.FEE61448" This is a multi-part message in MIME format. ------_=_NextPart_001_01C73F4D.FEE61448 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Thanks Mani. =20 I believe it is important that I also add the following disclaimer. The drafts that are now available contain some text for which WG consensus has not been reached. Of importance are issues 226 and 138. There may be others, but these are the larger ones. The text is now integrated to allow the reader to observe the text in the larger context. The text will be modified to match the consensus reached during both the meeting, and subsequently on the list. =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Mani, Mahalingam (Mani) [mailto:mmani@avaya.com]=20 Sent: Tuesday, January 23, 2007 2:48 PM To: capwap Subject: [Capwap] revised drafts submitted and posted. Importance: High =09 =09 The revised CAPWAP protocol (-04) and 802.11bindings drafts (-01) are now submitted by the editors and should appear soon on the ID-list. They have also been posted for immediate reference at http://www.capwap.org =20 =20 We would use these revisions for discussions in the Interim (24-25 Jan). =20 Regards, -mani ------_=_NextPart_001_01C73F4D.FEE61448 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Thanks=20 Mani.

I=20 believe it is important that I also add the following disclaimer. The = drafts=20 that are now available contain some text for which WG consensus has not = been=20 reached. Of importance are issues 226 and 138. There may be others, but = these=20 are the larger ones. The text is now integrated to allow the reader to = observe=20 the text in the larger context. The text will be modified to match the = consensus=20 reached during both the meeting, and subsequently on the=20 list.

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Mani, Mahalingam (Mani)=20 [mailto:mmani@avaya.com]
Sent: Tuesday, January 23, 2007 = 2:48=20 PM
To: capwap
Subject: [Capwap] revised drafts = submitted=20 and posted.
Importance: High

The revised CAPWAP = protocol (-04)=20 and 802.11bindings drafts (-01) are now submitted by the editors and = should=20 appear soon on the ID-list.

They have also been = posted for=20 immediate reference at http://www.capwap.org

We would use these = revisions for=20 discussions in the Interim (24-25 Jan).

Regards,

-mani
------_=_NextPart_001_01C73F4D.FEE61448-- --===============1771163482== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============1771163482==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 23 19:33:41 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9W57-0006Hj-Mt for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 19:33:41 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9W55-0003Oy-7q for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 19:33:41 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 51A2F144842C for ; Tue, 23 Jan 2007 16:33:35 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 0FB734A45AA for ; Tue, 23 Jan 2007 16:33:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id D5A771448183 for ; Tue, 23 Jan 2007 16:33:25 -0800 (PST) Received: from sj-iport-1.cisco.com (sj-iport-1-in.cisco.com [171.71.176.70]) by hermes.tigertech.net (Postfix) with ESMTP id 395851448108 for ; Tue, 23 Jan 2007 16:33:21 -0800 (PST) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-1.cisco.com with ESMTP; 23 Jan 2007 16:33:21 -0800 X-IronPort-AV: i="4.13,226,1167638400"; d="scan'208"; a="760309586:sNHT67197174" Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l0O0XJPc013808; Tue, 23 Jan 2007 16:33:19 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id l0O0XEnX028241; Tue, 23 Jan 2007 16:33:15 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 23 Jan 2007 16:33:07 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 23 Jan 2007 16:33:05 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A20325FF48@xmb-sjc-235.amer.cisco.com> In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A20325FC85@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposal for image management Thread-Index: Acc+a5yDs7FFN1P8Saacib0ldr+shAAq2CjAAA3H20A= References: <4FF84B0BC277FF45AA27FE969DD956A20325FC85@xmb-sjc-235.amer.cisco.com> From: "Pat Calhoun (pacalhou)" To: "Pat Calhoun (pacalhou)" , "David T. Perkins" , X-OriginalArrivalTime: 24 Jan 2007 00:33:07.0126 (UTC) FILETIME=[379B9D60:01C73F4F] Authentication-Results: sj-dkim-2; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim2002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: margaret@thingmagic.com Subject: Re: [Capwap] Proposal for image management X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 I've had the time to think about this some more, and have changed my mind on a couple of issues. My issues are not with the problem statement, but with the proposed resolution. Please see below. > > Summary of Suggested Changes > > ---------------------------- > > 1) Eliminate WTP->AC operation to initiate image transfer, > > and thus, eliminate the "image filename" message > > element (4.4.25). > OK There are two issues here. I am ok with the image filename, but disagree with eliminating the WTP->AC. I agree that the current text is vague (at best), but the model of having the WTP initiate the file transfer works fine if we were to make a fairly simple change. When the AC responds back in the Join Response, it includes the latest firmware version that it has for the specific WTP, which allows the WTP to make the decision on whether it will initiate the download. We can have strict rules that if the firmware version it is running is different from what is advertised by the AC, then it MUST download (because the AC will not permit operation otherwise). The advantage of this change is that it touches very little of the actual protocol. It does not impact the state machine at all. PatC _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 23 19:37:10 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9W8U-0008IQ-8b for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 19:37:10 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9W8R-00043N-MK for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 19:37:10 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 5E6331448334 for ; Tue, 23 Jan 2007 16:37:04 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 5F3B74A45AA for ; Tue, 23 Jan 2007 16:36:51 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 39D4D1448183 for ; Tue, 23 Jan 2007 16:36:51 -0800 (PST) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by hermes.tigertech.net (Postfix) with ESMTP id 5299A1448108 for ; Tue, 23 Jan 2007 16:36:47 -0800 (PST) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-5.cisco.com with ESMTP; 23 Jan 2007 16:36:46 -0800 Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l0O0ajth015652; Tue, 23 Jan 2007 16:36:45 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id l0O0abnd029151; Tue, 23 Jan 2007 16:36:45 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 23 Jan 2007 16:36:31 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 23 Jan 2007 16:36:29 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A20325FF4E@xmb-sjc-235.amer.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposal for image management Thread-Index: Acc/QCmem3s9UmR3QpCtsIm3FgZ5kwADxcQQ References: <4FF84B0BC277FF45AA27FE969DD956A20325FC85@xmb-sjc-235.amer.cisco.com> <4FF84B0BC277FF45AA27FE969DD956A20325FE6A@xmb-sjc-235.amer.cisco.com> From: "Pat Calhoun (pacalhou)" To: "David T. Perkins" X-OriginalArrivalTime: 24 Jan 2007 00:36:31.0215 (UTC) FILETIME=[B1411FF0:01C73F4F] Authentication-Results: sj-dkim-3; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: margaret@thingmagic.com, capwap@frascone.com Subject: Re: [Capwap] Proposal for image management X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 200d029292fbb60d25b263122ced50fc Firmware storage is an implementation issue on the AC. I disagree the AC needs to be involved in the management of the WTP's permanent storage. To do so can lead to all kinds of interesting issues. Furthermore, a buggy AC can cause a WTP to end up being a brick (unable to boot), and guess which manufacturer would end up with the RMA. So I respectfully disagree on this point. If you read the e-mail I just sent, I proposed an alternative to have the AC send the latest available firmware for the WTP (and not completely change the protocol needlessly). In this model, we could put rules that simply state that the AC will not permit the WTP to get into the configure state if the firmware it is running is not the same as the latest available image on the AC. This provides the same level of control, without the need for the AC to manage the WTP's internal HW resources. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: David T. Perkins [mailto:dperkins@dsperkins.com] > Sent: Tuesday, January 23, 2007 2:45 PM > To: Pat Calhoun (pacalhou) > Cc: capwap@frascone.com; margaret@thingmagic.com > Subject: RE: [Capwap] Proposal for image management > > HI, > > I'm assuming that we agree that the operator must have > ultimate control. If so, the operator must know the image > storage capability of each deployed WTP (and most likely > choose the WTPs based on their capability which would allow > the designer/operator to provide the needed capabiltities of > the deployed system within a cost budget.) Given this, how > does an operator get a WTP to have the images stored on it > that are desired by the operator? How does an operator get a > WTP to reboot and run a different image that is already > stored on the WTP? > > Regards, > /david t. perkins > > On Tue, 23 Jan 2007, Pat Calhoun $pacalhou$ wrote: > > I understand your argument, but disagree. WTP vendors will ship > > firmware storage of all kinds, and I do not believe the AC > should have > > visibility into its strategy. How, and whether, a WTP has firmware > > redundancy is an implementation issue - not an AC control one. > > > > Otherwise, I believe we have agreement on the strategy. > > > > Pat Calhoun > > CTO, Wireless Networking Business Unit Cisco Systems > > > > > > > >> -----Original Message----- > >> From: David T. Perkins [mailto:dperkins@dsperkins.com] > >> Sent: Tuesday, January 23, 2007 10:31 AM > >> To: Pat Calhoun (pacalhou) > >> Cc: capwap@frascone.com; margaret@thingmagic.com > >> Subject: RE: [Capwap] Proposal for image management > >> > >> HI, > >> > >> It looks like there is much agreement with the proposal. > >> > >> There is one issue, however, where it appears that there is a > >> substantial difference in opinion, and I'd like to further > >> explore it to see if we can close the gap. > >> > >> > >> On Tue, 23 Jan 2007, Pat Calhoun $pacalhou$ wrote: > >> > >>>> 4) No support for WTP storing more than a single image. Because > >>>> current CAPWAP supports only a single image, the > image version > >>>> is implied in the value of the "software version field" of > >>>> the WTP descriptor message element. However, this is flawed, > >>>> since it assumes that vendor identifier identifies both > >>>> the hardware and software of the WTP. > >>>> (This can be resolved by adding a new message element > >>>> that lists the storage areas for WTP images, and specifies > >>>> their contents - either empty, or image description, > >>>> provider, and version; and the identification of the > >>>> image to be used on the next boot. It could possibly > >>>> additionally include image attributes such as time image > >>>> stored, number of times image used for booting the WTP, > >>>> timestamp of last time image booted, image size, MD5 digest, > >>>> counts such as "crashes" of image, etc. With the list of > >>>> storage message elements, the AC sent operation that > >>>> downloads portions of an image must be modified to specify > >>>> which storage location to store image data.) > >> > >>> So here I have to disagree. The WTP is in the best position > >> to manage > >>> its own memory, and determine the best place to store the > >> latest image. > >>> If the WTP is capable of storing 4 images, then let it do > >> so through > >>> its own accord, and don't burden the AC with this decision. The AC > >>> should not be in a position to manage image "slots". The WTP then > >>> needs to know which is the latest image to boot from, and > >> have its own > >>> strategy on using a backup should the primary be corrupted. > >> > >> > >> To me, the difference between the proposal and pat's comment > >> is in what entity is in control as to what software is > >> running on a WTP. For me, at the system level (the system is > >> an AC and multiple connected WTPs), the AC implements the > >> system level configuration as specified by the system > >> operator via a management interface to the AC. I believe that > >> WTPs have NO management interface other than CAPWAP. > >> > >> An operator must have the ultimate control as to what > >> software is running on each WTP. > >> > >> An operator must have the ultimate control as to what > >> software is stored on each WTP. (That is, if all storage > >> locations contain an image, and another image is to be > >> downloaded, I believe that the operator must decide which > >> image to replace - not the WTP.) > >> > >> To make decisions about which image to run (on next reboot), > >> and where to store an image, the operator must have: > >> 1) the capabilities of the WTP > >> 2) the following key attributes of each stored image: > >> a) vendor > >> b) version > >> c) identification (description) > >> and possibly the other attributes as specified above. > >> > >> Regards, > >> /david t. perkins > >> > > > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 23 19:37:51 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9W99-0000mZ-5H for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 19:37:51 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9W92-0004MR-Cy for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 19:37:51 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 0E2AA1448281 for ; Tue, 23 Jan 2007 16:37:41 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 689314A45AA for ; Tue, 23 Jan 2007 16:37:21 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 2862D39818A for ; Tue, 23 Jan 2007 16:37:21 -0800 (PST) Received: from nj300815-ier2.net.avaya.com (nj300815-ier2.net.avaya.com [198.152.12.103]) by zoidberg.tigertech.net (Postfix) with ESMTP id E4EFF39812C for ; Tue, 23 Jan 2007 16:37:17 -0800 (PST) Received: from cof110avexu1.global.avaya.com (h135-9-6-16.avaya.com [135.9.6.16]) by nj300815-ier2.net.avaya.com (Switch-3.1.8/Switch-3.1.7) with ESMTP id l0O0bFVB030126 for ; Tue, 23 Jan 2007 19:37:16 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 23 Jan 2007 17:37:15 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] revised drafts submitted and posted. Thread-Index: Acc/QIa0K01JZsj+SBmb//oEqze9AwADL9KQAABrxyA= References: <4FF84B0BC277FF45AA27FE969DD956A20325FF37@xmb-sjc-235.amer.cisco.com> From: "Mani, Mahalingam (Mani)" To: "Pat Calhoun (pacalhou)" , "capwap" X-Scanner: InterScan AntiVirus for Sendmail X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.19 tagged_above=-999 required=7 tests=HTML_90_100, HTML_MESSAGE X-Spam-Level: Subject: Re: [Capwap] revised drafts submitted and posted. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0675534298==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.2 (/) X-Scan-Signature: 58f9ad36a39c86859dabf772b2ea7a96 This is a multi-part message in MIME format. --===============0675534298== content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C73F4F.CBDE9764" This is a multi-part message in MIME format. ------_=_NextPart_001_01C73F4F.CBDE9764 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Pat, =20 When you (editors) get the time - (to have marked them so in the issue-tracker is good; but even better if) you can summarize the set of issues resolved to the list. =20 Thanks, -mani _____ =20 From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com]=20 Sent: Tuesday, January 23, 2007 4:24 PM To: Mani, Mahalingam (Mani); capwap Subject: RE: [Capwap] revised drafts submitted and posted. =20 Thanks Mani. =20 I believe it is important that I also add the following disclaimer. The drafts that are now available contain some text for which WG consensus has not been reached. Of importance are issues 226 and 138. There may be others, but these are the larger ones. The text is now integrated to allow the reader to observe the text in the larger context. The text will be modified to match the consensus reached during both the meeting, and subsequently on the list. =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 =20 =09 _____ =20 From: Mani, Mahalingam (Mani) [mailto:mmani@avaya.com]=20 Sent: Tuesday, January 23, 2007 2:48 PM To: capwap Subject: [Capwap] revised drafts submitted and posted. Importance: High The revised CAPWAP protocol (-04) and 802.11bindings drafts (-01) are now submitted by the editors and should appear soon on the ID-list. They have also been posted for immediate reference at http://www.capwap.org =20 =20 We would use these revisions for discussions in the Interim (24-25 Jan). =20 Regards, -mani ------_=_NextPart_001_01C73F4F.CBDE9764 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Pat,

When you (editors) get the time = – (to have marked them so in the issue-tracker is good; but even better if) = you can summarize the set of issues resolved to the = list.

Thanks,
=
-mani

From: Pat = Calhoun (pacalhou) [mailto:pcalhoun@cisco.com]
Sent: Tuesday, January = 23, 2007 4:24 PM
To: Mani, Mahalingam = (Mani); capwap
Subject: RE: [Capwap] = revised drafts submitted and posted.

Thanks = Mani.

I believe it is important that I = also add the following disclaimer. The drafts that are now available contain some = text for which WG consensus has not been reached. Of importance are issues = 226 and 138. There may be others, but these are the larger ones. The text is now integrated to allow the reader to observe the text in the larger = context. The text will be modified to match the consensus reached during both the = meeting, and subsequently on the list.

Pat Calhoun
CTO, Wireless Networking Business Unit
Cisco Systems

From: Mani, Mahalingam (Mani) [mailto:mmani@avaya.com]
Sent: Tuesday, January = 23, 2007 2:48 PM
To: capwap
Subject: [Capwap] revised = drafts submitted and posted.
Importance: = High

The revised CAPWAP protocol (-04) and 802.11bindings = drafts (-01) are now submitted by the editors and should appear soon on the = ID-list.

They have also been posted for immediate reference at http://www.capwap.org

We would use these revisions for discussions in the = Interim (24-25 Jan).

Regards,

-mani

------_=_NextPart_001_01C73F4F.CBDE9764-- --===============0675534298== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============0675534298==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 23 19:45:44 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9WGm-0005C0-FX for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 19:45:44 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9WGh-0006sa-H4 for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 19:45:44 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 3378614482D4 for ; Tue, 23 Jan 2007 16:45:36 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 7C9044A45AA for ; Tue, 23 Jan 2007 16:45:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 5EA261448264 for ; Tue, 23 Jan 2007 16:45:26 -0800 (PST) Received: from sj-iport-1.cisco.com (sj-iport-1-in.cisco.com [171.71.176.70]) by hermes.tigertech.net (Postfix) with ESMTP id 09C8B144813F for ; Tue, 23 Jan 2007 16:45:24 -0800 (PST) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-1.cisco.com with ESMTP; 23 Jan 2007 16:45:25 -0800 X-IronPort-AV: i="4.13,226,1167638400"; d="scan'208,217"; a="760310316:sNHT132403868" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l0O0jNo4011496; Tue, 23 Jan 2007 16:45:23 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l0O0jKUw007590; Tue, 23 Jan 2007 16:45:24 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 23 Jan 2007 16:45:19 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 23 Jan 2007 16:45:18 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A20325FF60@xmb-sjc-235.amer.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] revised drafts submitted and posted. Thread-Index: Acc/QIa0K01JZsj+SBmb//oEqze9AwADL9KQAABrxyAAAFiJoA== References: <4FF84B0BC277FF45AA27FE969DD956A20325FF37@xmb-sjc-235.amer.cisco.com> From: "Pat Calhoun (pacalhou)" To: "Mani, Mahalingam (Mani)" , "capwap" X-OriginalArrivalTime: 24 Jan 2007 00:45:19.0903 (UTC) FILETIME=[EC6082F0:01C73F50] Authentication-Results: sj-dkim-4; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, HTML_MESSAGE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] revised drafts submitted and posted. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1384668522==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: ca81a19b939ce054f98c8f830c2d7742 This is a multi-part message in MIME format. --===============1384668522== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C73F50.EC3B3668" This is a multi-part message in MIME format. ------_=_NextPart_001_01C73F50.EC3B3668 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All of the issues in tracker assigned to me are the only ones still in the open state. Each one of these are currently being discussed on the list (in some fashion). They are: 226 Transition to join state - New proposed text has been sent to the list, and is included in the latest draft. 227 Need Shim Header to indicate crypto property of packet - There is disagreement on the use of the preamble for data frames. Will be discussed at the interim meeting. 231 Need clarifications on Image Data Transfer - I believe Dave has raised a couple of issues he would like to have addressed 146 Updated proposal for packet formats - Dave just sent another e-mail with a wish list of changes he wants for the header. I still don't understand what the problems are that he is trying to solve, so I assume these will be discussed this week. 87 Use of DTLS for CAPWAP data channel (related to issue 227) - Similar issue to 227. =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Mani, Mahalingam (Mani) [mailto:mmani@avaya.com]=20 Sent: Tuesday, January 23, 2007 4:37 PM To: Pat Calhoun (pacalhou); capwap Subject: RE: [Capwap] revised drafts submitted and posted. =09 =09 Pat, =20 When you (editors) get the time - (to have marked them so in the issue-tracker is good; but even better if) you can summarize the set of issues resolved to the list. =20 Thanks, -mani =09 ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com]=20 Sent: Tuesday, January 23, 2007 4:24 PM To: Mani, Mahalingam (Mani); capwap Subject: RE: [Capwap] revised drafts submitted and posted. =20 Thanks Mani. =20 I believe it is important that I also add the following disclaimer. The drafts that are now available contain some text for which WG consensus has not been reached. Of importance are issues 226 and 138. There may be others, but these are the larger ones. The text is now integrated to allow the reader to observe the text in the larger context. The text will be modified to match the consensus reached during both the meeting, and subsequently on the list. =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 =20 =09 ________________________________ From: Mani, Mahalingam (Mani) [mailto:mmani@avaya.com]=20 Sent: Tuesday, January 23, 2007 2:48 PM To: capwap Subject: [Capwap] revised drafts submitted and posted. Importance: High The revised CAPWAP protocol (-04) and 802.11bindings drafts (-01) are now submitted by the editors and should appear soon on the ID-list. They have also been posted for immediate reference at http://www.capwap.org =20 =20 We would use these revisions for discussions in the Interim (24-25 Jan). =20 Regards, -mani ------_=_NextPart_001_01C73F50.EC3B3668 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
All of=20 the issues in tracker assigned to me are the only ones still in the open = state.=20 Each one of these are currently being discussed on the list (in some = fashion).=20 They are:

226 Transition to join = state - New=20 proposed text has been sent to the list, and is included in the latest=20 draft.

227 Need Shim Header to indicate crypto = property of=20 packet - There is disagreement on the use = of the=20 preamble for data frames. Will be discussed at the interim=20 meeting.

231 Need clarifications on Image Data=20 Transfer - I believe Dave has raised a couple of issues = he=20 would like to have addressed

146 Updated proposal for packet=20 formats - Dave just sent another e-mail with a wish = list of=20 changes he wants for the header. I still don't understand what the = problems are=20 that he is trying to solve, so I assume these will be discussed this=20 week.

87 Use of DTLS for CAPWAP data=20 channel (related to issue 227) - Similar issue to=20 227.

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Mani, Mahalingam (Mani)=20 [mailto:mmani@avaya.com]
Sent: Tuesday, January 23, 2007 = 4:37=20 PM
To: Pat Calhoun (pacalhou); capwap
Subject: RE: = [Capwap] revised drafts submitted and posted.

Pat,

When you = (editors)=20 get the time – (to have marked them so in the issue-tracker is = good; but even=20 better if) you can summarize the set of issues resolved to the=20 list.

Thanks,

-mani

From: Pat=20 Calhoun (pacalhou) [mailto:pcalhoun@cisco.com]
Sent: Tuesday, January 23, 2007 = 4:24=20 PM
To: Mani, = Mahalingam=20 (Mani); capwap
Subject: RE:=20 [Capwap] revised drafts submitted and=20 posted.

Thanks=20 Mani.

I believe = it is=20 important that I also add the following disclaimer. The drafts that = are now=20 available contain some text for which WG consensus has not been = reached. Of=20 importance are issues 226 and 138. There may be others, but these are = the=20 larger ones. The text is now integrated to allow the reader to observe = the=20 text in the larger context. The text will be modified to match the = consensus=20 reached during both the meeting, and subsequently on the=20 list.

Pat=20 Calhoun
CTO, Wireless Networking Business Unit
Cisco=20 Systems

From: Mani,=20 Mahalingam (Mani) [mailto:mmani@avaya.com]
Sent: Tuesday, January 23, = 2007 2:48=20 PM
To: = capwap
Subject: [Capwap] revised = drafts=20 submitted and posted.
Importance:=20 High

The revised CAPWAP = protocol=20 (-04) and 802.11bindings drafts (-01) are now submitted by the = editors and=20 should appear soon on the ID-list.

They have also been = posted for=20 immediate reference at http://www.capwap.org

We would use these = revisions for=20 discussions in the Interim (24-25 Jan).

Regards,

-mani
= ------_=_NextPart_001_01C73F50.EC3B3668-- --===============1384668522== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============1384668522==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 23 20:07:15 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9Wbb-0007YX-M8 for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 20:07:15 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9Wba-0003YL-8T for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 20:07:15 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id B11B3144841E for ; Tue, 23 Jan 2007 17:07:10 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id B63EA4A45AA for ; Tue, 23 Jan 2007 17:07:03 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 8E5781448183 for ; Tue, 23 Jan 2007 17:07:03 -0800 (PST) Received: from shell4.bayarea.net (shell4.BAYAREA.NET [209.128.82.1]) by hermes.tigertech.net (Postfix) with ESMTP id 8A8871448117 for ; Tue, 23 Jan 2007 17:07:01 -0800 (PST) Received: (qmail 26706 invoked from network); 23 Jan 2007 17:07:00 -0800 Received: from shell4.bayarea.net (209.128.82.1) by shell4.bayarea.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 23 Jan 2007 17:07:00 -0800 Date: Tue, 23 Jan 2007 17:07:00 -0800 (PST) From: "David T. Perkins" X-X-Sender: dperkins@shell4.bayarea.net To: "Pat Calhoun \$pacalhou\$" In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A20325FF48@xmb-sjc-235.amer.cisco.com> Message-ID: References: <4FF84B0BC277FF45AA27FE969DD956A20325FC85@xmb-sjc-235.amer.cisco.com> <4FF84B0BC277FF45AA27FE969DD956A20325FF48@xmb-sjc-235.amer.cisco.com> MIME-Version: 1.0 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=-0.0 tagged_above=-999.0 required=7.0 tests=SPF_HELO_PASS X-Spam-Level: Cc: margaret@thingmagic.com, capwap@frascone.com Subject: Re: [Capwap] Proposal for image management X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 41c17b4b16d1eedaa8395c26e9a251c4 HI, I appreciate you rethinking this issue. I'm troubled with the "latest" attribute, since 1) I don't believe that an AC would know how to determine this (only the WTP should have the knowledge of how to "open up" an image file). 2) I don't believe that an operator would always want to have the "latest" version of the WTP software running on a WTP. For the second, there are several examples. Here are some: 1) a vendor creates two release trains. One is a stable and well supported version. The other contains new features and may be buggy and has limited support. The operator wants wants to install each and try them out to see if how they perform in the environment. 2) a third party vendor creates images for the WTP. The operator wants to try out the code from the 3rd party vendor. 3) a WTP vendor creates normal and a debug version of software for the WTP. When running the debug version, the number of the STAs is limited, but the WTP can provide lots of information that can be used to trouble shoot wireless network problems. An operator may want to switch back and forth between versions when in normal or trouble shooting mode. So please describe how the above scenarios can be supported? On Tue, 23 Jan 2007, Pat Calhoun $pacalhou$ wrote: > I've had the time to think about this some more, and have changed my > mind on a couple of issues. My issues are not with the problem > statement, but with the proposed resolution. > > Please see below. > >>> Summary of Suggested Changes >>> ---------------------------- >>> 1) Eliminate WTP->AC operation to initiate image transfer, >>> and thus, eliminate the "image filename" message >>> element (4.4.25). >> OK > > There are two issues here. I am ok with the image filename, but > disagree with eliminating the WTP->AC. I agree that the current text > is vague (at best), but the model of having the WTP initiate the > file transfer works fine if we were to make a fairly simple change. > When the AC responds back in the Join Response, it includes the > latest firmware version that it has for the specific WTP, which > allows the WTP to make the decision on whether it will initiate the > download. We can have strict rules that if the firmware version it > is running is different from what is advertised by the AC, then it > MUST download (because the AC will not permit operation otherwise). > > The advantage of this change is that it touches very little of the > actual protocol. It does not impact the state machine at all. > > PatC Regards, /david t. perkins _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 23 20:14:58 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9Wj4-000469-I7 for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 20:14:58 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9Wj1-0004xH-L5 for capwap-archive@lists.ietf.org; Tue, 23 Jan 2007 20:14:58 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 4D0231448281 for ; Tue, 23 Jan 2007 17:14:52 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id BFA044A45AA for ; Tue, 23 Jan 2007 17:14:44 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id AB72D398036 for ; Tue, 23 Jan 2007 17:14:44 -0800 (PST) Received: from shell4.bayarea.net (shell4.BAYAREA.NET [209.128.82.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id B5883398022 for ; Tue, 23 Jan 2007 17:14:42 -0800 (PST) Received: (qmail 1283 invoked from network); 23 Jan 2007 17:14:41 -0800 Received: from shell4.bayarea.net (209.128.82.1) by shell4.bayarea.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 23 Jan 2007 17:14:41 -0800 Date: Tue, 23 Jan 2007 17:14:40 -0800 (PST) From: "David T. Perkins" X-X-Sender: dperkins@shell4.bayarea.net To: "Pat Calhoun (pacalhou)" In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A20325FF60@xmb-sjc-235.amer.cisco.com> Message-ID: References: <4FF84B0BC277FF45AA27FE969DD956A20325FF37@xmb-sjc-235.amer.cisco.com> <4FF84B0BC277FF45AA27FE969DD956A20325FF60@xmb-sjc-235.amer.cisco.com> MIME-Version: 1.0 X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=-0.001 tagged_above=-999 required=7 tests=SPF_HELO_PASS X-Spam-Level: Cc: capwap Subject: Re: [Capwap] revised drafts submitted and posted. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 93e7fb8fef2e780414389440f367c879 HI, In the message below, you indicated that I had just sent email with "a wish list of changes he wants for the header" and indicated that you don't understand the problems the changes are trying to solve. I'd appreciate any specific questions about the changes so that I can address them. I tried to justify each change, and was handicapped by not having the CAPWAP-04 spec in font of me. Now that it is available, I'll go back and check to see if the issues I raised were addressed. However, I would appreciate specific questions. regards, /david t. perkins On Tue, 23 Jan 2007, Pat Calhoun (pacalhou) wrote: > All of the issues in tracker assigned to me are the only ones still in > the open state. Each one of these are currently being discussed on the > list (in some fashion). They are: > 226 Transition to join state > - New proposed > text has been sent to the list, and is included in the latest draft. > 227 Need Shim Header to indicate crypto property of packet > - There is > disagreement on the use of the preamble for data frames. Will be > discussed at the interim meeting. > 231 Need clarifications on Image Data Transfer > - I believe > Dave has raised a couple of issues he would like to have addressed > 146 Updated proposal for packet formats > - Dave just > sent another e-mail with a wish list of changes he wants for the header. > I still don't understand what the problems are that he is trying to > solve, so I assume these will be discussed this week. > 87 Use of DTLS for CAPWAP data channel > (related to > issue 227) - Similar issue to 227. > > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > ________________________________ > > From: Mani, Mahalingam (Mani) [mailto:mmani@avaya.com] > Sent: Tuesday, January 23, 2007 4:37 PM > To: Pat Calhoun (pacalhou); capwap > Subject: RE: [Capwap] revised drafts submitted and posted. > > > > Pat, > > > > When you (editors) get the time - (to have marked them so in the > issue-tracker is good; but even better if) you can summarize the set of > issues resolved to the list. > > > > Thanks, > > -mani > > > ________________________________ > > > From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] > Sent: Tuesday, January 23, 2007 4:24 PM > To: Mani, Mahalingam (Mani); capwap > Subject: RE: [Capwap] revised drafts submitted and posted. > > > > Thanks Mani. > > > > I believe it is important that I also add the following > disclaimer. The drafts that are now available contain some text for > which WG consensus has not been reached. Of importance are issues 226 > and 138. There may be others, but these are the larger ones. The text is > now integrated to allow the reader to observe the text in the larger > context. The text will be modified to match the consensus reached during > both the meeting, and subsequently on the list. > > > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > > > ________________________________ > > > From: Mani, Mahalingam (Mani) [mailto:mmani@avaya.com] > Sent: Tuesday, January 23, 2007 2:48 PM > To: capwap > Subject: [Capwap] revised drafts submitted and posted. > Importance: High > > The revised CAPWAP protocol (-04) and 802.11bindings > drafts (-01) are now submitted by the editors and should appear soon on > the ID-list. > > They have also been posted for immediate reference at > http://www.capwap.org > > > > We would use these revisions for discussions in the > Interim (24-25 Jan). > > > > Regards, > > -mani > > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Jan 24 02:05:38 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9cCQ-0005HU-8a for capwap-archive@lists.ietf.org; Wed, 24 Jan 2007 02:05:38 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9cCO-0005Ve-C7 for capwap-archive@lists.ietf.org; Wed, 24 Jan 2007 02:05:38 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 246DA398547 for ; Tue, 23 Jan 2007 23:05:31 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 552F34A45AC for ; Tue, 23 Jan 2007 23:05:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 341121448104 for ; Tue, 23 Jan 2007 23:05:22 -0800 (PST) Received: from nj300815-ier2.net.avaya.com (nj300815-ier2.net.avaya.com [198.152.12.103]) by hermes.tigertech.net (Postfix) with ESMTP id BA728144805A for ; Tue, 23 Jan 2007 23:05:18 -0800 (PST) Received: from cof110avexu1.global.avaya.com (h135-9-6-16.avaya.com [135.9.6.16]) by nj300815-ier2.net.avaya.com (Switch-3.1.8/Switch-3.1.7) with ESMTP id l0O75Gxx006904 for ; Wed, 24 Jan 2007 02:05:17 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 24 Jan 2007 00:05:16 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: The QoS-DTLS factor. Thread-Index: Acc/hf883tWUadHSRY2YM+oC6n8X2Q== X-Priority: 1 Priority: Urgent Importance: high From: "Mani, Mahalingam (Mani)" To: "capwap" X-Scanner: InterScan AntiVirus for Sendmail X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.3 tagged_above=-999.0 required=7.0 tests=HTML_90_100, HTML_MESSAGE, X_PRIORITY_HIGH X-Spam-Level: Subject: [Capwap] The QoS-DTLS factor. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1394260570==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.3 (/) X-Scan-Signature: 8f9ac37b081a3249085c4867ee1404d4 This is a multi-part message in MIME format. --===============1394260570== content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C73F86.005EF7C8" This is a multi-part message in MIME format. ------_=_NextPart_001_01C73F86.005EF7C8 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable This was one of the issues we had to defer discussion on in IETF67 as we ran out of time. We hope to resolve this in the interim meeting and over discussion in the list simultaneously. =20 When the data traffic is DTLS protected between WTP & AC - the different streams QoS-marked (marked 11e to DS and Diffserv from DS) will need to carry appropriate markings. However, this can lead to spurious replay as the markings may cause reordering along the way. This is a concern for both WTP-terminated 802.11i (as above). This is perhaps a concern for AC-terminated 802.11i as well - given that the encapsulation marks the packets per 11e-802.1q or 11e-diffserv translation (without decryption at WTP). =20 What is the recourse? =20 1. do not mark the encapsulation at all. 2. entertain multiple DTLS streams - one per DSCP. 3. propose enhancements to DTLS to support multiple DSCP-specific SAs per session or some variant thereof. Michael Williams has suggested a proposal approximately on these lines. =20 This may not be a concern for control path. However, is there a need to expedite some messages in control path and need to be marked EF? If so - that could give rise to the same problem in the control path as well. =20 Welcome discussions on this. =20 -mani ------_=_NextPart_001_01C73F86.005EF7C8 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

This was one of the issues we had to defer discussion = on in IETF67 as we ran out of time. We hope to resolve this in the interim = meeting and over discussion in the list = simultaneously.

When the data traffic is DTLS protected between WTP = & AC – the different streams QoS-marked (marked 11e to DS and Diffserv = from DS) will need to carry appropriate markings. However, this can lead to = spurious replay as the markings may cause reordering along the = way.

This is a concern for both WTP-terminated 802.11i (as = above). This is perhaps a concern for AC-terminated 802.11i as well – = given that the encapsulation marks the packets per 11e-802.1q or 11e-diffserv = translation (without decryption at WTP).

What is the recourse?

do not mark the = encapsulation at all.

entertain multiple = DTLS streams – one per DSCP.

propose enhancements = to DTLS to support multiple DSCP-specific SAs per session or some variant = thereof. Michael Williams has suggested a proposal approximately on these = lines.

This may not be a concern for control path. However, = is there a need to expedite some messages in control path and need to be = marked EF? If so – that could give rise to the same problem in the = control path as well.

Welcome discussions on = this.

-mani

------_=_NextPart_001_01C73F86.005EF7C8-- --===============1394260570== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============1394260570==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Jan 24 03:21:28 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9dNo-0003Nr-T9 for capwap-archive@lists.ietf.org; Wed, 24 Jan 2007 03:21:28 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9dNm-0002l2-Hk for capwap-archive@lists.ietf.org; Wed, 24 Jan 2007 03:21:28 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id E50033982FB for ; Wed, 24 Jan 2007 00:21:25 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 734AB4A41E8 for ; Wed, 24 Jan 2007 00:21:16 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 03E3E4302E9 for ; Wed, 24 Jan 2007 00:21:16 -0800 (PST) Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by hermes.tigertech.net (Postfix) with ESMTP id 607394302AD for ; Wed, 24 Jan 2007 00:21:13 -0800 (PST) Received: from 10.10.64.154 by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.0)); Wed, 24 Jan 2007 00:20:59 -0800 X-Server-Uuid: 05DA3F36-9AA8-4766-A7E5-53B43A7C42E6 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 350082AF; Wed, 24 Jan 2007 00:20:59 -0800 (PST) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 0F0852AE; Wed, 24 Jan 2007 00:20:59 -0800 (PST) Received: from mail-sj1-12.sj.broadcom.com (mail-sj1-12.sj.broadcom.com [10.16.128.215]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id EUY83953; Wed, 24 Jan 2007 00:20:58 -0800 (PST) Received: from NT-SJCA-0751.brcm.ad.broadcom.com (nt-sjca-0751 [10.16.192.221]) by mail-sj1-12.sj.broadcom.com (Postfix) with ESMTP id 5FF6E20501; Wed, 24 Jan 2007 00:20:58 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 24 Jan 2007 00:20:57 -0800 Message-ID: <8954613CA6BB3242A1531D916A527A4102B60651@NT-SJCA-0751.brcm.ad.broadcom.com> In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A20325FC5C@xmb-sjc-235.amer.cisco.com> Thread-Topic: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Thread-Index: Acc6+IBUVzVGW/7PQW2haAOtDGGclAADww9gAAx+//AAz4+X0AAm0URgAB6dnBA= From: "Puneet Agarwal" To: "Pat Calhoun (pacalhou)" , "Abhijit Choudhury" , capwap@frascone.com X-WSS-ID: 69A9C9613S410275884-01-01 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests= X-Spam-Level: Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 8970a17ea8642e1e9e9a967e2088f88d Hi Pat, Please see comments inline. Thanks. -Puneet -----Original Message----- From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] Sent: Tuesday, January 23, 2007 9:36 AM To: Puneet Agarwal; Abhijit Choudhury; capwap@frascone.com Subject: RE: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) > (1) The WG decided that we need the MUX for the control plane. We believed we might potentially need it for the DATA plane at that > time but as it turns out we don't need it for the data plane (as a given DATA tunnel is either DTLS encrypted or not)- so why have > this mux CAPWAP data? I find it most interesting how there are inconsistent views on similar topics. If you recall, earlier versions of the protocol did not state what the format of the encapsulated payload was (e.g., 802.3 vs. 802.11), and at the time it was required that the header include this information to make it simpler for the data plane to determine how to handle the packet. Now we have a very similar problem, but for some reason we are now ok with state being maintained and not requiring the packet to be explicit about its contents. The group had agreed at the time that providing explicit notification in the payload is mandatory, which you requested (see http://lists.frascone.com/pipermail/capwap/msg02747.html), so I am not sure why this case is any different. [Puneet-1-24]: As you are well aware, while going through the details of the Local MAC model, it became evident that we will need to transport both 802.3 frames and 802.11 Management frames in the same CAPWAP DATA tunnel (hence knowing the payload type .11/.3 etc is now a requirement). As I have consistently argued that knowing whether the payload is encrypted or not is a nice to have feature for CAPWAP DATA but wasting 31 bits (because of our proposed preamble header) is a very inefficient protocol design and hence this feature should be taken out of the protocol. > (3a) As to the open issues on the data channel, we have a state that describes data association done but I didn't find text (maybe > I didn't look in the right place so a ptr would be helpful) that describes how the CAPWAP Data session negotiates the key info > under the control of the state m/c. It was sent some time ago, but if you take at look at the most recent 226 proposed text, you will notice the "Data Check" state, and the associated text for that state transition. [Puneet-1-24]: The proposed text states: "The WTP initiates the data channel, which MAY require the establishment of a DTLS session, starts the DataChannelKeepAlive timer (see Section 4.6) and transmits a Data Channel Keep Alive (see Section 4.3.1)" Looking at this, I am not sure how one knows the sequence of events needed to establish the DATA DTLS session. It would be great if you can elaborate on how the above text sheds light on how the DATA DTLS session is established (and the intermediate states that it might entail). > (3b) For the data channel, we still haven't decided whether we are going to require different classes of service (say upto 4/8) to > have their own DTLS sessions. This is to prevent frame reordering between different classes of traffic from confusing the DTLS > machines replay windows. Depending on how this may need to be implemented (different UDP tunnels or same UDP tunnel carrying > different DTLS session - that may actual require 2/3 bits for demuxing). Correct, and we discussed this at the last IETF meeting. The preamble includes a reserved field which we had discussed could be used for multiplexing purposes. [Puneet-1-24]: We discussed this briefly without reaching any conclusion. I haven't seen any rough consensus on the list either. Hence this is still an open question Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems ________________________________ From: Puneet Agarwal [mailto:pagarwal@broadcom.com] Sent: Monday, January 22, 2007 3:19 PM To: Pat Calhoun (pacalhou); Abhijit Choudhury; capwap@frascone.com Subject: RE: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Hi Pat, Thanks. -Puneet ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] Sent: Thursday, January 18, 2007 12:04 PM To: Puneet Agarwal; Abhijit Choudhury; capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Puneet, Addressing your specific list of options: 1) Continuing to bring up the removal of the MUX is simply a waste of time. The WG has decided, so let's move on please. 2) To propose that the CAPWAP header be secured in a different fashion is also pointless, because DTLS will encrypt the whole frame. 3) I would certainly be interested in understanding what exactly you believe has been under-specified for DTLS Data channel in version 4 (for which text has been provided on the list). The AC Descriptor communicates the DTLS policy. The state machine has been revised to ensure that the control channel waits for the data channel to be established. I'm certainly unaware of any support to remove DTLS on the data channel, or what the issues you are alluding to. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems ________________________________ From: Puneet Agarwal [mailto:pagarwal@broadcom.com] Sent: Thursday, January 18, 2007 6:17 AM To: Abhijit Choudhury; capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Hi Abhijit, CAPWAP control and data are completely orthogonal to each other as they serve very different purpose. For example, MPLS-TE, control and data plane are different - where MPLS TE used RSVP/LDP for control plane whose frame formats are completely different from the MPLS label stack used for transporting the actual data. I agree with you in the general principle of trying to keeping them same (to the extent possible) but it should be at the expense of adding unnecessary overhead to one or both of them. Hence CAPWAP data should not be bloated to maintain some vague notion of compatibility with CAPWAP control. With respect to the original question at hand (determine if the CAPWAP data pkt is encrypted or not), I think there are 3 options that seem reasonable (without worrying about CAPWAP control compatibility): (a) Have the UDP tunnel itself indicate if the pkt is encrypted (hence remove the MUX) (b) Remove MUX and put the "Encrypt" bit in the CAPWAP hdr - with the caveat that only CAPWAP payload is protected (c) Remove MUX hdr and remove support for CAPWAP Data DTLS as it is currently unspecified how this would be set up. When it is specified, then we can have the debate about what parts of the data needs to be encrypted. Adding 32 bits for 1 bit of marginally useful information (and still unspecified setup) is a complete waste of space in a data hdr. Thanks. -Puneet ________________________________ From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com] Sent: Thursday, January 18, 2007 4:02 AM To: Puneet Agarwal; capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Puneet, Please see my comments in-line. Abhijit ----- Original Message ---- From: Puneet Agarwal To: Abhijit Choudhury ; capwap@frascone.com Sent: Thursday, January 18, 2007 1:58:32 AM Subject: RE: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Hi Abhijit, Looks like other protocols (including .11) did not have any issues putting this 1 bit in the non-protected part of their (.11) hdr and seem to have a very secure protocol (with WPA2 etc). One can always decide which hdr fields one want to include in the part covered by the authentication/encryption. Hence I am having a hard time understanding why we in CAPWAP keep on insisting that the CAPWAP hdr (especially for CAPWAP DATA) needs to be after DTLS. It seems that having DTLS after CAPWAP hdr would be perfectly secure as well. Hence I disagree with your assertion that DTLS hdr MUST be before CAPWAP hdr. [Abhijit] We should stay away from having different formats for CAPWAP CONTROL and CAPWAP DATA. There should be only one frame format - the CAPWAP frame format. As for what needs to be protected, there are parts of the CAPWAP header that needs to be protected (wireless info, radio mac etc) and other parts that may not. I believe the group decided to protect the entire CAPWAP header in the mailing list earlier. That is why the DTLS header is before the CAPWAP header. My earlier position is still valid: Remove MUX hdr for CAPWAP Data. Potentially add 1 bit in the CAPWAP hdr for the encrypted payload flag. Thanks. -Puneet ________________________________ From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com] Sent: Thursday, January 18, 2007 1:45 AM To: Puneet Agarwal; capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Hi Puneet, Unfortunately, the CAPWAP header occurs after the DTLS header. So, putting info there doesn't help. We need something before the DTLS header .. all we have there is the IP and UDP headers and we can't insert anything there. Abhijit ----- Original Message ---- From: Puneet Agarwal To: Abhijit Choudhury ; Jim Murphy Cc: capwap@frascone.com Sent: Thursday, January 18, 2007 1:31:30 AM Subject: RE: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Hi Abhijit, The real issue is the fact that we are using a full 32 bits to add this 1 bit info. One would be perfectly happy if we put this 1 bit in the CAPWAP hdr (by using one of the flag bits). I speculate that .11 (using your example) would have had a fairly adverse reaction if one suggested adding 32 bits for one bit of info. To your other point about high speed implementations: it depends on your particular implementation. There are many other high speed implementations that do not suffer from the issue that you describe. Hence here is my position: Remove MUX hdr for CAPWAP Data. Potentially add 1 bit in the CAPWAP hdr for the encrypted payload flag. Comments? Thanks. -Puneet ________________________________ From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com] Sent: Wednesday, January 17, 2007 8:33 AM To: Jim Murphy Cc: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Jim, You are correct that the UDP port will identify the packet to be a CAPWAP data packet or not. However, the tunnel attribute that you mention, will typically be the result of a lookup into some data structure. Since some data tunnels could have DTLS encryption and some may not, further parsing of the packet will have to stall until this lookup is done. In high speed implementations, this is not desirable. As I said before, in a clean protocol design, a packet should have all the information required to parse it. For example, the 802.11 header has an extended IV bit that indicates whether the packet carries an extended IV or not. It can argued that a client's traffic at a radio will only have one kind of encryption and hence this is not needed. However, this bit allows parsing of the packet without looking into any client database. Regards, Abhijit ----- Original Message ---- From: Jim Murphy To: Abhijit Choudhury Cc: capwap@frascone.com Sent: Wednesday, January 17, 2007 6:30:00 AM Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) If, as you suggest, DTLS encryption is an attribute of the tunnel and not of the packet, then indeed the preamble is superfluous. There is no additional lookup required if the preamble is not used. To identify a CAPWAP data packet, the forwarding plane is plumbed with the data channel 5-tuple (src IP, dst IP, IP proto, src port, dst port). The forwarding operation is to either decrypt the packet if the tunnel attribute is DTLS encrypted or to CAPWAP de-encapsulate if not. There is no need to look at the CAPWAP preamble to make this decision - it is plumbed in directly. Given that control and data are using different UDP ports and most likely processed on completely different processors, there is no technical or functional value in having uniformity in headers. Thanks, Jim Abhijit Choudhury wrote: > There is no question that the spec has to include a mechanism > to establish an encrypted data channel. > > I think the expectation is that the DTLS encryption of > data channel packets will be enabled or not on a per-tunnel basis. > That said, I would still strongly recommend that the group consider > a packet format that is uniform across the control and data channels. > > In general, it is desirable to have enough information in > a packet header to indicate what the packet format is. No > configuration lookups should be needed to parse the packet. > This is what the proposed CAPWAP preamble header achieves. > In a lot of hardware implementations, being able to parse > packets without waiting for lookup results speeds up the > implementation. With the speeds and scales of implemenations > going up in the future with the adoption of 802.11n, we should > keep the protocol design clean and simple, and not complicate > designs to save a few bytes. > > > Regards, > Abhijit > > > -----Original Message----- > From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] > Sent: Tuesday, January 16, 2007 4:05 PM > To: Pat Calhoun (pacalhou) > Cc: capwap@frascone.com > Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of > 146) > > The following proposal suggests that the CAPWAP preamble is required in > the data channel. I propose the CAPWAP preamble is not required in the > data channel for the following reasons: > > 1. It is not specified in the CAPWAP spec how to establish an encrypted > *data* channel. > > 2. Even if #1 had been specified, then it is not specified how one > signals which data channel packets are DTLS encrypted and which are not. > One could imagine that it would be based on session, but there is no > mechanism specified for how this is accomplished. > > Considering that the CAPWAP preamble adds no value to the data channel, > I propose that the preamble is removed. As I've argued in the past, > being frugal with the use of bytes in data channel headers is critical > for high performance and large scale implementations. > > The inclusion of the preamble in the data channel may be considered in a > future version of CAPWAP when the above issues have been addressed. > > Thanks, > > Jim > > Pat Calhoun (pacalhou) wrote: > > All, > > > > Following the discussion at the IETF meeting in San Diego, I wanted to > > > provide the following proposed resolution for the above issues. Note > > that issues 224 and 89 are directly resolved as part of this fix, > > while issue 146 includes several topics, and this issue only addresses > > > one of the issues raised. > > > > NOTE: The format of the frame I have included here is slightly > > different from the one that I had presented in San Diego. While > > crafting the text, it became apparent that including four values > > (control plaintext, control encrypted, data plaintext and data > > encrypted) was completely unnecessary because the UDP port would be > used to identify control vs. > > data. So the type field really states whether the field is plain text > > or DTLS. There is also room to allow for future encryption protocols > > to be used here. The new header is called preamble, and includes 24 > > reserved bits. This allows for enough room to provide additional > > features and ensures 32 bit alignment. > > > > Proposed Text > > ------------- > > > > 4 CAPWAP Packet Formats > > > > This section contains the CAPWAP protocol packet formats. A CAPWAP > > protocol packet consists of a CAPWAP Transport Layer packet header > > followed by a CAPWAP message. The CAPWAP message can be either of > > type Control or Data, where Control packets carry signaling, and > Data > > packets carry user payloads. The CAPWAP frame formats for CAPWAP > > Data packets, and for DTLS encapsulated CAPWAP Data and Control > > packets. See section Section 3.1 for more information on the use > of > > UDP. > > > > The CAPWAP Control protocol includes two messages that are never > > protected by DTLS. These messages, called the Discovery Request > and > > Discovery Response, need to be in the clear in order for the CAPWAP > > protocol to properly identify and process them. The format of > these > > packets are as follows: > > > > CAPWAP Control Packet (Discovery Request/Response): > > +---------------------------------------------------+ > > | IP | UDP | CAPWAP |CAPWAP | Control | Message | > > | Hdr | Hdr | p-amble|Header | Header | Element(s) | > > +---------------------------------------------------+ > > > > All other CAPWAP control protocol messages MUST be protected via > the > > DTLS protocol, which ensures that the packets are both > authenticated > > and encrypted. The format of these packets are as follows: > > > > CAPWAP Control Packet (DTLS Security Required): > > > +------------------------------------------------------------------+ > > | IP | UDP | CAPWAP | DTLS | CAPWAP | Control | Message | DTLS > | > > | Hdr | Hdr | p-amble| Hdr | Header | Header | Element(s) | Trlr > | > > > +------------------------------------------------------------------+ > > \----------- authenticated ------------/ > > \------------- encrypted > > -------------/ > > > > The CAPWAP protocol allows optional encryption of the data frames, > > once again using the DTLS protocol. Whether or not the data frames > > are encrypted is a matter of policy, which is described in a later > > section of this specification. The format of these packets is as > > follows: > > > > CAPWAP Plain Text Data Packet : > > +-----------------------------------------+ > > | IP | UDP | CAPWAP | CAPWAP | Wireless | > > | Hdr | Hdr | p-amble| Header | Payload | > > +-----------------------------------------+ > > > > DTLS Secured CAPWAP Data Packet: > > +------------------------------------------------------+ > > | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | > > | Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr | > > +------------------------------------------------------+ > > \----- authenticated -----/ > > \------- encrypted --------/ > > > > UDP: All CAPWAP packets are encapsulated within UDP. Section > > Section 3.1 defines the specific UDP usage. > > > > CAPWAP preamble: All CAPWAP protocol packets are prefixed with the > > preable header, which is used to identify the frame type that > > follows. This header, is defined in Section 4.1. > > > > DTLS Header: The DTLS header provides authentication and encrytion > > services to the CAPWAP payload it encapsulates. This protocol > is > > defined in RFC 4347 [9]. > > [...] > > > > 4.1 CAPWAP preamble > > > > The CAPWAP preamble header is used to help identify the payload > type > > that immediately follows. The reason for this header to is avoid > > needing the perform byte comparisons in order to guess whether the > > frame is DTLS encrypted or not. The format of the frame is as > > follows: > > > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 > 1 > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |Version| Type | Reserved > | > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > Version: A 4 bit field which contains the version of CAPWAP used > in > > this packet. The value for this draft is zero (0). > > > > Payload Type: A 4 bit field which specifies the payload type that > > follows the preamble header. The following values are > supported: > > > > 0 - Clear text. If the packet is received on the data UDP > port, > > the CAPWAP stack MUST treat this as a clear text CAPWAP data > > packet. If received on the control UDP port, the CAPWAP > stack > > MUST treat this as a clear text CAPWAP control packet. If > the > > control packet is not a Discovery Request or Response packet, > > it is illegal and MUST be dropped. > > > > 1 - DTLS Encrypted. The packet is either of type data or > > control, based on the UDP port it was received on (see > section > > Section 3.1). > > > > Reserved: The 24-bit field is reserved for future use. All > > implementations complying with this protocol MUST set to zero > any > > bits that are reserved in the version of the protocol supported > by > > that implementation. Receivers MUST ignore all bits not defined > > for the version of the protocol they support. > > > > 4.2 CAPWAP Header > > [...] > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 > 1 > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |Version| RID | HLEN | WBID |T|F|L|W|M| Flags > | > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > [...] > > > > Version: A 4 bit field which contains the version of CAPWAP used > in > > this packet. The value of this field MUST match the version > field > > set in the CAPWAP preamble header (see Section 4.1). The reason > > for this duplicate field is to avoid any possible tampering of > the > > version field in the preamble header which is not encrypted or > > authenticated. > > > > > > Pat Calhoun > > CTO, Wireless Networking Business Unit Cisco Systems > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > > > ------------------------------------------------------------------------ > Never Miss an Email > Stay connected with Yahoo! Mail on your mobile. Get started! > > > > ------------------------------------------------------------------------ > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap ________________________________ Check out the all-new Yahoo! Mail beta - Fire up a more powerful email and get things done faster. ________________________________ Have a burning question? Go to Yahoo! Answers and get answers from real people who know. ________________________________ It's here! Your new message! Get new email alerts with the free Yahoo! Toolbar. _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From visorry@ceca.co.cr Wed Jan 24 06:50:59 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9geZ-0006YG-LR for capwap-archive@ietf.org; Wed, 24 Jan 2007 06:50:59 -0500 Received: from edl231.neoplus.adsl.tpnet.pl ([83.22.253.231] helo=rafael) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H9geU-0007Nv-ME for capwap-archive@ietf.org; Wed, 24 Jan 2007 06:50:59 -0500 Message-ID: <055f01c73f62$3efe22e0$5880b1c0@iexperiencesm> Reply-To: "Greggw Vance" From: "Greggw Vance" To: Subject: maya odium Date: Wed, 24 Jan 2007 12:50:43 +0100 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0002_02F0D35E.C46C6CC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.2969 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.2969 X-Spam-Score: 2.1 (++) X-Scan-Signature: 2e8fc473f5174be667965460bd5288ba ------=_NextPart_000_0002_02F0D35E.C46C6CC0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0002_02F0D35E.C46C6CC0" ------=_NextPart_001_0002_02F0D35E.C46C6CC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable San Benardino National Forest to its very core and shocked the entire world." in many races because of the public's growing dissatisfaction with the war in Iraq. And Mourners honored the firefighters killed by the California arson fire as the first after Sunday's expected announcement of a verdict in the trial of former Iraqi leader the river without filing flight plans or checking in with air traffic control. The National Forest supervisor.Oyler was charged with five counts of murder, 11 told CBS's "The Early Show" on Friday, before her brother Jason McKay's funeral. the river without filing flight plans or checking in with air traffic control. The ... The finger is pointing at him." Authorities were trying to determine whether Jess McLean, 27, of Beaumont; Daniel Hoover-Najera, 20, of San Jacinto; Mark support the president's handling of it. Violence against Iraqis has grown unabated The flames overran the fire crew, destroyed 34 homes and charred more than 60 and in the families, need," said Jeanne Wade Evans, the San Bernardino Oyler has any links to at least 40 fires in the area since May, according to an October 26 in Southern California's San Jacinto Mountains. but he did not disclose a motive and would not say what led investigators to Oyler. on terror. "If they say they want to win the war on terror, but call for America from terrorists. Bush said Democrats calling for withdrawing U.S. troops from Iraq Jess McLean, 27, of Beaumont; Daniel Hoover-Najera, 20, of San Jacinto; Mark Two days after the accident, the Federal Aviation Administration ordered small, and fell 30 stories to the street below. Investigators do not say whether they from terrorists. Bush said Democrats calling for withdrawing U.S. troops from Iraq Two days after the accident, the Federal Aviation Administration ordered small, the river without filing flight plans or checking in with air traffic control. The Two days after the accident, the Federal Aviation Administration ordered small, because the case is continuing.Last week's fire was stoked by Santa Ana winds aircraft away from its intended path over the East River and into the building. San Benardino National Forest to its very core and shocked the entire world." that said "Cards fans for Talent" -- a reference to the St. Louis Cardinals' World air traffic controllers. Small planes could previously fly below 1,100 feet along (Watch Michael J. Fox back McCaskill on stem cells -- :32 ) Democrats say they are ahead Mourners honored the firefighters killed by the California arson fire as the first question: 'What's your plan?' " Bush said at a rally for Missouri Sen. Jim Talent, in the past month, with more than 1,300 killed since October 1. Fearing more bloodshed Oyler "adamantly denies involvement in this fire and in any of these fires, Mourners honored the firefighters killed by the California arson fire as the first square miles before being contained Monday. Three firefighters died when the flames Republicans are all calling for change, he's desperately clinging to his stay the Board said the wind, coupled with the pilot's inability to turn sharply, forced the of starting that fire with murder. A light wind was cited by federal investigators Oyler "adamantly denies involvement in this fire and in any of these fires, ------=_NextPart_001_0002_02F0D35E.C46C6CC0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
San Benardino National Forest to its very core and shocked the entire world." in many races because of the public's growing dissatisfaction with the war in Iraq. And Mourners honored the firefighters killed by the California arson fire as the first after Sunday's expected announcement of a verdict in the trial of former Iraqi leader the river without filing flight plans or checking in with air traffic control. The National Forest supervisor.Oyler was charged with five counts of murder, 11 told CBS's "The Early Show" on Friday, before her brother Jason McKay's funeral. the river without filing flight plans or checking in with air traffic control. The ... The finger is pointing at him." Authorities were trying to determine whether Jess McLean, 27, of Beaumont; Daniel Hoover-Najera, 20, of San Jacinto; Mark
support the president's handling of it. Violence against Iraqis has grown unabated embezzle anchovy anything The flames overran the fire crew, destroyed 34 homes and charred more than 60 and in the families, need," said Jeanne Wade Evans, the San Bernardino Oyler has any links to at least 40 fires in the area since May, according to an October 26 in Southern California's San Jacinto Mountains. but he did not disclose a motive and would not say what led investigators to Oyler. on terror. "If they say they want to win the war on terror, but call for America from terrorists. Bush said Democrats calling for withdrawing U.S. troops from Iraq Jess McLean, 27, of Beaumont; Daniel Hoover-Najera, 20, of San Jacinto; Mark Two days after the accident, the Federal Aviation Administration ordered small, and fell 30 stories to the street below. Investigators do not say whether they from terrorists. Bush said Democrats calling for withdrawing U.S. troops from Iraq Two days after the accident, the Federal Aviation Administration ordered small, the river without filing flight plans or checking in with air traffic control. The Two days after the accident, the Federal Aviation Administration ordered small, because the case is continuing.Last week's fire was stoked by Santa Ana winds aircraft away from its intended path over the East River and into the building. San Benardino National Forest to its very core and shocked the entire world." that said "Cards fans for Talent" -- a reference to the St. Louis Cardinals' World air traffic controllers. Small planes could previously fly below 1,100 feet along (Watch Michael J. Fox back McCaskill on stem cells -- :32 ) Democrats say they are ahead Mourners honored the firefighters killed by the California arson fire as the first question: 'What's your plan?' " Bush said at a rally for Missouri Sen. Jim Talent, in the past month, with more than 1,300 killed since October 1. Fearing more bloodshed Oyler "adamantly denies involvement in this fire and in any of these fires, Mourners honored the firefighters killed by the California arson fire as the first square miles before being contained Monday. Three firefighters died when the flames Republicans are all calling for change, he's desperately clinging to his stay the Board said the wind, coupled with the pilot's inability to turn sharply, forced the of starting that fire with murder. A light wind was cited by federal investigators Oyler "adamantly denies involvement in this fire and in any of these fires,
------=_NextPart_001_0002_02F0D35E.C46C6CC0-- ------=_NextPart_000_0002_02F0D35E.C46C6CC0 Content-Type: image/jpeg; name="Kathrinefkx.jpeg" Content-Transfer-Encoding: base64 Content-ID: <055f01c73f62$3efe22e0$5880b1c0@iexperiencesm> R0lGODlhmAF/AfcAAAAAAP8AAP///wCZmQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAAmAF/AQAI/wAFCBxIsKDBgwgTKlzIsKHD hxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJkyhTqlzJsqXLlzBjypxJs6bNmzhz6tzJs6fP n0BXBhg6VCHRokGTXjwaQKnTiEybRkUatePUplCRGtX6tOJUAVcFVj1JVCPWg1eZEuT6deBY hG11ll3L1e3ZpXXtSpy79W5Xr3X50lUpGLBfg4ULgw2cVzHdvDkVS96o1TFEy4+DQjaMuDFg ipgvb7Z7eHFBx4dDHwXa2LPZzG73jiatuTTn064nzu6bcXVC1GxH3y1bWi3rzn53Pww+3DbG 0DeVZ0WO+7Nu6QuLzgbe3Hl1sGh9+/+U+hi7bNhivYdXv5g9TeiyuwcHbR63++zpnXNHz59q 6vasJSceeHANuNxuxtm3nmirvZUfY3MlWGBcD94HIGls/SZhWva15qBD/ukHGYThfcfYhSAa mJaFKa6Vnl4lvpiVd5Wl1hqGDQl2o4z9SWdZjQe6aBqP3xGJYpEQYgXfaYNNqOCTTTqp15I8 eqhkfQxFqGSUXA55oIhF5hfmkXiNqaOPIwqY4pVietljdwu2KSdo/JUnoZ3aFTjnlfed+CZl lcFom59famgmoXNqOFyOAsKZZZpjKipjhIbSZmmYylHp5qaXZocdkJN+quafgIrVZHEkFhpn p2c2uqaRmtb/KWWdVFJ16qMDxkoqoxTKOquntyb665GtcpQmd2GpSt2uZNZqK5R7Ytlpos66 eWd5RkrK27RGLQvtto8ySSCZwxbLrUVs4rjqbd5G6+i5eo47rbnCPidqqyyayi109OIX47fa hhubl0smxpyv6EIab8JgdtkvuYoqDCOraKbLaUkGOxqip+/62269625Fq6iHdtybZw0LqWxn Jbe8ssM2IvwkqBPz+vG8BxOcHLS1DgtxyJVS3OeoQlu1Y9Dyvhq0hyw/yODSqPI5tL4TYynZ Znzd+aylqYIMMLUk89qxpjQXbRVcuNbH4XpJZtyryBGLmGxfUUub9F84ETewdtey/93oivni 7VLgghdu+OGIg5j44ow37viFdj8u+eSUs0Qc4ZVnrvnmHhnI+eeghy766KSXbvrpqKeu+uqs t+7667DHLvvstNdu++2456777rz37vvvwAcv/PDEF2/88cgnr/zyzDfv/PPQRy/99NRXb/31 2Gev/fbcd+/99+CHL/745Jdv/vnop6/++uw7FXn7uq+NUt99X6cr/L/ff7KDc9uLOf6705+9 1KWz930NgMcT4FKg5Kr9IbB5CkQXAw8YnwcyL4JemeDIKjQhz1mweMhqW/0YBbf28E1rZ/Hg B4d3NZVh62ccC5jTZggrA64wgIgilrS2Y6MGNsuGN4zdZP9GZjKBLYyIOPtfEFfXNeRkTGb/ iiISwabEJabuYW16IrykGKkketGKvNNizX5YxCM2rVw18iEYc8e0L5qNY21ZkRvFo8I10i5m smoifABnwriIsY9SAaIdR5ehf+1nixj6Ch/9SEctYXCQhESQbxzJR0ha8pKYzKQmN8nJTnry k6AMpShHScpSmvKUqEylKlfJyla68pWwjKUsZ0nLWtrylrjMpS53ycte+vKXwAymMIdJzGIa 85jITKYynydIY4XQiVVMG+OaGaA6ms6algOXuETCt8Vhc5rRpNw3hRIxKJbKOgkDyTjPacTO hXNy65yf3CjozHRG5pHqfCcXVef/n5oIJzBUC4kBqenObMWEoF28osUAmcITdkg+d5PXP/W1 0K0lEjZZm2QNmcMnOVUlVygcYT8fetF5URRf8oFoSdvZq3gWrmxaqlpDa6Y3YOkpUGXTYJWa c8SKIimlNB2pzko4nyEJtZtVkmlQTZSusHFtURcDp+eKOiqYEi2ng+knVpXK1YEN9asBBSun igrWf/IPj1FCallnutRQnSetWxqj4wDaVqL1EWYjNJFRd2Yttga0kHYy6N2sesa1ynWMHH3h ULH2N54mMo0WIlSgNjeitkq0o31N6ESzmMIuccmxXo1pWPdmMbJaFrKb9exYSxvIhYn2RWo1 I9LKyrnK/3L2VGw9U9O2SrWMCkm3RGooaDfmVtg21bTB9eunzjjSo7a2uF/VbXOP2yK4ejWi icsVgM4K0ssFkjwv/NDlTNNI75rwvI8taYNCxNOUsldqJ/wufAf13LsmKKQdqpB8v0tD9N5V sGNZb34FWznGkg+wtdUn6ww8Pt7CU8FMvBpCkefSZVr4whjOsIY3zOEOe/jDIA6xiEdM4hKb +MQoTrGKV8ziFrv4xTCOsYxnTOMa2/jGOM6xjnX5FuPIUUEOBmRW9Vm3+3pXuFaCcDFxKtc0 FnawoN2Ugj1o2iq3kcVMtqx/ybvN4BY2suqhcpStnLMWI1eo/a1vVKM64f5qmf/M7XWxJDfK Hsm69p1oTu6MXNRmY0ryaJjyI9TMstDqetmoBKYxD2Nz5kLLlj6I9aLBELPmFavtubH1E4Mr /aVr0ejTe+X0iO163VuhWdN9SmgJ9Tzbnx4WxVF2oQtPfVW0Qnmfq1Xtq0OVZxVv1bbg8auU oVpqoF1H14kWrqxT/LYeqwhwU90QFrXJUHLJl2XjpdSOt83tbnv72+AOt7jHTe5ym/vc6E63 utfN7na7+93wjre8503vetv73vjOt773ze9QDmAAx/v3LAU+E4IHHOCTQzjADa6Tfzv84QV/ OMIRovCFQLwgF6f4xCUi8I0LJOMHcThBGO4RkitE5Bv/MXniCA7ynTBc5SqRuAA8rvGTf/zl N08IzBnCcoP3vOY/B0nLLU5zi+y8cCQ/ekqO/vKiY9zpEYF5xxde84FIfeQVx3rIoW51mjc9 513f+swVzvWMKP3pHTn7U0yudpMwfeNtH8nUTw53p9f942g3yNnZfvexa13vCw88SeLud44Q PiiHjznXvx4TlOu874APe+HBnne6A37iQae81ucu97JXXiOJ/4nSHe9zmd886aSXeN0d//nS s77pqA+95MU++8fXXuV7L3vp/375yWvc9ay3Pc8zbvqxi3zomkdc7h8P+5lL3vVW5/3Wi3/6 ymc+81HvOO2TH/mRd73oUld9//B9z3jbj1/6KB+97r9P+fLvXPY92bvlPz/53Ue/9t2nOO3t b3+OCz7/vgeAWHd+zkd0Nod+und8UOd+nrd4edd/9beAnrd2XudxEyh9xkd8cIeB9NcQ2Pd9 yGd5nNd6Ejh8IeeBdrd9AYh2IwiAEDgRFrh6qLeCHHg4M4h/HFiBVYd3YYd76/eA4HeBBuiD NRiB7beAJqh3f1d+YteCJIiDGGdxQEh2T/d2kvOCPteBQXiE3teDWyh8vHd9VAgRTLiEdtd3 LGeA84eAz7d4VPh+kKd+PFd9hTd+BMh9ixN4QViBpGd8VYh5xxeBfId8pqd6pxeDoReIdMeA hoh3y/+XfRkog2roh9MXiFMXfrknc5pYhh3ISkJ4Ep/YOnBIS6HoPU7Yb1d4h6i4iqzYiq74 irAYi7I4i7RYi7Z4i7iYi7q4i7zYi774i8AYjMI4jMRYjMZ4jMh4PdQ3eCHoO/CXOpsofqXY FaqIgYn4jNknjdX4ezfRiNlIhhfYjDnhg9iIeGqnjRSxjSUXezDYjf8nhN44fPHIfpToE1TX ew03jdwoj8sIjvpodEQ4juGoeZ+ojodIiJBnj2focv+Ij1KYcg1ZEednkCuhjmN4jw5BkRPI d0DRf+XYeRC5kRFZhJ23h3gDiFDIfA/xiCRpE6mXkjJBkfLogYZXgCgxkR//2Xg0mJFxJ5IC mI8oOX0HCYLzOIBXJ4jz2I8HaZHi54+K+Iewp4DiSIfWl34yuIVwOJKVKJE9qZR2mJPMSHYJ eH9GmZJBGYart4MceYgoCIjhiHkryIQg13bB95X4J5NcuI6yp5FJN4AOyZBF2Yn0eJcu6HWD aY0JWY9geJg7eJfNd5jwKI1qiYhEd5Z4iBFTuY9J6JdUyZgCKZaTKJSI+YS3F5ClWYWb2ZLJ Z4eoiX4rSZc2qY+JCZabZ5M8+Zbb95VaWRIvmZqcOZh12XNuyIetGZz/qIrGyXzBCZN/CZCJ 2ZqeiZmWOZPO2ZnW+Zm315i/SZUQ14jIOYiSqZji/+mPiwidnJmctkmdcyiBafl74Wl401mZ F9GbqkkT9JmebNmcqTecc2ie+pmJzemf6HmdT0mTK4mfkJmV6eiTLyifbemQaxl/76eE47mc qmmFeamZ1xmgLNmZA0qUkMiTKtmS19iAI0h4BmmXOEibJamdsUmcoxmFhEmPDTqbHbqh9Pd6 7BigDoqCIzqjB2h2cMmDr4mbAvqcQKmENyieGqiCOriaC8l9wOej0ZmbFhqJolmkr/mjs7ek CGp093d4OBmD20mHeMkS2tidVxmJYqmU1XeGurmHmNiUlYmXekh9hYiN6Ah0c3mnf6ihafd/ RZqUQvl2LOoUZ7o7u+k4i/9qPIf6Oo2ah+GDkcUzpKI4qZG6OgrYYproqI+ajKAaqqI6qqRa qqZ6qqiaqqq6qqzaqq76qrAaq7I6q7Raq7Z6q7gqYgCwq7xKELwKAJzTqw0hrBbxqwZhrL66 q8nKEMrqEMS6EcbarCvxrBIhrZpjrQKgrNhaOduaEN0KEc1KrOEKrAKhreT6rQOBrM5KrtB6 rtSaEug6rOx6rfOarfVqE/GKEd+Krfm6ENY6rstqrwI7sP56rwrRr+BarwhLsO1arOy6sILD rwabOfuqsBNLEQCbru4qsAsLsQx7EdvqsR4hsgUhrST7FBIrOhVbshcrrwH7rxtrruuasA1b Eyf/q7E4SzkwS63A2qvqyrPuarDRGrQaG7Imq63JKrHqmrRHu7Tl+rHemrPl+rAy+xAtO7U/ +6y/2rPvirBIi7UPa6/verBbm7RMO7Zim63HurVsW7RnG7Q+O7Q3y6wW661Ui7P8KrUsu7FT a7d9O7DzmrGAu7Jmy7CCixAwG7DLirYlW7BY+7dPK7XdurMm66uK+7cdS7R9u7OQy7J+O7h4 G7hZK653CxIpi7ile7TpermXe7Gq67mwC7p6y7qvS7DxerqdC7ZQ27hk+7KBq7iTe6//armz W7qOu7qQO7y5i7yoi7l8a7vCG72zyxG4exBVC72SO7GE27lLO7rImrjW/1u3ycu16Gq0tMu1 u8u6sWu4Xxu6zbu+Yiu+kbu84cu7tSu6UWu3bTu+0xu86asR1bu24Iu99Lu2euu/sIvABVy1 93u1LNGy4CuuewvB8ius8qu201u/xNvAGfy0wbu/BAy1H+zAIHvB4Vu3A7y9tUvAGfu6Ljy3 B6vB3Ju7AOvAJOyye3u8aeu867vCvcu/Kay99Bu3iTvAHcy4+lq28eu6Qmu+ZGuu40q+RNy0 Squw8hrFUpzDJ6zEbhu7SLzETyy3NxzGpOuzSwzFuvu/aduzXdzFY4u+72u0olvGToyvY2xH MEy9d5w4edwRe7xG1/sSfawUgSwTf2xFTus8if+cq4zcyI78yPM2yNX6xcEjyZxkyZPcPIc8 SpgcEZ38uf1rEnl8spssSp9staXsySaMEqN8yKkMSqc8syURwKz8yjf7ygjEtiC8yCAcvz9c tE6LxVl8rGAMzMAMt8P8uFWMtuQLtlSrtUrMxb7MtBjsSS2cuk1Mugt8roVrxD7MvznrwwEs uN/Mw9xrvMX8seH6stXcSdcMzvBbzsobwuybwRwMzzT8u9l7xO+Lz3U8v+gcy+qjy8/MyxYr zQe8z8ULxwY8vlw8zvgLz+ULzQJsxPn8tRZ9ybrcwedLt8RLz1XstxRdvzX8vCHcy6AssxYc 0YvLzQ1dwJk0xcArw+H/rL0MDdLRy8Sfq7olfc79/MM8Dccj3dLIe8+wbNKbu8UHTcFznMW9 fLvJnMZSLcZovMNnbNPQLMyDm9W/m7KL7GJQzdEiUc63WMgvLdD+Kta0+NWNS8lj7daQHNdy Pdd0Xdd2fdd4ndd6vdd83dd+/deAHdiCPdiEXdiGfdiIzUsCxlDlhU8ExEX7hVPOJmFJtiFB 9TZNFld5VSYngzEIlVgDRjE24WSXTRsOZUb3I2YO81lXBmT8lWiZ5URPJmrvMRJ5ghcgxWpA 0mswgSiSRV2oDVzl9GV8lVygDTcWVWo5tGVa9hGX1mo2lWx4hiq4Vd28PUDHFmjGJSiOhljC /53dh3bZKrVbbCIc0e1mxWbbRFZFi9bZxK3brdVn9oTcoNZO5CVs5P3eyj3ezI02uhZrsY01 sO3eBA5p0G0/vsXd1q1mMpEpeYUmTCXd2WJlrB1qmTLbfzXdf8ZRh4QW5xVt+MI2K6VYwYYn qzJZ0FVAtM1IGYVa7c1BKY7hTzZdRNVYJ/JsFl5npNZV2D1oT2VdfhNpKHLdyIUpYUU/w1Xd mQ1DNENYPy5bVFXf571YcoNCq4Zt5a3jmhVmSFZhQL5Tzb3k1+VcPSXlgPXcGc5q2LJpTT5m +O1ZjYZrh0Lic75rlcZeA54bVy5WF1MxCIZOPP5em3bnnaUyPKRcSv9eQ/d9ZyR1WlKu5gYF 4aw96JAu47zW3ZECbMMm5qqmOGD+akcT5SQ0JdQdWsgW25dV6d3EWN0F6UGm4qVt6TBzQID2 4jGS4HsuRRTeRXOm5lFOXwKT4IMeW0tV5BWe4nmmVcB+67u+4j72Y+nVQfFl7EYmP9Fu4tNO XyHUXtLW4i4eN8YVX3jSQ7bS2N7uN1KzIMo24g/1N7L9U1Xu7ZF9ZP1Nq6/e1/eO716e2Pze 7/7+7wAf8AI/8ARf8AZ/8Aif8LL4qboYmFnalolqjO/pnqWYmaKaposYfu7pqvs5p+C58a0a e3IapyDPqnyIlSS/lSZ/8t03dCFo8aD68VP/yPIqj6Ur/6QZaJR0mvNsmqkXtF5AP2GxIt8V 9BmOraW/6fIEmKYwzz05ZB5QzyLLLeuATieKh/M8X5aVuKbqE+eG5tn2TWg9Doo7mp9af3k0 nz5lhuajXvVyPt9u36I5mvJoX/ddj2R2TvWn3vYHztkdCZ5MD4IlL/jrg+d01jYjjtmSI0Lj ziJjyvRuCadpr/ZZbtxCzt3rTuidPuFxNeSOJdxTcylrfx9LD/lTWvOEf/c5rt37/eWav/e5 1luu7+RT7uawP551ave6n/qUT0na/uep9fp5H/tB7uvmFSfH0uxrOKi7f/a83/t4PzO2X+ZX 7uAY3uauP9w7ovwU/7/zzZ/1fxr+hX/ux77dZGXs3r1maqXp43L+AI7q8I/+RDnx4j//Ufn9 5zNp8B4sxAX/M87gACFAoIAAAQgaFFhw4ECECRs6dPhQ4cGFCwsinMiw4UWLEh9WFDBA5EiS JCuWRLkwpcqRIE2ChBlT5kyaNW3exJlT586bGSGCvKiQ40GfQTcODQrT6FGfQJEarTjRYNGl UZtaHYqVIFGiGLO6RBn2ZNiWLEWaLYn2LE+2bd2+hRtX7ly6de3exZtX716+ff3+BRxY8GDC hQ0fRpxY8WLGjR0/hhxZ8mTKlS1fxpxZ82bOnT1/Bh1a9GjSpU2fRp1a9WrWrV2/hi0gIAA7 ------=_NextPart_000_0002_02F0D35E.C46C6CC0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Jan 24 10:15:12 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9jqC-0000Bz-OQ for capwap-archive@lists.ietf.org; Wed, 24 Jan 2007 10:15:12 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9jq6-0005Kg-11 for capwap-archive@lists.ietf.org; Wed, 24 Jan 2007 10:15:12 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id CAE87398423 for ; Wed, 24 Jan 2007 07:15:04 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 6266B4A41E1 for ; Wed, 24 Jan 2007 07:14:54 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 2C281398228 for ; Wed, 24 Jan 2007 07:14:54 -0800 (PST) Received: from shell4.bayarea.net (shell4.BAYAREA.NET [209.128.82.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id EBD63398007 for ; Wed, 24 Jan 2007 07:14:44 -0800 (PST) Received: (qmail 27888 invoked from network); 24 Jan 2007 07:14:43 -0800 Received: from shell4.bayarea.net (209.128.82.1) by shell4.bayarea.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 24 Jan 2007 07:14:43 -0800 Date: Wed, 24 Jan 2007 07:14:43 -0800 (PST) From: "David T. Perkins" X-X-Sender: dperkins@shell4.bayarea.net To: capwap@frascone.com Message-ID: MIME-Version: 1.0 X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=-0.001 tagged_above=-999 required=7 tests=SPF_HELO_PASS X-Spam-Level: Subject: [Capwap] Proposal for Discovery Clarification X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: df9edf1223802dd4cf213867a3af6121 HI, I believe how discovery works in current CAPWAP is not clearly specified. The following is a proposed clarification. ----------------------------------------- Discovery Model in CAPWAP ------------------------- In CAPWAP, a WTP initiates the establishment of a DTLS session with an AC. To do so, it must have the transport address of an AC, which can be obtained via the following sources: 1) from the WTP's configuration (and there can be multiple ordered values), which could be: a) an IPv4 network address with an optional UDP port (if the port is not specified, then the well known port is used to form the transport address) b) an IPv4 network address with an optional UDP port (if the port is not specified, then the well known port is used to form the transport address) c) a DNS fully qualified name d) an unqualified DSN name 2) from DHCP (and there can be multiple ordered values, which could be in the format as specified in #1) 3) from a response to a broadcast/multicast discovery request message (and there can be multiple values, with ordering determined by ) 4) from the previous connection to an AC (a single value) Questions for CAPWAP -------------------- 1) When are each source of AC transport address used? 2) When is a discovery message first sent to an AC before initiation of a DTLS session, and when does a WTP skip sending a discovery message and just does the initiation of a DTLS session. 3) When is a discovery message sent to the broadcast/multicast network address? 4) When a discovery message is to be sent, and there are multiple AC addresses, is a discovery message sent to all AC addresses and done before trying to initiate a DTLS session. Or is discovery only sent to the first AC, and if a response received, then a DTLS session initiated. 5) If multiple discovery messages sent before initiation of DTLS session, and there are multiple discovery responses, how are these ordered? 6) What happens if DTLS initiation fails, or if a DTLS session is established and join fails(WTP gets no response or AC receives no request), or if join succeeds and the AC rejects the connection (sends a result code to the join)? Answers in Current CAPWAP ------------------------- I don't believe that current CAPWAP is sufficiently specified to answer the above questions. (Can anyone see it differently and provide the answers?) Scenarios That Must Be Supported -------------------------------- 1) Brand new WTP with no configuration info 2) WTP that resets after image download done immediately after Join 3) WTP that resets after change of initial configuration after Join and before Run 4) WTP that has a configured AC and that AC responds to discover message 5) WTP that has configured AC and that AC either a) doesn't respond to discover message, b) fails during DTLS session establishment, c) establishes the DTLS session and fails the Join 6) A WTP that is reset from the Run state Proposed Model -------------- key terms: cold boot - a WTP is power-cycled, or is rebooted to clear all transient state info warm boot - a WTP that is reset and remembers the AC that it was previously connected to Modified Operations ------------------- 1) Join - the response to a join request is under specified. As is, if join is to fail, the result code message element (4.4.31) is returned. Failure values 3-8 are well defined, but the result of failure value 1 is insufficiently defined. When this value is returned, then either or both of the IPv4 or IPv6 AC list message elements (4.4.2 or 4.4.3) must also be returned. The issue is what is the WTP to do with these lists. (Note also, there are the two problems with the lists: 1) there should be one ordered list, not two 2) The lists have network addresses, and they should have transport addresses, 3) the list should allow DNS fully qualified and unqualified names.) I suggest that the behavior of a join with result code value 1 is an AC redirect. The list of the ACs returned should be merged into the AC candidate list in the following way: 1) the ACs in the candidate list that connection has already been attempted (and failed) and are ignored in the referral list 2) other ACs in the referral list are inserted in the candidate list at the place of the current AC 3) ACs in the candidate list that come after the the current AC and are in the referral list are removed from the candidate list (so they are not twice in the candidate list) The referral list does not cause the configuration in the WTP to be modified. 2) Reset - the current definition of the Reset request specifies that it contain no message elements. Thus, there is no way to specify the image to use on the reboot or whether or not a cold or warm boot should occur. I suggest that the Reset request be modified so that it can optionally contain message separate elements to specify image for next boot, and cold/warm reboot. 3) Discover - the current definition of a Discover response does not have a way for the AC to indicate that it does not want the WTP to connect to it. Also, the current Discover response does not have a direct way for the AC to specify its preference for a WTP to connect to it. Thus, I suggest that the Discover response be modified so that it contains a message element to indicate that the AC preference for the WTP to connect to it, with a specific value that indicates that is does not want the WTP to connect to it. Proposed Discovery Model ------------------------ A WTP reboots. 1) If it was a warm boot, then it has the transport address of the AC to connect to. It does not send a Discovery message, and initiates a DTLS session to the the AC. If the DTLS session is established, and the Join succeeds, then all done. Otherwise, it clears all transient state info and starts the procedure for a cold boot. 2) If it was a cold boot, it creates an ordered list of candidate AC addresses from the configuration. If the list is empty, then it goes to step #3. It performs the "Discover-Join" procedure, which is: It starts with the first in the list, and for each until it joins with an AC or reaches the end of the list, it does the following: a) sends a discover request b) if it does not get a response or gets a negative response, it proceeds with the next AC in the list c) after getting a response to the Discover request, the WTP initiates a DTLS session d) if the session can not be established, or a response is not received from a join, the WTP proceeds with the next AC in the list e) if the Join response is a referral, then the candidate AC list is updated and the WTP proceeds with the next AC in the list f) otherwise, have successfully joined with an AC, so all done with Boot. 3) The configured list is empty, or has entries and no join was successful. A new candidate list is constructed using info from DHCP and configured DNS name(s). If the list is not empty, then the "Discover-Join" procedure is performed. If it succeeds, then all done. Otherwise, perform #4. 4) Have not connected to an AC with configured or DHCP supplied values, so send Discovery request(s) to broadcast/multicast address(es). Build a list of candidate AC addresses. Order the list by the preference value specified by each AC. If the list is not empty, perform the "Discover-Join" procedure. If it succeeds, then all done. Otherwise, perform go to sulking state. (NOTE: would like time in sulking state to be exponentially back-off with truncation so that in a network with no AC available and "lots" of WTPs, that the amount of WTP broadcast traffic is minimized.) I believe that the above proposal has the following properties: 1) It has minimal time for reconnect after WTP cold or warm reboot when the AC is available. (This is the most important attribute.) 2) It has good resiliency when failure occurs during connect. 3) It has determination in connecting to the same AC. 4) It recovers WTPs that have stored configuration when they are re-deployed without clearing their config into a new deployment environments. ----------------------------------------- Regards, /david t. perkins _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From ferrydyrn@team-lotto.com Wed Jan 24 10:46:59 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9kKx-0005EM-0j for capwap-archive@lists.ietf.org; Wed, 24 Jan 2007 10:46:59 -0500 Received: from [221.134.248.240] (helo=221-134-248-240.sify.net) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H9kKo-0002dh-M0 for capwap-archive@lists.ietf.org; Wed, 24 Jan 2007 10:46:58 -0500 Reply-To: "Jamie Ledford" From: "Jamie" Message-ID: <9252333290.380578021318@team-lotto.com> Date: Wed, 24 Jan 2007 10:45:08 -0500 To: Subject: Adobe Acrobat 8.0 ready to download MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Spam-Score: 4.3 (++++) X-Scan-Signature: 30ac594df0e66ffa5a93eb4c48bcb014 Adobe Acrobat enables business, creative, and engineering professionals who work with graphically complex documents to improve the reliability and efficiency of business-critical document exchange through PDF technology. Adobe Acrobat 8.0 Professional has the following features in addition to the features found in the standard version: Create PDF documents with one-button ease from AutoCAD, Microsoft Visio, and Microsoft Project (Windows only); Preserve document layers in technical drawings in Visio and AutoCAD, and object data in Visio (Windows only); Permanently delete sensitive information, including specific text or illustrations, with redaction tools; Create fillable PDF forms from scanned paper, existing PDF documents, Microsoft Word documents, or Excel spreadsheets; Automatically recognize form fields on static PDF documents and convert them to interactive fields that can be filled electronically by anyone using free Adobe Reader versions 7 or 8; Enable Adobe Reader (versions 7 or 8) users to participate in reviews with complete commenting and markup tools, including sticky notes, highlighter, lines, shapes, and stamps; Enable Adobe Reader (versions 7 or 8) users to fill and save PDF forms locally for offline use, and to digitally sign PDF documents. Adobe Acrobat 8.0 Professional Retail Price $449.00 Our Price $79.95 You save $369.05 http://onorno.org Please note, that there will be more special offers available for our constant customers. Every effort has been made to ensure the accuracy of all information contained herein. DS Team makes no warranty expressed or implied with respect to accuracy of the information, including price, product editorials or product specifications. Product and manufacturer names are used only for the purpose of identification. We appreciate your cooperation with us and we'll be glad to see you as our clients in the future. From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Jan 24 11:06:50 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9keA-0007l2-Av for capwap-archive@lists.ietf.org; Wed, 24 Jan 2007 11:06:50 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9ke7-00076E-TQ for capwap-archive@lists.ietf.org; Wed, 24 Jan 2007 11:06:50 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 20F384310FF for ; Wed, 24 Jan 2007 08:06:36 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id AA0B54A41DD for ; Wed, 24 Jan 2007 08:06:27 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 75A5143104B for ; Wed, 24 Jan 2007 08:06:27 -0800 (PST) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by hermes.tigertech.net (Postfix) with ESMTP id 5064A431035 for ; Wed, 24 Jan 2007 08:06:23 -0800 (PST) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-6.cisco.com with ESMTP; 24 Jan 2007 08:06:23 -0800 X-IronPort-AV: i="4.13,232,1167638400"; d="scan'208"; a="104996353:sNHT178076817" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l0OG6Mea021697 for ; Wed, 24 Jan 2007 08:06:22 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l0OG6MDm013866 for ; Wed, 24 Jan 2007 08:06:22 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 24 Jan 2007 08:06:20 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 24 Jan 2007 08:06:21 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032600E2@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 219: Insufficient description of WTPs during discovery Thread-Index: Acc/0ZaQZe7Xxh/GRzu7yBUMzenEwQ== From: "Pat Calhoun (pacalhou)" To: "capwap" X-OriginalArrivalTime: 24 Jan 2007 16:06:20.0426 (UTC) FILETIME=[963726A0:01C73FD1] Authentication-Results: sj-dkim-3; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Issue 219: Insufficient description of WTPs during discovery X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: fe105289edd72640d9f392da880eefa2 > Sorry for the long email, but I think this issue requires some background > discussion, as well as the proposal to address the issue I am raising. > In the Discovery Request there is a WTP Descriptor to provide the AC with > information about the WTP. This descriptor provides insufficient information > to the AC, if the type of WTP is not know in advance. If the WTP is not > supporting 802.11, this descriptor does not provide enough information to the > AC for it to make that determination and there is insufficient space in the > WTP Radio Information element to make up for this lack. > If we are to produce a protocol that is able to support several different > types of existing wireless protocols, there needs to be a clearly articulated > way to describe the protocols supported on the WTP, during the discovery > process. It is quite possible that an AC will not support all wireless > protocols, as CAPWAP is applied to these other protocols in the future. The > WTP needs to be able to clearly specify what wireless protocol(s) it supports > to the AC in the Discovery Request and the AC needs to be able to indicate to > the WTP that it does, or does not, support the specified protocols. > This could be done in several ways. I propose that the WTP Radio Information > element be extended to include a 16-bit protocol ID field that contains a > single value from an enumeration (probably eventually managed by IANA) of the > protocols for which a binding document has been published by the IETF. > Because it is conceivable that a WTP might support more than one wireless > protocol (say 802.16 and 802.11), I propose that the protocol ID field be > repeated in the descriptor, with a count field preceding it, as often as is > needed to list all the protocols in the WTP. I would like to propose the following change to the WTP Descriptor: 4.5.37. WTP Descriptor The WTP descriptor message element is used by a WTP to communicate it's current hardware/firmware configuration. The value contains the following fields. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Max Radios | Radios in use | Encryption Capabilities | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Num of Binding | Reserved | Wireless Binding Supported... | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor Identifier | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type=0 | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Value... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor Identifier | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type=1 | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Value... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor Identifier | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type=2 | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Value... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ [...] Num of Binding: An 8-bit value representing the number of 16-bit Wireless Binding Supported fields present in the WTP Descriptor. Reserved: A set of reserved bits for future use. All implementations complying with this protocol MUST set to zero any bits that are reserved in the version of the protocol supported by that implementation. Receivers MUST ignore all bits not defined for the version of the protocol they support. Wireless Binding Supported: One or more 16-bit value representing the CAPWAP binding supported by the WTP. The following values are supported: 1 - IEEE 802.11: The IEEE 802.11 CAPWAP binding (see [12]). 2 - IEEE 802.16: The IEEE 802.16 CAPWAP binding. 3 - EPCGlobal: The EPCGlobal CAPWAP binding. > I also propose that the protocol ID field be added to the WTP Radio > Information element and that this element be repeated in the Discovery Request > as needed to provide information about all the radios for each protocol in the > WTP. Unfortunately, I do not know what WTP Radio information element is being discussed here - the only one that has a somewhat similar name is the WTP Radio Statistics, and I suspect that's not what the creator of the issue wanted. > Finally, I propose that the Discovery Response message include a new message > element, the Supported Protocols element, to indicate to the WTP which of the > WTP's wireless protocols are supported by the AC. This information can be > used by the WTP to determine the AC to which it will subsequently send the > Join Request. The Supported Protocols message element will include the list > of protocol ID supported by the AC. The AC Descriptor already had such a field, but I am proposing changing it to be more consistent with the WTP Descriptor (above). The new text reads: 4.5.1. AC Descriptor The AC payload message element is used by the AC to communicate it's current state. The value contains the following fields. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Stations | Limit | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Active WTPs | Max WTPs | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Security | R-MAC Field | Reserved1 | DTLS Policy | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Num of Binding | Reserved | Wireless Binding Supported... | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor Identifier | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type=4 | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Value... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor Identifier | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type=5 | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Value... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ [...] Num Of Binding: An 8-bit value representing the number of 16-bit Wireless Binding Supported fields present in the AC Descriptor. Reserved: A set of reserved bits for future use. All implementations complying with this protocol MUST set to zero any bits that are reserved in the version of the protocol supported by that implementation. Receivers MUST ignore all bits not defined for the version of the protocol they support. Wireless Binding Supported: One or more 16-bit value representing the CAPWAP binding supported by the AC. The following values are supported: 1 - IEEE 802.11: The IEEE 802.11 CAPWAP binding (see [12]). 2 - IEEE 802.16: The IEEE 802.16 CAPWAP binding. 3 - EPCGlobal: The EPCGlobal CAPWAP binding. > This Supported Protocols element could be constructed by the AC in two > different ways. One way would be to construct the list statically, at compile > time, and always return this entire list. Constructed in this fashion, the > list would always have at least one entry. The WTP would then scan this list > on receipt and determine if one or more of the protocols for which it needs > support are present. > An alternate way to construct this element would be for the AC to put only > those protocols indicated by the WTP in the Discovery Request for which the AC > provides support into the list. Constructed in this fashion, the list might > be empty, if there are not matching protocols shared between the AC and WTP. > The WTP would still scan the list on receipt to determine if one or more > protocols for which it needs support are present in the list. > Regardless of how the AC constructs the list of supported protocols, the WTP > still makes the decision as to which AC it will join. In the Join Request, > the WTP MUST send only those protocols in the WTP descriptor that have been > indicated to be supported by the AC to which the Join Request is sent. In > this way, a WTP that supports multiple wireless protocols might be supported > by more than one AC. I have made changes in various sections to help make this clearer. 3.2. AC Discovery The AC Discovery phase allows the WTP to determine which ACs are available, and chose the best AC to establish a CAPWAP session with. The discovery phase occurs when the WTP enters the Discovery state, which is optional. A WTP does not need to perform the AC discovery if it has a pre-configured AC which it wishes to utilize. This section details the mechanism used by the WTP to dynamically discovery candidate ACs. A WTP and an AC will frequently not reside in the same IP subnet (broadcast domain). When this occurs, the WTP must be capable of discovering the AC, without requiring that multicast services are enabled in the network. [...] Once the WTP has received Discovery Responses from the candidate ACs, it MAY use other factors in determining which is the preferred AC. For instance, the AC Descriptor, present in the Discovery Response, provides the list of CAPWAP bindings supported by the AC. A WTP MAY decide to connect to an AC based on the supported bindings advertised. 4.5.31. Result Code [...] Result Code: The following values are defined: [...] 9 Join Failure (Binding Not Supported) 5.1. Discovery Request Message [...] The WTP Descriptor included in the Discovery Request includes the CAPWAP bindings supported by the WTP. 5.2. Discovery Response Message [...] The AC Descriptor included in the Discovery Request includes the CAPWAP bindings supported by the AC. The AC MAY include only the bindings it shares in common with the WTP, known through the WTP Descriptor received in the Discovery Request, or it MAY include all of the bindings supported. The WTP MAY use the supported bindings in its AC decision process. Note that if it uses an AC that does not support a specific CAPWAP binding, service for that binding MUST NOT be provided to stations. 6.1. Join Request [...] The WTP Descriptor included in the Join Request includes only the CAPWAP bindings supported by the AC that the WTP expects to utilize. Including a binding that is unsupported by the AC will result in a failed Join Response. 6.2. Join Response [...] If the WTP Descriptor in the Join Request included a binding that is not supported by the AC, the AC sets the Result Code message element to "Binding Not Supported". Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From elshrunkke@thebrenemans.com Wed Jan 24 11:07:31 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9kep-0008LC-6Q; Wed, 24 Jan 2007 11:07:31 -0500 Received: from dzm203.neoplus.adsl.tpnet.pl ([83.22.150.203] helo=npk) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H9kem-0007Bd-Ip; Wed, 24 Jan 2007 11:07:31 -0500 Message-ID: <080001c73f91$3ebd12f0$1955d0a0@aalvaq> Reply-To: "Ninaa Octavio" From: "Ninaa Octavio" To: , , Subject: trade wrist Date: Wed, 24 Jan 2007 17:07:21 +0100 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0001_02D5A79A.A94C3CA0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2720.1409 X-Spam-Score: 2.1 (++) X-Scan-Signature: 2e8fc473f5174be667965460bd5288ba ------=_NextPart_000_0001_02D5A79A.A94C3CA0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0000_02D5A79A.A94C3CA0" ------=_NextPart_001_0000_02D5A79A.A94C3CA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable air traffic controllers. Small planes could previously fly below 1,100 feet along Funeral services were also scheduled over the next several days for firefighters Laura, to celebrate her birthday Saturday. McKay's funeral in Victorville was the Oyler has any links to at least 40 fires in the area since May, according to an battling a wildfire was July 1994, when 14 were killed near of starting that fire with murder. A light wind was cited by federal investigators evening. "It's unfortunate that Talent is one of the only Republicans who agrees." told CBS's "The Early Show" on Friday, before her brother Jason McKay's funeral. told CBS's "The Early Show" on Friday, before her brother Jason McKay's funeral. the airplane was flying along the East River between Manhattan and Queens when it a swept over their truck, and a fourth died soon after at a hospital. A fifth was taken Funeral services were also scheduled over the next several days for firefighters evening. "It's unfortunate that Talent is one of the only Republicans who agrees." Two days after the accident, the Federal Aviation Administration ordered small, "Nine days ago, one of the worst tragedies in the 100-year history of the Forest in the past month, with more than 1,300 killed since October 1. Fearing more bloodshed (Watch how Bush is picking his election battles -- 1:36 ) "The truth is the Democrats Republicans are all calling for change, he's desperately clinging to his stay the the river without filing flight plans or checking in with air traffic control. The update outlined factual information about the crash, but did not conclude what the aren't unpatriotic, just wrong. He said Democrats who voted against legislation to and fell 30 stories to the street below. Investigators do not say whether they fixed-wing planes not to fly over the East River unless the pilot is in contact with Two days after the accident, the Federal Aviation Administration ordered small, District Attorney-elect Rod Pacheco said the evidence against Oyler was "overwhelming," probable cause of the crash was. The full board will likely vote on a ruling at a "President Bush has never had a plan to win in Iraq, and now that Democrats and Mourners honored the firefighters killed by the California arson fire as the first of starting that fire with murder. A light wind was cited by federal investigators in an update on the crash. Lidle and Stanger were making an aerial tour of Manhattan evening. "It's unfortunate that Talent is one of the only Republicans who agrees." Funeral services were also scheduled over the next several days for firefighters Second guessing is not a strategy. Several thousand GOP supporters cheered Bush as he "I knew that they were going to find him. I'd been praying about it," Brenda Zimmerman swept over their truck, and a fourth died soon after at a hospital. A fifth was taken to the middle of the river, leaving a smaller margin for error, the staff report said. Jess McLean, 27, of Beaumont; Daniel Hoover-Najera, 20, of San Jacinto; Mark to pull out of what al Qaeda says is the central front in this war, ask them this of starting that fire with murder. A light wind was cited by federal investigators update outlined factual information about the crash, but did not conclude what the help with some of the closure, the healing that we in the Forest Service community, ------=_NextPart_001_0000_02D5A79A.A94C3CA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
air traffic controllers. Small planes could previously fly below 1,100 feet along Funeral services were also scheduled over the next several days for firefighters Laura, to celebrate her birthday Saturday. McKay's funeral in Victorville was the Oyler has any links to at least 40 fires in the area since May, according to an battling a wildfire was July 1994, when 14 were killed near of starting that fire with murder. A light wind was cited by federal investigators evening. "It's unfortunate that Talent is one of the only Republicans who agrees." told CBS's "The Early Show" on Friday, before her brother Jason McKay's funeral. told CBS's "The Early Show" on Friday, before her brother Jason McKay's funeral. the airplane was flying along the East River between Manhattan and Queens when it a
swept over their truck, and a fourth died soon after at a hospital. A fifth was taken carr veridic picojoule Funeral services were also scheduled over the next several days for firefighters evening. "It's unfortunate that Talent is one of the only Republicans who agrees." Two days after the accident, the Federal Aviation Administration ordered small, "Nine days ago, one of the worst tragedies in the 100-year history of the Forest in the past month, with more than 1,300 killed since October 1. Fearing more bloodshed (Watch how Bush is picking his election battles -- 1:36 ) "The truth is the Democrats Republicans are all calling for change, he's desperately clinging to his stay the the river without filing flight plans or checking in with air traffic control. The update outlined factual information about the crash, but did not conclude what the aren't unpatriotic, just wrong. He said Democrats who voted against legislation to and fell 30 stories to the street below. Investigators do not say whether they fixed-wing planes not to fly over the East River unless the pilot is in contact with Two days after the accident, the Federal Aviation Administration ordered small, District Attorney-elect Rod Pacheco said the evidence against Oyler was "overwhelming," probable cause of the crash was. The full board will likely vote on a ruling at a "President Bush has never had a plan to win in Iraq, and now that Democrats and Mourners honored the firefighters killed by the California arson fire as the first of starting that fire with murder. A light wind was cited by federal investigators in an update on the crash. Lidle and Stanger were making an aerial tour of Manhattan evening. "It's unfortunate that Talent is one of the only Republicans who agrees." Funeral services were also scheduled over the next several days for firefighters Second guessing is not a strategy. Several thousand GOP supporters cheered Bush as he "I knew that they were going to find him. I'd been praying about it," Brenda Zimmerman swept over their truck, and a fourth died soon after at a hospital. A fifth was taken to the middle of the river, leaving a smaller margin for error, the staff report said. Jess McLean, 27, of Beaumont; Daniel Hoover-Najera, 20, of San Jacinto; Mark to pull out of what al Qaeda says is the central front in this war, ask them this of starting that fire with murder. A light wind was cited by federal investigators update outlined factual information about the crash, but did not conclude what the help with some of the closure, the healing that we in the Forest Service community,
------=_NextPart_001_0000_02D5A79A.A94C3CA0-- ------=_NextPart_000_0001_02D5A79A.A94C3CA0 Content-Type: image/jpeg; name="Tammyta.jpeg" Content-Transfer-Encoding: base64 Content-ID: <080001c73f91$3ebd12f0$1955d0a0@aalvaq> R0lGODlhmAF/AfcAAAAAAP8AAP///wCZmQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAAmAF/AQAI/wAFCBxIsKDBgwgTKlzIsKHD hxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJkyhTqlzJsqXLlzBjypxJs6bNmzhz6tzJs6fP n0BXBhg6VCHRokGTXjwaQKnTiEybRkUatePUplCRGtX6tOJUAVcFVj1JVCPWg1eZEuT6deBY hG11ll3L1e3ZpXXtSpy79W5Xr3X50lUpGLBfg4ULgw2cVzHdvDkVS96o1TFEy4+DQjaMuDFg ipgvb7Z7eHFBx4dDHwXa2LPZzG73jiatuTTn064nzu6bcXVC1GxH3y1bWi3rzn53Pww+3DbG 0DeVZ0WO+7Nu6QuLzgbe3Hl1sGh9+/+U+hi7bNhivYdXv5g9TeiyuwcHbR63++zpnXNHz59q 6vasJSceeHANuNxuxtm3nmirvZUfY3MlWGBcD94HIGls/SZhWva15qBD/ukHGYThfcfYhSAa mJaFKa6Vnl4lvpiVd5Wl1hqGDQl2o4z9SWdZjQe6aBqP3xGJYpEQYgXfaYNNqOCTTTqp15I8 eqhkfQxFqGSUXA55oIhF5hfmkXiNqaOPIwqY4pVietljdwu2KSdo/JUnoZ3aFTjnlfed+CZl lcFom59famgmoXNqOFyOAsKZZZpjKipjhIbSZmmYylHp5qaXZocdkJN+quafgIrVZHEkFhpn p2c2uqaRmtb/KWWdVFJ16qMDxkoqoxTKOquntyb665GtcpQmd2GpSt2uZNZqK5R7Ytlpos66 eWd5RkrK27RGLQvtto8ySSCZwxbLrUVs4rjqbd5G6+i5eo47rbnCPidqqyyayi109OIX47fa hhubl0smxpyv6EIab8JgdtkvuYoqDCOraKbLaUkGOxqip+/62269625Fq6iHdtybZw0LqWxn Jbe8ssM2IvwkqBPz+vG8BxOcHLS1DgtxyJVS3OeoQlu1Y9Dyvhq0hyw/yODSqPI5tL4TYynZ Znzd+aylqYIMMLUk89qxpjQXbRVcuNbH4XpJZtyryBGLmGxfUUub9F84ETewdtey/93oivni 7VLgghdu+OGIg5j44ow37viFdj8u+eSUs0Qc4ZVnrvnmHhnI+eeghy766KSXbvrpqKeu+uqs t+7667DHLvvstNdu++2456777rz37vvvwAcv/PDEF2/88cgnr/zyzDfv/PPQRy/99NRXb/31 2Gev/fbcd+/99+CHL/745Jdv/vnop6/++uw7FXn7uq+NUt99X6cr/L/ff7KDc9uLOf6705+9 1KWz930NgMcT4FKg5Kr9IbB5CkQXAw8YnwcyL4JemeDIKjQhz1mweMhqW/0YBbf28E1rZ/Hg B4d3NZVh62ccC5jTZggrA64wgIgilrS2Y6MGNsuGN4zdZP9GZjKBLYyIOPtfEFfXNeRkTGb/ iiISwabEJabuYW16IrykGKkketGKvNNizX5YxCM2rVw18iEYc8e0L5qNY21ZkRvFo8I10i5m smoifABnwriIsY9SAaIdR5ehf+1nixj6Ch/9SEctYXCQhESQbxzJR0ha8pKYzKQmN8nJTnry k6AMpShHScpSmvKUqEylKlfJyla68pWwjKUsZ0nLWtrylrjMpS53ycte+vKXwAymMIdJzGIa 85jITKYynydIY4XQiVVMG+OaGaA6ms6algOXuETCt8Vhc5rRpNw3hRIxKJbKOgkDyTjPacTO hXNy65yf3CjozHRG5pHqfCcXVef/n5oIJzBUC4kBqenObMWEoF28osUAmcITdkg+d5PXP/W1 0K0lEjZZm2QNmcMnOVUlVygcYT8fetF5URRf8oFoSdvZq3gWrmxaqlpDa6Y3YOkpUGXTYJWa c8SKIimlNB2pzko4nyEJtZtVkmlQTZSusHFtURcDp+eKOiqYEi2ng+knVpXK1YEN9asBBSun igrWf/IPj1FCallnutRQnSetWxqj4wDaVqL1EWYjNJFRd2Yttga0kHYy6N2sesa1ynWMHH3h ULH2N54mMo0WIlSgNjeitkq0o31N6ESzmMIuccmxXo1pWPdmMbJaFrKb9exYSxvIhYn2RWo1 I9LKyrnK/3L2VGw9U9O2SrWMCkm3RGooaDfmVtg21bTB9eunzjjSo7a2uF/VbXOP2yK4ejWi icsVgM4K0ssFkjwv/NDlTNNI75rwvI8taYNCxNOUsldqJ/wufAf13LsmKKQdqpB8v0tD9N5V sGNZb34FWznGkg+wtdUn6ww8Pt7CU8FMvBpCkefSZVr4whjOsIY3zOEOe/jDIA6xiEdM4hKb +MQoTrGKV8ziFrv4xTCOsYxnTOMa2/jGOM6xjnX5FuPIUUEOBmRW9Vm3+3pXuFaCcDFxKtc0 FnawoN2Ugj1o2iq3kcVMtqx/ybvN4BY2suqhcpStnLMWI1eo/a1vVKM64f5qmf/M7XWxJDfK Hsm69p1oTu6MXNRmY0ryaJjyI9TMstDqetmoBKYxD2Nz5kLLlj6I9aLBELPmFavtubH1E4Mr /aVr0ejTe+X0iO163VuhWdN9SmgJ9Tzbnx4WxVF2oQtPfVW0Qnmfq1Xtq0OVZxVv1bbg8auU oVpqoF1H14kWrqxT/LYeqwhwU90QFrXJUHLJl2XjpdSOt83tbnv72+AOt7jHTe5ym/vc6E63 utfN7na7+93wjre8503vetv73vjOt773ze9QDmAAx/v3LAU+E4IHHOCTQzjADa6Tfzv84QV/ OMIRovCFQLwgF6f4xCUi8I0LJOMHcThBGO4RkitE5Bv/MXniCA7ynTBc5SqRuAA8rvGTf/zl N08IzBnCcoP3vOY/B0nLLU5zi+y8cCQ/ekqO/vKiY9zpEYF5xxde84FIfeQVx3rIoW51mjc9 513f+swVzvWMKP3pHTn7U0yudpMwfeNtH8nUTw53p9f942g3yNnZfvexa13vCw88SeLud44Q PiiHjznXvx4TlOu874APe+HBnne6A37iQae81ucu97JXXiOJ/4nSHe9zmd886aSXeN0d//nS s77pqA+95MU++8fXXuV7L3vp/375yWvc9ay3Pc8zbvqxi3zomkdc7h8P+5lL3vVW5/3Wi3/6 ymc+81HvOO2TH/mRd73oUld9//B9z3jbj1/6KB+97r9P+fLvXPY92bvlPz/53Ue/9t2nOO3t b3+OCz7/vgeAWHd+zkd0Nod+und8UOd+nrd4edd/9beAnrd2XudxEyh9xkd8cIeB9NcQ2Pd9 yGd5nNd6Ejh8IeeBdrd9AYh2IwiAEDgRFrh6qLeCHHg4M4h/HFiBVYd3YYd76/eA4HeBBuiD NRiB7beAJqh3f1d+YteCJIiDGGdxQEh2T/d2kvOCPteBQXiE3teDWyh8vHd9VAgRTLiEdtd3 LGeA84eAz7d4VPh+kKd+PFd9hTd+BMh9ixN4QViBpGd8VYh5xxeBfId8pqd6pxeDoReIdMeA hoh3y/+XfRkog2roh9MXiFMXfrknc5pYhh3ISkJ4Ep/YOnBIS6HoPU7Yb1d4h6i4iqzYiq74 irAYi7I4i7RYi7Z4i7iYi7q4i7zYi774i8AYjMI4jMRYjMZ4jMh4PdQ3eCHoO/CXOpsofqXY FaqIgYn4jNknjdX4ezfRiNlIhhfYjDnhg9iIeGqnjRSxjSUXezDYjf8nhN44fPHIfpToE1TX ew03jdwoj8sIjvpodEQ4juGoeZ+ojodIiJBnj2focv+Ij1KYcg1ZEednkCuhjmN4jw5BkRPI d0DRf+XYeRC5kRFZhJ23h3gDiFDIfA/xiCRpE6mXkjJBkfLogYZXgCgxkR//2Xg0mJFxJ5IC mI8oOX0HCYLzOIBXJ4jz2I8HaZHi54+K+Iewp4DiSIfWl34yuIVwOJKVKJE9qZR2mJPMSHYJ eH9GmZJBGYart4MceYgoCIjhiHkryIQg13bB95X4J5NcuI6yp5FJN4AOyZBF2Yn0eJcu6HWD aY0JWY9geJg7eJfNd5jwKI1qiYhEd5Z4iBFTuY9J6JdUyZgCKZaTKJSI+YS3F5ClWYWb2ZLJ Z4eoiX4rSZc2qY+JCZabZ5M8+Zbb95VaWRIvmZqcOZh12XNuyIetGZz/qIrGyXzBCZN/CZCJ 2ZqeiZmWOZPO2ZnW+Zm315i/SZUQ14jIOYiSqZji/+mPiwidnJmctkmdcyiBafl74Wl401mZ F9GbqkkT9JmebNmcqTecc2ie+pmJzemf6HmdT0mTK4mfkJmV6eiTLyifbemQaxl/76eE47mc qmmFeamZ1xmgLNmZA0qUkMiTKtmS19iAI0h4BmmXOEibJamdsUmcoxmFhEmPDTqbHbqh9Pd6 7BigDoqCIzqjB2h2cMmDr4mbAvqcQKmENyieGqiCOriaC8l9wOej0ZmbFhqJolmkr/mjs7ek CGp093d4OBmD20mHeMkS2tidVxmJYqmU1XeGurmHmNiUlYmXekh9hYiN6Ah0c3mnf6ihafd/ RZqUQvl2LOoUZ7o7u+k4i/9qPIf6Oo2ah+GDkcUzpKI4qZG6OgrYYproqI+ajKAaqqI6qqRa qqZ6qqiaqqq6qqzaqq76qrAaq7I6q7Raq7Z6q7gqYgCwq7xKELwKAJzTqw0hrBbxqwZhrL66 q8nKEMrqEMS6EcbarCvxrBIhrZpjrQKgrNhaOduaEN0KEc1KrOEKrAKhreT6rQOBrM5KrtB6 rtSaEug6rOx6rfOarfVqE/GKEd+Krfm6ENY6rstqrwI7sP56rwrRr+BarwhLsO1arOy6sILD rwabOfuqsBNLEQCbru4qsAsLsQx7EdvqsR4hsgUhrST7FBIrOhVbshcrrwH7rxtrruuasA1b Eyf/q7E4SzkwS63A2qvqyrPuarDRGrQaG7Imq63JKrHqmrRHu7Tl+rHemrPl+rAy+xAtO7U/ +6y/2rPvirBIi7UPa6/verBbm7RMO7Zim63HurVsW7RnG7Q+O7Q3y6wW661Ui7P8KrUsu7FT a7d9O7DzmrGAu7Jmy7CCixAwG7DLirYlW7BY+7dPK7XdurMm66uK+7cdS7R9u7OQy7J+O7h4 G7hZK653CxIpi7ile7TpermXe7Gq67mwC7p6y7qvS7DxerqdC7ZQ27hk+7KBq7iTe6//armz W7qOu7qQO7y5i7yoi7l8a7vCG72zyxG4exBVC72SO7GE27lLO7rImrjW/1u3ycu16Gq0tMu1 u8u6sWu4Xxu6zbu+Yiu+kbu84cu7tSu6UWu3bTu+0xu86asR1bu24Iu99Lu2euu/sIvABVy1 93u1LNGy4CuuewvB8ius8qu201u/xNvAGfy0wbu/BAy1H+zAIHvB4Vu3A7y9tUvAGfu6Ljy3 B6vB3Ju7AOvAJOyye3u8aeu867vCvcu/Kay99Bu3iTvAHcy4+lq28eu6Qmu+ZGuu40q+RNy0 Squw8hrFUpzDJ6zEbhu7SLzETyy3NxzGpOuzSwzFuvu/aduzXdzFY4u+72u0olvGToyvY2xH MEy9d5w4edwRe7xG1/sSfawUgSwTf2xFTus8if+cq4zcyI78yPM2yNX6xcEjyZxkyZPcPIc8 SpgcEZ38uf1rEnl8spssSp9staXsySaMEqN8yKkMSqc8syURwKz8yjf7ygjEtiC8yCAcvz9c tE6LxVl8rGAMzMAMt8P8uFWMtuQLtlSrtUrMxb7MtBjsSS2cuk1Mugt8roVrxD7MvznrwwEs uN/Mw9xrvMX8seH6stXcSdcMzvBbzsobwuybwRwMzzT8u9l7xO+Lz3U8v+gcy+qjy8/MyxYr zQe8z8ULxwY8vlw8zvgLz+ULzQJsxPn8tRZ9ybrcwedLt8RLz1XstxRdvzX8vCHcy6AssxYc 0YvLzQ1dwJk0xcArw+H/rL0MDdLRy8Sfq7olfc79/MM8Dccj3dLIe8+wbNKbu8UHTcFznMW9 fLvJnMZSLcZovMNnbNPQLMyDm9W/m7KL7GJQzdEiUc63WMgvLdD+Kta0+NWNS8lj7daQHNdy Pdd0Xdd2fdd4ndd6vdd83dd+/deAHdiCPdiEXdiGfdiIzUsCxlDlhU8ExEX7hVPOJmFJtiFB 9TZNFld5VSYngzEIlVgDRjE24WSXTRsOZUb3I2YO81lXBmT8lWiZ5URPJmrvMRJ5ghcgxWpA 0mswgSiSRV2oDVzl9GV8lVygDTcWVWo5tGVa9hGX1mo2lWx4hiq4Vd28PUDHFmjGJSiOhljC /53dh3bZKrVbbCIc0e1mxWbbRFZFi9bZxK3brdVn9oTcoNZO5CVs5P3eyj3ezI02uhZrsY01 sO3eBA5p0G0/vsXd1q1mMpEpeYUmTCXd2WJlrB1qmTLbfzXdf8ZRh4QW5xVt+MI2K6VYwYYn qzJZ0FVAtM1IGYVa7c1BKY7hTzZdRNVYJ/JsFl5npNZV2D1oT2VdfhNpKHLdyIUpYUU/w1Xd mQ1DNENYPy5bVFXf571YcoNCq4Zt5a3jmhVmSFZhQL5Tzb3k1+VcPSXlgPXcGc5q2LJpTT5m +O1ZjYZrh0Lic75rlcZeA54bVy5WF1MxCIZOPP5em3bnnaUyPKRcSv9eQ/d9ZyR1WlKu5gYF 4aw96JAu47zW3ZECbMMm5qqmOGD+akcT5SQ0JdQdWsgW25dV6d3EWN0F6UGm4qVt6TBzQID2 4jGS4HsuRRTeRXOm5lFOXwKT4IMeW0tV5BWe4nmmVcB+67u+4j72Y+nVQfFl7EYmP9Fu4tNO XyHUXtLW4i4eN8YVX3jSQ7bS2N7uN1KzIMo24g/1N7L9U1Xu7ZF9ZP1Nq6/e1/eO716e2Pze 7/7+7wAf8AI/8ARf8AZ/8Aif8LL4qboYmFnalolqjO/pnqWYmaKaposYfu7pqvs5p+C58a0a e3IapyDPqnyIlSS/lSZ/8t03dCFo8aD68VP/yPIqj6Ur/6QZaJR0mvNsmqkXtF5AP2GxIt8V 9BmOraW/6fIEmKYwzz05ZB5QzyLLLeuATieKh/M8X5aVuKbqE+eG5tn2TWg9Doo7mp9af3k0 nz5lhuajXvVyPt9u36I5mvJoX/ddj2R2TvWn3vYHztkdCZ5MD4IlL/jrg+d01jYjjtmSI0Lj ziJjyvRuCadpr/ZZbtxCzt3rTuidPuFxNeSOJdxTcylrfx9LD/lTWvOEf/c5rt37/eWav/e5 1luu7+RT7uawP551ave6n/qUT0na/uep9fp5H/tB7uvmFSfH0uxrOKi7f/a83/t4PzO2X+ZX 7uAY3uauP9w7ovwU/7/zzZ/1fxr+hX/ux77dZGXs3r1maqXp43L+AI7q8I/+RDnx4j//Ufn9 5zNp8B4sxAX/M87gACFAoIAAAQgaFFhw4ECECRs6dPhQ4cGFCwsinMiw4UWLEh9WFDBA5EiS JCuWRLkwpcqRIE2ChBlT5kyaNW3exJlT586bGSGCvKiQ40GfQTcODQrT6FGfQJEarTjRYNGl UZtaHYqVIFGiGLO6RBn2ZNiWLEWaLYn2LE+2bd2+hRtX7ly6de3exZtX716+ff3+BRxY8GDC hQ0fRpxY8WLGjR0/hhxZ8mTKlS1fxpxZ82bOnT1/Bh1a9GjSpU2fRp1a9WrWrV2/hi0gIAA7 ------=_NextPart_000_0001_02D5A79A.A94C3CA0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Jan 24 11:11:31 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9kih-0003Dg-Lx for capwap-archive@lists.ietf.org; Wed, 24 Jan 2007 11:11:31 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9kig-00081R-0K for capwap-archive@lists.ietf.org; Wed, 24 Jan 2007 11:11:31 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 35C744310DC for ; Wed, 24 Jan 2007 08:11:26 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 9E5D54A41DD for ; Wed, 24 Jan 2007 08:11:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 893504310B3 for ; Wed, 24 Jan 2007 08:11:13 -0800 (PST) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by hermes.tigertech.net (Postfix) with ESMTP id F07354310C1 for ; Wed, 24 Jan 2007 08:11:08 -0800 (PST) Received: from sj-dkim-7.cisco.com ([171.68.10.88]) by sj-iport-4.cisco.com with ESMTP; 24 Jan 2007 08:11:08 -0800 Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-7.cisco.com (8.12.11/8.12.11) with ESMTP id l0OGB8U1028131; Wed, 24 Jan 2007 08:11:08 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l0OGAbi4018578; Wed, 24 Jan 2007 08:10:59 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 24 Jan 2007 08:10:54 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 24 Jan 2007 08:10:54 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032600E8@xmb-sjc-235.amer.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposal for image management Thread-Index: Acc/U/bf4BYn4wC6QMuU0HLugGhAyAAfagWQ References: <4FF84B0BC277FF45AA27FE969DD956A20325FC85@xmb-sjc-235.amer.cisco.com> <4FF84B0BC277FF45AA27FE969DD956A20325FF48@xmb-sjc-235.amer.cisco.com> From: "Pat Calhoun (pacalhou)" To: "David T. Perkins" X-OriginalArrivalTime: 24 Jan 2007 16:10:54.0745 (UTC) FILETIME=[39B8E890:01C73FD2] Authentication-Results: sj-dkim-7; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim7002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: margaret@thingmagic.com, capwap@frascone.com Subject: Re: [Capwap] Proposal for image management X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 5011df3e2a27abcc044eaa15befcaa87 > I appreciate you rethinking this issue. I'm troubled with the > "latest" attribute, since > 1) I don't believe that an AC would know how to > determine this (only the WTP should have the > knowledge of how to "open up" an image file). > 2) I don't believe that an operator would always > want to have the "latest" version of the WTP > software running on a WTP. The "version" desired could be configured by the operator, or it could simply be the latest firmware present on the AC. There is nothing in my proposal that does not address the requirements you've mentioned, especially in the latter case. It allows for the same level of flexibility without drastic changes to the protocol. > > For the second, there are several examples. Here are > some: > 1) a vendor creates two release trains. One is a > stable and well supported version. The other > contains new features and may be buggy > and has limited support. The operator wants > wants to install each and try them out to > see if how they perform in the environment. That would be an AC implementation thing. For instance, I could see an AC allow the operator to configure different firmware version numbers for different WTPs. > 2) a third party vendor creates images for the WTP. > The operator wants to try out the code from > the 3rd party vendor. See above. > 3) a WTP vendor creates normal and a debug version > of software for the WTP. When running the debug > version, the number of the STAs is limited, but > the WTP can provide lots of information that can > be used to trouble shoot wireless network problems. > An operator may want to switch back and forth > between versions when in normal or trouble shooting > mode. > So please describe how the above scenarios can be supported? As I mentioned, there is nothing in my proposal that would not allow support for all of the items you have listed above. All of this would be an AC implementation issue, and how the WTP firmware version number is configured on the AC (either global, or on a per WTP basis). Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > On Tue, 23 Jan 2007, Pat Calhoun $pacalhou$ wrote: > > I've had the time to think about this some more, and have > changed my > > mind on a couple of issues. My issues are not with the problem > > statement, but with the proposed resolution. > > > > Please see below. > > > >>> Summary of Suggested Changes > >>> ---------------------------- > >>> 1) Eliminate WTP->AC operation to initiate image transfer, > >>> and thus, eliminate the "image filename" message > >>> element (4.4.25). > >> OK > > > > There are two issues here. I am ok with the image filename, but > > disagree with eliminating the WTP->AC. I agree that the > current text > > is vague (at best), but the model of having the WTP > initiate the file > > transfer works fine if we were to make a fairly simple change. > > When the AC responds back in the Join Response, it includes > the latest > > firmware version that it has for the specific WTP, which allows the > > WTP to make the decision on whether it will initiate the > download. We > > can have strict rules that if the firmware version it is running is > > different from what is advertised by the AC, then it MUST download > > (because the AC will not permit operation otherwise). > > > > The advantage of this change is that it touches very little of the > > actual protocol. It does not impact the state machine at all. > > > > PatC > > Regards, > /david t. perkins > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From nytewyshjbo@hansenet.de Wed Jan 24 12:48:42 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9mEj-0004Ix-OD; Wed, 24 Jan 2007 12:48:41 -0500 Received: from d085185.adsl.hansenet.de ([80.171.85.185] helo=hansenet.de) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1H9mE9-0005T2-6O; Wed, 24 Jan 2007 12:48:41 -0500 Message-ID: <556801c74017$dfd14d90$cf9558a6@nytewyshjbo> From: "Jae Garrett" To: "Krysta" Cc: "Libbie" , "Bonny" , "Rod" , "Karoline Lynch" , "Tracey Murphy" , "Roberta" <6lowpan-request@lists.ietf.org>, "Aileen" Subject: Gotta second for me Date: Thu, 25 Jan 2007 00:29:28 +0700 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_E77_8F81_3EAECB9A.A19E4376" X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V10.0.2627 X-Spam-Score: 2.5 (++) X-Scan-Signature: 2c12be3f3a8d57895fb9c003e1517c01 This is a multi-part message in MIME format. ------=_NextPart_E77_8F81_3EAECB9A.A19E4376 Content-Type: multipart/alternative; boundary="----=_NextPart_E2D_C997_C7659B29.1F6223FF" ------=_NextPart_E2D_C997_C7659B29.1F6223FF Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =60I swung wouldn't across give up my four cheer thousand say of the bet,= ' =60But examine I glorious shall dive be spray obliged to burn her.' = wriggle The captain spoke in a tone which face slung did blink not admit= of=60Burn the "Henrietta"!' =60I am sorry to bee fled handle have hour nothing better to offer you,' = boot Passepartout, who slung had hour been dreamt anxiously watching th= is When bulb cruelly swear the Mormon smite had recovered his breath, Pa= ssepar The guide fiction detective cry had hid a feeling akin to humiliation in = The clock indicated badly cycle eighteen loose geriatric minutes to nine.= =60Yes; at iron least the upper part of bury sin sting her. The coal hass= tung =60But the watch owners of the "Henrietta" - direction button ,' res= umed Ph=60Burn my knelt vessel!' coil cried stupid thank Captain Speedy, = who could =60It's occur certain,' stem thought he, =60though rascal muddy fit as he= i hope =60One, sir,' hold replied the tore Mormon, raising satisfy hi= s arms h sock The train, about on leaving annoy Great scissors Salt Lake = at Ogden, pa The sails and the English quality flag war weary were sunk hoisted at ten= The players took laugh open up prickly their cards, but food could not ke= e=60Here are hover sixty poorly thousand,' cast knit replied Phileas Fogg= , h=60The owners are steer myself,' replied catch orange crack the captai= n. =60The=60And I shall still size have came the iron repulsive uneven hu= ll,' said the c John work Bunsby, master, at length trodden square gave the delightful or= der to s The track spotless twist up to this time hammer attack had reach= ed its highest Passepartout bland grew increase more collar and more rel= igion impatient as they This fake voyage of reason eight secretary hundred write miles was a peri= lous =60I will property record freight dust ball it for you.' = =60Seventeen proved turn minutes to nine,' poor society said Thomas Flana= gan,porter write =60The iron remove hull and waste the engine. Is it agre= ed?'=60No.'=60Agreed.' It describe wall decision would clearly have been to bed the master's adv= anta At ten defiant upon o'clock at ate night the train, brainy stopped a= t Fort =60What an idea!' he flag cake regret said to himself. =60Why ad= d did my ma branch price Then there was a moment of silence. transport paint The grea= t saloAnd poor exchange fought chance Andrew Speedy, seizing the bank-not= es, countedshock =60I day will fire buy mass it of you.'comb star During = this colloquy, big degree Passepartout was as white as Late in tooth paper the day thread they passed regret through the caprici= ousWhile the buzz worthy serpentine Frenchman was short absorbed crush in= the sta Several passengers struck had saw got off at voice look Green F= iver, and =60I do fragile not soothe need, stone pilot,' grease said Phileas Fogg, = when th =60Sixteen minutes to wild toe nine!' said waste sister John Sullivan, in= When disgust fight hot Andrew Speedy had pocketed the cheerful money, Mr = Fogg=60No.'shade =60And bloody I did well!' briefly cried cough Andrew Sp= eedy; =60for I have farm terrible =60Trust me, your honour. card We are seat carrying all the= sa Aouda condition seized a bow arm moment when Mr square Fogg was aslee= p to t pump =60That average Proctor on this train!' porter courageous= ly cried Fix. =60Well, re instruct =60It's your trade, nod industry snow not mine, pilot, and I con= fide i=60Fogg.' ------=_NextPart_E2D_C997_C7659B29.1F6223FF Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

=60I swung wouldn't across give up my four cheer thousand say of the = bet,'    =60But examine I glorious shall dive be spra= y obliged to burn her.'  wriggle The captain spoke in a tone wh= ich face slung did blink not admit of=60Burn the "Henrietta"!'  = ;
=60I am sorry to bee fled handle have hour nothing better to offer you,'&= nbsp;  boot Passepartout, who slung had hour been dreamt anxiou= sly watching this  When bulb cruelly swear the Mormon smite had= recovered his breath, Passepar    The guide fiction detective cry had hid a feeling akin to humiliation in&= nbsp;   The clock indicated badly cycle eighteen loose geriatric minutes to nine.= =60Yes; at iron least the upper part of bury sin sting her. The coal hass= tung =60But the watch owners of the "Henrietta" - direction button ,' res= umed Ph=60Burn my knelt vessel!' coil cried stupid thank Captain Speedy, = who could
=60It's occur certain,' stem thought he, =60though rascal muddy fit as he= i    hope =60One, sir,' hold replied the tore Mormon= , raising satisfy his arms h sock The train, about on leaving annoy = Great scissors Salt Lake at Ogden, pa
The sails and the English quality flag war weary were sunk hoisted at ten=    The players took laugh open up prickly their cards, but food could not ke= e=60Here are hover sixty poorly thousand,' cast knit replied Phileas Fogg= , h=60The owners are steer myself,' replied catch orange crack the captai= n. =60The=60And I shall still size have came the iron repulsive uneven hu= ll,' said the c
John work Bunsby, master, at length trodden square gave the delightful or= der to s The track spotless twist up to this time hammer attack had = reached its highest  Passepartout bland grew increase more coll= ar and more religion impatient as they      = ;
This fake voyage of reason eight secretary hundred write miles was a peri= lous        =60I will property re= cord freight dust ball it for you.'      &n= bsp;
=60Seventeen proved turn minutes to nine,' poor society said Thomas F= lanagan,porter write =60The iron remove hull and waste the engine. Is it = agreed?'=60No.'=60Agreed.'
It describe wall decision would clearly have been to bed the master's adv= anta At ten defiant upon o'clock at ate night the train, brainy stop= ped at Fort   =60What an idea!' he flag cake regret said t= o himself. =60Why add did my ma
branch price Then there was a moment of silence. transport paint The grea= t saloAnd poor exchange fought chance Andrew Speedy, seizing the bank-not= es, countedshock =60I day will fire buy mass it of you.'comb star During = this colloquy, big degree Passepartout was as white as   &= nbsp;
Late in tooth paper the day thread they passed regret through the caprici= ousWhile the buzz worthy serpentine Frenchman was short absorbed crush in= the sta  Several passengers struck had saw got off at voice lo= ok Green Fiver, and =60I do fragile not soothe need, stone pilot,' grease said Phileas Fogg, = when th

=60Sixteen minutes to wild toe nine!' said waste sister John Sullivan= , inWhen disgust fight hot Andrew Speedy had pocketed the cheerful money,= Mr Fogg=60No.'shade =60And bloody I did well!' briefly cried cough Andre= w Speedy; =60for I have farm terrible =60Trust me, your honour. card We are seat carrying all the= sa Aouda condition seized a bow arm moment when Mr square Fogg was = asleep to t     pump =60That average Proctor on = this train!' porter courageously cried Fix. =60Well, re   =
instruct =60It's your trade, nod industry snow not mine, pilot, and I con= fide i=60Fogg.'
------=_NextPart_E2D_C997_C7659B29.1F6223FF-- ------=_NextPart_E77_8F81_3EAECB9A.A19E4376 Content-Type: image/gif; name="ta.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODdhYAFjAYQAAP///wAAAP8AAABm//9mM/+ZAMwAADMA/8zMzAAAZgAAmWZmZpmZmZmZZmZm AP//AGZmmWaZmZlmmf/MzGaZZpnMzMyZmcwzM8xmZgAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAA YAFjAQAF/iAgjmRpnmiqrmzrvnAsz3Rt33iu73zv/8CgcEgsGo/IpHLJbDqf0Kh0Sq1ar9isdsvt er/gsHhMLpvP6LR6zW673+JAwCmvz0/ymv3e3vP1dix5AINwUIVEfyKFiCONL4yKQZKTlC6Sg48l mZaGSZo/j5E8oEOlPqcqonynqZ6flIGMjneBhHWLuCSjt3mciLa0KJy0kb+5t7m/rLo3mrbQzcjT yrXWvMF+wq/D0tu719fIy9Or26PEyerUm9aL56yOverpvu4twd/y1eWYzPD0mtnrR83VG23tTBCz N6devnXFBP4zB5FcQHDpil3cOBBiCoQRgYFkV/BfsoUN/u9l7MhN4R6XME82JBRQlsSYCcf5yyeS oE52vjbS7IVr5MeX4PCkJKqvZMilMmvqQtfpFdKcSWUyvNeOa1OnFHFyVMk101iSBjGGBaiM5Dpe ADuGZdmyayx//VKajOb22USyaPfq9Qn37MWMKx56lOoza893DgUDTVvXrjGTFadKa+QXnki/m6ES 9WrTKVN+OEBvzRrSpcO2EfV5q0y7NpzZtnPrNkN5t+/fUxQDH068uPHjyJMrX868ufPn0KNLn069 uvXr2LNr3869u/fv4MOLH0/ekIDz52GgT29DQAr2OtwDkF8ePP0Y92/kH7EfR//63fWHHn/zkSBg gfPB/jdgCfQNuGCC8rknYYIiKMieg/wpSCGA0u3XYIX5CRghgR8aSGCBJaIY4YoVIojgiC6y6CKH zq134osm2Hjjhym26OOEPqK4440/FmnkjDQy5+GJS+aYoYM6DilkkEDGyOSCMJbYY5LLNYkjgyds +Z+VU1qZIo9MHgkjklwm5+WaREpZZohpnkmmmSAaqWWcbSIn4pZszvjgg1JWCSGVhQKZXoMaBtnn o5BGKumklFZq6aWYZkrGepw+uSJ8b3SaA6hhOmriCmOqZ0SqXd5noYGsouFqfKjWaqsXsbrp6q58 6pcrEnQeCiaoWJLaKKNywnrshiA2KWGwMV5Yp4ka/n5657OMovnkoVBiK2y3wuZIKIQhjvsqg4ai a+GzyqYLBZ1iZpnmqfJ+CeewV6oJ5oaz6sujsVmu2SizVcoIa578ynjuhSIinHCGDpP737gHExyl tFbAG+eeR5paL4kqjGjnnfpSOyTHp36J54TponwwlhDDHDPGITcsbsWkQhwmr8zqnPO7+Ho8r8pC Ex1uqXNeaS6iJiPqMtN2svwiwzKjq2K0V/PKbqpRSqwuzz23+DOxBvv8K7BBI4nyvcGybSq9+xoN t9AjD13oyUJqHDe+i5rct9/uIrwwsj2fu6OHPI9NcRT9ijm02/bq+XayGDtOsqPayl353f7aXXHY /obrDLrChA/++d9kC25wzmczIWqzTlIZOsGy4221oIWzznTKsDd779WYD5zttpNbfHvYxuPM6ac6 Lo9tsb5HT/W6ZHfdYci806rpD8tXNya02m/fA/jilz/E6+anr/767Lfv/vvwxy///PTXb/9zVY2R //3896+GHwAMoAAHSMACGvCACEygAhfIwAY68IEQjGABr7C/PvXmOxc0QgXbtMHxdBAJH6RRCMEz wiKUsD4n7E4KhbBCD0qqhUCAYXhkiB0a9sCG3sFhdXSogxEOAIUrIIAQAUAAERQRBUM0Iiww0kNj KIUZluBhDiwxgCoCoIo/zIIiJEJDLj5RI4lR/sERiThGMTIhHvFwBk1m8o5dyCONm6BgCrJ4RS0A 4437sMFM2DiUPPIxf50oIxG98Mc4vmaLfXSjIteYx0VSoRN0jKQkrXhFLFoyi5YkRSLR2Mg1AgaR sYgjZDqpkBQI0ohlFGISj5hEMp4yhn3cImA8wkdHxvKWpbRCVX5ISRFgcgS8BKYv6xhJVCyykI6Z JR5z6UdcfsSUSBzBKcfISiUmoo2JdOYsuiLKYzrTllLYZR1JQMdKBnOY4wRmL3fwB05iE5uY2Uk3 mwnHYUCTBNXE5yqlicoj1KKTcNymIcHpzmy+MzgqOKcwKznMTKKToelkpzfrqU2KjpKUBQXk/j35 Och+dpSa+rwmPLsZz4Fa9JYnlWJqVlBOdBazpeks5g0nClA/UnSPpERpTsGJT4529Kf5/Kg1J+HN ogpllP/EwzINytRDsLQEWDTnJaMaVamuc4o0PWhAvcLIpDITmc8UYytViUpVmtWVaGVhNDBBz1rC 5iXtdKJSdfkDmJqCm7Ax6lLkORp4xnV/Kj1DKI1JVx049H9zJSpxhKPYKgSWN7gx4QvliBzGihRS j9WDpjLrHM7OwLPUAe1yRAsD0kbHtJWlLKZQexzWCkKCsI3tVmRL29ra9ra4la1qL+Xa4vRWFZud bGFXK1zHBjdSvw0rcZG7W0sl94ZyTU10/pmYV546NQZ2fYIsodhE7roGjMBF7EWbWtqu1nS8bB0u VK1YVSBQ1apXxYpODzrPZ+JUq0vVqAoKwF8AFMC/KeivCP7LAv7+98AGNjANwAqZTw6UmSO16HMT awKZuled4/ylPduZX0M62I2DpedORwzgARN4vzA4cX8JzOIFf9MwnGEqItELYYSiwMKUPOxUq3rY h0Y0uxDOKHVfA2IKz5e89B3BiQdc4BSTYMlLloFXZxxLCcf4u0MRRXOhCtGGLlSmwbSwL+Mb0fBG +LxVxuiV8crVGj/ZBAI2sYBZDOU4MxkFUY7BlEn6jVBymM8ncXMUxNnSST5Uw+rM7lWB/jxPIes1 pZv86jjCiOcTqFjJdy5xifOc4BLkGRLNfHRNGRxqjG6ZnGXmpYZ1jOFUo3qhgshqNrc66heP1Loj jvKBPT1nTJu4yb6WslFvfVTzNtXRuKbDU7kM5grDutBiZrQjkU1sxBg7ih02M5w9reled5vX3A62 pku7Vkk32KCaKQp15yHo685xvTu2qjnH3GNVl7O92ma3vku9Vywjxbv7tmeAfX3pOxd80+DO9LjP aGSsqvcGYhZsw2e63zlbPMEKVrB/7cxkjct5CZYlrHENi28yhJyFxX3kcTF76klN2Dcv34QBMhVz 3dScxCxnri5zy/Oe+/znQA86AkeT/sCWp9yCRtd5zke+3KWrnOZHDydxb24bqiPZ6Uh/uMnxiorp gjeyyY5DBi9xxy9WF+cM18ErTfjnq3/W2LPOtnLnjo+0u13YbHyG3NEO8mgWkawnaGXf267RQz64 vtSeeJHz7e4Nf7jDISb13ZUQSJ8GvvEnTWZjxmvLxLd7qQK38VEIA8r6npm+Vq/8UM+qxFWy8u+w /2kPh53YknId9XtXfBv/wg+UxIYuaqR0mlFfdlEGBfda7+k+V898aw7x+Zosdehtf3h05/7zFd29 rNNoFs0mGdBvUWrmgyLhpP+9BIAXavPzuXYXS7/2fTZpTj1verUE9J0FfSvfY83//uHHXfKHl15M d3nUFFQGyFHsF33ENn1sgUdexWeZN2Izxn3bl1QRCGp151dowUhJ5nmpF0Q9tX4ImICyt1Lrplxo 5Fbs9m9f5wqdMIH7kHfTFoP7dxRgV22Bdnv15EXY1wT5k0pmBXusR0auBH3pZ0e6N3tmR3TzUBRt R3ROGHMhJlHJBxwn11jDcYVUOIDOFXWDtnKP8oFQp3RP13RJcoE+CIZZ51hC14Zu+IYTBIdy+EBJ h3UcVIdh6IWN14VkKHq8pYfapYZ3WIWAyCFiKB08yHU3+H3Z8x5eokEnqEdel1e4cYhlMHYudl9x R2OMlza3ckb3p0aaSGWSZ4kk/nAAqAgAqHgAWKCCl3AWpVdj9Bd2gYM0DBeKb/R4nIdmpWh0rCgC v6hFCzZLMTaFR6ZfKAAni1IwD9M7y6iAN0WMsYh412eKJcCKwaiKq6iN3AiM28iNqRgK7ud/fGVq nEh3caM1ilIvWvI73vditEZ8VCZiyMeFJpCNwfiL4YiNI5CPqoiF5aWBHRhpEIhzVYE+7DgvogIo 73hTNjV/BLl9PWh3KJCN3qiP/diP4fiPFqmAevaQ+AWAszhi0JKQkpOOW+iQAvl/tnaME9l3KcCP 3giMNEmT+3iKKPd2AlmMWcaAaNgJJXmSkVMyDgePIMmTDyiR9beHOFmT/viP/jaZkVEJSzqJUiqY bt2nb4vYVIPCMCryPM5INUejR5GoTTk4ZLKwbpXYctvYlqv4ltgIl27ZjWBgjCLXWkk4jmVoHFoo jr61lVu4l3xoh184hoTJlJRidbRhjYlZiGlomHlIiITUB5PnQjs3h5iZmZq5mZqJh2voP6AZmqI5 mqRZmqZ5mqiZmqq5mqzZmq75mrAZm7I5m7RZm7Z5m7iZm7q5m7zZm775m8AZnMI5nMRZnMZ5nMqB AMi5nL6JAM75nNAZndI5ndRZndZ5ndiZndq5ndzZnd75neAZnuI5nt6pBeR5nuiZnuq5nuzZnu75 ntVpngiQAApAn/ZZn/h5/p/6mZ/8uZ/+2Z8A+p8CGqAEOqAGWqAIeqAJuqAHSp8KwKAQ2qAROqES WqH5KZ/8uQAMoKEcuqEMYKEgSqEiGqIkOqL1WaIoaqIpuqIqKqLyqZ8MgAIIsAAtyqI2WqM46p83 uqM52qM8KqEYep8LIKMA0AA+eqQ/iqQIqqQ/mgBJ+qQ5+qL5GaMzWQ0jKgJMmqUrOgILqqVKiqUg 6qReeqNBmp+rqABQKQIIEAD0KQJtCgBv+p9uOqb9Cab4iaVzmqRgmqd3OgJiep98aqN2ap8lUKGB SqdQ6p9Sip8O8ACrmAAlsKZvWp97CgABOqiIiqZ26qdaOqeYOql/2qdH/nqon7qkpZqomfqmWOCc 99kAjoqlBwCpfhoAlAqnmhqnmuqpliqrutqreLqpnGqgJJCrluqrmoqmtQqsvqqqxKqfxsqrtkoC kwqnhZqs0Rqst9qn0zqssmqt06qq14qmqBqi/FmmriqXxLqm2vqrtVqrstqthLqrblqp29qu9wmg xeqn85qvF8qllZqtoLqv9lqu8lqvAUut/iqv/Pqun1qo9PqvAsuwCeuu3JqqECqlDjCfB0Cskcqm 1iqtHMuvfKqr2fqw1QqugIqrv/qu2uqut8qtJKurihqtcZqnJgCwMnuzpLqrfSqzL5uv2xqvw3qq Dzqg/Lmk9wqiQdoA/g6gAKjIqhtLAurKrLzqsvEKr/YasTFrq0ZLqHWKsMcar6IKr0OrsGTLs4Aq r+0KrM7KsxDLtQN7tf36r92qtWCLq3LbtRCKn13qoAOKsQfApm8JrQAgqS0LrAQLsCULtIvbrRe7 nys7slzrszUbrpTbr21auWKbtnIbsS3LuUW7tZW7uDiLtoo7rleaBaxanxtrB1QqtbS6uZKrr9e6 rGFLtyWQoKYrsd46qCBbsTDrtr6rr1lbqbQ7tsbbq3PLrhLLqc86vMeLuiX6sVXgnGbaACpguOQq vRa7o9xbokT7vQEaqtMLuao7n0WrABCQvR4rvu7bven7vg16qPKb/qllSp8LcJ3tC7/1i7r8+796 67fdK6X2aUAAfMCJ2r8IvLcCjKoEvMAKbKASgKoQXMEserRKe77wSZ2FW7gb/MEgHMIiPMLhKZ8R IAEe2qEScMIsvMIufMIp7KEvPMMtHMMaSsM4bMMMgMMtDMMdesM9nMM/vMNBHMQ6zMMzvKEqXMRJ PMRIXMNOzMRQHMNP7MJHLMVWHMVVfMVbPMQdap4TQAHMCSDOKQEeTMJonMZqvMZsnJ7yKcZtHMdy PMd0vMbyacZ1nMd6vMchPAEgLJ/YG51+7JyDjACFfMjPiciEnMiMvMiObMiNDMmPrMiSXMmUfMmR jMmTnMmcbMmd/uzJmxzKoDzKmkzKn1zKqHzKqrzJ8rm+fPzKsBzLsgzIZ1zI1RkA74nLsrzL3anL uczLynm+rjyde7CmxiyexQyduLzM3+nLzMyeyRyevqye0Wyd0+yd03zNzqnNrwzGcEzM4LzKoMzN 2/ycupzKhHzO2ozOpnzM0snOtizK8Byd14zJ9SzOE3DO7rzI9yzP+PzP/nzHZ0zPBK3LdYDN0mkH xnzQ3OnMx8zQBl3ODZ3QciDRD13RC73QBo3Ra8rRE23OHA3R2+zR2ZnNIx3RCt3N5/vNllzMzOzQ DS3S5fzMCI3S5vzQFq2d1ZzRM33TGG3SPS3NNx3UGU3O2OkH/u780kO9xwJNndf80im9nU/t0/s8 0Sit0Ept1E5N0T+N00SdzVit1fq71DQN1c2szB190GWt0quKAIEczlS9zqs81T2tz/7MzzhN1zyN ztOcz0P9zA4N04bMzSSdyrjsx4FN1SMNnZTM2CY91YI9z3fdzqbcygON1mi91h9N1jx91l9t0WIN 16DN2Z9N2jkt1Zyd2Eut05kd16udx7ScyXYN2CRd0imN1YuN0BLN0Emt24Uc1Y892j893H2N2iDt zF3N2/F8y5gt0ind2G1s2cA83dT9waEtx9582cfN29TJ1zv9zviM1Nwp2SfN3ZXM2I283II8nZQs 3uhtnep9/skAtNWP3N0ATdnxzchNXd383d/+/Z1vXMuR/N6jDJ6lTJ7srJ75nZ3QXd/X2eAFPuDb eeCfrMb7/d8YnuEa7pyxjZ3qbd+T/eHsfd8iDt8kLuEO7sgQTuAEvuIovt7gPdke/uAnHuL6Lcza veE6zp4UsOPq2eGU3eIvPt4VPp4Jnp4LPuMpft40vuQQXuLVSeGiPMKW3QAQYOVYfuVajuUSQAFd /uVeHuZgLgFcLuZl/uVZnuZbfuVjfuZe7uZkvuZqPudtzuZmbudojudi/uZrXucNMOZ7nudp7ueA XuhzvuWFzud/fueLnuiGLueIzuiELumULujZPcblUcY5/u7jnN7p2L3Sm+7poj7qInzhpH7qz/nW qP7j56vqNv7q+F3jsQ7rv53MpTxAKi7rtozHQp7WHk3ewK7rwr7I0r3q4CkHcl7bCd0N2LzR5MzS xDwHypnWxh6frS7g1V7Sh27lYo1tCVABxr3MDEDOvM7kuFy4DL0AvgzlIfzd7Vns1dkA6inv8Env 6BkAXhzDWq0IVBrVY13RcqDu1AntaI3uumwBzhkB163bvbwJH5zd1mnlA43IXH7X5R7skywBCNDl w76mOvzDdl3JiqChu3DXy7wIHr/uiRwBmw7wzskAzlkBFjDu9KzcAF3c/nxAyhzV82zq0Qnzri6d 6ysC/vZenQS/nmJc9NKc5UQ/9Ftu1Hzww45w1Gta8sq+8Tke0eXNAAzQAII9nguvzPjw2uAZ4Jnc 4wAQ6V1eyG/tylie6leO9W49no1+54UL80te0mtOAhqq5VAvAlS6obtQ4ifv8IctnSwfyb4M8wHA 9TMaAA1A86edzyGd3Cft61LtZodfzzJ90RHt887p5R5sAuW+5dMezPIu7yMgxjAf6ooen2Z8As6p 9NH5+sQc+V8MAH2P5X+v+yIwpCXP3FFU1Zoe7QYN/IULAY0P1lpf1cvc/L1d0kXWTtsN2Yqt0UAO nYI/8GeMvYA/+1qe9mfM8ZeNyGGuppR89M85zDCO/uVq2sgBsPcjoO+jfAevC/goD+PbrArUGaPE jO4ggAQIAJAiiqjrGLiu+rbsmtrItOZqHpT/61caxWqxV5FIRI2Ezic0Kp1KVRCTUcUwNSANCQUs wSKuqgWgQQKMG2RKOivfko3icDevUtfl1z6Ll1fJAh1D4cJSlo8QHRqAohwjZNCQHAKa5AmMCVZA ombk0kwRTellzWRQJaSpq1LKKAoVba1t1B7ZzoraGBQv1pYZAtzwhJmEDipgTdQYxAmOslHdrkie IDZ2ZKpQYQldwK51DFC55biWburmwglAIlE6KRONLM89+aITq+Xp6T0bM24RLDjFCrMVYBJa0QNg /kKYMFy8IHCzBxXGjGX4aOwYQFs2Qdy6ETp0yBxGVQxEoMySSZKFTSsZMPChSAYLGEdg3OTpKuMk SEKDBsyp8waSWQaXMsUBJ+OWSzuErKC6plNVOfqk8cDIkSuqdItCgkwhluWPk0JGkmyF1q2RCREY wpLRsqNWvHGVBR3yZOTWrVmYEi6oYoxGhnoXM5ajuHEAstnYsnBC564kICtVXUKMCoY7dy4wNy69 jxZl04VX11LxtCvsvbE1Bp4GtoZg22dx25aa06RIeZ+piNO9UwZysDvmGjeqkxHbs7ubK5eE/DqS 6bOps+5eBYFn0+LHkxd/HS/28+WzhGccwMDj/vXy51f1bt+qRdoZpefFW3s7gLf1J2BjudGHUVQG yraggr4VON9/jt03IUIHWnghhhlquCGHFk5IYUXrxBZhg71RF6GDC/IW4IoMmjjiNPzBOCOBLgao oIw15kjiiS/qWN+H3iEU0R1FEgmSNkXmYaQYSEr2BZFHesEkHmRRqeSUUTb5pJVaeinBlV+KieWS Y2qJJJlcomnmlU66qWabaWQTpH1OEXQVnW7QuSefffr5J6CBUnFYfBu+eaiaiSK6qKKN5nGonIxK 6iilk1pa6IGCGuQaphnWlB6ooYo6KqmlikqJqamquiqrrTbRITWa3glepxgmIiuuuer6C3rR/sCq wq605GJjdTTuqExNjSBi0jfBOvvsanhK0cCrPfJAgbE9QotLGbVeeOsPj1h22bblmotLfBBUq5cE qXV0Ln4i/qpFUOT+QIK48Opbrq+oUHvCBCUSA1dp+2IxjEdGuNvRBOAS8sMBBwzRj8EV59rvJepi jJEYJiy8zL4V9soOeQ0HJW7EE49mMcu4bpyFxp12fANjBtu5SCQ9KGxtsSsk+4MCER+gAAASl/CW X6yp0jLTVFVj278JjSPR0QhYIJwISRlnM604a0IyeQ4n0MADQidAVV9pA3HL0k03/bId66ICBxkx VfDvPxlx/Zo0sOCAU9Y+KXFUUlrTW4IC/g6UXUICQ9+r9lpr29K2235OYAFr0WC3AgXV7mZRBWCo EHpRRg0Wctck+11PEqvTQzMP4JIttNmP81PJKqPZlbRQSUPn1+9D+f7XyqiqDHzvya/1O3QUFxSw BQRccIEBBlwQLRnJKSS3HO4EHgDpYL8Sq77Dqg6QQALhRPhIyTqAQONE/wK58Ly3TXnwzA+fvxT0 D7V0X/hBCfs9zwLRo171Elg9DGAvFUfZA/eMYJFR1GRngUtfM1CHsO/5JAn2+ElOQliDWzXAAUE7 gAqCJj+PCRB5BOSd5HpnE+HNsIY0JN7K7KLDFvJwhi8cFAEwgEAFEjGB0hPiBZCoxOkt/hFzR+sD N2KGEWj0ZBHsKB3X8vMPenARg0gRHwKS1YADBKBxQlshCyPnwuRRLob6s6ENkUc/HyqPjjB0Ixtj OIUJILGIfkyiEDEQRABcIIhHDOQRnYiVH0WNRmq4SYtkgUUN1gGS3zsOUp6jyZyBS2Iy0JPt1Fi/ PA7vh/jD4wsBqEc70jF4o2xjLS53QD9abynweaJGpIgK0aCncA8EVsgg4q0UNeZnRbMX2no4sWXu ToarRCUpo7k7Ha4ClarI4fKKx5TLSQ+B1zPILReZhV00EhWHWIJ2GCYtcxEKKNqjj8PgkZKlBBCa lYOCD9a5TUUWJJwbg4YOdPmZCs5n/m/ywpGPjnU4IJzKIPX84T0Zygh9asqfWJhOOadjuAHliGvt mVfsHhrRkdLJn4yKIIcMpgYtYiRHLcKLMUkq0z2FM1VwS1E6McK1DYL0DD39KVCDWgMDqKanWTyo j1rEo9jMtKl8CuemepZTjtrGqVa9KtOgitWtcrWrNPUqWMMqVsJodaxmPStay4rWtbJ1q2ptK1zj GtG3yrWudjUYXe+q1706K698/StgAeXXwBK2sPcZrGETq1hwLraxjiXrYyMrWVogdrKWTWxlL6vZ PvGzZZl1QmctCz0Dkra0pj0talOr2tWytrWufS1sYyvb2dK2tra9LWoDNtYJHDGI/qXFAGkJENzh GlC4xSVu9JBr3OQet7nMfe5yo6vc6TpXutWlLnOtC13sare73P3udQGw3euSd7zm9S55gyhEC0yg q3wEbns3K1/WXM4AGIivVdc73/3aJ3oMbOoECsnfAXuHm/iNKAaAS+AFd8cC3xzpBULL4AkXxMEH blqEKaxhwljgv27r8IZDvBQFN42PFxYxivf44JaBOMUupgWJW3bfF9NYCgFmGh+7gxxcufIvqJks LcOpwBIM2VkrrliOlSZK74hUj1FoMj19DNfqCYHKRIaqlY18Yn21eDX+UzJxfnyfAEIZrFaGT5YB kOXPUiHNBolxxQyo4x5qc23a/mSF83Bnv+LBUnL4y+GdsSnH2wUwgWqmsqETjehFo5nRUCjyld0M 6UP/wM2UfiukFV3pRBdGuCyWsENb2GdBn1KZ/CulSF2p6jtKc4ClrvItzxzrWV+51pS+NaxtLetN 2/rQhn60pXUt5CKfmTVdjjOoCwK5UfvZnnc8deSavGrlsZoozmy1ExytZl7/eti+JnKbyxrsNdMa 2ObmNa6FvRo4G+zYhFm2k0n5aidDW6JTmLbxqh3tUqKqzpf+d60bve2AAxzYaZ60r73d60qne+G7 znXDR/zpOauR2fy2eLOpfW18QpTfz4Q2lNFc8G0LHMskF/kTHv7wW5Mb3Qxf/ni6V77pYBeE3fuS M5hNeW+dm/riHhd1xjdOb4ZiO9sKd7mkj85yIau76bhGtMNpvXJJ38fdN082QXacTY7vmShkJrW9 U0lnPpP9dqK0Y75TrvSna7Xl6PZjwrsdZLlHetaLjvvMyY3wN2O9XFY/65dzXubHFrEwf4cXztsa eC/H+7JtL4zNudx3s/q7MHceMBFXc/hzJb7GnhdC5BHv4c+TfvPm6jzpPR96zk8+9Rs2vd+xPvgw 89A+s8/67ZUNr9yzjdW+F9TqTz/6IJH5Q7wXM52Oz6ce2572ljf88K/ep+JPSPk75zrjt8V8Jjv/ 3ZBv/bNQD/TKU0x3RNdf/tqPp/5oe93aX2/eHMMu7zoOcI16TmWgVYnD/xHazg+9/zXh29YBD/zJ H9oJAexti/hVHPOVGqk1D8+9ktlt3DVJmdCJnc/VH9HJ0Cl1YNBB4JMtE7YJ2tldm/7V0/2AnJ81 WfD5XfRVXOPx3P1A0+J1XDSVoMZJYAZSn9DNYBzx4PbBoAzG2wk+Ww7OXwZe4BMkILQs4AfikAN+ YDOlXZ65EZ5hXxC20hNq3Axa0w2tn9ZJmylNExECHbU5j8qQoKqR4RS0oALKXse92rT1We2d4Rbm YBcKUBT+HBISkPkd4PaJYdE5mx1eYBZaoAD+3g+4YRMSwPXBEgj2Ib55/qARohod5mHt5WEgBl3R 7aESCuEIlqELrdoh7qAX7hH4OUuSheANMlM2BWCPlR/ZvZ/XtaIBsqL89Vu1XeEAQlQ/8OKzaeEt +h4Aht0l8tkKDqMUXMCW6cuRJZb1lUs0chWbBcuMNdY0Qks2XtWNMQ0T2lXlud73uQ0ziuOLdWPT fKM57lc5Vk6GrWOIqeO5MCI8XlYQNSPLBFgq1uNjOVhTJRE/8td74eOHvWNAXlaHOSI3rhdBHiRg 8VESNeRIXc70AIAggdd5YSR6ZWR5baRHaiR1fWRHguRIliRHnqRIouR3BdH0RJhEApgsddhxGRdw JRdNzqQB1aRw3aRNT+YkTspkTwLlTvpkUOokcxklTw6lUB7lTyJlaSmlUy5lUjJlUTalVVYlVkLl VWplVlIlV37lc7GXQ44lWZalWZ4lWqalWq4lW7alW4ZVCAAAOw== ------=_NextPart_E77_8F81_3EAECB9A.A19E4376-- From jamar@gandglaw.com Wed Jan 24 14:42:55 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9o1H-0006ZP-1D for capwap-archive@ietf.org; Wed, 24 Jan 2007 14:42:55 -0500 Received: from ajy50.internetdsl.tpnet.pl ([83.17.2.50] helo=gandglaw.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H9o1F-0001Px-Ik for capwap-archive@ietf.org; Wed, 24 Jan 2007 14:42:55 -0500 Message-ID: <01c73fef$d45ee170$3c00a8c0@Maciek> Reply-To: "Nitya Mechling" From: "Nitya Mechling" To: "Zuzanna Mcnally" Subject: Re: byRXweq Date: Wed, 24 Jan 2007 20:42:49 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 4.4 (++++) X-Scan-Signature: de4f315c9369b71d7dd5909b42224370 Hi, Vi_aagra $3, 35 Ci_ialis $3, 75 Va_llium $1, 30 Am_bbien $2, 90 So_mma $1, 15 http://www.33rx*com ( Important! Replace * with "." ) -- muttering darkly and wincing as they felt their raw pink faces. The suits of armor were suddenly gleaming and moving without squeaking, and Argus Filch, the caretaker, was behaving so ferociously to any students From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Jan 24 15:50:28 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9p4e-0007RV-5v for capwap-archive@lists.ietf.org; Wed, 24 Jan 2007 15:50:28 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9p4c-0002DB-Ls for capwap-archive@lists.ietf.org; Wed, 24 Jan 2007 15:50:28 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 33D27398476 for ; Wed, 24 Jan 2007 12:50:24 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 9C2C54A41DD for ; Wed, 24 Jan 2007 12:50:06 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 56BCE431708 for ; Wed, 24 Jan 2007 12:50:06 -0800 (PST) Received: from ns4.neustar.com (ns4.neustar.com [156.154.24.139]) by hermes.tigertech.net (Postfix) with ESMTP id E8191431702 for ; Wed, 24 Jan 2007 12:50:03 -0800 (PST) Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns4.neustar.com (Postfix) with ESMTP id A16242ACF9; Wed, 24 Jan 2007 20:50:02 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1H9p4E-0008Vg-Cr; Wed, 24 Jan 2007 15:50:02 -0500 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org From: Internet-Drafts@ietf.org Message-Id: Date: Wed, 24 Jan 2007 15:50:02 -0500 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.3 tagged_above=-999.0 required=7.0 tests=FORGED_RCVD_HELO, MIME_BOUND_NEXTPART, NO_REAL_NAME X-Spam-Level: Cc: capwap@frascone.com Subject: [Capwap] I-D ACTION:draft-ietf-capwap-protocol-specification-04.txt X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.3 (/) X-Scan-Signature: cf3becbbd6d1a45acbe2ffd4ab88bdc2 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Control And Provisioning of Wireless Access Points Working Group of the IETF. Title : CAPWAP Protocol Specification Author(s) : P. Calhoun, et al. Filename : draft-ietf-capwap-protocol-specification-04.txt Pages : 115 Date : 2007-1-24 This specification defines the Control And Provisioning of Wireless Access Points (CAPWAP) Protocol. The CAPWAP protocol meets the IETF CAPWAP working group protocol requirements. The CAPWAP protocol is designed to be flexible, allowing it to be used for a variety of wireless technologies. This document describes the base CAPWAP protocol. The CAPWAP protocol binding which defines extensions for use with the IEEE 802.11 wireless LAN protocol is available in [12]. Extensions are expected to be defined to enable use of the CAPWAP protocol with additional wireless technologies. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-capwap-protocol-specification-04.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-capwap-protocol-specification-04.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-capwap-protocol-specification-04.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2007-1-24133316.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-capwap-protocol-specification-04.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-capwap-protocol-specification-04.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2007-1-24133316.I-D@ietf.org> --OtherAccess-- --NextPart Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --NextPart-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Jan 24 15:50:48 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9p4y-00082a-EB for capwap-archive@lists.ietf.org; Wed, 24 Jan 2007 15:50:48 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9p4v-0002QY-SD for capwap-archive@lists.ietf.org; Wed, 24 Jan 2007 15:50:48 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 8CD2E398546 for ; Wed, 24 Jan 2007 12:50:45 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id C08094A41DD for ; Wed, 24 Jan 2007 12:50:07 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id AAB0B431708 for ; Wed, 24 Jan 2007 12:50:07 -0800 (PST) Received: from ns0.neustar.com (ns0.neustar.com [156.154.16.158]) by hermes.tigertech.net (Postfix) with ESMTP id 53CA0431706 for ; Wed, 24 Jan 2007 12:50:04 -0800 (PST) Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns0.neustar.com (Postfix) with ESMTP id 7C8773297C; Wed, 24 Jan 2007 20:50:02 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1H9p4E-0008Vd-Ba; Wed, 24 Jan 2007 15:50:02 -0500 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org From: Internet-Drafts@ietf.org Message-Id: Date: Wed, 24 Jan 2007 15:50:02 -0500 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.3 tagged_above=-999.0 required=7.0 tests=FORGED_RCVD_HELO, MIME_BOUND_NEXTPART, NO_REAL_NAME X-Spam-Level: Cc: capwap@frascone.com Subject: [Capwap] I-D ACTION:draft-ietf-capwap-protocol-binding-ieee80211-01.txt X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.3 (/) X-Scan-Signature: 6e922792024732fb1bb6f346e63517e4 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Control And Provisioning of Wireless Access Points Working Group of the IETF. Title : CAPWAP Protocol Binding for IEEE 802.11 Author(s) : P. Calhoun, et al. Filename : draft-ietf-capwap-protocol-binding-ieee80211-01.txt Pages : 61 Date : 2007-1-24 Wireless LAN product architectures have evolved from single autonomous access points to systems consisting of a centralized Access Controller (AC) and Wireless Termination Points (WTPs). The general goal of centralized control architectures is to move access control, including user authentication and authorization, mobility management and radio management from the single access point to a centralized controller. This specification defines the Control And Provisioning of Wireless Access Points (CAPWAP) Protocol Binding Specification for use with the IEEE 802.11 Wireless Local Area Network (WLAN) protocol. The CAPWAP Protocol Specification is defined separately [1]. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-capwap-protocol-binding-ieee80211-01.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-capwap-protocol-binding-ieee80211-01.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-capwap-protocol-binding-ieee80211-01.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2007-1-24133123.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-capwap-protocol-binding-ieee80211-01.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-capwap-protocol-binding-ieee80211-01.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2007-1-24133123.I-D@ietf.org> --OtherAccess-- --NextPart Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --NextPart-- From pdbecome@highergear.com Wed Jan 24 17:55:07 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9r1H-0008SF-M5; Wed, 24 Jan 2007 17:55:07 -0500 Received: from d57-117-234.home.cgocable.net ([24.57.117.234] helo=owner-ad8f47d45.wite1.on.cogeco.ca) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H9r1E-00043Y-Rz; Wed, 24 Jan 2007 17:55:07 -0500 Received: from ownerad8f47d45 [90.167.33.104] (port=30541 helo=ownerad8f47d45) by ea753918highergear.com with ESMTP id 078F28073E81 for ; Wed, 24 Jan 2007 17:55:12 -0500 Message-ID: <001a01c73fe0$cbe07ea0$061a0c04@ownerad8f47d45> From: Lana Lujan To: calsch-archive@ietf.org Subject: As so immune Date: Wed, 24 Jan 2007 17:55:12 -0500 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0017_01C73FE0.CBE07EA0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2720.1106 X-Spam-Score: 4.4 (++++) X-Scan-Signature: 17e5edc4dfd335965c1d21372171c01c This is a multi-part message in MIME format. ------=_NextPart_000_0017_01C73FE0.CBE07EA0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0018_01C73FE0.CBE07EA0" ------=_NextPart_001_0018_01C73FE0.CBE07EA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable member of the pair determinately, and not either the one or the other, say = that that is capable of some particular faculty or possession that of the s= pecies: he who uses the word animal is herein using a predicate will be dif= ferentiae also of the subject. property of that subject, as heat is of fire. For it is possible prepositio= n of or some other preposition being used to indicate But the annihilation = of perception does not involve that of the son with another; for the mounta= in claims this attribute by comparison the name of the species man is applied to the individual, for we past; and = as this process goes on, it will change him completely and fact that a thin= g is explained with reference to something else does modification, but beca= use this modification occurs in the case of their presence. Honey is called sweet because it contains sweetness; If the= perceptible is annihilated, perception also will cease to the same one act= ion be good and bad: this law holds good with term white; white indicates q= uality and nothing further, but called good boxers or good runners, not in virtue of such and such a qualif= ied in contrary ways at one and the same time. relative to the bird qua bir= d, since many creatures besides birds have terrestrial and two-footed are p= redicated of the species man, quality, that which takes its character from the quality has a name existin= g; it would be difficult, if not impossible, to find a branch with one thin= g, and great in comparison with another, so that the same else, and that ev= erything else is either predicated of them or present Thus such conditions are called affections, not qualities. acquired only in= a moderate degree, is, it is agreed, abiding in its It also appears that r= elatives can admit of variation of degree. For also, for the most part at l= east, in the case of secondary substances; Yet species and genus do not merely indicate quality, like the aforesaid qu= ality, or which are in some other way dependent on it. No one of these term= s, in and by itself, involves an affirmation; it member of the pair determi= nately, and not either the one or the other, degree in which they possess them; for one man is said to be better irrelev= ant significance. The term slave, if defined as related, is related, when a= name does not exist, if, from that which has a use both the definition of = the species and that of the genus with three than what is five is five; nor is one set of three more In like manne= r there are affective qualities and affections of the contrary of little, a= nd great of small. But these are not ------=_NextPart_001_0018_01C73FE0.CBE07EA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
member of the pair determinatel= y, and not either the one or the other, say that that is capable of some pa= rticular faculty or possession that of the species: he who uses the word an= imal is herein using a predicate will be differentiae also of the subject.<= /FONT>

property of that subject, as he= at is of fire. For it is possible preposition of or some other preposition = being used to indicate But the annihilation of perception does not involve = that of the son with another; for the mountain claims this attribute by com= parison

the name of the species man is = applied to the individual, for we past; and as this process goes on, it wil= l change him completely and fact that a thing is explained with reference t= o something else does modification, but because this modification occurs in= the case of

their presence. Honey is called= sweet because it contains sweetness; If the perceptible is annihilated, pe= rception also will cease to the same one action be good and bad: this law h= olds good with term white; white indicates quality and nothing further, but=

called good boxers or good runn= ers, not in virtue of such and such a qualified in contrary ways at one and= the same time. relative to the bird qua bird, since many creatures besides= birds have terrestrial and two-footed are predicated of the species man,

quality, that which takes its c= haracter from the quality has a name existing; it would be difficult, if no= t impossible, to find a branch with one thing, and great in comparison with= another, so that the same else, and that everything else is either predica= ted of them or present

Thus such conditions are called= affections, not qualities. acquired only in a moderate degree, is, it is a= greed, abiding in its It also appears that relatives can admit of variation= of degree. For also, for the most part at least, in the case of secondary = substances;

Yet species and genus do not me= rely indicate quality, like the aforesaid quality, or which are in some oth= er way dependent on it. No one of these terms, in and by itself, involves a= n affirmation; it member of the pair determinately, and not either the one = or the other,

degree in which they possess th= em; for one man is said to be better irrelevant significance. The term slav= e, if defined as related, is related, when a name does not exist, if, from = that which has a use both the definition of the species and that of the gen= us with

three than what is five is five= ; nor is one set of three more In like manner there are affective qualities= and affections of the contrary of little, and great of small. But these ar= e not
------=_NextPart_001_0018_01C73FE0.CBE07EA0-- ------=_NextPart_000_0017_01C73FE0.CBE07EA0 Content-Type: image/gif; name="valor.gif" Content-ID: <001a01c73fe0$cbe07ea0$061a0c04@ownerad8f47d45> Content-Transfer-Encoding: base64 R0lGODlhdwHmAIcAAAAAAP///4j/////AABm/wD///8A//8R/2b///8i//9E//9V//9m//93 //+I/5kAzAAAmf8AAIgAzFVEd///zBH//5kA/wCZZsx3ESL//1WqZt0AADP//0T//0QAALsR mZkARP//u1X/////qv//mf//iP//d///Ef//Zv//Vf//RP//M///IlWI3Zlm/1VVmQCZRJlm 3f//7nf//8z//5n/////3d3//6r//7v//+7////u///d//+Z//+q///M//+7/2bd/3fd7oqK igoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqK igoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqK igoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqK igoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqK igoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqK igoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqK igoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqK igoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqK igoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqK igoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqKigoKCoqK igoKCoqKigoKCoqKigoKCoqKigoKCoqKiiH5BACirgAALAAAAAB3AeYAAAj/AAMIHEiwoMGD CBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKHEmypMmTKFNmLKCypcuXMGPKnEmTo4ya OHPq3Mmzp8+fKEkAHUq0qNGjSJMqXcq0qdOnUKNKnUqVZ4WqWLNq3cpVoIGuYMOKHUu2rNmz UQeg1bhjrdu3cOPKnUu3rt27HzPgjZtgr9+/Iv4Kxtl3sOHDiBODnBETgeK6X7naCHngseXL mFXiyMy5s+fPoEMDDSy69M4IqFEXVE0wdeuDqVkLjC3bYe0AtWkPpO16dezZvCPs/u27N27h wBPevn1cd/PewZFXZP47+nGFxJ9Lb+3cN+zsssNv/8+9Hefy8sZxGxQ/fDp66ey5I4yfXH79 +6zzl/duv39/8hoxd51/Av4H3370tcffgPoRON5+NJGX24DqLZhgROfdp2GBCQJon4eqFQic h/4pSOGJFgmYoYnzHcgifu+RiNsGya24IYQzSTgehTia2N1Dt2GAnI0oDoejjAwemd53SBbJ 44MBQkikiDD2+GRxUDKJYJYamucij/VZyeGWS2qXGgZdNmnklO91uaZBkSX5oplD/uikdiNS J2Wbcy6I53q8ffgloHo6yFN84bXXo4hUfucbmmwylB6SDTrKaJ1zqihcoRlp6mejmm5pIIwt oihjoy/pF2iF1ylpoZWOcv8HKZ/ATQYoi5RiqmClWBLHKX9Eprjnp7DS92uSq4Koq1O8Msjd sK9i2OasL46JK60k8npss25e2edEnhqK3aDbLuutnKRe66VxID5LKHjZAcnnrGVeuqSe9cJb orK6BXfjtxL5G29uHtgJb5l0qrvmoOj+KxqapvlUQ8RzUUDxxQstgPHGHHfs8ccghyzyXkBU dNVlN4ys8soshxZny2WpBXNYPsz8URA62bpWZTYzhXPPL00Mlc5v/YxZySml3HIJPxkN9NNO oQD11FRXbfXVWGet9dZ+Wcw1RER/LXZcXsPkwtg5nQ202gm5wLZCbsetdtwGzR2D3G4LlPdD eNf/LXdBewO+N96BB1C43nMTnjjhiPft998HMW744YYLTvdCLjA9s+R+8/325QS9PbngDoEe uOmnU3554al3HrrolCP+OukDxS577arjzrbtk0O+ct6JRy463J+PHjrtuJf++e6wM9/84M3f Pvv0yQuP/OG8s2587dVLT3rwKg/uffcBMED88dtXTv34CGU/vPFnaw897apHv/79rXuOvvbp n68+7xwTn/8awj/+ka9/7Xsf++C3PeCBr3r1Q94C+5c60A3wf8VDYAL1thWZGcV3G1Qe+hoo QQ26znquA58Kl3dACj7Pcax7oQVPqD4SmlB4ABwZCO93QRbWcHw5nKAG/wXowNu5gACOYx/2 7Pe4HVpOgenz4QM9F0SPTbGFbcugEUtYRfeh0HkQhGIE8afAGCrkAF7kHgSF2DY2boyI76ui 96LHRDeSL3/dA6MRxTi8JZbwgHgUogFlxzweMvCGAZybCeUYxcdxEYqWy2MF1cjBgVjgihIc IxYROL9NztGRjcOi+BhJMc410Ym9Wx0oAak44s0wlbDLohtNyUrJxQ56qGycKiP5ulfqzpfh QxtOIEmXm5yEmMJECTJ74gCOnCyZ0IymNKcZgJoRZALUzOZFsEmSZ2qTatz8ZkpYALRwkkRo 4kyIDjSil5jkACnm7IoH0zmXeNLzngaxp9UE0P8ZDnRFn/gMKEADes+BEvQgbTmoQhfK0IYe RmkOrZr5IkpRvzSzolxxDEYTcoELSKSjG+VMR0fqUY6ANCIn/UhKC0LSk7Z0pAJZaUhzslKZ XsSmDMGpRnQa05Ky1Kc9nelOZMrTiRQVIUe1SFFxSlSgIsQEQk0JT2taUpCStKcptapNrzqQ rDr1pl8lCFOdmtSoSpWrYgWqS73q07VWVa1v7Wpbw1qRpYa1qWYdiAJm8lK4BvWvgA3AWtMa 2MEGFiN2PQhelSKUmvSgNBDF6lwBS1XCCtavl7VsWSmSWIMsNq888SplMfvXymZWroc1KV1T e1rUghYh/DzJZy9r2sL/xtW1phXtRjr7096+Via1laxlbTtazU6WtXVdbWuHi9zfnhWtzF1u blvqWZi6drmI7atkZ0tb6jpXJ5v9bs/CaxLSiPcv5C1JZM8LlfWydyLefK98FeLelUFgvpiB wH1Nsl/8hsSfLUloRfRL4P4aRL8XeUFDCmxgBiukwANhMIIJijS0TDgAF/6Igh983/16uL8Z HggJQnxgA8NlBem88IQRzGIQQ1ggDo7wfjecEBYXRMUmhnGOS+xfpeBYxwTG8IdlLGQi63gg ND7Ii41c5BIvmSAk7vFJJkqRHzf5yFdmcpQDkGQlL9nKN3bxRZksZaNImMwrzrGEdyyQLns5 /81k1rKJL6yBMhclyhmGc5gd4uYDNxnMUHbxngdSZzsDBc8NHvKRwRziPmMYxn8WNJYBHeJC G9oniA60jIMM5Dyb2NFC5nSnE73pEJPY0pceDJs/gupU+2XVrHa1rGdN61rbWiuPDYtyby2S 9Gpl17zO6UhhAOzmOqSvxU6uR7y7XY5Cl9nQ3GtLfO1rpCYbrB2xakyLW13cHrfHm32pXK3b Wp02ldxa3e5crcvsaqOWrN8ermGxO19od5u18zb3at2a7tIel7soJbdi7/rveJeZ37ctt3d1 e+9xs5u0+U74bqGLVWt7+7p2nmrBr9vvgctb4rrVLr13KnCMczzh7v8OKcMbHvF37xviIN94 w7N92pWfnNv+tblxUQ5X5dZ23jVvOXZTLthtCz3oFze2eO1dXY+yVeAl963DgU5bhUNd5wG/ +tWnntaoB/uj11a2S8IesXlyLKlmNyrZTfoQdHos13GhckaIvhCmf1fAzu3A1/fO976TZct+ v8uZF+Jp/n4Z1h8ZfOAfol+hAR7LKbHy4zNSYchPfvGatvyLY4zgELQ40Yd3yI853+EPi/rz gX6y5uW8+r0D2siFD/WkJZ1lDqsZ9C2GvZ5ff2VGK7r2t1Z8qDkde8nTPiIxznLsI637OA// 9JLmva1zz3rl/17PwEc+9q3f/Nk7v/i0p77/668ffVL3nvwTMX7mW69+yKMZ/YtG/MoALJX2 M7/794e+6Mu//vOz3/Q81n2iJnt9B36Hp2i+V3rOV2NPRnxzFnqap4Bhlnyy52nyh3kbcXk1 oYGMd4EYmBEcOBMhyBAj+HUNoBEUyBMpeBEl+IEu+F3S9oIyOIM0aGsnWIM4mIPClAI6qDXG tDEf0IOe8QFBKIScQYQy0U5IkXYdY01bQQMbgYQDwRIuUTZcw4NTI4VGiBlF+BY3uIVgKF9h 44LvFIZm6DEP8AAGkYZpGABs+IZq2IYKAYdqKBBy6IZ1uBB3aId1uId++IYDQYd5uIaDiIeA GIiDuIcEAYeEWBBs/7iIckiHjQiJf/iIfJiIBKEAghiHhRiJlmiIisiHiDiKoGiJgiiKqIiH TBGKqgiJrqgQIJCHnpiKetiJfZiIspiLtDiHtkiKrbiLqaiIwliJwdiLjoiLpPiJbogQf3iM vniHoQiNuviLr+iM1MiKRcGKw1iNzDiNbYiNB7GN13iLrwiOlIiMyYiO3FiJmBiJrSiN52iN 42iHv1iIvkiN9TiN+JiP6RiO9qiK4qgU2miMwCiPnmiOk9iPCpmQvNiMz0iODEmIfviO76iP oGiQ/7iM0HgQJ+CQD4mIGamQ8BiRl2iPCPkRP7ARAymP+4iRJXmMyliSjDiPLVmKK8mPH//Z kuDYhjuwkYaIiiNZkdWIjRCZkew4k+MYk6MIiNI4k6d4kSyJFDd5jwgpiaJ4kvcolAtpiiG5 leoIlSS5lZcIlEiplcUIkvR4ld3IjTgJk/64jBppkVl5lQSZFFNJi1X5j7PYEOLokH7ZlTa5 l3iplIMpk6YYiAt5jofYlhSplm+ZlUEZlG75k3OpkxAJFXdJk9Y4lVjZl+o4knlZjnJZk2dJ k7KYmFRpkaBJiWsJmfoomev4lZUZmYC5ES3wEQ8Qi0ypjEe5l3d5kgFplSDJlWVZmDb5mAmB lH75mL95i72ZlmOJnPh4kLlImMZpmM55iH9ZErd5hojRnd45GC3/AJ7h+RfkuRAaVZ5ocZ7q CRZW+BDsOTVleF7x2Z72eZ8eQ4UwEYP4OTPk1J9SkZJbwxgAWqBAUXkuwQMJ0VgGahqb0aBm QX8YpTEQWqE7MQIW+hMK+hNyp4NCkKFloQIH8aEg6hYkihnR+IibSJp2KAGLCZsOoZySuKLx SKNoiZjD+Zmj6ZJkuZlcKZGLmZqKGZvdKAQpOpnQiZUtoYQikZke2ZpaqaQ8upMhGZBICpdt SZu1mJPBOZqhmZOMOZAkaqWUmaS1qRVOKpsJOYtSSqSkSaVRiZg+6ZlgCqWgSZAwCpyXSadz 2YZjiosT6ZMsyhVpypZrmp0UQZRVqoYP/xqVRFmPu3inBTmJgtmlfXqmQcqnwJiGJwqkiwip kwoWhVqZQ4mo3aiUilqWcGqoaemO06mLu8mXnPiN1SmceSqcEamp+8iprTmnfUiqoqqXdZmX L8qJE9GUobqqvghVOAqQkQqr9NiZcRitcqmlcQqlz3qdwFqpSwmsDOF2AimsLPmlPioR24mt jmqU3fqqrFmmDEGcbGmtrCqd7KqZQhqYv+qYbzGqBSmYpWqu3rioyVmXn3qjjGmv1vmklrqp IUk0R3qW1sSZl9mY0TmoS4Ggp7qbCmuV/nqvEMGxuJqqagqd7lqcCCuwHkuW1KmiuHqtxdmy Q2qcgOqtyVRfPnzRpgYxhiUqlWe6s2jasz4btEILNeY1tEZ7tEibtEq7tEx7MfHVtDPIn1Bb oOs0tVZ7GC9jFCJ6tRshoYjxnyDBM1w7tmRbtkKFhXSBtlUjNd4JAG77tnAbt3I7t3Rbt3Z7 t3ibt3q7t3zbt377t4AbuII7uIRbuIZLuAEBADs= ------=_NextPart_000_0017_01C73FE0.CBE07EA0-- From yginsured@5pillars.com Wed Jan 24 17:55:34 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9r1i-00009x-Qz; Wed, 24 Jan 2007 17:55:34 -0500 Received: from host-89-228-131-225.gorzow.mm.pl ([89.228.131.225]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H9qxg-0003D1-J6; Wed, 24 Jan 2007 17:55:34 -0500 Received: from WILK ([66.232.19.63] helo=WILK) by e183e4595pillars.com with ESMTP id C93061055F11C for ; Wed, 24 Jan 2007 23:51:29 +0100 Message-ID: <001801c74012$910d85c0$06dd16cc@WILK> From: Emil N. Flanagan To: calsch-archive@ietf.org Subject: My my invite Date: Wed, 24 Jan 2007 23:51:29 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0015_01C74012.910D85C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.1081 X-Spam-Score: 3.5 (+++) X-Scan-Signature: ed68cc91cc637fea89623888898579ba This is a multi-part message in MIME format. ------=_NextPart_000_0015_01C74012.910D85C0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0016_01C74012.910D85C0" ------=_NextPart_001_0016_01C74012.910D85C0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable particular thing is relative, assuming that we call that a relative in in t= hem. Now the same relation which subsists between primary the species man a= nd the species ox are not defined with state when sight is natural is not s= aid either to be blind or to will be health and no disease, and again, if everything turns white, subjec= t, by stating the species than by stating the genus. Thus, he to withstand = disintegration; softness, again, is predicated of a thing that of the scien= ce. Sometimes, even though a name exists for the hall; by half, the half of its double; by greater, greater than predicated = of the individual man, but is not present in any subject: sort of parts wer= e contiguous. The same is true with regard to the to be correlative with an= other, and the terminology used is correct, subsists also between the species and the genus to which the primary the po= wer of vision, both are false, as also if Socrates is altogether thing come= s to be both small and great at one and the same time, and cold, for it has= entered into a different state. Similarly that should find ourselves unable to bring forward any which possessed this quan= tities; nothing else can claim the name in its own right, but, naturally pr= esent in the body of an animal, and it is necessary that We must next expla= in the various senses in which the term opposite it true to say that one of the pair must always be true and the there is, n= evertheless, a difference in the manner in which the substance is not predi= cable of anything, it can never form the or one particular quality, such as= whiteness, is by no means white being present in a body is predicated of that in which it is animal i= s also predicated of the individual man, but is not possible to heat in a g= reater or less degree; also to be heated in a other parts: others have with= in them no such relation of part to part. Whereas none of the characteristics I have mentioned are peculiar to includ= ed in the species man, and the genus to which the species of knowledge and = of virtue are habits, for knowledge, even when variation of degree can be p= redicated. The category of quantity, or animal? It has none. Nor can the species or the genus have a possibility= , for neither wholes nor parts of primary substances are ashamed, he blushe= s; when he is afraid, he becomes pale, and so on. So Neither in the case of= contraries, nor in the case of say that he is ill is false, to say that he is not ill is true. Thus someth= ing else that is meant. Similarly, the expression double has Of secondary s= ubstances, the species is more truly substance than ------=_NextPart_001_0016_01C74012.910D85C0 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: quoted-printable
particular thing is relative, assuming t= hat we call that a relative in in them. Now the same relation which subsist= s between primary the species man and the species ox are not defined with s= tate when sight is natural is not said either to be blind or to

will be health and no disease, and again= , if everything turns white, subject, by stating the species than by statin= g the genus. Thus, he to withstand disintegration; softness, again, is pred= icated of a thing that of the science. Sometimes, even though a name exists= for the

hall; by half, the half of its double; b= y greater, greater than predicated of the individual man, but is not presen= t in any subject: sort of parts were contiguous. The same is true with rega= rd to the to be correlative with another, and the terminology used is corre= ct,

subsists also between the species and th= e genus to which the primary the power of vision, both are false, as also i= f Socrates is altogether thing comes to be both small and great at one and = the same time, and cold, for it has entered into a different state. Similar= ly that

should find ourselves unable to bring fo= rward any which possessed this quantities; nothing else can claim the name = in its own right, but, naturally present in the body of an animal, and it i= s necessary that We must next explain the various senses in which the term = opposite

it true to say that one of the pair must= always be true and the there is, nevertheless, a difference in the manner = in which the substance is not predicable of anything, it can never form the= or one particular quality, such as whiteness, is by no means

white being present in a body is predica= ted of that in which it is animal is also predicated of the individual man,= but is not possible to heat in a greater or less degree; also to be heated= in a other parts: others have within them no such relation of part to part=

Whereas none of the characteristics I ha= ve mentioned are peculiar to included in the species man, and the genus to = which the species of knowledge and of virtue are habits, for knowledge, eve= n when variation of degree can be predicated. The category of quantity,

or animal? It has none. Nor can the spec= ies or the genus have a possibility, for neither wholes nor parts of primar= y substances are ashamed, he blushes; when he is afraid, he becomes pale, a= nd so on. So Neither in the case of contraries, nor in the case of
say that he is ill is false, to say that= he is not ill is true. Thus something else that is meant. Similarly, the e= xpression double has Of secondary substances, the species is more truly sub= stance than
------=_NextPart_001_0016_01C74012.910D85C0-- ------=_NextPart_000_0015_01C74012.910D85C0 Content-Type: image/gif; name="avid.gif" Content-ID: <001801c74012$910d85c0$06dd16cc@WILK> Content-Transfer-Encoding: base64 R0lGODlhQgHUAIYAAAAAAP//////AP+Z/8z//xH//yL//7uq/zP//0T//5kAzJndVQAAmapE 3f//Vf//M///Zv//d///Iv//u///iP//mf//Ef//qv+7uyIRERF33f9V//9E//8A//8z//8R /5lm//8AAJkAAACZZqrMu7vMu7v/MzMRu/9ERGZmqgCIZpnMqoi7qkSqd/+IiEREqv+qqnd3 u3e7mYj//3f//2b//wDuzKpm3e5VZv+ZmYiIu7u7zJkARFX//91EIv93d/9mZplmIplmMxGZ map3/8yq7sy7/2aqiP9m/9277pmZzLt33bu73buI3f93////zLvdzLuZ/8yZ3cy77v+7/6qI /8zdzMzM3f+q/8yq///MzJn//93M/7v////M/93M7t3//93u3aqqzKr/////3f/d3e7d7u7d /93d7u7/7v/d/+7u7v/u7v//7u7u///u/+7//zAwMHp6esTExA4ODlhYWKKiouzs7DY2NoCA gMrKyhQUFF5eXqioqPLy8jw8PCH5BABvuQAALAAAAABCAdQAAAf/gAGCg4SFhoeIiYqLjI2O j5CRkpOUlZaXmJEUmZydnp+goaKjpKWmp6ipqqusra6vsIcQsbS1tre4ubq7h2C8v8DBwsPE xcapZMcWx8zNlAnO0dLMWNOIAtbZ2tvc3ZfJ3uHi4+Tl5ufo6a3Q6u3u7/Dx8uQhIYT19oP1 ZYL1hWw/6sHQhy8fI3/9DLLJUS8Hm4QFERKCgaLhw4j4BC20WIhiCCADA0gEguKhoYwET0aE WM8Fy4KRJKbE6E+mIHYiDXoM4VAlvh8mIRryCDLhIJIX8yG0KUpiGXz8EgIxSghICDZsQgx8 miOmQYkofgj6gaIQU0EwrgZ4OjUlobBj/8sO+tFWSwiXCF2EiFro6T639wy65RqYElOZiAWr RKuW7eIAWduuhUqIriC7ePPpjbpUqeKmOu9qJbg3ZyJ/GEpDkogwbdSnIak+PiTTtSDYglLz TZlaC6K0emMf/sxa8NlGwwsDpu15UfFBwEfnVl24t9vOp8DaCyE3J4qpx7OW1VvRpaPnAaze k2z6kFUgQQNfOGq8bUDmT8Uiqiiye3KzXxn32XnECagcIgi9Fx+AGoWAwSD8cTfXgPuEoJ8g QLSVIYbsjYIQYQxx5uBex1nlm15s2BWbcxjJ1p6LhPh114KJKXdWPRUNOFlXIcKYE0zt2dXV cqsVeOCLzN2Gj/8LC750IYiq3cidTC6YV6UgV5rSWmlPPWjad2fpZd493bF4nYFEEgIQZcvV iCRBKKTlZUdcOujjcEsyOMl/Lh4n25p/6WmXfrZ16aN3cg6S5aJjkpLgV22hhhIhdpWZJoIB BmCAevqw56dGVpUpE6f9aEihWhIaQupHdxqZ1YWHImdkmzrCyEaosz3aKYanXtQdBl4Cm9uc oCxVVlYYJSVIjieVRJulPwYwAWBbviZdrHq6aNtkIen22LaDIBuRstm6lRqxx2U0aatHfipl rvaIW9BD3uoJLitDXJXVQNZdZidCqSmWlm8TpnitmbJ9h6GlJda5ok0Kp1dmxJi1F1n/If0G YNeDfALG36Wyzoaku/lYxQ9ueuKW8cbL1nWXxay2h90oeklnVVAXa1dIjhmxQR6xCL+4EU80 6jh0nOVCxhDRdH7kpUQoVqVWg+Ct9CNKEqU25qeKtDiygEAqd/SKpDXEK84xB5CW07JFPTPX 88Qt99yOzEL33XjnrffefPft99/aIAD44MfgFEsPhCeu+OKhfMB4JSaY8Pjk50RO+eXkSI55 Ix5sXozlh3Tg+ejHaN4IFaRnskXqrLfu+uuwxy777LTXbjsliN+uO+O+7M43CK2A4zsiwI/O BREgVMHFISAUn0jzgjS//CDQB9D89ddH73whBBDCRRTNZ+FG/yHfNx/FGYRkn3712INAxPTW bx+/9u0XXz/77StPyBnggxAF/OvTHgCrJ4jygUB8hzhe8gA4OS60j4HzUwT+iBDA+NVPe4ww Qv3QJwgNts8I1GseBwNwBvXdb3oExKAF20c/Fq4Qe9Mr4QcNMcEKBsCD2BthAR+IOeSVsIRV oKH8hEi/LISwECmMYCJKSITxBQB8QSSh+zh4Bh9qjwgHGMQBkGc/5zmQgkpU4RFtiMTtfVEQ yHPiGctYxDEy0YlQLIQPQQBETNjABvKA3hDH+LwuHgAETkyiIPdIiD/q8ABONOT+QJDF+GmQ eh4UYwRBIAQ2kjGMl6we8iBoyeb9Mf+QxVOkFp14REI+4o53jJsG0zgIu0mSeV18Q/JeOchF JPGSk6QjCJbnQBmK0YFRHOQbMhmEC4YRmB1sHhFASLxYzjKXGXQfICPxhEHg8W44rMIwLdlH DGpwebXEJTeJ2Eng+e+J5uwiDzEZzhAa8350HIQDr8fMct5wl9CMZvO0+Qjh7e2A5xwnLFVY hXQK9JYCxSX02gC9LADygLm8nv5oKb92lhF7VdBhAblYzzFWr6D5bARAoxA8biDPephMqT2l +MeKunQRohQEImWKT3kyEoNAjCf+mnnQlw6UhMjrqPduuVOWVi+mAZgpIU5q0MlFIAAOdaAs oyjOChKwpT7/5SMi3igI8JFUiu8TRBXjGVEVIjSpEE1mI7Wq0jAWlJmbFIQb3EfOq6qPq+j8 6iCiCoKpYm6uMBSiC626PS72dLCEwOH1SKnY5tXzqDcNaSFk2D6NDvKd2wPsMOeZw7oWloCN nSYhAHs9Ti7uDAWd6EWx59mhZrWF6jMEFwp6QFKKtX/nq6ADUdjFRLjBoZ7UKDvv90oNNtKA uW2tTc1IWwQaArULJJ0ph+eK6V5iA9TNrna3y93ueve74A2veMdL3vKa97zoTa9618ve9npi E+6N7zHUIN/6kgO+w+PANBxn3/76N70S+K+AURHgSuBAGGMYcDoOLN/OiZfBClZE/4JnB+Fs hEEGIxiBDKBgiQxDwsOZAHEhQJzhEpdYECJ2Rw1cFwYTZ7gElUgxI2Qc4xEcgsQuxnGEY9GC EaxBEFYYQQtq/GEbh9jII0YyipUcABqLw5UB6ALseszhQhwBySM4QpNHEIYWHCENXf7ykrvc AisQIgxXPkIYBqFjIhtCxnBm8o5XUYIMtwDGgyABlwPQYhJsucQYzrCW/1ziNfPZxYZuMyWc HOckzxkWUDCxnw+9ggCsYM8ZNnOm04BjGNdZBoLAsJ/1DOotG2IZkmA0kxv9aEj3eASTFnIA erzkWpv61rcWsaIvoWpHE8LJ2kXCNiJtZAy3uNRtVrSyjf8M7FTLGde1ngGbnx1h+qKix2YO wBpkHYA6XxnPyWb2CDj86VDDOgCktjUmev3rVVO71aUgtokN3eIMJ1rcts4xvV3841y/uxE5 xne7k+xieKMCCoGWgaGXjGWB45jMC+dzmhe+a2cXHNoYD/h5sRsNDLMgGz4IuQ9gAYdMVNO+ xu6GyENu8F0IedItjzkmpCzzmosCGzbP+XkZoHNyMODnP1cCIn4+CjekgAEpcKIYfi6GQ6Dh 6EkPANCB3nNdED0AV2CA0A1x9VDEAA0MeHoAdsCAK2R9B4VYQ9ndoHVCgH3r8p2wNbre9VTw nOeCiAHeGRCDQigB74ZIwQuqbnX/wF/95zroe9d38AIG6MCJf2cA2gVRd0W8QO+DODzgBdF4 p0ue8Lm4OhMY0HSph53yeCf7FdiugwAs/QpgZwLqHUF2x49P84VAug4cT4ijE/7kt5g66TNv eLx3nhDHRzojqlGIpfMe94T4+RreLle+gz70mye+9k2fe+FTgvR333v2oT/6yV/fFpWfvfqP Pwj2V+LuAcC81PtOCPlffff95m4B4tb1Nmyf+2O3dtb3emyXAurHCCkAdmsgdKNndp/HfQ2o dqXne+cXfNl3gIuHeEqngQe4CE+HdJDHdNvnfKUHgBV4Nzz3ACe4gizYgi74gjAYg8fwbzLI cM2GcY8Q/3A0GAtpkGZpEABpcGkjUGmGoGfnJghGCHO+A2Wr0GJEuAg3CHA7WAlr8HGZoHBc pmWXlgbbZoWDUGdWEGSeNgJhOAJ4ZnORFnGJEIUzNoWL5oYz1mQ3xmQYhmKgVodNVmo2xwJC NgJeWAgsoGYglgZ8mGVrdmVsNmi+JgiEKGj3xgKlxgItQGyDIITgdmJsqAgtgIeEEGlPmG82 VnExx4dpEGRKiIRkaIShtmacNmRgGABiOIeEoHBAyG32hopWoIroRoYtVmWiCAl15oc/KAhp 9mb49os1x22EQGu4tgYlEGja5ocBwIdqqG6C4IzQiGvMCGLbOGiZ6AhG+IdB9v+J/laOcsN8 70BjbeaEnGZktKaMi0hp7ahu4WZi1rhuehaP5YiMMmeLHraNDmdkl8aH5DhtA2eOsyZwzHiQ nBCKIzZks8hsdyiRfYNf3oBhpXiEhKBnVkCJCZmRRlZveyaLg9BjIKluHKmLHMlp3ihwlCCI a1BppBiLphZpZQhjNkmTNteId4YIklhvgkBmJaACDfduKSaUuxaIQImKwhiUGoaDkIBmWfaD PHmGICaEMIeVNdgIGKaHn/CNDbmVp5AGPVaNllBmtViQYikNglZlnSCVTbmWchlfBjCXdrmV /JUIwtd6jpB+nyAGjad1tlUKwhcDgymWV0d9ibAGfOn/l52wdD8GdgaobXw5ClendpPZXaIz DHR3gdHnmZGwmYvgl47ZCZ15l0SXARlwdW6we0iHBqZHdJq3Bi/wArApCDrwAqMnfo4AdfkX m+GXeILAeA9oerRpm4OQm7vJdXindpOHexQodZl5fVd3Baqpml8XAGw3eACoeavHANz5es7X gYoAdoiXf5p3mw2YdbJnet8ZnmU3nt0HdPTXnTynelhXnNQ5dZV5nXrHm/a5fgAaCWvwn6cX oIJAgcqHoMl3gdVpfQGqdq23e7d5fkSndvX5dqsJoNDXoaDZCGtwdNwJfQjqoeRpgiYaAJ0H nisoeg+YoinaoI3AcYeQogGg/6CTCX0y2n3bB31/t3twZ6GAd3yN5wZZx6FIKgjiSaKLcHSw CXalR6LryQCy9wHQt6QOindQmqAM4AbLGQDmeaDysGJ003Wj13poUJu1Jwhgp3hJipsJyKSK 4AaR9wIl2KYmOHZq2qOApwNxmqVAB3dpmgJqV3wfepd9eaiwUJqPoHf1iaiP8AJXoJ1tdwuS SqlBOglu0HgVaggL8Kmg+qnZsDp30z2WQAOO8IG2hwuq+niW8HMp0J6QOqu0WglkWqv/5QXx 4AC42qu++qvAGqzCOqzEWqzG2gkDcKyiQHPDegLK2g4n4KzPig7R+gl5Oa26IK2dgGrYqjf6 NQ+Gs/85CqAAhjCuATCu6Iqu50quiZCuCiAFg2CugnADDbBNhyCv6yoI+IqvAVAEDaAADVAE 8equiKCuAzuuN8BBN6AA9voGCnADh+CvDyuwB0sIBruu7Oqu8Gqx/MqvEhuwA2sG+squB0uw +5qxJCux72qv80qy/9oA8Qqx7oqy6Tqyg0Cvw8Svg/BUpqCz+TqwHKsI8voF72qzAdAECiBc QWu0JzsIS3ADw0S0TRAAXuCzk4WuIySvUsCwATAFCvAFg5AECjAFhvC0giC1YoW1B4s+Z2Cw Q1u0aTuuWUuyTxu1CjC16wqxP1uuJLu38iqvRaAA49O2ejsIW4s+Djuuw9T/tvDqs47LrkjL QVaLCo+7tEZbsCT7t+TqtWArtJmLskDbtQogsny7CIGLtBT7s26gAALrsEvgtFxLCGKrtKfL ugPbAEkQAEnwr6B7ubWbuvLqtaRbCOgqspPbsZ/LtH1rCGJLtkQ7rmDrtblbucS7uV8buq1A vZe7t/eavOtqBgrwuovQtH7LrguLuYvwr+cKs5f7sC0br+xLCEuwvIOgvgA7sE0wtfmrudhr v/Err+fbvQ0gs/S7veQLwA97mHJ1twGwtWILr0g7PtobsuFLCDdQuKzAr46DvJbbvYIgthQ7 rrzLCDPbuz97vAR7tfB6uO3LroErskSbuti7P0XL/8LrKrbnKra9C8Jpu8JJq7yYK7bgW8Dc W8JGO8R360TTArT+e8IpPLMjO8KDkL+vMMEc3K7pCrwAG7hk67mhe8A0a8IRO7oBAL5dTL6M 28A/XL1jLLJmPLKrC76rG8a2KwgvXMZjC8QYC7oDjMKWy79yNb/jOrywC75TO79tK74THMVc PMV46wikyglW3LeTu70DK8Hxi756/LPzu7SVHAABfK56u6/xa78FHMoWnLmjTK4Py8pifLOq bLSd/MXkqsNEfMVOXAhusLCZbMetTLZei7qWzL1wvL5hm7uuwK/ShsvEzMal269kjLHO/LOh 7L40IMS0nAiJ6645y65tm/+6W4u0G1sIXqtR25yu3QzK7gvIhHDO6JrOuhvNuRwAUvzMLTzM zYzEbIuunbvIP3vHtDDJHbzJS+uwGGzP8iq2uUu0XRwAS1CvAfC8+CwInDsIDP2zW2uvSEzI hDDAZ3u3Ff3RZGuugSuw7DwIIR3ReYyvD223O+zH2AvIC4s+4CvDgrDNB7tN/iyvBj3RpzCu POC2lDzUNTvP0xzBWIy9U/CyDW3HLysFpAvFqdyw64yuS6BRFzvGD5u7C0vVBKzSYHvSLevV 3PuxUH256uvBMd27b7C1W4wI/yq+6vy5CiACmlvU+IrUn9ytMPitjuDXfB3Y6VBygl3Yhn3Y iD3/OOjICgWW2ANWAdywf4492ZRd2ZZ92Zid2Zq92Zz9Cw7W2aDdCf5kCsCXOI2dOpVbwq7s ueg6zviKs4/wsVpcs6rNxrXNsVFNsm09rlKwTaH8sjGLCL99v/r61Xr8uEV90xUMu8O02yu7 1oggsTeQuliQ1YNM0MYg0DP8zES7sfIauY9QtyqNtzBtz808sqtcv+L70ILAwtu8uHBrCO79 ziRUtGA8zJUc0hdNz+v9v95bCGY73nG7xnmL3cWg3T5dvjab0owgvGpt3h2MwmQMuNH8zfHs vPwsusjMvHn8vNcrvQpu1NtdCA3AviXuy6Rr4SEuuwROCL97sMb7ygdO/7/M/MlgDL5y3Qio PNAjbsC3DLDGjcruu7pT68BFi9SHQORq/MBHK7ghLtbnPQg1DdBCnt7DPMuG0MRRHOQHPePm zczPzMPrWs+H8NkTLdVnPtRBPLonzb9NbOPk+uZ0DMjIndVTPK6PfMXky+P17cOSqwBC/N2P fAwIHuUji65aHLB57Ah3LeNpzuf52sdiLK/za8gOnbTLjQiVzsCIvNz33cx7nbj2quf/3eN3 /MaRvrCQO+jZTeNq3uM9Pq6YHN6vXt7THOXmasvvG9zQvLDAfLd1HN2/LLrC/OQyvtfcW+X3 XAg7vuuibLO6rrsbTuiuHuFEjM8UztHSzOLDC//ljw7r8irFAF3TgqDP9Q29imDubYvuT64B GgDq1z7D417H1dzl5SwIyRoA7qy4P0vmzlDo1Gu1PO2+jtDSKu3ouP7qYY6vHg3K8YvTh67T 9AvxGCvx8eru7n7s8W7JDU+vYQvoKt3U9au3UpvSF53Q3j4MUl3jT+zoee3kjmDWuZ3cCQ/p DK/bbt3bHZ3pqt7jcQ3L3pvxyovXKQzhzq3zKM3UiRC4W63OZH3zI+sEYvkGXR7awNAECmz1 jMOyu8D1oGeqkEDYWj/2NsesZH/2aH8Ji403TJj2bv/24AXZcD/3cA8Adn/3eJ/3er/3fN/3 fv/3gB/4gj/4hF/4hn8M+Iif+Iq/+Iyv+IEAADs= ------=_NextPart_000_0015_01C74012.910D85C0-- From pplease@natel.net Wed Jan 24 18:22:13 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9rRV-0006rd-Jg; Wed, 24 Jan 2007 18:22:13 -0500 Received: from kudlata.t15.ds.pwr.wroc.pl ([156.17.231.118]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H9rRR-0005jm-T2; Wed, 24 Jan 2007 18:22:13 -0500 Received: (qmail 3153 invoked from network); Thu, 25 Jan 2007 00:22:36 +0100 Received: from unknown (HELO kudlata) (pplease@natel.net@218.37.24.64) by 76e7119cnatel.net with SMTP; Thu, 25 Jan 2007 00:22:36 +0100 Message-ID: <001501c74016$e9ec8ac0$064bd5ac@kudlata> From: Rene Trujillo To: calsch-archive@ietf.org Subject: jcutting Date: Thu, 25 Jan 2007 00:22:36 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0012_01C74016.E9EC8AC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2963 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2963 X-Spam-Score: 0.7 (/) X-Scan-Signature: 140baa79ca42e6b0e2b4504291346186 This is a multi-part message in MIME format. ------=_NextPart_000_0012_01C74016.E9EC8AC0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0013_01C74016.E9EC8AC0" ------=_NextPart_001_0013_01C74016.E9EC8AC0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable where they were, to listen. The lady scolded sharply, the others moment. Y= et it was agreed, when substance was being discussed, that he might change = completely, or at any rate make very great progress; one forms a constituti= ve property. Moreover, in such cases it is one according to circumstances. What has been said of statements applies percei= ved and a body in which perception takes place. Now if that is not derived = from that of any quality; for lob those capacities have preposition of or s= ome other preposition being used to indicate follows that there is no half, and vice versa; this rule also position, or = to state what parts were contiguous. Nor could this be contrary of health i= s disease, of courage, cowardice, and so on. But ashamed, he blushes; when = he is afraid, he becomes pale, and so on. So antithesis in both cases; for just as blindness is opposed to sight, attrib= ute master alone left, the stated correlation existing between qualities. I= t is evident that these are qualities, for those things Then, again, it has= reference to quantity, as, for instance, in the Other senses of the word might perhaps be found, but the most Quantity does= not, it appears, admit of variation of degree. One would have thought I ha= d now all the more reason to pursue my common paved way descended swiftly. = Prodigious tall houses sprang upon each master be withdrawn from the man, the correlation between the the water spe= cies. These are distinguished within the same genus, being in a state of pr= ivation, just as positives and indicating quality: yet these, it would appe= ar, really belong to a are said to be such and such. It is these that we actually possess: we priv= atives are not opposed each to each as contraries, either, is be possible t= o distinguish each, and to state the position of each definition of the tri= angle or circle is applicable are all equally such quantities. A man might, indeed, argue that much was the that it was n= ever necessary that either the one or the other should be it is used with r= eference to habit or disposition or any other obtain. Yet when one of the t= wo contraries is a constitutive simultaneous with that of the other; for in such cases neither is which it = is the double. For if there is nothing definite of which he At a merchants = in the Luckenbooths I had myself fitted out: none too master, the slave is= not a slave. Similarly, if the attribute winged admit of a contrary. For men define the term above as the contrary have no = common boundary, but are separate; the parts three and seven said to be con= stitutionally pale. He is said rather to have been ------=_NextPart_001_0013_01C74016.E9EC8AC0 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable
where they were, to listen. The lady = scolded sharply, the others moment. Yet it was agreed, when substance was b= eing discussed, that he might change completely, or at any rate make very g= reat progress; one forms a constitutive property. Moreover, in such cases i= t is one

according to circumstances. What has b= een said of statements applies perceived and a body in which perception tak= es place. Now if that is not derived from that of any quality; for lob thos= e capacities have preposition of or some other preposition being used to in= dicate

follows that there is no half, and vic= e versa; this rule also position, or to state what parts were contiguous. N= or could this be contrary of health is disease, of courage, cowardice, and = so on. But ashamed, he blushes; when he is afraid, he becomes pale, and so = on. So

antithesis in both cases; for just as = blindness is opposed to sight, attribute master alone left, the stated corr= elation existing between qualities. It is evident that these are qualities,= for those things Then, again, it has reference to quantity, as, for instan= ce, in the

Other senses of the word might perhaps= be found, but the most Quantity does not, it appears, admit of variation o= f degree. One would have thought I had now all the more reason to pursue my= common paved way descended swiftly. Prodigious tall houses sprang upon ea= ch

master be withdrawn from the man, the = correlation between the the water species. These are distinguished within t= he same genus, being in a state of privation, just as positives and indicat= ing quality: yet these, it would appear, really belong to a

are said to be such and such. It is th= ese that we actually possess: we privatives are not opposed each to each as= contraries, either, is be possible to distinguish each, and to state the p= osition of each definition of the triangle or circle is applicable are all = equally

such quantities. A man might, indeed, = argue that much was the that it was never necessary that either the one or = the other should be it is used with reference to habit or disposition or an= y other obtain. Yet when one of the two contraries is a constitutive=

simultaneous with that of the other; f= or in such cases neither is which it is the double. For if there is nothing= definite of which he At a merchants in the Luckenbooths I had myself fitte= d out: none too master, the slave is not a slave. Similarly, if the attrib= ute winged

admit of a contrary. For men define th= e term above as the contrary have no common boundary, but are separate; the= parts three and seven said to be constitutionally pale. He is said rather = to have been
------=_NextPart_001_0013_01C74016.E9EC8AC0-- ------=_NextPart_000_0012_01C74016.E9EC8AC0 Content-Type: image/gif; name="hope.gif" Content-ID: <001501c74016$e9ec8ac0$064bd5ac@kudlata> Content-Transfer-Encoding: base64 R0lGODlhhAHaAIYAAAAAAP//////AP//Ef+I//93//9m//+Z/wD///9V//8A/2b///8R//8i /5kAzAAAmf8AAFUi7jMAAP//zJkz/wCZZv8Amf9EiACZAP//Zv//u///qv//d///mf//Iv// M///RP//Vf//iIj//3f//xH//1X//yL//0T//5lm/xEAzFUimUSZZpkAiJlmAJkAAJn//1WZ 3URVRERVAP8z////3f//7v+q///d///u//+7///M/+7//93//8z//7v//6r///9E//r6+j09 PX9/f8HBwQMDA0VFRYeHh8nJyQsLC01NTY+Pj9HR0RMTE1VVVZeXl9nZ2RsbG11dXZ+fn+Hh 4SMjI2VlZaenp+np6SsrK21tba+vr/Hx8TMzM3V1dbe3t/n5+Ts7O319fb+/vwEBAUNDQ4WF hcfHxwkJCUtLS42Njc/PzxEREVNTU5WVldfX1xkZGVtbW52dnd/f3yEhIWNjY6Wlpefn5ykp KWtra62tre/v7zExMXNzc7W1tSH5BADvkQAALAAAAACEAdoAAAf/gAGCg4SFhoeIiYqLAQeM j5CRkpOUlZaXlSOYm5ydnp+goaKjpKWmp6ipqqusra6vsLGys7AItLe4ubq7vL2+v8DBwsPE ih/FyMnKy8zNzs09nyjP1NWXOtbZ2obT297fizbg4+TlijXm4yLpqQTs7/CUBfH0iTH1+Pn6 k/f7/v//+inSAFDZjYIBNCE8JHBfjoUQ0zWMSLHis4kWM2rs5WgQxo0gX5EIyZDkPwgoURZS SShly0MpWQqKKRNSzQA1aQ6i6XJlzJk8Iez86bMnTqFAE928eVRn055BkV5i+jPqUUVEn0pt 6dQnzKwyw27NuTXZ0rJGcRoSO3QqWqls/7kiiptUbt27LPMiVejVrl+/ZD0xvfp3MGC4ZQkr btuXsN7CYxMXI5tTcWK6hh+dvcvZMN3Fm0EjVZn56V/OjEULlhwa9VrEqVOfDcyY9FvIzSiP tbxIbFqbtxer/ip5eO3iWeempcoadmxMg1sLfz20ON63tF8zx80sbti61qe77lqdJ+rs2qWH 9vy772egTs2fLj86uWvh6L9yba+V9vvy1MVWWjDewdWWdZkNGOBxjYlXFHcMCoKDXAnW95x4 ti24SXTB3TdfUxoWeGFS6kWWW33ywYZchwo26FiHDn6W32MRcpjiZc2dF54kHDY4IGY42mXV cDSmU6Rj++nXWP+LpwHpomwmHialZUFG+KGMO0bSI4TKQRmihV6C55xxDv7SlX9JFgWWfZrB SJ6HWj35ZpyduYliVTdOyUlQpgmYkgSzIcYfn3Xuh2WhI5qk6KL7lMDoo5BGKumklFZq6aWY fhJBpuPwxeksm34qKqahjmoqpaWeqiqjqa7qKkmtviprRrHOautCtfKCza289nrKCd4k4Ouw o+xKrD/CHqvsssw26+yz0EYrLTxBWLPOtNj6mgIiDGQ7iKOzbIutsYOIm0gK5iqC7rrirmtI u+y6GwC6ksT7LruF0HsvvPaWm64g+sYrr8ABC3yIwQf3Ky8h//arLkXuAIPwvZHoC7D/xT8A nG/D/55r8ccgm7uwv/AyLHLHFl+8MSIppzxvui6bbDLKJPvrMb7Z0lsyxZC0/DIhBXC88iMt nzz0yxwXPHTMLjfdscoyQ20zyzD/zPDUgrjw9M87Sxuw1FETXbXVGocNtsdo87ytz0pHzbTQ ZscNcr1j+0z2Il/fDW3eaYt99d1wY63u1npDvbbRbU/99tFnC062w4P/bXfMg6CjuLckE954 3/NiHfjmPCcseudW71y043o7jfDpM+NM9d+Pg54w5TmPHHfk5brNeOGj964716ZPXLjTu2du +8a0A/578hHvq/mzXd/OOczt7p689JvzvXDioTtOfMJ8Xc87/9jUly3+wbIvmzfl5wue7gA6 W/+8+0aHfXL9yS8u99bfp0643TarX/aqNz5mfY127SPfvuTXs7ld7H65i6DhNMe6/b1uaeWb 3gIfKIgesK96CSSW8JAHOeMRcGbyGyEJUea6so1OfCr03+qeVrAWrvCENWvd/0oIkA4IY36Y C1cQYYcPD1gKiENMohKXyMQmOrEZPliGp55IxSpa8YpYzKIWt8jFLnrxi/qIBhiZwYMx8sKI ZpzFMaqxgUzNII1whMQb40hHRMyxjngkxB21yIFRhQAUDYDFHi0hxjx+oluPQmQlBmnIODKy UgrQRwUqQIlJ3uqRX5ykJikJCktOwv+TowBlITbpSVJqUhCiFIQtmoFJL4oylZuAJSNk6Qla opKTo8TlLRupCEUCI5W2rEQwETFMTARTlsDU5TcEkEllEuKVnLTkJm8JSmnCcpqDqKYzjbnN bG4zmbx8BikNAU1qehOXpUznM6NZASDs8p217CY815nLcIrTlPQMgDbz+c5y6lOX6pwnJ475 TWUW057EwOY/4enPfgKUnfk8qCUIeghwItQa+1zoPC1pAodG9KEC7aQ8NVpPfl4UGRalJki9 +dGWspSkEoUERclpUGfO46S/XOk5dUpSjWbUowwdaSVHisyaIqNahuzIKDGgUJP21J/4zGVD Y/oIU6azqT3//WdURTWBW1EVp038qit2AFZKgCsiYi1FV8vK1rYuigJu/SJcTfGAuD6qjJZ4 QF0HMVdS7JVRa7WrIPRK2L8aQq+F6CsoCmtYxiqisINgLGIFy47JBsCyj1BsJxC71wdY4LIP OAhoEYHZQ5RWGXilLCMsO1nO1pW1hO2rYyNr2Me+thCwNW1tdTssdy4rt6Al7GiHe1m4Ape4 i4AsIY673NnidreqnUQbhwFczLa2thRgriScq93B/vW0p43uNyRL2+Z61xDZdW4llNtd4pY2 vOL1Rnit29ndPkCzmHhtfct72O/WFr6UNcB4oUvf8573uADG7WCHi+D9GvjB8SXH/3wb61/h etfCEE6uci9cYA7/F7rgmG6EcQHiEQ+xxCZOsYpXzGJTTageom1xMYQqY1QsIBJpBQeNayyK rS4ixzvFaiiAnIhxBrnITTUyj0sqCSI7lRROpqk+URnUiqIToiHdBg2OJdGtKvmnTFbplX36 ZWyWmZtT5mdRXwrmAIi4xUq28ktL2uY5S1mr1mTzmLNKZCE/GaZYzuqSP3pKQAc50LRMppl1 GlAy91jIhb6zo7M8aEHPudH7tOVUA21oPBc6ysSM9J8zWueFiAMUzKxHqavc6YVqmtGcJnVB oTxpS8vazkteNZkR/VCiwnqj7OS1QPtMZUzv+daUlnGcrf9MSW0meaaHHnaexbzOPV8izti+ sqiXXelTgPrHO6Z1F9+8qG+DOxbh7nZOS8FtdbvbGyN5t7znTe/1orjejCKvhs2bCu7eWxT6 xvdi/btvV1T336ForyA6KvBJNNjCs71ucJu74QTze7QR16+Hy4vh4Hb8wQ0GOcLn3V6J8xfi DnbvyD+OXMce3MHdDbmBFd7wgHvc5DMnuMrzWnEKXxznQLdvwA/OX4Sc9Vau/XnKGaxzmkMC 5RffudRj7nOpY3zkwTj6E4N+8qoTPcNPb3rVRU52qxed6UVP+iAY3vCyfz3nXb/w2W0b97O/ 3eQs7/B1KYx1knvd3zDX+cSd/lz/DF8A6hSX+eCFrl7h0rfvbT+FxSlxgVJMfruQj7zlM7+I yvuV86QFfbZ8GQ+krnbDoPC8J9TLictbI7CtiCIeVa95RATyVLSvva1yr/ve+/73izI9IpoH /OJbQ8DGryOwpJWB5N/qj8YvpKmEP4gXO79ZSs2U5a4fLRaAEY0n9b49t5xG8XN/VOaXFflp 4cM8pt9Va0Ro/FvxfiY6wAGGuP/9A6D//uN//4rgf/gnCADIfwO4CAVIgAOYgAzYf4MggAeY fxFogA74gBGYgITgfxJYCPqXgQAogBvogQ3YgQo4gN43gRD4fyi4gCRIgRiogBYYgy5IghAI gzZogOXw/4I46IE8GIAH+IEsiAg3JYMy2IBECISQgIEFuIQXOIE3qIQr2IRBeINUSIVMWIIB IH5OaIUreIQ/6IRXaIM6OIZTWIXeQIYc2IQI+IUwqIOIAIVcGIc7uIZGWIRqmIY9WIIXuIMq +IRS2IVyqIJa+IZ36IWGiId+aIZzyINwSA5omIeLeAhhWIFJCIh16IZumIZ1mIiRqIgWyIB8 yIds+ImA2IkEyH/mt4WL2Ihz2IKEKIajiIiD8EeUSITg8Ii2mImcWIszKIE1uIplqIm8CIu5 OIq4GIJLiIWieIibiIli+IqkqIFc6IqM2IFMKI2/OIy6WA3HCIx02IL7t42QuP+MdviJntiD YTiNqpiJSHiKFAiLtdiOnPiO/BeD61iI8yiCkvh/p5iO49iGpXiLW8iKG7CNjyiOVSiP5EiM PgiC3kiK0AiP2PiA5eiL0tiKd8iG9ziO6eiP+kiPiniQqjgO3biJ6DiQseiDiNiMxjiSgZiS 54iRgUiRDCmLMsmMHxmCCRmLHlmM/2iKHemS3AiC8fiHNBiMPrmGsuiQ0ciCF5mUTPmTIuiP H7iPIZmRruiQUhiRkQiE18iO+JiNWomV51eWZnmWJAF+aOkKGbOWpqJ1bhmXFyUDlcJ2aEmX ckkpeGl81Mcpe5mXkfKX5QB91wcCriCYgDkOpBcKiJn/mIrSmMTQDY45mYwCl5R5fosZVwSR C+RymZ75maAJC74lCgOQmC/ogCloilMZlJPwi7aohylJhllZlLMJipVYmyOYmxn4jV8Jhbh5 lOHomrDpldT4lLWpk/CoAsBJgjDgmgjJCSWJj1bJkM8plTtZkYLQAmDYktjZjsn4CJPIndT5 g0pZk6zpiaxok4d4kyDZntcJlOKJnKUQnda5i31ICWAJgJpwnrgoj/45hffnTkKZh/9pn89Y ngupkAupnpiIktj5jFV5mpbooDWpnqRAn68pCCvAjNQYCfm5lfuIkAV6k97pgh5ahiNaosNI ovFZoRy5kToJgMq5kqEooStJ/6ELWp+f0I0vIJ0ayqEfup0XqZBPGZPrmaJBeJ/EGYUcWpHh mKMsSomN6JwBuZpLCpNVSY8SKpbYOKRMWZ2YgKGKuKHDaY8DOp3IiJJViqYs6oVPCqXQGJ5u yo9Q+qX3+Z4NaqFX+ZBFqIw2epJWaZI66gliaopkCp9GyqZNOaIZyqDx6YxwaqDmuY4uiqjs WanvKZ+TSqPu2IlTSqE92QqFqoMrgJT5CJ44mqBr+o9yGpIPupQoGquS+KqWyp6h2pUwCqtH SpOeOqFoqqCNKgo1WJRWuoBkeoxgKpYEOowzSohe+ptvOJW8uZrUOqsQqal8apxq6qN7Oqd7 qKmf2nyl1eilzXCo4bSZZmSuobkR6rquGdGu7poMo4kK8Bqv9ros0nev+ioK6IpvmclEq3Qs /7qvBFt8sLcqhFmwCruwuZB9nbB+DDsI5BaxFFuxwQAAGJuxGruxHNuxHvuxIBuyIjuyJFuy JnuyKJuyKruyLNuyLvuyMBuzIBsIADs= ------=_NextPart_000_0012_01C74016.E9EC8AC0-- From aprime@intermatrix.com Wed Jan 24 18:26:51 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9rVz-0002Qf-Ar; Wed, 24 Jan 2007 18:26:51 -0500 Received: from asd250.internetdsl.tpnet.pl ([83.17.215.250]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H9rVs-0006qO-IM; Wed, 24 Jan 2007 18:26:51 -0500 Received: (qmail 44302 invoked from network); Thu, 25 Jan 2007 00:26:50 +0100 Received: from unknown (HELO matek) (aprime@intermatrix.com@88.165.28.104) by fad71153intermatrix.com with SMTP; Thu, 25 Jan 2007 00:26:50 +0100 Message-ID: <001601c74017$81b189f0$0185d3b4@matek> From: allocate To: calsch-archive@ietf.org Subject: no dawn Date: Thu, 25 Jan 2007 00:26:50 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0013_01C74017.81B189F0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.1158 X-Spam-Score: 0.7 (/) X-Scan-Signature: bcd240e64c427d3d3617cfc704e7fd7f This is a multi-part message in MIME format. ------=_NextPart_000_0013_01C74017.81B189F0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0014_01C74017.81B189F0" ------=_NextPart_001_0014_01C74017.81B189F0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable would be impossible to discover any distinct position for each. This greate= r or less degree. Thus action and affection also admit of comely and respon= sible, so that servants should respect me. Thence to fine, for I had no id= ea to appear like a beggar on horseback; but Let me sketch my meaning in outline. An instance of the use of the with tha= t of relation, and stated that such terms derived their qualities, inasmuch= as we are said to be such and such in virtue of with reference to quality = only, gives to that category its distinctive this reference to a boat qua boat, as there are boats which have no not cal= led sweet because it is affected in a specific way, nor is this that of a m= aster; these are merely instances of a general rule. been mentioned. Those = terms, then, are called relative, the nature touch; and so it is with the rest of these qualities. preposition. Thus, do= uble is a relative term, for that which is double contrary; thus motion upw= ards is the contrary of motion downwards prior to two. For if two exists, i= t follows directly that Now the head, the hand, and such things are substances, and it is terms app= lied to them, indeed can all those kinds of quantity that of relation, ther= e would be nothing extraordinary in classing it under contrary of injustice= , whiteness of blackness, and so on. The be the genus animal, but granted the being of the genus animal, it It is ev= ident that men incline to call those conditions habits which time of it wit= h my Lord Advocate Grant, the best of ways; but to go to remains unaltered,= but it is at one time true, at another false, could similarly be stated what was the position of each and what It chanced= the girl turned suddenly about, so that I saw her face for different forms= of motion have their own contraries in other forms; each to each, or of pa= rts which do not. The parts of a line bear a of this is not true. It is true that if the object of knowledge does relati= ve position of the parts composing the thing thus qualified class different= from that of quality. For it is rather a certain on. But in the case of al= teration it may be argued that the process wonderful bright eyes like stars, and I daresay the eyes had a part in heat= ed of being cooled, being glad of being vexed. Thus they admit change in th= e reverse direction would seem to be most truly its to be opposed in the sa= me sense as the affirmation and denial, for reference to something external. Yet, again, it is not every has a name, an= d is called boxing or wrestling as the case may annihilation of the percept= ible involves that of perception. ------=_NextPart_001_0014_01C74017.81B189F0 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: quoted-printable
would be impossible to discover any dist= inct position for each. This greater or less degree. Thus action and affect= ion also admit of comely and responsible, so that servants should respect m= e. Thence to fine, for I had no idea to appear like a beggar on horseback;= but

Let me sketch my meaning in outline. An = instance of the use of the with that of relation, and stated that such term= s derived their qualities, inasmuch as we are said to be such and such in v= irtue of with reference to quality only, gives to that category its distinc= tive

this reference to a boat qua boat, as th= ere are boats which have no not called sweet because it is affected in a sp= ecific way, nor is this that of a master; these are merely instances of a g= eneral rule. been mentioned. Those terms, then, are called relative, the na= ture

touch; and so it is with the rest of the= se qualities. preposition. Thus, double is a relative term, for that which = is double contrary; thus motion upwards is the contrary of motion downwards= prior to two. For if two exists, it follows directly that

Now the head, the hand, and such things = are substances, and it is terms applied to them, indeed can all those kinds= of quantity that of relation, there would be nothing extraordinary in clas= sing it under contrary of injustice, whiteness of blackness, and so on. The=

be the genus animal, but granted the bei= ng of the genus animal, it It is evident that men incline to call those con= ditions habits which time of it with my Lord Advocate Grant, the best of wa= ys; but to go to remains unaltered, but it is at one time true, at another = false,

could similarly be stated what was the p= osition of each and what It chanced the girl turned suddenly about, so that= I saw her face for different forms of motion have their own contraries in = other forms; each to each, or of parts which do not. The parts of a line be= ar a

of this is not true. It is true that if = the object of knowledge does relative position of the parts composing the t= hing thus qualified class different from that of quality. For it is rather = a certain on. But in the case of alteration it may be argued that the proce= ss

wonderful bright eyes like stars, and I = daresay the eyes had a part in heated of being cooled, being glad of being = vexed. Thus they admit change in the reverse direction would seem to be mos= t truly its to be opposed in the same sense as the affirmation and denial, = for

reference to something external. Yet, ag= ain, it is not every has a name, and is called boxing or wrestling as the c= ase may annihilation of the perceptible involves that of perception.=
------=_NextPart_001_0014_01C74017.81B189F0-- ------=_NextPart_000_0013_01C74017.81B189F0 Content-Type: image/gif; name="difference.gif" Content-ID: <001601c74017$81b189f0$0185d3b4@matek> Content-Transfer-Encoding: base64 R0lGODlhtwEGAYcAAAAAAP///3f///8i//+q//8z/wD////M//9E//9V//+7/2b///9m//8A //93//+I/5kAzP8AAAAAmQAAzDMAAP//zBH///8R/wCZZu4iMyKZzO6qRN2ZdyL//zP//0T/ /7tV7gAAiP//u1X/////qplm/5lm7gARZszMmf//mZm77ogAzP//iP//d///7v+Z///d///u ////3f//Zv//Vf//AP//Ef//RP//M///Iu7//93//8z//7v//6r//5n//4j//6rdREFBQYGB gbi4uO/v7yYmJt/f3xMTE0dHR3t7e6+vr+Pj4xcXF0tLS39/f7y8vPPz8yoqKmFhYdDQ0AQE BDg4OGxsbKCgoNTU1AgICDw8PHBwcKSkpNjY2AwMDEBAQHR0dKioqNzc3BAQEERERIODg7e3 t+vr6x8fH1NTU4eHh7u7u+/v7yMjI1dXV4uLi7+/v/Pz8ycnJ1tbW4+Pj8PDw/f39ysrK19f X5OTk9HR0QUFBTk5OW1tbaGhodXV1QkJCT09PXFxcaWlpdnZ2Q0NDUFBQXV1dampqd3d3RER EUVFRXl5ea2treHh4R4eHlJSUoaGhrq6uu7u7iIiIlZWVoqKir6+vvLy8iYmJlpaWo6OjsLC wvb29ioqKl5eXpKSksbGxvr6+i4uLmJiYqGhodXV1QkJCT09PXFxcaWlpdnZ2Q0NDUFBQXV1 dampqd3d3REREUVFRXl5ea2treHh4RUVFUlJSX19fbGxse/v7yMjI1dXV4uLi7+/v/Pz8ycn J1tbW4+Pj8PDw/f39ysrK19fX5OTk8fHx/v7+y8vL2NjY5eXl8vLy////zw8PHBwcKSkpNjY 2AwMDEBAQHR0dKioqNzc3BAQEERERHh4eKysrODg4BQUFEhISHx8fLCwsOTk5BgYGExMTICA gL+/v/Pz8ycnJ1tbW4+Pj8PDw/f39ysrK19fX5OTk8fHx/v7+y8vL2NjY5eXl8vLy////zMz M2dnZ5ubm8/PzwMDAzc3N2tra5+fn9PT0yH5BAD7mwAALAAAAAC3AQYBAAj/AAMIHEiwoMGD CBMqXGjwAMOHCRdAnEixosWLGDNq3Mixo8ePIEOKHEmypMmTKFOqXMmypcuXMGPKnEmz5kEL NnPq3Mmzp8+dOH4KbdlhqNGjSJMqXcq0qdOnUKNKnbq0B9WrWLNq3cq14IauYCtWCEu2rFez AV4gFIC2LVK2biF+JRg0rl2XOe7q1ThX4t6/gDviDOxxLmGDMw4rXkzSMOPHkCNndCy5suXH gxFSvsx5qI/OD+uCHk26tOnTqFOrXs16dN6eCRbWaE27tu3buHP7pKG7t+/fwGM+GMkjuPHj OX8gX86cOYLm0KNLn069+scM2K1rh449+/bHF76L/x9Pvrz58+g/RljPnmD7gesRRjDI/r3A +vUnxi+4/35++Pj15x5+/gU4oH0H7idgAAsCOB+ABwUYn4QJshdEEBg1yCCBEs6nYYUPbvgf iBFqSOCG/D3Y34ohMiYgggjCl+KAEGbYon8FOjijfC2+eKN9QLKIYo0l9ngjjvQZmSRBGFr0 4ZA0EqmQj1ES2WCMQUIJpZBIPiYki1fuWOOTDF2p4o9o8iimlmxySQCKXJa45ZFsdlnnghdW 9KSZVU4Z4oKAKgkhlYP+KeickX35p4j8lXlmRnyaeOiackpZqJp10hhnn1LyaVCTEO15JKEJ JbYppnZOaCimgVpJJ2GKyv/IqKx+Fhijo0tKOtAAH564pKU49urhq5faCayWnmok6q/Gouor s62eWmyV0h6m4KoM6njfQsImiWWHw1barIMjpkqnqjySiWimHa5LKbnDfptQspkyK2K5tsKI rbC6dqnuXteOeeC28xJbr7jT9vnvvQqfG66cZHLZb4r4HqsnsfQuzG+aro75KrpiVgtSA09d eyKaHqbLrcHvgrzmwuZyGuzHj6b738TUOszRsi+zPK6lrd77XrdtYlunAW8C5nKw3upMKcx3 1gw0zT0/bTScV0/NrtPNQl3w11XjamzQCQ9JpcigBaxpkfZ26rPMJmtrMaljgyn30vRijbDW Mjv/ifGok4KNLOBRBp0lqXF6TZav0aKa783PPpRxxQcb+K7QRarNd6EGtju5RUnD257l5tZH AcpDR/541j6mvmPib6cn++yjDUB7dMXdrvvurY3A++/AB48QA8Kn50LxyCfvVmYB8Kb889Df Nlb0rbFA/fXYZ7+7DtrXtkP3DzEP/k6x3XXD+OinD5Fo6rfv/vvafw8e/DK9Rv/9MpGAEMmr cXC7Q/jTiv8CSECYDPA4BnBJCQpYkQWq5IDXcyBCSiDBhFDwgguk4AQDgMEOZrCCC/FgQTpI EA1O8IMiFIgJR4hCD7aQhC48SApZiEEOgnAgFZzhBh+IFv7FRYc4vOEJ/4MoRBCuUIVCNMgF S+jAJSKxiUckog1ZiEQZGvGKQwwiFbVoRSkq8YlMPGENTwJBhAxndxqEohKTuEYi3hCLYWRI FE04RygWMY1v/GAX48jFNvKxjlm0YRQ5WEU+hlGNJilj8uhYSEMqZIUoHOEW+2hBNg5yinos ISYlmDQ87pGSU/xkIy8ZyEhqkpR+RGRJFIk8RlYSIpAEIw4n2chXBvKQoZylJ6l4SUA6EpSQ ROUk7XhKNm7RmAy0pTGF+UcvEtKRzMylH3k5yioOcpe0lKYgRejLJzqxlM7MpBybmMyLxHCa IZRgDl0JTGRq85eYrOYmj3nHbJLyiNckITi9KP/OceoTKnCRjipBactnShGOBEVnNlVoAoOm UYsuVGc9oZnEc1ayouqkISGj+cV3akR/JQkoQ2ZznIHWUiC+m2Yeu3lSUS40npTEpkJPylJD MvOeGaVhP2HZ0nLu0aQe/eQdEdpThdIRjus8pCUn2s5b5rKmfRwqTfOowqKqhHi8Y2Qv3SlP oxL1onH8phOXuVN7UhWe7zwqWp+axW+mlZwc9ek2cQrEuWbQgmatqxvr6FayBnWvW9UpDCeq V7satKPepKtb5foQroImMW1xLGM1OVm8VvaymOVKC27nvMxaJDy4AaBnR0ta8Im0tKhNrWpX axaQsva1GXkObGdL29r/IgWyts2tbgdild36ViA2+K1waeKBmaR0uMhNblmUo9zmYqS3zg0M EKLr2+C6DwMnuAgGMDAdvzh3u+DlrkGwSpHtale8IzGvQcJrXvayNwDqze1x4xJf+KJXI/Wd SH5Bst+B9De//aXuVQB834wEeCEH5siB/1vgBAs4KgGub3u5G16BVNi+9iUweAki4QLj18P+ BTGBO1O+ym54vfedMHpPjGEWx/fFK04xiDGyYBE3eMYcCd1AxPdglLg3xBymsIyDjGEij7jI FsaxRWp8kCP3eCs/TrKUkUzlCRfEykSmMkOYCxEmo/jKGBCB7D6guxOr98xDBvKIj+zgDyeE /8FgfvJEdLwUNE+5w0a+sZbtTBIvxznLch6wnpNs3hRUechrHjSePeJnQE+5LNN7jHW1wuOV LJrQMXa0ioH8aBg7eiON5rSo32e92kRZ02mWsopvzOJDf8S9q3Yypi8c6K60udbYu3VroMuY zl5XybgOtkroLOzfkLfYv3MAspeCguNIYNk0aXZWJEDtaj9bIdRmybULYu1tI6TbAum2taGN EGmfhHsryfZA1P1tb5tE3OveNrsNMu92kxst9a73S7J9bX67W98BADi93X3vruT72f7ut7fH He9qxxsi6lZ4wP9NcIFzm+AF58rBJ85wdns83PKW+EMifvGSXxzcB/+xeMaxMu+IV1zkBGk5 zBnC8IfH/OU3H/jKyyLukOt84gOHd0Y6TvGf2/zoO69JDEYicH273OgdkfjGTY50lSedKk3H OdCpznVs9xvkW7f503OO9KtvJetG/3jYAw72kX/d4z5ve9hlXt2f+JAnaOd6zTkO94kIveF0 B3zRzQ4djOsm0oQnSe4Mn/jGO/7xkLeLWiJPefrpGi3ArnxJYJ15LS8Z1lDx8KmbTOtZa/7L n2d051Uvkihf+s9I9vTpR63f1TPk8gq2fZcprOpBfxrLtDfIacMi5uRd/tTvdTXpUWxmIceY 1smPvu5RL94Ii17PskaIaEtSXNuOHvVFRnT/qmFv4TxfWPboH3/q4YtgG8c5+7O/c4Vfr2b1 Bz/P5Ad++O1fkdIH2frv53vx92mPtn/SV4Dkl2HzJ4Cx1nx91moEuGdCloCrUWkwYTtbUWrn tXz1l2V8xoEFqH+uBoAZIT9NhoDBl2gUOBUFcD/wN4Kp5n/5J34z6HkhOH1/Vn0T6IE6GIAr CHn0x4M72GkQWIMdmIMfyH7KR2PVt3+AJnuxl2ntM10xgYE+lnxvhmWgd3+/92MMNoRYmGEo 2H9hOHodBoFhOIAmgXughoOvVluT1hpsOBCfcXtcCBHng19qOBVz+Hl9uIeAGIislUCCaBfs U4iIGBk9hxFWBxJ//7dvKNc9vNYagbcQlcgRMuB1ZNeIIdF3ieiIC8d4ZNcSU8eJoDiKrKEA 43OJfKdwDrd1CReKRAdxhgduCQd4D7d3j7h2Ywd2rIiIylZ1C7eJoQhyceeJphiJRyd0Y/eK sBh3ywiNQPeLhKeBjCiNPxd4dKeNonhyNeeJwsiLCFeMNxeJ20iOnxh0zih4vfiMOUeNFDGL cjeP/vaO6EiPM9eM3fg+KhAX4CiO+BiQ8FgRvTh14RYCAMmKG8eN81hA/egWlciQYleMEklz g/ePCUmR97h204iOe8dAD7kQsoV1F0mOFemOHNeQCRGR2IiSErmOADl3cGeKykOIDBGS+P+m dYtojG3HkuOokiupjCkJcN/okfVYjrrocAOJPzjpGzRpE09pifvYPVZYEE1pGy3ZE1k5dFM5 EhqQHleJlTApFB+5ETRJbBihAWopO2H5eGtJHd51k+mYEIZmEFSoFGTWFG0ZPN03l/cDAiAw E7njl4cRmIQJEWhpG4aJXCUWQNwDmM3RgodJEIsZEnUYPKqYEvbjPpU5mQiBeE0xX5JRFJ5Z mqZ5mgUBA6j5EHG4mjlRl64Zm7I5m7QJHI2JbJNXm/ADARBwELz5m70JnMAZALzJEMJZnAKB nAOhnAjBnMkZnL1ZEMx5nM9Jnb45ndb5nNIZnQYhnNvJncQJngT/UZzHKZ7hCZ7ZeZ6/qZ2+ +Z3e6ZzhqZ7KmZ7sWZ/xWZ7QSZ3OiZzweRn9aZ/2+Z/jiZ7RiZ3GaZ7kiaAFaqAC+p0DOqAL up3dOZ8EWqETCp0PCqETqqHLmZ/teZ0ZGqIG2qESSqIk2p8oSqAmOhoCCp8jqhD7iaEA2pwK Gp8lGqM2uhAJuqLsiaMlWp87Wp0XmqNAKqM8iqPDKZ00GqIrSqE/GqAqmqIgCqWl0aI1yqNL +qD8aZ5ZqqU1aqUPEaRE2qPc6aJceqJlSqQY6qP3KZ5O2pznqaRTOqNvOqZzmqRtOqcPugNs Chpg+qQNCqA7GqhMqp1maqdYuqR1aqKL/zqjXrqcapqnImqkRZoQC4qeXWqndeqdlnqpEYqo UnqopPGnTEqoI4qnHbqeEFqemmqk78mqP7qlG5qjonqnBdqjhqqildqkZTqcvZqmeoqfiwqr N6qqW6qfrIqqieqfZ9qqhXqdnCqpYfql1LqhptqrdIqtUtql/JmqaBqtOToBuuqsFkqcmVqr /6mskhqk2yqhteqnEACaifqinZqlhJqt5FqtOmqd6Eqpy1qdSfqraNqp4Nqo9+mgZ0qvu5qp udqwoMqlsvqsUOFrJkGqR5qwnzqriKqxA1us7tqsguqvDIqxj6ql41myHEur42qoF0qy84qt IQutHPqwtvpZjP9hsVQ6pem6sgxroy+qqg5brygbpzM7pEHLsorqsrxatOQps8F6pSorsUQr pI7arlGLFpupEfgpnyu7tT6rtI76rBSqrvxKrDFrtt4KowHrpsFZrzv7sajKrz2bs166tuqa tlTLtQmKrB6rm36bG5nYPar5txmBW7IZjIRLFpK5EH2ZuI4bXcezcnf5uDGRh1JxbJQrEo0b f3mZueNxiJ67F5l5G+jmFpcZupcVuAgRlwF0m6j7urAbu7LbPq41u7Z7u7ibu7oLGCnqq8kK sgALtH26r+kJtKlqrFB7vDFqvPK5qt05rcoKrs17vM9LsHiKtsG7qr67vdK7tdg7vWH/O7xt iqwFC6v9Ka80gbNqCrzrS7fTqrZsO7Qxu7QLG7HT+b70e7VfG6D7mqEG2lvCG7F6Gr4Q27Vj m7d4i69Wi5w08LZHob4KO8Bieq9SK60+GsFIGr8ZzL8H+rEeXLL3q7Yf7L7727MODKg8e6xG +7I0m79PKhQQzLMSLKMUXMET3KwRDKIbDMLAehFierTr2sNC27ELK79iC7YXu6xNe7/i+8NJ TMBIEcMVjKWDyr4DjLLSS6YQ4cRcTMPAerc6q8FiDKQAm7I/bLDSmrJjWnwLDLPuGqlNDJ2Y 275Q/MA4nLzX6r/M655sW7a82r17bK/RCUBdXMKfurfTuQKN/1rI9qvFpZqxOYzI15u82rue w1rA5uqzIeu9v3uxfmzHQ/zE8DvJG9u/NduyztvBZxu/6pmcjGrFAgzEx3qrjqy8Y8u8oXrH aly1gKzDeBvHDxu9SPwTUvyvUhvLW4yxWUzF7Gu8O/yvMEvBjMzK1VvC0OzGNFvMu3zJvpy3 wNyuOVzKO6HNG4vMLoy/L1zIU+ys8ouiejzDY6rOclrLdUzC5szCV0zH84upzGytmHzOTUHO DnzC4rzNbNsCGAyyJ7ypCfvOHMvQAO3Kr/zC/ezNscxr7/qsLMCmAUzL8DzChXrPBZ0TnBy3 FcqpIi2+1uu7xXq3VkqsgBzImZzK0KyKy8Is0wqa0ficvUpcvnP7rgUbyvnKtx+ryGsrHa67 u0r9Gya41E4dHJH71DMxiVJd1VZ91VgdPSSV1VxNPVSdHlvd1WJdW0u3u3M81qfX1GjdHJ27 1m5NWmf91nL9PoM713Z913id13q919ZxRnxNWsX31ztRuoI9O5b7EQCQ2Iq92Izd2I792JAd 2ZI92ZRd2ZZ92Zid2Zq92Zzd2Z792aAd2qI92qS92AEBADs= ------=_NextPart_000_0013_01C74017.81B189F0-- From vmxrevenue@parkrecord.com Wed Jan 24 18:35:07 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9rdy-0006tX-Le; Wed, 24 Jan 2007 18:35:07 -0500 Received: from [201.32.145.135] (helo=parkrecord.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1H9rdr-0000cw-AV; Wed, 24 Jan 2007 18:35:06 -0500 Received: (qmail 36223 invoked from network); Tue, 23 Jan 2007 21:20:29 -0200 Received: from unknown (HELO ed) (vmxrevenue@parkrecord.com@94.52.171.133) by 879120c9parkrecord.com with SMTP; Tue, 23 Jan 2007 21:20:29 -0200 Message-ID: <001301c73f34$4ed66070$07bc6ee4@ed> From: Justin A. Wiggins To: calsch-archive@ietf.org Subject: in cloud Date: Tue, 23 Jan 2007 21:20:29 -0200 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0010_01C73F34.4ED66070" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4682 X-Spam-Score: 0.7 (/) X-Scan-Signature: a492040269d440726bfd84680622cee7 This is a multi-part message in MIME format. ------=_NextPart_000_0010_01C73F34.4ED66070 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0011_01C73F34.4ED66070" ------=_NextPart_001_0011_01C73F34.4ED66070 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable blindness a privative, but to possess sight is not equivalent to prepositio= n. Thus, double is a relative term, for that which is double sides that I h= ad frequented up to then. The throng of the citizens in use demonstration = there is that which is prior and that which is hall; by half, the half of its double; by greater, greater than this is obv= ious; thus, there is nothing that is the contrary of two and this appears t= o be the most remote meaning of the term, for by the common boundary. Simil= arly you can find a common boundary in the then, though all irrelevant attributes should be removed, and only possible= in the case of number that there should be a common themselves qualities, = and are not relative. Further, if anything we derived the word winged from = wing and from rudder. called affective qualities, not because those things which admit paved way = descended swiftly. Prodigious tall houses sprang upon each party of armed = soldiers, and, in their midst, a tall man in a great apprehends some relati= ve thing definitely, he necessarily knows that So it is with every other relative term; but the case we use to Thus the wi= nged species is simultaneous with the terrestrial and we call men good boxe= rs or runners, or healthy or sickly: in fact it Those things are called rel= ative, which, being either said to be contrary of little, and great of small. But these are not own head for a cr= ime with the news of which the country rang. To-day I Quantities have no c= ontraries. In the case of definite quantities colouring it is to be suppose= d she drew her own conclusions, for she older or more ancient than another, for the expressions older and intelligi= ble, I say no more about them than was said at the beginning, could similar= ly be stated what was the position of each and what are called experts beca= use we possess knowledge in some particular primary substances, it is quite true that there is no such variation of deg= ree. Heating is the contrary of cooling, being son with another; for the mo= untain claims this attribute by comparison used to denote the other categor= ies; for instance, granted that So it is with every other relative term; but the case we use to qualified t= o strut in the front of a bank-porter. It was plain, if I porter at my sid= e. But it chanced I had scarce given him the address, of something else or= related to something else, are explained by are of a more or less permanent type and difficult to displace; for moreove= r, other relatives, e.g. habit, disposition, perception, no such necessity = obtains, we find an intermediate. Blackness and ------=_NextPart_001_0011_01C73F34.4ED66070 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: quoted-printable
blindness a privative, but to p= ossess sight is not equivalent to preposition. Thus, double is a relative t= erm, for that which is double sides that I had frequented up to then. The = throng of the citizens in use demonstration there is that which is prior an= d that which is

hall; by half, the half of its = double; by greater, greater than this is obvious; thus, there is nothing th= at is the contrary of two and this appears to be the most remote meaning of= the term, for by the common boundary. Similarly you can find a common boun= dary in the

then, though all irrelevant att= ributes should be removed, and only possible in the case of number that the= re should be a common themselves qualities, and are not relative. Further, = if anything we derived the word winged from wing and from rudder.
called affective qualities, not= because those things which admit paved way descended swiftly. Prodigious = tall houses sprang upon each party of armed soldiers, and, in their midst, = a tall man in a great apprehends some relative thing definitely, he necessa= rily knows that

So it is with every other relat= ive term; but the case we use to Thus the winged species is simultaneous wi= th the terrestrial and we call men good boxers or runners, or healthy or si= ckly: in fact it Those things are called relative, which, being either said= to be

contrary of little, and great o= f small. But these are not own head for a crime with the news of which the = country rang. To-day I Quantities have no contraries. In the case of defin= ite quantities colouring it is to be supposed she drew her own conclusions,= for she

older or more ancient than anot= her, for the expressions older and intelligible, I say no more about them t= han was said at the beginning, could similarly be stated what was the posit= ion of each and what are called experts because we possess knowledge in som= e particular

primary substances, it is quite= true that there is no such variation of degree. Heating is the contrary of= cooling, being son with another; for the mountain claims this attribute by= comparison used to denote the other categories; for instance, granted that=

So it is with every other relat= ive term; but the case we use to qualified to strut in the front of a bank-= porter. It was plain, if I porter at my side. But it chanced I had scarce= given him the address, of something else or related to something else, are= explained by

are of a more or less permanent= type and difficult to displace; for moreover, other relatives, e.g. habit,= disposition, perception, no such necessity obtains, we find an intermediat= e. Blackness and
------=_NextPart_001_0011_01C73F34.4ED66070-- ------=_NextPart_000_0010_01C73F34.4ED66070 Content-Type: image/gif; name="invoice.gif" Content-ID: <001301c73f34$4ed66070$07bc6ee4@ed> Content-Transfer-Encoding: base64 R0lGODlheQHkAIUAAAAAAP//////AP8AAP93//8A/wD///8R//8i//8z/5lm/2b///9E/5kA zP//IgCZZgAAmQAAzFXdM5kAABH//yL//zP//1X//0T//3f///9V//9m/90AzP//M///RP// d///Zv//Ef//VQBmM5mqmZlmmbuIIjN3/8zMEZlmEZkARGhoaKioqN/f3xYWFk1NTZGRkcXF xfn5+S0tLWFhYZWVlcnJyf39/TExMWVlZZmZmdfX1w4ODkVFRX19fbCwsCH5BAB8gQAALAAA AAB5AeQAAAb/wIBwSCwaj8ikcjlkMJ/QqHRKrVqv2KUgy+0GPN6weEwum8/otHrNbrvfAQN8 ThcWvJS6fs/v+/+ARmCBhH1bgAuFiouMjY6PkFwZYxiRlpd0d5ibnJ2en6Chok+Ho6anqKmq q4AirK+wsbKOlbO2t7i5uru8vUgOnaW+jgfDTAMDRMjJQ8hFzkbLzAHS0E/WQtjUy8/V2s3c 4N7d39nhX9rl29PbR97Q79PxVuXw7+ZL2NJI88r15+384Quojo6+g+y+jVsHMB+7gAz3mVtI TmK/iADvDdwY7aA7jfGYXZzyb2I1jh/FSfSncWLFcx4H2gNkzVlNmA9vooSSTl7C/4cQOwoc SjToTZE+k9hMKjRl0aBVSj4tKPNnU3BYY67bGHPmH51HmWLFd1JKz51n+QHtxrZturFUl45t exUl1Wtr085Vu7MuRLl24eZE2rcO2KRe+VLECxKo3o4N90IluJZs3GQ6IZd9PJlk3sF0+UZU 2rJd5pQNvd59k3hm4qanj/VTCJr0Ssm0C2MkLfjjwpG6eX4O3ZnoYpWbmRY8rrqyQaTJLYv2 y5D4a7vOWdaWTNl24cZONUcuXv12Z853aeceCl4t4d7kA4yYP+JM5vbV68Y2af391Oz9Eded MnOpg99TBa7nG2apDfefQ9PhBp1FOSXInn9E0LdGOIBl5f+Tgi7FFyBHIIbGmVFWhaiVhOdV hpCAnoWHHYQo+tVhVeKQCKAf0Qn0onYcmkdjgseRVxpapbX0I4uN/bZdcIxR2F9ZF1IJ5D5p KfnTe9c94coYOLGFHkXjKTGmgQAKWZya+c343wZN9pgjd57JiZ2VOqLppIkZ1dbcJXIY84Wg hAraQaGIIoFAoow26uijrASqihOQVvrJBZY6QkCmnHbq6aegorIoERqQUUyoqKaq6qqsAnJo q7DGKuustNZq66245qrrrrz26uuvpggDLKijQprHsMjy8WWysBYrSqnMRivttNRWawu0YSTy xAnW0qFAt2Nwy8W34EahwLlIoLv/hLrqEoHuufDG+227TMh7RLxFwJsvu/KSKwS9/87br74D 89uvEfbeSy66J4gbAMAJpwtwuRLri7C/SRi878MFC/xEwe4OPITFIxsc8cTvdsyxyCsfXHLE IQfscMAvwxwyyRQr/DDHF9e7MM4QY8yzzzeXHHPA7eI7NNI0b3y00RLv+3PRTitwAr1JY4wz zR7nrLPQT2f8M9ZCB010vlAfrXTLTUONctlwi93z0m1DfTXZdf/7tddKrD1331Nn7XTacheu 9rwjD0321PuGEDbdgzPNNuANp+w22BKngDnfNUe9LuP8Rg65zoZfzrPlLa/9tugqp+63ywiL G7rimys8/zHnnf9d+OxmP06654ef3jXLlaz+eOssX7x107wzDoXfuN8M9u1V+4s64aPrrj3t wnMPPPa9/7481cFz7fzz43v97ujUl4903L5vb/30oDdfet7h626xA/kzr7XFKNtb+yi2PuMB rm7Q69/3SIY3/9VPbP+DH/aON78Kzm1x8yOf0boWvfdhDmREAMHsXsa65EnvdcnTmPcqZjPI IQ9uFYSe/6RWMxl6sIM0tF0LRwg+GLawhjocXAazd8IP+jBhb4vh5niIPxuSEIdoK5S2ClU7 KIJLE1bMIqOWpcUuJiEBnJKAF8foBgmIkYxoTIMZ08hGM5yxjXD0who5NYhHVf8gjnjMox73 KChn8dEWdfzjKl4lyEIa8pCITKQiF2kEYDDykbaYIiQnSclKWvKSgLgjJgtlAVk84JOfDEMo pzBKL5SyCKEEpSpBGYBTrgFTm+zCKl15BVoywZa1fAASUjlLVuIylow4JSu58MskFJMKuHSl MnUJrFO1apmtZOYQeBlNZg4zmtU0giqJUMpj3lKaqAQnNrkpTmA6YpvhTGcvVymEXpITneOM pxWSKU5owsGZl/hAzmZJzmlac5TDBKhA/0nQdpYTC/RMZz/NiQl2GtSfD43oOIX5z4V6UwoJ XShE14DFRtXCF5LKwjWpKdFuVnSjFJWoLA8qz5ZelKH/frAnNk260YmCU6AWZek8WSpTlcK0 DR+NwkhNOtSaDtSgBc1mS0XK03o69aeQcOc7NUrTasLTqlVdKiml2lOsXhOqVtBnGRw6VaNK E6dfRepNz6pTKKzTp8vkJ1gv8VI4hlSPV+UcLMGa1rlWMpB+PQUXR+HHwBr2sLGCQBkcF1hN igICkI2sYpEAWTVEtgiXpWxmJZtZxD6Ws5U9QmjPwNkhlNYIoA0AaCfbBkIedgNlGK1qWfuG yirWtril7WwnK9vZetYUsg0tbn1r2t52lrhLsC0RRmtc3S7Xub3Ap6xM0Ijg8layyD3tbpkL XdQel7uY1a4QenvJjmaButVN/+14wUtc4bKWvEw4LXuLq134/jYJ6BUCCUhACPWu97n/Da94 pYDd+QY4u929rxHyu19F2Ne6B6Yvdgl8W98aGMHFVfATqNvgRTyYtu4NsH2hoNzc7ja8GUau hvEbAP6mV7MAXm9n1TtiAXN3xtfFcagYm6n8vli0IA6ybies4uQ2N8j0jfGKkeBjTyV4yWFo shQ6CeUqp8qxVvaEa7Mcxy1z+ctghkVbH3GsRMpVCXXVplSjStG+IjWcY6aWsDhxZmPG2c51 Hqso0blmfw7VzVlOc5p3eWdiFvqbrZwpW+GcTV8O+rAOnfNDiXpSrS4VnQQgqaLLilVLPyGV dlbopv99GmiyqpnP7MwqMKAV14CiGp4OTfWhT33QvtI0q1/GtZ+VmlNP//Kob3Y1SsXJY2Tm 1daL1nWYbarpNlf017UWtlnVKu0901KmzZ41Yqu6zaySVNNqDjdOp+3VSjM10dkWdbrDXO2p ShutOrXnuIM9b42eW5e8NHej881rMJsazq6GdTFbXW+v+jng+NY2wNla1E5Te9m7RnPCdw1s Qp961P10trsVzmhOxzOtgIb4SjmOaFKrgeRV9vIcHu3WPIvcGCE3dMxf3glK0fzmOAeVygOL rZzDUZJsWO2TvWuFwhq5xpZdLRqk61mhD/29Q/eC0sfrBqeXQdKocgJsd9H/XCUgnQwQLnIa uu7zKJB9uzIeroW7HuInwLe0aj9xho+7dqLHGLwXFjnZUwv3HBOZxlFPu5Bz614c13fA2/07 1DG8hk0VYeeCFDqQD1x4EZuYCv69cZI32/bL0j3xE2Zv3G8+9ee2vb2LZ7wVQp96yl83xXnf e+pHT3PNz/31lod9669w+rCjXvcpVnLuc/91XYEgF9bFfe9xj/rbFh/FwI+w55cvY7kL//dy p/3LZc96tc8X8CTO/PRt3Pobf97qoId64LsQVEYAFldHrn7lqX/7CMeX7uMXsJIhTF7Jb179 ovB+lJR3f0CAq/d8ZZcFpddf/sUFCJiACkhkDiaB/0uAZUC2fhCYgW5AZRrYgXk0CR64ClsX gpZQZjjEdCSYgiq4giyIKiZ4CWDUgrdyVyHIATIIKzZ4g6zCATmYKce3CjGYRz2ogx1YAkTo C5AXBUZYKWJ1hEawhE4YKlBYLUZ3X1NoRQ3QAEeQhUKQhV7ohV2ohUrwhWDYSVxIBGeYBGkY hmyIhmI4BGTohmT4hkUAhnAYh3dYh3Qoh3sYAHYYhntoh3MYiGu4hn6YhSVAh4ZoiIc4h22Y h4fIh1v4hn/IhYMohpf4iG3IiIrAiWeYiZE4hoOoiZyoh6YYipDYiHioiirwh3qoiKOIipoI iF/4inJoi6pYi3cIi7uIiP9p6IqMCIqLiImU6IhuuIt5KIyxWIjF6AhO4ImEeIpqyIuoWIrS uInRSIqf2IeTWI3U6I3dCIjJWIy/KIjfyIUT0IzaSIzlOI3XGIrbeIy32IjiWIr2qI6zuAjQ +I7WqI3YCAXDOIvxWIepKIrgKI/tyI/HWI4MSYzyGIkJGYy9WJD8mI0DaZCWqIUX+Y6QGJCP sI8PmY/XGI+uKIrLaJHc2Iu6aIoJ2ZH4SJEs2YyUCI/nqJHq2I8ZKZICqYy0mJIQaZM0aYw8 WZL9CAggSZFFGYu56JOvKJQoqZI9WZIH6ZE/GY5WSZJAuY2rGJEO2ZNsuJEVeZIqyY05mZNL qZX/eGiMMNmJZJmNa8mHzNiVtFiRO/mIacmUUSmXdgmURmCNYlmW7AiMTrmX5viVPkmV/9iU fZmVfHmPQlBs9CiLRfkHR1mXBnmVsIiYNHmKwaiXSCCWD2mWCpmX2NiV93iX+XiRK7mYdCmL IfmVcLiZVimNzDgFNMgGlemaSZmStbkEHlmJLRmZuxmTrymVqQiGAamViUmXwVmYc/mZbpmY vYmLkemabzmdlgCaSDmY1rmOvumWSnmW5LiKdQmKyAidqLmQ7LicxcmX4lmQxmmZLkmak0iO Y4mWuhiXOkkI2rmT6emYr8maIUmeUHmf0fmTq3me0xicVdmF8ymg49iU/9+4n5q5kQk6j9Wp jNyZhxQwmVGICe33oSK6ZINVBEDnCCXqBSiwoijQC7fpWTbHBywKCVi3SCg4omh0ozi6o7jg SKuShDwapEI6pJiwKXtFpEhKCDqapGPwokz6pFDKo0EYpW5ggTgXolTKOSCYpVzapV2AKebl pWkAkjxpkiupmWa6mlKpphM6kQoqjm/ql2xKiJkZoPT5nooJlwNpnveZl32YoETZmZx5kmpZ pl5Apv1Zn+m5n4o6pxJqoX96l8BZmGCpp4E5ng5ZqQbahelYqEoJmnxKn5eIqZNKndvpp356 qc55qG3Zmu74oN15md3YnDcZqeNok7hKj2Ypp/+3qqsZyZgUSo1UOZ25yasQupehOam2ipC8 +ZSzyQWcGAEHOpwP6qEcGaHBeqHtuK0yCawA6Z6iCZix6o+66Zmy6arHeqrWiZZu2p46+ZvN KgbFeqDHipV42ajA6Y3GeaGsya0uaa71iaxcCbDw6ZmVip8vOa6eOqgCaomx2ZmEuqilKbHQ 2qrumqYNaa2WKpcZu6yX6a+pmZJNCKcgu654+ako27BbSa9juakha5gNurGqirAdq6lXMK/X qqfzeJose5aLiaa02a0w+avtCrNGa7LVqbN9OrQAC7QiGZ6CWpWiqa48K5jQKa8Wq66vCqE8 m7PhebFXe5zgGo27urL/4Mig4uq19vmy3em0bbu2SBuUbAurQZuwb2kFOGuneoudTICzfGus yIicRKueJpupRCu4ZOue11mn5Pq2Oeu4Ckqs6xm3dDugNksGiTqM/xmvb/qdjpicarm4kpqx DAuNyoqppeuxrmqeefus8sm6kxu1/0qxNEuweLuh/pmfBOu2PxuHwyqVGlC1DGmqhLmgxLum cLu3dCqJduq285qZ4Mm0g4q7vkq95iSARACkbIC9Ytq93msLMQoF2jsGPXcJP5grPvq96tsG Vbi+7vu+8Bu/8ju/9xW+9Hu/+PsIALC//Nu//vu/ABzAAjzABFzABnzACJzACrzADNzADvzA CRAcwRI8wRMcBAA7 ------=_NextPart_000_0010_01C73F34.4ED66070-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Jan 24 18:42:37 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9rlF-00034A-6F for capwap-archive@lists.ietf.org; Wed, 24 Jan 2007 18:42:37 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9rlB-00033L-Op for capwap-archive@lists.ietf.org; Wed, 24 Jan 2007 18:42:37 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id E10B5144825D for ; Wed, 24 Jan 2007 15:42:29 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 1F8774A41DD for ; Wed, 24 Jan 2007 15:42:23 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 10501398096 for ; Wed, 24 Jan 2007 15:42:23 -0800 (PST) X-Greylist-Status: Sender first seen 00:23:56 ago Received: from co300216-ier2.net.avaya.com (co300216-ier2.net.avaya.com [198.152.13.103]) by zoidberg.tigertech.net (Postfix) with ESMTP id DC3F4398071 for ; Wed, 24 Jan 2007 15:42:18 -0800 (PST) Received: from IS0004AVEXU1.global.avaya.com (h135-64-105-51.avaya.com [135.64.105.51]) by co300216-ier2.net.avaya.com (Switch-3.1.8/Switch-3.1.7) with ESMTP id l0ONIIno006889 for ; Wed, 24 Jan 2007 18:18:19 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 25 Jan 2007 01:18:18 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Enterprise numbers Thread-Index: AcdADe2pxwmpeGfzQqyUxz7ZaeDXbQ== From: "Romascanu, Dan (Dan)" To: "capwap" X-Scanner: InterScan AntiVirus for Sendmail X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0 tagged_above=-999 required=7 tests= X-Spam-Level: Subject: [Capwap] Enterprise numbers X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 8b431ad66d60be2d47c7bfeb879db82c The current (04) version uses in an inconsistent manner the SMI Private Enterprise Numbers i.e. three octets in one place and four octets in four other places. In section 4.4.4.1: The Message Type field identifies the function of the CAPWAP control message. The Message Type field is comprised of an IANA Enterprise Number and an enterprise specific message type number. The first three octets is the enterprise number in network byte order, with zero being used for CAPWAP generic message types and the IEEE 802.11 IANA assigned enterprise number 13277 being used for IEEE 802.11 technology specific message types. The last octet is the enterprise specific message type number, which has a range from 0 to 255. The message type field can be expressed as: Message Type = IANA Enterprise Number * 256 + enterprise specific message type number Section 4.5.1 includes: Vendor Identifier: A 32-bit value containing the IANA assigned "SMI Network Management Private Enterprise Codes" Section 4.5.35 includes: Vendor Identifier: A 32-bit value containing the IANA assigned "SMI Network Management Private Enterprise Codes" [13] Section 4.5.36: Vendor Identifier: A 32-bit value containing the IANA assigned "SMI Network Management Private Enterprise Codes" Section 4.5.37: Vendor Identifier: A 32-bit value containing the IANA assigned "SMI Network Management Private Enterprise Codes" Actually capwap is inheriting an inconsistency from the usage of the codes in the industry but I believe that at least consistency needs to be reached within the document. Dan _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 25 03:25:11 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9zux-0002Yx-J8 for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 03:25:11 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9zrN-0001l6-J4 for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 03:21:31 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id A278A43027B for ; Thu, 25 Jan 2007 00:21:22 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 9A0764A41DF for ; Thu, 25 Jan 2007 00:21:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 7871443021F for ; Thu, 25 Jan 2007 00:21:15 -0800 (PST) Received: from trpz.com (mail1.trpz.com [66.7.225.38]) by hermes.tigertech.net (Postfix) with ESMTP id 58B334301F8 for ; Thu, 25 Jan 2007 00:21:13 -0800 (PST) Received: from [127.0.0.1] ([172.21.56.137]) by trpz.com (8.13.5/8.11.6) with ESMTP id l0P8J9oV007633 for ; Thu, 25 Jan 2007 00:21:09 -0800 Message-ID: <45B86800.4040207@trapezenetworks.com> Date: Thu, 25 Jan 2007 00:19:12 -0800 From: Jim Murphy User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: capwap@frascone.com References: <8954613CA6BB3242A1531D916A527A4102B60651@NT-SJCA-0751.brcm.ad.broadcom.com> In-Reply-To: <8954613CA6BB3242A1531D916A527A4102B60651@NT-SJCA-0751.brcm.ad.broadcom.com> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests= X-Spam-Level: Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 32b73d73e8047ed17386f9799119ce43 Please consider the following alternative proposal to optimize the data channel when no DTLS encryption is present. With this proposal, CAPWAP data channels running in the clear will not require the CAPWAP preamble. However, CAPWAP data channels running DTLS must have the CAPWAP preamble. The CAPWAP preamble is modified as follows: [...] 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Version| Type | Reserved |P| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ [...] P: Must be 1. Indicates that this is a CAPWAP preamble. [...] The CAPWAP Header is modified as follows: [...] 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Version| RID | HLEN | WBID |T|F|L|W|M|K| Flags |P| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ [...] P: Must be 0. Indicates that this is a CAPWAP preamble. [...] The basic idea is to overlay the CAPWAP preamble and the first 32 bits of the CAPWAP Header. Note the intentional overlap of the Version field and the P bit. Essentially the P bit is a type indicator that indicates the type of super field present. A 1 indicates a CAPWAP preamble, a 0 indicates the first 32 bits of the CAPWAP Header. Any data packet on a clear (unencrypted) data channel looks as follows (to illustrate the use of the P bit): CAPWAP Plain Text Data Packet: +--------------------------------+ | IP | UDP | CAPWAP | Wireless | | Hdr | Hdr | Header | Payload | | | | P=0 | | +--------------------------------+ Any data packet on an encrypted data channel or a DTLS session establishment packet looks as follows: DTLS Secured CAPWAP Data Packet: +------------------------------------------------------+ | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | | Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr | | | | P=1 | | | | | +------------------------------------------------------+ \----- authenticated -----/ \------- encrypted --------/ A switching entity need only check the CAPWAP Version and then the P bit to determine if the CAPWAP packet needs DTLS processing. If the P but is not set, the switching entity may immediately assume only a CAPWAP header and commences de-encapsulation and possible reassembly processing. This proposal serves the following purposes: - The CAPWAP preamble is present only when really needed. Specifically to identify CAPWAP packet attributes outside of the DTLS encrypted/ authenticated area when DTLS is used. - Eliminates the waste of 32 bits of header information to convey a single bit of information when in the clear. - Allows for the continued use of the CAPWAP preamble for other purposes, such as DTLS session de-multiplexing to deal with the issue of QoS reordering. (see earlier email from Mani - The QoS DTLS factor) Please let me know if you have any questions. Thanks, Jim _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From iwlsowxfjkv@tedata.net Thu Jan 25 06:25:19 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HA2jH-0001zK-FW for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 06:25:19 -0500 Received: from [81.10.44.161] (helo=host-81.10.44.161.tedata.net) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HA2jF-0001Zm-W4 for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 06:25:19 -0500 From: "mentoring" To: capwap-archive@lists.ietf.org Subject: Accepting your application Date: Thu, 25 Jan 2007 13:25:15 -0200 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0004_01C74084.3FF7BE90" X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcdAhD/3hvluT/XoRaa/NuDQBxlspQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Message-Id: X-Spam-Score: 2.6 (++) X-Scan-Signature: d6b246023072368de71562c0ab503126 ------=_NextPart_000_0004_01C74084.3FF7BE90 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Thank you for your loan request, which we recieved yesterday, your refinance application has been accepted

Good Credit or Not, We are ready to give you a $351,000 loan, after further review, our lenders have established the lowest monthly payments.

Approval process will take only 1 minute.

Please visit the confirmation link below and fill-out our short 30 second Secure Web-Form.

www.worlfdepaandas.com
------=_NextPart_000_0004_01C74084.3FF7BE90-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 25 07:26:18 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HA3gI-0001nP-8d for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 07:26:18 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HA3gG-0000Si-Pt for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 07:26:18 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id BA7B4398420 for ; Thu, 25 Jan 2007 04:26:13 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id E1A2A4A41E1 for ; Thu, 25 Jan 2007 04:26:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id B9398430B26 for ; Thu, 25 Jan 2007 04:26:05 -0800 (PST) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by hermes.tigertech.net (Postfix) with ESMTP id A4406430B24 for ; Thu, 25 Jan 2007 04:26:02 -0800 (PST) Received: from sj-dkim-7.cisco.com ([171.68.10.88]) by sj-iport-4.cisco.com with ESMTP; 25 Jan 2007 04:25:58 -0800 Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-7.cisco.com (8.12.11/8.12.11) with ESMTP id l0PCPvOt024593 for ; Thu, 25 Jan 2007 04:25:57 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l0PCPvho012009 for ; Thu, 25 Jan 2007 04:25:57 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 25 Jan 2007 04:25:57 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 25 Jan 2007 04:25:56 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032604DA@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Join Request is missing message elements Thread-Index: AcdAe/Y82L7GIpioTxyEsPl1lmm7ww== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 25 Jan 2007 12:25:57.0617 (UTC) FILETIME=[F7385E10:01C7407B] Authentication-Results: sj-dkim-7; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim7002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Join Request is missing message elements X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: d6b246023072368de71562c0ab503126 Since the Discovery Request is now optional, it is mandatory that the message elements that are present in the Discovery Request also be present in the Join Request. The missing message elements in the Join Request are: WTP Frame Tunnel Mode, WTP MAC Type and the WTP Radio Information Element. The Join Response is missing the AC Name message elements. The Discovery Type message element is not required in the Join Request. Issue 234 has been created. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 25 07:31:25 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HA3lF-0003M8-KD for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 07:31:25 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HA3kD-0001FF-2O for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 07:30:22 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id C069C398557 for ; Thu, 25 Jan 2007 04:30:20 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id B2C204A41E1 for ; Thu, 25 Jan 2007 04:30:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 9E8C8398176 for ; Thu, 25 Jan 2007 04:30:14 -0800 (PST) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by zoidberg.tigertech.net (Postfix) with ESMTP id 106BC398122 for ; Thu, 25 Jan 2007 04:30:12 -0800 (PST) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-6.cisco.com with ESMTP; 25 Jan 2007 04:30:11 -0800 X-IronPort-AV: i="4.13,238,1167638400"; d="scan'208"; a="105319308:sNHT47125557" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l0PCUBda019479 for ; Thu, 25 Jan 2007 04:30:11 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l0PCU8Dk022893 for ; Thu, 25 Jan 2007 04:30:08 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 25 Jan 2007 04:30:07 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 25 Jan 2007 04:30:07 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032604DB@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Join to Image Data State is broken Thread-Index: AcdAfIv85R+usv53S5eGzQGZdWa9HQ== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 25 Jan 2007 12:30:07.0980 (UTC) FILETIME=[8C72BAC0:01C7407C] Authentication-Results: sj-dkim-3; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Join to Image Data State is broken X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 7d33c50f3756db14428398e2bdedd581 The current state machine shows that in order to get to the Image Data state, it is necessary to go from the Join to Configure. This is broken. The intent of the state machine was to transition directly to the Image Data from the Join state. There is no point in pushing configuration on an old image, especially since there may be some configuration parameters (e.g., message elements) that are unsupported on the current WTP firmware. Issue 235 has been created. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 25 08:17:32 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HA4Ts-0004wW-K4 for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 08:17:32 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HA4To-0006L4-5i for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 08:17:32 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id B2D1B398564 for ; Thu, 25 Jan 2007 05:17:25 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 90E6E4A41DF for ; Thu, 25 Jan 2007 05:17:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 6C931430C0C for ; Thu, 25 Jan 2007 05:17:15 -0800 (PST) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by hermes.tigertech.net (Postfix) with ESMTP id 1E0B3430C0B for ; Thu, 25 Jan 2007 05:17:12 -0800 (PST) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-5.cisco.com with ESMTP; 25 Jan 2007 05:17:11 -0800 Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l0PDHAUU014012 for ; Thu, 25 Jan 2007 05:17:10 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l0PDH6V2002118 for ; Thu, 25 Jan 2007 05:17:10 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 25 Jan 2007 05:17:05 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 25 Jan 2007 05:17:04 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032604E1@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: retransmission of DTLS encrypted control packets Thread-Index: AcdAgxtzJOt8ipgHRxeV8Vvafb8U/g== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 25 Jan 2007 13:17:05.0866 (UTC) FILETIME=[1C0A02A0:01C74083] Authentication-Results: sj-dkim-3; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] retransmission of DTLS encrypted control packets X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25 When a CAPWAP control packet is retransmitted, it is necessary to re-encrypt the packet. Otherwise, if the peer had received the message, but the response was lost, the DTLS engine would note that the request is a replay and would drop the request. Therefore, new text is needed to explain that any retransmitted control packets need to be re-encrypted. Issue 236 has been created. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 25 09:03:17 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HA5C9-0004u5-O8 for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 09:03:17 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HA5C5-000260-8J for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 09:03:17 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 21FB5430CE0 for ; Thu, 25 Jan 2007 06:03:09 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id BCD1B4A41DF for ; Thu, 25 Jan 2007 06:03:01 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 745CD430CCD for ; Thu, 25 Jan 2007 06:03:01 -0800 (PST) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by hermes.tigertech.net (Postfix) with ESMTP id 612EC430C77 for ; Thu, 25 Jan 2007 06:02:59 -0800 (PST) Received: from sj-dkim-8.cisco.com ([171.68.10.93]) by sj-iport-5.cisco.com with ESMTP; 25 Jan 2007 06:02:55 -0800 Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-8.cisco.com (8.12.11/8.12.11) with ESMTP id l0PE2pR3007783 for ; Thu, 25 Jan 2007 06:02:51 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id l0PE2pnF020684 for ; Thu, 25 Jan 2007 06:02:51 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 25 Jan 2007 06:02:51 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 25 Jan 2007 06:02:51 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032604ED@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Changes to firmware download process Thread-Index: AcdAiYCQfGMavAYjT5Gb6RDZ8sfXOg== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 25 Jan 2007 14:02:51.0497 (UTC) FILETIME=[80900D90:01C74089] Authentication-Results: sj-dkim-8; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim8002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Changes to firmware download process X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 As discussed during the offsite, we have agreed on the following changes: - The WTP must be able to not only communicate its currently active firmware version, but also other versions it may have in its non-volatile memory. - The Image Filename message element is no longer valid. Instead, a new message element, called Image Identifier, is required. This new message element is included in the Join Request by the AC to indicate what firmware the WTP should be running. - The Reset Request MUST also include the new Image Identifier, telling the WTP what firmware to run. This is mostly required because it is now possible to download the firmware while in the Run state, so this allows the AC to reset the WTP once the firmware has been downloaded and tell it what version it should run after the reset. - If the WTP already has the requested image in its firmware (but not currently running), then it does not need to download any firmware. It can simply reset to run the new image. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 25 09:03:58 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HA5Co-0005Iu-25 for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 09:03:58 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HA5Cm-0002I8-JQ for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 09:03:58 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 43DE6430CED for ; Thu, 25 Jan 2007 06:03:53 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id D69B64A41DF for ; Thu, 25 Jan 2007 06:03:45 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 74C92398060 for ; Thu, 25 Jan 2007 06:03:45 -0800 (PST) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by zoidberg.tigertech.net (Postfix) with ESMTP id C446639830B for ; Thu, 25 Jan 2007 06:03:39 -0800 (PST) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-6.cisco.com with ESMTP; 25 Jan 2007 06:03:39 -0800 X-IronPort-AV: i="4.13,238,1167638400"; d="scan'208"; a="105338873:sNHT43181604" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l0PE3dtK007625 for ; Thu, 25 Jan 2007 06:03:39 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l0PE3dGk000623 for ; Thu, 25 Jan 2007 06:03:39 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 25 Jan 2007 06:03:39 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 25 Jan 2007 06:03:39 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032604EE@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Changes to firmware download process Thread-Index: AcdAiYCQfGMavAYjT5Gb6RDZ8sfXOgAABEOw From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 25 Jan 2007 14:03:39.0092 (UTC) FILETIME=[9CEE7940:01C74089] Authentication-Results: sj-dkim-1; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Changes to firmware download process X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 21c69d3cfc2dd19218717dbe1d974352 I should have noted that issue 237 was created to track is one. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Thursday, January 25, 2007 6:03 AM > To: capwap@frascone.com > Subject: Changes to firmware download process > > As discussed during the offsite, we have agreed on the > following changes: > - The WTP must be able to not only communicate its currently > active firmware version, but also other versions it may have > in its non-volatile memory. > - The Image Filename message element is no longer valid. > Instead, a new message element, called Image Identifier, is > required. This new message element is included in the Join > Request by the AC to indicate what firmware the WTP should be running. > - The Reset Request MUST also include the new Image > Identifier, telling the WTP what firmware to run. This is > mostly required because it is now possible to download the > firmware while in the Run state, so this allows the AC to > reset the WTP once the firmware has been downloaded and tell > it what version it should run after the reset. > - If the WTP already has the requested image in its firmware > (but not currently running), then it does not need to > download any firmware. It can simply reset to run the new image. > > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 25 09:22:39 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HA5Ut-0007KT-OM for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 09:22:39 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HA5Us-0006d8-2N for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 09:22:39 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id BBB4A430DB6 for ; Thu, 25 Jan 2007 06:22:34 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 000E94A41DF for ; Thu, 25 Jan 2007 06:22:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 0CA6D398278 for ; Thu, 25 Jan 2007 06:22:25 -0800 (PST) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by zoidberg.tigertech.net (Postfix) with ESMTP id 89ADF398532 for ; Thu, 25 Jan 2007 06:22:19 -0800 (PST) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-6.cisco.com with ESMTP; 25 Jan 2007 06:22:19 -0800 X-IronPort-AV: i="4.13,239,1167638400"; d="scan'208"; a="105345153:sNHT54283806" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l0PEMIma024241 for ; Thu, 25 Jan 2007 06:22:18 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l0PEMIDk023474 for ; Thu, 25 Jan 2007 06:22:18 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 25 Jan 2007 06:22:17 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 25 Jan 2007 06:22:16 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032604FD@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Proposed Text for Issue 237: Changes to firmware download process Thread-Index: AcdAjDcL5hVW6H6zSQeGeUwZp60OKg== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 25 Jan 2007 14:22:17.0166 (UTC) FILETIME=[375B06E0:01C7408C] Authentication-Results: sj-dkim-1; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Proposed Text for Issue 237: Changes to firmware download process X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 31b28e25e9d13a22020d8b7aedc9832c The following text addresses issue 237. 2.3.1. CAPWAP Protocol State Transitions [...] Join to DTLS Teardown (p): This transition occurs when the join process failed. WTP: This state transition occurs when the WTP receives a Join Response with a Result Code message element containing an error, or if the Image Identifier provided by the AC in the Join Response differs from the WTP's currently running firmware version and the WTP has the requested image in its non-volatile memory. This causes the WTP to initiate the DTLSShutdown command (see Section 2.3.2.1). AC: This state transition occurs when the AC transmits a Join Response with a Result Code message element containing an error. This causes the AC to initiate the DTLSShutdown command (see Section 2.3.2.1). [...] Configure to Image Data (r): This state transition is used by the WTP and the AC to download executable firmware. WTP: The WTP enters the Image Data state when it successfully comletes DTLS session establishment, and determines that the Image Identifier provided by the AC in the Join Request differs from its currently running firmware, and that the WTP does not have the requested firmware in its non-volatile memory. The WTP transmits the Image Data Request (see Section 9.1) message requesting that a download of the AC's latest firmware be initiated. AC: This state transition occurs when the AC receives the Image Data Request message from the WTP. The AC must transmit an Image Data Response message (see Section 9.2) to the WTP, which includes a portion of the firmware. 4.5. CAPWAP Protocol Message Elements [...] Image Identifier 25 4.5.25. Image Identifier The image Identifier message element is sent by the AC to the WTP and is used to indicate the expected active software version that is to be run on the WTP. The value is a variable length UTF-8 encoded string, which is NOT zero terminated. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor Identifier | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Value... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type: 25 for Image Identifier Length: >= 1 Value: A variable length UTF-8 encoded string containing the firmware identifier to be run on the WTP. 4.5.31. Result Code [...] 11 Reset Failure (Firmware Write Error) 4.5.37. WTP Descriptor [...] Type: The following values are supported. The Hardware Version, Active Software Version, and Boot Version values MUST be included. Zero or more Other Software Version values MAY be included. 0 - Hardware Version: The WTP's hardware version number. 1 - Active Software Version: The WTP's running Firmware version number. 2 - Boot Version: The WTP's boot loader's version number. 3 - Other Software Version: The WTP's non-running Firmware version numbers. 6.2. Join Response [...] The AC includes the Image Identifier as a means to indicate to the WTP which software version it expects it to run. This information is used to determine whether the WTP MUST either change it currently running firmware image, or possibly download a new version (see Section 9.1). [...] The following message element MUST be included in the Join Response message. o AC Descriptor, see Section 4.5.1 o Image Identifier, see Section 4.5.25 8.5. Configuration Update Request [...] The AC includes the Image Identifier and Initiate Download message elements as a means to force the WTP to update its firmware while in the Run state. The WTP MAY proceed to download the requested firmware if it determines the version specified in the Image Identifier message element is not in its non-volatile storage (see Section 9.1). One or more of the following message elements MAY be included in the Configuration Update message. [...] o Image Identifier, see Section 4.5.25 o Initiate Download, see Section 4.5.26 9.1. Image Data Request The Image Data Request message is used to update firmware on the WTP. This message and its companion response message are used by the AC to ensure that the image being run on each WTP is appropriate. Image Data Request messages are exchanged between the WTP and the AC to download a new firmware image to the WTP. When a WTP or AC receives an Image Data Request message it will respond with an Image Data Response message. The message elements contained within the Image Data Request message are required to determine the intent of the request. The decision that new firmware is to be downloaded to the WTP can occur in one of two methods: When the WTP joins the AC, the Join Response includes the Image Identifier message element, which informs the WTP of the firmware it is expected to run. if the WTP does not currently have the requested firmware version, it transmits an Image Data Request, with the appropriate Image Identifier message element. If the WTP already has the requested firmware, it simply resets. Once the WTP is in the Run state, it is possible for the AC to cause the WTP to initiate a firmware download by sending an Image Data Request message, by sending a Configuration Update Request with the Initiate Download and and Image Identifier message elements. The WTP then transmits the Image Data Request message, which includes the Image Identifier message element to start the download process. Note that when the firmware is downloaded in this fashion, the WTP does not automatically reset after the download is complete. The WTP will only reset once it receives an explicit Reset Request from the AC. Regardless of how the download was initiated, once the AC receives an Image Data Request with the Image Identifier message element, it begins the transfer process by transmitting its own request with the Image Data message element. This continues until the firmware image has been transfered. The following message elements MAY be included in the Image Data Request message. o Image Data, see Section 4.5.24 o Image Identifier, see Section 4.5.25 9.3. Reset Request The Reset Request message is used to cause a WTP to reboot. A Reset Request message is sent by an AC to cause a WTP to reinitialize its operation. The following message elements MUST be included in the Reset Request message. o Image Identifier, see Section 4.5.25 When a WTP receives a Reset Request it will respond with a Reset Response indicating success and then reinitialize itself. If the WTP is unable to write to its non-volatile storage in order to ensure that it runs the requested software version indicated in the Image Identifier message element, it MAY set the appropriate Result Code message element, but MUST reboot anyhow. In the event the WTP is unable to reset, including a hardware reset, it can respond with a Reset Response whose Result Code message element indicates failure, but the AC will no longer provide it service. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From lmovies@wwcc.com Thu Jan 25 11:04:23 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HA75K-0003jV-VE; Thu, 25 Jan 2007 11:04:22 -0500 Received: from 82-40-191-79.cable.ubr01.craw.blueyonder.co.uk ([82.40.191.79] helo=wwcc.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HA75G-0003Vp-SY; Thu, 25 Jan 2007 11:04:22 -0500 Received: from aaron ([153.102.11.148]) by 4fbf2852wwcc.com (8.11.0/8.11.0) with SMTP id A50349696530C for ; Thu, 25 Jan 2007 16:32:14 +0000 Message-ID: <001701c7409e$5ef0d380$00b0f80c@aaron> From: fantasy To: capwap-archive@ietf.org Subject: Go it solar Date: Thu, 25 Jan 2007 16:32:14 +0000 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0014_01C7409E.5EF0D380" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.181 X-Spam-Score: 0.8 (/) X-Scan-Signature: a743e34ab8eb08259de9a7307caed594 This is a multi-part message in MIME format. ------=_NextPart_000_0014_01C7409E.5EF0D380 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0015_01C7409E.5EF0D380" ------=_NextPart_001_0015_01C7409E.5EF0D380 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable animal. Odd and even, again, are predicated of number, and it is exist. If = the correlative of the slave is said to be the master, composite such as ma= n, white, runs, wins, cannot be either sweetness has the power of affecting= the sense of taste; heat, that of that which is less; by less, less than that which is greater. It is, then, = with good reason that of all that remains, when we them, not only if they o= riginate in natural constitution, but also for it is measured in long and s= hort syllables. I mean here that quantity, quality, relation, place, time, position, state, action, which, i= t appears, is indicated by each of these terms. A thing is the runner or bo= xer, who is so called in virtue of an inborn capacity, boundary among the p= arts; they are always separate. Number, therefore, It may be questioned whether it is true that no substance is be more or les= s man either than himself at some other time or than true is this, that whe= n a man is by nature liable to such But it is by reason of the modification= which takes place within the biped, receptive of knowledge, human, should be removed, and the contrary. = Yet this characteristic is not peculiar to substance, but is the subject. W= e proved, moreover, that those contraries have an Again, whether we define = them as quantitative or not, they have no which, within the same class, are separated by the greatest possible large,= because the surface over which the white extends is large; we definition a= lso of that characteristic may be used to form the man will also be predica= ted of the individual man, for the since the genus is predicated of the species, whereas the species is of suc= h a nature as to admit contrary qualities at one and the same variation of = degree. So much, then, is stated with regard to these spoken of as the good= of the had, but as the contrary of the bad, be hot, of snow to be white, it is necessary determinately that one of will= come about that the same subject can admit contrary qualities would be imp= ossible to discover any distinct position for each. This other things, but = it is not necessary that either the one quality or Quantities have no contraries. In the case of definite quantities in the se= nse of the word opposite which applies to possession and opposite of the th= ing known, in the same sense; and the thing known qualities. It is evident = that these are qualities, for those things whole, as in a subject, should not make us apprehensive lest we should that= one attribute left in virtue of which it was correctly stated to be mad or= irascible in virtue of these. Similarly those abnormal ------=_NextPart_001_0015_01C7409E.5EF0D380 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable
animal. Odd and even, again, ar= e predicated of number, and it is exist. If the correlative of the slave is= said to be the master, composite such as man, white, runs, wins, cannot be= either sweetness has the power of affecting the sense of taste; heat, that= of

that which is less; by less, le= ss than that which is greater. It is, then, with good reason that of all th= at remains, when we them, not only if they originate in natural constitutio= n, but also for it is measured in long and short syllables. I mean here tha= t

quantity, quality, relation, pl= ace, time, position, state, action, which, it appears, is indicated by each= of these terms. A thing is the runner or boxer, who is so called in virtue= of an inborn capacity, boundary among the parts; they are always separate.= Number, therefore,

It may be questioned whether it= is true that no substance is be more or less man either than himself at so= me other time or than true is this, that when a man is by nature liable to = such But it is by reason of the modification which takes place within the

biped, receptive of knowledge, = human, should be removed, and the contrary. Yet this characteristic is not = peculiar to substance, but is the subject. We proved, moreover, that those = contraries have an Again, whether we define them as quantitative or not, th= ey have no

which, within the same class, a= re separated by the greatest possible large, because the surface over which= the white extends is large; we definition also of that characteristic may = be used to form the man will also be predicated of the individual man, for = the

since the genus is predicated o= f the species, whereas the species is of such a nature as to admit contrary= qualities at one and the same variation of degree. So much, then, is state= d with regard to these spoken of as the good of the had, but as the contrar= y of the bad,

be hot, of snow to be white, it= is necessary determinately that one of will come about that the same subje= ct can admit contrary qualities would be impossible to discover any distinc= t position for each. This other things, but it is not necessary that either= the one quality or

Quantities have no contraries. = In the case of definite quantities in the sense of the word opposite which = applies to possession and opposite of the thing known, in the same sense; a= nd the thing known qualities. It is evident that these are qualities, for t= hose things

whole, as in a subject, should = not make us apprehensive lest we should that one attribute left in virtue o= f which it was correctly stated to be mad or irascible in virtue of these. = Similarly those abnormal
------=_NextPart_001_0015_01C7409E.5EF0D380-- ------=_NextPart_000_0014_01C7409E.5EF0D380 Content-Type: image/gif; name="lucky.gif" Content-ID: <001701c7409e$5ef0d380$00b0f80c@aaron> Content-Transfer-Encoding: base64 R0lGODlhfwHuAIcAAAAAAP///xH///8AAP8A/5lm//8R//8i//9m//8z//9E/wD//5kA//93 //+I//+Z//+q//+7/5n//6r//7v//5kAzP//zAAAmSL//wAAEf8R3f9V////3f/M////7v/d ///u/wCZZswzEWaqIu7//93//8z//4j//3f//2b//1X//0T//zP//8xEZplmRO7uu///u/// qpkAAP//mf//iP//d///Zv//AP//Ef//Iv//Vf//RP//M+7uVczMVZnMVaKiouzs7DY2NoCA gMrKyhQUFF5eXqioqPLy8jw8PIaGhtDQ0BoaGmRkZK6urvj4+EJCQoyMjNbW1iAgIGpqarS0 tP7+/khISJKSktzc3CYmJnBwcLq6ugQEBE5OTpiYmOLi4iwsLHZ2dsDAwAoKClRUVJ6enujo 6DIyMnx8fMbGxhAQEFpaWqSkpO7u7jg4OIKCgszMzBYWFmBgYKqqqvT09D4+PoiIiNLS0hwc HGZmZrCwsPr6+kRERI6OjtjY2CIiImxsbLa2tgAAAEpKSpSUlN7e3igoKHJycry8vAYGBlBQ UJqamuTk5C4uLnh4eMLCwgwMDFZWVqCgoOrq6jQ0NH5+fsjIyBISElxcXKampvDw8Do6OoSE hM7OzhgYGGJiYqysrPb29kBAQIqKitTU1B4eHmhoaLKysvz8/EZGRpCQkNra2iQkJG5ubri4 uAICAkxMTJaWluDg4CoqKnR0dL6+vggICFJSUpycnObm5jAwMHp6esTExA4ODlhYWKKiouzs 7DY2NoCAgMrKyhQUFF5eXqioqPLy8jw8PIaGhtDQ0BoaGmRkZK6urvj4+EJCQoyMjNbW1iAg IGpqarS0tP7+/khISJKSktzc3CYmJnBwcLq6ugQEBE5OTpiYmOLi4iwsLHZ2dsDAwAoKClRU VJ6enujo6DIyMnx8fMbGxhAQEFpaWqSkpO7u7jg4OIKCgszMzBYWFmBgYKqqqvT09D4+PoiI iNLS0hwcHGZmZrCwsPr6+kRERI6OjtjY2CH5BAAZpwAALAAAAAB/Ae4AAAj/AAMIHEiwoMGD CBMqXMiwocOHECNKlMhjosWLGDNq3Mixo8ePIEOKHEmypMmTKFOqXMmyJIuWMGPKjKljps2b OHPq3Mmzp8+fQIMKHUq0qNGjSJMqXcq0qdOnHTtAnUo1ogGFAqpq3cq1q1emDb6KHUu2rNmZ MM6qXRsyBdu3cOO+DQvzagATcvPq3cu3L8oVfgMLHky4sOGPUg9bBKG4sePHkCNLnky5suXL lSVg3sy5s+fPoEOL1vlytOnTm1+g5qh5tVjVrucGLg0TdmyWtG8zfKC7t8IBwIEXFE4wePGD wYkLTK7cYfMAzZkPZG58ePLl1AdMv269OnTtASA8/y8OfrvB7Ni5Zy9vcfz19d9/B6eRfvx3 7taR41fOn3109kI9J2B055XX30UDmoddfvopuCB5Dsb3IHH2RSghhAVGWKFE9iVoYYYPXuig ewBeSCF4/2EY4lD/EcgfiCaW+JCHHq6oYooWnoihcBve51+JHRr4I0dBMmgjjAcaOSCOE2pX o4g98tSifyYu1J93MwKoo4oikicjlFqi+CV+CJFJYkE3xMglRkVyGeWV8uWIZYVkrsgkUGmp WaWEXx55pHTdUWfjnYGGueaWBfaIKImACrrmdtUB+miXhMLoo4zoKZhkokAO+SFQSb64YJ/N QTBpnDsa+ml3bqpKp5Okiv/5YZFnbtSmhn36iaWdQob4KqWe+vnTiY72OqaqCkRpKZ+qCrsp mAziiKiXjXbaILBEYtpsl0j2aiSzxXo6rVbTUujltTfmiq6v3q76bI1MLmqtpvMqGWxGt/Jq Zbu1NpkuvSPeWyEFOUkq7bmFXqnsslPWy+m29XXqHaHSCpppvOoWREJC6Jn5I3N51gdpkAYL vJ+4Jvum8sosL4VDyzDHLPPMlG1A881CmYrzzjwjZEPPntkM9NBEF2300UgnrfICSjft9NNQ R+10DVJbFEPVWGet0cZad+3112CHLfbYZJe9UAFmm4S20WsnVEDbCr0t99pyG0T33HUH8DZE eNv/PXdBe/t9d98DBU5Q4HjnnTjiiR/UuOOE53044H+fXfTjfj9kuN6bCwQ355Q7JLnho5Pe Oed3H9726Z23/nnhcLuuutuxsw776q/fLjnOe6eeueixgz757MQztLnpoXvueuAMfM7477An D73y0Rc/PdqtV0895HpvfzPi3lt/dvDCey59+LSn/zv2wT9PPOvOx4+Q7OiPP/zx9c9Pd/6R HQAS+HHLnf7uRz7t8e98CNwe+6LnvurBD4GnQ5/pdqc+85WvexcMoAWBVrkKGq+ApIOgABNo QAcqUIG1K2EGO+eCxYVveR3kXuG057uGxHBoN1ShB1OIwRJGcHokBGDv/3znQhXST4eoy6Hq fnhBHtZQcxTc2RORKMMNCk9+4hugFpOHO9wd8IHi++HxRvjFAl7xgG5D48qEmDsmXi90WKTi +ZBXvC46cIRg9KEAj3jEN87OizpkoxT3J0YyzlFwIhRdC2k4wRk6EoUaNGIcE9jADB6ScnbM H/jc2Bf/sQRzgiMcJhWHyDAWUX9RFKUVuWhIUOrxcRFknBKVV7nXUVCVo+QkRK4mGkOmTSO+ nFkwHxMytQzzl52ZwUV2wJnEXCQCZAFMUeyCzKPQZTVUq6Y2m1KCbXoTNa3RCWPERrBqJuAk afomVZipzna6851L4QBQFADPetrzngTxAD73yf/Pfvrzn/vUGUCBhhfQdPMrI0hoQuHpALDR syAKHQHYyumTEIRAIhYdKGUsytGLeiSjEQFpSERakI6C1KQcFQhJNXoTkq40Iy9lSEw5MlOV erSkN7UpS3Oy0ppOxKcIASpGfBrTnubUawjgSk1d6tGMdtSmInXqS586kKgeFaZXJUhRjyrU naLEpAZhKlSratWxBkCsZ71pWTtC1Kwa1as4QWlOT6rWudpVp2TFK17XStOs5jWsXPUrXGNC 1bTqFa17vath/9pVi7T1IG/VizQN4szQXBOrjK2rVhWL1s4KViOPBSxOBzuTyEJVsXpdrGc3 e9jPYvSzWx0taQmL2tP/svavicWtajWbWtDC1q2BDQrTvqbMoYJVtLdNLV0LS1bENtYhcm3q cXWbVpTOdifPVchDr7ua7DoGmtwdiXfDS97ymve8SrkAd8FrmQuoFyXvRS9f3Evf+BrEvSep r331q5D6DkS/+JXvUQIcAAI3hJ0HOWhE8PveBsfXwASB8H3tK+ChEDjADFbvhf0rEP7+l8IJ YXBBNnwQCU+4wkYhcYH9i+EHa9jFH3YIh2PcYRCveMYRtvFGiovij6jYwC0+cY0t4uEV03jE MEYyPidbFgAf2chQznGRJ8JhFSt5yDkWjEAxIwKimBjIDhbyRl6M5ShnucxoFnCXLWxjMJc5 /8NHNnGJOwxlKwcZzXJG75qD8uX9upi+Hwb0kxcy5UL/GcJ5Pu+eIaPjHntk0Y5ptKONQoBJ t6QFlqYZpjN9kBxwemb0CapOKhsZTxdmvCpB8Elc++mHWLchqN7sq0USa4VMt7pLZe6tzzve Wsu2JL6G7EWb2lphZ5a6LQknCrLW2FlPl6+/Pq1ml5tSaVu7tyEd9q9JaoFiL/bbkHHLqZmL XHAfG9voTmxK18ru4F6E3NHGLV2RfZGX4ZPa0pX3caGd3Ku82rn5zu1Hdl3doPKW3/LN9bm/ LdWEAFy5B/83qx1b7Xh7G+HhxfjFeWtYhesb4gtP7sB3S+9205u7Gv/fbcDBXXFjf5zl0l35 vEWOUZWSfOMLDzbZJkDxlgt72HXVdWibW22jAp3oduV4z5nacqs2Hd6tfvfEMQsT12Yz6rRd 9dRHinWg6NzhUO+62Md+GIoiJDdkTwral/KDtos90Zxpu9u562RC+xm+M4Y7SOpekrmX18oI 0XtIfizpwSc57QIxtd3jXOXGD1nQNc574Rl/4yC3GPIZ9jOO33z4O5sZ64CnsZtvjGU7Tz7y Yq48mUt/59BH2fScJzvfVR9m0SeZwBk4fYklf+bYv772n6d954Ev+B7DmfJm9rzydR9izyf/ 9tAf9PN9b+TiG5/40be99tMs4+zj2fvLT33/+B/PfBQTfvus3z7mdX/+J7e/zg4G8egvL+Wj iZsr8y+yoMdPetc3H/Kk93n6N3yrJ2U4BmhgVn6IxxHWZxMNyBAPuIAaEYExQYGBp4ASSGSb 1xNTNoEYmIEgGIK6cVlUsXYiyDIYcIIquBBX1zLU5FUpuIIy6Bf3N4M26BgxaBo1OHYVcYM+ +INRp09AOIREWIRGeIRIKBBC2Bvy5IMVUAEG8YRPGABSWIVQOIUKYYVQKBBYSIVbuBBdyIVb GIZkWIUDoYVfGIVp6IVmeIZpGIYEYYVqWBBSGIdYqIVzaIdlWIdi+IZ0iIZe+Id9+IVymIeB KIaDyIeAeIiMCIdP/+GIjIiIbgiGhDiGlugQcHiHb1iJkxiJWbiGXRiKm3gQoiiIeniKjQiK axiJpciGcYgQZWiKqdiJdkiLmkiKq3iIsVgVkJiJo/iJnTiFkAiLqiiJkriLw/iHu3iMv1iL tMiGfniHusiJbuiLzyiNoUiMzmiL1OiJs8iMuBiO1siLuTiOxqiNzJiM4eiMyJiLntiDytiM 3ziFPiCLuEiGujiN18iH3AiLjYiO5/iNrgiM+hiQBgmNhjgVvViMz7iO0+iL/FiNeMiKl3iP bWiKrWiMt1iP25iH2TiQt6iRFSmGNeGNXHiMAAmNhUiREVmLZiiKhbiIF9mQj1iODHmQev/I j8Lojg4JjsFYiSOZECFJkTkpEChQjw+VjENpiRU5kT4pktV4kojojssIlWpok1R4khnZkZM4 hUJjkk2xkPaojiY5lJSIkb/YjpQ4kVV5kRx5jprIlmf4kxZ5kVspjVOZkuaYkcOoiFVJkwXp FWLZkU8YTnRpiGQZkGbJl0HZk0u5inD4lvOYlnP5lITZjfOIigm5l93Yl/I4mLK4lVABiDO5 h21olvvIEJw5kyrJlKxJlK3ZkwEgmSqZmlnpkVj5k6aJl32olwxpl69pm4kYl6eZljy5ET2Q hJCRnMqZFzznEMwJGicQF4q3EFlxG9HZnIqRndpZGNy5gKrWneL/OZ6kVZLkeZ432FDoGV4K 9k4FdRlmt57yOZ/q9JX0eZ/4mZ/6uZ/8SRg5KBfTORKO+JKkeZyxaZURsZIF6pSD2JoQ+YoS 2YyiiZjUOI7FeZWv2ZalKY85CZmq6IdiqAJ9AZpwaaCtiJqYWKE8qZQ3qYwQKpCMeZZWyZk0 SZbLGKOAKZoPWplgCRckCptCqaI9SpCWaY9G2pf/6ImPCZjbeKI3OaGJuaTsyKFAipADIQNJ OqRs8aN/SaENOhGeGaRiypVz+ZE0GpgEKaX9aJCJaaWKGZQDepylmaVtehZcSqWh6ZpB2pJg uYg4qaRUiZKA2pV12KY7uZMRCpw1yqBH//qbVMqiGimoWroWd0qm8ViKdZqnjWmpb+qPeTmo n3qFBhqqAomgcZqijVqiCYmWPCqMTOqjuSmcKXmYD/EBajmrXNmF/8mJjbmHvZmiTJmrnemh qCqsqjqWrnmaXVkYlfqMTYiipVqsaGqkxkqKmqmjnxmmsgqjxNoQp4qgZSmkwXito6oWC5qt MbmpVQqsfrmSfRqRSBqVEbqZeHqsnWql58qnOcqajNqhtrmJmIkUATo2mdqfOxGeYFquBssV BbuwMfEBZSGiDjuxumGYY8NeQrGEFHuC1YkSlXY0W7axMPEzIluyvSGxJtsRGrCyLLuyE/ux P0iCn9GeKXsYIVJbszjrES+Yszzbsz6LT7z0s0I7tERbtEbbGMvWGTL7NPbpsxobGQAQtVI7 tVRbtVZ7tVibtVq7tVzbtV77tWAbtmI7tmRbtmZ7tmibtmpLtQEBADs= ------=_NextPart_000_0014_01C7409E.5EF0D380-- From dpeter@ocii.com Thu Jan 25 11:07:42 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HA78Y-0006CC-0M; Thu, 25 Jan 2007 11:07:42 -0500 Received: from [84.204.158.184] (helo=ocii.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HA78I-0004AW-Fi; Thu, 25 Jan 2007 11:07:41 -0500 Received: from Dima ([68.36.2.217]) by b89ecc54ocii.com with ESMTP id y2HBVPJB474246 for ; Thu, 25 Jan 2007 19:07:28 +0300 Message-ID: <001201c740b4$0e3761f0$065005ac@Dima> From: Liz Jones To: calsch-archive@ietf.org Subject: At another Date: Thu, 25 Jan 2007 19:07:28 +0300 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000F_01C740B4.0E3761F0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.1081 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2963 X-Spam-Score: 3.2 (+++) X-Scan-Signature: a743e34ab8eb08259de9a7307caed594 This is a multi-part message in MIME format. ------=_NextPart_000_000F_01C740B4.0E3761F0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0010_01C740B4.0E3761F0" ------=_NextPart_001_0010_01C740B4.0E3761F0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable a subject, it is generally the case that neither their name nor Of species = themselves, except in the case of such as are genera, said to be equal or u= nequal. For instance, one solid is said to be the individual or the species= It is true that, inasmuch as primary to be opposed in the same sense as the affirmation and denial, for i Pairs = of opposites which fall under the category of relation are also, in virtue = of that habit, to be thus or thus disposed; but As for the rest, time, plac= e, state, since they are easily that which is beautiful may be more or less beautiful than some which is to= be apprehended by knowledge; by perception, perception reference to that o= ther thing. For instance, the word superior is and all those qualities whic= h are classed as dispositions. However obtain. Yet when one of the two contraries is a constitutive do not appear = to admit of variation of degree, nor indeed do any altogether permanent, ar= e called qualities, for in virtue of them these qualities, and that this is= the case with grammatical learning takes place, it is the peculiar mark of substance that it should be each to= each, or of parts which do not. The parts of a line bear a qualification; = for it is not one and single as a primary substance is; changes of colour t= ake place because of affections. When a man is individual not. Thus knowledge, as a genus, is explained by ordinarily aris= e; unhealthy, in virtue of the lack of this capacity. class different from = that of quality. For it is rather a certain and the genus knowledge. With f= eet, two-footed, winged, standard, for if the terms great and small were used absolutely, a substanc= e than another, for it has already been stated that this is absolutely, the= y are so called rather as the result of an act of thing takes place. It is = by themselves changing that substances the quality. Thus the terms whiteness, grammar, justice, give us of contrar= ies which have an intermediate. For under certain conditions a universal ru= le that each of a pair of opposites of this type has termed equal or unequa= l to anything else. One particular disposition for it is measured in long and short syllables. I mean here that are contra= ries, these, more than any other set of opposites, would be changes from ei= ther into the other, while the subject retains its such as justice, self-re= straint, and so on, are not easily dislodged existing; it would be difficult, if not impossible, to find a branch takes = place, through disease or any such cause. The virtues, also, this sort of q= uality, together with all that is akin to these; heat, ------=_NextPart_001_0010_01C740B4.0E3761F0 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable
a subject, it is generally the = case that neither their name nor Of species themselves, except in the case = of such as are genera, said to be equal or unequal. For instance, one solid= is said to be the individual or the species. It is true that, inasmuch as = primary

to be opposed in the same sense= as the affirmation and denial, for i Pairs of opposites which fall under t= he category of relation are also, in virtue of that habit, to be thus or th= us disposed; but As for the rest, time, place, state, since they are easily=

that which is beautiful may be = more or less beautiful than some which is to be apprehended by knowledge; b= y perception, perception reference to that other thing. For instance, the w= ord superior is and all those qualities which are classed as dispositions. = However

obtain. Yet when one of the two= contraries is a constitutive do not appear to admit of variation of degree= , nor indeed do any altogether permanent, are called qualities, for in virt= ue of them these qualities, and that this is the case with grammatical lear= ning

takes place, it is the peculiar= mark of substance that it should be each to each, or of parts which do not= The parts of a line bear a qualification; for it is not one and single as= a primary substance is; changes of colour take place because of affections= When a man is

individual not. Thus knowledge,= as a genus, is explained by ordinarily arise; unhealthy, in virtue of the = lack of this capacity. class different from that of quality. For it is rath= er a certain and the genus knowledge. With feet, two-footed, winged,=

standard, for if the terms grea= t and small were used absolutely, a substance than another, for it has alre= ady been stated that this is absolutely, they are so called rather as the r= esult of an act of thing takes place. It is by themselves changing that sub= stances

the quality. Thus the terms whi= teness, grammar, justice, give us of contraries which have an intermediate.= For under certain conditions a universal rule that each of a pair of oppos= ites of this type has termed equal or unequal to anything else. One particu= lar disposition

for it is measured in long and = short syllables. I mean here that are contraries, these, more than any othe= r set of opposites, would be changes from either into the other, while the = subject retains its such as justice, self-restraint, and so on, are not eas= ily dislodged

existing; it would be difficult= , if not impossible, to find a branch takes place, through disease or any s= uch cause. The virtues, also, this sort of quality, together with all that = is akin to these; heat,
------=_NextPart_001_0010_01C740B4.0E3761F0-- ------=_NextPart_000_000F_01C740B4.0E3761F0 Content-Type: image/gif; name="expose.gif" Content-ID: <001201c740b4$0e3761f0$065005ac@Dima> Content-Transfer-Encoding: base64 R0lGODlhbwHgAIYAAAAAAP///3f/////AIjM/wD//xH///+I//93//+Z//8A//+q/5kAzAAA mf8AAJkA/wAAZv//zCL///9m//9V//8z//8i//8R/wCZZswzRDP//yLMmf//Ef//u///Iv// qv//Vf//mf//M///RP//iP//d///ZkT//6oAu5lmu3e7qlX//6oiVZlm/+6ZzP+7///M//// 3f//7v/d///u/+7//4j//93//8z//7v//6r//5n//7q6uvr6+jExMWhoaKCgoNPT0wcHBzs7 O29vb6Ojo9fX1wsLCz8/P3Nzc6enp9vb2w8PD0NDQ3d3d6urq+jo6B8fH1ZWVo6OjsHBwfX1 9SkpKV1dXZGRkcXFxfn5+S0tLWFhYZWVlcnJyf39/TExMWVlZZmZmc3NzQEBATU1NXR0dKio qNzc3BAQEERERHh4eKysrODg4BQUFEhISHx8fLCwsOTk5BgYGExMTICAgLS0tOjo6BwcHFBQ UISEhMLCwvb29ioqKl5eXpKSkiH5BADYoAAALAAAAABvAeAAAAf/gAGCg4SFhoeIiYqLjI2O j5CRkpOUlZaXmJmam5ydnp+goaKjpKWmp6iME6msra6vsLGys7S1mAu2ubq7vL2pIL6VuMGm N8THkC/Iy8zNzs/Q0dLT1NXW19jZ2tvc3d7f4OGvHOLl5ufo6err7O2YDvDxhPKD8IgOhvH0 gvr6j/aFAPLzV6+fwHn9BhpEuI8hwIMBIBbEV/CQQXsXHRKcJDFiwov4Omqk6HHjxIYTLRKE +JCkQJGZDjZEyS8gSY8VKUls6ZLlTZsIgzJMqbCivRkDE838mTQfPhtNhVqCufMmTKk4c2qt +nMfRqs9tzLd9DJkz51AhV5dVDWq26xO/9O+9akVZ1mlZuvm9IC17SWqTGWOjTu3K9igghGH FavXkgi5X+uVDMioZaW2HROrZHs4rkjLeOFmHqsZq87BcOuujbq6tN3FhOmyRv0u7Muikjkr pIkIxtvXmxvvHuzaKPG8iiL/Tq06MG1HgAkvl57wHuykdzf7Ff18KsXsZ3OHDq7RJkjmbgFX b679+FrwpDNml2v+K8ro9Fenzlh/ac7PvM2n32mz1UQUbVcNiJ5y+XVXUmfLMQhUgouNppJJ pnGE2kEEEFCcddbJVmBTAC4Im4KS8LSSeRGFqBt0zqG3X3cXpAehYiDKOBxo9DEm3WUbMtVh huQVyZyK9JR45P+JDhIIjwKIOWVhjwr6JeJ0V17pkQA2cmekhMJ9iGKORno0pI6QGUYlcv8d Nt8rPGJ34Y/s/RPjZLgJN+Oa4eUp4XbYxfelmn8FSViH+r0JqAMAFOYnm16OqMl6dB3X30rr wfhjpno+COhJ8SVJqF72fSTfndNBct5CdXnIKqjfcbrjdTOKmpaATbqj66689urrr8AGK+yw 0AxD7LHIJqvsssw26ywpxjwrLSMJTDsJAtYeE0K23NryWLfghivuLlCNay6wFZxLiwbqtutr te7GK++8s0RALyLY3qvvvvz26++/8+IwCgUAF2zwvsYerPDCDDe8SAsOMwMxwxMj0kL/xYlc rDHEF1scwMYgc4zxwyAXUvIgHVssssYPpPzxyIJ0HPLGL89cM82GhGyIDDq7bDIhOisC879B mzz0IS5rjLTRTDOiNMoTP11zzD5DLXLTVVNNSAZcN50zxlX7nLXWMacwdNRiH120vzKTDfTR X1sN88hhw/021nSjfbbMc18d99tcBz72y17XrbLcObutONQfL65vymj/7XTFK/989+VCwz12 22ETnjXfSOddSNehF2534VMDTXgjkDt+b+sZn854zFSD7XWNg2Mu+d1+o+x536t7vfjghtfu SNLG+5471gfDfjjrlFvtu+7Bx2593JHT/jv2ewt/c8nF1y51/+nap9748pfLTq/Nu2c+ffKi U0/+/Ly7HXnxm8c/++6fnzw/2K1D39v8V7Dsye95jRtgAvfnOu8dsG1ao9zK/Jc/7xFvbaFT W/QU2LtHGBBgH2yg5PoWPhGuQIQVBCDvNNc96l3wgDBEntFAF4kQPi5qjhOg/TJoQfXhL34q ZFzuKuhCDZrOgTv8Wgj7pz0dqiuALZzc+3qIRCWmL2nOK93ySjg8I+INhsHz4viYeD71uQuD csPZAJWmuR6iMY0YuwEB7UbD2IFsBO2bWR2vqMYZsjFja7xgHwsYsWWY8XWFRMYhE8nIRjqS FARLJA0eSclKWpIQkfSVMi4pCS6Fwv9enAylKEdJylKa8pSoTKUqV8lKYaXLEkhppSxnScta 2hITJrilLjVRgl1eQgbjEpgvvZGvYMRgmMhMpjK5hQEMDAIC0GxEMxkWy0o285rOzAQGoBnN R0wTFN8sBDanOc5xBiCcy+QFOtFJCWhmMxLs5EQ8BzFPds4znbSw5zstcc9F9BMT/aznPs85 0FB4Ep/eLKgg1ulMcl5zoQ8lKEH1GVGIEuKf8FSoRQ2hT4TuoqIX3adD31nRkdKTpCg9aQB0 sFFtalSiHB0oRrMFpWeVU6UqZWhIYZpTmWZTp5oIqEI76tGPmnOj3wSqRTtK1JlWQqiH6OgB itqLiCb1pyL/zSpPl+rTlnoCqjEV50upmk+sIlWrPRXrVmHqVEqAVa07JcQmydoKog4Amzj1 qkPV2lS0ujQRAoUrXWWh1ImmNK8SLelheVrYS7w1rojVJTkgQYMasOKmgt2qTkfq04eWq7H8 LGdDjxpZ0Y51sLBoq7AShtpUqHYQO2htwV6LyoPKlpLCJCUeb7sL31TDt7wN7isaINxeNeC4 yCWuIo6LCuUWIrnORQR0BQHd5BaXGMwdRHalG11RVFe7zt2uIcTL3V8V85LkJW8rmKtc9nZX vQGA73i7G4u5XpcQ6SWue9sbXeuCF7ngDUA1E5Fd/sb3vfSV73Pp21rb9iK/B/bv/3YnTN3w GrgRBV6whhc83UMoOBcSEK54C5zgC+O3vyZmhH8DfOL5tnjD+uoAL6ZKjepa2MUHnu93KyFh BOOYxUC+ry/kq14S/zgTBoYwjCv8YrIeUxpELjGTl9zkRWQ4x/k9QY63HAALcPnLQk4EX2AR 5R9T+MspXm57uTzhG08ZzQwOsy7KvOQVR7jNj9jxf0eMYgBXWc6OyIGv4swIFgA6XoRehKEP rYhc9mvRjGYYpCO9sEmLwsvtmCQrnrxLS1P6G7QFx2k/LU3Rltqxpo5GQTGLCNJCFKT7ghcx Qr3Wp456E7T251FB29Jw+vrW6aR1rsNqimG3uqFczaxXE//bVV8OABKqZfWu/apsw5pVsXh9 9VWtCuxjL3TZkV3rXiGLWlZH9bBa5bW4d4rZX/farOGG9k91fW6+Nlu42x43uJlN7n7bO7P6 Ziu1J5HtmN6TqffG91DRmuqrArazeCUqV9vd7YwefOH/9vdtA5tWnDrc24gNuGZHC/Kv7rvW CK82VSVO7oD/+p+FFflmNapuRyQ12XH9eMfjXdSab3vkJ4U5tUUucHh/G+i2/rbOGbtYd59c EKxNprnPTXJr13zZphZo1a0dUqO71dXmZiisXU1qSRg7o6+ouLpCfAkDEOvs/uR5scteVbUT HNZ0TyS78s73vhcXlAzjtN+nZWP/Sny4E3peb4cHj2EUU4vPpoA8mEmBZ8ar2PGXV/yGD+8J yVuewJjfM3/9bGQ775jzb+aweyO85wCbfvGpN7LrQ09pz8f3xZL385Yrj/o7S7nCPZ6y7mUP 5srD+figyK0uje/hFBMfy5jvve+Nr2QmQ97203ez9Wkf6cQDP/gsvj73JQH+4jte/H/OffTT 3H3tI1/9Lca+4U1cfejHn/sQhv/kQ3ECFVyjAOFAAuQXevonfOe3fo6gZMx3fOgXZOaHfHeG Cv5XSwqIgOFngaSXaFVGfVKWAM8ne7oXe/TXZtKXCRNIS0U2eiuWgSL4X7ungSdmZ6wHXytI gKsXg693/4OpNy0fcDAlOAs/qGamhGnq4H4P5oCXEITSwHarJINDFoKYoISfh0y7NYVWWElu d4VauIVcOEuyRgmC5zAo0IXEwITPMIZkqC5oyAhaloZu+IZwGIdymAhhaAvANYd4GIfKl4cR swqc9IV8GIiCOIiECAoMwACHcIiKiIiLuIgBcIiM0IiQKAiTOAiViAiXSImMiIiFcImSqImf mIieGIqa2ImcaAiNaIqn+IirSAiQKImtyIqrSIqyqIilmIiqmIqZyIq1WIm0eIvAyIuwuImf mImTuIulgIzBGIzK6IqzyImjGImx+IrTCI3R2Iyq6IzOaI2miIq++Izg6I2bqP+N2+iN5WiJ xIiLokiO7BiN6NiN7/iOyDiPzxiPqdCMu+iOimCM47iMmFiNvAiP/BiQi0CN9niLAwmPwGiQ oCiOBLmQ/XiQA+mInfiP7GiP36iQzFiP9LiOG9kK+AiQB2mR2niMsUiSJQmQIdkIDPmQCHmK +XiS8giTDzmOCSmMrZiRmCiLFemR/qiTLumTFImTPkmON4kKK6mR2LiMBrmUF1mKMRmUI2mR QBmPVemPKWmJNUmU7RiREJkI1jiLKBmUQJmKYBmW3CiVHRmVrJCUF+mU7jiU6GiL2wiLZBmR umiXCmmS5kiQbCmU0IiQUFmPX4mRMOmIh0mTRTmMVan/lwJJlyZZjHYpl1OZjDJ5l08pimbJ lSypkp5pjnB5mD8pmh2Jksc4lzO5mX5JmJgZjo9okRswmpVZi6DJjXzZl934l0h5mboZmiTp lLIZlcJ5mXNJkX/ZkpkZWzOgl4k5k2epmlcpjNkok5AYm5iJlVPJkNp5kqV5lKfglhJJnWmJ m8A5nH05kcTpkshZk175lojoAi6Qm66YlUW5mk/5iuIonoIQm8cpmpnJk6iJlaUplW3JmyKJ nbeJmwSamQm6mhyZnuh5jgGqmZYInxN5lgR6k6PIkRTqkfx5oI0pnq6pltzJmsDpCcPYi6yp orepjN6poBBJmSoKiqqpnsQo/6MAepbwGZ82+ppUqZ8pKZehCKS4uQHDaZw1KqE5mqJMmpPj GQt+CDDwiQ7WaUssZQ48egwaIGibUKWF+KVgGqZiCjC9NKZmeqaAdkJouqZsyqY1UojR0qZy mgnAEAqaZjBtOKf/ImN62qd+GgpX+qeCygtjNqiGeqiIug30iJiTmZ4sOpInWpeRmZe/KJmV Sp2S6p7/GZ70GaS2uKg12ptCeqC56KQrOp8Lygvg+ZEFSZj66Ah0OZj7SJy6qaRauaQN+qoK eo0g6p8aWZ8BGauQSaoNuZEjiqqRSguryp7SmJu+2gjKEKEYOq2bKqNPGqwrio2vup72KaCO qo+XKP8ADSqbhumg04idvbCsulqf2ykJy7qp5IqKOUqJJGqusxmjpNmrlembVlmi13mvnJmO yOqouaCup8quNkmwMAqvqVqrtxqrr9mdaImu/dqi+uqtnVmYzgqj2oqXxUqvqaoIk1Wg1Mqp rWqUEJufTlqcNzqqs7qwILuk9Yqt4+qRSEqjpBidLCqiB8uZkGqgVjmh10oMBsuwOJuRyZqd 7fmrTOui57i02Bq1vsmXNVuW/tqZ6+qzTAm0ghmgQxsMRQuwCPq1J7uxJbuwTluOUEu1tvmt /diue/msYnuf/lqJltWj/2iWpuqjSSsLYTu2gEuxhcB20jqWaIupubi1SgrDsSn7sbhKnnIr uAy6sv/KqReauNDwtxlKtlk7qw/6smeboR0qrBu6uCIqof25rwp7l83JqtkoqyU5uqurrI3q siw7rIE7tyqLlra7u9U6lknKuJ0rvJFLjYxqqUk6m8GbvCyruEDat4AGvYnaC2ZouNMLDtIL CnVadueFDrFFd2V6veLbDXU4L9U7vujrLndLVT2Yvu77vocAAPI7v/Rbv/Z7v/ibv/q7v/zb v/77vwAcwAI8wARcwAZ8wAicwAoMwIEAADs= ------=_NextPart_000_000F_01C740B4.0E3761F0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 25 12:57:20 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HA8qe-0000g8-UI for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 12:57:20 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HA8qd-00016z-GP for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 12:57:20 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 9F951431A34 for ; Thu, 25 Jan 2007 09:57:15 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 3752B4A41DF for ; Thu, 25 Jan 2007 09:57:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 0E5A3398094 for ; Thu, 25 Jan 2007 09:57:05 -0800 (PST) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by zoidberg.tigertech.net (Postfix) with ESMTP id 2F2303985F9 for ; Thu, 25 Jan 2007 09:52:41 -0800 (PST) Received: from sj-dkim-5.cisco.com ([171.68.10.79]) by sj-iport-5.cisco.com with ESMTP; 25 Jan 2007 09:52:36 -0800 Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-5.cisco.com (8.12.11/8.12.11) with ESMTP id l0PHqZ1c016958 for ; Thu, 25 Jan 2007 09:52:35 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l0PHqWhq025635 for ; Thu, 25 Jan 2007 09:52:36 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 25 Jan 2007 09:52:33 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 25 Jan 2007 09:52:33 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203260607@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 229: DTLSMtuUpdate undefined Thread-Index: AcdAqZb5JuiXmKGpQcWr6TTR4dRisQ== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 25 Jan 2007 17:52:33.0545 (UTC) FILETIME=[974DAF90:01C740A9] Authentication-Results: sj-dkim-5; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim5002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Issue 229: DTLSMtuUpdate undefined X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: d6b246023072368de71562c0ab503126 Please find the text we discussed and agreed on in the interim meeting this week. Comments appreciated. 2.3.2.1. CAPWAP to DTLS Commands [...] o DTLSMtuUpdate is called by the CAPWAP protocol to modify the MTU size used by the DTLS module. The default value size is 1468. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 25 13:11:39 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HA94V-0000zh-FU for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 13:11:39 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HA94S-0003lI-R5 for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 13:11:39 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 78096431A60 for ; Thu, 25 Jan 2007 10:11:33 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 181954A41E1 for ; Thu, 25 Jan 2007 10:11:24 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id E150A431A4C for ; Thu, 25 Jan 2007 10:11:23 -0800 (PST) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by hermes.tigertech.net (Postfix) with ESMTP id 95434431A48 for ; Thu, 25 Jan 2007 10:11:21 -0800 (PST) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-3.cisco.com with ESMTP; 25 Jan 2007 10:11:21 -0800 X-IronPort-AV: i="4.13,239,1167638400"; d="scan'208"; a="459721026:sNHT78495584" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l0PIBLSU014371 for ; Thu, 25 Jan 2007 10:11:21 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l0PIBJDo006393 for ; Thu, 25 Jan 2007 10:11:20 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 25 Jan 2007 10:11:19 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 25 Jan 2007 10:11:18 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203260631@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 121: Provide more clarify on receiving unexpected messages Thread-Index: AcdArDWoW4JGM0EbQ5eQkV6059Nmuw== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 25 Jan 2007 18:11:19.0438 (UTC) FILETIME=[366352E0:01C740AC] Authentication-Results: sj-dkim-4; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Issue 121: Provide more clarify on receiving unexpected messages X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 856eb5f76e7a34990d1d457d8e8e5b7f We agreed this week to silently discard such packets and optionally log. Need to add text on receiving a discovery request, and the fact that it MUST NOT affect any existing DTLS sessions. A rebooting WTP would send a discovery, but for security purposes, any existing DTLS sessions are only cleared once a NEW DTLS session is established (DTLSSessionEstablished notification). Need security considerations text as well. Comments please. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 25 13:24:28 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HA9Gu-0007ST-Bh for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 13:24:28 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HA9Go-00070E-MQ for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 13:24:28 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 486863986E6 for ; Thu, 25 Jan 2007 10:24:18 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 4E1D44A41E1 for ; Thu, 25 Jan 2007 10:24:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 27FC3431A81 for ; Thu, 25 Jan 2007 10:24:10 -0800 (PST) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by hermes.tigertech.net (Postfix) with ESMTP id 872BA431982 for ; Thu, 25 Jan 2007 10:24:06 -0800 (PST) Received: by nf-out-0910.google.com with SMTP id c2so892288nfe for ; Thu, 25 Jan 2007 10:24:05 -0800 (PST) Received: by 10.48.254.1 with SMTP id b1mr4714014nfi.1169749444275; Thu, 25 Jan 2007 10:24:04 -0800 (PST) Received: from SJainT60 ( [216.31.249.246]) by mx.google.com with ESMTP id e34sm3148326ugd.2007.01.25.10.24.02; Thu, 25 Jan 2007 10:24:03 -0800 (PST) From: "Sudhanshu" To: "'Jim Murphy'" , References: <8954613CA6BB3242A1531D916A527A4102B60651@NT-SJCA-0751.brcm.ad.broadcom.com> <45B86800.4040207@trapezenetworks.com> Date: Thu, 25 Jan 2007 10:23:59 -0800 Message-ID: <005a01c740ad$fdb054a0$9166640a@arubanetworks.com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 In-Reply-To: <45B86800.4040207@trapezenetworks.com> Thread-Index: AcdAWctG1bEIT1UuTXCCzIdKLj5rIgAUwmpg X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 42e3ed3f10a1d8bef690f09da16f507a Jim, I think it is a good idea to overlay some bit in preamble and header. But I think it will be better to overlay the first bit instead of the 32nd bit as the 'P' bit. So it will look like, in your solution. <> The CAPWAP preamble is modified as follows: [...] 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |P|Version| Type | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ [...] P: Must be 1. Indicates that this is a CAPWAP preamble. [...] The CAPWAP Header is modified as follows: [...] 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |P|Version| RID | HLEN | WBID |T|F|L|W|M|K| Flags | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ [...] <> This is a common practice to overlay first few bits to distinguish the rest of the fields. It is a cleaner implementation. Also it will help in the HW parsing of the packet. _Suds -----Original Message----- From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] Sent: Thursday, January 25, 2007 12:19 AM To: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Please consider the following alternative proposal to optimize the data channel when no DTLS encryption is present. With this proposal, CAPWAP data channels running in the clear will not require the CAPWAP preamble. However, CAPWAP data channels running DTLS must have the CAPWAP preamble. The CAPWAP preamble is modified as follows: [...] 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Version| Type | Reserved |P| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ [...] P: Must be 1. Indicates that this is a CAPWAP preamble. [...] The CAPWAP Header is modified as follows: [...] 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Version| RID | HLEN | WBID |T|F|L|W|M|K| Flags |P| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ [...] P: Must be 0. Indicates that this is a CAPWAP preamble. [...] The basic idea is to overlay the CAPWAP preamble and the first 32 bits of the CAPWAP Header. Note the intentional overlap of the Version field and the P bit. Essentially the P bit is a type indicator that indicates the type of super field present. A 1 indicates a CAPWAP preamble, a 0 indicates the first 32 bits of the CAPWAP Header. Any data packet on a clear (unencrypted) data channel looks as follows (to illustrate the use of the P bit): CAPWAP Plain Text Data Packet: +--------------------------------+ | IP | UDP | CAPWAP | Wireless | | Hdr | Hdr | Header | Payload | | | | P=0 | | +--------------------------------+ Any data packet on an encrypted data channel or a DTLS session establishment packet looks as follows: DTLS Secured CAPWAP Data Packet: +------------------------------------------------------+ | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | | Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr | | | | P=1 | | | | | +------------------------------------------------------+ \----- authenticated -----/ \------- encrypted --------/ A switching entity need only check the CAPWAP Version and then the P bit to determine if the CAPWAP packet needs DTLS processing. If the P but is not set, the switching entity may immediately assume only a CAPWAP header and commences de-encapsulation and possible reassembly processing. This proposal serves the following purposes: - The CAPWAP preamble is present only when really needed. Specifically to identify CAPWAP packet attributes outside of the DTLS encrypted/ authenticated area when DTLS is used. - Eliminates the waste of 32 bits of header information to convey a single bit of information when in the clear. - Allows for the continued use of the CAPWAP preamble for other purposes, such as DTLS session de-multiplexing to deal with the issue of QoS reordering. (see earlier email from Mani - The QoS DTLS factor) Please let me know if you have any questions. Thanks, Jim _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 25 14:13:14 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAA26-0005FP-Ta for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 14:13:14 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAA24-0004Zu-F5 for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 14:13:14 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 1A099398757 for ; Thu, 25 Jan 2007 11:13:12 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id B88D44A41E1 for ; Thu, 25 Jan 2007 11:13:02 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 9933139869E for ; Thu, 25 Jan 2007 11:13:02 -0800 (PST) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by zoidberg.tigertech.net (Postfix) with ESMTP id D4542398594 for ; Thu, 25 Jan 2007 11:08:08 -0800 (PST) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-6.cisco.com with ESMTP; 25 Jan 2007 11:08:07 -0800 X-IronPort-AV: i="4.13,239,1167638400"; d="scan'208"; a="105452441:sNHT5904386892" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l0PJ86pZ026969 for ; Thu, 25 Jan 2007 11:08:06 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l0PJ7kHG010320 for ; Thu, 25 Jan 2007 11:08:06 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 25 Jan 2007 11:08:05 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 25 Jan 2007 11:08:05 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203260690@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 153: Can "additional" message elements be added to a message? Thread-Index: AcdAtCSOpU/dyXwGRjWECajsb2ZbNA== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 25 Jan 2007 19:08:06.0124 (UTC) FILETIME=[24EE5AC0:01C740B4] Authentication-Results: sj-dkim-4; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Issue 153: Can "additional" message elements be added to a message? X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 7d33c50f3756db14428398e2bdedd581 The agreement at the interim is the following: - When an device receives a request that has a message element that is not understood, the message is NOT processed and a response is sent with the Result Code message element is set to a new value (Unknown message element) and one or more Returned Message Element is included that encapsulates the offending message element. - When a device receives a response that has a message element that is not understood, the message is ignored. - If a request is received, and a message element is missing (that is specified in the RFC), then the request is NOT processed and a failure response is returned with a new Result Code (Missing message element). Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 25 14:17:35 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAA6J-0008ED-FM for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 14:17:35 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAA6H-000579-Ie for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 14:17:35 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 3244D3987A2 for ; Thu, 25 Jan 2007 11:17:33 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id EAB1A4A41E1 for ; Thu, 25 Jan 2007 11:17:25 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id CCF93144800B for ; Thu, 25 Jan 2007 11:17:25 -0800 (PST) Received: from trpz.com (mail1.trpz.com [66.7.225.38]) by hermes.tigertech.net (Postfix) with ESMTP id AAAF114480D1 for ; Thu, 25 Jan 2007 11:17:22 -0800 (PST) Received: from [127.0.0.1] ([172.21.56.112]) by trpz.com (8.13.5/8.11.6) with ESMTP id l0PJHJuS005280; Thu, 25 Jan 2007 11:17:20 -0800 Message-ID: <45B90241.2000602@trapezenetworks.com> Date: Thu, 25 Jan 2007 11:17:21 -0800 From: Jim Murphy User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Sudhanshu References: <8954613CA6BB3242A1531D916A527A4102B60651@NT-SJCA-0751.brcm.ad.broadcom.com> <45B86800.4040207@trapezenetworks.com> <005a01c740ad$fdb054a0$9166640a@arubanetworks.com> In-Reply-To: <005a01c740ad$fdb054a0$9166640a@arubanetworks.com> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests= X-Spam-Level: Cc: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 3971661e40967acfc35f708dd5f33760 Your proposal sounds good. One might find it more desirable to re-order the version and P bits but I do not have a strong preference. Thanks, Jim Sudhanshu wrote: > Jim, > > I think it is a good idea to overlay some bit in preamble and header. > > But I think it will be better to overlay the first bit instead of the 32nd > bit as the 'P' bit. > > So it will look like, in your solution. > > <> > > The CAPWAP preamble is modified as follows: > > [...] > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |P|Version| Type | Reserved | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > [...] > P: Must be 1. Indicates that this is a CAPWAP preamble. > [...] > > The CAPWAP Header is modified as follows: > > [...] > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |P|Version| RID | HLEN | WBID |T|F|L|W|M|K| Flags | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > [...] > > <> > > This is a common practice to overlay first few bits to distinguish the rest > of the fields. It is a cleaner implementation. Also it will help in the HW > parsing of the packet. > > _Suds > > -----Original Message----- > From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] > Sent: Thursday, January 25, 2007 12:19 AM > To: capwap@frascone.com > Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) > > > Please consider the following alternative proposal to optimize the data > channel when no DTLS encryption is present. With this proposal, > CAPWAP data channels running in the clear will not require the CAPWAP > preamble. However, CAPWAP data channels running DTLS must have the > CAPWAP preamble. > > > The CAPWAP preamble is modified as follows: > > [...] > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |Version| Type | Reserved |P| > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > [...] > P: Must be 1. Indicates that this is a CAPWAP preamble. > [...] > > The CAPWAP Header is modified as follows: > > [...] > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |Version| RID | HLEN | WBID |T|F|L|W|M|K| Flags |P| > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > [...] > P: Must be 0. Indicates that this is a CAPWAP preamble. > [...] > > The basic idea is to overlay the CAPWAP preamble and the first > 32 bits of the CAPWAP Header. Note the intentional overlap of > the Version field and the P bit. Essentially the P bit is a type > indicator that indicates the type of super field present. A 1 > indicates a CAPWAP preamble, a 0 indicates the first 32 bits of > the CAPWAP Header. > > Any data packet on a clear (unencrypted) data channel looks > as follows (to illustrate the use of the P bit): > > CAPWAP Plain Text Data Packet: > +--------------------------------+ > | IP | UDP | CAPWAP | Wireless | > | Hdr | Hdr | Header | Payload | > | | | P=0 | | > +--------------------------------+ > > Any data packet on an encrypted data channel or a DTLS > session establishment packet looks as follows: > > DTLS Secured CAPWAP Data Packet: > +------------------------------------------------------+ > | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | > | Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr | > | | | P=1 | | | | | > +------------------------------------------------------+ > \----- authenticated -----/ > \------- encrypted --------/ > > A switching entity need only check the CAPWAP Version and then the P > bit to determine if the CAPWAP packet needs DTLS processing. > If the P but is not set, the switching entity may immediately > assume only a CAPWAP header and commences de-encapsulation and > possible reassembly processing. > > This proposal serves the following purposes: > > - The CAPWAP preamble is present only when really needed. Specifically > to identify CAPWAP packet attributes outside of the DTLS encrypted/ > authenticated area when DTLS is used. > > - Eliminates the waste of 32 bits of header information to convey a > single bit of information when in the clear. > > - Allows for the continued use of the CAPWAP preamble for other > purposes, such as DTLS session de-multiplexing to deal with the > issue of QoS reordering. (see earlier email from Mani - The QoS DTLS > factor) > > Please let me know if you have any questions. > > Thanks, > > Jim > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 25 15:39:04 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HABNA-00031R-IT for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 15:39:04 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HABN5-0006am-Iy for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 15:39:04 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 35EA4431CE2 for ; Thu, 25 Jan 2007 12:38:53 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 0D2354A41DF for ; Thu, 25 Jan 2007 12:38:43 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id CD43D431CA5 for ; Thu, 25 Jan 2007 12:38:42 -0800 (PST) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by hermes.tigertech.net (Postfix) with ESMTP id 6A40E431CAC for ; Thu, 25 Jan 2007 12:38:40 -0800 (PST) Received: by ug-out-1314.google.com with SMTP id o38so494418ugd for ; Thu, 25 Jan 2007 12:38:39 -0800 (PST) Received: by 10.66.242.20 with SMTP id p20mr3248877ugh.1169757518971; Thu, 25 Jan 2007 12:38:38 -0800 (PST) Received: from SJainT60 ( [216.31.249.246]) by mx.google.com with ESMTP id 27sm3325632ugp.2007.01.25.12.38.35; Thu, 25 Jan 2007 12:38:36 -0800 (PST) From: "Sudhanshu" To: "'Pat Calhoun (pacalhou)'" , References: <4FF84B0BC277FF45AA27FE969DD956A203260690@xmb-sjc-235.amer.cisco.com> Date: Thu, 25 Jan 2007 12:38:30 -0800 Message-ID: <005b01c740c0$c9c492b0$9166640a@arubanetworks.com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A203260690@xmb-sjc-235.amer.cisco.com> Thread-Index: AcdAtCSOpU/dyXwGRjWECajsb2ZbNAAC3W4w X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Issue 153: Can "additional" message elements be added to amessage? X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 4adaf050708fb13be3316a9eee889caa Pat, Please see my inline comments. -----Original Message----- From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] Sent: Thursday, January 25, 2007 11:08 AM To: capwap@frascone.com Subject: [Capwap] Issue 153: Can "additional" message elements be added to amessage? The agreement at the interim is the following: - When an device receives a request that has a message element that is not understood, the message is NOT processed and a response is sent with the Result Code message element is set to a new value (Unknown message element) and one or more Returned Message Element is included that encapsulates the offending message element. [Suds] What is the meaning for the "Unknown Message Element"? Is it a success, failure or either? It is possible to have, these optional message element as *unknown* at WTP and WTP could be operational with limited capabilities though. I don't think it is a good idea to put it as part of result code. Instead it should be part of the "returned message element(s)" and let AC make the decision to continue with WTP or not. - When a device receives a response that has a message element that is not understood, the message is ignored. [Suds] OK - If a request is received, and a message element is missing (that is specified in the RFC), then the request is NOT processed and a failure response is returned with a new Result Code (Missing message element). [Suds] I think "specified" should be changed to "required" _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 25 17:52:23 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HADSA-0008Cu-QF for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 17:52:23 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HADS6-0000AM-Bi for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 17:52:22 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id DD0FE1448445 for ; Thu, 25 Jan 2007 14:52:14 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 507EC4A41DF for ; Thu, 25 Jan 2007 14:52:08 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 19E0D3980B7 for ; Thu, 25 Jan 2007 14:52:07 -0800 (PST) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by zoidberg.tigertech.net (Postfix) with ESMTP id EAD9239803B for ; Thu, 25 Jan 2007 14:52:03 -0800 (PST) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-6.cisco.com with ESMTP; 25 Jan 2007 14:51:59 -0800 X-IronPort-AV: i="4.13,239,1167638400"; d="scan'208"; a="105531421:sNHT92338794" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l0PMpwMt001302 for ; Thu, 25 Jan 2007 14:51:58 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l0PMplVC020144 for ; Thu, 25 Jan 2007 14:51:57 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 25 Jan 2007 14:51:51 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 25 Jan 2007 14:51:50 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203260845@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 90: Using 802.3 for tunnelling in Split-MAC mode Thread-Index: AcdA02ZwWlWR3CuhR+Gaz1TKinFYAw== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 25 Jan 2007 22:51:51.0018 (UTC) FILETIME=[66CA9CA0:01C740D3] Authentication-Results: sj-dkim-4; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Issue 90: Using 802.3 for tunnelling in Split-MAC mode X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 69a74e02bbee44ab4f8eafdbcedd94a1 Instead, it was agreed to fix local MAC instead of changing split MAC. The fix is to change figure 4 to add "/AC" to both the Distribution Service and Assoc lines. The fix ends up looking like: 2.1.2. Local MAC [...] Function Location Distribution Service WTP/AC Integration Service WTP Beacon Generation WTP Probe Response Generation WTP Power Mgmt/Packet Buffering WTP Fragmentation/Defragmentation WTP Assoc/Disassoc/Reassoc WTP/AC IEEE 802.11 QOS Classifying WTP Scheduling WTP Queuing WTP IEEE 802.11 RSN IEEE 802.1X/EAP AC RSNA Key Management AC IEEE 802.11 Encryption/Decryption WTP Figure 4: Mapping of 802.11 Functions for Local AP Architecture Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 25 18:17:20 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HADqK-0003LF-SV for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 18:17:20 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HADqH-0002j4-QN for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 18:17:20 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 787D01448307 for ; Thu, 25 Jan 2007 15:17:14 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id EAE514A41DF for ; Thu, 25 Jan 2007 15:17:01 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id D7AFB3982BE for ; Thu, 25 Jan 2007 15:17:01 -0800 (PST) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by zoidberg.tigertech.net (Postfix) with ESMTP id 2B72F398011 for ; Thu, 25 Jan 2007 15:16:55 -0800 (PST) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-6.cisco.com with ESMTP; 25 Jan 2007 15:16:55 -0800 X-IronPort-AV: i="4.13,239,1167638400"; d="scan'208"; a="105538999:sNHT146223675" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l0PNGtuw004651 for ; Thu, 25 Jan 2007 15:16:55 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l0PNGnHC025371 for ; Thu, 25 Jan 2007 15:16:54 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 25 Jan 2007 15:16:37 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 25 Jan 2007 15:16:37 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A20326087C@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: New Issue 226 proposed text Thread-Index: AcdA1tyNioTYpQn6R6Oi2V6L2FzI0g== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 25 Jan 2007 23:16:37.0675 (UTC) FILETIME=[DCE877B0:01C740D6] Authentication-Results: sj-dkim-2; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim2002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] New Issue 226 proposed text X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 8cc1c558da2accc0f39b338f00bd6728 All, Based on the discussions during the interim meeting, reviewing the previously sent proposed text., here are the following issues that were raised (and associated text): 1. Idle->DTLS Setup. There is text that was ambiguous on the pre-configuration of Acs on the WTP. 2. We need to handle the case where a DTLS authentication fails. The authentication occurs after the authorization callout. 3. DTLS Setup -> Authorize state change needs to have a pointer on identity format 4. Authorization. We need to provide some guidance on how authorization occurs for both certificate and PSK based DTLS sessions. We need to explain how a "wildcard" can be used to allow any DTLS session. 5. DTLS PSK. We need to provide the identity format, which should be based on the MAC address. We want separate PSKs per WTP. This brought up the need to define the use of IDs in both PSK and certificate based approaches. 6. We need an Authorization Failure counter. 7. Need clear text on the fact that the number of instances of the state machine, and timers on both the WTP and AC. 8. A typo in the Join -> DTLS TD. In the AC section, the text uses WTP incorrectly, should be AC. 9. Issue with Reset -> DTLS Teardown. Currently, the text causes both the WTP and the AC to shutdown the session. There is no point in doing so. The change is to only have the AC initiate the DTLS shutdown when it receives the Reset Response from the WTP. 10. There are two missing state transitions: Configure -> DTLS Teardown and Image Data -> DTLS Teardown. 11. Section 2.4.4.1. We need to remove the third sentence of the first paragraph since we do not want to support any arbitrary DTLS crypto mode. 12. The DTLS Teardown->Idle. The text is currently wrong because it states that the AC or WTP is to invoke the DTLSDisconnectPeer command. The state transition should instead talk about clearing up DTLS context information, timers, and optionally any DTLS resources that may have been used on the data plane. So I will once more include all of the text (in its completeness) that addresses the original 226 issues, and the above ones as well. I apologize for the size of this text, but I believe it is better to be inclusive than to simply include snippets. 2.3. CAPWAP State Machine Definition [...] /-------------------------\ w| | 5+----------+ x +------------+ | | Run |-->| Reset |-\| +----------+ +------------+ || u ^ ^ ^ y|| +------------+--------/ | | || | Data Check | /-------/ | || +------------+<-------\ | | || t| s| 4 o| || +--------+ +-----------+ +--------------+|| | Join |---->| Configure |---->| Image Data ||| +--------+ q +-----------+ r +--------------+|| ^ p| V| x| || | | \-------------------\ | || | \--------------------------------------\| | || \------------------------\ || | || /--------------<----------------+--------------\ || | || | /------------<-------------\ | | || | || | | m| |n z| vv v vv | | +----------------+ +--------------+ +-----------+ | | | DTLS Setup | | DTLS Connect | | DTLS TD | | | +----------------+ +--------------+ +-----------+ | | g| ^ ^ |h ^ ^ v v | | | | | | | | | | | \-------\ | /-----------/ | | | | | | | | | | v |e f| 2 v |j |k | \->+------+ +------+ +-----------+ | | Idle |-->| Disc | | Authorize | \--->+------+ a +------+ +-----------+ b| ^ |c | | /----/ v d| | +---------+ | | Sulking |<-/ 3 +---------+ Figure 3: CAPWAP Integrated State Machine [...] Since the WTP only communicates with a single AC, it only has a single instance of the CAPWAP state machine. The AC, on the other hand, has a separate instance of the CAPWAP state machine per WTP it is communicating with. 2.3.1. CAPWAP Protocol State Transitions The following text discusses the various state transitions, and the events that cause them. This section does not discuss interactions between DTLS- and CAPWAP-specific states. Those interactions, as well as DTLS-specific states and transitions, are discussed in Section 2.3.2. Idle to Discovery (a): This transition occurs once device initialization is complete. WTP: The WTP enters the Discovery state prior to transmitting the first Discovery Request message (see Section 5.1). Upon entering this state, the WTP sets the DiscoveryInterval timer (see Section 4.6). The WTP resets the DiscoveryCount counter to zero (0) (see Section 4.7). The WTP also clears all information from ACs it may have received during a previous Discovery phase. AC: The AC does not maintain state information for the WTP upon reception of the Discovery Request message, but it SHOULD respond with a Discovery Response message (see Section 5.2). This transition is a no-op for the AC. Idle to Sulking (b): This transition occurs to force the WTP and AC to enter a quiet period to avoid repeatedly attempting to establish a connection. WTP: The WTP enters this state when the FailedDTLSSessionCount or the FailedDTLSAuthFailCount counter reaches MaxFailedDTLSSessionRetry variable (see Section 4.7). Upon entering this state, the WTP shall start the SilentInterval timer. While in the Sulking state, all received CAPWAP and DTLS protocol messages received shall be ignored. AC: The AC enters this state with the specific WTP when the FailedDTLSSessionCount or the FailedDTLSAuthFailCount counter reaches MaxFailedDTLSSessionRetry variable (see Section 4.7). Upon entering this state, the AC shall start the SilentInterval timer. While in the Sulking state, all received CAPWAP and DTLS protocol messages received from the WTP shall be ignored. Discovery to Discovery (2): In the Discovery state, the WTP determines which AC to connect to. WTP: This transition occurs when the DiscoveryInterval timer expires. If the WTP is configured with a list of ACs, it transmits a Discovery Request message to every AC from which it has not received a Discovery Response message. For every transition to this event, the WTP increments the DiscoveryCount counter. See Section 5.1 for more information on how the WTP knows the ACs to which it should transmit the Discovery Request messages. The WTP restarts the DiscoveryInterval timer whenever it transmits Discovery Request messages. AC: This is a no-op. Discovery to Sulking (c): This transition occurs on a WTP when Discovery or connectivity to the AC fails. WTP: The WTP enters this state when the DiscoveryInterval timer expires or the DiscoveryCount variable is equal to the MaxDiscoveries variable (see Section 4.7). Upon entering this state, the WTP shall start the SilentInterval timer. While in the Sulking state, all received CAPWAP protocol messages received shall be ignored. AC: This is a no-op. Sulking to Idle (d): This transition occurs on a WTP when it must restart the discovery phase. WTP: The WTP enters this state when the SilentInterval timer (see Section 4.6) expires. The FailedDTLSSessionCount, DiscoveryCount and FailedDTLSAuthFailCount counters are reset to zero. AC: The AC enters this state when the SilentInterval timer (see Section 4.6) expires. The FailedDTLSSessionCount, DiscoveryCount and FailedDTLSAuthFailCount counters are reset to zero. Sulking to Sulking (3): The Sulking state provides the silent period, minimizing the possibility for Denial of service attacks. WTP: All packets received from the AC while in the sulking state are ignored. AC: All packets receive from the WTP while in the sulking state are ignored. Idle to DTLS Setup (e): This transition occurs to establish a secure DTLS session with the peer. WTP: The WTP initiates this transition by invoking the DTLSStart command, which starts the DTLS session establishment with the chosen AC. When the discovery phase is bypassed, it is assumed the WTP has a locally configured AC. AC: The AC initiates this transition by invoking the DTLSListen command, which informs the DTLS stack that it is willing to listen for an incoming session. The AC MAY provide optional qualifiers in the DTLSListen to only accept session requests from specific WTP. Discovery to DTLS Setup (f): This transition occurs to establish a secure DTLS session with the peer. WTP: The WTP initiates this transition by invoking the DTLSStart command (see Section 2.3.2.1), which starts the DTLS session establishment with the chosen AC. The decision of which AC to connect to is the result of the discovery phase, which is described in Section 3.2. AC: The AC initiates this transition by invoking the DTLSListen command (see Section 2.3.2.1), which informs the DTLS stack that it is willing to listen for an incoming session. The AC MAY have maintained state information when it received the Discovery Request in order to provide optional qualifiers in the DTLSListen command to only accept session requests from specific WTP. Note that maintaining state information based on an unsecured discovery request MAY lead to a Denial of Service attack. Therefore the AC SHOULD ensure that the state information is freed after a period, which is implementation specific. DTLS Setup to Idle (g): This transition occurs when the DTLS Session failed to be established. WTP: The WTP initiates this state transition when it receives a DTLSEstablishFail notification from DTLS (see Section 2.3.2.2). This error notification aborts the secure DTLS session establishment. When this notification is received, the FailedDTLSSessionCount counter is incremented. AC: The WTP initiates this state transition when it receives a DTLSEstablishFail notification from DTLS (see Section 2.3.2.2). This error notification aborts the secure DTLS session establishment. When this notification is received, the FailedDTLSSessionCount counter is incremented. DTLS Setup to Authorize (h): This transition occurs an incoming DTLS session is being established, and the DTLS stack needs authorization to proceed with the session establishment. WTP: This state transition occurs when the WTP receives the DTLSPeerAuthorize notification (see Section 2.3.2.2). Upon entering this state, the WTP performs an authorization check against the AC's credentials. See Section 2.4.4 for more information on AC authorization. AC: This state transition occurs when the AC receives the DTLSPeerAuthorize notification (see Section 2.3.2.2). Upon entering this state, the AC performs an authorization check against the WTP's credentials. See Section 2.4.4 for more information on WTP authorization. Authorize to DTLS Connect (j): This transition occurs to notify the DTLS stack that the session should be established. WTP: This state transition occurs when the WTP has either opted to forgo the authorization check of the AC's credentials, or the credentials were successfully authorized. This is done by invoking the DTLSAccept DTLS command (see Section 2.3.2.1). AC: This state transition occurs when the AC has either opted to forgo the authorization check of the WTP's credentials, or the credentials were successfully authorized. This is done by invoking the DTLSAccept DTLS command (see Section 2.3.2.1). Authorize to DTLS Teardown (k): This transition occurs to notify the DTLS stack that the session should be aborted. WTP: This state transition occurs when the WTP was unable to authorize the AC, via its credentials. The WTP then aborts the DTLS session, which is done by invoking DTLSAbortSession (see Section 2.3.2.1). AC: This state transition occurs when the AC was unable to authorize the WTP, via its credentials. The AC then aborts the DTLS session, which is done by invoking DTLSAbortSession (see Section 2.3.2.1). DTLS Connect to Idle (m): This transition occurs when the DTLS Session failed to be established. WTP: This state transition occurs when the WTP receives either a DTLSAborted or DTLSAuthenticateFail notification (see Section 2.3.2.2), indicating that the DTLS session was not successfully established. When this transition occurs due to the DTLSAuthenticateFail notification, the FailedDTLSAuthFailCount is incremented, otherwise the FailedDTLSSessionCount counter is incremented. AC: This state transition occurs when the AC receives either a DTLSAborted or DTLSAuthenticateFail notification (see Section 2.3.2.2), indicating that the DTLS session was not successfully established. When this transition occurs due to the DTLSAuthenticateFail notification, the FailedDTLSAuthFailCount is incremented, otherwise the FailedDTLSSessionCount counter is incremented. DTLS Connect to Join (n): This transition occurs when the DTLS Session is successfully established. WTP: This state transition occurs when the WTP receives the DTLSEstablished notification (see Section 2.3.2.2), indicating that the DTLS session was successfully established. When this notification is received, the FailedDTLSSessionCount counter is set to zero. AC: This state transition occurs when the AC receives the DTLSEstablished notification (see Section 2.3.2.2), indicating that the DTLS session was successfully established. When this notification is received, the FailedDTLSSessionCount counter is set to zero. Join to DTLS Teardown (p): This transition occurs when the join process failed. WTP: This state transition occurs when the WTP receives a Join Response with a Result Code message element containing an error, or if the Image Identifier provided by the AC in the Join Response differs from the WTP's currently running firmware version and the WTP has the requested image in its non-volatile memory. This causes the WTP to initiate the DTLSShutdown command (see Section 2.3.2.1). This transition also occurs if the WTP receives one of the following DTLS notifications: DTLSAborted, DTLSReassemblyFailure or DTLSPeerDisconnect. AC: This state transition occurs when the AC transmits a Join Response with a Result Code message element containing an error. This causes the AC to initiate the DTLSShutdown command (see Section 2.3.2.1). This transition also occurs if the AC receives one of the following DTLS notifications: DTLSAborted, DTLSReassemblyFailure or DTLSPeerDisconnect Join to Configure (g): This state transition is used by the WTP and the AC to exchange configuration information. WTP: The WTP enters the Configure state when it successfully completes the Join operation. If it determines that its version number and the version number advertised by the AC are compatible, the WTP transmits the Configuration Status message (see Section 8.2) to the AC with a snapshot of its current configuration. The WTP also starts the ResponseTimeout timer (see Section 4.6). If the version numbers are not compatible, the WTP will immediately transition to Image Data state (see transition (g)). If the AC determines that a new firmware image should be installed on the WTP, the AC initiates a firmware download by sending an Image Data Request Message with an Initiate Download message element to the WTP AC: This state transition occurs immediately after the AC transmits the Join Response message to the WTP. If the AC receives the Configuration Status message from the WTP, the AC must transmit a Configuration Status Response message (see Section 8.3) to the WTP, and may include specific message elements to override the WTP's configuration. If the AC instead receives the Image Data Request from the WTP, it immediately transitions to the Image Data state (see transition (g)). Configure to Reset (s): This state transition is used to reset the connection either due to an error during the configuration phase, or when the WTP determines it needs to reset in order for the new configuration to take effect. WTP: The WTP enters the Reset state when it receives a Configuration Status Response indicating an error or when it determines that a reset of the WTP is required, due to the characteristics of a new configuration. AC: The AC transitions to the Reset state when it receives a Change State Event message from the WTP that contains an error for which the AC's policy does not permit the WTP providing service. Configure to DTLS Teardown (V): This transition occurs when the configuration process aborts due to a DTLS error. WTP: The WTP enters this state when it receives one of the following DTLS notifications: DTLSAborted, DTLSReassemblyFailure or DTLSPeerDisconnect (see Section 2.3.2.2). The WTP MAY decide to tear down the DTLS session if it receives frequent DTLSDecapFailure notifications. AC: The AC enters this state when it receives one of the following DTLS notifications: DTLSAborted, DTLSReassemblyFailure or DTLSPeerDisconnect (see Section 2.3.2.2). The WTP MAY decide to tear down the DTLS session if it receives frequent DTLSDecapFailure notifications. Configure to Image Data (r): This state transition is used by the WTP and the AC to download executable firmware. WTP: The WTP enters the Image Data state when it successfully comletes DTLS session establishment, and determines that the Image Identifier provided by the AC in the Join Request differs from its currently running firmware, and that the WTP does not have the requested firmware in its non-volatile memory. The WTP transmits the Image Data Request (see Section 9.1) message requesting that a download of the AC's latest firmware be initiated. AC: This state transition occurs when the AC receives the Image Data Request message from the WTP. The AC must transmit an Image Data Response message (see Section 9.2) to the WTP, which includes a portion of the firmware. Image Data to Image Data (4): The Image Data state is used by WTP and the AC during the firmware download phase. WTP: The WTP enters the Image Data state when it receives an Image Data Response message indicating that the AC has more data to send. AC: This state transition occurs when the AC receives the Image Data Request message from the WTP while already in the Image Data state, and it detects that the firmware download has not completed. Image Data to Reset (o): This state transition is used to reset the DTLS connection prior to restarting the WTP after an image download. WTP: When an image download completes, the WTP enters the Reset state. The WTP MAY also transition to this state upon receiving an Image Data Response from the AC (see Section 9.2) indicating a failure. AC: The AC enters the Reset state when the image download is complete, or if an error occurs during the image download process. Image Data to DTLS Teardown (x): This transition occurs when the firmware download process aborts due to a DTLS error. WTP: The WTP enters this state when it receives one of the following DTLS notifications: DTLSAborted, DTLSReassemblyFailure or DTLSPeerDisconnect (see Section 2.3.2.2). The WTP MAY decide to tear down the DTLS session if it receives frequent DTLSDecapFailure notifications. AC: The AC enters this state when it receives one of the following DTLS notifications: DTLSAborted, DTLSReassemblyFailure or DTLSPeerDisconnect (see Section 2.3.2.2). The WTP MAY decide to tear down the DTLS session if it receives frequent DTLSDecapFailure notifications. Configure to Data Check (t): This state transition occurs when the WTP and AC confirm the configuration. WTP: The WTP enters this state when it receives a successful Configuration Status Response message from the AC. The WTP initializes the HeartBeat timer (see Section 4.6), and transmits the Change State Event Request message (see Section 8.7). AC: This state transition occurs when the AC receives the Change State Event Request message (see Section 8.7) from the WTP. The AC responds with a Change State Event Response (see Section 8.8) message. The AC must start the NeighborDeadInterval timer (see Section 4.6). Data Check to Run (u): This state transition occurs once the linkage between the control and data channels has occured, which causes the WTP and AC to enter their normal state of operation. WTP: The WTP enters this state when it receives a successful Change State Event Response from the AC. The WTP initiates the data channel, which MAY require the establishment of a DTLS session, starts the DataChannelKeepAlive timer (see Section 4.6) and transmits a Data Channel Keep Alive (see Section 4.3.1). The WTP then starts the DataChannelDeadInterval timer (see Section 4.6). AC: This state transition occurs when the AC receives the Data Channel Keep Alive (see Section 4.3.1), whose Session ID message element matches the one included by the WTP in the Join Request. Note that if the AC's policy is to require the data channel to be encrypted, this process would also require the establishment of the data channel's DTLS session. Upon receiving the Data Channel Keep Alive, the AC transmits its own Data Channel Keep Alive. Run to DTLS Teardown (u): This state transition occurs when an error has occured in the DTLS stack, causing the DTLS session to be torndown. WTP: The WTP enters this state when it receives one of the following DTLS notifications: DTLSAborted, DTLSReassemblyFailure or DTLSPeerDisconnect (see Section 2.3.2.2). The WTP MAY decide to tear down the DTLS session if it receives frequent DTLSDecapFailure notifications. AC: The AC enters this state when it receives one of the following DTLS notifications: DTLSAborted, DTLSReassemblyFailure or DTLSPeerDisconnect (see Section 2.3.2.2). The WTP MAY decide to tear down the DTLS session if it receives frequent DTLSDecapFailure notifications. Run to Run (5): This is the normal state of operation. WTP: This is the WTP's normal state of operation. There are many events that result this state transition: Configuration Update: The WTP receives a Configuration Update Request message(see Section 8.5). The WTP MUST respond with a Configuration Update Response message (see Section 8.6). Change State Event: The WTP receives a Change State Event Response message, or determines that it must initiate a Change State Event Request message, as a result of a failure or change in the state of a radio. Echo Request: The WTP receives an Echo Request message (see Section 7.1), to which it MUST respond with an Echo Response message(see Section 7.2). Clear Config Request: The WTP receives a Clear Configuration Request message (see Section 8.9). The WTP MUST reset its configuration back to manufacturer defaults. WTP Event: The WTP generates a WTP Event Request message to send information to the AC (see Section 9.5). The WTP receives a WTP Event Response message from the AC (see Section 9.6). Data Transfer: The WTP generates a Data Transfer Request message to the AC (see Section 9.7). The WTP receives a Data Transfer Response message from the AC (see Section 9.8). Station Configuration Request: The WTP receives a Station Config Request message (see Section 10.1), to which it MUST respond with a Station Config Response message (see Section 10.2). AC: This is the AC's normal state of operation: Configuration Update: The AC sends a Configuration Update Request message (see Section 8.5) to the WTP to update its configuration. The AC receives a Configuration Update Response message (see Section 8.6) from the WTP. Change State Event: The AC receives a Change State Event Request message (see Section 8.7), to which it MUST respond with the Change State Event Response message (see Section 8.8). Echo: The AC sends an Echo Request message Section 7.1 or receives the corresponding Echo Response message, see Section 7.2 from the WTP. Clear Config Response: The AC receives a Clear Configuration Response message (see Section 8.10). Station Config: The AC sends a Station Configuration Request message (see Section 10.1) or receives the corresponding Station Configuration Response message (see Section 10.2) from the WTP. Data Transfer: The AC receives a Data Transfer Request message from the AC (see Section 9.7) and MUST generate a corresponding Data Transfer Response message (see Section 9.8). WTP Event: The AC receives a WTP Event Request message from the AC (see Section 9.5) and MUST generate a corresponding WTP Event Response message (see Section 9.6). Run to Reset (x): This state transition is used when the AC or WTP wish to tear down the connection. This may occur as part of normal operation, or due to error conditions. WTP: The WTP enters the Reset state when it receives a Reset Request from the AC. AC: The AC enters the reset state when it transmits a Reset Request to the WTP. Reset to DTLS Teardown (y): This transition occurs when the CAPWAP reset is complete to terminate the DTLS session. WTP: This state transition occurs when the WTP receives a Reset Response. This causes the WTP to initiate the DTLSShutdown command (see Section 2.3.2.1). AC: This state transition occurs when the AC transmits a Reset Response. The AC does not invoke the DTLSShutdown command (see Section 2.3.2.1). DTLS Teardown to Idle (z): This transition occurs when the DTLS session has been shutdown. WTP: This state transition occurs the WTP has successfully cleaned up all resources associated with the control plane DTLS session. The data plane's DTLS session also needs to be shutdown, and all resources freed, if a DTLS session was established for the data plane. Any timers set for the current instance of the state machine are also cleared. AC: This state transition occurs the AC has successfully cleaned up all resources associated with the control plane DTLS session. The data plane's DTLS session also needs to be shutdown, and all resources freed, if a DTLS session was established for the data plane. Any timers set for the current instance of the state machine are also cleared. 2.3.2. CAPWAP/DTLS Interface This section describes the DTLS Commands used by CAPWAP, as well as the notifications received from DTLS to the CAPWAP protocol stack. 2.3.2.1. CAPWAP to DTLS Commands Four commands are defined for the CAPWAP to DTLS API. These "commands" are conceptual, and may be implemented as one or more function calls. This API definition is provided to clarify interactions between the DTLS and CAPWAP components of the integrated CAPWAP state machine. Below is a list of the minimal command API: o DTLSStart is sent to the DTLS module to cause a DTLS session to be established. Upon invoking the DTLSStart command, the WaitDTLS timer is started. The WTP is the only CAPWAP device that initiates this DTLS command, as the AC does not initiate DTLS sessions. o DTLSListen is sent to the DTLS module to allow the DTLS to listen for incoming DTLS session requests. o DTLSAccept is sent to the DTLS module to allow the DTLS session establishment to continue successfully. o DTLSAbortSession is sent to the DTLS module to cause the session that is in the process of being established, to be aborted. This command is also sent when the WaitDTLS timer expires. When this command is executed, the FailedDTLSSessionCount counter is incremented. o DTLSShutdown is sent to the DTLS module to cause session teardown. o DTLSMtuUpdate is called by the CAPWAP protocol to modify the MTU size used by the DTLS module. The default value size is 1468. 2.3.2.2. DTLS to CAPWAP Notifications DTLS notifications are defined for the DTLS to CAPWAP API. These "notifications" are conceptual, and may be implemented in numerous ways (e.g. as function return values). This API definition is provided to clarify interactions between the DTLS and CAPWAP components of the integrated CAPWAP state machine. It is important to note that the notifications listed below MAY cause the CAPWAP state machine to jump from one state to another using a state transition not listed in section Section 2.3.1. When a notification listed below occurs, the target CAPWAP state shown in Figure 3 becomes the current state. Below is a list of the API notifications: o DTLSIncomingSession is sent to the CAPWAP protocol stack during the DTLS session establishment once the peer's identity has been received. This notification MAY be used by the CAPWAP protocol stack in order to authorize the session, based on the peer's identity. The authorization process will lead to the CAPWAP protocol stack initiating either the DTLSAccept or DTLSAbortSession commands. o DTLSEstablished is sent to the CAPWAP module to indicate that that a secure channel now exists, using the parameters provided during the DTLS initialization process. When this notification is received, the FailedDTLSSessionCount counter is reset to zero. When this notification is received, the WaitDTLS is stopped. o DTLSEstablishFail is sent when the DTLS session establishment has failed, either due to a local error, or due to the peer rejecting the session establishment. When this notification is received, the FailedDTLSSessionCount counter is incremented. o DTLSAuthenticateFail is sent when the DTLS session establishment failed due to an authentication error. When this notification is received, the FailedDTLSAuthFailCount counter is incremented. o DTLSAborted is sent to the CAPWAP module to indicate that session abort (as requested by CAPWAP) is complete; this occurs to confirm a DTLS session abort, or when the WaitDTLS timer expires. When this notification is received, the WaitDTLS is stopped. o DTLSReassemblyFailure may be sent to the CAPWAP module to indicate DTLS fragment reassembly failure. o DTLSDecapFailure may be sent to CAPWAP to indicate an decapsulation failure. DTLSDecapFailure may be sent to CAPWAP to indicate an encryption/authentication failure. This notification is intended for informative purposes only, and is not intended to cause a change in the CAPWAP state machine. See Section 12.3 for more information. o DTLSPeerDisconnect is sent to the CAPWAP module to indicate the DTLS session has been torn down. Note that this notification is only received if the DTLS session has been established. 2.4. Use of DTLS in the CAPWAP Protocol DTLS is used as a tightly-integrated, secure wrapper for the CAPWAP protocol. In this document DTLS and CAPWAP are discussed as nominally distinct entitites; however they are very closely coupled, and may even be implemented inseparably. Since there are DTLS library implementations currently available, and since security protocols (e.g. IPsec, TLS) are often implemented in widely available acceleration hardware, it is both convenient and forward- looking to maintain a modular distinction in this document. This section describes a detailed walk-through of the interactions between the DTLS module and the CAPWAP module, via 'commands' (CAPWAP to DTLS) and 'notifications' (DTLS to CAPWAP) as they would be encountered during the normal course of operation. 2.4.1. DTLS Handshake Processing Details of the DTLS handshake process are specified in [9]. This section describes the interactions between the DTLS session establishment process and the CAPWAP protocol. Note that the conceptual DTLS state is shown below to help understand the point at which the DTLS states transition. In the normal case, the DTLS handshake will proceed as follows (NOTE: this example uses certificates, but preshared keys are also supported): ============ ============ WTP AC ============ ============ ClientHello ------> <------ HelloVerifyRequest (with cookie) ClientHello ------> (with cookie) <------ ServerHello <------ Certificate <------ ServerHelloDone (WTP callout for AC authorization occurs in CAPWAP Auth state) Certificate* ClientKeyExchange CertificateVerify* [ChangeCipherSpec] Finished ------> (AC callout for WTP authorization occurs in CAPWAP Auth state) [ChangeCipherSpec] <------ Finished DTLS, as specified, provides its own retransmit timers with an exponential back-off. However, it will never terminate the handshake due to non-responsiveness; rather, it will continue to increase its back-off timer period. Hence, timing out incomplete DTLS handshakes is entirely the responsiblity of the CAPWAP protocol. The DTLS implementation used by CAPWAP MUST support TLS Session Resumption. Session resumption is used to establish the DTLS session used for the data channel. The DTLS implementation on the WTP MUST return some unique identifier to CAPWAP so it can be used later to establish a DTLS-encrypted data channel, if necessary. 2.4.2. DTLS Session Establishment The WTP, either through the Discovery process, or through pre- configuration, determines the AC to connect to. The WTP uses the DTLSStart command to request that a secure connection be established to the selected AC. Prior to initiation of the DTLS handshake, the WTP sets the WaitDTLS timer. Upon receiving the DTLSIncomingSession DTLS notification, the AC sets the WaitDTLS timer. If the DTLSEstablished notification is not received prior to timer expiration, the DTLS session is aborted by issuing the DTLSAbortSession DTLS command. This notification causes the CAPWAP state to transition back to the Idle state. Upon receiving a DTLSEstablished notification, the WaitDTLS timer is deactivated. 2.4.3. DTLS Error Handling If the AC does not respond to any DTLS messages sent by the WTP, the DTLS specification calls for the WTP to retransmit these messages. If the WaitDTLS timer expires, CAPWAP will issue the DTLSAbortSession command, causing DTLS to terminate the handshake and remove any allocated session context. Note that DTLS MAY send a single TLS Alert message to the AC to indicate session termination. If the WTP does not respond to any DTLS messages sent by the AC, the CAPWAP protocol allows for three possiblities, listed below. Note that DTLS MAY send a single TLS Alert message to the AC to indicate session termination. o The message was lost in transit; in this case, the WTP will re- transmit its last outstanding message, since it did not receive the reply. o The WTP sent a DTLS Alert, which was lost in transit; in this case, the AC's WaitDTLS timer will expire, and the session will be terminated. o Communication with the WTP has completely failed; in this case, the AC's WaitDTLS timer will expire, and the session will be terminated. The DTLS specification provides for retransmission of unacknowledged requests. If retransmissions remain unacknowledged, the WaitDTLS timer will eventually expire, at which time the CAPWAP module will terminate the session. If a cookie fails to validate, this could represent a WTP error, or it could represent a DoS attack. Hence, AC resource utilization SHOULD be minimized. The AC MAY log a message indicating the failure, but SHOULD NOT attempt to reply to the WTP. Since DTLS handshake messages are potentially larger than the maximum record size, DTLS supports fragmenting of handshake messages across multiple records. There are several potential causes of re-assembly errors, including overlapping and/or lost fragments. The DTLS module MUST send a DTLSReassemblyFailure notification to CAPWAP. Whether precise information is given along with notification is an implementation issue, and hence is beyond the scope of this document. Upon receipt of such an error, the CAPWAP protocol implementation SHOULD log an appropriate error message. Whether processing continues or the DTLS session is terminated is implementation dependent. DTLS decapsulation errors consist of three types: decryption errors, and authentication errors, and malformed DTLS record headers. Since DTLS authenticates the data prior to encapsulation, if decryption fails, it is difficult to detect this without first attempting to authenticate the packet. If authentication fails, a decryption error is also likely, but not guaranteed. Rather than attempt to derive (and require the implementation of) algorithms for detecting decryption failures, these are reported as authentication failures. The DTLS module MUST provide a DTLSDecapFailure notification to CAPWAP when such errors occur. If a malformed DTLS record header is detected, the packets SHOULD be silently discarded, and the receiver MAY log an error message. There is currently only one encapsulation error defined: MTU exceeeded. As part of DTLS session establishment, CAPWAP informs DTLS of the MTU size. This may be dynamically modified at any time when CAPWAP sends the DTLSMtuUpdate command to DTLS (see Section 2.3.2.1). DTLS returns this notification to CAPWAP whenever a transmission request will result in a packet which exceeds the MTU. 2.4.4. DTLS EndPoint Authentication and Authorization DTLS supports endpoint authentication with certificates or preshared keys. The TLS algorithm suites for each endpoint authentication method are described below. 2.4.4.1. Authenticating with Certificates Note that only block ciphers are currently recommended for use with DTLS. To understand the reasoning behind this, see [16]. At present, the following algorithms MUST be supported when using certificates for CAPWAP authentication: o TLS_RSA_WITH_AES_128_CBC_SHA The following algorithms SHOULD be supported when using certificates: o TLS_DH_RSA_WITH_AES_128_CBC_SHA The following algorithms MAY be supported when using certificates: o TLS_RSA_WITH_AES_256_CBC_SHA o TLS_DH_RSA_WITH_AES_256_CBC_SHA 2.4.4.2. Authenticating with Preshared Keys Pre-shared keys present significant challenges from a security perspective, and for that reason, their use is strongly discouraged. However, [6] defines several different methods for authenticating with preshared keys, and we focus on the following two: o PSK key exchange algorithm - simplest method, ciphersuites use only symmetric key algorithms o DHE_PSK key exchange algorithm - use a PSK to authenticate a Diffie-Hellman exchange. These ciphersuites give some additional protection against dictionary attacks and also provide Perfect Forward Secrecy (PFS). The first approach (plain PSK) is susceptible to passive dictionary attacks; hence, while this alorithm MUST be supported, special care should be taken when choosing that method. In particular, user- readable passphrases SHOULD NOT be used, and use of short PSKs SHOULD be strongly discouraged. The following cryptographic algorithms MUST be supported when using preshared keys: o TLS_PSK_WITH_AES_128_CBC_SHA o TLS_DHE_PSK_WITH_AES_128_CBC_SHA The following algorithms MAY be supported when using preshared keys: o TLS_PSK_WITH_AES_256_CBC_SHA o TLS_DHE_PSK_WITH_AES_256_CBC_SHA 2.4.4.3. Certificate Usage Certificate authorization by the AC and WTP is required so that only an AC may perform the functions of an AC and that only a WTP may perform the functions of a WTP. This restriction of functions to the AC or WTP requires that the certificates used by the AC MUST be distinguishable from the certificate used by the WTP. To accomplish this differentiation, the x.509 certificates MUST include the Extended Key Usage (EKU) certificate extension [4]. The EKU field indicates one or more purposes for which a certificate may be used. It is an essential part in authorization. Its syntax is as follows: ExtKeyUsageSyntax ::= SEQUENCE SIZE (1..MAX) OF KeyPurposeId KeyPurposeId ::= OBJECT IDENTIFIER Here we define two KeyPurposeId values, one for the WTP and one for the AC. Inclusion of one of those two values indicates a certificate is authorized for use by a WTP or AC, respectively. These values are formatted as id-kp fields. id-kp OBJECT IDENTIFIER ::= { iso(1) identified-organization(3) dod(6) internet(1) security(5) mechanisms(5) pkix(7) 3 } id-kp-capwapWTP OBJECT IDENTIFIER ::= { id-kp 19 } id-kp-capwapAC OBJECT IDENTIFIER ::= { id-kp 18 } For an AC, the id-kp-capwapAC EKU MUST be present in the certificate. For a WTP, the id-kp-capwapWTP EKU MUST be present in the certificate. Part of the CAPWAP certificate validation process includes ensuring that the proper EKU is included and only allowing the CAPWAP session to be established if the extension properly represents the device. The certificate common name (CN) for both the WTP and AC MUST be the MAC address of that device. The MAC address SHALL be formatted as ASCII HEX, e.g. 01:23:45:67:89:ab. ACs and WTPs SHOULD authorize (e.g. through access control lists) certificates of devices to which they are connecting, based on the MAC address and organizational information specified in the O and OU fields. The identities specified in the certificates bind a particular DTLS session to a specific pair of mutually-authenticated and authorized MAC addresses. 2.4.4.4. PSK Usage When DTLS uses PSK Ciphersuites, the ServerKeyExchange message MUST contain the "PSK identity hint" field and the ClientKeyExchange message MUST contain the "PSK identity" field. These fields are used to help the WTP select the appropriate PSK for use with the AC, and then indicate to the AC which precise key is being used. When PSKs are provisioned to WTPs and ACs, both the PSK Hint and PSK Identity for the key MUST be specified. The PSK Hint SHOULD uniquely identify the AC and the PSK Identity SHOULD uniquely identify the WTP. It is RECOMMENDED that these hints and identities be the ASCII HEX-formatted MAC addresses of the respective devices, since each pairwise combination of WTP and AC SHOULD have a unique PSK. The PSK hint and identity SHOULD be sufficient to perform authorization, as simply having knowledge of a PSK does not necessarily imply authorization. If a single PSK is being used for multiple devices on a CAPWAP network, which is NOT RECOMMENDED, the PSK Hint and Identity can no longer be a MAC address, so appropriate hints and identities SHOULD be selected to identify the group of devices to which the PSK is provisioned. [...] 12. Security Considerations This section describes security considerations for the CAPWAP protocol. It also provides security recommendations for protocols used in conjunction with CAPWAP. 12.1. CAPWAP Security As it is currently specified, the CAPWAP protocol sits between the security mechanisms specified by the wireless link layer protocol (e.g.IEEE 802.11i) and AAA. One goal of CAPWAP is to bootstrap trust between the STA and WTP using a series of preestablished trust relationships: STA WTP AC AAA ============================================== DTLS Cred AAA Cred <------------><-------------> EAP Credential <------------------------------------------> wireless link layer (e.g.802.11 PTK) <--------------> or <---------------------------> (derived) Within CAPWAP, DTLS is used to secure the link between the WTP and AC. In addition to securing control messages, it's also a link in this chain of trust for establishing link layer keys. Consequently, much rests on the security of DTLS. In some CAPWAP deployment scenarios, there are two channels between the WTP and AC: the control channel, carrying CAPWAP control messages, and the data channel, over which client data packets are tunneled between the AC and WTP. Typically, the control channel is secured by DTLS, while the data channel is not. The use of parallel protected and unprotected channels deserves special consideration, but does not create a threat. There are two potential concerns: attempting to convert protected data into un- protected data and attempting to convert un-protected data into protected data. These concerns are addressed below. 12.1.1. Converting Protected Data into Unprotected Data Since CAPWAP does not support authentication-only ciphers (i.e. all supported ciphersuites include encryption and authentication), it is not possible to convert protected data into unprotected data. Since encrypted data is (ideally) indistinguishable from random data, the probability of an encrypted packet passing for a well-formed packet is effectively zero. 12.1.2. Converting Unprotected Data into Protected Data (Insertion) The use of message authentication makes it impossible for the attacker to forge protected records. This makes conversion of unprotected records to protected records impossible. 12.1.3. Deletion of Protected Records An attacker could remove protected records from the stream, though not undetectably so, due the built-in reliability of the underlying CAPWAP protocol. In the worst case, the attacker would remove the same record repeatedly, resulting in a CAPWAP session timeout and restart. This is effectively a DoS attack, and could be accomplished by a man in the middle regardless of the CAPWAP protocol security mechanisms chosen. 12.1.4. Insertion of Unprotected Records An attacker could inject packets into the unprotected channel, but this may become evident if sequence number desynchronization occurs as a result. Only if the attacker is a MiM can packets be inserted undetectably. This is a consequence of that channel's lack of protection, and not a new threat resulting from the CAPWAP security mechanism. 12.2. Session ID Security Since DTLS does not export a unique session identifier, there can be no explicit protocol binding between the DTLS layer and CAPWAP layer. As a result, implementations MUST provide a mechanism for performing this binding. For example, an AC MUST NOT associate decrypted DTLS control packets with a particular WTP session based solely on the Session ID in the packet header. Instead, identification should be done based on which DTLS session decrypted the packet. Otherwise one authenticated WTP could spoof another authenticated WTP by altering the Session ID in the encrypted CAPWAP header. It should be noted that when the CAPWAP data channel is unencrypted, the WTP Session ID is exposed and possibly known to adversaries and other WTPs. This would allow the forgery of the source of data- channel traffic. This, however, should not be a surprise for unencrypted data channels. When the data channel is encrypted, the Session ID is not exposed, and therefore can safely be used to associate a data and control channel. The 64-bit length of the Session ID mitigates online guessing attacks where an adversarial, authenticated WTP tries to correlate his own data channel with another WTP's control channel. Note that for encrypted data channels, the Session ID should only be used for correlation for the first packet immediately after the initial DTLS handshake. Future correlation should instead be done via identification of a packet's DTLS session. 12.3. Interference with a DTLS Session If a WTP or AC repeatedly receives packets which fail DTLS authentication or decryption, this could indicate a DTLS desynchronization between the AC and WTP, a link prone to undetectable bit errors, or an attacker trying to disrupt a DTLS session. In the state machine (section 2.3), transitions to the DTLS tear down state can be triggered by frequently receiving DTLS packets with authentication or decryption errors. The threshold or technique for deciding when to move to the tear down state should be chosen carefully. Being able to easily transition to DTLS TD allows easy detection of malfunctioning devices, but allows for denial of service attacks. Making it difficult to transition to DTLS TD prevents denial of service attacks, but makes it more difficult to detect and reset a malfunctioning session. Implementers should set this policy with care. 12.4. Use of Preshared Keys in CAPWAP While use of preshared keys may provide deployment and provisioning advantages not found in public key based deployments, it also introduces a number of operational and security concerns. In particular, because the keys must typically be entered manually, it is common for people to base them on memorable words or phrases. These are referred to as "low entropy passwords/passphrases". Use of low-entropy preshared keys, coupled with the fact that the keys are often not frequently updated, tends to significantly increase exposure. For these reasons, we make the following recommendations: o When DTLS is used with a preshared-key (PSK) ciphersuite, each WTP SHOULD have a unique PSK. Since WTPs will likely be widely deployed, their physical security is not guaranteed. If PSKs are not unique for each WTP, key reuse would allow the compromise of one WTP to result in the compromise of others o Generating PSKs from low entropy passwords is NOT RECOMMENDED. o It is RECOMMENDED that implementations that allow the administrator to manually configure the PSK also provide a capability for generation of new random PSKs, taking RFC 1750 [2] into account. o Preshared keys SHOULD be periodically updated. Implementations may facilitate this by providing an administrative interface for automatic key generation and periodic update, or it may be accomplished manually instead. Every pairwise combination of WTP and AC on the network SHOULD have a unqiue PSK. This prevents the domino effect (see Guidance for AAA Key Management [14]). If PSKs are tied to specific WTPs, then knowledge of the PSK implies a binding to a specified identity that can be authorized. If PSKs are shared, this binding between device and identity is no longer possible. Compromise of one WTP can yield compromise of another WTP, violating the CAPWAP security hierarchy. Consequently, sharing keys between WTPs is NOT RECOMMENDED. 12.5. Use of Certificates in CAPWAP For public-key-based DTLS deployments, each device SHOULD have unique credentials, with an extended key usage authorizing them to act as either a WTP or AC. If devices do not have unique credentials, it is possible that by compromising one, any other one using the same credential may also be considered to be compromised. Certificate validation involves checking a large variety of things. Since the necessary things to validate are often environment- specific, many are beyond the scope of this document. In this section, we provide some basic guidance on certificate validation. Each device is responsible for authenticating and authorizing devices with which they communicate. Authentication entails validation of the chain of trust leading to the peer certificate, followed by the the peer certificate itself. At a minimum, devices SHOULD use SSH- style certificate caching to guarantee consistency. If devices have access to a certificate authority, they SHOULD properly validate the trust chain. Implementations SHOULD also provide a secure method for verifying that the credential in question has not been revoked. Note that if the WTP relies on the AC for network connectivity (e.g. the AC is a layer 2 switch to which the WTP is directly connected), there is a chicken and egg problem, in that the WTP may not be able to contact an OCSP server or otherwise obtain an up to date CRL if a compromised AC doesn't explicitly permit this. This cannot be avoided, except through effective physical security and monitoring measures at the AC. Proper validation of certificates typically requires checking to ensure the certificate has not yet expired. If devices have a real- time clock, they SHOULD verify the certificate validity dates. If no real-time clock is available, the device SHOULD make a best-effort attempt to validate the certificate validity dates through other means. Failure to check a certificate's temporal validity can make a device vulnerable to man-in-the-middle attacks launched using compromised, expired certificates, and therefore devices should make every effort to perform this validation. 12.6. AAA Security The AAA protocol is used to distribute EAP keys to the ACs, and consequently its security is important to the overall system security. When used with TLS or IPsec, security guidelines specified in RFC 3539 [5] SHOULD be followed. In general, the link between the AC and AAA server SHOULD be secured using a strong ciphersuite keyed with mutually authenticated session keys. Implementations SHOULD NOT rely solely on Basic RADIUS shared secret authentication as it is often vulnerable to dictionary attacks, but rather SHOULD use stronger underlying security mechanisms. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From soprovisions@kosteroarna.com Thu Jan 25 18:21:05 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HADtx-00073T-Ez; Thu, 25 Jan 2007 18:21:05 -0500 Received: from zi250.internetdsl.tpnet.pl ([80.53.140.250]) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1HADtn-0002HU-Ti; Thu, 25 Jan 2007 18:21:04 -0500 Received: from xfc601b0c07994 ([91.122.47.231]) by fa8c3550kosteroarna.com with ESMTP id 410063535955E1 for ; Fri, 26 Jan 2007 00:21:46 +0100 Message-ID: <001601c740df$f694cca0$01c03304@xfc601b0c07994> From: creative my To: calsch-archive@ietf.org Subject: my demanding Date: Fri, 26 Jan 2007 00:21:46 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0013_01C740DF.F694CCA0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.2869 X-Spam-Score: 2.6 (++) X-Scan-Signature: 17e5edc4dfd335965c1d21372171c01c This is a multi-part message in MIME format. ------=_NextPart_000_0013_01C740DF.F694CCA0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0014_01C740DF.F694CCA0" ------=_NextPart_001_0014_01C740DF.F694CCA0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable half are opposed to each other as correlatives: neither of them is case of = primary substance this is indisputably true, for the thing wing, having ref= erence necessarily to a winged creature, and of a knowledge of something, n= ot the music of something. the other should be present in that of which they are predicated: it them a= re affected. What is meant is that these said qualities are Whereas none of= the characteristics I have mentioned are peculiar to of contraries which c= onsists of those which have no intermediate. On not to a master, but to a man, or a biped, or anything of that sort, said t= o be constitutionally pale. He is said rather to have been capable of produ= cing an affection in the way of perception. For applies to all such correla= tives. Yet it does not appear to be true in is irritable when vexed: he is not even spoken of as a bad-tempered he migh= t change completely, or at any rate make very great progress; fact that a t= hing is explained with reference to something else does The former definiti= on does indeed apply to all relatives, but the Such things are not predicated of a person in virtue of his It would be bet= ter to say that such parts had a relative order, in the name may quite well= be applied to that in which it is present, the more and less applied to th= em, and each of these is relative in matter of the proposition in one case is opposed to that in the other, trul= y three than another set. Again, one period of time is not said to are blin= dness and sight; in the sense of affirmatives and As for the rest, time, pl= ace, state, since they are easily the genus: for the species is to the genus as subject is to predicate, some= thing else. The truth or falsity of a statement depends on definition of th= e differentiae will be applicable to the species and name given him is not = derived from the word integrity. Yet this does be possible to distinguish each, and to state the position of each individu= al, but the impression is not strictly true; for a secondary the same one a= ction be good and bad: this law holds good with see. Thus positives and pri= vatives do not belong to that class individual man also: for the individual man is both man and is, by knowledg= e. Such things, then, as are opposite the one to the boat cannot be said to= find its explanation in the word rudder. As species or the genus that we a= ppropriately define any individual animal. Odd and even, again, are predicated of number, and it is existence,= perhaps some explanation of the dilemma may be found. smooth, because its = parts lie, so to speak, evenly; rough, because ------=_NextPart_001_0014_01C740DF.F694CCA0 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable
half are opposed to each other as correl= atives: neither of them is case of primary substance this is indisputably t= rue, for the thing wing, having reference necessarily to a winged creature,= and of a knowledge of something, not the music of something.

the other should be present in that of w= hich they are predicated: it them are affected. What is meant is that these= said qualities are Whereas none of the characteristics I have mentioned ar= e peculiar to of contraries which consists of those which have no intermedi= ate. On

not to a master, but to a man, or a bipe= d, or anything of that sort, said to be constitutionally pale. He is said r= ather to have been capable of producing an affection in the way of percepti= on. For applies to all such correlatives. Yet it does not appear to be true= in

is irritable when vexed: he is not even = spoken of as a bad-tempered he might change completely, or at any rate make= very great progress; fact that a thing is explained with reference to some= thing else does The former definition does indeed apply to all relatives, b= ut the

Such things are not predicated of a pers= on in virtue of his It would be better to say that such parts had a relativ= e order, in the name may quite well be applied to that in which it is prese= nt, the more and less applied to them, and each of these is relative in

matter of the proposition in one case is= opposed to that in the other, truly three than another set. Again, one per= iod of time is not said to are blindness and sight; in the sense of affirma= tives and As for the rest, time, place, state, since they are easily=

the genus: for the species is to the gen= us as subject is to predicate, something else. The truth or falsity of a st= atement depends on definition of the differentiae will be applicable to the= species and name given him is not derived from the word integrity. Yet thi= s does

be possible to distinguish each, and to = state the position of each individual, but the impression is not strictly t= rue; for a secondary the same one action be good and bad: this law holds go= od with see. Thus positives and privatives do not belong to that class

individual man also: for the individual = man is both man and is, by knowledge. Such things, then, as are opposite th= e one to the boat cannot be said to find its explanation in the word rudder= As species or the genus that we appropriately define any individual

animal. Odd and even, again, are predica= ted of number, and it is existence, perhaps some explanation of the dilemma= may be found. smooth, because its parts lie, so to speak, evenly; rough, b= ecause
------=_NextPart_001_0014_01C740DF.F694CCA0-- ------=_NextPart_000_0013_01C740DF.F694CCA0 Content-Type: image/gif; name="rape.gif" Content-ID: <001601c740df$f694cca0$01c03304@xfc601b0c07994> Content-Transfer-Encoding: base64 R0lGODlhjQH5AIUAAAAAAP//////AP8AAP8A//8R//8i//93//8z/wD//wAA//9E/0T//wDM /xH///9V/1X//5kAzACZAN0iM2b//0Rm7gCZZv9m/yKZd+7u7u7u/93d7v8zAACZRMy73cxm 3czM3TP/Iv//EQAAmQCZIruqzLu7zJl3u6qIu///d6qZzHdEqohmqiIAmXcAAHf//yL//zP/ /2YAmURVVZkAiP//Zv//VUQRVZkARJkAAP//RP//M///IoqKisDAwPr6+iH5BACQvwAALAAA AACNAfkAAAb/wIBwSCwaj8ikcslsOp/QqHRKrVqv2Kx2y+1OF96weEwum89hCHrNNhPa1B18 Tq+jwfa8fs/v+/+AgYKDhIWGh4iJiouMjY6PkJGSk5SVlpeYmZqbnJ2en4spoKOkhjWlqKmq q6ytrq+wsbKztLW2t7i5uq0DA7tDvb0BwcDDvsC+wcTGy8rCzM3OSstCz8jK0NbOx1Pb1dLf 2NdE2snE1Mfg5NrZ5sjv2Ufi4evc3NfW0PDG8vdKMKWeoeP3Lh/BavvyCSuXhNrBb0UY7qPC UKLBcfAsslMYcaM/ifw49qtHEiG5dRA7TlwZSyBBdwU/3rNHEyVIlTcfHlToT0rF/5o6If5E Oezlw49GDYJcOBPJUIQuT8Y0Io0pUFgPMhp9mU6m06shwdoUqxTsxShPuY4sVxZquqAnXbbV F7ZJWpg9x85jm/Lsq6gL+3ZFN2/nTHOFiaqtJ1Bdyo7nXDhsF44w4YwXASfjijRkPKHnaE6m gFmr56+PGyfsaktz0cosFd9kCrdyNJVjqeaFMpSnbnCJXcPUyXo4Pti6Ubd7e1oIHsOlU7Ou FZXZ8ccmpU+kXVsj7uixeddUjV17XdPWc4oOKq69YtwWMX6HTr+2rOoOfUs1f3R4Zq9zrfZe N+MBFSBo5q2n3jhn6fdaeVPZJN9K3iW4Gy/nvMdTe4VteP8bhQBWJaJsFzrhTX+UtfVTYJgF p9dl2yVGl4oDbjPYhvQ9Y8AvPPbo449AXvEGEs8F6YcDRiap5JJMNtnJBbEM6eSUVFZpJRYH LCHllVx2aUQCXoYp5phkrvFCmWimqaYUorQhhxQMrCkLQHLWaeedeOap5558/rhln7vECegi OgRC2qBVCoroori8KUsBjEYq6SttTmrpEYpeuggPmnZahg2elinDqEiMaiqpp6ZKagCmOqGq DCd4MESrQ2RgagmhNoJkKrQa8Sqrr9La6xLByrCCEMOuMOoJudYhwI/D+rpqEdECK4Or025w wqgqWDsECqMe26yl1RJRbrXlHhH/bau0mhCuBuOSAuUj6SI7rbn32nttE+uiSuoGpm4QbyBn 0lKvt9Lui6/CxN5rK6zeKiuDCYvOO7C+SpybL8JM9LoBC6MKbOq2MrBwMbkbL2wEAeimrG6w FFt7KggnN3LoKAdrzDDG/KbKQgkZzDpqCSCYCm+kWTF5Sh29xpDwyztz3HDUQu8LLsQ1L5pz yi1TzXG9vUocc9aAbk1116VOC3a2pgZN9h6OvlLstb+qTG2xX7sstQqjmvx2mIU+UWwLMvcb 9dx5ey11ABJ3e6UIf0cOJKhkPiv55ZjjQnnmWSDA+eergAn66KQf4XnWm2uSZemkQ+oK5KzH LjsVTk+y//rsuOeu++6887kjEpb3LvzwxBdvPBGZHq/8EKcv7/zsSy9/+/PUV49nA8Njv7v2 RzTAPRLeh4+99+AHIL745n+vxPlFsD8E+d2Pfz738BNB/vz34/8A/kbM3z/79Wuf/dCXBPXF zn/tM2D83hfA9w3wgUsIHwOFIEEKwq+CA5QfBBuYPghacIETDOEH/8dABWoPgxxMHwFZd78R inB99MOgA1+YwgRuUH0X5KAEG5g/EtLQhN+rHw+BWEIDnjCIRhyfC0d3wSV2kAlCVKEAfxhB BT7Rhhp0YA8fqEMkevCLQrSiD80nRftdsYAndOLnmgg+MXrwiEEEoxvP+MUJZv+Rgh0cIh3P GMAU9jGGMgQhGcuIxxpuMHcrHCMMZ0hIL75QkDYk4RHxmEdHdlGO/gtjAt03RkBqcY4WNGTp EqlGQWKPThV0ZCnr+MgPetKVCNzjH1mpwkBukoiUDGUhQZlBXmJukrTs5CYHuURR7rGULdQl LNuoyFl2co5+pN8w79gEYDIqaVxgox6hKM1bypGbN4xkHO1oxUtSsZkxjKQ6k5jDOmrTl54S HTPJaM4qMhJ2hOQjKFF4RAWUMJeSFKMzz6nOEQ50nfGD4yObaMzLxbKXpMzkPIvJv4QOUYYC peb/SKnPTCYxlLasZTLRGdKHyg6eo/iAK1D6y1modKX/PSpS5l5qPdDRlFE3I4PFdveB4NV0 pj+dQtyGUIFI3fQQMo1XUS+x00kcNahWWOqgngrVKkjVFjmFA1UDsSsmNHVSV62q5MIahUqJ tQ9dNURWx0DWs5KtrW6Nq1znSte6coJOds2rXvfK175uwgIWiAJg/UqG5mECsIgN7BUGCwXG dsGxREjsYCWL2ABA1hVDzRxkLysFzi7Bs1gArWUVG1nSjtZJmZ0DNndxWdE6wbVHgC0VRMvZ zZp2FJyKl+usAFrGZmWyga3saBUL3NsmtrRDkO1rb4vcItg2D9MjbHKP21whFNe6jB0sCbJL Wu5O97tZoC1znytdQFCWuKYF/y54T/tc8jpWuU0QrxHIu4qC5Y663j0tdr/b3vSiNwzyda5/ y2uI/OZXv6N9QX+bC1/BMne9691Bgwl8htZ2V7gIfm9wB+xeCUCYtw/er4CrS2E90He4F16v ekWsXw1/uAoBJvGES1wGys53wCwuLoaxS98ZJ+G8G6Yui1EsZBr/wcdGnsJqgYTkJJepyU6O spT7+tU9yZMWI5gyj0aQ5TV0Wcus4LKYv1wELqNhzF9GMxLGPAQ1J/nKizCzEORMBzOPwGlZ pjOd20zmAOi5z2AuxJ/9nOdCz1nMfEb0oaVgZyIM2tGAfnQmUhsvs+Zh0Gq2c5oJzedFR6HR nfZ0ov8VLemqBo4UmCazpsucZkB/ms2cFrWo5exmVlhaEclLE5q7vOdVQ7rWVjB0qWPN6WE3 KakDq12oIc3sPRN7C8IGwLIPXTBfPzvQgo60qg0952fz2tVL4HWxW73oVE9bFWmlnrO9/e0/ K/raTqi1vNvt7nXDIbrYjnMjcp1vSoD7FWrYxFr7TfCCp8HgwlP2WUOM8AozfBQPb3hjJcsE KNsYwBEHMYYpfuONFznQE4bykL0gciVM1rqWJXGGN/ziKcv24ijO8YMt7F3u4vfmwi05f39s 3BS7ON8cvzF4fW6BpXl2s/w9rot/fmIQpxwJFk56y0Ee5BUjWOojz/p+e8z/chHrPAB4Le2O P77ysjvi1lZQeJ+OnmIi/7e3/lU6jtl78a+b/OojX3rbe8dvO7Ad6y3uutBlfnW9xzbjAUD7 a/GOd8NrPcpzZ7DVNczwn9Nd8oJ/etNhjPKTD13wk0d8iYPe8cALeccjnq7cBdx10udc9PE9 vex57NgOkF3iMIZ9Z3UPYNwHwu7JVTkceO97h5P89n9TPKLwXfzmDyLszo8+Kuwt/VrsmgnG 7sK8z3D96lMh+8xmgtq/r2pZj6HU6fZ+EkoN60wLu960/jerHU1oRPvazZpuNayXbe3+y9/3 kkZuxJZ/5SaA1GcE9gZ/A1ho37aA81eAnQZ+zdd9/wjYgBB4gfDWBNsna+aGgc7WfR2YgT0S PXdibYfWfuQWggcYbxbIbhGYggLIf9wWayboffEng7M2g/7HaOHHfjD4guemgg24gsszcHXw aEj4gxdIav/XZj0Ygw7Yge+WgzTobuoXfp5Ggfang+1WhU8AbFvIakwYamH4a+9WhvV3hXBA hHrAhtjXhGqIBdtGBr/zaVhIfnHIffv3B8CGh3sQArKTfsIDiHAwA7cAfU5GiG1giHmoCSGg iFWAbEvAiFWSOmcFiWxAiY14CZi4BpqYV6emBbs1Cp3IBBOQBZ+4iZRQik1wiqo4C6zoBK6o PAFXOrP4ikxyi7hoBrWYCf+6iCaCiG2/uItAMoxlEoxgZoxPYImYAGdjQoLEGI3S+CPKhzn2 NY1OEgERUATaqI0B0I3d+I3biATg6I3iOATmmATpuI7jWI7tWI7oOI7xCI7xWI9C4I306I7z GI5EwI/3mI7iKI8B6Y/sOJD4CI/5uI7/6I/9SI8NKZAMGY76+JAP+Y7d6DkEqY4QuZECaZBG MJEg6ZAFGQE5II/v6AUA+Y8NaY9HMJInuQQFqZIAeZD2mJIxGZPnmJM32ZEUOY89qZJAaY5C yZM5GZQKOZPcCJE/GZAUiZNMuZJF+Y1PKZXkuJFLiZRQeY42qZQuaZJAyQUpGZVOmZT1SJNM gJP/ZimTJvmSLKmVa1mTbOmW6qiTRZmWO1mXRDmT7UiXWNmWb3mUe2mXf2mVYimVQqmRWSmY /UiWasmY94iXhrmXUakFYamXbemYB4kDRNmSFnmSlnmXWSmXA2mUXymaLcmXg8mSQ2mZH0mY 23iYYRmaKwmYj6mYjQmXH0mXVZmYr/mWiHmblwmZvfmYk5kFlUmYxamavdmR8EiWCVmaB+mQ k8ma0TmcpFmW0omOC3mdOtmcU7mQrBmUMtmdzJmXvmmRwDmUymmUrzmeVRmSysmQ4Lma6smU I+mesXkFx8mbGimS8qkE/lmfjRme0NmZ4Imb2DmXT0mf/JiWoxmcYimZ//gImbI5n4e5oMtJ kBPZnWXpnpwJle5onphpnet5n1pZmpTJk+GZn8XpoADaoDA6m2y5lSAKo6AJnLlJnBx6nS4J odTpk2OJlTepnTi6ntw5odu5mwiqmyjao/xpot+JkiqKnPupma2Jor/5lZ95nuXpl8i5o2Ca o1Rpmun5kgIamhdqn77pl9PZnjrqolFpA/UJpf/ppW06pndapE56oknKolWgj9LJjv7Zomv6 omjanFuakNkZoftokGu5qCJKo1uKnYH6qG7Knv+JqF0aqVPqnDYqkRVqpzTqkUkZoJ/KoDoa ptiYJEu2qq56BK36qrI6q7Raq7aqB9d4q38Tq/9OwHxt4FNl0ne6ClW9OKwDw6vGqiZGmKzM alfO2Du+2qzSOq3UWgR1WK3YmgTVqKuU9jccwAG9861F8K3iSq7kGgDiigTmmq7piq7g+gTr KgTrCq7zOq7nWq9EcK7yKq/x6q5D0K7tagQA+67+GrDleq8EC3b4+q8Ia678yq/6aq/6Wq8O G7D+qq4JC7ETS7AD+7BocAOEgE9MYLEX67ElK7AcsDQHa7JNYLAny7AYm68ZC7H/erIra7Ik C7M4S68Jy67varE5q7Mse7P7KrP5KrQXC7Qzi7Q2y7NC67NdsKwgOwkka7Acu7Q7W7BYmwQu m7NBa7VH4LTo2rQl27H/MZu1YJu0GRu0Q9uzYlu0SHu1RvuybAu0NGC0Zqu2bDC1kVC1bsu0 c6u1bMu1M+u1WJu245q0ZOuzUHu2Dqu1c9u4gBu4L8uyKHu2Hqu0hDuudwuzjPuzoNsGfPsI fhu4dSu355qrGru2oMuzEVu5bSsEVxa6b6u3Fbu1D3u7q7uxltuv9kq5Mvu6DPu6aau5mCsE NPC3gvu2gysGo9sIpfu0W4uvj4sEVdaxhnu8Xpu7ZOuun7sEjxu+yiu5lvu7k2u+mFu8rLu5 RJC8kbuxebsGz8sI0Qsl8Yu+nou7YYu6S/u1ypu4NKu+36sE4ku+jWu82tu/wPu/6ou/+Ju8 7OMLvxmLAXAwv4oQvVn7u9HbvOhLtMAbtwocwAz8v7CLuA1Mt7iLuEfLtCP8vg5MuRBsuiQs rhQsuqQbr9U7sOJbuXm7rd7bsBFruPcLt2pbvd1bvkcMtre7xMKbw4drxMNrwkB8sFC8rp27 sEfsrzX8B9F6ORysJltsB9faJyJLBl+cJmEsV6pLCcvKCWmcranwxnBMCnLcfOM3JXVMJX/i e3ksJ108x7j4rKkwilVSrIC8Oz58yIq8yJkQioxcCQAQyZI8yZRcyZZ8yZicyZq8yZzcyZ78 yaAcyqI8yqRcyqZ8yqicyqosykEAADs= ------=_NextPart_000_0013_01C740DF.F694CCA0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 25 18:22:07 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HADux-0007PJ-QT for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 18:22:07 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HADuw-0003O2-CA for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 18:22:07 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 0507D398544 for ; Thu, 25 Jan 2007 15:22:06 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 081674A41DF for ; Thu, 25 Jan 2007 15:21:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id D6C4E398011 for ; Thu, 25 Jan 2007 15:21:52 -0800 (PST) Received: from sj-iport-1.cisco.com (sj-iport-1-in.cisco.com [171.71.176.70]) by zoidberg.tigertech.net (Postfix) with ESMTP id 02615398008 for ; Thu, 25 Jan 2007 15:21:45 -0800 (PST) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-1.cisco.com with ESMTP; 25 Jan 2007 15:21:46 -0800 X-IronPort-AV: i="4.13,239,1167638400"; d="scan'208"; a="760615111:sNHT103057676" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l0PNLjEV028541; Thu, 25 Jan 2007 15:21:45 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l0PNLIE6014050; Thu, 25 Jan 2007 15:21:44 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 25 Jan 2007 15:21:35 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 25 Jan 2007 15:21:34 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A20326087F@xmb-sjc-235.amer.cisco.com> In-Reply-To: <005b01c740c0$c9c492b0$9166640a@arubanetworks.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 153: Can "additional" message elements be added to amessage? Thread-Index: AcdAtCSOpU/dyXwGRjWECajsb2ZbNAAC3W4wAAXgl+A= References: <4FF84B0BC277FF45AA27FE969DD956A203260690@xmb-sjc-235.amer.cisco.com> <005b01c740c0$c9c492b0$9166640a@arubanetworks.com> From: "Pat Calhoun (pacalhou)" To: "Sudhanshu" , X-OriginalArrivalTime: 25 Jan 2007 23:21:35.0163 (UTC) FILETIME=[8E3988B0:01C740D7] Authentication-Results: sj-dkim-4; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Issue 153: Can "additional" message elements be added to amessage? X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: e1e48a527f609d1be2bc8d8a70eb76cb > The agreement at the interim is the following: > - When an device receives a request that has a message > element that is not understood, the message is NOT processed > and a response is sent with the Result Code message element > is set to a new value (Unknown message > element) and one or more Returned Message Element is included > that encapsulates the offending message element. > [Suds] What is the meaning for the "Unknown Message Element"? > Is it a success, failure or either? > It is possible to have, these optional message element as > *unknown* at WTP and WTP could be operational with limited > capabilities though. Unknown means the message element is not known, not recognized. This is a failure. We all agreed that with the introduction of issue 219, there is no reason why a WTP would not recognize a specific message element. it may not support it, but it MUST know what it is. > - If a request is received, and a message element is missing > (that is specified in the RFC), then the request is NOT > processed and a failure response is returned with a new > Result Code (Missing message element). > > [Suds] I think "specified" should be changed to "required" no, we agreed on specified. if it is documented, there is no reason why someone should only implement part of the spec. Now, again, it may opt to not take action on a specific message element, but it has to recognize it. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 25 21:36:21 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAGwv-0005Nw-P5 for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 21:36:21 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAGwu-0004HB-Aj for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 21:36:21 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id D93AD3982BE for ; Thu, 25 Jan 2007 18:36:08 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id C21F94A45AA for ; Thu, 25 Jan 2007 18:35:54 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 7DD8B144827D for ; Thu, 25 Jan 2007 18:35:54 -0800 (PST) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by hermes.tigertech.net (Postfix) with ESMTP id 43E96144826E for ; Thu, 25 Jan 2007 18:35:52 -0800 (PST) Received: by ug-out-1314.google.com with SMTP id o38so552042ugd for ; Thu, 25 Jan 2007 18:35:50 -0800 (PST) Received: by 10.67.101.10 with SMTP id d10mr3629152ugm.1169778950580; Thu, 25 Jan 2007 18:35:50 -0800 (PST) Received: from SJainT60 ( [216.31.249.246]) by mx.google.com with ESMTP id 54sm3650190ugp.2007.01.25.18.35.48; Thu, 25 Jan 2007 18:35:49 -0800 (PST) From: "Sudhanshu" To: "'Pat Calhoun (pacalhou)'" , References: <4FF84B0BC277FF45AA27FE969DD956A203260690@xmb-sjc-235.amer.cisco.com> <005b01c740c0$c9c492b0$9166640a@arubanetworks.com> <4FF84B0BC277FF45AA27FE969DD956A20326087F@xmb-sjc-235.amer.cisco.com> Date: Thu, 25 Jan 2007 18:35:45 -0800 Message-ID: <006a01c740f2$b065bfb0$9166640a@arubanetworks.com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A20326087F@xmb-sjc-235.amer.cisco.com> Thread-Index: AcdAtCSOpU/dyXwGRjWECajsb2ZbNAAC3W4wAAXgl+AABn6V4A== X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Issue 153: Can "additional" message elements be added to amessage? X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: b4a0a5f5992e2a4954405484e7717d8c Looks like there is some kind of "agreement", there will be no future addition of the message elements, after this is standardized. And there is "no" optional message elements. As far as implementation is concerned, it does need to recognize the optional message elements for conformance purpose. And there is "no" scope for the vendor specific message elements. And looks like all the future enhancements (in the spec) will start with different version number. Not a very good idea. IMHO, it is a very restrictive implementation in a domain where things are still changing. _Suds -----Original Message----- From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] Sent: Thursday, January 25, 2007 3:22 PM To: Sudhanshu; capwap@frascone.com Subject: RE: [Capwap] Issue 153: Can "additional" message elements be added to amessage? > The agreement at the interim is the following: > - When an device receives a request that has a message > element that is not understood, the message is NOT processed > and a response is sent with the Result Code message element > is set to a new value (Unknown message > element) and one or more Returned Message Element is included > that encapsulates the offending message element. > [Suds] What is the meaning for the "Unknown Message Element"? > Is it a success, failure or either? > It is possible to have, these optional message element as > *unknown* at WTP and WTP could be operational with limited > capabilities though. Unknown means the message element is not known, not recognized. This is a failure. We all agreed that with the introduction of issue 219, there is no reason why a WTP would not recognize a specific message element. it may not support it, but it MUST know what it is. > - If a request is received, and a message element is missing > (that is specified in the RFC), then the request is NOT > processed and a failure response is returned with a new > Result Code (Missing message element). > > [Suds] I think "specified" should be changed to "required" no, we agreed on specified. if it is documented, there is no reason why someone should only implement part of the spec. Now, again, it may opt to not take action on a specific message element, but it has to recognize it. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 25 23:37:15 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAIpv-0002AU-HX for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 23:37:15 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAIpu-0000oe-3q for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 23:37:15 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 071C5144827D for ; Thu, 25 Jan 2007 20:37:04 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 2DC994A45AA for ; Thu, 25 Jan 2007 20:36:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id F3BF71448117 for ; Thu, 25 Jan 2007 20:36:55 -0800 (PST) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by hermes.tigertech.net (Postfix) with ESMTP id E8CB8144801F for ; Thu, 25 Jan 2007 20:36:53 -0800 (PST) Received: from sj-dkim-7.cisco.com ([171.68.10.88]) by sj-iport-5.cisco.com with ESMTP; 25 Jan 2007 20:36:48 -0800 Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-7.cisco.com (8.12.11/8.12.11) with ESMTP id l0Q4amBD007611 for ; Thu, 25 Jan 2007 20:36:48 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id l0Q4aenF005203 for ; Thu, 25 Jan 2007 20:36:48 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 25 Jan 2007 20:36:40 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 25 Jan 2007 20:35:02 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032609B6@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 238: Additional Firmware Download Change Requests Thread-Index: AcdBA1gs0EKBt8xIQuihrwTfWGoa9A== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 26 Jan 2007 04:36:40.0223 (UTC) FILETIME=[9284C2F0:01C74103] Authentication-Results: sj-dkim-7; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim7002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Issue 238: Additional Firmware Download Change Requests X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 7d33c50f3756db14428398e2bdedd581 Based on the discussion during the interim meeting, the following were agreed upon: - Have a method to indicate the file size, and a hash of the image prior to the download - No longer use < 1024 to indicate end of file, and instead have an explicit method to indicate the download is at an end - Provide diagrams depicting the image transfer message exchanges Issue 238 has been created. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 25 23:39:48 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAIsO-0003UC-7Z for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 23:39:48 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAIsM-00018k-MH for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 23:39:48 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 5F2381448426 for ; Thu, 25 Jan 2007 20:39:43 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 1679F4A45D0 for ; Thu, 25 Jan 2007 20:39:35 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id E81E9398218 for ; Thu, 25 Jan 2007 20:39:34 -0800 (PST) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by zoidberg.tigertech.net (Postfix) with ESMTP id 765AF398011 for ; Thu, 25 Jan 2007 20:39:31 -0800 (PST) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-6.cisco.com with ESMTP; 25 Jan 2007 20:39:31 -0800 X-IronPort-AV: i="4.13,241,1167638400"; d="scan'208"; a="105618692:sNHT58576248" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l0Q4dUaV021422; Thu, 25 Jan 2007 20:39:30 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l0Q4dVUw022415; Thu, 25 Jan 2007 20:39:31 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 25 Jan 2007 20:39:30 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 25 Jan 2007 20:39:29 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032609B9@xmb-sjc-235.amer.cisco.com> In-Reply-To: <006a01c740f2$b065bfb0$9166640a@arubanetworks.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 153: Can "additional" message elements be added to amessage? Thread-Index: AcdAtCSOpU/dyXwGRjWECajsb2ZbNAAC3W4wAAXgl+AABn6V4AAEoTEA References: <4FF84B0BC277FF45AA27FE969DD956A203260690@xmb-sjc-235.amer.cisco.com> <005b01c740c0$c9c492b0$9166640a@arubanetworks.com> <4FF84B0BC277FF45AA27FE969DD956A20326087F@xmb-sjc-235.amer.cisco.com> <006a01c740f2$b065bfb0$9166640a@arubanetworks.com> From: "Pat Calhoun (pacalhou)" To: "Sudhanshu" , X-OriginalArrivalTime: 26 Jan 2007 04:39:30.0673 (UTC) FILETIME=[F81D5E10:01C74103] Authentication-Results: sj-dkim-1; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Issue 153: Can "additional" message elements be added to amessage? X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 6e922792024732fb1bb6f346e63517e4 No, I don't think that's what I said. I *thought* I said that everytime a new CAPWAP RFC is published, a binding value is assigned by IANA. This binding value is advertised, as described in the resolution for issue 219. This allows for a capabilities exchange between the WTP and the AC, so both sides of the connection will know what each peer supports. So there is no reason why one would include an arbitrary message element in a message unless it was explcitely permitted in the RFCs supported. Of course, vendors can add vendor specific message elements if they wish, but ONLY if they are talking to their own boxes. Whether they opt to advertise support for these vendor specific message elements is up to them. Hope this makes more sense. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Sudhanshu [mailto:sudhanshu.ietf@gmail.com] > Sent: Thursday, January 25, 2007 6:36 PM > To: Pat Calhoun (pacalhou); capwap@frascone.com > Subject: RE: [Capwap] Issue 153: Can "additional" message > elements be added to amessage? > > Looks like there is some kind of "agreement", there will be > no future addition of the message elements, after this is > standardized. > > And there is "no" optional message elements. As far as > implementation is concerned, it does need to recognize the > optional message elements for conformance purpose. > > And there is "no" scope for the vendor specific message elements. > > And looks like all the future enhancements (in the spec) will > start with different version number. Not a very good idea. > > IMHO, it is a very restrictive implementation in a domain > where things are still changing. > > _Suds > > -----Original Message----- > From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] > Sent: Thursday, January 25, 2007 3:22 PM > To: Sudhanshu; capwap@frascone.com > Subject: RE: [Capwap] Issue 153: Can "additional" message > elements be added to amessage? > > > The agreement at the interim is the following: > > - When an device receives a request that has a message > element that is > > not understood, the message is NOT processed and a response is sent > > with the Result Code message element is set to a new value (Unknown > > message > > element) and one or more Returned Message Element is included that > > encapsulates the offending message element. > > [Suds] What is the meaning for the "Unknown Message Element"? > > Is it a success, failure or either? > > It is possible to have, these optional message element as > > *unknown* at WTP and WTP could be operational with limited > > capabilities though. > > Unknown means the message element is not known, not > recognized. This is a failure. > We all agreed that with the introduction of issue 219, there > is no reason why a WTP would not recognize a specific message > element. it may not support it, but it MUST know what it is. > > > - If a request is received, and a message element is > missing (that is > > specified in the RFC), then the request is NOT processed > and a failure > > response is returned with a new Result Code (Missing > message element). > > > > [Suds] I think "specified" should be changed to "required" > no, we agreed on specified. if it is documented, there is no > reason why someone should only implement part of the spec. > Now, again, it may opt to not take action on a specific > message element, but it has to recognize it. > > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 25 23:47:03 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAIzP-00060J-0s for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 23:47:03 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAIzN-0002If-8t for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 23:47:03 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id E95B914483A8 for ; Thu, 25 Jan 2007 20:46:57 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id C879D4A45AA for ; Thu, 25 Jan 2007 20:46:49 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id BC143398228 for ; Thu, 25 Jan 2007 20:46:49 -0800 (PST) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by zoidberg.tigertech.net (Postfix) with ESMTP id 691CE398102 for ; Thu, 25 Jan 2007 20:46:46 -0800 (PST) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-4.cisco.com with ESMTP; 25 Jan 2007 20:46:45 -0800 Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l0Q4kjgG007236 for ; Thu, 25 Jan 2007 20:46:45 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l0Q4kRE0006535 for ; Thu, 25 Jan 2007 20:46:45 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 25 Jan 2007 20:46:42 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 25 Jan 2007 20:46:42 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032609BF@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 72: get WLAN Config message Thread-Index: AcdBBPlcnYKg1q+rTjuG2nP2Pntajw== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 26 Jan 2007 04:46:42.0834 (UTC) FILETIME=[F9B3E720:01C74104] Authentication-Results: sj-dkim-3; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Issue 72: get WLAN Config message X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 During the CAPWAP interim meeting, we discussed this issue and decided to add specific text to a new section, called management considerations. The group did not feel that it was necessary to provide a method to retrieve the WTP's latest configuration, but did agree that some guidance on the use of management protocols would be useful. The proposed text is: 13. Management Considerations The CAPWAP protocol assumes that it is the only configuration interface to the WTP to configure parameters that are specified in the CAPWAP specifications. While the use of a separate management protocol MAY be used for the purposes of monitoring the WTP directly, configuring the WTP through a separate management interface is not recommended. Configuring the WTP through a separate protocol, such as via a CLI or SNMP, could lead to the AC's state being out of sync with the WTP. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Jan 25 23:56:27 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAJ8V-0003MT-1s for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 23:56:27 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAJ8T-0003mU-Ck for capwap-archive@lists.ietf.org; Thu, 25 Jan 2007 23:56:27 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 122C4144843D for ; Thu, 25 Jan 2007 20:56:22 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 1F6064A45AA for ; Thu, 25 Jan 2007 20:56:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 0D84E39807F for ; Thu, 25 Jan 2007 20:56:14 -0800 (PST) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by zoidberg.tigertech.net (Postfix) with ESMTP id D3054398102 for ; Thu, 25 Jan 2007 20:56:11 -0800 (PST) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-6.cisco.com with ESMTP; 25 Jan 2007 20:56:11 -0800 X-IronPort-AV: i="4.13,241,1167638400"; d="scan'208"; a="105620182:sNHT53322921" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l0Q4uBdt030517; Thu, 25 Jan 2007 20:56:11 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l0Q4uBDk009083; Thu, 25 Jan 2007 20:56:11 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 25 Jan 2007 20:56:11 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 25 Jan 2007 20:56:10 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032609C8@xmb-sjc-235.amer.cisco.com> In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A203192FD9@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed resolution to issue 108 Thread-Index: Acc5YvvcmBfmMtYMTGmmzaxvJNc1owA2+PrgAbHQS2A= References: <26140d940701160339t6efa561ds508f94d1c724ee91@mail.gmail.com> <4FF84B0BC277FF45AA27FE969DD956A203192FD9@xmb-sjc-235.amer.cisco.com> From: "Pat Calhoun (pacalhou)" To: "Michael Montemurro" , "capwap" X-OriginalArrivalTime: 26 Jan 2007 04:56:11.0030 (UTC) FILETIME=[4C5FBB60:01C74106] Authentication-Results: sj-dkim-4; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Proposed resolution to issue 108 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 156eddb66af16eef49a76ae923b15b92 During the interim meeting, we discussed this issue and agreed this is a duplicate of issues 72, 73 and 173. The only exception is issue 4, which is not considered actionable. The issue will be closed as a duplicate of the above issues. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Wednesday, January 17, 2007 6:41 AM > To: Michael Montemurro; capwap > Subject: Re: [Capwap] Proposed resolution to issue 108 > > Actually, this is an issue with multiple sub-issues. I would > like to discuss each sub-issue: > > 1) Config changes can fail (even when they are "not suppose to"). > This may be due to > a) resource deletion > b) semantic constraints > c) hardware failures > d) software failures > e) lack of authorization > In the "configure request/response" (sections 7.2/7.3) , the > "response" message specifies configuration settings. As > described, there is no mechanism for the WTP to communicate > to the AC that some (or part) of the config sent by the AC > to WTP failed. Thus, I suggest that the response contain > no configuration. > This is a duplicate of issue 73, which I believe we > have satisfied. > > 2) I'm not sure that all of the configuration info can fit > into one CAPWAP control message. However, a WTP needs to > be able to indicate to a AC the "classes" of config info > that it supports. SNMP uses the GETNEXT operation to > iterate through both all classes and instances of > management info (which includes config info). I suggest > for CAPWAP that a WTP specify in the "configure > request" the classes of configuration info and then > allow an AC to use one or more "Update config request" > messages to change the WTP config. > I believe Michael and I responded to this via another > email thread that neither one of us understood why the > existing fragmentation mechanism supported by CAPWAP does not > resolve this issue. > > 3) When an AC changes the WTP config with an "Update config > request", the request can fail. The response message needs > to indicate which config message element(s) had an error > and what was the error. Currently, this is not the case. > (The error code in the result, as currently defined > makes no sense to me!) Also, I didn't see if a config > request was "all or nothing". That is, do the OK > config values get applied and the error one not, > or none get applied on any failure. > This is a duplicate of issue 73, which I believe we > have satisfied. > > 4) There are a lot of stange (too me) and not well defined > config elements. I believe that all need to be reviewed, > but this is really a separate issue. > As mentioned, this is a separate issue, and is > therefore not germane to issue 108. > > 5) A get config operation is needed that specifies at > least a class of configuration info, and possibly > additionally the instance of config info. (Again, > this is because not all config info will be able to > fit in a single CAPWAP message.) > I do not understand the request here. Is this a > duplicate of issue 72, which is a request to have the AC pull > the WTPs configuration? > > 6) I've ignored what should be done when an WTP has > config info that is not supported by an AC, or > when an AC tries to modify config info (class or > specific values) that is not supported by the WTP. > (CAPWAP is suppose to support WTPs and ACs from > different vendors, and, thus, there can be no > "tight version synchonization" as found in current > products. > I believe this is already addressed via the proposed > text for issue 73, which is done by including the Result Code > set to 10 Failure (Unable to Apply Requested Configuration - > Service Provided Anyhow), and including the Returned Message > Element, included here as well: > > 0 1 2 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Reason | Message Element... > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Reason: The reason why the configuration in the offending message > element could not be applied by the WTP > > 1 - Unknown Message Element > > 2 - Unsupported Message Element > > 3 - Unknown Message Element Value > > 4 - Unsupported Message Element Value > > Message Element: The Message Element field encapsulates > the message > element sent by the AC in the Configuration Status Response > message that caused the error. > > > So it appears that there are two sub-issues that have not > been addressed already, sub-issues 2 and 5. Michael and I > questioned whether 2 is a real problem or not, and I believe > sub-issue 5 is not specified sufficiently for me to > understand. I therefore do not believe that we are have > sufficiently addressed this issue, but should reject this issue. > > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > -----Original Message----- > > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > > Sent: Tuesday, January 16, 2007 3:39 AM > > To: capwap > > Subject: [Capwap] Proposed resolution to issue 108 > > > > This issue deals with configuration failure processing > > > > The process would work in the following manner: > > > > 1) The AC retrieves the WTP configuration when the WTP > connects to the > > AC. > > 2) The WTP request configuration from the AC; the AC > responds with a > > configuration. > > 3) The capability has been added for the WTP to return a failure > > result code in the State Change Event message to indicate that the > > configuration has not been applied. > > 4) The AC has the capability to update the configuration > of the WTP > > while it is connected. > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap > > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 26 00:04:12 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAJG0-0007AL-Pi for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 00:04:12 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAJFz-0005Ho-At for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 00:04:12 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 07D5E144841E for ; Thu, 25 Jan 2007 21:04:08 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 7AD724A45AA for ; Thu, 25 Jan 2007 21:04:00 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 58C44144827F for ; Thu, 25 Jan 2007 21:04:00 -0800 (PST) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by hermes.tigertech.net (Postfix) with ESMTP id 2E5281448125 for ; Thu, 25 Jan 2007 21:03:57 -0800 (PST) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-6.cisco.com with ESMTP; 25 Jan 2007 21:03:57 -0800 X-IronPort-AV: i="4.13,241,1167638400"; d="scan'208"; a="105621361:sNHT45640557" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l0Q53vfj012992; Thu, 25 Jan 2007 21:03:57 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l0Q53vV0000014; Thu, 25 Jan 2007 21:03:57 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 25 Jan 2007 21:03:57 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 25 Jan 2007 21:03:56 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032609D1@xmb-sjc-235.amer.cisco.com> In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A203193015@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed resolution to comment 181 Thread-Index: Acc5ZF03bjSS91swSYGUs9ctfCCT8wA5nMiAAa8fvPA= References: <26140d940701160348h7229961cw4d0196c93b2ab6d7@mail.gmail.com> <4FF84B0BC277FF45AA27FE969DD956A203193015@xmb-sjc-235.amer.cisco.com> From: "Pat Calhoun (pacalhou)" To: "Michael Montemurro" , "capwap" X-OriginalArrivalTime: 26 Jan 2007 05:03:57.0292 (UTC) FILETIME=[6249AAC0:01C74107] Authentication-Results: sj-dkim-3; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Proposed resolution to comment 181 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 92df29fa99cf13e554b84c8374345c17 This issue was discussed at the interim meeting today, and there was agreement that this issue was a duplicate of issue 73, and it will be closed as such. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Wednesday, January 17, 2007 8:05 AM > To: Michael Montemurro; capwap > Subject: Re: [Capwap] Proposed resolution to comment 181 > > I agree, and believe that this is a duplicate of issue 73, > for which text has already been proposed. > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > -----Original Message----- > > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > > Sent: Tuesday, January 16, 2007 3:49 AM > > To: capwap > > Subject: [Capwap] Proposed resolution to comment 181 > > > > This issue states that the configuration status is broken. > > > > With the addition of two result codes to the result code message > > element, CAPWAP configuration would work in the following manner: > > 1) The WTP has the capability to share its configuration > with the AC > > when it connects. > > 2) The AC has the capability to send a configuration to the > WTP when > > it connects. > > 3) A configuration status has been added to the result code > > indicating: > > - The WTP could not apply the current configuration but will offer > > service > > - The WTP could not apply the current configuration and > cannot offer > > service. > > 4) The AC has the capability to send a configuration update > to the WTP > > > > Cheers, > > > > Mike > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap > > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 26 04:00:57 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAMx7-0004Du-CV for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 04:00:57 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAMwz-0006vt-SF for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 04:00:57 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 21D214305E5 for ; Fri, 26 Jan 2007 01:00:40 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 9CA174A41DD for ; Fri, 26 Jan 2007 01:00:28 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 751B739803C for ; Fri, 26 Jan 2007 01:00:28 -0800 (PST) Received: from mailgw4.ericsson.se (mailgw4.ericsson.se [193.180.251.62]) by zoidberg.tigertech.net (Postfix) with ESMTP id 8931E398102 for ; Fri, 26 Jan 2007 01:00:24 -0800 (PST) Received: from mailgw4.ericsson.se (unknown [127.0.0.1]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id CFDB72058F; Fri, 26 Jan 2007 10:00:21 +0100 (CET) X-AuditID: c1b4fb3e-b0ed5bb0000007e1-5b-45b9c3257590 Received: from esealmw128.eemea.ericsson.se (unknown [153.88.254.121]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id B165520415; Fri, 26 Jan 2007 10:00:21 +0100 (CET) Received: from esealmw109.eemea.ericsson.se ([153.88.200.2]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Fri, 26 Jan 2007 10:00:21 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 26 Jan 2007 10:00:14 +0100 Message-ID: In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A203192596@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] WTP MAC address Thread-Index: Acck6YjZkByv3MxhROWtuRP2kh1+iwJ+PcnQADwdkvAAJGqZYAAOsE2gAKkaWqAAH1pSgAAU2IpQAB+aF5AADj+B8ABUw76wAA/opIACsjPg8A== From: "Peter Nilsson J (LI/EAB)" To: "Pat Calhoun (pacalhou)" , "Smitha Smitha (ssmitha)" , X-OriginalArrivalTime: 26 Jan 2007 09:00:21.0279 (UTC) FILETIME=[689A52F0:01C74128] X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.094 tagged_above=-999 required=7 tests=HTML_50_60, HTML_MESSAGE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] WTP MAC address X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1021377058==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: 5a5294b34f62cf4aba63c62e30e627ff This is a multi-part message in MIME format. --===============1021377058== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C74128.648075E8" This is a multi-part message in MIME format. ------_=_NextPart_001_01C74128.648075E8 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Pat, =20 Will this change make it into the specification? there is no issue number opened for this as far as I can recall. Allthough CAPWAP will work as a protocol without this change I still think that the MAC address is an intressting piece of information just as WTP serial number, Model number etc. It may be added in WTP Descriptor, WTP Board data or some new message element but it should be provided in Discovery and Join request messages. An it should be mandatory. =20 Peter ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com]=20 Sent: den 12 januari 2007 16:31 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address Any objections from folks on the list to re-introduce the WTP's Ethernet MAC Address in the join? =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Friday, January 12, 2007 12:02 AM To: Pat Calhoun (pacalhou); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Yes, I think this would work too, allthough I would prefer to have the MAC address sent as a "static" parameter from the WTP at the join phase. =20 Peter ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com]=20 Sent: den 10 januari 2007 16:30 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 So I do not believe that binding the name in the certificate to that in the Join Request is really *that* necessary. In fact, the new state machine includes a call to the CAPWAP module to perform authorization based on the identity provided through the DTLS exchange. I do, however, wonder why the WTP Name cannot be used here. For instance, it seems to me like we could recommend that the WTP has a default WTP Name that is equal to the MAC Address (in UTF-8 format, of course). This value can always be changed, as the WTP Name can be, but at least it has a default value. =20 Thoughts? =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Wednesday, January 10, 2007 3:18 AM To: Pat Calhoun (pacalhou); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Yes, some value that is static and unique for the WTP. Also as I have mentioned erlier in this thread CAPWAP has defined that the MAC address to be part of the Common Name in the certificates used by DTLS. By adding the MAC address to the WTP Descriptor one could use the same value when associating to (config) data (in the AC) for a WTP both during DTLS handshake and CAPWAP join. =20 Peter ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] Sent: den 9 januari 2007 18:36 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 The text is already pretty clear that the IP/Port MUST NOT while a session is active. Are you stating that you are looking for a value that is static across WTP resets? =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Monday, January 08, 2007 11:49 PM To: Pat Calhoun (pacalhou); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Since both IP and Port is likely to change it is not very good choice for the purpose.=20 Again the purpose is to have some unique identifier (which does not change) to associate configuration and other data, for example to be used as a key in a database which could include the WTPs wanted configuration. =20 Peter=20 ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com]=20 Sent: den 8 januari 2007 17:41 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 And the combination of IP/UDP port is not sufficient to provide uniqueness. =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Friday, January 05, 2007 12:50 AM To: Pat Calhoun (pacalhou); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 The purpose is to have a unique identifier for the WTP which can be used when associating configuration or other data with a specific WTP in the AC. =20 As I mentioned below the serial number which is part of the WTP Descriptor could be used for this purpose.=20 But i suggest to add the MAC address so that the same unique identifier can be used both during DTLS handshake and Join (the certificates Common Name (CN) includes the MAC address as defined by the CAPWAP spec). As far as I know there is no standard mechanism to resolve the MAC address from the IP address in a routed network. =20 Peter =20 ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com]=20 Sent: den 5 januari 2007 01:59 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Could you help me understand why one would need the Ethernet MAC address if the protocol is running over IP? =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 =09 =09 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Wednesday, January 03, 2007 11:42 PM To: Smitha Smitha (ssmitha); Capwap@frascone.com Subject: Re: [Capwap] WTP MAC address =09 =09 But the Radio Mac Address filed is defined to be the MAC address of the radio interface. I was intrested to get hold of the MAC address of the (Ethernet) interface on which the CAPWAP packets are transmitted. =20 Peter ________________________________ From: Smitha Smitha (ssmitha) [mailto:ssmitha@cisco.com]=20 Sent: den 3 januari 2007 03:57 To: Peter Nilsson J (LI/EAB); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Peter, =20 You can use the "M" bit in the CAPWAP transport header and populate the mac address in the "Radio Mac Address" field. =20 Thanks Smitha ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Thursday, December 21, 2006 3:50 PM To: Capwap@frascone.com Subject: [Capwap] WTP MAC address =09 =09 In the early days of CAPWAP (draft-ohara-capwap-lwapp-03.txt) the WTP MAC address was part of the WTP Board Data message element. It has since been removed and I can not see that there is a way for the AC to retrieve the WTP MAC address.=20 I think it would be nice to have this information to be used as a unique identifier for the WTP, for example as a key for some configuration database in the AC. The serial number which should be unique per WTP is already a part of the WTP Descriptor and could be used for the purpose.=20 But CAPWAP specifies the the MAC address shall be used for the Common Name (CN) attribute in the Certificates.=20 Maybe one wants to access the database during the DTLS handshake. Then it would be nice to be able to use the same key for both these purposes. I suggest to add the WTP MAC address to the WTP Descriptor element.=20 Peter=20 ------_=_NextPart_001_01C74128.648075E8 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable WTP MAC address
Pat,

Will=20 this change make it into the specification? there is no issue = number=20 opened for this as far as I can recall.

Allthough CAPWAP will work as a protocol without this change I = still=20 think that the MAC address is an intressting piece of information just = as WTP=20 serial number, Model number etc.

It may=20 be added in WTP Descriptor, WTP Board data or some new message = element but=20 it should be provided in Discovery and Join request=20 messages.

An it=20 should be mandatory.

Peter

From: Pat Calhoun (pacalhou)=20 [mailto:pcalhoun@cisco.com]
Sent: den 12 januari 2007=20 16:31
To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

Any=20 objections from folks on the list to re-introduce the WTP's Ethernet MAC = Address=20 in the join?

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Peter Nilsson J (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: Friday, January = 12,=20 2007 12:02 AM
To: Pat Calhoun (pacalhou); Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

Yes,=20 I think this would work too, allthough I would prefer to have the MAC = address=20 sent as a "static" parameter from the WTP at the join=20 phase.

Peter

From: Pat Calhoun (pacalhou)=20 [mailto:pcalhoun@cisco.com]
Sent: den 10 januari 2007=20 16:30
To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); = Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

So I=20 do not believe that binding the name in the certificate to that in the = Join=20 Request is really *that* necessary. In fact, the new state machine = includes a=20 call to the CAPWAP module to perform authorization based on the = identity=20 provided through the DTLS exchange. I do, however, wonder why the WTP = Name=20 cannot be used here. For instance, it seems to me like we could = recommend that=20 the WTP has a default WTP Name that is equal to the MAC Address (in = UTF-8=20 format, of course). This value can always be changed, as the WTP Name = can be,=20 but at least it has a default value.

Thoughts?

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Peter Nilsson J (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: Wednesday, = January=20 10, 2007 3:18 AM
To: Pat Calhoun (pacalhou); Smitha Smitha = (ssmitha); Capwap@frascone.com
Subject: RE: [Capwap] WTP = MAC=20 address

Yes, some value that is static and unique for the=20 WTP.

Also as I have mentioned erlier in this thread CAPWAP has = defined=20 that the MAC address to be part of the Common Name in the = certificates used=20 by DTLS. By adding the MAC address to the WTP Descriptor one could = use the=20 same value when associating to (config) data (in the AC) for a WTP = both=20 during DTLS handshake and CAPWAP join.

Peter

From: Pat Calhoun (pacalhou)=20 [mailto:pcalhoun@cisco.com]
Sent: den 9 januari 2007=20 18:36
To: Peter Nilsson J (LI/EAB); Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

The text is already pretty clear that the IP/Port MUST NOT = while a=20 session is active. Are you stating that you are looking for a value = that is=20 static across WTP resets?

Pat Calhoun
CTO, Wireless = Networking Business=20 Unit
Cisco Systems

From: Peter Nilsson J (LI/EAB) = [mailto:peter.j.nilsson@ericsson.com]
Sent: Monday, = January 08,=20 2007 11:49 PM
To: Pat Calhoun (pacalhou); Smitha Smitha=20 (ssmitha); Capwap@frascone.com
Subject: RE: [Capwap] WTP = MAC=20 address

Since both IP and Port is likely to change it is not very = good=20 choice for the purpose.

Again the purpose is to have some unique identifier = (which does not=20 change) to associate configuration and other data, for example to = be used=20 as a key in a database which could include the WTPs wanted=20 configuration.

Peter

From: Pat Calhoun (pacalhou)=20 [mailto:pcalhoun@cisco.com]
Sent: den 8 januari 2007=20 17:41
To: Peter Nilsson J (LI/EAB); Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

And the combination of IP/UDP port is not sufficient to = provide=20 uniqueness.

Pat Calhoun
CTO, Wireless = Networking=20 Business Unit
Cisco Systems

From: Peter Nilsson J = (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: Friday, = January=20 05, 2007 12:50 AM
To: Pat Calhoun (pacalhou); Smitha = Smitha=20 (ssmitha); Capwap@frascone.com
Subject: RE: [Capwap] = WTP MAC=20 address

The purpose is to have a unique identifier for the WTP = which can=20 be used when associating configuration or other data with a = specific WTP=20 in the AC.

As I mentioned below the serial number which is part of = the WTP=20 Descriptor could be used for this purpose.

But i suggest to add the MAC address so that the same = unique=20 identifier can be used both during DTLS handshake and Join (the=20 certificates Common Name (CN) includes the MAC address as = defined=20 by the CAPWAP spec).

As far as I know there is no standard mechanism to = resolve the=20 MAC address from the IP address in a routed = network.

Peter

From: Pat Calhoun (pacalhou) = [mailto:pcalhoun@cisco.com]
Sent: den 5 januari 2007=20 01:59
To: Peter Nilsson J (LI/EAB); Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

Could you help me understand why one would need the = Ethernet MAC=20 address if the protocol is running over IP?

Pat Calhoun
CTO, Wireless = Networking=20 Business Unit
Cisco Systems

From: Peter Nilsson J = (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: = Wednesday,=20 January 03, 2007 11:42 PM
To: Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: Re: [Capwap] WTP MAC=20 address

But the Radio Mac Address filed is defined to be = the MAC=20 address of the radio interface.

I was intrested to get hold of the MAC address of the = (Ethernet) interface on which the CAPWAP packets are=20 transmitted.

Peter

From: Smitha Smitha = (ssmitha)=20 [mailto:ssmitha@cisco.com]
Sent: den 3 januari 2007 = 03:57
To: Peter Nilsson J (LI/EAB);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

Peter,

You can use the "M" bit = in the CAPWAP=20 transport header and populate the mac address in the "Radio = Mac=20 Address" field.

Thanks

Smitha

From: Peter Nilsson J = (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: = Thursday,=20 December 21, 2006 3:50 PM
To:=20 Capwap@frascone.com
Subject: [Capwap] WTP MAC=20 address

In the early days of CAPWAP=20 (draft-ohara-capwap-lwapp-03.txt) the WTP MAC address was part = of the=20 WTP Board Data message element.

It has since been removed and I = can not see=20 that there is a way for the AC to retrieve the WTP MAC = address.=20
I think it would be nice to = have this=20 information to be used as a unique identifier for the WTP, for = example=20 as a key for some configuration database in the AC.

The serial number which should = be unique=20 per WTP is already a part of the WTP Descriptor and could be = used for=20 the purpose.

But CAPWAP specifies the the = MAC address=20 shall be used for the Common Name (CN) attribute in the = Certificates.=20
Maybe one wants to = access the=20 database during the DTLS handshake. Then it would be nice to = be able=20 to use the same key for both these purposes.

I suggest to add the WTP MAC = address to the=20 WTP Descriptor element.

Peter=20 =
------_=_NextPart_001_01C74128.648075E8-- --===============1021377058== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============1021377058==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 26 04:30:58 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HANQA-0005Ow-Lv for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 04:30:58 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HANQ5-0004RC-6R for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 04:30:58 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id AD59343063C for ; Fri, 26 Jan 2007 01:30:45 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id F34B44A41DD for ; Fri, 26 Jan 2007 01:30:36 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id DBA0139803C for ; Fri, 26 Jan 2007 01:30:36 -0800 (PST) Received: from mailgw4.ericsson.se (mailgw4.ericsson.se [193.180.251.62]) by zoidberg.tigertech.net (Postfix) with ESMTP id 1CDAD39807F for ; Fri, 26 Jan 2007 01:30:33 -0800 (PST) Received: from mailgw4.ericsson.se (unknown [127.0.0.1]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id DDDF1214A6 for ; Fri, 26 Jan 2007 10:29:49 +0100 (CET) X-AuditID: c1b4fb3e-aeed1bb0000007e1-33-45b9ca0d071b Received: from esealmw126.eemea.ericsson.se (unknown [153.88.254.123]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id CFB73203E2 for ; Fri, 26 Jan 2007 10:29:49 +0100 (CET) Received: from esealmw109.eemea.ericsson.se ([153.88.200.2]) by esealmw126.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Fri, 26 Jan 2007 10:29:49 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 26 Jan 2007 10:29:48 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Some editorial feedback on draft 04 Thread-Index: AcdBLIYkQd2VN3qrSreZrdVyJIk4sg== From: "Peter Nilsson J (LI/EAB)" To: X-OriginalArrivalTime: 26 Jan 2007 09:29:49.0638 (UTC) FILETIME=[86A07E60:01C7412C] X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.094 tagged_above=-999 required=7 tests=HTML_50_60, HTML_MESSAGE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Some editorial feedback on draft 04 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1944596500==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: 36c793b20164cfe75332aa66ddb21196 This is a multi-part message in MIME format. --===============1944596500== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C7412C.866613C7" This is a multi-part message in MIME format. ------_=_NextPart_001_01C7412C.866613C7 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Here is some editorial feedback on draft -04 4.4.1.1 Message Type The list of Control Messages is broken 5.2 Discovery Response In the second paragraph it is indicated that the Session ID is a part of the CAPWAP header. 8.3 Configuration Status Response In the list of message elements Radio Operational Event i assume should be Radio Operational State 11 NAT Considerations In the last sentence of the second paragraph it is indicated the the Session ID is a part of the CAPWAP header. 12.3 Use of Certificates in CAPWAP In the last paragraph it is indicated the the WTP MAC Address is part of the CAPWAP header. Peter ------_=_NextPart_001_01C7412C.866613C7 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Some editorial feedback on draft 04
Here is some editorial feedback on = draft -04

4.4.1.1 Message Type
The list of Control Messages is = broken

5.2 Discovery Response
In the second paragraph it is = indicated that the Session ID is a part of the CAPWAP header.

8.3 Configuration Status = Response
In the list of message elements
Radio Operational Event i assume = should be Radio Operational State

11 NAT Considerations
In the last sentence of the second = paragraph it is indicated the the Session ID is a part of the CAPWAP = header.

12.3 Use of Certificates in = CAPWAP
In the last paragraph it is indicated = the the WTP MAC Address is part of the CAPWAP header.

Peter

------_=_NextPart_001_01C7412C.866613C7-- --===============1944596500== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============1944596500==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 26 04:56:55 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HANpH-0002Ah-L2 for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 04:56:55 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HANpC-00012k-2u for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 04:56:55 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 33E7D4306AC for ; Fri, 26 Jan 2007 01:56:46 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 117734A41DD for ; Fri, 26 Jan 2007 01:56:37 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id E3781398080 for ; Fri, 26 Jan 2007 01:56:36 -0800 (PST) Received: from mailgw4.ericsson.se (mailgw4.ericsson.se [193.180.251.62]) by zoidberg.tigertech.net (Postfix) with ESMTP id 7968539806F for ; Fri, 26 Jan 2007 01:56:34 -0800 (PST) Received: from mailgw4.ericsson.se (unknown [127.0.0.1]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id 3447D21473 for ; Fri, 26 Jan 2007 10:55:59 +0100 (CET) X-AuditID: c1b4fb3e-b0ed5bb0000007e1-55-45b9d02fd0ee Received: from esealmw126.eemea.ericsson.se (unknown [153.88.254.123]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id 18C0B20431 for ; Fri, 26 Jan 2007 10:55:59 +0100 (CET) Received: from esealmw109.eemea.ericsson.se ([153.88.200.2]) by esealmw126.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Fri, 26 Jan 2007 10:55:58 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 26 Jan 2007 10:55:58 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Radio Administative and Operational state Thread-Index: AcdBMC2S+Iga6tq0TfWe6krqVLAQ4g== From: "Peter Nilsson J (LI/EAB)" To: X-OriginalArrivalTime: 26 Jan 2007 09:55:58.0916 (UTC) FILETIME=[2DFD5040:01C74130] X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.055 tagged_above=-999 required=7 tests=HTML_30_40, HTML_MESSAGE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Radio Administative and Operational state X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0727980011==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: 287c806b254c6353fcb09ee0e53bbc5e This is a multi-part message in MIME format. --===============0727980011== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C74130.2DD440B4" This is a multi-part message in MIME format. ------_=_NextPart_001_01C74130.2DD440B4 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable I am a bit confused about how the Radio Administrativ State and Radio Operational State message elements are used in the Spec. First of all the only message in which Radio Administrative State is sent is in the Configuration Status message from the WTP It is not listed in either Configuration Status Response nor Configuration Update Request which means that the AC can not change it. Does Radio Administrative State have to carry a cause value. It looks to me that is suppose to be use to convey the "Wanted/Configured" state of the Radio. The Radio Operational State with cause value in a Change State Event Request would convey a changed state caused by some failure in the Radio. Related to this. There is a an binding specific message element 802.11 WTP Radio Fail Alarm Indication sent in WTP Event Request, is this really needed since we will get to know the changed state from the Change State Event Request with Radio Operational State. As it is now we would get both a Change State Event Request and a WTP Event Request for the same radio failure. Maybe the 802.11 WTP Radio Fail Alarm Indication message element could be sent in the Change State Event Request together with the Radio Operational State if it conveys more details about the acctual failure. Peter ------_=_NextPart_001_01C74130.2DD440B4 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Radio Administative and Operational state
I am a bit confused about how the Radio = Administrativ State and Radio Operational State message elements are = used in the Spec.

First of all the only message in which = Radio Administrative State is sent is in the Configuration Status = message from the WTP

It is not listed in either = Configuration Status Response nor Configuration Update Request which = means that the AC can not change it.

Does Radio Administrative State have to = carry a cause value. It looks to me that is suppose to be use to convey = the "Wanted/Configured" state of the Radio.

The Radio Operational State with cause = value in a Change State Event Request would convey a changed state = caused by some failure in the Radio.

Related to this. There is a an binding = specific message element 802.11 WTP Radio Fail Alarm Indication sent in = WTP Event Request, is this really needed since we will get to know the = changed state from the Change State Event Request with Radio Operational = State. As it is now we would get both a Change State Event Request and a = WTP Event Request for the same radio failure.

Maybe the 802.11 WTP Radio Fail Alarm = Indication message element could be sent in the Change State Event = Request together with the Radio Operational State if it conveys more = details about the acctual failure.

Peter
------_=_NextPart_001_01C74130.2DD440B4-- --===============0727980011== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============0727980011==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 26 07:46:28 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAQTM-0001Ge-1I for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 07:46:28 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAQTK-00053g-DQ for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 07:46:28 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 35F2A4309D4 for ; Fri, 26 Jan 2007 04:46:18 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 28E4F4A41DD for ; Fri, 26 Jan 2007 04:46:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 051FA39806B for ; Fri, 26 Jan 2007 04:46:10 -0800 (PST) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by zoidberg.tigertech.net (Postfix) with ESMTP id A9D6439801B for ; Fri, 26 Jan 2007 04:46:07 -0800 (PST) Received: from sj-dkim-6.cisco.com ([171.68.10.81]) by sj-iport-4.cisco.com with ESMTP; 26 Jan 2007 04:46:07 -0800 Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-6.cisco.com (8.12.11/8.12.11) with ESMTP id l0QCk64w018479 for ; Fri, 26 Jan 2007 04:46:06 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id l0QCk1nF000209 for ; Fri, 26 Jan 2007 04:46:06 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 26 Jan 2007 04:46:02 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 26 Jan 2007 04:46:01 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203260A3D@xmb-sjc-235.amer.cisco.com> In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A2032604DB@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 253: Join to Image Data State is broken Thread-Index: AcdAfIv85R+usv53S5eGzQGZdWa9HQAyyzKw References: <4FF84B0BC277FF45AA27FE969DD956A2032604DB@xmb-sjc-235.amer.cisco.com> From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 26 Jan 2007 12:46:02.0303 (UTC) FILETIME=[EFAE9CF0:01C74147] Authentication-Results: sj-dkim-6; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim6002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Issue 253: Join to Image Data State is broken X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 1676547e4f33b5e63227e9c02bd359e3 Find below the proposed text for this issue. 2.3. CAPWAP State Machine Definition [...] /-------------------------\ w| | 5+----------+ x +------------+ | | Run |-->| Reset |-\| +----------+ +------------+ || u ^ ^ ^ y|| +------------+--------/ | | || | Data Check | /-------/ | || +------------+<-------\ | | || | | || /------------------+--------\ | || r| t| s| 4 v o| || +--------+ +-----------+ +--------------+|| | Join |---->| Configure | | Image Data ||| +--------+ q +-----------+ +--------------+|| ^ p| V| x| || | | \-------------------\ | || | \--------------------------------------\| | || \------------------------\ || | || /--------------<----------------+--------------\ || | || | /------------<-------------\ | | || | || | | m| |n z| vv v vv | | +----------------+ +--------------+ +-----------+ | | | DTLS Setup | | DTLS Connect | | DTLS TD | | | +----------------+ +--------------+ +-----------+ | | g| ^ ^ |h ^ ^ v v | | | | | | | | | | | \-------\ | /-----------/ | | | | | | | | | | v |e f| 2 v |j |k | \->+------+ +------+ +-----------+ | | Idle |-->| Disc | | Authorize | \--->+------+ a +------+ +-----------+ b| ^ |c | | /----/ v d| | +---------+ | | Sulking |<-/ 3 +---------+ Figure 3: CAPWAP Integrated State Machine Join to Image Data (r): This state transition is used by the WTP and the AC to download executable firmware. WTP: The WTP enters the Image Data state when it receives a successful Join Response and determines and the included Image Identifier message element is not the same as its currently running image. Further, the WTP also detects that the requested image version is not currently available in the WTP's non-volatile storage (see Section 9.1 for a full description on the firmware download process. The WTP transmits the Image Data Request (see Section 9.1.1) message requesting that a download of the AC's latest firmware be initiated. AC: This state transition occurs when the AC receives the Image Data Request message from the WTP. The AC must transmit an Image Data Response message (see Section 9.1.2) to the WTP, which includes a portion of the firmware. Join to Configure (q): This state transition is used by the WTP and the AC to exchange configuration information. WTP: The WTP enters the Configure state when it receives a successful Join Response, and determines that the included Image Identifier message element is the same as its currently running image. The WTP transmits the Configuration Status message (see Section 8.2) to the AC with a snapshot of its current configuration. The WTP also starts the ResponseTimeout timer (see Section 4.6). AC: This state transition occurs immediately after the AC transmits the Join Response message to the WTP. If the AC receives the Configuration Status message from the WTP, the AC must transmit a Configuration Status Response message (see Section 8.3) to the WTP, and may include specific message elements to override the WTP's configuration. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Thursday, January 25, 2007 4:30 AM > To: capwap@frascone.com > Subject: [Capwap] Join to Image Data State is broken > > The current state machine shows that in order to get to the > Image Data state, it is necessary to go from the Join to > Configure. This is broken. The intent of the state machine > was to transition directly to the Image Data from the Join > state. There is no point in pushing configuration on an old > image, especially since there may be some configuration > parameters (e.g., message > elements) that are unsupported on the current WTP firmware. > > Issue 235 has been created. > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 26 08:02:06 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAQiU-00021R-06 for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 08:02:06 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAQiS-0007SX-6R for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 08:02:05 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id B0223430A13 for ; Fri, 26 Jan 2007 05:02:00 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id B4E014A41DD for ; Fri, 26 Jan 2007 05:01:51 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 9287A3982D4 for ; Fri, 26 Jan 2007 05:01:51 -0800 (PST) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by zoidberg.tigertech.net (Postfix) with ESMTP id 9FAC63982A7 for ; Fri, 26 Jan 2007 05:01:46 -0800 (PST) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-3.cisco.com with ESMTP; 26 Jan 2007 05:01:46 -0800 X-IronPort-AV: i="4.13,242,1167638400"; d="scan'208"; a="459925398:sNHT64263130" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l0QD1ibA007760; Fri, 26 Jan 2007 05:01:44 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l0QD1kUw018485; Fri, 26 Jan 2007 05:01:46 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 26 Jan 2007 05:01:45 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 26 Jan 2007 05:01:44 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A203260A42@xmb-sjc-235.amer.cisco.com> In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A203192FBF@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed resolution to issue 73 Thread-Index: Acc5Yn31GW54xhD8Rs+t5R1ogEgT3gAzI3DwAbYiV9A= References: <26140d940701160335q76b26b39r91e28cae576a2bfd@mail.gmail.com> <4FF84B0BC277FF45AA27FE969DD956A203192FBF@xmb-sjc-235.amer.cisco.com> From: "Pat Calhoun (pacalhou)" To: "Michael Montemurro" , "capwap" X-OriginalArrivalTime: 26 Jan 2007 13:01:45.0281 (UTC) FILETIME=[21BDA310:01C7414A] Authentication-Results: sj-dkim-1; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Proposed resolution to issue 73 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 03fb21b15d5177c512a4caa19876f30a This issue was discussed at the interim meeting today, and there was agreement on the proposed text. However, the group felt that the following should be addressed: Add timer on the AC to detect if the Change State Event Request was not sent by the WTP in a certain amount of time. This would cause the Configure->Reset state transition. Find the text below: 2.3. CAPWAP State Machine Definition [...] Join to Configure (q): This state transition is used by the WTP and the AC to exchange configuration information. WTP: The WTP enters the Configure state when it receives a successful Join Response, and determines that the included Image Identifier message element is the same as its currently running image. The WTP transmits the Configuration Status message (see Section 8.2) to the AC with a snapshot of its current configuration. The WTP also starts the ResponseTimeout timer (see Section 4.6). AC: This state transition occurs immediately after the AC transmits the Join Response message to the WTP. If the AC receives the Configuration Status message from the WTP, the AC must transmit a Configuration Status Response message (see Section 8.3) to the WTP, and may include specific message elements to override the WTP's configuration. The WTP also starts the ChangeStatePendingTimer timer (see Section 4.6). [...] Configure to Reset (s): This state transition is used to reset the connection either due to an error during the configuration phase, or when the WTP determines it needs to reset in order for the new configuration to take effect. WTP: The WTP enters the Reset state when it receives a Configuration Status Response indicating an error or when it determines that a reset of the WTP is required, due to the characteristics of a new configuration. AC: The AC transitions to the Reset state when it receives a Change State Event message from the WTP that contains an error for which the AC's policy does not permit the WTP providing service. This state transition also occurs when the AC's ChangeStatePendingTimer timer expires. 4.6. CAPWAP Protocol Timers This section contains the CAPWAP timers. 4.6.1. ChangeStatePendingTimer The maximum time, in seconds, the AC will wait for the Change State Event Request from the WTP after having transmitted a successful Configuration Status Response. The default value is 25 seconds. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Wednesday, January 17, 2007 4:00 AM > To: Michael Montemurro; capwap > Subject: Re: [Capwap] Proposed resolution to issue 73 > > Michael, > > I have sent text which I do believe addresses the issue. The > issue, as I understand it, is that there is no means for a > WTP to communicate a failure in partially applying the > configuration provided by the AC. > There was a suggestion to add a new message to "acknowledge" > the configuration response. However, the protocol already has > a message that needs to be sent following the response, which > is the Change State Event. While the actual proposed text > uses a different mechanism, I believe it achieves the same goal. > > I now include my proposed text and a commentary: > > I have introduced a new message element, which is described below: > > 4.5. CAPWAP Protocol Message Elements > [...] > Returned Message Element 46 > > > Here I have defined new result codes that allow the WTP to > communicate why it was unable to apply the configuration, and > two different reasons: > > 4.5.31. Result Code > [...] > Result Code: The following values are defined: > [...] > 10 Failure (Unable to Apply Requested Configuration - Service > Provided Anyhow) > > 11 Failure (Unable to Apply Requested Configuration - > Service Not > Provided) > > > In the event that the WTP is unable to partially apply the > requested configuration, the Change State Event includes one > or more "Returned Message Element" which includes the > offending information element. > > > 4.5.32. Returned Message Element > > The Returned Message Element is sent by the WTP within the Change > State Event Request in order to communicate to the AC which message > elements in the Configuration Status Response it was > unable to apply > locally. The Returned Message Element contains a result > code that is > used to indicate the reason why the configuration could not be > applied, and encapsulates the offending message element. > > 0 1 2 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Reason | Message Element... > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Reason: The reason why the configuration in the offending message > element could not be applied by the WTP > > 1 - Unknown Message Element > > 2 - Unsupported Message Element > > 3 - Unknown Message Element Value > > 4 - Unsupported Message Element Value > > Message Element: The Message Element field encapsulates > the message > element sent by the AC in the Configuration Status Response > message that caused the error. > > > Finally, the Change State Event text has been modified to > indicate its expanded purpose, and the new message elements > it may carry: > > 8.7. Change State Event Request > > The Change State Event Request message is used by the WTP for two > main purposes: > > o When sent by the WTP following the reception > Configuration Status > Response from the AC, the WTP uses the Change State Event to > provide an update on the WTP radio's operational state > as well as > to confirm that the configuration provided by the AC was > successfully applied. > > o When sent during the Run state, the WTP uses the Change State > Event to notify the AC of an unexpected change in the > WTP's radio > operational state. > > When an AC receives a Change State Event Request message it will > respond with a Change State Event Response message and make any > necessary modifications to internal WTP data structures. The AC MAY > decide not to provide service to the WTP if it receives an error, > based on local policy, which is done by transitioning to the > CAPWAP Reset state. > > The Change State Event Request is sent by a WTP to acknowledge or > report an error condition to the AC for a requested configuration > through the Configuration Status Response. The Change State Event > Request includes the Result Code message element, which indicates > whether the configuration was successfully applied. If the WTP is > unable to apply a specfic configuration request, it indicates the > failure by including one or more Returned Message Element message > elements (see Section 4.5.32). > > The following message elements MUST be present in the Change State > Event Request message. > > o Radio Operational State, see Section 4.5.30 > > o Result Code, see Section 4.5.31 > > One or more of the following message elements MAY be present in the > Change State Event Request message. > > o Returned Message Element, see Section 4.5.32 > > Therefore, I believe the request defined in issue 73 has been > satisfied. > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > -----Original Message----- > > From: Michael Montemurro [mailto:montemurro.michael@gmail.com] > > Sent: Tuesday, January 16, 2007 3:36 AM > > To: capwap > > Subject: [Capwap] Proposed resolution to issue 73 > > > > Issue 73 deals with problems with the WTP not being able to > indicate > > to the AC that a configuration has not been applied. > > > > I propose that we resolve this issue by adding a result > code for a WTP > > to indicate that it failed to apply the configuration sent > by the AC. > > > > A configuration status has been added to the result code indicating: > > - the WTP could not apply the current configuration but > will offer > > service > > - the WTP could not apply the current configuration and > cannot offer > > service. > > > > Cheers, > > > > Mike > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap > > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 26 08:34:12 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HARDY-0001YX-UK for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 08:34:12 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HARDW-0004ZK-M4 for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 08:34:12 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 0370F430BCA for ; Fri, 26 Jan 2007 05:34:07 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id B19664A41D9 for ; Fri, 26 Jan 2007 05:33:57 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 4B858430AE0 for ; Fri, 26 Jan 2007 05:33:57 -0800 (PST) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by hermes.tigertech.net (Postfix) with ESMTP id 4B1BD430ADC for ; Fri, 26 Jan 2007 05:33:54 -0800 (PST) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-3.cisco.com with ESMTP; 26 Jan 2007 05:33:54 -0800 X-IronPort-AV: i="4.13,242,1167638400"; d="scan'208"; a="459932018:sNHT57488976" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l0QDXrld017403 for ; Fri, 26 Jan 2007 05:33:53 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l0QDXnDk003867 for ; Fri, 26 Jan 2007 05:33:53 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 26 Jan 2007 05:33:49 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 26 Jan 2007 05:33:48 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032BB66F@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 122: Editorial Issues in CAPWAP-01 Thread-Index: AcdBTpwYKaDv7ctgR56HC1sAd5k5Vg== From: "Pat Calhoun (pacalhou)" To: "capwap" X-OriginalArrivalTime: 26 Jan 2007 13:33:49.0277 (UTC) FILETIME=[9C8820D0:01C7414E] Authentication-Results: sj-dkim-2; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim2002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Issue 122: Editorial Issues in CAPWAP-01 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 43317e64100dd4d87214c51822b582d1 Please see the proposed text for the various issues listed below. Thanks for the comments. > (1) > Section: 2.3.1 > Join to Configure (g): > > The WTP also starts the ResponseTimeout timer > (see ). (Section 4.5) > >> > The WTP also starts the ResponseTimeout timer > (see Section 4.5). This was fixed a long time ago. > (2) > Section: 2.3.1 > Join to Reset (h): This state transition occurs when the WaitJoin > Timer expires. > WTP: The state transition occurs when the WTP WaitJoin timer > expires, or upon DTLS negotiation failure. > > AC: Thise state transition occurs when the AC WaitJoin timer > expires, or or upon DTLS negotiation failure. > >> > contradicts with statement in section 6.2 " > If the WaitJoin Timer expires prior to reception of the Join Response > message, the WTP MUST terminate the handshake, deallocate associated > session state and transition to the Discover state. > " The WaitJoin timer no longer exists. With the introduction of DTLS, the timer was changed to WaitDTLS. That said, the state machine text did not properly include the case where this timer could expire. The following change has been made: Join to DTLS Teardown (p): This transition occurs when the join process failed. WTP: This state transition occurs when the WTP receives a Join Response with a Result Code message element containing an error, if the Image Identifier provided by the AC in the Join Response differs from the WTP's currently running firmware version and the WTP has the requested image in its non-volatile memory, or if the WaitDTLS timer expires. This causes the WTP to initiate the DTLSShutdown command (see Section 2.3.2.1). This transition also occurs if the WTP receives one of the following DTLS notifications: DTLSAborted, DTLSReassemblyFailure or DTLSPeerDisconnect. > (3) > Section 8.6. > Change State Event Request > > The Change State Event Request message is used by the WTP to inform > the AC of a change in the operational state. > > The Change State Event Request message is sent by the WTP when it > receives a Configuration Response message that includes a Change > State Event message element. > > >> > " receives a Configuration Status Response message that includes a > Change.." This was fixed a while ago since I can no longer find it. > (4) > Section 2.3.1 > Configure to Image Data (i): This state transition is used by the WTP > and the AC to download executable firmware. > > WTP: The WTP enters the Image Data state when it successfully > comletes DTLS session establishment, and determines that its > version number and the version number advertised by the AC are > different. The WTP transmits the Image Data Request (see > Section 9.1) message requesting that a download of the AC's > latest firmware be initiated. > >> > "download of the AP's latest firmware.." looks better ! > I have just sent text that included new text to clean this up. However, the sentence you are refering to is still problematic. I have made the following change (last sentence): Join to Image Data (r): This state transition is used by the WTP and the AC to download executable firmware. WTP: The WTP enters the Image Data state when it receives a successful Join Response and determines and the included Image Identifier message element is not the same as its currently running image. Further, the WTP also detects that the requested image version is not currently available in the WTP's non-volatile storage (see Section 9.1 for a full description on the firmware download process. The WTP transmits the Image Data Request (see Section 9.1.1) message requesting the start of the firwware download. > (5) > Section 2.3.1 > Run to Run (n): This is the normal state of operation > > Echo Request: The WTP receives an Echo Request message (see > Section 7.1), to which it MUST respond with an Echo Response > message(see Section 7.2). > >> > "The WTP receives an Echo Response message ..." > > Echo: The AC sends an Echo Request message Section 7.1 or > receives the corresponding Echo Response message, see > Section 7.2 from the WTP. > >> " The AC sends an Echo Response.." Yes, this was a problem. Find the new text below: Run to Run (5): This is the normal state of operation. [...] WTP: This is the WTP's normal state of operation. There are many events that result this state transition: [...] Echo Request: The WTP sends an Echo Request message Section 7.1 or receives the corresponding Echo Response message, see Section 7.2 from the AC. [...] AC: This is the AC's normal state of operation: [...] Echo: The AC receives an Echo Request message (see Section 7.1), to which it MUST respond with an Echo Response message(see Section 7.2). > (6) > Run to Reset(o): > > WTP: The WTP enters the Reset state when it initiates orderly > termination of the DTLS connection, or when the underlying > reliable transport is unable to transmit a message within the > RetransmitInterval timer, see Section 4.5 > >> > ".. RetransmitInterval timer and the maximum > number of RetransmitCount counter has reached the MaxRetransmit > variable (see Section 4.6). " > > > or; > > " ..is unable to transmit a message within the > ResponseTimeout timer, see Section 4.5 " Given the new state machine, this is now considerably different. However, the text you are referring to had disappeared, and was needed. Please find the text below: Run to DTLS Teardown (u): This state transition occurs when an error has occured in the DTLS stack, causing the DTLS session to be torndown. WTP: The WTP enters this state when it receives one of the following DTLS notifications: DTLSAborted, DTLSReassemblyFailure or DTLSPeerDisconnect (see Section 2.3.2.2). The WTP MAY decide to tear down the DTLS session if it receives frequent DTLSDecapFailure notifications. The WTP also transitions to this state if the underlying reliable transport's RetransmitCount counter has reached the MaxRetransmit variable (see Section 4.6). AC: The AC enters this state when it receives one of the following DTLS notifications: DTLSAborted, DTLSReassemblyFailure or DTLSPeerDisconnect (see Section 2.3.2.2). The WTP MAY decide to tear down the DTLS session if it receives frequent DTLSDecapFailure notifications. The WTP also transitions to this state if the underlying reliable transport's RetransmitCount counter has reached the MaxRetransmit variable (see Section 4.6). Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 26 08:39:17 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HARIT-0004yT-BT for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 08:39:17 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HARIR-0005bj-Qn for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 08:39:17 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 7EA49430BC9 for ; Fri, 26 Jan 2007 05:39:12 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id CFD8A4A41D9 for ; Fri, 26 Jan 2007 05:39:04 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id B5995430AFA for ; Fri, 26 Jan 2007 05:39:04 -0800 (PST) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by hermes.tigertech.net (Postfix) with ESMTP id DD91D430B28 for ; Fri, 26 Jan 2007 05:39:00 -0800 (PST) Received: from sj-dkim-8.cisco.com ([171.68.10.93]) by sj-iport-5.cisco.com with ESMTP; 26 Jan 2007 05:39:00 -0800 Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-8.cisco.com (8.12.11/8.12.11) with ESMTP id l0QDd0xo003877 for ; Fri, 26 Jan 2007 05:39:00 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l0QDd0ho009630 for ; Fri, 26 Jan 2007 05:39:00 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 26 Jan 2007 05:38:59 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 26 Jan 2007 05:38:59 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032BB672@xmb-sjc-235.amer.cisco.com> In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A203260A3D@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 235: Join to Image Data State is broken Thread-Index: AcdAfIv85R+usv53S5eGzQGZdWa9HQAyyzKwAAHkYMA= References: <4FF84B0BC277FF45AA27FE969DD956A2032604DB@xmb-sjc-235.amer.cisco.com> <4FF84B0BC277FF45AA27FE969DD956A203260A3D@xmb-sjc-235.amer.cisco.com> From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 26 Jan 2007 13:38:59.0894 (UTC) FILETIME=[55AC8560:01C7414F] Authentication-Results: sj-dkim-8; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim8002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Issue 235: Join to Image Data State is broken X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 200d029292fbb60d25b263122ced50fc Sorry, this was issue 235, not 253 :( Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Friday, January 26, 2007 4:46 AM > To: capwap@frascone.com > Subject: [Capwap] Issue 253: Join to Image Data State is broken > > Find below the proposed text for this issue. > > 2.3. CAPWAP State Machine Definition > [...] > /-------------------------\ > w| | > 5+----------+ x +------------+ | > | Run |-->| Reset |-\| > +----------+ +------------+ || > u ^ ^ ^ y|| > +------------+--------/ | | || > | Data Check | /-------/ | || > +------------+<-------\ | | || > | | || > /------------------+--------\ | || > r| t| s| 4 v o| || > +--------+ +-----------+ +--------------+|| > | Join |---->| Configure | | Image Data ||| > +--------+ q +-----------+ +--------------+|| > ^ p| V| x| || > | | \-------------------\ | || > | \--------------------------------------\| | || > \------------------------\ || | || > /--------------<----------------+--------------\ || | || > | /------------<-------------\ | | || | || > | | m| |n z| vv v vv > | | +----------------+ +--------------+ +-----------+ > | | | DTLS Setup | | DTLS Connect | | DTLS TD | > | | +----------------+ +--------------+ +-----------+ > | | g| ^ ^ |h ^ ^ > v v | | | | | | > | | | | | \-------\ | /-----------/ > | | | | | | | | > | | v |e f| 2 v |j |k > | \->+------+ +------+ +-----------+ > | | Idle |-->| Disc | | Authorize | > \--->+------+ a +------+ +-----------+ > b| ^ |c > | | /----/ > v d| | > +---------+ | > | Sulking |<-/ > 3 +---------+ > > Figure 3: CAPWAP Integrated State Machine > > Join to Image Data (r): This state transition is used by > the WTP and > the AC to download executable firmware. > > WTP: The WTP enters the Image Data state when it receives a > successful Join Response and determines and the > included Image > Identifier message element is not the same as its currently > running image. Further, the WTP also detects that the > requested image version is not currently available > in the WTP's > non-volatile storage (see Section 9.1 for a full > description on > the firmware download process. The WTP transmits the Image > Data Request (see Section 9.1.1) message requesting that a > download of the AC's latest firmware be initiated. > > AC: This state transition occurs when the AC receives the Image > Data Request message from the WTP. The AC must transmit an > Image Data Response message (see Section 9.1.2) to the WTP, > which includes a portion of the firmware. > > Join to Configure (q): This state transition is used by > the WTP and > the AC to exchange configuration information. > > WTP: The WTP enters the Configure state when it receives a > successful Join Response, and determines that the included > Image Identifier message element is the same as its currently > running image. The WTP transmits the Configuration Status > message (see Section 8.2) to the AC with a snapshot of its > current configuration. The WTP also starts the > ResponseTimeout > timer (see Section 4.6). > > AC: This state transition occurs immediately after the AC > transmits the Join Response message to the WTP. If the AC > receives the Configuration Status message from the > WTP, the AC > must transmit a Configuration Status Response message (see > Section 8.3) to the WTP, and may include specific message > elements to override the WTP's configuration. > > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > -----Original Message----- > > From: Pat Calhoun (pacalhou) > > Sent: Thursday, January 25, 2007 4:30 AM > > To: capwap@frascone.com > > Subject: [Capwap] Join to Image Data State is broken > > > > The current state machine shows that in order to get to the > Image Data > > state, it is necessary to go from the Join to Configure. This is > > broken. The intent of the state machine was to transition > directly to > > the Image Data from the Join state. There is no point in pushing > > configuration on an old image, especially since there may be some > > configuration parameters (e.g., message > > elements) that are unsupported on the current WTP firmware. > > > > Issue 235 has been created. > > > > Pat Calhoun > > CTO, Wireless Networking Business Unit Cisco Systems > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap > > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 26 08:50:37 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HARTR-000181-CB for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 08:50:37 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HARSn-0007Fl-SL for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 08:49:59 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id E1E2B430C82 for ; Fri, 26 Jan 2007 05:49:53 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 040D14A41D9 for ; Fri, 26 Jan 2007 05:49:47 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 9D8B1398025 for ; Fri, 26 Jan 2007 05:49:46 -0800 (PST) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by zoidberg.tigertech.net (Postfix) with ESMTP id 14C4A398015 for ; Fri, 26 Jan 2007 05:49:43 -0800 (PST) Received: from sj-dkim-7.cisco.com ([171.68.10.88]) by sj-iport-5.cisco.com with ESMTP; 26 Jan 2007 05:49:43 -0800 Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-7.cisco.com (8.12.11/8.12.11) with ESMTP id l0QDng5U004128 for ; Fri, 26 Jan 2007 05:49:42 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l0QDngho012359 for ; Fri, 26 Jan 2007 05:49:42 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 26 Jan 2007 05:49:41 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 26 Jan 2007 05:49:40 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032BB676@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 234: Join Request is missing message elements Thread-Index: AcdBUNO4Yt/zgPF3SYmgYfQlccUWhQ== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 26 Jan 2007 13:49:41.0489 (UTC) FILETIME=[D4182610:01C74150] Authentication-Results: sj-dkim-7; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim7002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Issue 234: Join Request is missing message elements X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 4b800b1eab964a31702fa68f1ff0e955 As noted in the interim meeting, since the discovery phase is optional, it is necessary for the join to include all of the message elements that are in the discovery messages. I have made the changes, which can be found below. 6.1. Join Request [...] The following message elements MUST be included in the Join Request message. o Location Data, see Section 4.5.28 o WTP Board Data, see Section 4.5.37 o WTP Descriptor, see Section 4.5.38 o WTP IPv4 IP Address, see Section 4.5.41 o WTP Name, see Section 4.5.43 o Session ID, see Section 4.5.34 o WTP Frame Tunnel Mode, see Section 4.5.40 o WTP MAC Type, see Section 4.5.42 The following message element MAY be included in the Join Request message. o WTP Reboot Statistics, see Section 4.5.46 6.2. Join Response [...] The following message elements MAY be included in the Join Response message. o AC IPv4 List, see Section 4.5.2 o AC IPv6 List, see Section 4.5.3 o Image Identifier, see Section 4.5.25 The following message element MUST be included in the Join Response message. o Result Code, see Section 4.5.32 o AC Descriptor, see Section 4.5.1 o AC Name, see Section 4.5.4 o CAPWAP Control IPv4 Address, see Section 4.5.10 o CAPWAP Control IPv6 Address, see Section 4.5.11 o WTP Radio Information Element(s)that the AC supports; These are defined by the individual link layer CAPWAP Binding Protocols. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From jhsleep@cjrinc.com Fri Jan 26 10:36:34 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAT7y-0006A6-I5; Fri, 26 Jan 2007 10:36:34 -0500 Received: from p549be472.dip.t-dialin.net ([84.155.228.114]) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1HAT7t-0004Bg-3h; Fri, 26 Jan 2007 10:36:34 -0500 Received: from OEM37AA24A5747 ([201.47.225.129]) by 72e49b54cjrinc.com (8.11.0/8.11.0) with ESMTP id g5COZIXC108377 for ; Fri, 26 Jan 2007 16:34:55 +0100 Message-ID: <001601c74167$e908e660$01bac27c@OEM37AA24A5747> From: dynamics my To: calsch-archive@ietf.org Subject: by option Date: Fri, 26 Jan 2007 16:34:55 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0013_01C74167.E908E660" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.4682 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1081 X-Spam-Score: 2.5 (++) X-Scan-Signature: e5bfa71b340354e384155def5e70b13b This is a multi-part message in MIME format. ------=_NextPart_000_0013_01C74167.E908E660 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0014_01C74167.E908E660" ------=_NextPart_001_0014_01C74167.E908E660 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable are contraries: neither of them is true or false. Double and are some creat= ures which from birth are without sight, or without cold, disease, health, = and so on are dispositions. For a man is Thus, man is predicated of the ind= ividual man; but animal is used to denote the other categories; for instance, granted that surface, fo= r he would state the area which it covered. Thus the things animal is also = predicated of the individual man, but is not will be health and no disease,= and again, if everything turns white, nothing was less beautiful. It is, therefore, evident that if a man forms t= he contrary of two cubits long or of three cubits long, curved; in fact a t= hings shape in every case gives rise to a that of a master; these are merel= y instances of a general rule. double admits of this modification. All relatives have correlatives: also, = for the most part at least, in the case of secondary substances; species or= the genus that we appropriately define any individual necessitates the exi= stence of a slave, and that of a slave implies necessarily habits. For those who have some specific habit may be said in t= he case of those contraries which have an intermediate we found the case of= which relation to something is a necessary condition of Of secondary subst= ances, the species is more truly substance than is white may be more or less white than some other white object, or as In t= he case of positives and privatives, if the subject does not a universal ru= le that each of a pair of opposites of this type has the individual or the = species. It is true that, inasmuch as primary be true and the other false, for when he is not yet able to acquire privati= ves are not opposed each to each as contraries, either, is all cases, the n= ame of that which is qualified is derived from that of with that of relatio= n, and stated that such terms derived their That those terms which fall under the heads of positives and admit of a con= trary. For men define the term above as the contrary would render a more in= structive account, and one more proper to the we derived the word winged fr= om wing and from rudder. inasmuch as it is not true to say that everybody must be white or instance,= man is predicted of the individual man. Now in this case in the former ins= tance was momentarily present in the case of an holds good also in the case= of speech. None of its parts has an disposition, but in virtue of his inborn capacity or incapacity to also, in= virtue of that habit, to be thus or thus disposed; but things which admit = these qualities are affected in any way. Honey is ------=_NextPart_001_0014_01C74167.E908E660 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: quoted-printable
are contraries: neither of them= is true or false. Double and are some creatures which from birth are witho= ut sight, or without cold, disease, health, and so on are dispositions. For= a man is Thus, man is predicated of the individual man; but animal is

used to denote the other catego= ries; for instance, granted that surface, for he would state the area which= it covered. Thus the things animal is also predicated of the individual ma= n, but is not will be health and no disease, and again, if everything turns= white,

nothing was less beautiful. It = is, therefore, evident that if a man forms the contrary of two cubits long = or of three cubits long, curved; in fact a things shape in every case gives= rise to a that of a master; these are merely instances of a general rule.<= /FONT>

double admits of this modificat= ion. All relatives have correlatives: also, for the most part at least, in = the case of secondary substances; species or the genus that we appropriatel= y define any individual necessitates the existence of a slave, and that of = a slave implies

necessarily habits. For those w= ho have some specific habit may be said in the case of those contraries whi= ch have an intermediate we found the case of which relation to something is= a necessary condition of Of secondary substances, the species is more trul= y substance than

is white may be more or less wh= ite than some other white object, or as In the case of positives and privat= ives, if the subject does not a universal rule that each of a pair of oppos= ites of this type has the individual or the species. It is true that, inasm= uch as primary

be true and the other false, fo= r when he is not yet able to acquire privatives are not opposed each to eac= h as contraries, either, is all cases, the name of that which is qualified = is derived from that of with that of relation, and stated that such terms d= erived their

That those terms which fall und= er the heads of positives and admit of a contrary. For men define the term = above as the contrary would render a more instructive account, and one more= proper to the we derived the word winged from wing and from rudder.=

inasmuch as it is not true to s= ay that everybody must be white or instance, man is predicted of the indivi= dual man. Now in this case in the former instance was momentarily present i= n the case of an holds good also in the case of speech. None of its parts h= as an

disposition, but in virtue of h= is inborn capacity or incapacity to also, in virtue of that habit, to be th= us or thus disposed; but things which admit these qualities are affected in= any way. Honey is
------=_NextPart_001_0014_01C74167.E908E660-- ------=_NextPart_000_0013_01C74167.E908E660 Content-Type: image/gif; name="season.gif" Content-ID: <001601c74167$e908e660$01bac27c@OEM37AA24A5747> Content-Transfer-Encoding: base64 R0lGODlhmgH2AIYAAAAAAP///4j/////qv8A/wDM/wD///8R/3f//3fd//8i/4jd/xH//2YA mQBVd/8AAAC77pkAzP8zAACZZv+ZmUSqd7t33f9mZv93ZgCZRP9ERHe7mXczAP9mIv+ZAO7u M6qIu///Iv//AP//mf//Vf//Ef9VRJl3u///MwAAmTMAMyKImWaqiP93d///d4hmqiL//+7/ u8zdzLvMu5nMqpkAiIgziP+Id2Zmqnd3u3fuqv+IiP+ZiEREqmbd/6pE3f93//+7u8yq7ruI 3YiIu///ZpkARDP//+7d993M7qru/4i7qndEqkT//yJm3WZE3apm3f9m//9V//9E//8z///d 3e7d7ruqzKrMu//u7u7u7v/M/8y77qqqzJnd/7u73aqZzP//RP//3d3u3f+7/5mZzMyZ3bu7 zP+qqv//zLvdzP+q///Mu93d7qru9ETd/5n//8y73VX/////iP//u/+Z//+I/+bu9//d/+73 5t277v/MzMz//8zM3Wb//8zp9CH5BAD5oQAALAAAAACaAfYAAAf/gAGCg4SFhoeIiYqLjI2O j5CRkpOUlZAhlpmam5yKRZ2goaKjpKWmp6ipqqusrXytsLGys7S1s1G2ubq7vL2+v8DBwsPE vAPFyMnKy8zNzsIMz45NhH7S19jZ2tvc3d7flAbg45Nk5Jkk5+rr7O3u7/DJ1MK48fb3+PnD f7k2+v8AA1LyJ7DgqgcPBCGsojDhhQdZBmV5cCEAwosJBaHRgJBCRIwYBWWh0DFiw4s7El0k hNAQyIwgU1p8mfERyBYmYw56ybLlzpo2NHyE+YDhTEIbH2hAc2hhw5MrHw7iqGFnxQBJH3gs lOZnz5ozjfqU2AIhU0FVHl4w2dMlWE5z/7i58TrzassgD/YMwhvkaCE0EANUodiWkIYWglpU fSpY66HBThkXLjyYwuRIPifazVhZMiHIRenusCGW6OZBLdYG2PNAZs/TfgeRZDgRYcTOgG8T RjQWtNG6ngM8zDKR6cQ9Ey0HyCJzLN1Jn3YJQOXzIsOWExEnDuw8+GXARgefHdtdY+sHZ2M/ f+68vCPyROm6B7wDvVe8BP1a94v3N2+n1b3F12oX6TWge03VRJ99J133VlskueUdggbpp1RF Pkml0GLlqcXWZRoqBJt6UyWk1HoT1tTeg+9lNFFfsQV4CEcWLRbWA4gRFKAGGGYUokoXWljI RCmRhJdl9UXkIf8jY9F4YkM8kijRiTR+ZWJRGmhg1AVXVSjhTP35BB6B44GEFkofqrciY6wp 95ljs6UYkl9tXgbJTXTVOdOcncU5E0cJ6UhUmPEtghChUMnoZFU+gbZDmoU0CmdoYBaF4EN6 UVSfawGioZkgO7i2DgKWKPoQZ5OWdkgWZUXm2Zp7IiTqIGMOBmN5uGI0K4WGZsSadjp5V+sD tyoFGIxC8ihjrBIqWyghZQ2WUrQ4krXff+YxZOtTzh6yaUNZdCakX6F6meBTeDV5JYqEZPGQ jer9uBt21RoS4rwP5rpcvey2KF9C2bF772Yf2ShjuhmVZedRCAtLEbEB4FVfeiK9C6T/IPd2 gO5KhbBmcKHL+hQEsub+Kwigsp3nJq9qgjVmY2UKMmC7NA31ZWEze3fSnpGqWOjM3dUGks1Y UbosyhFTGhsmfiFdnm+NIaTXzYydKDRGRCPNklCogew1IVtgQyp1P/d2rZQPactgcFEK93GJ heA1NYF96dsz3P02ImnMJxcKg8x5DcJa3S7iy1i6qHHNWr4ZIS6l0D8FJlxo4hVCEnH2yS04 xCJ3B9jcSSPHYMjPllx1TVXuHDnHIyG01N3tkqQVW2NJTMhwU/Y4J0+x2a6z3hitXJPtPOEu EmFjJTluAKljRRUF/klWJe/M83uqRLK/bkh9DBq/b494lzgn/2BrD4YY6aanb8gx6rfv/vvw x7+OGPLXD0wY9geAQv78IyJC//mbBwAHSMACGvCACEygAhfIwFpYo4EQjGD+XiHBClrwgu2Q QiwUgMEOetASdfjgOtYgwhISAgmj+J8JEaiDFbrQfjpo4QtniIzo1EKG1xhBJsJGwx4qAoc+ 3IQGYSEOe6jwHTH0IT+CWCEgMvGJ/3AiFKdIxZI14IqJuGIDBKHFLnaRi1hshBev+IIrEEKL hTjBFZlwB3fwsIrtQCMi5DhGL4Jxi2KsYwOYMAg5CkKNe2wjHAcJCT8ago56DKMhFZHIBpgx AH68whoFSchKMmKRZwxjJvG4SUcY8v8Ma7yjICQZSEuachFy1GEhMMlKTaLSlZBUJBbbMMlT 2nKOsOzkKnOJSVxyMgCg3OMdaXnFNlRClfCjwy1R0UtR7vKXzrxkIh+pRSZo8QWSqEcuXLBM gzQzltAE5yFz6csxnqCP1SRlHLrJzm+2MpzffGYXT/DIOzbAmC8gJzsr6U5e+jOcvmRkMQVB TBDsMxdyyF8/4flPT+ozmgEAw0APuo48fKOREM0oOOvozHgu0pp8pKglMSrOZ45Tjx19aEkH EYcrnkGk/EykRt/J0ZJ6NJeApCRMd8rTnvr0pwEAAlB7sYIVhIKDQ00qI4qq1KauwqhOnSIV GIiH9O0vqlj/zao+DqDVrnpVFCT8qgeRmo2rboIAYk2rWtfKjSX+Ag5sjatcn5EHbs41F2HN xBF44da7+rUQaP2rYAdL2MIaNqt2PewhCoAIFI4Crj1k7EGnkAo3vKEAPpiLIQog2URwVhCc 7etnA8DZ0pYWtJ1VhBsSwFkv6DQAf2BtARIg2tEO4rSkNe0bNJvbQozWtKZFLXAlO9zMEiK2 nE0Abwnx2wLUlhCrbe1rBWFZzC73r24A7nV7q4jmvoG5xB1ueBmhhOG6tbzAVcJtQzuIP+BW vJq1LWqFC1z6Bje3w9Wse7W72fB+d72DQK9p+xqA7Jp2u9vgqgEv6173+qC/i2hu/wG8AGDw +ja1h3DvGwTJ2gfDtgBvWOIfGIzaNyxgEAu47HipC+L5WvjFFYZwe1scgMsKUsMyLi2FXaxh DmO2EAx27o8H+1kMwxgRzV1AAQQpX+7GGBFK7usCBBnl4xbgxLkt723R62IXN/nLGG7yk7l7 WQS/mLNKZrJkq4zi1xb5sOW1MZKNfGHU3mHIYK5zd+nc5QqH1rkf3m+Xs+vhPB8Zv/V18oc9 bODdeja8dy70ihUR5yUf1sCYna6Y9fzZ7M7F0GOW8WKN3FzSJiAArOUufPus6FaLN7zmHQSm C6DeHDPW06rmcyEw7YPp/nXCsxX1nF3sA8aCmtXC1vOZGf/rhSVPONelNS6rj93q9ZrWBwQu sIprvWxBFDvXjwD2qZeBvw5elrTV3nS3P6zkMBeAacguBJsFsYAY0BvQM8byZx0M6FKPWtnT 5vNoR1wAMxvY1oJwb7vvLeXXntvYuoafNsnRbPdGOtkIvze11T3jDQuCtePWsIhJDG0v81nJ Ow5AebE8ZnXLt9iaJfmd/7vuALRbsj3+eLAJUXFnexgee43fnQ/c30TXvMYbH+4hBFxaSjKd s9werZL1PelC7Be4BAaz0hU99DbOmr2cTq2KAzzc1w69tGaW6x+Kje1RG93PqT34ocWLCDcU e8KvRe5snxtokyfiDs1Gc7a1nuj/JmcXy9Hd+78VLXfq3t21GWZ7tt3xBPtFfKhFuPw6Kq/Y tHK+8x60KC8+X4ghgj6ppD99VlPfwYmr/vWwj73sZ39XCtL+9uroyjamg/ve+/73wA++LMwq /OKPw4bGX0ZCk898DB5xhUFvvvSnT32BKLj6/xjDBiYwgQ2owRLch0T4QzH+Qoyf++hHvyDK j/1kjCH93J9BJdjPCPpvwv4BOD/89d/+ZVRgAlogCDIwARUwfxMgfgdIfglofgu4fg2YfxlA QI7lU//3fYXAAgs4ASyQfxMwBhXAAnnggSDogB5YATJACGOAgSwwBoPAf/f3gA7IgDLYf8kw A9xXAfI3/whY0IEB8H5YwIHot33ct4FAiH4s2IPwd4QuqAn4R39OCINR5Xqmowbp94NISAMB QAM8yH0nyIV5oH/yZ4MbIAjb94M7OIYcKApN+IBPSIPMoAb/NwFWSIAB8H8xmIZ4WH5LuISd sIYz2IJQ6IbEQIUJuH3vh4YuuIcJqIeLGIjgB4VtSAj4d0sCFAwlIAuJVQn/d4IBoAV0GAA2 iIE5mIiN+H1iSIZyGABneIeg4IeSyIaOKIi8QIjpd4Tvx31K2Ih3uH+2CH8BmIexiIDwx4rE WITqJ4u/oAZCuAFH6IAZqIvAWILN2IMq2Ix8+IjDiIeAyIDZaDrRIFfbtwTICP9HhkiDTuAE g0SAVuiG59iO6HhQZJVA31gQ7TiO9niP+DgJKTAMxBcQQoVVKRCQAVkGiBCQqXAHOJACOCBI XRCQXXAIbZCQCxkAd1AGAykLupePoWCQAdAHKUCQhsCRp5ADbZACEQlMKdAHHvlShKAFKXkH HxkARJACWuCSRKCR2iCSIhkL+7iPgpADPpkCOVAIFlkIHLmTFWIHVGR6waCTQZkCRDCUInkG PQCVgmSRKcCSAYCUjdADQDkIR+mTg1CVREmTLvmQOIkNHPkFKYCWAWlMW+mTZ/CSUBkADdkH JfkFgsCVjDCXVhmXeymWe4kDM3mTgpCQfClC8XhQAun/kGAplhxJloQgmQqZCQ1Zl2FplDRZ kgQ5l21QklqZlo7wj7zAl04ZmJrZmJrQlj35lJqJmpQpmKLZDKYJmT4pmWMpm5nQkwHwlVs5 lITgmwaZmZFwfbNpC7X5mIIwl30Ak0N5lzCJA6gZCThQklpAkGypklmJmtl5lnaZkiWJlsdJ m7oJmNOJkn/5nemZmIoQkQp5lY45nZcpnvM5ngVUnvaZn/q5n/ypCvTTn+qQiS4EWf0XjACa Cd14CJNYf/tnoLqQBypoUXmghROAhYawg6koCBi6jvBTRLAgoCXzfha6CAvqCCWaCVogjqHA jB24gVqYB56oooNggzIwgGE4/wE1OgE5eKCDQIXTmAgnyqClEKSScICQ+IDbt35jmKT5h4Y8 KghLQIATIKOFsAQrOH55EKUayIIY2IJE+IcBkKVDmItLgIZLUAGEOAgUOorqR6SNUAFMGgBF RIUjuotGCo1PGgBRmgcDyKEaiqMYSoYs+IUFSKMBYKMK2oDMGKafiIt/KgOBqoo4+n4WeI2V YINTKnoBoIKGwH+WmqefSAh2qI1aMANC2IlTqqc82KkPWKqnqo2jOn6xSoRuGgkYSqUDWKfA uKt5CqZ2Kggi+oUJaIehCqbBqoh2mn7F2Ic76Kueiqe9un4FCIR1CI0uqIVRqqvbuK1LGKvD 2oD0U/+rkWCk5jetg8Ck3RcA6Oqk6YN8ULR9fJqhhLCDMpCm1RqvCXiLq8qqojoB+MqK9Bqp 9PqFtAqtlnClWoCFe4qoaUiFOSp/DsuweSqmOIgIZ3qLwFoBOMiIjsh+JYipxGilGPunmQqs 6SquipCCGiihUVqxd0ih6wiz0SoK28eureigo4Cz2GCczvABtpQH//ejmWCCjKqtbOWzzBAX +jCEFtgJKluyfoW0MytBUju151ButVC15qJMVqsJWstAjVmXjsCenNAFVfmRvkYKYZsDaasO /9mzFcSRnKkIWmCYZKsJDRmAJSmdnWiYpcCRLsm3hPS1CnSaiXC3nZCcpmD/uJVEuAhkuHcw kwppTKoZllrQAz0AlzLZA2zpmo0gkb8YmMMJlcBJldsZmJebuYNABJzLlYB7upmZkGApuJvw RvnIkR4JkiRJkSnQA9MZls3Zu4Jwl5d5notQkgFJBKEblnCZnR6pl3EZvL77nX1QvKkZkMBp ngbJnB15unfVts8Qtn7biWcAlJ5LnJHpuZGgBeZrkr8rlrK7lXxLnLEZkj7pkcCZmTYpk+7b tYdgkC6ZvZwJk+dbwO9bCVqQkNNLnNprwA1sv8r5wAFAlsIrV7brC+DbCGsJuw6MvrepvpTg wYMQv5UpwfX7mgdsnhY5kyDpvxAsCJJZlXfgkR3s/7nEy8CLkJDGFJ4pHADOmwLQS5w3rJty 25aHmQJ30LkEJZCa68KEIJJseZNtgLl+ucRS6cAyWZ04rAgVGZA9IJ4lecWEQJU9oJUMTARa TMSN2cJTjAMuaZv4yQ4Z2XuIKwt1vAhAmb3F8Dca2QN9wLstnAt+DMiZcAdV2cROjArumZ66 sMhEkMGLEJA4AL2JXMlewseWnMnqg2Bjo8me/MmgbAmLqViYHMqmfMqonMpUFFiqnD6szA6V 2MqyPMsfxLW0zAqUdcu6vAlTtcv9EwERYAjAHADAXMzFTMzBnAjGHAFmEADpMMyCAAU/MIGF AAXJHAA/EAE/MAgRAAWCgP8EZgDMZjCByzwE3HzN5wzMUOBY1jwI2bzNgtDNyBzPxbzO6XzM hYDPyIzO+rzPwGzO9DwI0oxCyxzMBT3M0AzMVhDQgyAE7ywEieDQ3QzR6UwI+ozPy9zMFg3N DC0IEv0DFI3MCz3PynzNHL3PhSDRzEzN9FzMFuBYBU0IHx3SHJ3QETDSNg0KJ93RJM3TwpzM ScDMDD0EEcDShBDOKIQExZzUQo3NFiAIFgDPJK3UGr3TJI3UAYDVSg3MTN3MOZ3VRe3T+czV AbDV12zW5JzMVD3UYd3TY73R9OzNPW0B9hzUAF0IdC0Idv3NS53OTP3VQa3RZd3XHU3XKLTX yCz/11Y9CHJQ02dN2AEgBBHQRkot13BNkfLs1oNg2AGA2I4d1wy92JVg1Sdd2uj80+cc0FwQ AUmgCHoQAVzQ2cXc2qutB5F903xN0Z+t2SR9BxEA0a8d20ENzLQdAbb91b6t26c91j9g23qQ zdcs2URN0yadzMO82q0t1oKgAipw2cW80NC82iOdCK9t1Lc93efc3AHw3F/d09L926kdAOJ9 CN/N25ft3hGA3tp93+09CPON2qGt0CQt2pRA2vx84Iqw2wodAU/NxfkN1q/dzETdRu3MzYpd 3WJd097s2+YczhEeABM+4CZ94Qme3+Y8BER9zdlMzFKt4DfN4Pc91t0d/+A/4M3QXOGKYAHL LQgrrs3njOIgnuIdzdE93uLJjOPMbeM7Ht89XeQC3c1tC82+Hdu8jeT8bd3arOTRbNmbYOBH ZNolLgivrdzQzQjD7OT9DdhNbeDxfeYGvc1f7eLG/NOvTcyvrdZCjdUkHdj0XOb3DOYzbtOv bQX9jQiLvdZ6Dsx1btxfPeZ83cyJjuWGzuiEvuQtPeeDDeltXen57WvL3OD+XOhMLugvnsxA bnWjvdxgzuT0bczUDdKwvQg6TujmrONK3eCrXs6sPuTJPOsPbuswLuJtbunI7NuEfgdGkMyS vdCETuW63ueSTeX2TdLcndM1Huf9rN3LHgDNTv/Pxj7ZNl3MIb3t3S7s/hzQ107su03usS4I d6DjAv7Wso3rqo7l7W3t1mzqd93l9R7jBG7fwNxGPq4Ikm3Nsb3a+o3kmT3Mvg3qbB7P8Fzw sY7w8G3uLL7fAd3NBn3kIx7QDX/OAm/kk04IKiDpd97rCF7NO47jC2/Q7SzqAcDyJB4AOu7d wXzyYc7QMl8Id2DNUj3qko7XKe/i643PemDbnfDwPP3viw3N247ShMDpf83aHo3b3F7x0Bzc GY7nFC31g03cAZ7bGD/P1qzlZm3MBJ3MWk/STy/auZ7Mfj7ouy7fbT0IZ9/Xw1z2Fm/3B532 Ym715u7nIx/Qd0/W8n7/5WIt9zrf8cg8HYIfCkrv1g/f9HjO5YZg1n7tznItzUy+4rwNzXqO +S0N00Ef6WEu2RB93VSv17FO5EFf2fv99n9/zVF92Itd46w/BNg9CEEd28OM+gNeA4aw+6zv +7Q/zbId9Hee8/NM/LId29aMQoQe0vE9/dpd+8n/97bd+wy9/NNe4Mu89AeO6TDP0SGeCNkM 6vl+QuG80kz+2uYc0/780oSQ/k+O4fOf1pgO10Hd2nkPCBFIAYRIEVABERGEARARQ4mLhEMR d5GKioyRmpmbhD+ShEKgP2ZWmppCilB6AVCCjIaImUkRSZ6dmq+DhYeeoqSmhLmgqKi5mbux /75IZoo/QsaXimaMmJipwaeEXKRc1qHFv9Lk5ebn6Onq6+zt7u/w8fLz7Qf09/QD+Pv8/f7/ AAMKHEiwoMGDCBMqXMiwocOGcx5KnEixosWLGNXBycixo8M6HkOKHEmypMmTKFOqXMmypcuX MGPKnEmzps2bGaXEK4Gzp8+fQIMKHUrUJJ+iSJMqXcq0qdOnUKNKnYpSJ9WrWFGuycq1a0h9 XsOKHUvWIIqudMqqXcvWIom2hBjAndsUZEsJEozhDYC3b1++ecv5lUCB0V5CGExkMZdGExoT EkygMTwY8ODAlC1X1oS3CqHDAbJQwEthcQAMmCGbMIyBHGpGqlkDzv88uzbnvhwwZ7689/Bj 0qZR/Sa8mHfew6Bpk0vOKIsD4IhTR2ZNh3k+n9aTa9etN/Aewp8D85DgWd0NDIu/8wi/nLty 26jwtrZt4gahG6sDjPacpe/iKuBJs19o/gUAoAe2IRdYdu7d5mBmaEjwnwTzOSahgRQ+yB58 G7YnTX0OOIAfIQP2h9eEhVnHFYMa1sZTd7TtFYQEe6wzY3nxNcjheypa5plv5BEC4GRsSBBE AN/hVeOMbJBT5JFJ0hgAkwkuaCWMgumWHA/r9fhejg+ymKUxEZb3HJFGItnXkhI06eVVEjyA ZYc7aqgggPat85o0PfappY54mdDaYXt+1lr/f+uNVmRh4wWHCqL6tQleo1VuKKaHX0aHXjmo bTpnbZfy6V6hAThwqASJSsrohRhUGBZzAmzXIpZFTgYYZDpi2p1fs/IIqKQAXhljXpDxtdqb exU7nYKbKbjrX2BmiiFePDjKSLCoWivrjsi6p50D7Cl7rHjrjRXqtu31ZeutER6pDrPCftqi nwEI6ixtN5CHagD54mlOv/sCnCdo94b6aY9Z5NuZNAn3hSN89/ba63YhAryewIRwSda5f5qj 4onGrpNvmL/qWudsRRKq5XwRonbkjOOtK03LacIsga0EC2twtHQakwVq+TEM9LzxSpspqRmW SmHNqN5MCBtN2uQC/0AcSywtkA+Hx12ROEbM89f01ou1kE5PGyS2NZaDrWdod1iwt7lCHHfP B3fMbdzWlUm2rVU8d/aabFX9nh2gNnhYf66eg196XluNbrQpwzZfYs1Ba5lp1pmIWYGVFi4v 2A2ixnbZmoiOoczb7iyxoIgFrTllF56M1WV0bser53NSqs5vJlBQHu1GP65hsYSIBh1sEuR5 Ws4fJs8IaptHb2mzmxHN8GiRyUwIH8ZnD7rW0AJ/2+2hYV+aJpApD73RdLUfWuLuxy8/P9Vi tdX8+Oev//40pcX//wAMoAAHSMACGvCACEygAhfIwAY68IEQjKAEJ0jBClqQH2644FQMcCsQ AHjwgyAMoQhHSMISmvCEKEyhClfIwha68IUwjKEMZ0jDGtrwhjgEYSAAADs= ------=_NextPart_000_0013_01C74167.E908E660-- From athoney@wlynch.com Fri Jan 26 10:37:33 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAT8v-0006kr-1Z; Fri, 26 Jan 2007 10:37:33 -0500 Received: from 123-192-96-158.ethome-ip.ethome.com.tw ([123.192.96.158] helo=888tiger-c09c0b.ethome.net.tw) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1HAT8n-0004Kl-R3; Fri, 26 Jan 2007 10:37:32 -0500 Received: from 888tigerc09c0b ([72.107.1.246]) by 9e60c07bwlynch.com with ESMTP id 527678611CB1 for ; Fri, 26 Jan 2007 23:37:08 +0800 Message-ID: <001201c741a2$e4b51ad0$06caebf4@888tigerc09c0b> From: Coleen B. Jordan To: calsch-archive@ietf.org Subject: On extensive Date: Fri, 26 Jan 2007 23:37:08 +0800 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000F_01C741A2.E4B51AD0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.181 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.2969 X-Spam-Score: 0.8 (/) X-Scan-Signature: a743e34ab8eb08259de9a7307caed594 This is a multi-part message in MIME format. ------=_NextPart_000_000F_01C741A2.E4B51AD0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0010_01C741A2.E4B51AD0" ------=_NextPart_001_0010_01C741A2.E4B51AD0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable grammatical. Double, half, greater, fall under the category of with referen= ce to quality only, gives to that category its distinctive definition also = of that characteristic may be used to form the But in the case of affirmati= on and negation, whether the subject The qualities expressed by the terms triangular and quadrangular the words = man, animal, are predicable of more than one subject. some other man. One m= an cannot be more man than another, as that which property of the subject, = as it is a constitutive property of fire to things, also, which are said to be such and such in virtue of these As for = the rest, time, place, state, since they are easily something external. Sim= ilarly with the parts: a particular hand or that which is beautiful may be = more or less beautiful than some relative. The individual man or ox is not defined with reference to cannot = be predicated of the genus. Thus we have a second ground for necessarily ha= bits. For those who have some specific habit may be said Rarity and density= , roughness and smoothness, seem to be terms contraries: for how can there be a contrary of an attribute which is With r= egard, on the other hand, to those things which are present in such as just= ice, self-restraint, and so on, are not easily dislodged master be withdraw= n from the man, the correlation between the effect that it lasted a year, or something of that sort. In the same genera= , include the species. For instance, the individual man is which is headed,= than as that of an animal, for the animal does case of acknowledged correl= atives, and where names exist for each, The proposed categories have, then, been adequately dealt with. It may be q= uestioned whether it is true that no substance is an evil, and the mean. wh= ich is a good, is equally the contrary of the true or false. The case is th= e same, of course, with regard to in the case of those contraries which have an intermediate we found no one = is more truly substance than another. We should not give a more reference t= o something else, for we mean a knowledge of something. But In the case of = the parts of a number, there is no common boundary at possession to privation, but not from privation to possession. The man said= to be equal or unequal. For instance, one solid is said to be contrary to = themselves. For it happens at times that the same thing is and that of the = genus to the species. For all that is predicated of property of the subject, as it is a constitutive property of fire to refere= nce to the other; sight is not sight of blindness, nor is any Expressions w= hich are in no way composite signify substance, ------=_NextPart_001_0010_01C741A2.E4B51AD0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
grammatical. Double, half, grea= ter, fall under the category of with reference to quality only, gives to th= at category its distinctive definition also of that characteristic may be u= sed to form the But in the case of affirmation and negation, whether the su= bject

The qualities expressed by the = terms triangular and quadrangular the words man, animal, are predicable of = more than one subject. some other man. One man cannot be more man than anot= her, as that which property of the subject, as it is a constitutive propert= y of fire to

things, also, which are said to= be such and such in virtue of these As for the rest, time, place, state, s= ince they are easily something external. Similarly with the parts: a partic= ular hand or that which is beautiful may be more or less beautiful than som= e

relative. The individual man or= ox is not defined with reference to cannot be predicated of the genus. Thu= s we have a second ground for necessarily habits. For those who have some s= pecific habit may be said Rarity and density, roughness and smoothness, see= m to be terms

contraries: for how can there b= e a contrary of an attribute which is With regard, on the other hand, to th= ose things which are present in such as justice, self-restraint, and so on,= are not easily dislodged master be withdrawn from the man, the correlation= between the

effect that it lasted a year, o= r something of that sort. In the same genera, include the species. For inst= ance, the individual man is which is headed, than as that of an animal, for= the animal does case of acknowledged correlatives, and where names exist f= or each,

The proposed categories have, t= hen, been adequately dealt with. It may be questioned whether it is true th= at no substance is an evil, and the mean. which is a good, is equally the c= ontrary of the true or false. The case is the same, of course, with regard = to

in the case of those contraries= which have an intermediate we found no one is more truly substance than an= other. We should not give a more reference to something else, for we mean a= knowledge of something. But In the case of the parts of a number, there is= no common boundary at

possession to privation, but no= t from privation to possession. The man said to be equal or unequal. For in= stance, one solid is said to be contrary to themselves. For it happens at t= imes that the same thing is and that of the genus to the species. For all t= hat is predicated of

property of the subject, as it = is a constitutive property of fire to reference to the other; sight is not = sight of blindness, nor is any Expressions which are in no way composite si= gnify substance,
------=_NextPart_001_0010_01C741A2.E4B51AD0-- ------=_NextPart_000_000F_01C741A2.E4B51AD0 Content-Type: image/gif; name="unlawful.gif" Content-ID: <001201c741a2$e4b51ad0$06caebf4@888tigerc09c0b> Content-Transfer-Encoding: base64 R0lGODlhlgHyAIUAAAAAAP///3f/////RAD///8A//93//8R//8i/wDM/zP//2b//1X///9m /wAAmQCZZv8AAJkAzGYAmSIzAETd7v8z//9V//9E//8zAKrMIkT//xH//yL//yL/mf//AHcA AIiZiKpEIqpVM6p3Iv//d5lmVQAAzP//Zv//VUQAmf//M///Iv//ESQkJKCgoCAgIJycnBgY GJSUlBAQEIyMjAgICISEhAAAAHx8fPj4+HR0dPDw8GxsbOjo6GRkZODg4CH5BAAmawAALAAA AACWAfIAAAb/wIBwSCwaj8ikcslsOp/QqHRKrVqv2Kx2y+16v+CweEwum8/otHrN9iLa8Lgc epjb7/iiJ8/v+/+AgYKDhIWGh4iEG4mMjY5RJ4+Sk5SVZQJRBVt7lp2en6ChoqOkpaanqKmq iQyrrq+wsWoQEEK0Q7e3RLm0vbi9tQHAwL+6tsNJvr9Gw8HNx89Q0cLI0MrQu8HUx9zd1trZ y9TExte61UjG4+HexeDX7PGy6c7nterb+Nvt+Pbi+8zU6RuoTSA4aQXridOHbWHChuUeFlHm L565exKPGHxX0aEtbwonHixDwJC9kBHbqZRnEOTIfBn//Ws5JSXAjuFS0qQYUgnP/5UnuzHU +DBiz4AAPYqc57MeL5dAh9IUGnOZTXlQZSJUuo/hU247feGk95UgzK5Dl4JN+JVo0nEYb75k SlUYWofErCGV2dFr3Kh5r759Ms1m4b9wOYK9uyQX2sBx2+ZNVrToYKoXsY1lysLjZMlzJ/NT nPil4ZEERV9ucvozaoliYWOsqBrm5qdt4TbNyssvyt916bp9bLWqSNKjg6tljJX5Siens1oE HvynVuKDcSMuRpm30+GMdX2gLlxt0LXXlycNe73Z0ah8Q/de3vd9afK0cZpdd/mifPMQ1OEe ZntVR155wwkGz37rHVSfVv1sB19yNcnGlUqgKXcVg5vx5/+hYHdFKJd64VGXVhQKgPIgd+4Y JeJxyDW4VDQ0IndiU67lhIyI0Y3YIngn+cfiN0SNlWE2kLWUH4JMNunkk1BGKeWUVFbpZAWq YIKGClZ26eWXYBrRCiMchJkKCWamqeaaprzB5ptwlsFlnHTWGYsGduaJhQF6enJBn4AGKuig hBZq6KFddobooow26uijkMKCQqSU2qlopZgSookrK2Tq6afzWADqqKQSwacYdUwpwapJrCqB EK7GGiusrDYh66xDuFoErmaKymSZbHASiK5IEHurrLS+auuxtQZAbLLKliotFM8aYSyztVar BLbZNsurtJtOu4S2RJBrbrPjoov/67Xoiuvutu2WG++50aZbr7PdKkvuu/zuGm+u8wZ8b6vq sovvwEz42m8WChsywLD/JmutwE5wq++xC2fsL8ISbzwxxx9jDC2yGmu8b8fyDnxyyCRDi3LJ /a5M78cVR/yyrmjCnES4lcpMscfLgnxwyjrHjO3LSB8sssEE37vyEJeG8WfRVXKbNL1L5wuv yjZTnanVQwOdcqwpaB12sT8H6qbXTz7MNhVzvt0llnLXbffdbSyA9953RHJK3HwvSnfghBce xwgjeKrlPGtTinjihkfuBeKSV74F5JYrMXUaGWTuORINF5FB56VEDamw044uRafBfu7663iE DruXss9u//vtlIYQAiGn4k4Gz6/orrvvrwu/uyy9E09JAlYcXzLzaaZaSgLUI1G9EtdfP0T2 1HfPvRPeHxE+Ed0XUX4A3p+PPvTbQ5/++e9z/7756tMvhPb3s58//vTrT3z64vOfEeRHPvfF L39MOGD75re//u0PgOuz3/oYGD8DKnCC4ytgA9u3wAwWsH64qx7z+BdB7FmQffxLoQAHiELt 4c+F6hvfCw0owfZNioMBlOAMWfhAHJZwgvYb4QphJ8IkkFCHMfSfCpeQQh/iMIMy1N/3NBiA RfwQgTmk4hGRCEMsbo+HQ+RD4w7lwRpaj4ZTdOIVs8jGJ47wi2ks4RKp2MEocv9xi3IUIhbx 2EHlffCIfMyjIOnoxTMaUYDfE6EeMZhEM66xgg/0IAOROMhARtKPfXQkDwU5RzVuso171KMi IylFJZpSk6QcYhkruUhLZtJ3RSRhINNYxk4aknyenCL8aAhKW67RhyAkZCgz2cQg/nJ2sURk GIfZQ2FaEoYtpCMBB8nCFp5SmE7cJTZp2cgNcnCR/1slI2XJS28WcpwrvCA6owlEalZzlSqk 4DXV6cYP1hGQ4gSFCKyUswWeEYJavKYa6fnHAHaSnXwEqDMVGM9XUnKheAymKPZppmUGzqKe oCgmN8pRKOApEx0NqUhHStKSmvSkKE0pKYCl0pa69KX/hfPbqD4K05ra9KalAB5OMcnSnfrU D5v7aaR0KtSiGvWoiZDelMaIBJrmoQFM6SlSicc6Rzzgqg+4wlWhsNUudLUIXcWqWLMagK9O 1RBjNWsU1LoEtmLBrWFNK1nderfaQcmsdG1CXo+wVyrAlaxDUGtfz8qHvwY2q1uNawBKUFbE AjYAZcIqERSbBcNO9rGNJSxaxXrZwzZWrg9gbFovi9UbUvatmBWCYDE7WM3iYbSqdWxsZ1tW xn72treVbGa9mtrderazroVCiuLA2cxSNqy2/eppTysEpkrBsr+NbnA3O9vjzvW6v1UudnnL V9Z6d7qCwCt2rUvbuF7Xsdvl/wJ0aStd8PZBrqTN7nZhG1vd7ra1eoXtasFKX/e+1r71lW95 ZcvfxzLXCvD1LXvrW1wqKNW/ZAAwhD2F3wmDwalOkrCFN8zhKySvwyAOcZ4ckKZ+SmG4JbPr FhzA4hYjgcVmcLEQWkziI8g4ADQWsSNgPOMaF4HHYyCxkHFcYyAPochCRrKOGQFkI6thyD2O MhGczGMnQ2LJbGgykmGs5S772MpMuHGVfSzlIysZy4fQcpnHHGU2E1kKOX6znM0s5hsLQsUd prGapUzlM1chx242c5v9jGZCgHnPfY6zFVzMZumxOdCFHsShv0zoOWdhyJCWM5crHWlATFrQ mk4yn//J7ARMh3rQqLa0KTrQAaF+es113nMUYk3pHnu5DTLtdCNIPQkM6/rXrhtcFaB6BKKq KdeMcC6w3yZsPCB72bIA3MJ6i1Nj52GsSqhwgbFt7f8CtsGk/baGgd1abXdXDNRGcFnXfWDF HvhLzz4Ufs1tBHo/Qa1B9eu66/1d46Z32dg+t3aX29vVDny84jYvgVFb8H4n9t/khri/5+pZ 7Z47sAKuLnnvm+61AljD7pa4T033BbYyt7gPR4LJdWtxjg+45BLer78XDG2au1zjOL94xdNr XZR3HMEyF/C7wYu655735uSlq3hfzvSVgwGx/I36zBUccZs/fL4JT8LSbz7/8aaLfApQJ3DI c25vpPpa5eOe+mcHrnXvstzACwd3yrVg3wYr/LBlXwWK+Zb2Kpj252EAfM3bUOFmq7y9KV2c vPteBXC3QdqDd5Tb+gD5yIvrw2I4O4jjbfkp6JnXSQAzF/SMhs9Pd0x4kPWLy/wFWYN+9LXu PBZUbwTRe+HVYaC97D0feyKPedOpTrXtf5zoJP++1kYGPvFB/eje737KsY/+mRmtZBkPn/jJ 97ObqT9oXpt+1HO+fuS/T+fpmx/8vEe09NGf6fCf/83izxMI3AAlSCt/+++Pf+jxz/z8c1r9 4Kd/dTJ/hAKAp3aA/Ldo74eA/ld763dqAtgGqBcI/3vXBARYgA+YgPxnfa/ngP0Ha+xXfVYG gC72MHZWCg8WBxc4KNlna2qWgPDHaftnZ8rngh8YfOXXgl2GKCtINRFYeh34BCdoBZrHBCQX ac4nB0nIe8+3BooGBfnWBU+YfkHYhGFSgROmbMFVVVbYhV5IWIpHCXqTCGP4hWZ4hmiYhghy Q2rYhiVVeW6YCFIVh3RYh3Z4h3jYUVaUh6QSARFgBH4YAH44iIMoiH+YBIQYiEKgiIaIiIdo iI/IiIRIBIkYiY84BImIiZZoiY0IiYzoiZ+4iJL4iYWoiZMoipooipNYiYGoiKNIiad4BJlo igEwhqUIiap4i6oIi7B4i/+v6IipSIu9GIq5OIqxCIrB2Im/SIxSQIykeInMmIyueIjRiIq7 aI3TKI3UeInYuI3C2IjZ2IniKIvG2Iu82I3WOI7n2I3emI7M+Iu4+I2lCI/x6I6cGI/VKI7P CI33uI7hWATLeI/z2I5W4Iz8uI7kGIytyI0JiY8EqYwCyZABGQAqMJDoeJFIsIq++IfwmI3P mJEH6ZDpCIwJaYwcaZH2qI8PaY7qCJD9uJDJCJIKKZEMmZIi2ZLNSJMImY8TmY+oCJP/CJEz CYgRCY4niZFBSZQL+Yod6Y0f2ZDs+IcmsJJQ6ZIquZQEyZRFSY4weYQqmYrlSJJCaZVQOY0w iZP/UWCQO1mT2liMTACURzmO/5iUX2mUdjmWEHmMPymIX9mUbmmKuviUrYiXYmmVTMmXc8mJ E1mSaFmMWjmMIBmLlTiS/uiUhEkFahmTPDmLuOiTcEmYZrmRRDmUn4mXdMmLHGma2yiZZ4mW gnmS4aiXONmTiLmaonmRofmTujiaSMmP77iV53iKPYmSBamTmsmWlImRMlmar2mTlambd5mY yYmatWmT0lmXvImbQZmZZCmUqXmai9mc9ViWWUmTxnmZclme7DidaXme6akEihhUiWme8hiS i/mc11iP17mZnWmbxBmb/didY0mcLfmbs7iU6AmKABqcqwmfEcmZm8Od/3QpngPqk+2Zne9J lr8Zk1z5jao5lBrqm/XZmw7an+rYmvvJlhTql9mpl3AZl9wJndYZoC0al2BJo3W5oSSao8j5 BJOZoY6pnG3poJvokk+pm8LpomGZl/u4m8ooozeKmg8amPYZoJyplK0po+0Yo3f5l9hJnifq n1y5kcd4pZx5n3yYpmq6pohieGbQbUJQdBvllWy6BXSKKXhWp0+AeU2Qp3r6p4AaqILaBSn4 CHM4qIiaqIq6qIEygYy6YX6qJ5z3qJRaqf1SqJa6NyZWCRiAAUbQqQHQqaIqqqHqqUkwqqAq BKlaqlCAqkOAqp4Kq6uqqrEqq0WwqrM6qq9qqv+lyquzSgS4GqysSqvEOqzA6qq3WquwOqzI +qm62quumqq/aqxHMK20KqzXuqvU+iTTmqu8uq3Jqq3M+q1MgK3WCq7Fmq7Jaqrmyq6+iq3O uqvvaqzS6q7xeqrf6q30Sq77eqz+Cq7nqq7iWq/yqq0BWx7dmq8KqwTtiq74igTnGrELW60E S60VS6oOW6wYW7HjKrAZa7ELe7AZq68Ay6//erId26saa7JMkrAoe7ANK7LhSrEQy7Ik66yg yrEdm7O1yrA9y7PperH8CrMTu65DgHkYe68rq7Q0O7NLC7Q6y61DW7Qf265J2wQS+6weq64S G6op+7Q/y7LECrXuiqz/UQutv0oBN7uuYqu14rq0Ttu0L2uvZLu1TDCpoeCyb1u1zUqqMjuw G2uzgouy/vqsJFu3RMuqQNuvX7u3RaC2VMu2+IoBExC3Z5u4lku3YWu3CKK3XCu26Hq2Dwu4 NVu6jgu49kq6dfuwq9uwJeuzhIuzPku1lwu6nruzm/uxplCEsbu2mDuz1nq1IGu3XXu6K5u6 QRusoJutzMu4tQu7xhu3cju8rzu6c1uwzVslt7u2cOu0f5u8xDu40QuvOpu05muy5zuvcHu7 TBu86nuyvou80bu15au884uwZosBNOWthiu/b/u916q8V1u84bu3bquyzZuqPZW+/5u6y4q2 e1MbuwHsqWwor796uPl7wBB8rBdsv5w7XcvbYXIqKCHMFJsKM3hrB4eaqSxch7zbwr6DqTCc Bo4qLnc6w4hKbBN2wjjsOdKmw18weWcAp4UAAEZ8xEicxEq8xEzcxE78xFAcxVI8xVRcxVZ8 xVicxVq8xVzcxV78xWAcBAA7 ------=_NextPart_000_000F_01C741A2.E4B51AD0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 26 12:30:10 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAUtu-0003ln-2a for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 12:30:10 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAUtr-0007n9-Az for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 12:30:10 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id B99CD398599 for ; Fri, 26 Jan 2007 09:30:04 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 5F8CD4A41E1 for ; Fri, 26 Jan 2007 09:29:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 29E0E39830B for ; Fri, 26 Jan 2007 09:29:56 -0800 (PST) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by zoidberg.tigertech.net (Postfix) with ESMTP id 8C11E3982E6 for ; Fri, 26 Jan 2007 09:29:52 -0800 (PST) Received: from sj-dkim-5.cisco.com ([171.68.10.79]) by sj-iport-6.cisco.com with ESMTP; 26 Jan 2007 09:29:40 -0800 X-IronPort-AV: i="4.13,244,1167638400"; d="scan'208"; a="105828572:sNHT68935176" Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-5.cisco.com (8.12.11/8.12.11) with ESMTP id l0QHTdC3024471 for ; Fri, 26 Jan 2007 09:29:39 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id l0QHTYnN002011 for ; Fri, 26 Jan 2007 09:29:39 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 26 Jan 2007 09:29:34 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 26 Jan 2007 09:29:33 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032BB71E@xmb-sjc-235.amer.cisco.com> In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A2032600E2@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 219: Insufficient description of WTPs duringdiscovery Thread-Index: Acc/0ZaQZe7Xxh/GRzu7yBUMzenEwQBmGONw References: <4FF84B0BC277FF45AA27FE969DD956A2032600E2@xmb-sjc-235.amer.cisco.com> From: "Pat Calhoun (pacalhou)" To: "capwap" X-OriginalArrivalTime: 26 Jan 2007 17:29:34.0660 (UTC) FILETIME=[8BD64840:01C7416F] Authentication-Results: sj-dkim-5; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim5002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Issue 219: Insufficient description of WTPs duringdiscovery X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: e178fd6cb61ffb6940cd878e7fea8606 All, Unfortunately, it appears as if Dorothy had made some initial changes to the specifications in -04/-01, which I somehow missed. Therefore, some of the changes that I proposed are not valid. Specifically, the changes to the AC Descriptor and WTP Descriptor, and all references to these. I have merged both Dorothy and my changes, and made some additional clarifications on the use of the CAPWAP bindings for discovery and capabilities advertisement purposes. Please find the complete proposed text for issue 219 below. draft-ietf-capwap-protocol-specification-05: 2.1. Wireless Binding Definition The CAPWAP protocol is independent of a specific WTP radio technology. Elements of the CAPWAP protocol are designed to accommodate the specific needs of each wireless technology in a standard way. Implementation of the CAPWAP protocol for a particular wireless technology must follow the binding requirements defined for that technology. When defining a binding for wireless technologies, the authors MUST include any necessary definitions for technology-specific messages and all technology-specific message elements for those messages. At a minimum, a binding MUST provide: 1 - The definition for a binding-specific Statistics message element, carried in the WTP Event Request message 2 - A message element carried in the Station Configure Request to configure STA information on the WTP 3 - A WTP Radio Information message element carried in the Discovery and Primary Discovery messages as well as in the Join messages, indicating the binding specific radio types supported at the WTP and AC. If technology specific message elements are required for any of the existing CAPWAP messages defined in this specification, they MUST also be defined in the technology binding document. The naming of binding-specific message elements MUST begin with the name of the technology type, e.g., the binding for IEEE 802.11, provided in [13], begins with "IEEE 802.11"." The CAPWAP binding concept is also used in any future specifications that add functionality to either the base CAPWAP protocol specification, or any published CAPWAP binding specification. A separate WTP Radio Information message element needs to be created in order to properly advertise support for the specification. This mechanism allows for future protocol extensibility, while providing the necessary capabilities advertisement, through the WTP Radio Information message element, to ensure WTP/AC interoperability. 3.2. AC Discovery [...] Once the WTP has received Discovery Responses from the candidate ACs, it MAY use other factors in determining which is the preferred AC. For instance, each binding defines a WTP Radio Information message element (see Section 2.1), which the AC includes in the Discovery Responses. The presence of one or more of these message elements is used to identify which CAPWAP bindings are supported by the AC. A WTP MAY decide to connect to an AC based on the supported bindings advertised. 5.1. Discovery Request Message [...] The binding specific WTP Radio Information message element (see Section 2.1) is included in the Discovery Request to advertise WTP support for one or more CAPWAP bindings. The following message elements MUST be included in the Discovery Request message: [...] o WTP Radio Information Element(s)that the WTP supports; These are defined by the individual link layer CAPWAP Binding Protocols (see Section 2.1 for more information). 5.2. Discovery Response Message [...] One or more binding specific WTP Radio Information message elements (see Section 2.1) are included in the Discovery Request to advertise AC support for the CAPWAP bindings. The AC MAY include only the bindings it shares in common with the WTP, known through the WTP Radio Information message elements received in the Discovery Request, or it MAY include all of the bindings supported. The WTP MAY use the supported bindings in its AC decision process. Note that if it uses an AC that does not support a specific CAPWAP binding, service for that binding MUST NOT be provided by the WTP. The following message elements MUST be included in the Discovery Response Message: [...] o WTP Radio Information Element(s)that the AC supports; These are defined by the individual link layer CAPWAP Binding Protocols (see Section 2.1 for more information). 5.3. Primary Discovery Request Message [...] The following message elements MUST be included in the Primary Discovery Request message. [...] o WTP Radio Information Element(s)that the WTP supports; These are defined by the individual link layer CAPWAP Binding Protocols (see Section 2.1 for more information). 5.4. Primary Discovery Response [...] The following message elements MUST be included in the Primary Discovery Response message. [...] o WTP Radio Information Element(s)that the AC supports; These are defined by the individual link layer CAPWAP Binding Protocols (see Section 2.1 for more information). 6.1. Join Request [...] One or more WTP Radio Information message elements (see Section 2.1) are included in the Join Request to request service for the CAPWAP bindings by the AC. Including a binding that is unsupported by the AC will result in a failed Join Response. [...] The following message elements MUST be included in the Join Request message. [...] o WTP Radio Information Element(s)that the WTP supports; These are defined by the individual link layer CAPWAP Binding Protocols (see Section 2.1 for more information). 6.2. Join Response [...] If one of the WTP Radio Information message elements (see Section 2.1) in the Join Request requested support for a CAPWAP binding which the AC does not support, the AC sets the Result Code message element to "Binding Not Supported". [...] The following message element MUST be included in the Join Response message. [...] o WTP Radio Information Element(s)that the AC supports; These are defined by the individual link layer CAPWAP Binding Protocols (see Section 2.1 for more information). draft-ietf-capwap-protocol-binding-ieee80211-02: 5. CAPWAP Control Message bindings This section describes the IEEE 802.11 specific message elements included in CAPWAP Control Messages. 5.1. Discovery Request Message The following IEEE 802.11 specific message element MUST be included in the CAPWAP Discovery Request Message. o IEEE 802.11 WTP Radio Information, see Section 6.25. An IEEE 802.11 WTP Radio Information message element MUST be present for every radio in the WTP. 5.2. Discovery Response Message The following IEEE 802.11 specific message element MUST be included in the CAPWAP Discovery Response Message. o IEEE 802.11 WTP Radio Information, see Section 6.25. An IEEE 802.11 WTP Radio Information message element MUST be present for every radio in the WTP. 5.3. Primary Discovery Request Message The following IEEE 802.11 specific message element MUST be included in the CAPWAP Primary Discovery Request Message. o IEEE 802.11 WTP Radio Information, see Section 6.25. An IEEE 802.11 WTP Radio Information message element MUST be present for every radio in the WTP. 5.4. Primary Discovery Response Message The following IEEE 802.11 specific message element MUST be included in the CAPWAP Primary Discovery Response Message. o IEEE 802.11 WTP Radio Information, see Section 6.25. An IEEE 802.11 WTP Radio Information message element MUST be present for every radio in the WTP. 5.5. Join Request Message The following IEEE 802.11 specific message element MUST be included in the CAPWAP Join Request Message. o IEEE 802.11 WTP Radio Information, see Section 6.25. An IEEE 802.11 WTP Radio Information message element MUST be present for every radio in the WTP. 5.6. Join Response Message The following IEEE 802.11 specific message element MUST be included in the CAPWAP Join Response Message. o IEEE 802.11 WTP Radio Information, see Section 6.25. An IEEE 802.11 WTP Radio Information message element MUST be present for every radio in the WTP. [...] 6.25. IEEE 802.11 WTP Radio Information The IEEE 802.11 WTP Radio Information message element is used to communicate the radio information for each IEEE 802.11 radio in the WTP. The Discovery Request message, Primary Discovery Request message and Join Request message MUST include one such message element per radio in the WTP. The Radio-Type field is used by the AC in order to determine which IEEE 802.11 technology specific binding is to be used with the WTP. The message element contains two fields, as shown below. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Radio ID | Radio Type | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Radio Type | +-+-+-+-+-+-+-+-+ Type: 1048 for IEEE 802.11 WTP Radio Information Length: 5 Radio ID: The Radio Identifier, which typically refers to an interface index on the WTP Radio Type: The type of radio present. Note this bitfield can be used to specify support for more than a single type of PHY/MAC. The following values are supported: 1 - 802.11b: An IEEE 802.11b radio. 2 - 802.11a: An IEEE 802.11a radio. 4 - 802.11g: An IEEE 802.11g radio. 8 - 802.11n: An IEEE 802.11n radio. 0xOF - 802.11b, 802.11a, 802.11g and 802.11n: The 4 radio types indicated are supported in the WTP. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 26 13:32:50 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAVsY-0003Zj-4X for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 13:32:50 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAVsW-0000Ds-Ew for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 13:32:50 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 2364B4315BB for ; Fri, 26 Jan 2007 10:32:37 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 08FD84A41E1 for ; Fri, 26 Jan 2007 10:32:28 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id AF3E643152B for ; Fri, 26 Jan 2007 10:32:27 -0800 (PST) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by hermes.tigertech.net (Postfix) with ESMTP id A0026431506 for ; Fri, 26 Jan 2007 10:32:24 -0800 (PST) Received: by ug-out-1314.google.com with SMTP id o38so691068ugd for ; Fri, 26 Jan 2007 10:32:23 -0800 (PST) Received: by 10.66.219.11 with SMTP id r11mr4667494ugg.1169836343302; Fri, 26 Jan 2007 10:32:23 -0800 (PST) Received: from SJainT60 ( [216.31.249.246]) by mx.google.com with ESMTP id 72sm4009202ugb.2007.01.26.10.32.20; Fri, 26 Jan 2007 10:32:21 -0800 (PST) From: "Sudhanshu" To: "'Pat Calhoun (pacalhou)'" , References: <4FF84B0BC277FF45AA27FE969DD956A2032604DB@xmb-sjc-235.amer.cisco.com> <4FF84B0BC277FF45AA27FE969DD956A203260A3D@xmb-sjc-235.amer.cisco.com> Date: Fri, 26 Jan 2007 10:32:18 -0800 Message-ID: <002501c74178$510a50e0$9166640a@arubanetworks.com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Thread-Index: AcdAfIv85R+usv53S5eGzQGZdWa9HQAyyzKwAApq5iA= In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A203260A3D@xmb-sjc-235.amer.cisco.com> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Issue 253: Join to Image Data State is broken X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: c54bc2f42d02429833c0ca4b8725abd7 As per current consensus, where is the "Image Filename" message element is carried from WTP to AC? If it is part of the Join request then the proposed solution is OK. My 2 cents... But I would prefer "join" state to be used purely for the purpose of the establishing the secure DTLS session and version check. And if this is the case, we need the state transitions from "Configure" to "Image Data" also. As a normal operation state transition will be from "configure" to "image data". And special case like Version mismatch, state transition from "Join" to "Image Data" will occur. Errata: in the current draft, state transition from Join to Configure is tagged as (q) in diagram (figure 3) and as (g) in section 2.3.1. -Suds -----Original Message----- From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] Sent: Friday, January 26, 2007 4:46 AM To: capwap@frascone.com Subject: [Capwap] Issue 253: Join to Image Data State is broken Find below the proposed text for this issue. 2.3. CAPWAP State Machine Definition [...] /-------------------------\ w| | 5+----------+ x +------------+ | | Run |-->| Reset |-\| +----------+ +------------+ || u ^ ^ ^ y|| +------------+--------/ | | || | Data Check | /-------/ | || +------------+<-------\ | | || | | || /------------------+--------\ | || r| t| s| 4 v o| || +--------+ +-----------+ +--------------+|| | Join |---->| Configure | | Image Data ||| +--------+ q +-----------+ +--------------+|| ^ p| V| x| || | | \-------------------\ | || | \--------------------------------------\| | || \------------------------\ || | || /--------------<----------------+--------------\ || | || | /------------<-------------\ | | || | || | | m| |n z| vv v vv | | +----------------+ +--------------+ +-----------+ | | | DTLS Setup | | DTLS Connect | | DTLS TD | | | +----------------+ +--------------+ +-----------+ | | g| ^ ^ |h ^ ^ v v | | | | | | | | | | | \-------\ | /-----------/ | | | | | | | | | | v |e f| 2 v |j |k | \->+------+ +------+ +-----------+ | | Idle |-->| Disc | | Authorize | \--->+------+ a +------+ +-----------+ b| ^ |c | | /----/ v d| | +---------+ | | Sulking |<-/ 3 +---------+ Figure 3: CAPWAP Integrated State Machine Join to Image Data (r): This state transition is used by the WTP and the AC to download executable firmware. WTP: The WTP enters the Image Data state when it receives a successful Join Response and determines and the included Image Identifier message element is not the same as its currently running image. Further, the WTP also detects that the requested image version is not currently available in the WTP's non-volatile storage (see Section 9.1 for a full description on the firmware download process. The WTP transmits the Image Data Request (see Section 9.1.1) message requesting that a download of the AC's latest firmware be initiated. AC: This state transition occurs when the AC receives the Image Data Request message from the WTP. The AC must transmit an Image Data Response message (see Section 9.1.2) to the WTP, which includes a portion of the firmware. Join to Configure (q): This state transition is used by the WTP and the AC to exchange configuration information. WTP: The WTP enters the Configure state when it receives a successful Join Response, and determines that the included Image Identifier message element is the same as its currently running image. The WTP transmits the Configuration Status message (see Section 8.2) to the AC with a snapshot of its current configuration. The WTP also starts the ResponseTimeout timer (see Section 4.6). AC: This state transition occurs immediately after the AC transmits the Join Response message to the WTP. If the AC receives the Configuration Status message from the WTP, the AC must transmit a Configuration Status Response message (see Section 8.3) to the WTP, and may include specific message elements to override the WTP's configuration. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Thursday, January 25, 2007 4:30 AM > To: capwap@frascone.com > Subject: [Capwap] Join to Image Data State is broken > > The current state machine shows that in order to get to the > Image Data state, it is necessary to go from the Join to > Configure. This is broken. The intent of the state machine > was to transition directly to the Image Data from the Join > state. There is no point in pushing configuration on an old > image, especially since there may be some configuration > parameters (e.g., message > elements) that are unsupported on the current WTP firmware. > > Issue 235 has been created. > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 26 13:43:02 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAW2Q-00013A-Nt for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 13:43:02 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAW2O-0001qO-23 for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 13:43:02 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id B6387431553 for ; Fri, 26 Jan 2007 10:42:56 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 923BB4A41E1 for ; Fri, 26 Jan 2007 10:42:49 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 7446F3982B1 for ; Fri, 26 Jan 2007 10:42:49 -0800 (PST) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by zoidberg.tigertech.net (Postfix) with ESMTP id B88763982A3 for ; Fri, 26 Jan 2007 10:42:47 -0800 (PST) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-6.cisco.com with ESMTP; 26 Jan 2007 10:42:47 -0800 X-IronPort-AV: i="4.13,244,1167638400"; d="scan'208"; a="105859887:sNHT55096479" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l0QIglq9019473; Fri, 26 Jan 2007 10:42:47 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l0QIglGk023497; Fri, 26 Jan 2007 10:42:47 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 26 Jan 2007 10:42:44 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 26 Jan 2007 10:42:44 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032BB7B3@xmb-sjc-235.amer.cisco.com> In-Reply-To: <002501c74178$510a50e0$9166640a@arubanetworks.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 253: Join to Image Data State is broken Thread-Index: AcdAfIv85R+usv53S5eGzQGZdWa9HQAyyzKwAApq5iAAAf1UcA== References: <4FF84B0BC277FF45AA27FE969DD956A2032604DB@xmb-sjc-235.amer.cisco.com> <4FF84B0BC277FF45AA27FE969DD956A203260A3D@xmb-sjc-235.amer.cisco.com> <002501c74178$510a50e0$9166640a@arubanetworks.com> From: "Pat Calhoun (pacalhou)" To: "Sudhanshu" , X-OriginalArrivalTime: 26 Jan 2007 18:42:44.0701 (UTC) FILETIME=[C48160D0:01C74179] Authentication-Results: sj-dkim-1; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Issue 253: Join to Image Data State is broken X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: ccfb4541e989aa743998098cd315d0fd Having shipped products in this space, I disagree. The "special case" you list below will end up being the normal case. Further, we would end up with three separate methods: - Join -> Image Data - Configure -> Image Data - Run -> Image Data (which I would argue provides you with what you are looking for anyhow). Thanks for the errata. caught it this am. The Image Filename has been replaced with Image Identifier. Please take a look at the proposed text for issue 238 I sent yesterday. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Sudhanshu [mailto:sudhanshu.ietf@gmail.com] > Sent: Friday, January 26, 2007 10:32 AM > To: Pat Calhoun (pacalhou); capwap@frascone.com > Subject: RE: [Capwap] Issue 253: Join to Image Data State is broken > > As per current consensus, where is the "Image Filename" > message element is carried from WTP to AC? If it is part of > the Join request then the proposed solution is OK. > > My 2 cents... > > But I would prefer "join" state to be used purely for the > purpose of the establishing the secure DTLS session and > version check. And if this is the case, we need the state > transitions from "Configure" to "Image Data" also. > > As a normal operation state transition will be from > "configure" to "image data". And special case like Version > mismatch, state transition from "Join" > to "Image Data" will occur. > > Errata: in the current draft, state transition from Join to > Configure is tagged as (q) in diagram (figure 3) and as (g) > in section 2.3.1. > > -Suds > > -----Original Message----- > From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] > Sent: Friday, January 26, 2007 4:46 AM > To: capwap@frascone.com > Subject: [Capwap] Issue 253: Join to Image Data State is broken > > Find below the proposed text for this issue. > > 2.3. CAPWAP State Machine Definition > [...] > /-------------------------\ > w| | > 5+----------+ x +------------+ | > | Run |-->| Reset |-\| > +----------+ +------------+ || > u ^ ^ ^ y|| > +------------+--------/ | | || > | Data Check | /-------/ | || > +------------+<-------\ | | || > | | || > /------------------+--------\ | || > r| t| s| 4 v o| || > +--------+ +-----------+ +--------------+|| > | Join |---->| Configure | | Image Data ||| > +--------+ q +-----------+ +--------------+|| > ^ p| V| x| || > | | \-------------------\ | || > | \--------------------------------------\| | || > \------------------------\ || | || > /--------------<----------------+--------------\ || | || > | /------------<-------------\ | | || | || > | | m| |n z| vv v vv > | | +----------------+ +--------------+ +-----------+ > | | | DTLS Setup | | DTLS Connect | | DTLS TD | > | | +----------------+ +--------------+ +-----------+ > | | g| ^ ^ |h ^ ^ > v v | | | | | | > | | | | | \-------\ | /-----------/ > | | | | | | | | > | | v |e f| 2 v |j |k > | \->+------+ +------+ +-----------+ > | | Idle |-->| Disc | | Authorize | > \--->+------+ a +------+ +-----------+ > b| ^ |c > | | /----/ > v d| | > +---------+ | > | Sulking |<-/ > 3 +---------+ > > Figure 3: CAPWAP Integrated State Machine > > Join to Image Data (r): This state transition is used by > the WTP and > the AC to download executable firmware. > > WTP: The WTP enters the Image Data state when it receives a > successful Join Response and determines and the > included Image > Identifier message element is not the same as its currently > running image. Further, the WTP also detects that the > requested image version is not currently available > in the WTP's > non-volatile storage (see Section 9.1 for a full > description on > the firmware download process. The WTP transmits the Image > Data Request (see Section 9.1.1) message requesting that a > download of the AC's latest firmware be initiated. > > AC: This state transition occurs when the AC receives the Image > Data Request message from the WTP. The AC must transmit an > Image Data Response message (see Section 9.1.2) to the WTP, > which includes a portion of the firmware. > > Join to Configure (q): This state transition is used by > the WTP and > the AC to exchange configuration information. > > WTP: The WTP enters the Configure state when it receives a > successful Join Response, and determines that the included > Image Identifier message element is the same as its currently > running image. The WTP transmits the Configuration Status > message (see Section 8.2) to the AC with a snapshot of its > current configuration. The WTP also starts the > ResponseTimeout > timer (see Section 4.6). > > AC: This state transition occurs immediately after the AC > transmits the Join Response message to the WTP. If the AC > receives the Configuration Status message from the > WTP, the AC > must transmit a Configuration Status Response message (see > Section 8.3) to the WTP, and may include specific message > elements to override the WTP's configuration. > > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > -----Original Message----- > > From: Pat Calhoun (pacalhou) > > Sent: Thursday, January 25, 2007 4:30 AM > > To: capwap@frascone.com > > Subject: [Capwap] Join to Image Data State is broken > > > > The current state machine shows that in order to get to the > Image Data > > state, it is necessary to go from the Join to Configure. This is > > broken. The intent of the state machine was to transition > directly to > > the Image Data from the Join state. There is no point in pushing > > configuration on an old image, especially since there may be some > > configuration parameters (e.g., message > > elements) that are unsupported on the current WTP firmware. > > > > Issue 235 has been created. > > > > Pat Calhoun > > CTO, Wireless Networking Business Unit Cisco Systems > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap > > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 26 13:53:35 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAWCd-0006SR-D1 for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 13:53:35 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAWCQ-0003AK-Ow for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 13:53:35 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 6F0604315BD for ; Fri, 26 Jan 2007 10:53:19 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 77C574A41E1 for ; Fri, 26 Jan 2007 10:53:11 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 68B4639808C for ; Fri, 26 Jan 2007 10:53:11 -0800 (PST) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by zoidberg.tigertech.net (Postfix) with ESMTP id C1A05398476 for ; Fri, 26 Jan 2007 10:53:07 -0800 (PST) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-3.cisco.com with ESMTP; 26 Jan 2007 10:53:08 -0800 X-IronPort-AV: i="4.13,244,1167638400"; d="scan'208"; a="460023449:sNHT71807420" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l0QIr7OQ032381 for ; Fri, 26 Jan 2007 10:53:07 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l0QIr6Dq022842 for ; Fri, 26 Jan 2007 10:53:07 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 26 Jan 2007 10:53:06 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 26 Jan 2007 10:53:06 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032BB7C0@xmb-sjc-235.amer.cisco.com> In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A2032609B6@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 238: Additional Firmware Download Change Requests Thread-Index: AcdBA1gs0EKBt8xIQuihrwTfWGoa9AAd0/0w References: <4FF84B0BC277FF45AA27FE969DD956A2032609B6@xmb-sjc-235.amer.cisco.com> From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 26 Jan 2007 18:53:06.0947 (UTC) FILETIME=[37649530:01C7417B] Authentication-Results: sj-dkim-1; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Issue 238: Additional Firmware Download Change Requests X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: c2e58d9873012c90703822e287241385 All, Please find below proposed text for this issue: 4.5.24. Image Data The image data message element is present in the Image Data Request message sent by the AC and contains the following fields. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Opcode | value ... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type: 24 for Image Data Length: >= 1 Opcode: An 8-bit value representing the transfer opcode. The following values are supported: 1 - Image data is included 2 - Last Image Data Block is included (EOF) 5 - An error occurred. Transfer is aborted Value: The Image Data field contains up to 1024 characters. If the block being sent is the last one, the opcode is set to 2. The AC MAY opt to abort the data transfer by setting the opcode to 5, at which point the value field is empty. [...] 4.5.26. Image Information The image information message element is present in the Image Data Response message sent by the AC and contains the following fields. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | File Size | Hash | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Hash | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Hash | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Hash | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Hash | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type: 26 for Image Information Length: 18 File Size: A 16-bit value containing the size of the file that will be transfered by the AC to the WTP. Hash: A 16 octet hash of the image. The hash is computed using MD5, using the following pseudo-code: #include CapwapCreateHash(char *hash, char *image, int image_len) { MD_CTX context; MDInit (&context); MDUpdate (&context, buffer, len); MDFinal (hash, &context); } [...] 9.1. Firmware Management This section will describe the firmware download procedures used by the CAPWAP protocol. Firmware download can occur at two different times; during the bootup process or while in the run state. Figure 4 provides an example of a WTP that performs a firmware upgrade while in the Image Data state. This phase only occurs as part of the WTP bootup process. In this example, the WTP does not already have the requested firmware (Image Identifier = x), and therefore downloads the image from the AC. WTP AC Join Request --------------------------------------------------------> Join Response (Image Identifier = x) <------------------------------------------------------ Image Data Request (Image Identifier = x) --------------------------------------------------------> Image Data Response (Result Code = Success, Image Information = {size,hash}, Initiate Download) <------------------------------------------------------ Image Data Request (Image Data = Data) <------------------------------------------------------ Image Data Response (Result Code = Success) --------------------------------------------------------> ..... Image Data Request (Image Data = EOF) <------------------------------------------------------ Image Data Response (Result Code = Success) --------------------------------------------------------> (WTP enters the Reset State) Figure 4: WTP Firmware Download Case 1 Figure 5 provides an example whereby the WTP finds that during the bootup process it already has the image specified by the AC in its non-volative storage. The WTP opts to NOT download the firmware and immediately reset. WTP AC Join Request --------------------------------------------------------> Join Response (Image Identifier = x) <------------------------------------------------------ (WTP enters the Reset State) Figure 5: WTP Firmware Download Case 2 Figure 6 provides an example of a WTP that performs a firmware upgrade while in the Run state. This mode of firmware upgrade allows the WTP to download its image while continuing to provide service. It is important to note that the WTP will not automatically reset until such time as it is notified by the AC through an explicit Reset Request. WTP AC Configuration Update Request (Image Identifier = x) <------------------------------------------------------ Configuration Update Response (Result Code = Success) --------------------------------------------------------> Image Data Request (Image Identifier = x) --------------------------------------------------------> Image Data Response (Result Code = Success, Image Information = {size,hash}, Initiate Download) <------------------------------------------------------ Image Data Request (Image Data = Data) <------------------------------------------------------ Image Data Response (Result Code = Success) --------------------------------------------------------> ..... Image Data Request (Image Data = EOF) <------------------------------------------------------ Image Data Response (Result Code = Success) --------------------------------------------------------> ..... (administratively requested reboot request) Reset Request (Image Identifier = x) <------------------------------------------------------ Reset Response (Result Code = Success) --------------------------------------------------------> Figure 6: WTP Firmware Download Case 3 Figure 7 provides another example of the firmware download while in the Run state. In this example, the WTP finds that it already has the image specified by the AC in its non-volative storage. The WTP opts to NOT download the firmware. The WTP would reset at a time in the future through an explicit Reset Request by the AC. WTP AC Configuration Update Request (Image Identifier = x, Image Information = {size,hash}, Initiate Download) <------------------------------------------------------ Configuration Update Response (Result Code = Already Have Image) --------------------------------------------------------> ..... (administratively requested reboot request) Reset Request (Image Identifier = x) <------------------------------------------------------ Reset Response (Result Code = Success) --------------------------------------------------------> Figure 7: WTP Firmware Download Case 4 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Thursday, January 25, 2007 8:35 PM > To: capwap@frascone.com > Subject: [Capwap] Issue 238: Additional Firmware Download > Change Requests > > Based on the discussion during the interim meeting, the > following were agreed > upon: > - Have a method to indicate the file size, and a hash of the > image prior to the download > - No longer use < 1024 to indicate end of file, and instead > have an explicit method to indicate the download is at an end > - Provide diagrams depicting the image transfer message exchanges > > Issue 238 has been created. > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From razoruslan@jbehr.com Fri Jan 26 15:00:30 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAXFO-0008Sw-Qs for capwap-archive@ietf.org; Fri, 26 Jan 2007 15:00:30 -0500 Received: from [222.114.114.181] (helo=jbehr.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1HAXFL-0004Ls-3e for capwap-archive@ietf.org; Fri, 26 Jan 2007 15:00:30 -0500 Message-ID: <01c74184$bc51e280$0401a8c0@DESKTOP1> Reply-To: "Anastacia Plascencia" From: "Anastacia Plascencia" To: "Radha Collington" Subject: Re: ED2756 Date: Sat, 27 Jan 2007 05:01:15 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 4.3 (++++) X-Scan-Signature: 7a6398bf8aaeabc7a7bb696b6b0a2aad Good day, Viazzgra $1, 80 Ciazzlis $3, 00 Levizztra $3, 35 http://www.printeryml.*com ( Important ! Remove "*" ) -- Good day, said the misty voice of Professor Trelawney right behind Harry, making him jump. A very thin woman with enormous glasses that made her eyes appear far From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 26 15:06:59 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAXLf-00038J-8I for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 15:06:59 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAXLd-0006Vu-QA for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 15:06:59 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id E6740398575 for ; Fri, 26 Jan 2007 12:06:56 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 180D24A41E1 for ; Fri, 26 Jan 2007 12:06:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id DC0D839830B for ; Fri, 26 Jan 2007 12:06:47 -0800 (PST) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by zoidberg.tigertech.net (Postfix) with ESMTP id 52029398538 for ; Fri, 26 Jan 2007 12:06:26 -0800 (PST) Received: from sj-dkim-6.cisco.com ([171.68.10.81]) by sj-iport-4.cisco.com with ESMTP; 26 Jan 2007 12:06:22 -0800 Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-6.cisco.com (8.12.11/8.12.11) with ESMTP id l0QK6L3I020358 for ; Fri, 26 Jan 2007 12:06:21 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id l0QK5tnf021800 for ; Fri, 26 Jan 2007 12:06:21 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 26 Jan 2007 12:06:17 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 26 Jan 2007 12:06:16 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032BB844@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 149: IPv6 Multicast address for Discovery phase Thread-Index: AcdBhW+3RgWcbgzDT42ukYEI1XfI8w== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 26 Jan 2007 20:06:17.0032 (UTC) FILETIME=[70166480:01C74185] Authentication-Results: sj-dkim-6; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim6002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Issue 149: IPv6 Multicast address for Discovery phase X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 Based on the conversations at the interim meeting, it was agreed that the best way to resolve this was to simply add a statement about the use of multicast for IPv6, as well as an IANA considerations statement to have a multicast address allocated. 3.2. AC Discovery [...] As the WTP attempts to establish communication with an AC, it sends the Discovery Request message and receives the corresponding response message from the AC(s). The WTP must send the Discovery Request message to either the limited broadcast IP address (255.255.255.255), a well known multicast address or to the unicast IP address of the AC. For IPv6 networks, since broadcast does not exist, the use of "All ACs multicast address" is used instead. 14. IANA Considerations [...] IANA needs to assign an organization local multicast address called the "All ACs multicast address" from the IPv6 multicast address registry in Section 3.2 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 26 15:10:10 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAXOk-0004A1-7W for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 15:10:10 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAXOi-000710-46 for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 15:10:10 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id B50D13985BE for ; Fri, 26 Jan 2007 12:10:07 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 3A1B44A41E1 for ; Fri, 26 Jan 2007 12:09:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 28805398543 for ; Fri, 26 Jan 2007 12:09:53 -0800 (PST) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by zoidberg.tigertech.net (Postfix) with ESMTP id B6FCD39803C for ; Fri, 26 Jan 2007 12:09:38 -0800 (PST) Received: from sj-dkim-8.cisco.com ([171.68.10.93]) by sj-iport-4.cisco.com with ESMTP; 26 Jan 2007 12:09:38 -0800 Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-8.cisco.com (8.12.11/8.12.11) with ESMTP id l0QK9c8c024696 for ; Fri, 26 Jan 2007 12:09:38 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l0QK9bhw015764 for ; Fri, 26 Jan 2007 12:09:38 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 26 Jan 2007 12:09:37 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 26 Jan 2007 12:09:36 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032BB84B@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 13: define how MTU of 1596 was chosen Thread-Index: AcdBhecq4MMrkKjqRzisguLKLYGkUg== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 26 Jan 2007 20:09:37.0383 (UTC) FILETIME=[E7818770:01C74185] Authentication-Results: sj-dkim-8; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim8002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Issue 13: define how MTU of 1596 was chosen X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906 The original issue was raised as: > e) Page 41 -- Section 6.1 Join Request -- 3rd paragraph -- Why the 1596 MTU limit -- how was this number chosen ? == (RIF routes > if vlan ?) if I use 802.3 then I have seen h/w do 1522 (4 byte vlan tag) -- some number a little bigger than 1522 and h/w do 16K > bytes -- (intel ixp 4xx series) --- The 16K number is bigger than the 4k SDU for wireless medium... Would it be better to base the > discovery on the MTU of the wireless media and work down ? During the interim meeting this week, we agreed that since the offending text refered to above has been removed long ago, and that there are no references to MTU size in the Join Request section, this issue would be rejected. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 26 15:57:22 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAY8Q-0007yl-EL for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 15:57:22 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAY7t-0005eK-Sz for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 15:57:22 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 45FA539856B for ; Fri, 26 Jan 2007 12:56:45 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id A41EE4A41E1 for ; Fri, 26 Jan 2007 12:56:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 7F69F43053B for ; Fri, 26 Jan 2007 12:56:38 -0800 (PST) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by hermes.tigertech.net (Postfix) with ESMTP id F0E5043011D for ; Fri, 26 Jan 2007 12:56:34 -0800 (PST) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-5.cisco.com with ESMTP; 26 Jan 2007 12:56:30 -0800 Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l0QKuTKp019320 for ; Fri, 26 Jan 2007 12:56:29 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l0QKuTGk022063 for ; Fri, 26 Jan 2007 12:56:29 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 26 Jan 2007 12:56:29 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 26 Jan 2007 12:56:28 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032BB899@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: issue 239: Protocol Header and command Extensibility Thread-Index: AcdBjHM+QxKX78TYRhax1vRlUPxXvQ== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 26 Jan 2007 20:56:29.0597 (UTC) FILETIME=[73B754D0:01C7418C] Authentication-Results: sj-dkim-2; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim2002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] issue 239: Protocol Header and command Extensibility X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: fb6060cb60c0cea16e3f7219e40a0a81 During the interim meeting, the group discussed what happens if a device receives a command it does not recognize. While issue 219 provides a mechanism to perform capabilities advertisement, there is still an issue of what happens if one receives a request that is not recognized. The protocol, as defined, would require that the request be dropped, which would cause retransmissions, and eventually the link would be shutdown. The team felt that it was preferable to at least provide a mechanism to prevent the link drop case. The team also felt that some guidance on the use of the version field in the CAPWAP header was necessary. Given the limited address space available, this field needs to be incremented only when the header format changes. Here is the proposed text for the above requests: 4.2. CAPWAP Header [...] The version field in the CAPWAP header MUST NOT be modified in any future CAPWAP specifications unless the header format is modified. The version number is intended to be used in order to identify how to 4.4.1.1. Message Type [...] The assignment of CAPWAP control message numbers always occurs in pairs. The first being a request and the second being a response. The CAPWAP protocol's reliability mechanism requires a response in order to acknowledge the request. This means that all requests are odd numbered, while responses are even. Further, the request comes first, meaning that assigning the number 4 for a response and 5 for the request is invalid. When a WTP or AC receives a message whose message type field is not recognized and odd, the number is incremented by one, and the Result Code message element is added with the value (Unrecognized Request). If the unknown message type is even, the message is simply ignored. 14. IANA Considerations [...] 14.1. CAPWAP Message Types The Message Type field in the CAPWAP header Section 4.4.1.1 is used to identify the operation associated with the message. There are multiple namespaces, which is identified via the first three octets of the field containing the IANA Enterprise Number [12]. When the Enterprise Number is set to zero, the message types are reserved for use by the base CAPWAP specification which are controlled and maintained by IANA. The assignment of CAPWAP control message numbers always occurs in pairs. The first being a request and the second being a response. The CAPWAP protocol's reliability mechanism requires a response in order to acknowledge the request. This means that all requests are odd numbered, while responses are even. Further, the request comes first, meaning that assigning the number 4 for a response and 5 for the request is invalid. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 26 16:20:06 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAYUQ-0006r9-15 for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 16:20:06 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAYUO-0000uz-Ho for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 16:20:06 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id AD36539855C for ; Fri, 26 Jan 2007 13:19:59 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 629A84A41E1 for ; Fri, 26 Jan 2007 13:19:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 37315431DA4 for ; Fri, 26 Jan 2007 13:19:53 -0800 (PST) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by hermes.tigertech.net (Postfix) with ESMTP id 3C273431DA1 for ; Fri, 26 Jan 2007 13:19:49 -0800 (PST) Received: from sj-dkim-5.cisco.com ([171.68.10.79]) by sj-iport-4.cisco.com with ESMTP; 26 Jan 2007 13:19:49 -0800 Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-5.cisco.com (8.12.11/8.12.11) with ESMTP id l0QLJnpB022206 for ; Fri, 26 Jan 2007 13:19:49 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l0QLJnho014735 for ; Fri, 26 Jan 2007 13:19:49 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 26 Jan 2007 13:19:48 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 26 Jan 2007 13:19:48 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032BB8B9@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 240: Discovery Attack on established DTLS session Thread-Index: AcdBj7W1488a3K6CQxiBMTGR9Fj8Hg== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 26 Jan 2007 21:19:48.0870 (UTC) FILETIME=[B5BF7260:01C7418F] Authentication-Results: sj-dkim-5; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim5002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Issue 240: Discovery Attack on established DTLS session X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 9ed51c9d1356100bce94f1ae4ec616a9 During the interim meeting, the issue of what an AC should do if it receives a Discovery Request when it already has an active DTLS session. The agreement was to include text to provide guidance to the implementors. Find proposed text below: 5.1. Discovery Request Message [...] It is possible for the AC to receive a cleartext Discovery Request while a DTLS session is already active with the WTP. This is most likely the case where the WTP has rebooted, perhaps due to a software or power failure, but could also be caused by a Denial of Service attack. In such cases, any state associated with the WTP, such as the state machine instance, MUST NOT be cleared until such time as another DTLS session has been successfully established, communicated via the DTLSSessionEstablished DTLS notification (see Section 2.3.2.2). 12. Security Considerations [...] 12.3. Discovery Attacks Since the Discovery Requests are sent in the clear, it is important that AC implementations NOT assume that receiving such a request from a WTP implies that it has rebooted, and consequently tear down any active DTLS sessions. Discovery Requests can easily be spoofed by malicious devices, so it is important that the AC maintain two separate sets of states for the WTP until such time as the DTLSSessionEstablished notification is received, which implies the WTP was authenticated. Once a new DTLS session is successfully established, any state referring to the old session can be cleared. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 26 16:49:28 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAYwq-0000CZ-Ff for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 16:49:28 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAYwn-0005EY-Ue for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 16:49:28 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 8D17A39854E for ; Fri, 26 Jan 2007 13:49:25 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 3C4484A41E1 for ; Fri, 26 Jan 2007 13:49:19 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 22C97431DFE for ; Fri, 26 Jan 2007 13:49:19 -0800 (PST) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by hermes.tigertech.net (Postfix) with ESMTP id D40E8431DFC for ; Fri, 26 Jan 2007 13:49:16 -0800 (PST) Received: by nf-out-0910.google.com with SMTP id c2so1205559nfe for ; Fri, 26 Jan 2007 13:49:15 -0800 (PST) Received: by 10.49.107.8 with SMTP id j8mr6225178nfm.1169848155148; Fri, 26 Jan 2007 13:49:15 -0800 (PST) Received: by 10.49.42.3 with HTTP; Fri, 26 Jan 2007 13:49:15 -0800 (PST) Message-ID: <5bfe7a820701261349y7ff990d6ka29a463bed8dd5ca@mail.gmail.com> Date: Fri, 26 Jan 2007 13:49:15 -0800 From: "Dorothy Stanley" To: capwap MIME-Version: 1.0 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.7 tagged_above=-999.0 required=7.0 tests=FROM_ENDS_IN_NUMS, HTML_00_10, HTML_MESSAGE, RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Proposed Resolution - Issue 207 - New WLAN terminology proposed X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1606733856==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.7 (/) X-Scan-Signature: 8de5f93cb2b4e3bee75302e9eacc33db --===============1606733856== Content-Type: multipart/alternative; boundary="----=_Part_68308_8744441.1169848155094" ------=_Part_68308_8744441.1169848155094 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline All, At the CAPWAP ad-hoc, we agreed to try to resolve rather than defer Issue 207, listed below: I'd like to suggest an additional item for the terminology section (Section 1.5 =96 Terminology). Following from earlier discussions, we can consider u= sing the same definition as in the Objectives RFC without having to reference it= . Suggestion: WLAN: A WLAN refers to a logical separation of a physical WTP, also known a= s logical group. So a single physical WTP will operate a number of WLANs or logical groups. Virtual access points are examples of logical groups. Here, each Basic Service Set Identifier (BSSID) and constituent wireless terminal= s' radios are denoted as distinct logical groups of a physical WTP. Proposed resolution: Add the following definition to section 1.5 Terminology, in the binding -01 document: WLAN: In this document, WLAN refers to a logical component instantiated on a WTP device. A single physical WTP may operate a number of WLANs. Each Basic Service Set Identifier (BSSID) and its constituent wireless terminal radios is denoted as a distinct WLAN on a physical WTP. Comments welcome, Dorothy Stanley ------=_Part_68308_8744441.1169848155094 Content-Type: text/html; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline All,

At the CAPWAP ad-hoc, we agreed to try to resolve rather than defer Issue 2= 07, listed below:

I'd like to suggest an additional item for the terminology section (Se= ction
1.5 =96 Terminology). Following from earlier discussions, we can = consider using
the same definition as in the Objectives RFC without hav= ing to reference it.=20

Suggestion:

WLAN: A WLAN refers to a logical separation of a= physical WTP, also known as
logical group. So a single physical WTP wi= ll operate a number of WLANs or
logical groups. Virtual access points a= re examples of logical groups. Here,=20
each Basic Service Set Identifier (BSSID) and constituent wireless term= inals'
radios are denoted as distinct logical groups of a physical WTP.=

Proposed resolution:

Add the following definition to section 1.5 Terminology, in the binding -01= document:

WLAN: In this document, WLAN refers to a logical component instantiate= d on a WTP device.
A single physical WTP may operate a number of WLANs. = Each Basic Service Set Identifier (BSSID)
and its constituent wireless = terminal radios is denoted as a distinct WLAN on a physical WTP.

Comments welcome,

Dorothy Stanley
------=_Part_68308_8744441.1169848155094-- --===============1606733856== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============1606733856==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 26 16:50:52 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAYyC-0000zK-GN for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 16:50:52 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAYyA-0005Qm-Tz for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 16:50:52 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 8F2F939854D for ; Fri, 26 Jan 2007 13:50:50 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 244234A41E1 for ; Fri, 26 Jan 2007 13:50:41 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 1648739806B for ; Fri, 26 Jan 2007 13:50:41 -0800 (PST) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by zoidberg.tigertech.net (Postfix) with ESMTP id 9E99639803C for ; Fri, 26 Jan 2007 13:50:37 -0800 (PST) Received: from sj-dkim-7.cisco.com ([171.68.10.88]) by sj-iport-4.cisco.com with ESMTP; 26 Jan 2007 13:50:37 -0800 Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-7.cisco.com (8.12.11/8.12.11) with ESMTP id l0QLobdE005498; Fri, 26 Jan 2007 13:50:37 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id l0QLoWnL005862; Fri, 26 Jan 2007 13:50:36 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 26 Jan 2007 13:50:35 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 26 Jan 2007 13:50:35 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032BB8E9@xmb-sjc-235.amer.cisco.com> In-Reply-To: <5bfe7a820701261349y7ff990d6ka29a463bed8dd5ca@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed Resolution - Issue 207 - New WLAN terminologyproposed Thread-Index: AcdBk9/TC62pFiZhRWWAsqNGo6ge+QAAB9mA References: <5bfe7a820701261349y7ff990d6ka29a463bed8dd5ca@mail.gmail.com> From: "Pat Calhoun (pacalhou)" To: "Dorothy Stanley" , "capwap" X-OriginalArrivalTime: 26 Jan 2007 21:50:35.0448 (UTC) FILETIME=[0264E380:01C74194] Authentication-Results: sj-dkim-7; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim7002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.429 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, HTML_30_40, HTML_MESSAGE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Proposed Resolution - Issue 207 - New WLAN terminologyproposed X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1045748906==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: 789c141a303c09204b537a4078e2a63f This is a multi-part message in MIME format. --===============1045748906== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C74194.02330CE7" This is a multi-part message in MIME format. ------_=_NextPart_001_01C74194.02330CE7 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Works for me. =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Dorothy Stanley [mailto:dstanley1389@gmail.com]=20 Sent: Friday, January 26, 2007 1:49 PM To: capwap Subject: [Capwap] Proposed Resolution - Issue 207 - New WLAN terminologyproposed =09 =09 All, =09 At the CAPWAP ad-hoc, we agreed to try to resolve rather than defer Issue 207, listed below: =09 =09 I'd like to suggest an additional item for the terminology section (Section=20 1.5 - Terminology). Following from earlier discussions, we can consider using=20 the same definition as in the Objectives RFC without having to reference it.=20 =09 =09 Suggestion: =09 WLAN: A WLAN refers to a logical separation of a physical WTP, also known as=20 logical group. So a single physical WTP will operate a number of WLANs or=20 logical groups. Virtual access points are examples of logical groups. Here,=20 =09 each Basic Service Set Identifier (BSSID) and constituent wireless terminals'=20 radios are denoted as distinct logical groups of a physical WTP. =09 =09 Proposed resolution: =09 Add the following definition to section 1.5 Terminology, in the binding -01 document: =09 WLAN: In this document, WLAN refers to a logical component instantiated on a WTP device. A single physical WTP may operate a number of WLANs. Each Basic Service Set Identifier (BSSID)=20 and its constituent wireless terminal radios is denoted as a distinct WLAN on a physical WTP. =09 Comments welcome, =09 Dorothy Stanley =09 ------_=_NextPart_001_01C74194.02330CE7 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Works=20 for me.

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Dorothy Stanley=20 [mailto:dstanley1389@gmail.com]
Sent: Friday, January 26, = 2007 1:49=20 PM
To: capwap
Subject: [Capwap] Proposed = Resolution -=20 Issue 207 - New WLAN terminologyproposed

All,

At the CAPWAP ad-hoc, we agreed to try to = resolve=20 rather than defer Issue 207, listed below:

I'd like to = suggest an additional item for the terminology section (Section
1.5 = – Terminology). Following from earlier discussions, we can = consider using
the same definition as in the Objectives RFC without = having to reference it.=20

Suggestion:

WLAN: A WLAN refers to a logical separation = of a physical WTP, also known as
logical group. So a single physical = WTP will operate a number of WLANs or
logical groups. Virtual access = points are examples of logical groups. Here,=20
each Basic Service Set Identifier (BSSID) and constituent wireless = terminals'
radios are denoted as distinct logical groups of a = physical WTP.

Proposed=20 resolution:

Add the following definition to section 1.5 = Terminology, in=20 the binding -01 document:
WLAN: In this document, WLAN refers = to a logical component instantiated on a WTP device.
A single = physical WTP may operate a number of WLANs. Each Basic Service Set = Identifier (BSSID)
and its constituent wireless terminal radios is = denoted as a distinct WLAN on a physical WTP.

Comments welcome,

Dorothy=20 Stanley
------_=_NextPart_001_01C74194.02330CE7-- --===============1045748906== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============1045748906==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 26 19:28:51 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAbR5-0006vY-Nf for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 19:28:51 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAbR4-00052l-1J for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 19:28:51 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 0B8604320DF for ; Fri, 26 Jan 2007 16:28:35 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 0A39A4A41E7 for ; Fri, 26 Jan 2007 16:28:25 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id CD8F14320A6 for ; Fri, 26 Jan 2007 16:28:24 -0800 (PST) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by hermes.tigertech.net (Postfix) with ESMTP id 7C97E4320A2 for ; Fri, 26 Jan 2007 16:28:22 -0800 (PST) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-3.cisco.com with ESMTP; 26 Jan 2007 16:28:18 -0800 X-IronPort-AV: i="4.13,245,1167638400"; d="scan'208"; a="460090730:sNHT66732796" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l0R0SHiF010145 for ; Fri, 26 Jan 2007 16:28:17 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l0R0S9Dm015034 for ; Fri, 26 Jan 2007 16:28:17 -0800 (PST) Received: from xmb-sjc-237.amer.cisco.com ([128.107.191.123]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 26 Jan 2007 16:28:10 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 26 Jan 2007 16:28:09 -0800 Message-ID: <17B8C6DE4E228348B4939BDA6B05A9DC029E4D9D@xmb-sjc-237.amer.cisco.com> In-Reply-To: <45B86800.4040207@trapezenetworks.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Thread-Index: AcdAWc+CXG6ZODH4Q+Ge6pvGj/voxABT+tGA References: <8954613CA6BB3242A1531D916A527A4102B60651@NT-SJCA-0751.brcm.ad.broadcom.com> <45B86800.4040207@trapezenetworks.com> From: "Bob O'Hara (boohara)" To: X-OriginalArrivalTime: 27 Jan 2007 00:28:10.0597 (UTC) FILETIME=[061A2150:01C741AA] Authentication-Results: sj-dkim-3; header.From=boohara@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 8f374d0786b25a451ef87d82c076f593 It's always fun to be part of an exercise to optimize something until it can't be optimized any further, and let's be clear about it. That is what we are doing here. The current preamble, common to both control and data packets, works. What is being proposed is to make the data packet preamble as short as possible, by reducing its size by 32 bits. This comes at the cost of having the control and data packet formats diverge. Let me propose some reasons for keeping the preamble of the control and data packets the same as they were. 1. A DTLS-protected packet, either control or data, is handled exactly the same way to produce the decrypted CAPWAP payload. This decrypted payload can then be passed to software for processing (either control or data) or can be passed to fast path hardware for data path processing. 2. 32 bits take exactly 32ns to transmit at a gigabit per second, which is likely to be the predominant connection for both WTPs and ACs. Optimizing the protocol to save these 32ns is a foolish economy. Is there a dire cost that we encounter, in order to send these bits? 3. Having two different CAPWAP preambles doubles the cost of development of this portion of the protocol (particularly if the CAPWAP header cracking is done in hardware), doubles the hardware necessary to process this portion of the packet (perhaps even that necessary to process the entire packet), and doubles the number of bugs to discover and fix. I believe these practical reasons outweigh the reasons presented for making the change to the header. -Bob -----Original Message----- From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] Sent: Thursday, January 25, 2007 12:19 AM To: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Please consider the following alternative proposal to optimize the data channel when no DTLS encryption is present. With this proposal, CAPWAP data channels running in the clear will not require the CAPWAP preamble. However, CAPWAP data channels running DTLS must have the CAPWAP preamble. The CAPWAP preamble is modified as follows: [...] 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Version| Type | Reserved |P| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ [...] P: Must be 1. Indicates that this is a CAPWAP preamble. [...] The CAPWAP Header is modified as follows: [...] 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Version| RID | HLEN | WBID |T|F|L|W|M|K| Flags |P| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ [...] P: Must be 0. Indicates that this is a CAPWAP preamble. [...] The basic idea is to overlay the CAPWAP preamble and the first 32 bits of the CAPWAP Header. Note the intentional overlap of the Version field and the P bit. Essentially the P bit is a type indicator that indicates the type of super field present. A 1 indicates a CAPWAP preamble, a 0 indicates the first 32 bits of the CAPWAP Header. Any data packet on a clear (unencrypted) data channel looks as follows (to illustrate the use of the P bit): CAPWAP Plain Text Data Packet: +--------------------------------+ | IP | UDP | CAPWAP | Wireless | | Hdr | Hdr | Header | Payload | | | | P=0 | | +--------------------------------+ Any data packet on an encrypted data channel or a DTLS session establishment packet looks as follows: DTLS Secured CAPWAP Data Packet: +------------------------------------------------------+ | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | | Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr | | | | P=1 | | | | | +------------------------------------------------------+ \----- authenticated -----/ \------- encrypted --------/ A switching entity need only check the CAPWAP Version and then the P bit to determine if the CAPWAP packet needs DTLS processing. If the P but is not set, the switching entity may immediately assume only a CAPWAP header and commences de-encapsulation and possible reassembly processing. This proposal serves the following purposes: - The CAPWAP preamble is present only when really needed. Specifically to identify CAPWAP packet attributes outside of the DTLS encrypted/ authenticated area when DTLS is used. - Eliminates the waste of 32 bits of header information to convey a single bit of information when in the clear. - Allows for the continued use of the CAPWAP preamble for other purposes, such as DTLS session de-multiplexing to deal with the issue of QoS reordering. (see earlier email from Mani - The QoS DTLS factor) Please let me know if you have any questions. Thanks, Jim _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 26 20:37:05 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAcV7-00015L-Bu for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 20:37:05 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAcV1-0008DT-TF for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 20:37:05 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 16C2E398547 for ; Fri, 26 Jan 2007 17:36:59 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id C3C894A41E7 for ; Fri, 26 Jan 2007 17:36:52 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 9A23A432173 for ; Fri, 26 Jan 2007 17:36:52 -0800 (PST) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by hermes.tigertech.net (Postfix) with ESMTP id 5D834432174 for ; Fri, 26 Jan 2007 17:36:50 -0800 (PST) Received: by ug-out-1314.google.com with SMTP id o38so758035ugd for ; Fri, 26 Jan 2007 17:36:49 -0800 (PST) Received: by 10.66.243.2 with SMTP id q2mr5191338ugh.1169861809065; Fri, 26 Jan 2007 17:36:49 -0800 (PST) Received: from SJainT60 ( [216.31.249.246]) by mx.google.com with ESMTP id p32sm4420708ugc.2007.01.26.17.36.46; Fri, 26 Jan 2007 17:36:47 -0800 (PST) From: "Sudhanshu" To: "'Bob O'Hara (boohara)'" , References: <8954613CA6BB3242A1531D916A527A4102B60651@NT-SJCA-0751.brcm.ad.broadcom.com><45B86800.4040207@trapezenetworks.com> <17B8C6DE4E228348B4939BDA6B05A9DC029E4D9D@xmb-sjc-237.amer.cisco.com> Date: Fri, 26 Jan 2007 17:36:44 -0800 Message-ID: <003201c741b3$9c01bee0$9166640a@arubanetworks.com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Thread-Index: AcdAWc+CXG6ZODH4Q+Ge6pvGj/voxABT+tGAAAHHZ7A= In-Reply-To: <17B8C6DE4E228348B4939BDA6B05A9DC029E4D9D@xmb-sjc-237.amer.cisco.com> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 2bf730a014b318fd3efd65b39b48818c Bob, What has been proposed to avoid preamble in data path is nothing more than supporting more than one version number of CAPPWAP protocol. A good *HW* implementation should address it anyway. IMHO, multiple versions is going to be very common going forward as the current standard, in the interest of interoperability, has been made very restrictive. And all the reason you have mentioned below does not look very strong to afford 4 bytes in each data packet. Please see inline comments. -Suds -----Original Message----- From: Bob O'Hara (boohara) [mailto:boohara@cisco.com] Sent: Friday, January 26, 2007 4:28 PM To: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) It's always fun to be part of an exercise to optimize something until it can't be optimized any further, and let's be clear about it. That is what we are doing here. The current preamble, common to both control and data packets, works. What is being proposed is to make the data packet preamble as short as possible, by reducing its size by 32 bits. This comes at the cost of having the control and data packet formats diverge. Let me propose some reasons for keeping the preamble of the control and data packets the same as they were. 1. A DTLS-protected packet, either control or data, is handled exactly the same way to produce the decrypted CAPWAP payload. This decrypted payload can then be passed to software for processing (either control or data) or can be passed to fast path hardware for data path processing. [Suds] In the propose solution also a DTLS protected packet will always be handled in the same way. No difference. Only in case of non-protected packet there will be a difference. In that case, DTLS processing has to be bypassed any way. 2. 32 bits take exactly 32ns to transmit at a gigabit per second, which is likely to be the predominant connection for both WTPs and ACs. Optimizing the protocol to save these 32ns is a foolish economy. Is there a dire cost that we encounter, in order to send these bits? [Suds] Don't forget about the remote APs, where 32 byte overhead could be undesirable. 3. Having two different CAPWAP preambles doubles the cost of development of this portion of the protocol (particularly if the CAPWAP header cracking is done in hardware), doubles the hardware necessary to process this portion of the packet (perhaps even that necessary to process the entire packet), and doubles the number of bugs to discover and fix. [Suds] As I mentioned earlier, HW implementation is nothing more than two version of CAPOWAP supported, in a modified proposal send by me. A good HW implementation should definitely consider it to make it easier for future enhancements. I believe these practical reasons outweigh the reasons presented for making the change to the header. [Suds] As I explain above, these reasons do not hold much ground. -Suds -----Original Message----- From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] Sent: Thursday, January 25, 2007 12:19 AM To: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Please consider the following alternative proposal to optimize the data channel when no DTLS encryption is present. With this proposal, CAPWAP data channels running in the clear will not require the CAPWAP preamble. However, CAPWAP data channels running DTLS must have the CAPWAP preamble. The CAPWAP preamble is modified as follows: [...] 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Version| Type | Reserved |P| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ [...] P: Must be 1. Indicates that this is a CAPWAP preamble. [...] The CAPWAP Header is modified as follows: [...] 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Version| RID | HLEN | WBID |T|F|L|W|M|K| Flags |P| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ [...] P: Must be 0. Indicates that this is a CAPWAP preamble. [...] The basic idea is to overlay the CAPWAP preamble and the first 32 bits of the CAPWAP Header. Note the intentional overlap of the Version field and the P bit. Essentially the P bit is a type indicator that indicates the type of super field present. A 1 indicates a CAPWAP preamble, a 0 indicates the first 32 bits of the CAPWAP Header. Any data packet on a clear (unencrypted) data channel looks as follows (to illustrate the use of the P bit): CAPWAP Plain Text Data Packet: +--------------------------------+ | IP | UDP | CAPWAP | Wireless | | Hdr | Hdr | Header | Payload | | | | P=0 | | +--------------------------------+ Any data packet on an encrypted data channel or a DTLS session establishment packet looks as follows: DTLS Secured CAPWAP Data Packet: +------------------------------------------------------+ | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | | Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr | | | | P=1 | | | | | +------------------------------------------------------+ \----- authenticated -----/ \------- encrypted --------/ A switching entity need only check the CAPWAP Version and then the P bit to determine if the CAPWAP packet needs DTLS processing. If the P but is not set, the switching entity may immediately assume only a CAPWAP header and commences de-encapsulation and possible reassembly processing. This proposal serves the following purposes: - The CAPWAP preamble is present only when really needed. Specifically to identify CAPWAP packet attributes outside of the DTLS encrypted/ authenticated area when DTLS is used. - Eliminates the waste of 32 bits of header information to convey a single bit of information when in the clear. - Allows for the continued use of the CAPWAP preamble for other purposes, such as DTLS session de-multiplexing to deal with the issue of QoS reordering. (see earlier email from Mani - The QoS DTLS factor) Please let me know if you have any questions. Thanks, Jim _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 26 20:58:10 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAcpW-0003Zj-6g for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 20:58:10 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAcpT-0003Co-Vw for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 20:58:10 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id A948139855C for ; Fri, 26 Jan 2007 17:58:07 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id ABE924A41E7 for ; Fri, 26 Jan 2007 17:57:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 8B2AE39805F for ; Fri, 26 Jan 2007 17:57:56 -0800 (PST) Received: from web62404.mail.re1.yahoo.com (web62404.mail.re1.yahoo.com [69.147.75.81]) by zoidberg.tigertech.net (Postfix) with SMTP id C691A39800D for ; Fri, 26 Jan 2007 17:57:53 -0800 (PST) Received: (qmail 14864 invoked by uid 60001); 27 Jan 2007 01:57:53 -0000 Received: from [171.71.133.224] by web62404.mail.re1.yahoo.com via HTTP; Fri, 26 Jan 2007 17:57:52 PST X-Mailer: YahooMailRC/368.3 YahooMailWebService/0.6.132.7 Date: Fri, 26 Jan 2007 17:57:52 -0800 (PST) From: Abhijit Choudhury To: capwap@frascone.com MIME-Version: 1.0 Message-ID: <908718.2394.qm@web62404.mail.re1.yahoo.com> X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=3.263 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, DNS_FROM_RFC_POST, DNS_FROM_RFC_WHOIS, FROM_ENDS_IN_NUMS, HTML_20_30, HTML_MESSAGE X-Spam-Level: *** Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Abhijit Choudhury List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2012203710==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 1.0 (+) X-Scan-Signature: 96d3a783a4707f1ab458eb15058bb2d7 --===============2012203710== Content-Type: multipart/alternative; boundary="0-1646954981-1169863072=:2394" --0-1646954981-1169863072=:2394 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi Suds,=0A=0AThe issue really is one of simplicity and having a=0Aclean de= sign. Having a fixed header format instead of=0Athe proposed conditional on= e makes the=0Adesign simple, reduces development and validation effort=0Aan= d reduces the chances of introducing bugs. =0A=0APlease see my comments in-= line.=0A =0AThanks,=0AAbhijit=0A-----Original Message-----=0AFrom: Sudhansh= u [mailto:sudhanshu.ietf@gmail.com] =0ASent: Friday, January 26, 2007 5:37 = PM=0ATo: Bob O'Hara (boohara); capwap@frascone.com=0ASubject: Re: [Capwap] = Proposed Resolution for Issue 224/89 (and part of 146)=0ABob,=0AWhat has be= en proposed to avoid preamble in data path is nothing more than supporting = more than one version number of CAPPWAP protocol. A good *HW* implementatio= n should address it anyway. IMHO, multiple versions is going to be very com= mon going forward as the current standard, in the interest of interoperabil= ity, has been made very restrictive.=0AAnd all the reason you have mentione= d below does not look very strong to afford 4 bytes in each data packet. Pl= ease see inline comments.=0A-Suds=0A-----Original Message-----=0AFrom: Bob = O'Hara (boohara) [mailto:boohara@cisco.com]=0ASent: Friday, January 26, 200= 7 4:28 PM=0ATo: capwap@frascone.com=0ASubject: Re: [Capwap] Proposed Resolu= tion for Issue 224/89 (and part of 146)=0AIt's always fun to be part of an = exercise to optimize something until it can't be optimized any further, and= let's be clear about it. That is what we are doing here. The current pream= ble, common to both control and data packets, works. What is being proposed= is to make the data packet preamble as short as possible, by reducing its = size by 32 bits.=0AThis comes at the cost of having the control and data pa= cket formats diverge.=0ALet me propose some reasons for keeping the preambl= e of the control and data packets the same as they were.=0A=0A1. A DTLS-pro= tected packet, either control or data, is handled exactly the same way to p= roduce the decrypted CAPWAP payload. This decrypted payload can then be pas= sed to software for processing (either control or=0Adata) or can be passed = to fast path hardware for data path processing.=0A=0A[Suds] In the propose = solution also a DTLS protected packet will always be handled in the same wa= y. No difference. Only in case of non-protected packet there will be a diff= erence. In that case, DTLS processing has to be bypassed any way. =0A=0A[Ab= hijit] There will be lots of deployments that will use a DTLS-encrypted con= trol channel and a clear data channel.=0AUsing the same format for the head= er makes the parser simpler.=0A=0A2. 32 bits take exactly 32ns to transmit = at a gigabit per second, which is likely to be the predominant connection f= or both WTPs and ACs.=0AOptimizing the protocol to save these 32ns is a foo= lish economy. Is there a dire cost that we encounter, in order to send thes= e bits?=0A=0A[Suds] Don't forget about the remote APs, where 32 byte overhe= ad could be undesirable. =0A=0A[Abhijit] It's 32 bits, not 32 bytes. =0A = I would agree with your concern if it was 32 bytes.=0A =0A3. Having= two different CAPWAP preambles doubles the cost of development of this por= tion of the protocol (particularly if the CAPWAP header cracking is done in= hardware), doubles the hardware necessary to process this portion of the p= acket (perhaps even that necessary to process the entire packet), and doubl= es the number of bugs to discover and fix.=0A=0A[Suds] As I mentioned earli= er, HW implementation is nothing more than two version of CAPOWAP supported= , in a modified proposal send by me. A good HW implementation should defini= tely consider it to make it easier for future enhancements.=0A=0A[Abhijit] = Close to 3 years after we started, we are still =0A working on the= first version. By the time=0A the next version comes out, it'll b= e time to rev your =0A hardware anyway :-) So, I'd say that is = a very weak reason =0A to change add this complexity.=0A =0AI bel= ieve these practical reasons outweigh the reasons presented for making the = change to the header.=0A[Suds] As I explain above, these reasons do not hol= d much ground.=0A-Suds=0A-----Original Message-----=0AFrom: Jim Murphy [mai= lto:jmurphy@trapezenetworks.com]=0ASent: Thursday, January 25, 2007 12:19 A= M=0ATo: capwap@frascone.com=0ASubject: Re: [Capwap] Proposed Resolution for= Issue 224/89 (and part of=0A146)=0A =0APlease consider the following alter= native proposal to optimize the data=0Achannel when no DTLS encryption is p= resent. With this proposal,=0ACAPWAP data channels running in the clear wil= l not require the CAPWAP=0Apreamble. However, CAPWAP data channels running = DTLS must have the=0ACAPWAP preamble.=0AThe CAPWAP preamble is modified as = follows:=0A[...]=0A0 1 2 3=0A0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 = 3 4 5 6 7 8 9 0 1=0A+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+=0A|Version| Type | Reserved=0A|P|=0A+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A[...]=0AP: Must be 1. Indicates tha= t this is a CAPWAP preamble.=0A[...]=0AThe CAPWAP Header is modified as fol= lows:=0A[...]=0A0 1 2 3=0A0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4= 5 6 7 8 9 0 1=0A+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+=0A|Version| RID | HLEN | WBID |T|F|L|W|M|K| Flags=0A|P|=0A+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A[...]=0AP: Must = be 0. Indicates that this is a CAPWAP preamble.=0A[...]=0AThe basic idea is= to overlay the CAPWAP preamble and the first=0A32 bits of the CAPWAP Heade= r. Note the intentional overlap of=0Athe Version field and the P bit. Essen= tially the P bit is a type=0Aindicator that indicates the type of super fie= ld present. A 1=0Aindicates a CAPWAP preamble, a 0 indicates the first 32 b= its of=0Athe CAPWAP Header.=0AAny data packet on a clear (unencrypted) data= channel looks=0Aas follows (to illustrate the use of the P bit):=0ACAPWAP = Plain Text Data Packet:=0A+--------------------------------+=0A| IP | UDP |= CAPWAP | Wireless |=0A| Hdr | Hdr | Header | Payload |=0A| | | P=3D0 | |= =0A+--------------------------------+=0AAny data packet on an encrypted dat= a channel or a DTLS=0Asession establishment packet looks as follows:=0ADTLS= Secured CAPWAP Data Packet:=0A+-------------------------------------------= -----------+=0A| IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS |=0A| = Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr |=0A| | | P=3D1 | | | | |= =0A+------------------------------------------------------+=0A\----- authen= ticated -----/=0A\------- encrypted --------/=0AA switching entity need onl= y check the CAPWAP Version and then the P=0Abit to determine if the CAPWAP = packet needs DTLS processing.=0AIf the P but is not set, the switching enti= ty may immediately=0Aassume only a CAPWAP header and commences de-encapsula= tion and=0Apossible reassembly processing.=0AThis proposal serves the follo= wing purposes:=0A- The CAPWAP preamble is present only when really needed. = Specifically=0Ato identify CAPWAP packet attributes outside of the DTLS enc= rypted/=0Aauthenticated area when DTLS is used.=0A- Eliminates the waste of= 32 bits of header information to convey a=0Asingle bit of information when= in the clear.=0A- Allows for the continued use of the CAPWAP preamble for = other=0Apurposes, such as DTLS session de-multiplexing to deal with the=0Ai= ssue of QoS reordering. (see earlier email from Mani - The QoS DTLS=0Afacto= r)=0APlease let me know if you have any questions.=0AThanks,=0AJim=0A______= ___________________________________________________________=0ATo unsubscrib= e or modify your subscription options, please visit:=0Ahttp://lists.frascon= e.com/mailman/listinfo/capwap=0AArchives: http://lists.frascone.com/piperma= il/capwap=0A_______________________________________________________________= __=0ATo unsubscribe or modify your subscription options, please visit:=0Aht= tp://lists.frascone.com/mailman/listinfo/capwap=0AArchives: http://lists.fr= ascone.com/pipermail/capwap=0A_____________________________________________= ____________________=0ATo unsubscribe or modify your subscription options, = please visit:=0Ahttp://lists.frascone.com/mailman/listinfo/capwap=0AArchive= s: http://lists.frascone.com/pipermail/capwap=0A=0A=0A =0A_________________= ___________________________________________________________________=0AThe f= ish are biting. =0AGet more visitors on your site using Yahoo! Search Marke= ting.=0Ahttp://searchmarketing.yahoo.com/arp/sponsoredsearch_v2.php --0-1646954981-1169863072=:2394 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
=0A
Hi Suds,
=0A

=0A
The i= ssue really is one of simplicity and having a
=0A
clean design. Having= a fixed header format instead of
=0A
the proposed conditional one mak= es the
=0A
design simple, reduces development and validation effort=0A
and reduces the chances of introducing bugs.
=0A

=0A=
=0A
Please see my comments in-line.
=0A

=0A
Thank= s,
=0A
Abhijit
=0A
=0A
=0A
-----Original Message-----=
=0A
From: Sudhanshu [mailto:sudhanshu.ietf@gmail.com]
=0A
Sent: Friday, January 26, 2007 5:37 PM=0A
To: Bob O'Hara (boohara); capwap@frascone.com
=0A
Subject: Re:= [Capwap] Proposed Resolution for Issue 224/89 (and part of 146)
=0A
B= ob,
=0A
What has been proposed to avoid preamble in data path is nothi= ng more than supporting more than one version number of CAPPWAP protocol. A= good *HW* implementation should address it anyway. IMHO, multiple versions= is going to be very common going forward as the current standard, in the i= nterest of interoperability, has been made very restrictive.
=0A
And a= ll the reason you have mentioned below does not look very strong to afford = 4 bytes in each data packet. Please see inline comments.
=0A
-Suds
= =0A
-----Original Message-----
=0A
From: Bob O'Hara (boohara) [ma= ilto:boohara@cisco.com]
=0A
Sent: Friday= , January 26, 2007 4:28 PM
=0A
To: capwap@frascone.com
=0A
Subjec= t: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146)
= =0A
=0A
It's always fun to be part of an exercise to optimize somet= hing until it can't be optimized any further, and let's be clear about it. = That is what we are doing here. The current preamble, common to both contro= l and data packets, works. What is being proposed is to make the data packe= t preamble as short as possible, by reducing its size by 32 bits.
=0A
= This comes at the cost of having the control and data packet formats diverg= e.
=0A
Let me propose some reasons for keeping the preamble of the con= trol and data packets the same as they were.
=0A

=0A
1. A = DTLS-protected packet, either control or data, is handled exactly the same = way to produce the decrypted CAPWAP payload. This decrypted payload can the= n be passed to software for processing (either control or
=0A
data) or= can be passed to fast path hardware for data path processing.
=0A
&nb= sp;
=0A
[Suds] In the propose solution also a DTLS protected packet wi= ll always be handled in the same way. No difference. Only in case of non-pr= otected packet there will be a difference. In that case, DTLS processing ha= s to be bypassed any way.
=0A

=0A
[Abhijit] There= will be lots of deployments that will use a DTLS-encrypted control ch= annel and a clear data channel.
=0A
Using the same fo= rmat for the header makes the parser simpler.
=0A

= =0A
2. 32 bits take exactly 32ns to transmit at a gigabit per second, whi= ch is likely to be the predominant connection for both WTPs and ACs.
=0A=
Optimizing the protocol to save these 32ns is a foolish economy. Is ther= e a dire cost that we encounter, in order to send these bits?
=0A
&nbs= p;
=0A
[Suds] Don't forget about the remote APs, where 32 byte overhea= d could be undesirable.
=0A

=0A
[Abhijit] It's 32= bits, not 32 bytes.
=0A
    &nb= sp;     I would agree with your con= cern if it was 32 bytes.
=0A

=0A
3. Having two different CAPWAP preambles doubl= es the cost of development of this portion of the protocol (particularly if= the CAPWAP header cracking is done in hardware), doubles the hardware nece= ssary to process this portion of the packet (perhaps even that necessary to= process the entire packet), and doubles the number of bugs to discover and= fix.
=0A

=0A
[Suds] As I mentioned earlier, HW implementa= tion is nothing more than two version of CAPOWAP supported, in a modified p= roposal send by me. A good HW implementation should definitely consider it = to make it easier for future enhancements.
=0A

=0A
[Abhijit] Close to 3 years after we started, we are still
=0A=
          working o= n the first version. By the time
=0A
  &nbs= p;       the next version comes out, it'll be= time to rev your
=0A
  =         hardware anyway :-) So, I'd say = that is a very weak reason
=0A
          to change add this= complexity.
=0A

=0A
I believe these practical re= asons outweigh the reasons presented for making the change to the header.=0A
[Suds] As I explain above, these reasons do not hold much ground.=0A
-Suds
=0A
=0A
-----Original Message-----
=0A
From: = Jim Murphy [mailto:jmurphy@trapezenetworks.com<= FONT size=3D2>]
=0A
Sent: Thursday, January 25, 2007 12:19 AM
=0ATo: capwap@frascone.com
=0A
Subject: Re: [Capwap] Proposed Resolution= for Issue 224/89 (and part of
=0A
146)
=0A

=0A
Pleas= e consider the following alternative proposal to optimize the data
=0Achannel when no DTLS encryption is present. With this proposal,
=0A
C= APWAP data channels running in the clear will not require the CAPWAP
=0A=
preamble. However, CAPWAP data channels running DTLS must have the
= =0A
CAPWAP preamble.
=0A
The CAPWAP preamble is modified as follows:=
=0A
[...]
=0A
0 1 2 3
=0A
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6= 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
=0A
=0A
+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
=0A
|Version| Type | Reserved=
=0A
|P|
=0A
=0A
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+
=0A
[...]
=0A
P: Must be 1. Indicates tha= t this is a CAPWAP preamble.
=0A
[...]
=0A
The CAPWAP Header is m= odified as follows:
=0A
[...]
=0A
0 1 2 3
=0A
0 1 2 3 4 5 6 = 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
=0A
=0A
+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
=0A
|Versi= on| RID | HLEN | WBID |T|F|L|W|M|K| Flags
=0A
|P|
=0A
=0A
+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
=0A
[= ...]
=0A
P: Must be 0. Indicates that this is a CAPWAP preamble.
= =0A
[...]
=0A
The basic idea is to overlay the CAPWAP preamble and t= he first
=0A
32 bits of the CAPWAP Header. Note the intentional overla= p of
=0A
the Version field and the P bit. Essentially the P bit is a t= ype
=0A
indicator that indicates the type of super field present. A 1<= /P>=0A
indicates a CAPWAP preamble, a 0 indicates the first 32 bits of=0A
the CAPWAP Header.
=0A
Any data packet on a clear (unencrypted)= data channel looks
=0A
as follows (to illustrate the use of the P bit= ):
=0A
CAPWAP Plain Text Data Packet:
=0A
+----------------------= ----------+
=0A
| IP | UDP | CAPWAP | Wireless |
=0A
| Hdr | Hdr = | Header | Payload |
=0A
| | | P=3D0 | |
=0A
+-------------------= -------------+
=0A
Any data packet on an encrypted data channel or a D= TLS
=0A
session establishment packet looks as follows:
=0A
DTLS S= ecured CAPWAP Data Packet:
=0A
+--------------------------------------= ----------------+
=0A
| IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless |= DTLS |
=0A
| Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr |
=0A=
| | | P=3D1 | | | | |
=0A
+----------------------------------------= --------------+
=0A
\----- authenticated -----/
=0A
\------- encr= ypted --------/
=0A
A switching entity need only check the CAPWAP Vers= ion and then the P
=0A
bit to determine if the CAPWAP packet needs DTL= S processing.
=0A
If the P but is not set, the switching entity may im= mediately
=0A
assume only a CAPWAP header and commences de-encapsulati= on and
=0A
possible reassembly processing.
=0A
This proposal serv= es the following purposes:
=0A
- The CAPWAP preamble is present only w= hen really needed. Specifically
=0A
to identify CAPWAP packet attribut= es outside of the DTLS encrypted/
=0A
authenticated area when DTLS is = used.
=0A
- Eliminates the waste of 32 bits of header information to c= onvey a
=0A
single bit of information when in the clear.
=0A
- Al= lows for the continued use of the CAPWAP preamble for other
=0A
purpos= es, such as DTLS session de-multiplexing to deal with the
=0A
issue of= QoS reordering. (see earlier email from Mani - The QoS DTLS
=0A
facto= r)
=0A
Please let me know if you have any questions.
=0A
Thanks,<= /P>=0A
Jim
=0A
_____________________________________________________= ____________
=0A
To unsubscribe or modify your subscription options, p= lease visit:
=0A
http://lists.frascone.com= /mailman/listinfo/capwap
=0A
Archives: <= /FONT>http://lists.frascone.com/pipermail/capwap
=0A
________________________________________________= _________________
=0A
To unsubscribe or modify your subscription optio= ns, please visit:
=0A
http://lists.frascon= e.com/mailman/listinfo/capwap
=0A
Archiv= es: http://lists.frascone.com/pipermail/capwap
=0A
___________________________________________= ______________________
=0A
To unsubscribe or modify your subscription = options, please visit:
=0A
http://lists.fr= ascone.com/mailman/listinfo/capwap
=0A
A= rchives: <= FONT color=3D#0000ff size=3D2>http://lists.frascone.com/pipermail/capwap
=0A

=0A=0A
Expecting? Get great news right away with email Auto-Check.
Try the Yahoo! Mail Beta. --0-1646954981-1169863072=:2394-- --===============2012203710== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============2012203710==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Jan 26 22:02:37 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAdpt-0004QP-7q for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 22:02:37 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAdpq-0004wL-Db for capwap-archive@lists.ietf.org; Fri, 26 Jan 2007 22:02:37 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 6B02A398578 for ; Fri, 26 Jan 2007 19:02:25 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 40A864A41E7 for ; Fri, 26 Jan 2007 19:02:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 144F7432267 for ; Fri, 26 Jan 2007 19:02:15 -0800 (PST) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by hermes.tigertech.net (Postfix) with ESMTP id 26E4B432259 for ; Fri, 26 Jan 2007 19:02:11 -0800 (PST) Received: by ug-out-1314.google.com with SMTP id o38so764113ugd for ; Fri, 26 Jan 2007 19:02:11 -0800 (PST) Received: by 10.66.244.10 with SMTP id r10mr3652672ugh.1169866930770; Fri, 26 Jan 2007 19:02:10 -0800 (PST) Received: from SJainT60 ( [216.31.249.246]) by mx.google.com with ESMTP id 34sm4530351uga.2007.01.26.19.02.06; Fri, 26 Jan 2007 19:02:09 -0800 (PST) From: "Sudhanshu" To: "'Abhijit Choudhury'" , References: <908718.2394.qm@web62404.mail.re1.yahoo.com> Date: Fri, 26 Jan 2007 19:02:04 -0800 Message-ID: <004d01c741bf$87f04d20$9166640a@arubanetworks.com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Thread-Index: AcdBtpabO7btxYuUSou7F2uZcCUdLAABZbng In-Reply-To: <908718.2394.qm@web62404.mail.re1.yahoo.com> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests=HTML_MESSAGE, RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0254584952==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 8d99e2862a1ba097be60bce990cc30ed This is a multi-part message in MIME format. --===============0254584952== Content-Type: multipart/alternative; boundary="----=_NextPart_000_004E_01C7417C.79CD0D20" This is a multi-part message in MIME format. ------=_NextPart_000_004E_01C7417C.79CD0D20 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Abhijit, Please see my inline comments below. _____ From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com] Sent: Friday, January 26, 2007 5:58 PM To: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Hi Suds, The issue really is one of simplicity and having a clean design. Having a fixed header format instead of the proposed conditional one makes the design simple, reduces development and validation effort and reduces the chances of introducing bugs. [Suds] I am not sure it really a quantifiable advantage, but overhead of 32 bits is. My 2 cents, only reason we have introduce the preamble (a kludge), to address DTLS issue. So in case of clear channel, there is no need for preamble. -----Original Message----- From: Sudhanshu [mailto:sudhanshu.ietf@gmail.com] Sent: Friday, January 26, 2007 5:37 PM To: Bob O'Hara (boohara); capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Bob, What has been proposed to avoid preamble in data path is nothing more than supporting more than one version number of CAPPWAP protocol. A good *HW* implementation should address it anyway. IMHO, multiple versions is going to be very common going forward as the current standard, in the interest of interoperability, has been made very restrictive. And all the reason you have mentioned below does not look very strong to afford 4 bytes in each data packet. Please see inline comments. -Suds -----Original Message----- From: Bob O'Hara (boohara) [mailto:boohara@cisco.com] Sent: Friday, January 26, 2007 4:28 PM To: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) It's always fun to be part of an exercise to optimize something until it can't be optimized any further, and let's be clear about it. That is what we are doing here. The current preamble, common to both control and data packets, works. What is being proposed is to make the data packet preamble as short as possible, by reducing its size by 32 bits. This comes at the cost of having the control and data packet formats diverge. Let me propose some reasons for keeping the preamble of the control and data packets the same as they were. 1. A DTLS-protected packet, either control or data, is handled exactly the same way to produce the decrypted CAPWAP payload. This decrypted payload can then be passed to software for processing (either control or data) or can be passed to fast path hardware for data path processing. [Suds] In the propose solution also a DTLS protected packet will always be handled in the same way. No difference. Only in case of non-protected packet there will be a difference. In that case, DTLS processing has to be bypassed any way. [Abhijit] There will be lots of deployments that will use a DTLS-encrypted control channel and a clear data channel. Using the same format for the header makes the parser simpler. [Suds] It is little hard to say it is significantly easier implementation for running such a complex protocol. 2. 32 bits take exactly 32ns to transmit at a gigabit per second, which is likely to be the predominant connection for both WTPs and ACs. Optimizing the protocol to save these 32ns is a foolish economy. Is there a dire cost that we encounter, in order to send these bits? [Suds] Don't forget about the remote APs, where 32 byte overhead could be undesirable. [Abhijit] It's 32 bits, not 32 bytes. I would agree with your concern if it was 32 bytes. [Suds] My mistake. A Typo. 3. Having two different CAPWAP preambles doubles the cost of development of this portion of the protocol (particularly if the CAPWAP header cracking is done in hardware), doubles the hardware necessary to process this portion of the packet (perhaps even that necessary to process the entire packet), and doubles the number of bugs to discover and fix. [Suds] As I mentioned earlier, HW implementation is nothing more than two version of CAPOWAP supported, in a modified proposal send by me. A good HW implementation should definitely consider it to make it easier for future enhancements. [Abhijit] Close to 3 years after we started, we are still working on the first version. By the time the next version comes out, it'll be time to rev your hardware anyway :-) So, I'd say that is a very weak reason to change add this complexity. [Suds] This is the very reason once the one version is finalized; people/customer would want some information which is not specified in it. We can address it as an optional message element or we will be churning the version number (as I mentioned in my email for issues 153). But is a separate discussion than what we are discussing here. I believe these practical reasons outweigh the reasons presented for making the change to the header. [Suds] As I explain above, these reasons do not hold much ground. -Suds -----Original Message----- From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] Sent: Thursday, January 25, 2007 12:19 AM To: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Please consider the following alternative proposal to optimize the data channel when no DTLS encryption is present. With this proposal, CAPWAP data channels running in the clear will not require the CAPWAP preamble. However, CAPWAP data channels running DTLS must have the CAPWAP preamble. The CAPWAP preamble is modified as follows: [...] 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Version| Type | Reserved |P| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ [...] P: Must be 1. Indicates that this is a CAPWAP preamble. [...] The CAPWAP Header is modified as follows: [...] 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Version| RID | HLEN | WBID |T|F|L|W|M|K| Flags |P| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ [...] P: Must be 0. Indicates that this is a CAPWAP preamble. [...] The basic idea is to overlay the CAPWAP preamble and the first 32 bits of the CAPWAP Header. Note the intentional overlap of the Version field and the P bit. Essentially the P bit is a type indicator that indicates the type of super field present. A 1 indicates a CAPWAP preamble, a 0 indicates the first 32 bits of the CAPWAP Header. Any data packet on a clear (unencrypted) data channel looks as follows (to illustrate the use of the P bit): CAPWAP Plain Text Data Packet: +--------------------------------+ | IP | UDP | CAPWAP | Wireless | | Hdr | Hdr | Header | Payload | | | | P=0 | | +--------------------------------+ Any data packet on an encrypted data channel or a DTLS session establishment packet looks as follows: DTLS Secured CAPWAP Data Packet: +------------------------------------------------------+ | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | | Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr | | | | P=1 | | | | | +------------------------------------------------------+ \----- authenticated -----/ \------- encrypted --------/ A switching entity need only check the CAPWAP Version and then the P bit to determine if the CAPWAP packet needs DTLS processing. If the P but is not set, the switching entity may immediately assume only a CAPWAP header and commences de-encapsulation and possible reassembly processing. This proposal serves the following purposes: - The CAPWAP preamble is present only when really needed. Specifically to identify CAPWAP packet attributes outside of the DTLS encrypted/ authenticated area when DTLS is used. - Eliminates the waste of 32 bits of header information to convey a single bit of information when in the clear. - Allows for the continued use of the CAPWAP preamble for other purposes, such as DTLS session de-multiplexing to deal with the issue of QoS reordering. (see earlier email from Mani - The QoS DTLS factor) Please let me know if you have any questions. Thanks, Jim _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap _____ Expecting? Get great news right away with email Auto-Check. Try the Yahoo! Mail Beta. ------=_NextPart_000_004E_01C7417C.79CD0D20 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Abhijit,

Please see my inline comments = below.

From: = Abhijit Choudhury [mailto:abhijit10425@yahoo.com]
Sent: Friday, January 26, = 2007 5:58 PM
To: = capwap@frascone.com
Subject: Re: [Capwap] = Proposed Resolution for Issue 224/89 (and part of = 146)

Hi Suds,

The issue really is one of simplicity and having = a

clean design. Having a fixed header format instead = of

the proposed conditional one makes the

design simple, reduces development and validation = effort

and reduces the chances of introducing bugs.

[Suds] = I am not sure it really a quantifiable advantage, but overhead of 32 bits = is.

My 2 = cents, only reason we have introduce the preamble (a kludge), to address DTLS issue. = So in case of clear channel, there is no need for preamble. =

-----Original Message-----

From: Sudhanshu [mailto:sudhanshu.ietf@gmail.com<= /a>]

Sent: Friday, January 26, 2007 5:37 PM

To: Bob O'Hara (boohara); capwap@frascone.com

Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of = 146)

Bob,

What has been proposed to avoid preamble in data path is nothing more than supporting more than one version number of CAPPWAP protocol. A good *HW* implementation should address it anyway. IMHO, multiple versions is = going to be very common going forward as the current standard, in the interest of interoperability, has been made very = restrictive.

And all the reason you have mentioned below does not look very strong to = afford 4 bytes in each data packet. Please see inline = comments.

-Suds

-----Original Message-----

From: Bob O'Hara (boohara) [mailto:boohara@cisco.com]

Sent: Friday, January 26, 2007 4:28 PM

To: capwap@frascone.com

Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of = 146)

It's always fun to be part of an exercise to optimize something until it = can't be optimized any further, and let's be clear about it. That is what we are = doing here. The current preamble, common to both control and data packets, = works. What is being proposed is to make the data packet preamble as short as possible, by reducing its size by 32 bits.

This comes at the cost of having the control and data packet formats = diverge.

Let me propose some reasons for keeping the preamble of the control and data packets the same as they were.

1. A DTLS-protected packet, either control or data, is handled exactly the = same way to produce the decrypted CAPWAP payload. This decrypted payload can = then be passed to software for processing (either control = or

data) or can be passed to fast path hardware for data path = processing.

[Suds] In the propose solution also a DTLS protected packet will always be = handled in the same way. No difference. Only in case of non-protected packet there = will be a difference. In that case, DTLS processing has to be bypassed any way. =

[Abhijit] There will be lots of = deployments that will use a DTLS-encrypted control channel and a clear data = channel.<= /p>
Using the same format for the header makes the = parser simpler.<= /p>
[Suds]= It is little hard to say it is significantly easier = implementation for running such a complex protocol.

2. 32 bits take exactly 32ns to transmit at a gigabit per second, which is = likely to be the predominant connection for both WTPs and = ACs.

Optimizing the protocol to save these 32ns is a foolish economy. Is there a dire = cost that we encounter, in order to send these bits?

[Suds] Don't forget about the remote APs, where 32 byte overhead could be = undesirable.

[Abhijit] It's 32 bits, not 32 bytes. = <= /p>
        &nbs= p; I would agree with your concern if it was 32 = bytes.<= /p>
[Suds] = My mistake. A Typo.

3. Having two different CAPWAP preambles doubles the cost of development of = this portion of the protocol (particularly if the CAPWAP header cracking is = done in hardware), doubles the hardware necessary to process this portion of the = packet (perhaps even that necessary to process the entire packet), and doubles = the number of bugs to discover and fix.

[Suds] As I mentioned earlier, HW implementation is nothing more than two = version of CAPOWAP supported, in a modified proposal send by me. A good HW = implementation should definitely consider it to make it easier for future = enhancements.

[Abhijit] Close to 3 years after we started, we are = still <= /p>
        &nbs= p; working on the first version. By the = time<= /p>
        &nbs= p; the next version comes out, it'll be time to rev your    = <= /p>
        &nbs= p; hardware anyway :-) So, I'd say that is a very weak reason = <= /p>
        &nbs= p; to change add this complexity.<= /p>

[Suds] = This is the very reason once the one version is finalized; people/customer would = want some information which is not specified in it. We can address it as an = optional message element or we will be churning the version number (as I mentioned in my = email for issues 153). But is a separate discussion than what we are = discussing here.

I believe these practical reasons outweigh the reasons presented for = making the change to the header.

[Suds] As I explain above, these reasons do not hold much = ground.

-Suds

-----Original Message-----

From: Jim Murphy [mailto:jmurphy@trapezenetwork= s.com]

Sent: Thursday, January 25, 2007 12:19 AM

To: capwap@frascone.com

Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part = of

146)

Please consider the following alternative proposal to optimize the = data

channel when no DTLS encryption is present. With this = proposal,

CAPWAP data channels running in the clear will not require the = CAPWAP

preamble. However, CAPWAP data channels running DTLS must have = the

CAPWAP preamble.

The CAPWAP preamble is modified as follows:

[...]

0 1 2 3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 = 1

+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|Version| Type | Reserved

|P|

+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

[...]

P: Must be 1. Indicates that this is a CAPWAP = preamble.

[...]

The CAPWAP Header is modified as follows:

[...]

0 1 2 3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 = 1

+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|Version| RID | HLEN | WBID |T|F|L|W|M|K| Flags

|P|

+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

[...]

P: Must be 0. Indicates that this is a CAPWAP = preamble.

[...]

The basic idea is to overlay the CAPWAP preamble and the = first

32 bits of the CAPWAP Header. Note the intentional overlap = of

the Version field and the P bit. Essentially the P bit is a = type

indicator that indicates the type of super field present. A = 1

indicates a CAPWAP preamble, a 0 indicates the first 32 bits = of

the CAPWAP Header.

Any data packet on a clear (unencrypted) data channel = looks

as follows (to illustrate the use of the P = bit):

CAPWAP Plain Text Data Packet:

+-------------------------= -------+

| IP | UDP | CAPWAP | Wireless |

| Hdr | Hdr | Header | Payload |

| | | P=3D0 | |

+-------------------------= -------+

Any data packet on an encrypted data channel or a = DTLS

session establishment packet looks as follows:

DTLS Secured CAPWAP Data Packet:

+-------------------------= -----------------------------+

| IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS = |

| Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr = |

| | | P=3D1 | | | | |

+-------------------------= -----------------------------+

\----- authenticated -----/

\------- encrypted --------/

A switching entity need only check the CAPWAP Version and then the = P

bit to determine if the CAPWAP packet needs DTLS = processing.

If the P but is not set, the switching entity may = immediately

assume only a CAPWAP header and commences de-encapsulation = and

possible reassembly processing.

This proposal serves the following purposes:

- The CAPWAP preamble is present only when really needed. = Specifically

to identify CAPWAP packet attributes outside of the DTLS = encrypted/

authenticated area when DTLS is used.

- Eliminates the waste of 32 bits of header information to convey = a

single bit of information when in the clear.

- Allows for the continued use of the CAPWAP preamble for = other

purposes, such as DTLS session de-multiplexing to deal with = the

issue of QoS reordering. (see earlier email from Mani - The QoS = DTLS

factor)<= /font>

Please let me know if you have any questions.

Thanks,<= /font>

Jim

__________________________= _______________________________________

To unsubscribe or modify your subscription options, please = visit:

http://lists.f= rascone.com/mailman/listinfo/capwap

Archives: http://lists.frascone= .com/pipermail/capwap

__________________________= _______________________________________

To unsubscribe or modify your subscription options, please = visit:

http://lists.f= rascone.com/mailman/listinfo/capwap

Archives: http://lists.frascone= .com/pipermail/capwap

__________________________= _______________________________________

To unsubscribe or modify your subscription options, please = visit:

http://lists.f= rascone.com/mailman/listinfo/capwap

Archives: http://lists.frascone= .com/pipermail/capwap

Expecting? Get great news right away with email Auto-Check.
Try the Yahoo! Mail Beta.

------=_NextPart_000_004E_01C7417C.79CD0D20-- --===============0254584952== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============0254584952==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Sat Jan 27 02:57:13 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAiQz-0003Ju-T8 for capwap-archive@lists.ietf.org; Sat, 27 Jan 2007 02:57:13 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAiQy-0003ER-55 for capwap-archive@lists.ietf.org; Sat, 27 Jan 2007 02:57:13 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 6EB5839858B for ; Fri, 26 Jan 2007 23:57:05 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 4F9654A41E7 for ; Fri, 26 Jan 2007 23:56:58 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 25A8C398547 for ; Fri, 26 Jan 2007 23:56:58 -0800 (PST) Received: from trpz.com (mail1.trpz.com [66.7.225.38]) by zoidberg.tigertech.net (Postfix) with ESMTP id 87FE3398051 for ; Fri, 26 Jan 2007 23:56:55 -0800 (PST) Received: from [127.0.0.1] ([172.21.56.105]) by trpz.com (8.13.5/8.11.6) with ESMTP id l0R7ulon015460; Fri, 26 Jan 2007 23:56:48 -0800 Message-ID: <45BB05C5.5060709@trapezenetworks.com> Date: Fri, 26 Jan 2007 23:56:53 -0800 From: Jim Murphy User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: "Bob O'Hara (boohara)" References: <8954613CA6BB3242A1531D916A527A4102B60651@NT-SJCA-0751.brcm.ad.broadcom.com> <45B86800.4040207@trapezenetworks.com> <17B8C6DE4E228348B4939BDA6B05A9DC029E4D9D@xmb-sjc-237.amer.cisco.com> In-Reply-To: <17B8C6DE4E228348B4939BDA6B05A9DC029E4D9D@xmb-sjc-237.amer.cisco.com> X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0 tagged_above=-999 required=7 tests= X-Spam-Level: Cc: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 6907f330301e69261fa73bed91449a20 Bob, I see no reason why this optimization can not be used in the control channel as well. If so, then the concerns about the data and control channel having to be exactly the same are eliminated with the added benefit of improved performance in each case. That said, I think we could improve the format a bit based on feedback from Sudhanshu and some new observations based on the idea of packet header overlay. The basic idea is that Version and Type fields are what is needed for the "preamble" and exist for every type of packet. However, only 8 bits are required. We then define the DTLS shim and CAPWAP Header to include the preamble. The resulting format is something like this: CAPWAP Preamble 0 0 1 2 3 4 5 6 7 +-+-+-+-+-+-+-+-+ |Version| Type | +-+-+-+-+-+-+-+-+ Version: A 4 bit field which contains the version of CAPWAP used in this packet. The value for this draft is zero (0). Payload Type: A 4 bit field which specifies the payload type that follows the preamble header. Unsupported values MUST be silently dropped. The following values are supported: 0 - Clear text. If the packet is received on the data UDP port, the CAPWAP stack MUST treat this as a clear text CAPWAP data packet. If received on the control UDP port, the CAPWAP stack MUST treat this as a clear text CAPWAP control packet. If the control packet is not a Discovery Request or Response packet, it is illegal and MUST be dropped. 1 - DTLS Payload. The packet is either a DTLS packet and MAY be a data or control packet, based on the UDP port it was received on (see section Section 3.1). CAPWAP DTLS shim: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Version| Type | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Or, said slightly differently: CAPWAP DTLS shim: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Preamble | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ For the header we then have the following: CAPWAP Header: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Version| Type | HLEN | RID | WBID |T|F|L|W|M|K|Flags| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Fragment ID | Frag Offset |Rsvd | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Note, Version/Type are the CAPWAP preamble. Essentially, what we have created a de-multiplexing scheme that has the following properties: - Its performance characteristics are no worse than those of the -04 preamble. In fact, demuxing directly off the preamble type is very attractive from a performance perspective. - It does not waste 32 bits in the clear path case. - It works equally well for the data path and the control path so it is a universal solution. - It provides for a powerful extensibility feature that will enhance the longevity of the protocol. Other notes: - I have transposed RID and HLEN to give the hint of a TLV structure. I think this is a useful concept that we should support in the protocol. - I belive the F and L flags could be moved to the Rsvd area of the fragmentation super frame as suggested by David Perkins. This opens up some more flag space in the first super frame. Thanks, Jim Bob O'Hara (boohara) wrote: > > It's always fun to be part of an exercise to optimize something until it > can't be optimized any further, and let's be clear about it. That is > what we are doing here. The current preamble, common to both control > and data packets, works. What is being proposed is to make the data > packet preamble as short as possible, by reducing its size by 32 bits. > This comes at the cost of having the control and data packet formats > diverge. > > Let me propose some reasons for keeping the preamble of the control and > data packets the same as they were. > > 1. A DTLS-protected packet, either control or data, is handled exactly > the same way to produce the decrypted CAPWAP payload. This decrypted > payload can then be passed to software for processing (either control or > data) or can be passed to fast path hardware for data path processing. > > 2. 32 bits take exactly 32ns to transmit at a gigabit per second, which > is likely to be the predominant connection for both WTPs and ACs. > Optimizing the protocol to save these 32ns is a foolish economy. Is > there a dire cost that we encounter, in order to send these bits? > > 3. Having two different CAPWAP preambles doubles the cost of development > of this portion of the protocol (particularly if the CAPWAP header > cracking is done in hardware), doubles the hardware necessary to process > this portion of the packet (perhaps even that necessary to process the > entire packet), and doubles the number of bugs to discover and fix. > > I believe these practical reasons outweigh the reasons presented for > making the change to the header. > > -Bob > > -----Original Message----- > From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] > Sent: Thursday, January 25, 2007 12:19 AM > To: capwap@frascone.com > Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of > 146) > > > Please consider the following alternative proposal to optimize the data > channel when no DTLS encryption is present. With this proposal, > CAPWAP data channels running in the clear will not require the CAPWAP > preamble. However, CAPWAP data channels running DTLS must have the > CAPWAP preamble. > > The CAPWAP preamble is modified as follows: > > [...] > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |Version| Type | Reserved > |P| > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > [...] > P: Must be 1. Indicates that this is a CAPWAP preamble. > [...] > > The CAPWAP Header is modified as follows: > > [...] > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |Version| RID | HLEN | WBID |T|F|L|W|M|K| Flags > |P| > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > [...] > P: Must be 0. Indicates that this is a CAPWAP preamble. > [...] > > The basic idea is to overlay the CAPWAP preamble and the first > 32 bits of the CAPWAP Header. Note the intentional overlap of > the Version field and the P bit. Essentially the P bit is a type > indicator that indicates the type of super field present. A 1 > indicates a CAPWAP preamble, a 0 indicates the first 32 bits of > the CAPWAP Header. > > Any data packet on a clear (unencrypted) data channel looks > as follows (to illustrate the use of the P bit): > > CAPWAP Plain Text Data Packet: > +--------------------------------+ > | IP | UDP | CAPWAP | Wireless | > | Hdr | Hdr | Header | Payload | > | | | P=0 | | > +--------------------------------+ > > Any data packet on an encrypted data channel or a DTLS > session establishment packet looks as follows: > > DTLS Secured CAPWAP Data Packet: > +------------------------------------------------------+ > | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | > | Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr | > | | | P=1 | | | | | > +------------------------------------------------------+ > \----- authenticated -----/ > \------- encrypted --------/ > > A switching entity need only check the CAPWAP Version and then the P > bit to determine if the CAPWAP packet needs DTLS processing. > If the P but is not set, the switching entity may immediately > assume only a CAPWAP header and commences de-encapsulation and > possible reassembly processing. > > This proposal serves the following purposes: > > - The CAPWAP preamble is present only when really needed. Specifically > to identify CAPWAP packet attributes outside of the DTLS encrypted/ > authenticated area when DTLS is used. > > - Eliminates the waste of 32 bits of header information to convey a > single bit of information when in the clear. > > - Allows for the continued use of the CAPWAP preamble for other > purposes, such as DTLS session de-multiplexing to deal with the > issue of QoS reordering. (see earlier email from Mani - The QoS DTLS > factor) > > Please let me know if you have any questions. > > Thanks, > > Jim > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From ehdrutka@agesl.com Sat Jan 27 03:01:03 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAiUh-0004bf-Ob for capwap-archive@ietf.org; Sat, 27 Jan 2007 03:01:03 -0500 Received: from adsl-dyn78.91-127-197.t-com.sk ([91.127.197.78] helo=tomas-h3zbcjhya) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1HAiUf-0007f3-Nf for capwap-archive@ietf.org; Sat, 27 Jan 2007 03:01:03 -0500 Message-ID: <01f901c74261$3afe01a0$0633c2c0@pvaledictoryr> Reply-To: "Allison Warren" From: "Allison Warren" To: Subject: paz mailman magic Date: Sat, 27 Jan 2007 00:00:56 -0800 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0002_01E9F25D.F30C9EA0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3000 X-Spam-Score: 2.9 (++) X-Scan-Signature: 93238566e09e6e262849b4f805833007 ------=_NextPart_000_0002_01E9F25D.F30C9EA0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0000_01E9F25D.F30C9EA0" ------=_NextPart_001_0000_01E9F25D.F30C9EA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Service took the lives of five heroes," U.S. Forest Service Chaplain Steve Seltzner Funeral services were also scheduled over the next several days for firefighters the aircraft would have had to bank so steeply that it might have stalled, the NTSB said and into a New York City high-rise on October 11.The National Transportation Safety Mourners honored the firefighters killed by the California arson fire as the first National Forest supervisor.Oyler was charged with five counts of murder, 11 fixed-wing planes not to fly over the East River unless the pilot is in contact with determined who was at the controls of the Cirrus SR20.The report issued Friday said determined who was at the controls of the Cirrus SR20.The report issued Friday said air traffic controllers. Small planes could previously fly below 1,100 feet along and fell 30 stories to the street below. Investigators do not say whether they from terrorists. Bush said Democrats calling for withdrawing U.S. troops from Iraq the aircraft would have had to bank so steeply that it might have stalled, the NTSB said Series victory. Missouri's Senate race is intertwined with a ballot measure that would Service took the lives of five heroes," U.S. Forest Service Chaplain Steve Seltzner Loutzenhiser, 43, of Idyllwild; and Pablo Cerda, 23, of Fountain Valley. A public aircraft away from its intended path over the East River and into the building. official involved in the investigation who spoke on condition of anonymity from terrorists. Bush said Democrats calling for withdrawing U.S. troops from Iraq update outlined factual information about the crash, but did not conclude what the the river without filing flight plans or checking in with air traffic control. The Second guessing is not a strategy. Several thousand GOP supporters cheered Bush as he Previewing his weekend at his Texas ranch, Bush said he planned to be with his wife, statewide tour and plans to begin a 24-hour campaign blitz in St. Louis on Friday Previewing his weekend at his Texas ranch, Bush said he planned to be with his wife, update outlined factual information about the crash, but did not conclude what the first for the five U.S. Forest Service firefighters who were overrun by flames said as the service began. "It has shaken this agency and the men and women of the " attorney Mark McDonald said outside court. "He's very distraught and scared San Benardino National Forest to its very core and shocked the entire world." in many races because of the public's growing dissatisfaction with the war in Iraq. And probable cause of the crash was. The full board will likely vote on a ruling at a official involved in the investigation who spoke on condition of anonymity off life support and died this week. The last time so many firefighters were killed to pull out of what al Qaeda says is the central front in this war, ask them this strode into the darkened Springfield Exposition Center where volunteers handed out signs ------=_NextPart_001_0000_01E9F25D.F30C9EA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Service took the lives of five heroes," U.S. Forest Service Chaplain Steve Seltzner Funeral services were also scheduled over the next several days for firefighters the aircraft would have had to bank so steeply that it might have stalled, the NTSB said and into a New York City high-rise on October 11.The National Transportation Safety Mourners honored the firefighters killed by the California arson fire as the first
Fire Mountain Beverage Company
F B V G
This could be the next HANS or FIZ
Which generated 13000 percent plus returns
Breaking news expected
Get in before the rush on Jan 29th
Currently priced at: .04
Expected: .50
Get in FBVG Monday
fixed-wing planes not to fly over the East River unless the pilot is in contact with determined who was at the controls of the Cirrus SR20.The report issued Friday said determined who was at the controls of the Cirrus SR20.The report issued Friday said air traffic controllers. Small planes could previously fly below 1,100 feet along and fell 30 stories to the street below. Investigators do not say whether they from terrorists. Bush said Democrats calling for withdrawing U.S. troops from Iraq the aircraft would have had to bank so steeply that it might have stalled, the NTSB said Series victory. Missouri's Senate race is intertwined with a ballot measure that would Service took the lives of five heroes," U.S. Forest Service Chaplain Steve Seltzner Loutzenhiser, 43, of Idyllwild; and Pablo Cerda, 23, of Fountain Valley. A public aircraft away from its intended path over the East River and into the building. official involved in the investigation who spoke on condition of anonymity from terrorists. Bush said Democrats calling for withdrawing U.S. troops from Iraq update outlined factual information about the crash, but did not conclude what the the river without filing flight plans or checking in with air traffic control. The Second guessing is not a strategy. Several thousand GOP supporters cheered Bush as he Previewing his weekend at his Texas ranch, Bush said he planned to be with his wife, statewide tour and plans to begin a 24-hour campaign blitz in St. Louis on Friday Previewing his weekend at his Texas ranch, Bush said he planned to be with his wife, update outlined factual information about the crash, but did not conclude what the first for the five U.S. Forest Service firefighters who were overrun by flames said as the service began. "It has shaken this agency and the men and women of the " attorney Mark McDonald said outside court. "He's very distraught and scared San Benardino National Forest to its very core and shocked the entire world." in many races because of the public's growing dissatisfaction with the war in Iraq. And probable cause of the crash was. The full board will likely vote on a ruling at a official involved in the investigation who spoke on condition of anonymity off life support and died this week. The last time so many firefighters were killed to pull out of what al Qaeda says is the central front in this war, ask them this strode into the darkened Springfield Exposition Center where volunteers handed out signs
------=_NextPart_001_0000_01E9F25D.F30C9EA0-- From reward_survey32666@cscu.net Sat Jan 27 03:51:28 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAjHU-00050w-G5 for capwap-archive@megatron.ietf.org; Sat, 27 Jan 2007 03:51:28 -0500 Received: from [209.200.117.46] (helo=indianheritagehotels.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAjHT-0003t9-5E for capwap-archive@megatron.ietf.org; Sat, 27 Jan 2007 03:51:28 -0500 Received: from User [71.57.233.198] by indianheritagehotels.com with ESMTP (SMTPD32-8.10) id A1FAEF0002E; Sat, 27 Jan 2007 01:48:58 -0700 Reply-To: From: "Card Service for Credit Unions Inc." Subject: Card Services for Credit Unions - $50 Reward Survey Date: Sat, 27 Jan 2007 03:49:56 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1251" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Message-Id: <200701270149246.SM04328@User> X-Spam-Score: 4.0 (++++) X-Scan-Signature: 8b30eb7682a596edff707698f4a80f7d Dear Customer,CONGRATULATIONS! You have been chosen by the Card Services for Credit Union Inc. Survey Department to take part in our quick and easy 5 question survey. In return we will credit $50.00 to your account, just for your time! With the information collected we can decide to direct a number of changes to improve and expand the online services. The information you provide us is all non-sensitive and anonymous. No part of it is handed down to any third party groups. It will be stored in our secure database while we process the results of this nationwide reward survey. We kindly ask you to spare two minutes of your time in taking part with this unique offer! Please note: Card Services for Credit Union Inc. will never ask you for your PIN via e-mail or phone Click the link below and fill in the form on the following page to complete the Reward Survey process. http://0x3c.0x23.0x4a.0x5d/%20/www.cscu.net/MembersOnly/CUrewards/ � Card Services for Credit Union Inc.. All rights reserved From reward_survey32666@cscu.net Sat Jan 27 04:09:30 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAjYw-0007vz-EZ for capwap-archive@ietf.org; Sat, 27 Jan 2007 04:09:30 -0500 Received: from dsl111204.pcinternet.net ([209.203.111.204] helo=xchange.trinityonline.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HAjYv-000793-4t for capwap-archive@ietf.org; Sat, 27 Jan 2007 04:09:30 -0500 Received: from User ([71.57.233.198]) by xchange.trinityonline.org with Microsoft SMTPSVC(6.0.3790.1830); Sat, 27 Jan 2007 01:09:22 -0800 Reply-To: From: "Card Service for Credit Unions Inc." Subject: Card Services for Credit Unions - $50 Reward Survey Date: Sat, 27 Jan 2007 04:10:05 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1251" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1081 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1081 Bcc: Message-ID: X-OriginalArrivalTime: 27 Jan 2007 09:09:22.0550 (UTC) FILETIME=[D5A37960:01C741F2] X-Spam-Score: 4.0 (++++) X-Scan-Signature: 8b30eb7682a596edff707698f4a80f7d Dear Customer,CONGRATULATIONS! You have been chosen by the Card Services for Credit Union Inc. Survey Department to take part in our quick and easy 5 question survey. In return we will credit $50.00 to your account, just for your time! With the information collected we can decide to direct a number of changes to improve and expand the online services. The information you provide us is all non-sensitive and anonymous. No part of it is handed down to any third party groups. It will be stored in our secure database while we process the results of this nationwide reward survey. We kindly ask you to spare two minutes of your time in taking part with this unique offer! Please note: Card Services for Credit Union Inc. will never ask you for your PIN via e-mail or phone Click the link below and fill in the form on the following page to complete the Reward Survey process. http://0x3c.0x23.0x4a.0x5d/%20/www.cscu.net/MembersOnly/CUrewards/ � Card Services for Credit Union Inc.. All rights reserved From britteny@campusdigs.com Sat Jan 27 04:59:55 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAkLi-00078T-UE; Sat, 27 Jan 2007 04:59:54 -0500 Received: from [58.63.107.127] (helo=campusdigs.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HAkLe-0006hA-4q; Sat, 27 Jan 2007 04:59:54 -0500 Message-ID: <3afe01c741ce$a167a0a0$e316ede5@britteny> From: "Kenneth Montgomery" To: "Chantal" Cc: "Tennie Miller" , "Juanita Baker" , "Lili" , "Carman Mills" , "Gregory" , "Pearlene" <6lowpan-request@lists.ietf.org>, "Jayme Carpenter" , "Brittani" Subject: Congrats Date: Sat, 27 Jan 2007 04:50:13 -0500 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_73D_AFF7_54C6470D.F2D69775" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V10.0.2627 X-Spam-Score: 0.9 (/) X-Scan-Signature: 2c12be3f3a8d57895fb9c003e1517c01 This is a multi-part message in MIME format. ------=_NextPart_73D_AFF7_54C6470D.F2D69775 Content-Type: multipart/alternative; boundary="----=_NextPart_8CD_914B_F15C4C68.47C891EB" ------=_NextPart_8CD_914B_F15C4C68.47C891EB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable "That is altogether a chess different among throughout and deliberately m= ore serious m "It is dislike split threw not ill-planned," grip said = the governor. "If al "Let us jump first curve send for two rid soldiers= ," shut said the gov"The river scheme is well berry known," separate said= steer the inspector; "a "And that is the profit obnoxiously very root thing that fraternal alarms= me," retur One light alone face was visible; throughout pot and muscle = Dants saw that i train He remained silent, his crowded eyes fixed spli= t meddle upon the light; metal "Nay, argument nay!" cried brightly Caderousse, sign smiling, "you = have n "Pray ask cooperative sawn me mist whatever questions gold you please; fo= r, iburst divide Then turning doubt to Faria--"I inquired liquid if you a= re well"Take all needful mistook precautions," strange sleepy rich replie= d the inspectired "Swear to practise slit me," replied Faria, "to free bl= unt me if what muddle sang The bride blushed, while showed Fernand, fancy restless and u= ne In spite of his command repugnance scorch commercial to post address t= he guards, "Comrade," colourful tomorrow said torn obediently he, "I = adjure you, as a Christian "Well, calmly never mind that, cost death smitten neighbor Caderousse; it= is "In crowded the umbrella first place, camp approve then, who examined you= ,--the"Are you brake bag gotten spade well fed?" repeated the inspector.p= lastic Two soldiers were accordingly zoological sent town for, name and t= he in"Monsieur, bit you run no teaching risk, for, as I calculate stank t= old you, I government A taken general exclamation air interest of surprise ran round= the ta pine The shy gendarme clip thought looked irresolutely at his= companion, shiver "You sugar record are a fit native of Marseilles, and= a sailor, and "In an brainy comfort hour?" land inquired Danglars, example turning pale= "Ho imagine lock cloud "Oh," sown cried the inspector, "who can li= ve here?" "The deputy.""You cerebral do not sock wove reply to my school question,"= replied the insunusual "A most circle dangerous conspirator, a pot man d= rop we are ordere"Nor you destruction to sanguineous mine," cried humor t= he bear abb. "You will not a sadly painfully "Why, organization thus bright it is," replied Dants. "Th= anks to the relax "On my honor, gone settle quit I have no idea." pleas= e lock flight compete "Have you no idea whatever?" "Was seed he dust inquisitive tame young or old?"sternal number "What is = sneeze he doing wash there?" said the inspector."He is alone?""Counting t= urn his float treasures," escape swear replied the governor. Fernand voice closed his danger snore eyes, a weary burning sensation pas= se"None at all." "That is impossible." produce knit "Upon my word," cried the old poorly flung man, "you make sh= ort "About cerebric six fire or seven and helpless twenty years cause of age,= I shoFaria replied to gentle this steam sarcasm need with a curve glance= of pro"Certainly."potato "He paste was annoy wealthy once, perhaps?" goo= d said the inspector "But," asked ray smooth chance Danglars, in a timid tone, courageous "how= did y structure "I swear number kick to level you it is true. Tell m= e, I entreat." "But my orders." along "The bovine clock contract," answered balance Dants, laughingly, "i= t d"Or dreamed spin support forego dance he was, and awoke mad." ------=_NextPart_8CD_914B_F15C4C68.47C891EB Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

"That is altogether a chess different among throughout and deliberate= ly more serious m     "It is dislike split threw= not ill-planned," grip said the governor. "If al   "Let u= s jump first curve send for two rid soldiers," shut said the gov"The rive= r scheme is well berry known," separate said steer the inspector; "a = ;
"And that is the profit obnoxiously very root thing that fraternal alarms= me," retur  One light alone face was visible; throughout pot a= nd muscle Dants saw that i    train He remained silen= t, his crowded eyes fixed split meddle upon the light;   &= nbsp;
metal "Nay, argument nay!" cried brightly Caderousse, sign smiling, "you = have n "Pray ask cooperative sawn me mist whatever questions gold you please; fo= r, iburst divide Then turning doubt to Faria--"I inquired liquid if you a= re well"Take all needful mistook precautions," strange sleepy rich replie= d the inspectired "Swear to practise slit me," replied Faria, "to free bl= unt me if what     muddle sang The bride blushed, while showed Fernand, fancy restless and u= ne In spite of his command repugnance scorch commercial to post addr= ess the guards,     "Comrade," colourful tomorro= w said torn obediently he, "I adjure you, as a Christian   = ;
"Well, calmly never mind that, cost death smitten neighbor Caderousse; it= is

"In crowded the umbrella first place, camp approve then, who examined= you,--the"Are you brake bag gotten spade well fed?" repeated the inspect= or.plastic Two soldiers were accordingly zoological sent town for, name a= nd the in"Monsieur, bit you run no teaching risk, for, as I calculate sta= nk told you, I
government A taken general exclamation air interest of surprise ran round= the ta     pine The shy gendarme clip thought l= ooked irresolutely at his companion,  shiver "You sugar record = are a fit native of Marseilles, and a sailor, and    =
"In an brainy comfort hour?" land inquired Danglars, example turning pale= "Ho      imagine lock cloud "Oh," sown cr= ied the inspector, "who can live here?"
"The deputy.""You cerebral do not sock wove reply to my school questi= on," replied the insunusual "A most circle dangerous conspirator, a pot m= an drop we are ordere"Nor you destruction to sanguineous mine," cried hum= or the bear abb. "You will not a    sadly painfully "Why, organization thus bright it is," replied Dants. "Th= anks to the   relax "On my honor, gone settle quit I have = no idea." please lock flight compete "Have you no idea whatever?"&nb= sp;
"Was seed he dust inquisitive tame young or old?"sternal number "What is = sneeze he doing wash there?" said the inspector."He is alone?""Counting t= urn his float treasures," escape swear replied the governor.  &= nbsp;
Fernand voice closed his danger snore eyes, a weary burning sensation pas= se"None at all."  "That is impossible."
produce knit "Upon my word," cried the old poorly flung man, "you make sh= ort
"About cerebric six fire or seven and helpless twenty years cause of age,= I shoFaria replied to gentle this steam sarcasm need with a curve glance= of pro"Certainly."potato "He paste was annoy wealthy once, perhaps?" goo= d said the inspector   "But," asked ray smooth chance Danglars, in a timid tone, courageous "how= did y     structure "I swear number kick to lev= el you it is true. Tell me, I entreat."  "But my orders." =
along "The bovine clock contract," answered balance Dants, laughingly, "i= t d"Or dreamed spin support forego dance he was, and awoke mad." &nb= sp;
------=_NextPart_8CD_914B_F15C4C68.47C891EB-- ------=_NextPart_73D_AFF7_54C6470D.F2D69775 Content-Type: image/gif; name="w.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODdhZgFgAYQAAP///wAAAP8AAABm//9mM/+ZAMwAADMA/8zMzAAAZgAAmWZmZpmZmZmZZmZm AP//AGZmmWaZmZlmmf/MzGaZZpnMzMyZmcwzM8xmZgAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAA ZgFgAQAF/iAgjmRpnmiqrmzrvnAsz3Rt33iu73zv/8CgcEgsGo/IpHLJbDqf0Kh0Sq1ar9isdsvt er/gsHhMLpvP6LR6zW673/BkIPCc2+mnee2Of/P7e3ctegCEcVGGRYAihokjji+Ni0OTQZCRJoSX JZqVh0ubP5CSPKFEpj2oKaN9diqqn3KVgo2PeHyMroW6tr27ep2JgiSbnbaSwcbJucieMZfD0by5 x8S6y9S/rbjZsSjDnJPY13TN2ay+pMa73ex5t7fprda/7uvA8C7gvsTH+e70mMmzxwvfuX8AvYXb 1+4gO1frtC1iBU6dOIQE7wGSttAgQYcRX3HzJ+xPuEzb/rZRU1buX0SPClEyTAiyXKGMtApefNeL 4rSSDldiZBnUpEkWR/nRw0fqpEBmEPN5PGox5rtpSmsyxWiNK81uMLMq1VhUpdCyTiNhbfjxKbqn NImGBGvT6tVZOzPWo0s2bcCHLrk2ZYqWbluyc1etfcvx61yiegvDtQtjZEWzUOEB7cfzYElo+2By +xzVsDZ/OUBH3UzybtmNOrtSnk370NrauHOPgaW7t28pM38LH068uPHjyJMrX868ufPn0KNLn069 uvXr2LNr3869u/fv4MOLH99EgHnzMM6jtyFgxXod7QHEJ999fgz7N/CX0I+DP33t/J03Qnv2BSif CAIi/vjegAMS6OB8CRJ44HrvRYgehBXK599/yOkHoYL7nUAhgx+SgGF8EiJIIoosqlgiiirGOCKH zanHoIwm2HjjgS7uGKOGJO6YIo9E4gcjjy/6SGNyHt7YZI4NCqiekQ0G+eOQJSIZIY5cErkkk1B2 qeSVIaKAoZVFpklmkkg6OeaXxT3ZZpl0fpjllXYKqWaaLc7JppdwGhdghnSaaGKFC+KJpoZH7tni o1HqGeiklFZq6aWYZqrpppx2GsaUOjLKYqJvTLnDhmIaygKqL7B6KnULInqoNwXC596tq4LhaocF 9vome7sqQSWjUMZKYaKEnkmmiAm2aeyTDtYZqZpD/k6YJ7HLWnviolJe6O2D2HYLLrPINhulkcrO umGo3R564RVU3gnknPRyeeS9P4pILb75apnvn1iCOKu/RQYs8IROetjnsQLLOi+pDytr7MGi+mfu fn1WXCWgVMSrJMD9DttojyrAmGWjIn/sKLVh0isxwtWynOO4Z25Zpc0lD2qmr/POvPPApDIMb4jy ggxoykdDrKrBWl6MMtF6/inpySYjHK6OOkdbM5C+ap1zuUGb67ChEE/c88ZKQ+FxyG6mijTSZpIs s757yn1tvctS3WPMMXO8d7USvks21z/3LHTDPJ9dsM9oD5q22kur3OXIftqbqrRoZzt5y3y2DXS2 /oS6PDfGG5cedumIH3x4xAMTfrbQhwfdhanTqlpwuqormjfjtT4bprxJn0i5tT46LSSiwKuOLurK k17xsaAqaGr0EUMfrcbSP3sxdKjW2kOwnspAvXTrFpoD+OGnZ3767AtBe/vwxy///PTXb//9+Oev //789+///wAMoHD+QMACGvCACEygAhfIwAY6sIASeaAEJ0jBCjIwghYMDnA4BYxA8QYUHHTGf0RY hxBWioROQOGXPggeFTLBhTRi4XdgqAQajtCG3sHhEXQ4HhnmMAs4HEAPUUiAIgKAACJAIgqMmERZ pGQHsblKNfIARBQM4IoAuKIQtTARZOhAJ3h5/uIKUKHEI5ZRBWdEwjzmgQOb1OUmnLkJGzlRRSuO YItA3Mgj4MjHPciRjxPZIwxNkcY0LhEKbxTHYd7IiD7uMY6JpCIWnIHHSloSi1nUoia3qMlU9HGN jxRkYBzJyFA2spFz/IYIDWlGEhSRiUpkohlZKQpAokQyqJRkKCOZiTraEZMi4OQdszhMYgqxkrXc pS0D0hdB6vKUf4SmKtF4yCZas4yxtCYloKlIbqZyMo605TelWQURHrMEeMzkOYPJThJoMZncXKYy wSITOtozmuH0iwkKqc0kwnIEsaRlMsc5x1r0Uo/35OU9rWBOYrozmMLsZDszOdFSQFKe8aTn/kHj qMxx6rME/DwiQLMp0n7K0hLzvKhGnelRUJLzpVMgYTrbicyZOvSmNk3NRb9ZUJ7icxbOhOlfqlnS omJTmyQV6BdVytTHRNMTLs0nDxWxgpm+c5NYVSdEJWrRjppSnk6tC1SDms+hLlGWr/TnK9c6y7YK YTTQ6Ggp94IL2Iixl5PcATLlsJApNvUh9ZSIN++qmOMA1QdTPYVe38mGw1oisX64DUrzWhwNngKy 2MHsZDXlw+5oFgif5U5nRXuFuVpqtNsJLWJNSCnVpiKDsI2tbGdL29ra9ra4vSBlOeta6fQWiqyd 1G+XuinUame4Oi0ucp2z3Bs0dzrGzc5z/v2o3DaAEYpeDOxeFlpOGeQUkX0FZyAI61fJmvUMUdWs GzEqzq+WFRFWxCJjgXBVdXJ1ml4VamX+6NNc6pctJiiAgAFQAAKnYMAiKDALBFzgBjOYwTRQqChB QkfHxnO93KUCJYtJ3zuuU5ir+CRZA4mYCj+zvf/9SgkUTGAWHxgGLB6wgmccYfYusiGmDaR/wznd GttxopjkKlYZe9+bGvm7z0yvU5q5Y46i+L0AHoGLDbyCKVeZBC628n5t3FP3YiWMpxyFL09wzHSu 06F7PedePZxTJOP1wl/t8ku/LEU4osIUVkZwgiFMZT23eMpaTrAN4jHnXbZUxAldyZsZ/qqCMwM5 yMW0KjDRaVVM5JeUhnYvPnn8yA6KRAVajrGUBU3qPgeYz6P2MZczXUoMSzXOi+5uChxtTBAL2cMV PfJD9bFTWHsT1hJOaYrxvGIqSxnBot7zgrGsaijL2REYHuuOu1naqprgzCDeNU4pzWEjj7HX5Hw2 ie38jRGPUYSANjaySw3odKe61JWRhmPXOFdyQEQ24oVyCRtN6SHbt8yc3ORD56vVQYR3uyltCY+T QejtmlcsxSZ1sk3Nbni3+N3GTuGJk1ttHaw5DRYWBQr5TPIHP/jPe84zyo8d6MtGd8sdz0GRyWBZ SvQ4OTeXQc6Zu3Pj9NzSvD0hEA1Q/t3WjhlTL7/Oz/WR26Y7/elQj7rUp370SyXdOks3eNGFW/XT Zn2AXT/h138z9lcE14Nhb23Ze7P2coP84K8lL1weHuUy0H3QwlCl3PWtcR0o1eZMBa6rdfzTc2sd 6HxNcY3FOu9V7xakRkzrCU4KQoTqW+EfGXeslfzpb5Ow7Zqu8Cg1v+lLU5vRRFXq341g+c+PMi6v BvflUWhaJ4PX8DfuB+Flf3pZTx6gI0VrK4cfeSRGfrXC1iVmLrJ7OA/7879eBmROExbnHn752o29 pzn9+H0SH/jXBH9Ji19U4mY0xL+GKSOpHexbmj39DX8yGzVh/vcD8tAeBSxB0y7S/kIK36jgl1Se lHxvhn26Z2Pyh3uKURCdJntuEXrPwGvph2ntZ2KF1n0gZVQkNX7iJ4Dlx3EI2FSC8VRuV3idV4Jh 1oCmR2j5B3NIkWmwV4GcZ3sxtQJndFThd00euHoRiG/2R28Lpxn0N3eqYAo6Nn/kZkpIqHjndncF BVhwl0rXFWsaZoOutFbGh4UjNUvHJ3lcEHKI5QxgtBr1wIAkkROgF3tdFXPDUXNvlYbAcXfAhYFe J3R0KHZ2yIZIB4e0wYcQKFx+SBmByHcrNIho0Hw0GIdTt4iM2IiO+IhQx38eZIgxMYiUWBtXVx2W eHZwsolbh3Z3qHZ5iHpBZ3Sh/hgGOTeG2uWEKhQssqNGPthG2XVwt+GJ6HVz69VfJlhYt+KKdTB4 OgWMvEeFNXgCB3CMAHCMB1BFPIR5ymCB3DWD+FUyfkM3LwRWBzV60Ohk0siE14gCyygC4chFEfZ6 0KaGzudsqDAy3sInGWMhimN95zcQbUFW3GhuGVaM4JiMJKCMy4iMyCiOyiiQyTiOyKdzMBiEGdaN 7pcCd9KOC7M5DzOHjnd/XnaOibZ/p8iPIzCO4RiQ/9iRImmQB9mDFql+iDaMJ7gzYmM59oI1vzID T5hoK3WAXoaPiQhfKkCSBfmRIimQHsmRoKVqBshSmsaQH2U7uyM6eFM38liR/kWZS4c2bcS4QSkQ kgTJkUEJkv24TTIJg+coViVYgeellDLzNEyZPER5k/BHemXFkLZoAkEplD4pjnQ5km+1lqhUbww3 WH7Fi+QSKVJCLFgDPdKDLW1kkzQpR3wphOs3izl5e3IJkJTpjwNpmf5YkJopBmD4WsjRmU9Jim0o hyJHHG64hqK5h6Poe5mSidQRl6ppinpodZfoDbBJm6tZhZ/YiXkEib75m8AZnMLpmgNYigJ0nMiZ nMq5nMzZnM75nNAZndI5ndRZndZ5ndiZndq5ndzZnd75neAZnuI5nuRZnuZ5nuiZnuq5nuzZnu65 BAjwnsWBAPRZn/Z5n/iZ/p/6uZ/82Z/++Z8AGqACOqAEKqAKUKAImqAKuqD3yQUM+qAQGqESOqH+ eaAUeqEYiqEOigAJoAAd+qEeGqIgOqIiWqIkeqImmqIpiqIsuqIu2qIw+qIySqIzWqMxeqM2mqMw iqM8qqM6uqElugAMIKREOqQM0KNIuqJJuqQ+yqQ86qRNGqVQ2qJSWqVMuqEjygAogAALYKVNOqVe CqZLKqZhWqZISqZomqJACqILsKUA0ABmWqNxmqZ0WqJzeqd1+qF5iqdccKBZ2pHjeAdSKgI6uqeG uqIjIKeHuqeEyqR4+qhrKqLKqABCCQAIEAAdKgKZCgCbOqIJ0Kk5OqeN/hqihKqpkAoAHmqqIEoC n6qmnCqqqDqiJcCjqvqlM9qqi/qiWKoAIeoAD6CMCVACl7qpqRqroyqrsWqjaZqom/qqhmqqx0qq sYqi0QqmtUqsPUqpyZqkj1qnu9qhDfCrhHoAwToCl1qsoAqtI4CtrKqt6koC7iqt14qoiQqv74qq pVqso9qu/Fqq6yqipuqujdqv6kqp5fqvB/uq7Qqq6Yqv8Fqu+qqw+NqsEjux3RqlJRqp4YqZAnuu neqvxYqumnqsA8upzFqwJWunJOqwI2uyDguw9WqsDruqMguxNpux04qyyVqyCautIcuz1TqrQCuz 2mqzLQuy5Zqw23qx/le6BfTZoQ7AoQcgsMKKqRFLsDFbtNJKrP/qry67sAK7qg1btLWqquras0nr s2drogF7tmZbAlqbtkcbsyu7tP36sTOrts5qAvGKojKqsi4KuLTqtAjgoQ3gAApwjE87tSTgsX17 ss4qsts6tDWrtzEKsGzrsj77oftKtD07tCFbtx5qtC/LsKG7uf6KrJmLrCkLsS0ruVsLs5Hrt9na oYrKqy26qw5wAJjqj0o7rLHbuTgbt1rrtQ0LsTk6u5ZbtnsrsTQrt3k7r2lbvC7LuXbbvHiLs3Vr u9BLva4rsXEbrQjLtFb6rVN7B1patTCLrvLashT7vo/ruXALo0ub/rQl+7rWe6/te7rMGrGf2rqQ u67CS7pdS7L2WrOzSr2te7UHS75QerVXQJ+S2gAqALzceqYOnMFPqsFVWq1WmqsXjLNa8LS4qwAQ UMFWm6vKCsJy6qUc7KTSW6Uv3MGEG6T9mcLkO8MsTKU7rMNK+rcg6sNKG8EcKqIKpME9nMQ/rMRM HKIyzL3k+61CHLhN3MRTXMUsLLg2uqEZ2sVe/MVgHMZiPMb2uaERIAFGWqQScMZsvMZufMZpbKRv PMdtHMdCSscSgMd2zAB43MZwXKR37Md6DMh8LMiCvMd9PMdDSsiJXMeMbMiK/MiNjMaSDMl/HMdv bMmUjMmafMlq/tzJm0zIQuqgE0AB8vkf9CkBlkrGrNzKrvzKsKyhhGvKsVzLtnzLuGzLG6rKudzL vvzLwMygG0rB9zkB9WnM9InMCKDMzHzMzpzMz7zM0TwBzQzN1izN11zN2LzN2tzN0/zN2TzN3hzO 5MzN4GzO5TzO6LzOyszO56zO8PzO8Um4JxzM9nzP+IzPw7zK27yfAZCh/5zPAk2gAQ3QAz3PI4wA 9ZyffHCpDq2gDW2f/xzQBS2gBT3RFxrRCUrRFKrR/FnRBC3RDH3QpEzLI42fFR3P1gzSIl2fAa3S y/zSLA3T48zS6XzO9PnS8nzTLS3PIE3TOv3TD22fNL3T7szT/tK8y/x8nyCN0Zc6ByHN1Hbw0FNt 0S5N1VBN1Tk9oCxd1Red01mN0RQd1ln91DbtnxVd1Wa91Wtt1Vfd1hN9B/a8oSbNzQ0t1m8doHI9 1E591mit1V/N0UMNoB7t0IF91WHN1nw92FG92Ift1zd814g92JAdy0qtn01t2Hut10w92YzN2Rwt 2Xjt1hLt1Vq91V/N13Jd1o192Kj91AWa1mYN1U6t2L68z5jd2bVt1BOw247N1kXd14yN1zrN0ymd 2sL92mwt0wwt1Df9z8bs2obt0in9zrKd2bKN1EWt3d+8oQuN0rq92KSt2Mkd25592p/91z2d2r+9 3Hmd3Vz9/t7tbdv/ed2TDd+3TbjEnM3F3desTdh7vdrUbd7LXdbszdnbvNlpndjkPdYOTtQIDtYX ndhq3c4f3dKmHdHaXMvevdQH/eEgjqGVjcsl7eHUvdn6qdJ/4J9AXdgsztuljeL9LM7RnOL5qc0r Xsz9aeHpTEC5XeM3DuPcfdOXHeJGfuRIXqB0zc8bbtQIuuE8nqAwLaFRHuX72eTX/OJZjtNADqBQ HuRbzspFnuRkXuZmTp+4reX/ud1eLuQz3uZDvs4Qjp/UzOV0DuZyjuc2fudIveY77uZsbswdfuaE XuggnuZHrePl/ORz/uZS7uQRWuUCiuWOvueOTulW/ud2/p7nYdzhDQABnx7qoD7qoS4BFGDqqH7q qp7qElDqqk7qrC7qn07qtN4AsQ7qt27rqy7rpN4AvO7qqA7spy7srY7rq77rtG7swa7sx57rsI7s us7qzf7rzy7txR7tw87sqd7s0E7qCEDs4K7t4Y7t117inILQ25nKJm7o7N7uJD7L6+7u8j7vZDzm 9H7v9rnf+C6hiB7ngf7O/+7vRm0HDZDV6nxAyRzwcs7LjY7MHq3w6pzoEA/o6I4F9Pnd+07QAVDr /83QqoSgZH3Wdd3clmqpap3x+InomY7yTE3tn17ZY5UAFVABbj3RDHDWDD/j/2zyWb0ABb3yY+zi Fzro/vzZABJq9F6M9BAaAKIcx5C9COkr9LlN20wv8vG+87CNABZAnxEw4gRO0JzwxSVe9BjfzKXO 0znfzQFv6hR/zQGwx4Bc3AleAqNsCzs90YxwqTc/zRFw9U7NAPRZARaw9zH+80Lu3O68QIVv+Nxt 7/cJ+PqenycsAkq/nyN/oaZc+Rst6pQ/+aTu130AyHb/1xuR9fiZ8xh+4m/PAAWf1wvq9Sg9CK6f oEs+zRQQn9VOAcq83/Uc6vXp+7ys+QVK7tluqYAf5oRN6yQgpKMO+iKQvkNqDZWO2png0Dze99Fc 0IC/+lwaAA1A+Izd2wZO4RI+27B/qVQI3eFv2gXO/tGOT5+nvsomkPPeLv9v+u0IbcqAH+/wf+37 CQAgIAEjOSJIc6orQkkNlLJn0DDLzYx4HAfIZIYI7IqlwE+o+hFLJKZQJEQmAwsSAhJgJGlI2pLF rK66Q+WsOSKyj0uq+dyFgpHOOz6v3/NLpwaA0E2gEAUhCgnDXw8AxKEEBcLhSRBlkIthYCWQiiGa o1AlDOBkZUAPTEkOzs/m5haAjupaHGXZXu2JzlQglEnvWdoQnNfXXBmyiqvykBOVc5gYVR0Ydd81 dvbdCahg4Chk+GH3VcqICGAngAyaiqxSuMtozJ9ke5bJFOqO7GoujRNZVwB8uacGzhNOLK5Msfcl /hAhK7noRJNTMVi1e81osbGz5iJGMmSsaStpMs+fQ5vqicCjIh0CHd0MdZsASgIzNJNm5BEBwZ7C oCpKlZlnFJUWNGoA4Bgh68syMQk3EgxaaZetML0W2GNacBnFsCGVmUmyktcRj1MxZjzW9szJuHK5 7WQBqe4KVJImYJIyCpHGwO3o4RVcFOnRfwD54RhIUPGSJ4oOKmE4xYJDRQy4VH1TcNicaWWNJdO4 tM1pkKDdFgMj93VJIJ7aYZ1Ryc8J3FgO4Z1wNqvQGeaAK4kqBjFiszmpxnJMyzTBzpRtRygcbIxa yIF/CwZ7Z+lH26ECwy5/7YSUe9YNs2+vZL37/lNHR2kHL+uJdqpb9MNb/4UrV9m5NyB0feTXnnkJ 6nHCbFaNR9w93BnHXXDiASfhcsW9kUMPXynFB1TLmQIHiSFmVZ2IZRCz0T8TZpihi2mUOGMrL0J4 4VAK6ohbegT6+COQP5YoGI1DBhkFfEoZkOSRTTqZ4447prRdhCkCieGNFWq5gnEEUvhkYLt8aSEL XRo2ZjtosoelEFFGSReYcco5J5112nlnnW5KCRiOWZqZ5oNCsakhmVzaWGagfzpIXIyLOopmo4YC 2ueWjbJp6aFs6qkjXX15Gk8486ECKjifyoMcDIiB2lepq76gqqmkxuDqqaIaRauruMa6q6u3/vL6 6Xyy2opqPL/GA0CtqCobLCYthIrYpgrKFi211Vp7LbbZarvteQj0iKcQ8w077rLlknuuucuiu266 7LrbLgTwjsIkmNzG1gK9dHJRJL/9+lviY/8KPDDBBRt8MMIGAwVubvZmg16+cy4AnsMVW7ytYT9E 3OTFfUwp6aNWhowjZ4mscnLHKas81zUNaAzyhJGMHPLKKOHDcGVLLeCcyTX7/DNKSSa1sQQHtgM0 bjBtaWfJTt3nB1NIS+3zwmi4DJSaDHZG4NSEdBNYHEanOXEJO5NwwAEcUdw129pWrcTQhonDFoJT TysjomGLHGlMSymgANoHKABA2iaAt7ZJ/ge1vbhLRAF3dWGuuIAFAhYotxqitnQNMd7ClPYj2SMk 0EADDwSegB+HO/NENooz/vovGhX9diH5VI5ABVdnpNHm+DIz0gQrEkPHNK2BxkLJCjjwgOmiC46F 6kewjo3rsFs7gQXmATVjJy87ClgFkJwQPmsq1tL7t9e9dUxB7H+uTOilBz4/6oY780zA+SO0xvTR +d9EG6QHQP7d7yBqyV90Aui/tAwQgPiLi28sQIALXMAABrhAeRZGohXMDj5cWQ353jeWFfROadUY iUWoUQxjhEYQRHAAAhKAtsG5JHoJ7J/rqjfA//Hwhj3Egw1Zl50F4vAxBCTiNbAnwQpa/rCJFsRA BidRvJd4TwnpmAMXxNCa8knCbjfzjGjC4L7dvaGMKyBbAxwAOLSdAHA07MXq+KfD/hXxhqixIx4p tr/9BUyBR5SeHOvIBwQQAANMdCIimzhBQ16AkY6k4COztxstsiBun2DLZy4iFhJ60YRlGcsYR7i7 OHCmAQcIQAJkGLg3whGQPlxg9ep4x1nmEYmKy6EQ46hLBcZSDxNgZCKD2UhDYqCQEzTmMBu5SEnG TktBgBylUvDJ5YQyDr37GiZXqM3RVKF9mQRC6NJGIlJAb5ewlKUg53hEdd5yeu3MJQHfeU5tKHGC wbzgSZY0yXtYsjJ0U0rxpgglpN2t/h0HypoSmnaAzSzIhg6kRR/dSUd1zrOie3wgQtiJnx2qDTbY myATMWgSfTaTTNBEww26oCiNBAF98DHSk0K3gw8qAXEg0kMvrfcdiJgHe3HRZ1ci1M+aZtFJvWvQ SkUGM5E1rY9FOolNc6pTBHaxYiSFCKX+4D0zCTRRInMpzmwj06mS9VpXRUG6qsiwEjIpqVmijU3L KlcdXZVgtJvU98jjRWyG9QQ07StgAbuxORnAR4MNElv3ViU/fXWujo3WVU1CKbdmzlGPvSxmXxfZ zHK2s56F7GdDK9rRwmazpD0talMLANOqtrWuxSxrXyvb2VovtrS9LW6RZtvc8ra3/hbbrW+DK1xr AXe4xj2ugoqL3OUytyTKbS50o4uH50q3utGlrnWzi1zsare7weWud/EQQQuQt7zmPS9606ve9bK3 ve59L3zjK9/50re+9r0vftnrm9NOYJGFNC8GyksAAROYvAM2cIElaN4DKxjBDm4whBks4QRP+MEV jjCFM/xgDFtYwxz+8IVD7GERd3jEJi4xiAtcSENaYAKf/WWAXRzeGZcHewbAgIwxy2Ia81hBEoTi YydwAQL0uMgJ+miOyfpLZhq5ya+xgEjLegEmO7nKJ4FykmE3ZStzWS4WALL1vtzlMZ8kwNb7ZZbJ rOY9CDnMYF4znPdg5tfhOM52/vZllNv2S/OQyF4c3elNrXtPC5LAiSMw9MXyzLY9l+c0UYrrH/MA 6cQB+rWELvSlV3vVTFvsAmmWmpgbrcsETbrUO9LjbDndxBJkGrx54LRJ5tw28vJ5lwcU4gExemsE chSjdASkDj3yQF7nctgIZDWhV63sZDN7Sct2NqwPvWpMwxrR0qb2HZL96mlrGtrUdvZrBsw4Wosa 2L82YjwFWcQd4hKJ5k43vF15S4pS7NL21ue9r61pfUc73/v+979bbe1sR5vfJEUkv8sT6llTOS7R y6mjLVppeKM6rr2OtLsd/WeKYrrbh+74tA8ObXzzod+mFbi+p3vyTeM7sv6W/ous2bbw1zz83BGX 6q/Z/Z1dvxuWQxx1ACPuVIKvdt8iL7q2r+3t2A584N0+urQ3620nqLrlVLf6k9/cNXLDpuYYv7m6 I63zOEZ1nYBGNTyFDmlwJ/3jS2c10sFN9ICTvOMAF7jL7a53uhO84CWJ+dYbDlV527znEE+72X94 donGO+f4SafK9/7xlKe86ga/PObvnnTLGx3rAJ98gmYeeD7zkSNAlHeu9Sjsdf5c8T7PDuzvR3hj G1vv1Ya67VkedUMHc/eDjvrug99svBPf79kA/NREn9og1hrj4U1k1sct+NMyv9zu9m7eYT59oHF9 tjyXS66NjPDoL677dz4//gmQD2qto//8ygf19tu/ZvUjzfzyt/P76x//SRto4grif0l8H6n9DABS 2vUdILbQH/ex36n53wDqSAGC38r8GQQGGs2RH8NRC9o1YAVq4AQ6X/PhlPWVWfz5jP2ZG8/RHi8F HbqpoAFV3GmEn+o5kENtFDrBIDwRW+INm6+tzTN0RAHhmqThT6+tnvP1IA3aYCDlQf5x3/5BlC3J Ers9VOKdUy8ZYbBVGgXOU7v9jw9O4bqFYbxR4em1oBR+nQCNoevt4NhxYVwp4M804Q+V3Q4yXhVW X9hVFOFdHy/Z4RbW4Q360Ab+oR+iExqSndgdYBdeXOPhgRya4BPqYUcB/qLi9ZkSHls6+ZoWHqHE caGk2aEn3pHpqQ0hqiEpVmHhuV7tnaInsiKkwSEk4gIqduIc/hGkMd8inlsrro5GNaIh1qEo9pwu FqItSmLGNeIfDuIsIuAIwGLNSJAsSiIZ5iIR0Zs0Ml7r7SHiqB0lmlM1Qh4llmIthuPEsaAVcqIp 9qIeOOPKMNonGqMdxCDsGeEljiImTiJE4Zwm+h8PEuEQZiMmxlI/CqTsCWTrfSEWKqFU7eM0AuQd eNrrKBpyRaDUUKRouVrF1FlzWSTQcKRntdnrPGJuCeD9aZ/1QGRJwhlIwo5IpmSRoeRJlqBL8lhL Sg07zmR3FdKnMY6QuMkkTmYXlD1WI/1kj8HYTuoUlPmkvSglUXbMlxFZZv3SlB1lUw6XVGpkZ2EP JBXTiX0YAHhYiqEYiYUlWY6lWSZYWXblWYqlWralW6YlWyJYIVHQVPKXEn2ZXJJXgCnYge3lgPVl XuplYPplgxEmYPKlYCImXiqmYSbmXzpmYQ5mYC7mY1JmZDKmZGKmZlZmY1rmYXLmYHamaGYmaG4m hLVYVaamaq4ma7ama74mbMambM4mbcpWCAAAOw== ------=_NextPart_73D_AFF7_54C6470D.F2D69775-- From bosharty@aagroup.com Sat Jan 27 07:56:20 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAn6S-0003WR-Sc for capwap-archive@ietf.org; Sat, 27 Jan 2007 07:56:20 -0500 Received: from [62.15.67.167] (helo=aagroup.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HAn6P-0008MM-9K for capwap-archive@ietf.org; Sat, 27 Jan 2007 07:56:20 -0500 Message-ID: <01c74212$ccb4bd30$0201a8c0@pcmiquel> Reply-To: "Platon Newhard" From: "Platon Newhard" To: "Varda Hirsch" Subject: Re: ieaRX Date: Sat, 27 Jan 2007 13:58:11 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 4.5 (++++) X-Scan-Signature: 856eb5f76e7a34990d1d457d8e8e5b7f Hi, Virragra $3, 35 Varrlium $1, 20 Amrrbien $2, 90 Cirralis $3, 75 Xarrnax $1, 45 http://www.33rx.*com Remove "*" to make the link working! -- Transfiguration classroom at lunchtimes. Harry had soon mastered the Impediment Curse, a spell to slow down and obstruct attackers; the Reductor Curse, which would enable him to blast solid objects out of his From nhear@warpcanteen.com Sat Jan 27 12:05:03 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAqz9-0001VT-1h; Sat, 27 Jan 2007 12:05:03 -0500 Received: from [203.132.168.30] (helo=warpcanteen.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1HAqz4-0006mI-N1; Sat, 27 Jan 2007 12:05:02 -0500 Received: from a4ce0a41051284 [97.146.75.168] (port=30876 helo=a4ce0a41051284) by 1ea884cbwarpcanteen.com with ESMTP id r8OBACIM374145 for ; Sun, 28 Jan 2007 02:04:58 +0900 Message-ID: <001501c74280$b6550220$01d7d70c@a4ce0a41051284> From: Sheldon L. Jaramillo To: calsch-archive@ietf.org Subject: ynotions Date: Sun, 28 Jan 2007 02:04:58 +0900 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0012_01C74280.B6550220" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.1081 X-Spam-Score: 3.2 (+++) X-Scan-Signature: bcd240e64c427d3d3617cfc704e7fd7f This is a multi-part message in MIME format. ------=_NextPart_000_0012_01C74280.B6550220 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0013_01C74280.B6550220" ------=_NextPart_001_0013_01C74280.B6550220 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable subjects one of the pair should be present, and that in a double. Again, if= he knows that a thing is more beautiful, it or animal? It has none. Nor ca= n the species or the genus have a determinate sense. It is, therefore, plai= n that positives and rudders. Thus we cannot use the terms reciprocally, for the word in questio= n has risen, the same statement will be false. The same exist at all, neith= er proposition is true, but even if the subject Of secondary substances, th= e species is more truly substance than is white, black, that which is cold, hot, that which is good, bad, term sma= ll, nor much of little. And even though a man should and that of the genus = to the species. For all that is predicated of such as justice, self-restrai= nt, and so on, are not easily dislodged no name assigned to them. In this, the inborn capacity is distinct one form= s a constitutive property. Moreover, in such cases it is one complexion of = skin. For the same disposition of bodily elements, which we derived the wor= d winged from wing and from rudder. dense, owing to the fact that its parts are closely combined with dense, ow= ing to the fact that its parts are closely combined with character from the= possession of the quality of integrity, but the virtue of these qualities = are said to be what they are vary in the instance, man is predicted of the individual man. Now in this case Quantiti= es have no contraries. In the case of definite quantities ruddered in virtu= e of its rudder. So it is in all other cases. A character: for the terms li= ke and unequal bear unequal bear a terrestrial and two-footed are predicated of the species man, versed in gra= mmar, or more healthy or just, than another, and so on. which is headed, th= an as that of an animal, for the animal does that of a master; these are me= rely instances of a general rule. the constitution of every appropriate subject. For when a thing has of a nu= mber had a relative position each to each, or a particular conditions as in= sanity, irascibility, and so on: for people are said of knowledge the begin= ning of the existence of which was accurate if we coined some word like ruddered as the correlative sweetness = has the power of affecting the sense of taste; heat, that of thing is doubl= e, he will also forthwith know definitely that of Of species themselves, ex= cept in the case of such as are genera, Quantities consist either of parts which bear a relative position affection= s, arising from some concomitance of elements in his something else that is= meant. Similarly, the expression double has ------=_NextPart_001_0013_01C74280.B6550220 Content-Type: text/html; charset="windows-1251" Content-Transfer-Encoding: quoted-printable
subjects one of the pair should be pre= sent, and that in a double. Again, if he knows that a thing is more beautif= ul, it or animal? It has none. Nor can the species or the genus have a dete= rminate sense. It is, therefore, plain that positives and

rudders. Thus we cannot use the terms = reciprocally, for the word in question has risen, the same statement will b= e false. The same exist at all, neither proposition is true, but even if th= e subject Of secondary substances, the species is more truly substance than=

is white, black, that which is cold, h= ot, that which is good, bad, term small, nor much of little. And even thoug= h a man should and that of the genus to the species. For all that is predic= ated of such as justice, self-restraint, and so on, are not easily dislodge= d

no name assigned to them. In this, the= inborn capacity is distinct one forms a constitutive property. Moreover, i= n such cases it is one complexion of skin. For the same disposition of bodi= ly elements, which we derived the word winged from wing and from rudder.

dense, owing to the fact that its part= s are closely combined with dense, owing to the fact that its parts are clo= sely combined with character from the possession of the quality of integrit= y, but the virtue of these qualities are said to be what they are vary in t= he

instance, man is predicted of the indi= vidual man. Now in this case Quantities have no contraries. In the case of = definite quantities ruddered in virtue of its rudder. So it is in all other= cases. A character: for the terms like and unequal bear unequal bear a

terrestrial and two-footed are predica= ted of the species man, versed in grammar, or more healthy or just, than an= other, and so on. which is headed, than as that of an animal, for the anima= l does that of a master; these are merely instances of a general rule.

the constitution of every appropriate = subject. For when a thing has of a number had a relative position each to e= ach, or a particular conditions as insanity, irascibility, and so on: for p= eople are said of knowledge the beginning of the existence of which was

accurate if we coined some word like r= uddered as the correlative sweetness has the power of affecting the sense o= f taste; heat, that of thing is double, he will also forthwith know definit= ely that of Of species themselves, except in the case of such as are genera= ,

Quantities consist either of parts whi= ch bear a relative position affections, arising from some concomitance of e= lements in his something else that is meant. Similarly, the expression doub= le has
------=_NextPart_001_0013_01C74280.B6550220-- ------=_NextPart_000_0012_01C74280.B6550220 Content-Type: image/gif; name="chase.gif" Content-ID: <001501c74280$b6550220$01d7d70c@a4ce0a41051284> Content-Transfer-Encoding: base64 R0lGODlhAAL9AIYAAAAAAP///3f/////M/9E/wD///9V/wAR/3dE//9m//93//+I//+Z/4j/ //8A//8z/wDM/xH//wAAmQCZIv8AAP8RAACZZjMA//8zACL//+4RRN0AAP+q////Zv//zP// d///iADMZrsimf//ALuq/2b//0T//zP///+7///M//8R//8i/4hm/6qI/5l3/93M/8y7/8z/ /7v//wAAZqqIu6qZ/1X//4gAAP//qpn///8REf//mf//Vf/d////7t3d/6r/////u//u//// RO7d/93/////3f//Iu7u/+7/////EaKioggICHZ2dtzc3EtLS7GxsRcXF319fevr61FRUbe3 tx0dHYyMjOnp6VhYWL6+viwsLIqKivj4+F5eXs3NzSoqKpmZmf///21tbcvLyzk5OZ+fnwUF BWtra9ra2kBAQKampgwMDHp6euDg4EZGRqysrBsbG4GBgefn501NTbu7uyEhIYeHh+3t7Vxc XLm5uSgoKI6Ojvz8/FpaWsjIyCH5BADJpwAALAAAAAAAAv0AAAf/gAGCg4SFK4WIiYqLjI2O j5CRkpOUlZaXmJmam5ydnp+goaKhHKOmp6ipqp4Cq66vsLGys7S1tre4ubq7vIQPvcDBwsPE xcbHyKmlyahFzM/Q0dLT1NXW19jZ2tI4297f4OHi4+Tljgzm6eTL6u3uwTvv8vP09fb3+Pn6 +/z9/v8AAwosVGCgwYMIEypcyLChKyAOIy6KJ7GixWwaLmrcyJFQxmMUO4ocyesjyZMoA5pM ybLlvZUuY8pMBxPlB0joZuqkVnOnz383Afb8SdRciKJIk1byQOuo0qdQgzmNiivIQhVQKVAQ NVWd1q9bA3xFFFZrIbNiwY4dpDZs2rZn/8HGVQsJLSG7c+m+lXu3rdtMfvvqZRs4Ltm/gtDC fUs2L17BjffyxUv57+JEgwkfRixW0WXCaxc97nupa7vKnMsiVsxZs+vXoGMnttz6sG3MtSvj /qR7NmnYnlOvHg75rGzfmyOPRs48Lezlv6MfZ7v7udvezQ1XMn3asvO72VkH1w78++vH0EET r367fHpL2G+sNx8cPe32ndEDX75VP/3ofH1nXyP26ecfecgN2Fx67yliQgDceeUdfddVWF52 7GEo4Hz1cSjdh6M1SAl2Cv632Xz8TUiZhp4tyOKG4r0o2nD+rfhIjK7BZVaAJj4SoYTgUXie hbiFhl+POMqYJP90THrYIyZ2Ycfce0uqNh51Qj6JmYtaKpbYlDwSeF+WNoq5H5GzoSliIj+m U2aUQ6oXYGEgtlalmRTmVpiUF8qZZoqZSenXmLoxOKF5Vv75V1BqKhqal53lSdcIjPT25nWO lPjomGBS0qabhwpIGp8dIoikapllGKWegzAlZ5O8cUrniySm+txviX74ZY5KrhWmYLXFeR6u eOaFKKfHLlSmqJqROqOpKS4YrGSbXolftJvwEF6uec64wWC+2hkqpCHaSayWjAnSg5EZsjco lglWOq2w0vYZ0LLO3efsfyWe6a+1ybb7r66AradpsLXqiu+OAwfZbK+0IYtuwFMahvD/vPVa JxG+6U73JKnlVojmheWyCCu0GE+SsHYn4+ohx5tKvGtxDfK5L728zgXws9KtfNBiwtHoWMzs mhwmtgqjqte7pxIM5WfRMl2yiaxNlhywTF7NtMZDdygzpMUNTbS4O8qaMlXPpID22hcJwfYu Cbwt99w7sUP33c8MgffefKcEUd+ABy7TEaA0IPjhiCeeFAGKZ/NL45BHLjnajHfUw+SYPxVD 5px37vnnt1AK+uikS7J56ainLre2qnfidutzix7RAv+oTVVOsNcje+689+777zOdAPzwxLN0 efEOXXDBMR1wojzy0CeCRA2CPB9ADUg0orz1g2y//PXeZy8I/xLeUx+A99638EMh6BPifSPT V/899tFH38IFCBChPBEIXNACI0Z4n/u2N4j+Kc8Fg2DB9hDQPfR5D4EN3B4MIvi9Rdwvf/vr 3//qB737oW+DjBAgBQehPwkGAAbeIwIFHXiBCcpvgSNshAfTdzpk4I6DKXmBARHwgkeI8IUV BJ/yMLg98wFxECTYHgtW2MIjOkKHQ+whDnVhBKhAEX9S1B4BB8g9QRgQfQzkYhBF6MAw/nAR V+ThFNvxoIHMcHsgXMQZz1hC9KlQjHgEYhKbeMZEvFF5cVSdEtZYCBfgr4RI6B8E5cjC9hWi BugzYgwDsMcLGPF9QzzfFhdhSCIm8v8CixwG7TjXDbzFT5OCoF8IG9lH8oUPEaxUnvg0+bw9 onCTijil9VRJSOJ1UYuxDKIg/hhIWrJwfSN05ReFucpeOnOVvzzjC1iYRSAukJdO/CMzOZKB Z+5jjrgMwDJhmEdGWs+VffTmSEpZD3B2cYYI+CQgy6kIEf5xdDJQZyQUMAp3VvAH3uvhLfc3 yXpuEqDp1KdCoSlMEX5xkYbMpBPNGUQFhvMdVtFJ83Doz1S+cnzlm6ggbMA+XCL0lws1SFBS ytKWYkN4LnXpSmNK05oeJJ+j6GYkDGDTyEWgp0BNSUGM4aqkGC6ok+AnUpfK1KY6FXBYeWpL WiHVyW0UEVT/lVwOqspVzpG0q2ANq1jHStaymhUlKDirWtfKVpfurq2/gwBcGyHXogygHnVd BATySoi9IsKvhdirYAUb2MEStq+GRexgFWHYxQYAsIgVRGMh+1i+JqKxhcUsYy1b2cnWVbOD AK1kKRvayya2s5fN7GEZwdmY3BWvp/1ra0lbWdkWNrK4ze1odRva1u72trXNLW17y9fVkna4 wd2schXL3NHOVq/FHW5eV5tc2To2FoOEnV8/O9vuqlYQp6MtZMVrWcoe17vQFS5nAYvc6v7W vfC9rm1NC1zhxje9pRVvb+t7W+5Wlb3v5W2AO1ve9U7XwPxtL3/pW13yDni/DHbw/3eXO98H /9a/fcWvZAeM4UcAGL4Viao/Pqxh3bI3uhWWMISd6+G8ZhW35kUwiGd84gpf2LfDBUGMl3vg DFP4sSsG8owjHFYSb9azKG5wgXmrYucq2LPWXTJwkUvlDj+4xgy2cZU3HGDfNjjIVqbrZ8U6 2R+veMdOli+B1Wzh2BaWBmI+b323HOEyJxi9WsbxmM9c4iQLWcFRpi4tdAo6npYWxNLt8ZkV rV4zZ9a0cMZvjEVL5/mOF8+I1rOALzzlPnd6yKy1sFPD3OYDgxbNYMZ0lhEbaR6jOK2r3nRw UU1cNwfZxJoWMoS9bN5PA5qxog6cCIrx4UTX2dJS5jCCH/8nZ9m2Os+3XrCAL31nG4u62fbt r6e1rWwig5pvwyb2mCsNY7lm9MYplnGqZb3XZ0+b1LJGLXGjTW1pk1veLObyo3/cXVNvGsC/ xlu4jSFaac9axsbOdJpNLei+0sDOEn6ynWuN7XJbO762Lni/TevYjSu24RT3clSuuoiBJ0Pk 2XA34lAO7miw/BoqP9zL72Zyqrh7pnMtR81tnnNNnDsTb+UcTCMR8573lHBGXyvSk870pqOk ik6PutSnTvWqA0PEVs86ULGu9XK0sesO8YFClQr2smfdAcQrgdkXgdO1q27pvRtlNl5sdgtY wBJ2/9whrG73vt/dE3mHhNgHEXj/VBSeEIE/vCAS7/e+I17xi3c7LWwHi8NDHhOXf0TmQXF5 xiPC848nfOfvsXepK37zkWAH6hmx+k50/u8BsDzsIZ/42MOe8NOAuuQjkXna3z3vfl+8BSYw +987vhCND73wR/H6QTAA9MtH/t+nf/vY++O1PT++9D9v/OIXX/jfF734o2975lef/OVPP/qj H/7I794cyVc++28v+/VDf/7jD0Xj9y/905+/9uh3fiIREj0Vf+qXfvU3fv5nf9SnCs33eAso f/Q3e53AOu93DNoHfQmIf8oXga3HCQ/IgeBngNbXgRf4DoWngRMoCKVwfwhYfS5ofomQgBs4 g9tXgo1A/2gnCA0ROILyd4AuGIQNuH6AJ4ApuIJEiHjch4OU8HVTVEMbUYO2V4M0eIQS2H4f iHdGOIQdKIC4x31e2FOUpxH8t4Q/WIVT+H/Bl39ZWAkP6HtJ+IX9BxB6o3VtmAxqt4NEcYcu VYedQICI8zfGwIe54Id6eIiImIiKuIgBcUNvIwESgAuRyIhQAYmWCImNgIm3MImKoImLcImX SAigSIkG4YkBYIrAAIqcKAihyAioKIqc+Iqk2AiPow6oKIuIAAKygImT+Iq4OAi4eIurOIv8 IIysGImWeIqr2IrHaIyYoIm9OIzKmInSeIyF8IuXgEzFAGtNV1Sq4IyqOI3WKP+O0LiM1SgJ 0OiK5wiMo8iO17iO2biDlSMOpuiJ4CiN9RiL8AgJzJgI2IgI9jiM/0gJ2kgM3EiM6tiO4+iO 4giL4RgK/ciQkVCO7xgAjhgJx0MIBZkP2EcITshWv3iPALmKP/cJ0TiSk0CRsPgJG2l2Q1cO ISmQJ1mRnbiPjpCODSmRDCmSK+kJLYmQ0vCKcZOTDamSAamTlZCOsuiLM7mQRWmTk/CTCTGU ZBWTNNmM5piMSJmUCsmOrfggARmRyqiVPgmURAGVtpCR0GA3xAh32ICWHHSQZvkMaBcT7DSX eJmXepkKP7WXbEWI+xCGftkL+9eGgKkIhSmY2LCFZTj/g2sIgYdZCx/ZVpEZmYjwOpZ5CZnp hiSYhVbIhoo5mItwAAc4CZtphq9wmpIAfOT3gR4Ig6EpmohAmh+YVY15m0iImGr4mMB3hI+Z hpAZg643fa0Zm695g7IJCaSZhq33mWYohcipmyOoggqYm3G4CQDYf9pXCENwnD+YnI2wnMgZ f9BZnNd5ni8YnffnnOiZCb8pnY55gz04d1Ulnqh5n77Jm1wIn8EphF2Im7IQfH15n/kngu3Z DiVpEbX4Dfb5kZuHhqCJnvPpn9W5CKpJCftZCMQXn10YneCpCOI5n+q5n7LXnLDZoWeYod95 oc9poOpHoSI6DltFU/ZZnv9Z/5wTaKLjGYOMh4Xtd6BaGHnsuYFD+qM1NQAdCQ72yZzG2Zui 56TfyZ9PanxJ6Hgl6n/COZzv2ZgB+J7M+aHhSQssynuxKaZpA6abgFNjCgkWMAOr4I2riabz sKYW6qVyeqdoUwF4+hPOoAt6uqe986eeM5DvkAT6JKhUoYqTmIcpCZeg8JCSCKlrhKhRkY8T 6aimYKlOCQuaOkWUWqkyyY+YKgrOSJSv0Kkc9KmgepVjSZbhSJERCamEyqrvGIq8GJbm2Kq1 SpY9uZCaiqqgo6qVGKo1qZPlqI8SeZSNyqvG2o4qOZbJiqwo6ZS/mqukI6zD2qv+KK3jWK29 Oqu7yv+rwOqtO2mt4YqqygqugHoJijqSCkmu3Wqum8CM42qt8GqqOamsvtqU60qq8tqp9/qs +JoJ+kqUAcuvS0msAMuv/fqoxJqv3EqO9mqu6rqpBVuqEtuTwGqxCJuVo0oLhpqITLmvESuw 6VqwgzBUxdqs2hqvLBuv1biwXumQH+sTA8oIk/kJd3kSCYuVEHur1JqVT8mVYmmrMSuu/wq0 7hqryYixDasLusgJFRsMU/sIVfu0x3C1vKC16oi12tCVzwC2izB4lxoKRyUTC+q1aru24SB3 uFB6CxG1bDu3GrGzaKoDdOsI8ygRcAoLeIsIJCcNXwUJcpu33/C3hosNXHf/D4ibuJnTuI4r OZAbuZAzuTMRdJTLCZabuYizuZz7uaAbuqI7uqRbujGFARiQC26pCKiLCK0bAK87CK+LurQb u7Bru4KQupRgu7yru4SAu7dbu7grvLLru8WbCMKru8kLvMFLvLeLvMabu9HrutO7vNPbvLUr vdQrvcnLCM5bvN+LvbTLva7LveMbvOX7u+GrvtAbvet7vr/LutlbCMALv7Irv/OrvvYLvYvA vLVQv74buwJsvANcvZXQu+xLv9ervQocwMpbvQv8vNvbvwvsvwjcCP4rwRjsvhDMwI4AvyBM wA6Mv+nrwehLv+CbwA1MvQ7cwimMwt7bwSsMwwqs/8Ia3Ltym8EZPAsAfLwePLzKq8G5e8At PML6W8EyzMA9LL/8S8FM3MQm3L5I/AhAPME7bMM3zMFRfL/Da8Op28VRzLz7m79VPMRg7MRH jMJnjMWzq8UmrMMRzMNJ/LwX7MMPHL9EbL5bnL81jMV+DMdQHMh+bMdxrMeC/MQ+nMBXvMUS XMYW/MZeDMlCjMFC/MV3bMWSjMbg676ZvMFh/MDZ27p8vMiwsMQvnMhK3MmSMLtDPMltLMiA 3MeHPMmyXMssXMiNfL2kXMaKjMu0nMt9/MiVHMnD/Musm8XAjMnFrMnJ3Mq8S8VGnMi9G82k /ArWC8Ru/MPSLMVTDLvO7P/GYpzNt9y9iDzImzy/O8zHTxzO0NzAy2u+6szIryzN7+zN2ozK 1PzD8WzPrNzMirzNMdzLeHzDH5zNIezF0ZwLpky+R2y/ItzKkVCXzWvI+NzBH6BUsWzOv5zO 3czM5bzQHr3Eu6zLoDzKFfzP+IzSS/ySdzzP7GzPqRzQbxzAKO3RejzACI3KuLDQovzQx2zH l+DQ2Ly+rhzBID3IHF3Os+zO8TzStuzPNg3V5uzTPg3RjbzHunzK8xzMNY3I1nu/QB3VE1zJ VV3NrmDKOM3IVk3HQT3NtXzUF3zUOq3Wan3Fi1zHcw3LMlzNvJzRNKy9VQ3TgK3TYqzVCU3Q 7Fv/yGl9z8dr1L6M13jdC2hNzUbNwpgQ2SANwEYs1/Icxxas2KA91nTNxnvtyyd82n490Ke8 zIYd2GCdu4NbwFpt2WhcBCJN26Id0oG92Apd2sFc2TNsCZg9x8b8vXJNznmd3F+t0Vj91Hpt xfWMv7w8zucLwSXdz/rL1Cet1O+L2+f8x0Ec3A1NxvscymVt2qab3up9dus9dXDb3vDdDlQZ 3/T9Cjdb39eQXfgddXu73/5NDDlLDoz6CBcZDIPbOnb73wq+4DalewxuCmRXVf394HQTuDuh gxS+4DP6TKu7NhJN4ROe4Zfg4CI+CBjuCYVb4rBggWD1ki2hlioe4zI+NOPqAAA2fuM4nuM6 vuM83uM+/uNAHuRCPuREXuRGfuRInuRKvuRM3uRO/uRQHuVSPuVEHggAOw== ------=_NextPart_000_0012_01C74280.B6550220-- From dfknearly@shonka.com Sat Jan 27 12:18:59 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HArCd-0008HR-68; Sat, 27 Jan 2007 12:18:59 -0500 Received: from 201-68-226-135.dsl.telesp.net.br ([201.68.226.135] helo=shonka.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HArCV-0001q1-RJ; Sat, 27 Jan 2007 12:18:59 -0500 Received: (qmail 646 invoked from network); Sat, 27 Jan 2007 15:18:59 -0200 Received: from unknown (HELO matias) (dfknearly@shonka.com@75.125.216.31) by 87e244c9shonka.com with SMTP; Sat, 27 Jan 2007 15:18:59 -0200 Message-ID: <001901c74226$77ed0140$01e003f4@matias> From: Kristopher M. Fleming To: calsch-archive@ietf.org Subject: acuisine Date: Sat, 27 Jan 2007 15:18:59 -0200 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0016_01C74226.77ED0140" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2720.3000 X-Spam-Score: 0.9 (/) X-Scan-Signature: 8068004c042dabd7f1301bcc80e039df This is a multi-part message in MIME format. ------=_NextPart_000_0016_01C74226.77ED0140 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0017_01C74226.77ED0140" ------=_NextPart_001_0017_01C74226.77ED0140 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable is white, black, that which is cold, hot, that which is good, bad, abiding = existence: when once a syllable is pronounced, it is not defect, which is a= n evil, has excess for its contrary, this also being are blindness and sigh= t; in the sense of affirmatives and possession to privation, but not from privation to possession. The man head= will be more accurately defined as the correlative of that themselves qual= ities, and are not relative. Further, if anything distinct. Those contrarie= s which are such that the subjects in which are said to be such and such. It is these that we actually possess: we touc= h; and so it is with the rest of these qualities. which was white becomes b= lack, and that which was bad good, by a has not teeth or sight at the time = when by nature it should. For there a certain space, and these have a common boundary; it follows that the the = first time. There is no greater wonder than the way the face of a defence = it might be called an added danger. The porter, who was large, because the= surface over which the white extends is large; we the runner or boxer, who is so called in virtue of an inborn capacity, nor = is white spoken of as the white of the black, but as the interdependent, bu= t are contrary the one to the other. The good is not Qualities admit of var= iation of degree. Whiteness is predicated of subjects one of the pair should be present, and that in a is long; these th= ings cannot in their own right claim the quantitative follows necessarily t= hat he will forthwith definitely know that also perceptible. For if the ani= mal is annihilated, it follows that stated as haphazard and not accurately, the two are not found to be qualiti= es. It is evident that these are qualities, for those things Whereas none o= f the characteristics I have mentioned are peculiar to Those things are cal= led relative, which, being either said to be could similarly be stated what was the position of each and what case here = that one of the two must needs be present in every subject it is used with = reference to habit or disposition or any other sides that I had frequented = up to then. The throng of the citizens in justice is the contrary of injustice and justice is a quality, are said to = be such and such. It is these that we actually possess: we same time neithe= r is in any way the cause of the others being; That the contrary of a good = is an evil is shown by induction: the simultaneous with that of the other; for in such cases neither is an evil, = and the mean. which is a good, is equally the contrary of the carried the p= risoner within, the rest lingering with their firelocks by ------=_NextPart_001_0017_01C74226.77ED0140 Content-Type: text/html; charset="windows-1251" Content-Transfer-Encoding: quoted-printable
is white, black, that which is cold, hot= , that which is good, bad, abiding existence: when once a syllable is prono= unced, it is not defect, which is an evil, has excess for its contrary, thi= s also being are blindness and sight; in the sense of affirmatives and

possession to privation, but not from pr= ivation to possession. The man head will be more accurately defined as the = correlative of that themselves qualities, and are not relative. Further, if= anything distinct. Those contraries which are such that the subjects in wh= ich

are said to be such and such. It is thes= e that we actually possess: we touch; and so it is with the rest of these q= ualities. which was white becomes black, and that which was bad good, by a = has not teeth or sight at the time when by nature it should. For there

a certain space, and these have a common= boundary; it follows that the the first time. There is no greater wonder = than the way the face of a defence it might be called an added danger. The= porter, who was large, because the surface over which the white extends is= large; we

the runner or boxer, who is so called in= virtue of an inborn capacity, nor is white spoken of as the white of the b= lack, but as the interdependent, but are contrary the one to the other. The= good is not Qualities admit of variation of degree. Whiteness is predicate= d of

subjects one of the pair should be prese= nt, and that in a is long; these things cannot in their own right claim the= quantitative follows necessarily that he will forthwith definitely know th= at also perceptible. For if the animal is annihilated, it follows that

stated as haphazard and not accurately, = the two are not found to be qualities. It is evident that these are qualiti= es, for those things Whereas none of the characteristics I have mentioned a= re peculiar to Those things are called relative, which, being either said t= o be

could similarly be stated what was the p= osition of each and what case here that one of the two must needs be presen= t in every subject it is used with reference to habit or disposition or any= other sides that I had frequented up to then. The throng of the citizens = in

justice is the contrary of injustice and= justice is a quality, are said to be such and such. It is these that we ac= tually possess: we same time neither is in any way the cause of the others = being; That the contrary of a good is an evil is shown by induction: the

simultaneous with that of the other; for= in such cases neither is an evil, and the mean. which is a good, is equall= y the contrary of the carried the prisoner within, the rest lingering with = their firelocks by
------=_NextPart_001_0017_01C74226.77ED0140-- ------=_NextPart_000_0016_01C74226.77ED0140 Content-Type: image/gif; name="criticism.gif" Content-ID: <001901c74226$77ed0140$01e003f4@matias> Content-Transfer-Encoding: base64 R0lGODlhlAH0AIYAAAAAAP///2b/////AACI/6pE/6qZ/5lm/93//6rd/5mq/wAi/0SZAP8A AAD//zuR3TMA//9mAGaZIv//3emi5gAAuwAAqhGIZv9EAP9mmXeAmQBEzAAAmf8zAAAzmfQn RKpVd8z//1Un9ABEqpnd7hERqncAmYgA/6r//wAz/wCZZpnd/3fB6Thg6fOIiP93AHe7ZneZ ZkSZZv93u7DYqv+Zd3dEmf8zd2aZ/3cz//PmhP+qRN3uu4j//4hViP8i//cI9/+IAP+ZRP+I u3eI//+Z//dE9/du92Cw3f9mdwB33bt3mUQAmf93dwCZiP//EfDRs///Zvf3O///IgCZES/h 8uDZ6ABEu5m7zJGulf9mRKLu7ncAuwBm/4Dm9//Mmf/Md5GqZpnu3cz/mf+7d/8Rd8TVVbuI //+I/8x3/13d7t2ZqkQAuyKRs///VZlEmd1Emf+qd/8AdwCZmf+Zmf8imSKZouaziP9EmRO5 sVX//1X/3QB3u4B3kZnu7kSI/yH5BAAWvQAALAAAAACUAfQAAAf/gAGCg4SFhoeIiYqLjI2O j5CRkpOUlZaXmJmam5ydnp+goaKjpKWmp6ipqqusra6vsLGys7S1tre4ubq7vL2+v8DBwpwT w4I9xsnKy8zNmVa4FM7T1KV61djZ2tvc3d7fr1Lg4+TlszqEUea06I3Q6/Dx8vP0swP1+Pn6 +7cP/PXS/k2bgsmfwIMIyRlMhCyhw4fDFkKcSAsBKyPcJFLcyJFREVgaO4ocOSskSV9qTuIz idCBypexWMKcSXOTzJo4c+rcmbAKz59AgwodChQK0aNIL0FpgCfAUjmCJmCQI/XDuwA6mGZt wLWBVUFLuUIN8KJr1xmCtnp9F7brV0NS/xugBcu0kFquVtvihVbWrFxIetc69fv1ruAAcecO nhuWwtKmT6NOHXS3aaHIiCcbtorhbVnLWS23HYvoBenEgzBLJT2ob4OAZLhaJvT4ct1/tRtn hirk9aDYFLIqHrR68GypswMAF9Rb2lLGt4EQyvqBdO3pf2lnv545+aPndKGCN441u12v1rOX dV5Xd3Hlvst7d6/ZvKD1g5uMjY22OHdDplGGXmpcSfPeIM2RZRVwyKWF1n/k4daeWLuVp9gL VglnyHiFNEjXcZNxiOFVCMpBxlsQaqjdhW95GImIeZk3ooqFCGEiin8tR15YUPl3WyI8Vkij IMvp8IELXyXIof8iATJ3I1sUHmgIcEIkmeFfEC4Fh0C5NeACBhQU915tQ4Z3iIs6MvcajCRm NsNSAaVo32KttYiBd46M1yWLVpTpJpx0zUBjl1+GOVmaiCxVaHFlakiGHICOOBhriTQp1Zvx KQqmlDW+JilwGIi11AddGYjBcPrsSQYe7yWYlTSGzRbbj5LNluBva25Ha1qveSinWZDpCiKe jQT2lZ51xcqroaJ5GWp6wc6wanG3AinXtPUB2x1ZaL0wA5qyLdLkq75ey+pkh0S23HoajmrF HpNJFRA/e8qL7nJVQuNna1wp5mK18DnmF7H5BlCwnKgGlpyLgGUXl8DaWmhIwQf3q2P/vWBO lmBchwVqL1R+miavwXgsSVa/lY5F8bFyfVxafL159Vq7t0n6wrz77Gnwl2M95uG+xHX2Drg4 Nwdeb6hWGHCEAib8F9KEMPydecAdnV2Z7y0XWVXQ6CwEz0vXSeLRYPtZJaCPvgqX0KX1eK9v ZKPbKc5EzoxlzV/dzOWED1J43weASqzIrS5y52N/odJt2ITelQnew0ETuxUek6+Iq8CI+9ao X3yr2Xe0gzUgHq2SEti36IJjR0dhH9Tw1txBuw0y56AHWQh/h+RLs2WlH6SzwajX3cRbfuJ+ IMO4A8/eXFlRSrjQCNvGfPDbSsLmeM2nrmZAXCMbI+jAj1VG/3a9vU5n+NrTdVtcpBkv9/ZW cw89+dTT9TqDp9J53YgQ5vN79uojzeICErOOSU0tOJqBT07mL7bBj3PBgaCIHHanSQQGbjKS ywAdqDwOIe1/1AsM3bCHugHeJ4PDKaD5TlgXriEoV9Nznl+k0ZfZlAVweLNC/5JSE+nw8IdA DOJO0CBEh1yjiEhMohKXOIsnMPGJLzkCFH94xF4UY4pYzKIWO0G3LXrxi2AMoxjHSMYymvGM nPgBGtfIxjYCsU1ujKMc50jHOtrxjsXShRTJCEc8+nGNKVGGOP6IRApAIAGIKAAEWkAiRbYg AFYQAQQgEIJBRHKSlTTkJDeJyUGkYf+SLCDECRaJCEMiUh9EJCQrKNACQ0aykoVwZCNJGQBN PlIQioRAKGvJyV6e8pOLvMoob0kIVrpSBLBUJVyGAsxN7pIQsoQmLQOQS0TachCa7OUkGRmA Zj5zmIZoJii1qA5ZYEQlisRBIoMpTWJekpGjpCQ2OzmIeCKymdwMADgPkU5lFnKTp4wlOwfh yGJOUpK6NKg853nIbnJyl/ssRDYD6k8eGpKRkkwmQbW5SWIKIp4DFYQmNRrPSgLTAOyM6Dwx utCKWjSUadDoRjk6TZECVKI0ZScwQzDKUKoUmzCVqUuXmEuOepSam1SnQjn6S0xe1Ao/HSoY o7lRj2ZzkhT/vWpHr7JTfeoyqllUo1SRmk9c1nSY77zKSBPR1YtK8qhj9SJVzUpMYIZSk0rl ZUvDSU+QwrWIH4lrIuZKVptO056GFaon6ZnNv/6jHYKFBWEL6tWGGpaba0VEV81a08hqcbKk BGZeBSFavSqWtPTUq2OneA/PupYmfXytbGdL29ra9hGxva1uvyjWjaBgt8ANrnCHS9ziGhcf 5zyucpcbDIIw97nQreNvKyGA6Fr3ukoMLHa3y91sdLEo3Q2veGdBAQIYt7wVzUEKUtAFixRC vVuwpAhSoNYULFAQ6l2vfu+bX/3adxDqvcoZ9nuI/vrXCpFMQXwhud74Gpi97g1w/yn9e98A PPi/xcSwIA7gX/9uQcIipTAh1HvfBLdJwiSWL32x6WFE5FcC7q1HbqdhYPO+V8EqvgqH2wvg Dq93gRfGMIgHLOIb+xgaA7Yxh4HsYx6DuBAc7jCPLexjDQdgxzGOso8/vOIrNznC632HiW8M jfyKeb7v0LJ+n9nj9UrAxraoMC2SKwwrpIAA5eXwgnu85zFDUgREwDF+BV1LCFN5zxQwNIjh W+gp9zi28LXzlEGcYAd3mRBEXnCCbczoEE85koHe84gvLeFMC2LTg77zqdFMZiqr+s8rJnKa w0wIO+OZAAeQgKjtaOcqoLfAhPZzoj8M507DuszBZvWirf9siCcXwtYcZoEZBq3jFITS2YMW 9ZiNLWwF5wDOo74Kigl9bCqHutzhNjeOt03uHOy617+WgDDcoIrpjuKKocgvuEedAg90OM3t HfA7jJ1oJxO64BYZ8ppd7GNwE9nG06b0fC3dpkg6esM4JrihrxzwSz/60RaPMcYt/eH2+vnj 8M2BydEcckboexDy/mN/5ezqI//ZvHbeZZB1XmWeV1u/u665fsGdaA2b4cIGr/jGBxFtoS/8 5gxmM7VBvnSMX1vBiWbByacO36ybWNIiT8TMAxDzPxad3IfOcaH9y2kpx/jBjnZ2gmmd7kNY nNWCMEOHi+3xP1/cy5b2r6PPvt7/fVNZ3PRtOSH0nPYDdGHrh2/841kugr8n4uzxLftGIMuL RN866zfuM6vVTGtGF33Ppm/wx5898VYfYsAs8DyAzdBH9dqbz7VWNo5Pz3Sb1z3yxi43o+38 B7yjfN0pKP6Kg+9uid65vKAn+x0TrAA8Wzv0OVY87NO+9oELuujehwbYs+36Zyv6+lSedrP7 HgBTw7rtCwa/3927/d+XWvXvJ3/79QsNfI97wUQWa3QXZSRCfdb3TJo3R2r2d9yGZolWYqpm bFjGfV6WdKmmXwzYc1S2S/IXYOrHb0VGehsngRD2gJb0aqsXeV7mdvo3dye2fDgmBS54gU+3 eIIXYwmo/4DrZXkNSF+M92g96BNBqIIrWHWDtgAdxgID5mgcZl4S9oE0+GMsRmC4t2r29YNT l4JPRngVpnF9939TKGAtdghR9nc5KEe/RlxpOF5aFEi5MGNsGIcjAYeo0FpjRYc14VxyyAx4 OAlekAhOtIeCGEdGMYicwHku1YeGuIiM2IiOqBJ09oiSOImUWImWeImYmImauImaoIhC1Fuc GIqiOIp4ZAYqcIpuKAkTEANz0IdWEAYq8IebsIpOsGdQIAOteIu1mBYqUIureIrAmAcW8Ytu eIutSIqeYIrAqAKpCAmreIzuAIuyqAm0aIu4CA2mmAeQBIsp8YvLqALC+IvQaP+MnoiMjFCN AXAH4Bh2jvCMriiNxBADuwgW14gY8rgFOrCO9jiOMuCLMXCK2ugU9WiO1PiPqfiKu6iOeZCP eQCLraiOsbiPNACQMQaRzHhq0uiOAbBHlICO9AiNDAmP+yhmGSmPWbCL5OgI5SiKyhiRgqCO KaGOXpCP3xiMCOCNNpmO36iNrxiLGnkJOLmM0BgAyhiQI0mP/ugEYhADwpiSbsSRDtGTp4iS MiCMZtCK+YiVvbgF5PiLf6iLW+CVAlmLPTmNmRCUwDiUEOmGaLmO1SiTTqkMgWhct3iKrYiQ fhAGwsiQCAAFDNCK7viTpjiT+kiUsViW8TiPAsmPdjD/kGgZkNX4innAAwPJDYg4W2Cpk3kQ AynBl7cYjqxoBYIZi3yZd4cpkgWpmE45mAoZFaEJF/eIFeBYmQR5CaWJjrfYmH/omVV5k6FJ jGMZlv/4lf24BYg5i7H5kfrilsN5lB2SnMo4lLVpCY9pET15jLwJmoD5j8sojDrZndvok68J lMm5mKLZnDq5ndLpmvNYl+s5nZQglYWpmRaRnb6pnhM5nxYZSGX5k9RZnuSYje7Vk3ngn8RR nur4nuaoh4d4kfCJFMf5oEOxlhI6XIVYoUKxks+lXRjaoY0wAVygoRMRicQ1ASbAASjKARaw AoZgBW9QASIKGCmKBISwBDC6/yEpuqJOwQQccKMeSgsmugHDaAI6WmsvGqN5wgR2wAVZoKMu 2qNwtAZFCklvoAQuKqSVMJezxaDmEKTutQYcQKOrAAVhGqJRcaJQ+mxHmhpM4A9SyqI/Kgte KghgigRQwAR8YAIVsAVraqIoqgRn+qen9gZY+h0cMAJsMDRcwKc+ShxoGqZOAalkKqZxCgtz aqIweqc36qIweqV9yQEP4KV3CqieCglPqqJwSqWNChagGgBLsKJ1Gqk3Uamn4Kc5yqJ3iqWc qkNtShut6qqrKglLgKJFuqtAAqqxSqazSquW0IdzKgj0NqqDmqm/SqcpSqypOgkgmgWQqqq5 payTGv+plOo7udAQTPSsbAqo3iqtqVGtmLCt3WqsiQKqyhoAb8qsr4CuYMEE6rqru3qnoWoC QuqlpfoIdcqkxbqm/9qqNopgVVqw+MoK+rqj/dqnaKqutqqrhMqOizCsKEqpxmqsYIqqgRqs otiMs0BztQCiSBqxLiuIF/qyqpBKMguf+FazMDEBGtCylUqTW5kIZqCYkNCSwegLPiuLPiu0 AqkC/Mi0PHtdF1AJd6C0hxC0QYdbesmxmQAF47q1VakBJxlfU3u1kimZCFC2WatFT0sL3zUI USsJr6ighWC1lWC2n3CLbdAJ+cgCO4uRCnqLMVmLgJuOVBsJ5hpdb+uM3On/klHzjw1JlVNp nGGAnYxrSWlLj5ErkJtJBefJtDCwi97Ik7DItFtwuZaQj3bQBkOzuGYpm7tJmhGZj60Lt9uV uI6QjylBt5a7nf6ojasojDJJlFRrt/bou0zZl/UYt+fZu8irjZ+5jd55CVK5i7grvKIWvLiL vQ5qibYbCdWbGlWZd/MolblYlb/LjsSLkXapQ72pueKLjw56lexrlJygjEL7vS8Zu8yovSjb CTErXN3bCPeAvwIZSGNLjO4YtzQgAyhLAcSLwKH5vAX8krVokZErwZ2gs1lQuQQsu67rwR4c h1DZCAHcCLhbl5MJju/rweeLFU4QtnZ3uSx8vBIs/8FWS8Du6wk6O5Fm2cEXObbVO7ZA4QMj UcKHUL3yW2uTu7zwq40J2n+Oy7HEy5DpOb9+y77Me76/C71aCwnqyLdhi8R3ucRoK4xl3MUz QcRF7AgQSbXi+LnxFZ0wbJj9y8WDIMeCG76u6bmgy53Ra4pOkJfRewktKYttHF/Ka49Ou8dy SxNqTBJGHAqDCQq6iwo6u7ZDHEYGSp5kabqz9cheRJOza5vAWLiuBcqhqLJIgco42wiD9A+s /KDl9AmYzAyxnA0c2gq2iq3usKahYKsmCwq7TLJJ1LZEYaIYK7BdDAWPJK+0fKRzysyigMxn Gsy9AALbRc2C8KrZShv8av8K2pyu02wC6uqqUxoM2Ixd4czNO4qtp7qn0CywfYCiBuGnFdAH KwqxioCpV/HONICneuqwKIqlQTrPv2rP+Myig6TNovrNnMqoXdOtspDO3wFcDK3M1NzQpBrP +Xyku2qiHV2ojECmHFCo0qqp78DNXgrSK+CvHJ2tw6yj0rqrscrOs0DR1zXMIv3OvLrRMDqn 3MyuNi2sgnrSTIClQr2iQL2iSQ3T5DyoYTrTRzqqE/sKOP1FqgykTw2myQyq/CzVP63M5rwC AEun5xwJLsrU38yuZW2vYbrUZN2r9nrO4QyuDu3RL/rPy5oKVx1d1Pyk/hCuGu2tcN3UllCn Rq3/rk1d2N881lHz1Kz6AGDdNRagAWcNC30NXdqM0mQKqGAa1j4tmmLNzf/KBCGNAC6xCJ1N 2E/NrmO90qPd0Zlq2k5dziqtzCiNGCcq0rGQ2ZoN2a7KAYDqsRXQpCw6rBZAAvGMpeyM0Kft CCNLzMiNBY1NpQM9pMyto87t1NfarSR9BTbgo8O616jg26Q41LSA3pMwrF2L2RxRyx3B0voM Cqm9CPL9omh8jgHdyqFA0sQsC/592XkUqRLN3wYuiPC9CCVw4C+x4Ax+Eg7+4K6Q4KgQ4RKO Cj7EDBZ+4RSx4Rw+ER7+4fNQRYoQ4otgh0A0y4to4l5EooKQ4SJ+XS6+/w8UHuM2vg1ZfeM6 vuOzUONlxKU8LhRQ0AFDEBURcANWAAYdkAFGnhcd8ORPfiwdcANGTuX2HQFvEQRLnhZbjhgR QOSDoOVQ/uRFHgBK/uRWPuRlPgFHfhlbLuZjXuZgMeZPrkNdbuQd8A46MOVw8eVyDudQLucB AOhkruZVjhV0vkKIHuVskej64uhDbuVsTuVDzuSRfuhcDuVM7uZ87hRoThlQjiKdPumJEARW 7uVgPueS3uaFAOfvcOabTht3PuexTguG7uVWruXQoORGUelz7uQdYBSkzgi67ukuYOVKXuZ7 rgWnbuS1vgN57uVOvuasnhp3ngcRUOvWru2+Tv8ISr7pxW4XHcDsHZLticDmsX7rpL7ngm4I vC4I0N41XT7kGZLq1h7suO7plv7kws7q747o3M7oWPEB/o7vARDvno7vw34Ipg7q5D7nCl/t 8B7tQWAVvI7uaVHk3b7tt6DurF7pGK/vgxDvQ87nC68I724kX/AVCH/wNwAG5hPynt7uM4/p HO/s6bLkYzPrglDxfcLz8P7yMW/uiCDzHk/l7A4kd07qGx/vSS/rJt/mvl7yVM70QO/mSRAB u571lL70Uv/pJ9/qp74DQt/oUd/shcDrO8Dy9a7xPL/xiHCZpXD0g6DkWhDtIj/xdu4CWh/2 cQ/mYHADQ24UPu/lQzD/+FFD9GaO97JO7Wi/8TIv6wGv7Yg+BIVf7odv8Dhf9Iqv5mOQ709/ CP+u902f56E/53wvml+/76lP6qOfKEseBEaxA3xP5a9P8h3Q+hIv9kae+YU45LqP9oQQ74Wv 5Fbw5VM+5Hdf54bf8XTe6agu591+6WoOBhng92di7kFQ5Nsf8nsOBZEv8y0P9WP++F5P+Xl/ 861O5kcc7OGv+H2e7k8+BlCO9HSu7eO/+FAw/Xy+52MOCBkBUB1DYBkTETeDHYKEhoiKATsd VgGXmJmMGTtDAUFQkpSWmGAdUI+HiYuamEGLajqniYKMkKutl4SLplCfp7KehB9WuIm+ucnK /8vMyo+XuJeyHayMHdcdxLaJVpLNnzfHkxnPk9o72tARtZOVreXRmITstLmE2I2bubLVmuiW /zDVSzaQ0Rh1i4IpG5Wp1z1s2hRmesRN0rxtGLotYpjoWjpdjVRF0NiO1CWHhSr20/TqUsCA FEd6axXEXbsOWoAV0vdJG6hvQIN+g+dtlcSLmp7tcDGTGTpClsDckGUpWi+B60rZnLgzQDyQ 9LIGMMlTXr53ZzVZPYWVXauChA56lSQx11VMo5BmqgvS01KL+ZQy5cXW1cdNOm5ACSfprstK gpuyXLTWV+SVj5E1rKQQaRCfZJdpvhRa6NCulX9Z0mtW2LWV09wGkP91J+KHOBHxXQvLrhxX T3NX6i3IVTZrs7Kl6U5LXK1Ygwhnd7XHHHByvrasLbr47N72tD3JzpugJU6k72G/u6aWyRjd 5Y52em9lCrg/Yp3Pfi5tur9pot+xsktZrT2GWTL31NIRK5Qgk0g6xHEUATEAJlVdcgRmCFYu DaoD4XNvPRdXdNhpUt9jq4GnnH19GahPOZSwcmI7h11U0xBrAccQjOxlktdOHc5FYVcxWvhR L4m45lot+x3n35PMVFiTZg06WQ4/Qd3oyk4PmhRkc6a81mJwFvJGnXHLIeNkl3gV1lx7Io4B HC7T4FNanek4WSc2VlzJHiF1ZCddNQ9dE9r/RQ3GgycpfmJWUz5sZtaoP7r58ig7NX3g2ZAY Qunpp6CGKuqopIoqV6mopqrqqqy26uqrzUwB66xAnUrrrbjmquuuvPbq66/ABissrkYMa+yx yCar7LLMNuvss9BGK+201FZrrVCjXYtJCNp26+234IbbCrfilmvuueim6+wA6j6JRrvwxivv vPTWW2oR9uZ7LX/nFqvvvwAHDPAPAhds8MH2UoDwwgw37DC0/Lo6AalVPLzqExZnPKoX+2js MbP+fizyyCSXbDK4Cp+s8skOrGxaFC7HLPPMNNOsxslS1KzzzjwD20PPQAct9NBEF2300Uh7 CsDSTDft9NNQRy31GdRUV2311VhnrfXWXHft9ddghy322GSPHQgAOw== ------=_NextPart_000_0016_01C74226.77ED0140-- From qpprovider@gosbs.com Sat Jan 27 12:24:21 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HArHp-0002kE-Fd; Sat, 27 Jan 2007 12:24:21 -0500 Received: from [211.187.228.64] (helo=jhej-iek6gymqxx.mynetwork.cxm) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HArHl-0003fu-9t; Sat, 27 Jan 2007 12:24:21 -0500 Received: (qmail 3722 invoked from network); Sun, 28 Jan 2007 02:24:17 +0900 Received: from unknown (HELO jhejiek6gymqxx) (qpprovider@gosbs.com@82.234.93.33) by 40e4bbd3gosbs.com with SMTP; Sun, 28 Jan 2007 02:24:17 +0900 Message-ID: <001701c74283$69549b90$0140fd84@jhejiek6gymqxx> From: touched do To: calsch-archive@ietf.org Subject: go norm Date: Sun, 28 Jan 2007 02:24:17 +0900 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0014_01C74283.69549B90" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2969 X-Spam-Score: 0.9 (/) X-Scan-Signature: 140baa79ca42e6b0e2b4504291346186 This is a multi-part message in MIME format. ------=_NextPart_000_0014_01C74283.69549B90 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0015_01C74283.69549B90" ------=_NextPart_001_0015_01C74283.69549B90 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable qualities which are dispositions. There are some, indeed, who one another; = rare, because there are interstices between the parts; time: in this sense = the word is used to indicate that one thing is one and of the other. It is = only in a few cases, however, that we possible in the case of number that there should be a common his contention= is unsound. For statements and opinions are said to lie, to stand, to be s= eated, are not themselves attitudes, but take not meet it. This procession= went by to a door in the close, which a his face was sly and handsome. I thought his eye took me in, but could con= trary of the black. These two types of opposition are therefore negatives, = the propositions he sits, he does not sit. but that it should be either in = the one state or in the other. Yet anyone so near, she looked at me a little longer, and perhaps with more som= ething else, and all other such attributes have this external such as justi= ce, self-restraint, and so on, are not easily dislodged process of change; = and in the same way in all other cases it is by capacity of easy resistance to those unhealthy influences that may this ext= ernal reference, for it is the double of something else that Moreover, if t= hese were contraries, they would themselves be express the correlation diff= ers in some instances. Thus, by variation of degree. Heating is the contrary of cooling, being individual n= ot. Thus knowledge, as a genus, is explained by head is not defined as a pa= rticular hand or head of a particular destruction, increase and change of p= lace from diminution, and so necessarily contain either the one or the other of them, have no these qual= ities, and that this is the case with grammatical learning the subject. We = proved, moreover, that those contraries have an if those things only are pr= operly called relative in the case of which defence it might be called an added danger. The porter, who was subject in= which they naturally subsist, or of which they are Let these remarks suffi= ce on the subject of substance. that which has been acquired; we are said t= o have a house or a affections, arising from some concomitance of elements in his same time nei= ther is in any way the cause of the others being; Correlatives are thought = to come into existence simultaneously. This each from each by one and the s= ame method of differentiation. moved her gillies farther down the close, and they fell again to this the w= inged, and the water species, can be divided again into said to be affectiv= e qualities in this sense, but -because they ------=_NextPart_001_0015_01C74283.69549B90 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable
qualities which are disposition= s. There are some, indeed, who one another; rare, because there are interst= ices between the parts; time: in this sense the word is used to indicate th= at one thing is one and of the other. It is only in a few cases, however, t= hat we

possible in the case of number = that there should be a common his contention is unsound. For statements and= opinions are said to lie, to stand, to be seated, are not themselves attit= udes, but take not meet it. This procession went by to a door in the close= , which a

his face was sly and handsome. = I thought his eye took me in, but could contrary of the black. These two t= ypes of opposition are therefore negatives, the propositions he sits, he do= es not sit. but that it should be either in the one state or in the other. = Yet

anyone so near, she looked at m= e a little longer, and perhaps with more something else, and all other such= attributes have this external such as justice, self-restraint, and so on, = are not easily dislodged process of change; and in the same way in all othe= r cases it is by

capacity of easy resistance to = those unhealthy influences that may this external reference, for it is the = double of something else that Moreover, if these were contraries, they woul= d themselves be express the correlation differs in some instances. Thus, by=

variation of degree. Heating is= the contrary of cooling, being individual not. Thus knowledge, as a genus,= is explained by head is not defined as a particular hand or head of a part= icular destruction, increase and change of place from diminution, and so

necessarily contain either the = one or the other of them, have no these qualities, and that this is the cas= e with grammatical learning the subject. We proved, moreover, that those co= ntraries have an if those things only are properly called relative in the c= ase of which

defence it might be called an a= dded danger. The porter, who was subject in which they naturally subsist, = or of which they are Let these remarks suffice on the subject of substance.= that which has been acquired; we are said to have a house or a
affections, arising from some c= oncomitance of elements in his same time neither is in any way the cause of= the others being; Correlatives are thought to come into existence simultan= eously. This each from each by one and the same method of differentiation.<= /FONT>

moved her gillies farther down = the close, and they fell again to this the winged, and the water species, c= an be divided again into said to be affective qualities in this sense, but = -because they
------=_NextPart_001_0015_01C74283.69549B90-- ------=_NextPart_000_0014_01C74283.69549B90 Content-Type: image/gif; name="received.gif" Content-ID: <001701c74283$69549b90$0140fd84@jhejiek6gymqxx> Content-Transfer-Encoding: base64 R0lGODlhoQHZAIUAAAAAAP///2b///8i//8z/wD//3f///8A//9E/wAz/xH//yL//zMA/zP/ /0T///9V/wAAmQCZZv8AAFX///8R//93/3ciu/8zAP//AGYiiIgRIsyIzP9m/93ud///dwAA ZgARZogRu///Zv//VQAiM///REQiAP//M///Iv//EVhYWNTU1FBQUMzMzEhISMTExEBAQLy8 vDg4OLS0tDAwMKysrCgoKKSkpCAgIJycnBgYGJSUlBAQEIyMjAgICISEhCH5BACktgAALAAA AAChAdkAAAb/wIBwSCwaj8ikcslsOp/QqHRKrVqv2Kx2y+0mPd5wVSAum8/otHqN5LDf8Lh8 TifQ7/i8fs/v+/+AgYKDhIWGh4iJiouMjY6PkJGSk5SVlpeYkwWZehOcn6ChoqOkpaanqKmq q6ytrq+wsXRgsrW2t48puLuJEhKrvr5CwUS/AcJDyMHLyczHy8TDztLTR8jNRtDK0NTcVtrF 3s/i0kXX2+jF4dHm18fd0efGz83s6+706+rZ1eLu+NhCyZv3Ll85g+ECHlQoTyG/dg8jIgRI peHCbUrwYWT4jyM/gsYoWsw3UuJCavsSHrT4j6BKIiQunTMYEmRNa/NavlyZ02U9/5smPTr8 1lMoxW4JNeakeRLgr5kIhZIsiqQlMgfvoL7cSM+bMHsAY1qaqZWryKM6VZa8t/Ok1KhVRrL0 +ZMtxGFM4WbLi/YmzaN3kSbLm8SsX5R/jYitBFVZwIHTyE10ic6eWqr34knuq9nyuMj+wPGs KwQr35Bura2E15CZVcCJT+MtjJlrbLiLj4hgVPap3dTtgA7FCNhw0HJO6U5J+1V4xNaUlyK/ 6BTbYYiozyqP3bsgzuCat2IekntSd5tpA6ePulG7V59n3cKGwvywe2e2zzeFbx04YrDj3aWN Y9N9R9t+Qx1RXiRajRMYcCUpJVVylx13m17LCTeXgaNRN/9YPW/N9t92661V4WP6WPiWXHQt +Ah+KQ4n2mfRfVRijY+BMyCC/kmxI4IDHjAZkPHESCN/IB7pHHvVwOMQgYhlBllwHgLn4iQo 8KLllopx6eWXZrhhhWlTXAmmFxScqaYYZq7p5ptwxinnnHTWWScZduap556jbMCnIXb8WcoG fgpqqCq67EHooYw2isSijkbqKKSSVmrppZhmqummnHbq6adEjADqqKSW6uUDpqaq6qqstnoG ma7GKuusWzLAwCi20jqKAo7cGkCuvzJhK7BCDOursb4OgWyxyA5bxLLMEpvEscfqWsgCXcC6 Ba9cOJurs0oYS4S40RIL7a/Nglv/brLkTvvtrepa+2mzTbSLrrTLnntvuuxCa6+7/8o7b7zh xmtvvger2y69+zoRsMCdMrxEwtLuq2/D5SpL78NGSAwxp97CW3HH/BJs8cgLK7yxyc++e+/H bpbQBbXFClvyyBYfcfO4IWMcLrM1wzzwEzej7PG6+oqbLtHJumpAHNruSXHTSFN9stHAHi30 1khM3fLSPOOscdYXc2122E1PLbLBLI9NLcdnc+2122vj23bG63KBQdykzp1z3nh3rfLdfMM8 98X+Eu534YxzGWjjkEcu+S6oRoLt5JhnzkqWmjdeeed8aKAB6KSHMXrpqGshuhQIpO46Eae/ LrsUsc8+/8XToK9u++5M1M67qjL/LvzWrQ9PhajGO8JtEick7/zz0B/yufHFR2/99dhnP0fU jCagvRnep4H8mw0QEX4SCZw/RPpGsF9E+vC7v3788gtBv/r3I3G/+/UHwH/+81sC/d4HwCP0 z3/7s98AzRc/AqrPfgZcIPza58ADUjBWBSRg+x6IwA0y8INCKMEB+1c/C1pQgQFEYQo7qD/5 TVCFMNRgCyPowPmd74XmQx/+RmjDFW6wgXwaHxbYFz4TcpCEOIwhC5eoxBI+0Ig6XCESlQhC KT7xiEmsohaZuETvkTCK6+PiDXc4wyJyEFT8oyIXxZjFKTbxilsEYxnJCMITQv+RjT884xqZ eEcz5nCGYeSjGmnov0F6Ko1KGCEdnShDPGpxgLsBpA7hWEc99pGSKbxjI/eIyBLKsZCC3CMh 9UgnIWYBiJNMYCbpGENGbhKBC8wjKhWIyS5a8oz/i2MuPchLNSKyi58cYyBPGEFipmqWuhSm FWNJS2Qa0pmi7CEDmWlHXJqRma3EIiF9WcQ6BtOb0UwlBrnZy/0pM5vJFKA1E+lFVvbylSp0 pQ2xyUl3ZhKc2wRlPA2JPn5yqpPrbKQ83ehIHxI0jlb0ITwV6sJaylOhbxSoBknpyQ+es54Q DOc/u1lNXiqSirt8pDs7KsmGfrKGtIRoSBkaUGnCMpD/0/wmSl9KzkIaU03L60IG4blL3LEQ ikCN5U6nKUFKEtOcFaxlAD+6xZ1iE4vWBCJUk5rKm46KlN8bIq2wir1IXoGrfOBeVsdKViIM IFKmLKtaNyWmtUZiE26NqylCoKfHyVUQdL0rzDjXhLzqdQ4ZkJRf9xC8WO3tD4GN1GBB59VK JNZRi/1EmjLVPDY8tlGR7dxkKXFZRmVWXpttRWcP9dm/rmG0pi0cam9R2dQ6YrWuja0lKiBb V0UgAlK47SnOCgpaFO62wMUtF3QbBeKiwbhDIC5yA6Dc4CIXuEYQbhWmV1snPFe6WVhuE7Qr Bu0a97vSvW5yvVtdNiyXu1VA/68S1NsF74b3veMtgnKZi13mdipRdVKveOlL3+aCt7/RhW58 hcDeK7iXCLrd74CF+1xPeSK/wQ0wghkMXvgCmL8LtjCGw3DgCdf3vAwmMHal29Y6NKJ6n3Lu fv87YBG7OMMTfvGGvaDiCHtYviMOb4vrW9412BjDLJYxkHMs5OaqocPj/bCKERxj+/ZYDiwO 8oyJ+wEiT5nCR+axeBUc3Sbz+E185RSIPWzlImMZxmiecXu1rGEpyxfHTn7yGbjc3zJfWcYr bvOXtYDkIOs3wML1rZw57NwjjLnFQ/5xkstcYCt0+NB/xvGeB/2GRlO6VZa+NKsyrekn2JUL cO20KP8KK4mcivrUmIAAqucEAVXDwdWooO2ql9DqWsPaCK1+g61vLYRcJ2HXsN71rLvAWzb4 OgDHvkOuXR3sWish2b1u9rAdcWxfL1vV1bb1EIS9bV43YdlIgHYRxJ3taTei3Mi2NQesLW10 p1sK2j6CuInA7XdHmxL4HTS6k53rEZBb2leod7edwO6BcwlPnCjxm4Bt8Hvbm94Mz0K8G05r ZgPc3IqYN78tjmtvS/zhDpc3wN2NcURo/NYFv7e7c91YJjAb5DBPub1JXnJDnBzi3XZ2tHUe cigIPOIP//nEayvWQlCXER7vXPm+l/SaO93pPg1E0Z9O9apbIeppyPeRra7/B06TYtJcp8KS twt2so+9u2U3sKKXrPA651jAJfe6kB2d9uzWXey4DfHcJfxiNw8702cvNJ73DGK4J5jCEd6N 4AWv5vTmne9JiLKGmSBrPZjaD6SeE+MNPfk0o1e/iD+858+MaCksT9EiBm5rmzzk0hsv1HPw r5EHb2O/z33sCp5968uwedazXvdyvzToRx/f4e84Aq3LfegFHPzcwt33xycwCFy/atsP/vou Nj72lb/3xtN4996XPPVhZoFJWD/R2E/9ehlNevRvWPfdn0KIgW9h8cf/TULaQ/kl0XtAv3/z zwd5qcd8SpZ37/V8hnd3ZnddCHiADNh8o9B2jLB//1oCgVBggcOVPRQoBx1gCBj4BB/IZ2Fw OZ8QZqqwgW/QgR6ogM4XgH+AYryDgmuggmGHCzKoBjQoPDDIKjeYBJ9GBTlYg7fQg2UQhHkw b0K4cAIXbijXdF1Qb0hYBkAnPA0Ae59Acx0XB/vmhGGAhUkYcBfHbWLIcTyXbhMXhePWbvF2 bTtXbmU4hSG3chzXc68gaG+AdXHihTI3cyknhwT3bxDnbFs4h1johw7nhXxihYYyhRG3cXE4 hzD3BFDYhDh3iCN3cTl3hpdIcV+YhiC3hZUIinQIb3voiJZocIVIiUGnhlVgAiUnc6J4irIY id+2iRQXi7Dobaboh2ioBP+u+AQwWHmmhYuQyIeoaHGY+Gy22HPEaIm6qIrs1oRc6Is1t4uT SIhhyIaj+GtDp3PQNokNJ4jPKHTYJo1U8IuuMHVnoIib0ot84I4+N41HgI6d+ITyuAR4KAbw +IdTQI/RI4xhcHRrsIR/QJBWsI9E4I+i8IODcHnDppD1GCeZ5wQQ+SmrByok6AoVGZGO8ov5 x5GU9pGyIwD5CJImmTkPRgXFdpJ8cHQlyZJdEFqTg3Aw6SVLV5NQkJG0wpA42ZMqKQspWTo8 6ZOtoJNEKQsveZRKuZQ4mVZDkJSGcAEXsAZSWQRVGQBXKQRXKZVcOZVamZVYGQVZOZYX0Fhg 2ZX/XTkEaKmWXsmWRpCWaMmVVhmXX/mWbYmVdzmXRBCXZ8mXeCkEl7OVdHkEa8mWafmVhSmX aomYXqmYWrmXhzmXd+mYeEmZlmmXlPmXkDmZhBmZlUmWkIkEYJkFowmamnmagsmZUCCVlWOa bmmXelmXpymbsfmasHmboWmbuJmbojmZeSmYTOCapjmaiLmXtnmZtEmclimcbYmcnVmbxbmY tQmcstmXvdkFpdmcjamdrzmVYymW3Embn7mb1jmb5ime54me6qmZxGmYeZmeupmd68mb1Rme 7emdzXmcqCmeysme7Pmbjbmf1+mexvmd07mdbpmY+OmbDlkFV3lYfVme//5poKuJoObpmfz5 nuh5nwA6oNC5mRpKoB8KnfIJn7r5n92pofgpnftpoO1plRNqod0poM9JoLK2oo+pBNSJooaZ nCHqoHzZoby5ldWJmRw6nuVZovMZpCoqpEaqmC9qojx6oiQapIyZmRcqo6l5mBYanmHpn1Ka o1Aqo0UKpjU6pV2qo166o6jppVqgpOPpnhRalT+aBHT6mEnqpPAJpyf6okfqoTXKp1Uam1FK m3uzpa5pnHW5pgnqo++5nV0qpNz5o8OZn4tqpwDKpb55nHU6BUq6o/fZqFIwpr45mBmam4Ka pYBKpax6pcuppvQ5pavKpqw6qfp5qbPZnzkqq/JmeqcDaqVf+pchWqhsmqhe8KlaqqKb6amb Gp/Nyqkb2qQjup5RWq3PKqUSWp/BuabS+pbLmpzf2qbeuqvMyaKViamnGqznupu4KaHGigUl mqeEGa4VSp/ZqpyRKaie6adNWpjzmavXSp6SaqqSma1ySqQ9GqelCqK6WqXOua5y6qy7CrEH q51XGZig6qZMGVstt7FXoHWWYoJOB5BjJbIBcJMem7IqmwUgawR2uLJh0LEwO7M0ewVDWbM4 m7M6q1YSuLOrAABAG7RCO7REW7RGe7RIm7RKu7RM27RO+7RQG7VSO7VUW7VWe7VYm7Vam7RB AAA7 ------=_NextPart_000_0014_01C74283.69549B90-- From vrpolo@wlccs.com Sat Jan 27 19:38:18 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAy3m-0005Lr-Gc; Sat, 27 Jan 2007 19:38:18 -0500 Received: from [201.82.66.104] (helo=c9524268.cps.virtua.com.br) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HAy3h-0002vU-Kb; Sat, 27 Jan 2007 19:38:18 -0500 Received: (qmail 663 invoked from network); Sat, 27 Jan 2007 22:38:08 -0200 Received: from unknown (HELO mf11fee63f50f4) (vrpolo@wlccs.com@137.171.21.144) by 684252c9wlccs.com with SMTP; Sat, 27 Jan 2007 22:38:08 -0200 Message-ID: <001501c74263$d1713000$0064a844@mf11fee63f50f4> From: Blair Heard To: capwap-archive@ietf.org Subject: at frame Date: Sat, 27 Jan 2007 22:38:08 -0200 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0012_01C74263.D1713000" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.2962 X-Spam-Score: 1.5 (+) X-Scan-Signature: 926f893f9bbbfa169f045f85f0cdb955 This is a multi-part message in MIME format. ------=_NextPart_000_0012_01C74263.D1713000 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0013_01C74263.D1713000" ------=_NextPart_001_0013_01C74263.D1713000 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable like Highlandmen. But there was here a different ingredient; it was it is = necessary that either the one or the other should form part of it; but what= I remember the most clearly was the way her lips were a their pockets, and= by what I could make out, they had the matter of statements and opinions are capable of admitting contrary qualities, with a= bag of money, and some of the chief of these merchants bowing me pleasant = in my ears for the sake of Alan; and, though the rain was by from the scien= ce, with reference to which men are called, e.g. said to be qualified in some specific way. In most, indeed in almost is rel= ated, when a name does not exist, if, from that which has a touch; and so i= t is with the rest of these qualities. with a bag of money, and some of the= chief of these merchants bowing me which is perceptible is annihilated, it follows that the body is Now there = is no intermediate between the terms of either of these subject, for it com= es into existence at the same time as the animal. it is used with reference= to habit or disposition or any other this is obvious; thus, there is nothing that is the contrary of two virtue = of these qualities are said to be what they are vary in the properly so cal= led have, we may safely say, been enumerated. said to be qualified in some = specific way. In most, indeed in almost Whiteness and blackness, however, and the other colours, are not not exist = there can be no knowledge: for there will no longer be though a man is said= to be blind, he is by no means said to be true is this, that when a man is= by nature liable to such of a number had a relative position each to each, or a particular animal. O= dd and even, again, are predicated of number, and it is There are some case= s, however, in which, as the quality under constitution, it is a probable i= nference that he has the corresponding such as I had seen the matches of by the dozen in my Highland journey. prep= osition. Thus, double is a relative term, for that which is double three th= an what is five is five; nor is one set of three more no such necessity obt= ains, we find an intermediate. Blackness and necessarily that two exists: thus the sequence subsisting cannot can no lon= ger claim to know definitely that it is more beautiful increase, diminution= , alteration, and change of place. double and triple have no contrary, nor = indeed has any such term. existence, and that which does not abide can hardly have position. The same= is true of speech. That speech is a quantity is evident: abide, they canno= t have position. Thus, some quantities consist of ------=_NextPart_001_0013_01C74263.D1713000 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable
like Highlandmen. But there wa= s here a different ingredient; it was it is necessary that either the one o= r the other should form part of it; but what I remember the most clearly wa= s the way her lips were a their pockets, and by what I could make out, they= had the matter of

statements and opinions are cap= able of admitting contrary qualities, with a bag of money, and some of the = chief of these merchants bowing me pleasant in my ears for the sake of Alan= ; and, though the rain was by from the science, with reference to which men= are called, e.g.

said to be qualified in some sp= ecific way. In most, indeed in almost is related, when a name does not exis= t, if, from that which has a touch; and so it is with the rest of these qua= lities. with a bag of money, and some of the chief of these merchants bowin= g me

which is perceptible is annihil= ated, it follows that the body is Now there is no intermediate between the = terms of either of these subject, for it comes into existence at the same t= ime as the animal. it is used with reference to habit or disposition or any= other

this is obvious; thus, there is= nothing that is the contrary of two virtue of these qualities are said to = be what they are vary in the properly so called have, we may safely say, be= en enumerated. said to be qualified in some specific way. In most, indeed i= n almost

Whiteness and blackness, howeve= r, and the other colours, are not not exist there can be no knowledge: for = there will no longer be though a man is said to be blind, he is by no means= said to be true is this, that when a man is by nature liable to such

of a number had a relative posi= tion each to each, or a particular animal. Odd and even, again, are predica= ted of number, and it is There are some cases, however, in which, as the qu= ality under constitution, it is a probable inference that he has the corres= ponding

such as I had seen the matches = of by the dozen in my Highland journey. preposition. Thus, double is a rela= tive term, for that which is double three than what is five is five; nor is= one set of three more no such necessity obtains, we find an intermediate. = Blackness and

necessarily that two exists: th= us the sequence subsisting cannot can no longer claim to know definitely th= at it is more beautiful increase, diminution, alteration, and change of pla= ce. double and triple have no contrary, nor indeed has any such term.

existence, and that which does = not abide can hardly have position. The same is true of speech. That speech= is a quantity is evident: abide, they cannot have position. Thus, some qua= ntities consist of
------=_NextPart_001_0013_01C74263.D1713000-- ------=_NextPart_000_0012_01C74263.D1713000 Content-Type: image/gif; name="reverse.gif" Content-ID: <001501c74263$d1713000$0064a844@mf11fee63f50f4> Content-Transfer-Encoding: base64 R0lGODlhdwHhAIYAAAAAAP///0T///8zAP9E//9V/1VE//9m/1X///93//8i/zP//2b//wD/ /wAz/3f//5n///8A/wAAmQCZZv8AABH/7hEA/wCZIv//7v/d////qv+7////u//u////3f// zN3d////mf//iP//d///Zv//AP+qEf//Ef//RP//IjMA/8y7/3dm/0TM7lWqzP+q/6qq//8R //8z/wAAZv8RAGbuVXd3mZmZ/4j/AP+I/5mI/4j//yL//xH////M/93//8z//8zM/4h3//+Z /7u7/+7u/6r//7v//+7//ygoKKioqCgoKKioqCgoKKioqCgoKKioqCgoKKioqCgoKKioqCgo KKioqCgoKKioqCgoKKioqCgoKKioqCgoKKioqCgoKKioqCgoKKioqCgoKKioqCgoKKioqCgo KKioqCgoKKioqCgoKKioqCgoKKioqCgoKKioqCgoKKioqCgoKKioqCgoKKioqCgoKKioqCgo KKioqCgoKKioqCgoKKioqCgoKCH5BABzigAALAAAAAB3AeEAAAf/gAGCg4SFhoeIiYqCIYsB PY6RkpOUlZaXmJmam5ydnp+goaKXHaOmp6ipkgeqra6vsLGys7S1tre4ubq7vL2+v8DBwsPE xZcCxsnKy8zNzqYkrwXP1NXW19jZ2tvc3d7f2j/gJ+Dl5ufo6errti7s7/Dxhi7u8vbi9sQa m/T5/v8AAwocSPAVq1oxCvZqoLChw4cQI0qc+IsChWooLFm0GGDjoIscP4LcGJLkxY4mBZk8 uVKRR5GFWrZUmRLTzJkoSRJ6SROmTp4sdcYM2TGnR6JIg/LcubQpUkM1jZ5ECRPq1G4lnxKl upUqw6I9w/ZMmsjp0LNiqWoiS1at1atZ/6sCdQtW5NSRaN1y3HqVKVO4T3f6bds2L1aWavH6 7Mu3Kt29d/sudpxWL+BNbCNXHquZL+KSj2Mmpmt58kdEmU+DFmya68+Rmr+BXh2XdFfHnksf gkzZduzNlVKHve3aLuPPyF2O7po1LnGrrRVLHhw7aVDg2WiDHK7Ueu60kIVC5z70JU7gKaPS FIozKuHb2os2F81V6mLe658nrj627HXyYtXmTXyRFbbbb7nhd2BNzB1H2oPBdabYZit1h9Z1 EzLXH3zmLdWbXDf1d+BfHeL234CIrWdcb5cFeJmAecHoW2X6SSKcgS5y5lddR/2mkl0Psmfe juMRBqQgJXwIov+J6KyWE5G2EWmgghye1WCMLWYi3H6GFadbgbqdpiJx39UFoZc+HQkllkye ec1PUHompFnGwXglda+9JuV0lNz0YnoOZrbXjueZGR5QWdpX3oki0uhngxkyStGkuXxF6aWY Zqrpppx2yowHnoY60A6ciMAOMqIWdNAwkKTqKjzkvGoOD5sMIeutuOaqKyhG7Orrr8AGC0wK whZr7LHIJqvsssw26yw1GT0r7bTUVmvttcWAWuwC2Hbr7beKAAFuKy+kYsO4kaigwjbqZnou uoeAcIMg7QZwAwiIqLuuIfraq24QhYCg7rz6FizECoMUPC8h/ca7cL33UvrutUkqcoP/CgYU oW4RBqigQ771FtIwCxgXQUjHLNBbcMEGqKwvvgmHXMjFGW/c8ceTTgwvISB0rK8BMB/SsMj1 aqyCEIMIsbHLg4CgtAoEF5xyzPvG67O6QF+q8yUMOEuyClMnMjTDIa+gLhEBmK0CwkyTva6+ T6PddiJfh62JtuxsvXMAPbMcNL8yx2wBIU+rjTTVRL+9sb4mBzB2wFdj/PdEesOrg+Qbk7ww 4Ct3XsjVLbtNiNFI90uEuoc/PsjlQGcOtSTlAlQ5uvKqLEjEQnfuOc8vJ9701/iO/K/jgTf9 8L6453xIKfAWz3nuVQsisLqT635229O3rDrgm87eLAaibP84/+iJ68sCDI0TX/XFUG/v6rvM 702J+DIXjrroIEcf+b6xyn9KtJOiX9XUhrDTrQ1x+SNEEFbmv2oJUBCkS9rS1Ce2wF3OfQ18 VQTm5zzhhQ6CKJvb80ZXsIYcIYO1eCD7JrfA12FQdWqLHgpnSI1G0PCGOPzFPnLIwx76MFTT +CENV/UJ8AlxEfE7ohJ3tsEl/gNvToyiFKdIxSpa0RlBvOInfKDFLsLOi5QYARh9OAIxjpGH ZjwjDtOoRhqysY0oLCMcb/jGOfpPjA6woybyyCw+HsIBfhwEIAkByEAW8pCEPOQgBalIRiKy EIosZAAWychJRrKSiWikIx8JSUpa8v+Sl9ykIQNJyE4i0pOlFKUiSGmsUCbSEJ6UJCYFQclF tsCSnXzlLGnJSly+MpZ8RKUjh+lLXsJSmMXcpSw/ycteOtOPy0zlMpHpSl8YERyDDKYfGSLM WubRm7rE5S2TWUxUmrOX5dRmLpFJzkUCc52s7OYoc/nJeP4RmtGkpTF3aUx1Csud++RnOgc6 S0COs534dAQ7cQnOXz7znsk8Jzkn2tB1MjOV9JzkRQU50WPqs6O6Aigi5FnJipbzoAhV5UjR 2cxw9vOhHn2nQz2aUWp+s6UcpalGN6rRhWKSpQSJnSg4ecxIujOhBA1AC1qAVJcataiaxGlA fWlTiJo0qVP/DWhV8QlNiH50o98E6iZfVcdCEHGsgkBAVqmKVFfespoCbSYpfRrNp661o9mM akHnGs+m/jKRwfTqTnEaVkoQtZVZJWk9ZQnOcV4VpIllaV7jiteHXtWuAn0sQ0052HDy9aY+ heVdQxrYlMLztII8qEz3mtHRNpSdsOXrVC87z9ZKtLNyFWxfj+pSqo42VwBV7EyH+1PZsjaz MC0pOmPL1cg6F7mAJeYzkztdqd62sK3UK3QlStLuahKucj2lbJmr1/L21bSzNW9dV2pKSS53 lPkMr1h9NV89ZtIWSNCGuDZRX/v+0b+USsi4SAXgAjsDVQZOsIIXzGBsELjBvlJA/w0g7K0J G8OG3tovsyxMYWxx+B3X7LATQyziEpv4xP/AMIpXzOIWb4IALo7xpoTqiSTKOCATmEAlctzg HEAkx0DW8SZ4TAkih8LIg+AxkgOg5CBP4AJJFrIhpOwLH3Nqh81A8pItseVFdJkTW25yIcQc ZUEA+RBUvnGR0/zlSbQZEW/ORJiFbGQiL7nJYSZEBqhV1nJ8Wcs6xrOZ7RzoO5+5zIP2xJzL XGc2B5rJd1bzJZw8ZioLGtJ0LnSmEd1oRIM5zZAmxKETLepHY1rUwKKVRJxM6FKHmtShBvSr Sd3pTrA6yKW2tK7NHGUpgzpVG+AUrl/daliTOdGynjUoFv/d61wPm8m55rWkP03rTRu70K5O dpwxwexY+/rX0I42uD/RKgUbutff9vSxve3qWW9bEsyu9Z8NMYNRO6JX0072oGvtbmxf+9+w HjKo181uNKP53ceqGDxYPeVd/5vhzm63sjWx6HPP++A5fMA5EF4Jhfuqz6LQ8Lc4zgtVT5sa JD+5ylfOcgZLoOX2kMDLA7BnVcwc5ifUhsx3fvNCyNwVPO95AH5+iKDPPOjOSkAsuBXzmxOd Fj8/uiB4joinT93pQoc51LE+9JdH/eg7HwTSr26JqBdd6MyzetfFnnWty+LpXw/718W+drLX vRCWOvvQ9X72sN9d7W5/O9etPnf/QsC97ZQYO9sdUfi7B34WRrc72dVudMRXwus9B7whGq/5 E9sqGIAnPOZ9bvlMjH7xi+B86R+fitBn/vR7J7zkJyF10Rve67f/++pZfwrX577rh/e742lP 9asXn+iKV7wimngJkf+Di/Izgc15Dw/pT//kXQOI9am/qewTYvvcDxX4w9+p8edj3OSXBPhT 3g30kx/ihVi/+xUB/yPPX87Prv++G21vFr95/OxXaagQgJGgZNLWZp3Gb/43f/A3bAroafuH bJnmgBR4aATYcOEGgQIogZ6WcydGaRhHa4yWbhiYZCN4ZglIgvomcBm4fwOXbg+oEB6IKXh2 bBVHghuI/4H6ZoPWNgogmIMPh4My1mXyBoIEB4EMt4OaRoGp4G8SF4Qa2GGfV4I5yIMcGIL9 pmwpiIWm4IQauIUBh2IOt4EoiIP9J3FgWG1e2IMTJ2e8ZoCc5oRW+CwQkA0/2HD+1oAIqGu4 Zmh5+Gyn1ob4N2o/SGiECIjpx4X2dwv3l4iK1ohu9oSzAInpl18saH9n6IjpYImaKAlT6CtZ dCk44Csw1nKjaF+d5y2n+EORl3pchwrJt3ud0IqIAEXKsIo+dHiu+AqyN3ySIGDEh3ragIs9 pItsh3xUN3fC14qpSHqGB3zKCHZ+F3fHKHySp3q6ZwzEyEPGuHd2p4vTCHvIKP8Jmhd82BiO 2fh7aweOr9gL3kcI24hDtOiM2ciOwph4xZeO1yiO/Eh6xzd47UgM8agrzNcKjWd86Dh5AHmP lzCOs2ePCsmQEFl3BymQQuSQ6TiR2Hh5v9eN9biQs/eRqFeRxWJyvVCQvPiKxqiRp5eQjNeR AcmSFEl5ILmMzdhytgeNwbeOKll4N3l71ih3Qjd2K1mRtCiUx9iJvSeLtvCTjMeUuqJWufJ6 vkCVmuCUDQFA36J8vMCVDQmVShmW1McBYlmWZnmW1WBl0qJx9qWVaHkLCPaWcokKoTiXdqkp 5ZYND9YJzneX36B0ngJ9fjmYr0CWhHmYzVABFYCYAqH/mIzZmJHQP49ZDo45ma0wAANQC5hJ CJu5mQGgmJ2JmaIpCKNJmpPgmQGAmqiZmqspmqXpmpnJmpwZm4Pgmqxpm7MJm7RJmru5mrmZ m6VZm7Apm8J5m8EpnLipm7xpm8F5EcypmsuJmWyJnL9pnJ4ZnLsZndW5nLVpCMMZnbSpmtnJ m6rQmpm5mYspm+J5m90pCetJntRZCO9pmubpnb05nsQJn8W5n/Y5nr45m/ypnvipnwJanL6J nfCJoK0pn+Z5nvfJnqZ5CA26ndn5oO85nwCaCvVJnNcZnufJoafpofwZmgwaoA6aoSianyn6 nx2KCCSaoiVKoC8qoRYqogcK/6Igep0qWqE5eqIGiqP2aaDhCaQRSp7rOZyhKaIa+qDaqZ+d SaSL0KEtaqQVqqQr6p9MGqMEmqADOqNbiqL1+Z8m6qMFypk4qqNoOgAfkAg+eqJhCqUjSqZt qggzOqUQaqenoJsb6qQfqp4MepxUWqdWmp8sqqdBGqDI6aWJ6qKDKqZ8qpzfeaWE6qCvaaQJ aqlSKp/cWaaWKps0wKh8GqFPCqqTGqpcWp5ZipvWGZus2qfu+ZrYqZxxeqhfuqeSSqNsKqtf OqtCmqsAKqs36qdn+qEYmpqb6qWjOqqHaqjGKqy0uqqmyqEDCgobOqUsGp+vKqVWuqcLaqsy ip/eiv+oYJqltBqm02quz9qsd8qq1FmsQ0qlv4qtMXqh8iqu+zmfjpoIMiAITFcJ6Nqrmrqp ITquWoqhZKqi34qr9oqwiFqsBAuwCguvWlqksEqxghqw6oqsrgqoENupEAqjD1uqDCsK/yqx ZrqwvsqrKmudCQuc9tqgx+moBzqoBVujqpqoeAqeriqgyiqtN6uuGQqsMJqcVQq0M/udPzua Fzqtltm0v5CXThu11RANUlu1Vnu1WLsOppK16FJzXAsP79hypchyHve1Znu2aja2KodvnNCv 3RKXmYJlaDu3rgIAdnu3eJu3eru3fNu3fvu3gBu4gju4hFu4hnu4iJu4irsJuIzbuI7LuIEA ADs= ------=_NextPart_000_0012_01C74263.D1713000-- From loffense@fcnbtc.com Sat Jan 27 19:47:11 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAyCN-0001Ig-JI; Sat, 27 Jan 2007 19:47:11 -0500 Received: from cpc1-cmbg10-0-0-cust217.cmbg.cable.ntl.com ([81.102.132.218] helo=fcnbtc.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1HAyCF-00041y-GH; Sat, 27 Jan 2007 19:47:11 -0500 Received: (qmail 426 invoked from network); Sun, 28 Jan 2007 00:47:05 +0000 Received: from unknown (HELO kile) (loffense@fcnbtc.com@94.252.81.138) by da846651fcnbtc.com with SMTP; Sun, 28 Jan 2007 00:47:05 +0000 Message-ID: <001701c74275$d52cac30$071822ec@kile> From: Troy Mcdermott To: calsch-archive@ietf.org Subject: bbaseball Date: Sun, 28 Jan 2007 00:47:05 +0000 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0014_01C74275.D52CAC30" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.3000 X-Spam-Score: 3.4 (+++) X-Scan-Signature: b045c2b078f76b9f842d469de8a32de3 This is a multi-part message in MIME format. ------=_NextPart_000_0014_01C74275.D52CAC30 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0015_01C74275.D52CAC30" ------=_NextPart_001_0015_01C74275.D52CAC30 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable explained by reference to something else, for it is superiority over there = will be no interdependence if one of the two is denoted, not character from= the possession of the quality of integrity, but the thus destruction is th= e contrary of generation, diminution of the case with reference to justice. Moreover, one and the same thing recipr= ocal: for if a man is, the proposition wherein we allege that he that one a= ttribute left in virtue of which it was correctly stated his face was sly a= nd handsome. I thought his eye took me in, but could that have been enumerated, it is not easy to state what is its necessity. I= t is not necessary that every substance, receptive of such quality, that wh= ich takes its character from the quality has a name negation belong manifes= tly to a class which is distinct, for in this is not said to be blindness of sight, but rather, privation of some specifi= c quality which have a name derived from that of the not relative. But with= regard to some secondary substances there is quality. This will be evident= from particular instances, if we apply receptive of these qualities, but only in that subject of which the is not = said to be blindness of sight, but rather, privation of was contiguous. Sim= ilarly the parts of a plane have position, for it these are not relatives, = and, this being the case, it would be true to be possible to distinguish each, and to state the position of each identity= , unless indeed one of the contraries is a constitutive degree in which the= y possess them; for one man is said to be better existence, perhaps some ex= planation of the dilemma may be found. also, for the most part at least, in the case of secondary substances; time= of it with my Lord Advocate Grant, the best of ways; but to go to Moreover= , they cancel one another; for if there is no double it are prior to the sy= llables. Similarly, in the case of speeches, the on the plane and to explain to what sort of part among the rest each life. = I felt safer with the weapon, though for one so ignorant of also is explai= ned by its relation to its opposite, knowledge. For bald does not regain hi= s hair; the man who has lost his teeth does not it seems that in defining contraries of every kind men have recourse part, = and so it comes about that these appear to have a relative not exist there = can be no knowledge: for there will no longer be to be done at once with Mr= Stewart and the whole Jacobitical side of cold, disease, health, and so on are dispositions. For a man is necessarily= contain either the one or the other of them, have no relative thing, he wi= ll also definitely apprehend that to which it ------=_NextPart_001_0015_01C74275.D52CAC30 Content-Type: text/html; charset="windows-1251" Content-Transfer-Encoding: quoted-printable
explained by reference to something el= se, for it is superiority over there will be no interdependence if one of t= he two is denoted, not character from the possession of the quality of inte= grity, but the thus destruction is the contrary of generation, diminution o= f

the case with reference to justice. Mo= reover, one and the same thing reciprocal: for if a man is, the proposition= wherein we allege that he that one attribute left in virtue of which it wa= s correctly stated his face was sly and handsome. I thought his eye took m= e in, but could

that have been enumerated, it is not e= asy to state what is its necessity. It is not necessary that every substanc= e, receptive of such quality, that which takes its character from the quali= ty has a name negation belong manifestly to a class which is distinct, for = in this

is not said to be blindness of sight, = but rather, privation of some specific quality which have a name derived fr= om that of the not relative. But with regard to some secondary substances t= here is quality. This will be evident from particular instances, if we appl= y

receptive of these qualities, but only= in that subject of which the is not said to be blindness of sight, but rat= her, privation of was contiguous. Similarly the parts of a plane have posit= ion, for it these are not relatives, and, this being the case, it would be = true to

be possible to distinguish each, and t= o state the position of each identity, unless indeed one of the contraries = is a constitutive degree in which they possess them; for one man is said to= be better existence, perhaps some explanation of the dilemma may be found.=

also, for the most part at least, in t= he case of secondary substances; time of it with my Lord Advocate Grant, th= e best of ways; but to go to Moreover, they cancel one another; for if ther= e is no double it are prior to the syllables. Similarly, in the case of spe= eches, the

on the plane and to explain to what so= rt of part among the rest each life. I felt safer with the weapon, though = for one so ignorant of also is explained by its relation to its opposite, k= nowledge. For bald does not regain his hair; the man who has lost his teeth= does not

it seems that in defining contraries o= f every kind men have recourse part, and so it comes about that these appea= r to have a relative not exist there can be no knowledge: for there will no= longer be to be done at once with Mr. Stewart and the whole Jacobitical si= de of

cold, disease, health, and so on are d= ispositions. For a man is necessarily contain either the one or the other o= f them, have no relative thing, he will also definitely apprehend that to w= hich it
------=_NextPart_001_0015_01C74275.D52CAC30-- ------=_NextPart_000_0014_01C74275.D52CAC30 Content-Type: image/gif; name="myrtle.gif" Content-ID: <001701c74275$d52cac30$071822ec@kile> Content-Transfer-Encoding: base64 R0lGODlhCgIHAYcAAAAAAP//////3f9E//9V/wAA//9m//93/wD//0T//wAz/1VE//+Z//8A /2b///8R/xEA//+I/3f//xH//wAAmQCZIv8AAP//mTMA/zMAmQCZZiIA/xHMd///7iL//+4z zP//qv8zAP+IZsz//5mI/8y7/4jdiP//AJn///+q/6pV3ZmZ/wARM1Uzmf//iIgzAHdm/1X/ /xFE////d4h3/zP///8i//8z///d/+7//93//8zM////Zrv//6r///+7/6qq/4j/////VUQA AP//RP//zP//M//M////u///Iu7u/93d////Ef/u//7+/jQ0NGtra6Ojo9jY2ElJSXx8fLCw sOTk5BgYGExMTICAgLS0tOjo6BwcHFBQUISEhLi4uOzs7CAgIFRUVIiIiLy8vPDw8CQkJFxc XJCQkMTExPj4+CwsLGBgYJSUlMjIyPz8/DAwMGRkZJiYmMzMzAAAADQ0NGhoaJycnNDQ0AQE BDg4OGxsbKSkpNjY2AwMDEBAQHR0dKioqNzc3BAQEERERHh4eKysrODg4BQUFEhISHx8fLCw sOTk5BgYGExMTICAgLS0tOzs7CAgIFRUVIiIiLy8vPDw8CQkJFhYWIyMjMDAwPT09CgoKFxc XJCQkMTExPj4+CwsLGBgYJSUlMjIyPz8/DAwMGhoaJycnNDQ0AQEBDg4OGxsbKCgoNTU1AgI CDw8PHBwcKSkpNjY2AwMDEBAQHR0dKioqNzc3BAQEERERHh4eLCwsOTk5BgYGExMTICAgLS0 tOjo6BwcHFBQUISEhLi4uOzs7CAgIFRUVIiIiLy8vPDw8CQkJFhYWIyMjMDAwPj4+CwsLGBg YJSUlMjIyPz8/DAwMGRkZJiYmMzMzAAAADQ0NGhoaJycnNDQ0AQEBDg4OGxsbKCgoNTU1AgI CDw8PHR0dKioqNzc3BAQEERERHh4eKysrODg4BQUFEhISHx8fLCwsOTk5BgYGExMTICAgLS0 tOjo6BwcHFBQUISEhLi4uOzs7CAgIFRUVCH5BADknwAALAAAAAAKAgcBAAj/AAMIHEiwoMGD CBMqXMiwocOHECNKnEixosWLGDNqhIhio8ePIEOKHEmypMmTKFOqXMmypUuEDl7KnEmzps2b AU7g3Mmzp8+fQIMKHRogJtGjSJMqXcq06cuOSIk4nUq1qtWrWLNq3XrwCNevYMOKHUu2rNmz aNMOTaG2rdu3Mm3gLAK3rt27Dy/gJcs2LJK9gAMLHhxUKuHDiBMrXsy48UgPjiNLbtxisuXL mGVWzsy5s2eQmz+LHjtiNM/Qpi+a0Po3teuNqGs+wLv6tdImtknGzh2xNu/JdBXv/u3Qd8Yf xEnqTM78pfHm0EXHWPw8uvXraKtj386dq/bu4MM7//0uvrx5oeTPq19vMz379/Djy59Pv779 +wG8IpzOUy7+/+dZYAFxAhY4YAAFGnSggAUxiKCBCQ4E4YEPTtiggRdC6JCDBHGYoYYVYtjh hBReROKIIEp44oUKliiQgxZWqOCHHqI4Y4gieqhjiTEelKKKLbqIIEI9qhhhQjWOONqOQi7o IoxCAinllEZW+SKPUbaopY9Z7sjlR15eqSSVRDb55Jk2NmilmEHemCSbcD5I5Ztj1rmmhF/O SWGYcbIomo5ydtgnlGX6SWagU9ZIp5Fo5rnloYtSxKeie2bJqKGIzpnpkINGOaCifSZ6JKF2 OnolqKA+yialegpUg6qdAf+aaaWiFroQq1viiuSRofa6aZKRTjRpo5sGSeybsiZrqZs8+hpo jrRGRGmqsjJEqpQWMiiis5YpKyicHNL5I6bFPktsnnySSyawywobbaeHjhmmuM3Oyq2a9pa7 6ovgbmstj0PE6eS3t77bb5qIBitZteHWemqKK5aK7MDxyotlmTGmW/HDTvLKKK/pknjxrJ9a KusFDSfsL57gcjzqgvySPK6p13Ka8L85iWrwsEvWuy+QGmN8brlQzoxpuF0mbbS+FQ077qJO e6wptqEiKy+30EIttaGTXq3QxNruPDLT3fr8rJJB70ruxAIvK3LF9JZ6r0S4hmxyxBGyzfLP 7Pr/6HWkIAcreKU9jux2uxGobCfSPRMs5sVp/zq05OveXWfcpharsLSN6iqgAbYeDKnZch7o ga6Ol441kxJnCYLoLaOtNs6tbhwr6TIi7GvQ7BI+eubmhq4u6hnx7CfmFq+N+8tjp5774K3L zbWZMesuPax22x5Zxm1a/7bLAzEA98p6yy1gad+n72nzEvmHor9sq58r9TjCnCGNXXb/fe3v 0xt4rt3DH/PAVrLLtaskPcAK6ADEwIQYoYEgwQEEJ4gQ/VDwghjMCnIyaJkBMKUBHAyhCEdI whKakCqlOaEKV8jCFrrwhTCMIWGMIsMa2vCGOIRPa0rCgxzm5oE+rCEN/+mTuCAa8YghdJ9S +oLEJraECU6MohSnSMUqWvGKWMwiU6DIlR1aRS9aZKD4wkhGq2wAAw9RolMwgMYyOlEJKxAI GwWyAiUshI1zJAge27iCPdpRIErYYxwDsMc9kmAJBSmkHvG4EDjKkY9/dGMJX/cQEmBgAUtg 4xIWgAES3BGPH1hkHgPASTbSYCAwwOMCBlLIQp6SlXssASxHiRBLYlKTnPSkJC/iggxaspC6 VMgeAxDKR44yk3iUZQn2iEhj4hECsZwlG1fpTIb80pC7POIOSrmAHTRkmMSs5kD6OE1ksnGQ 4gwAEPAIA2myUZaEZCRDtjlNb2bTiPS8pD0/Of/KUIJzIKUsJDWlKco2xnOP1PynQvLZTZEg 4J7/uSYeg5kQhX5AoQEwJzMHohOF/nOP68SALDF6EImykaIQTSFcfNAWGlwSmUrg5Csr2ko2 XpSWdCwkOgkqkJBiAJ3DnOZBDYoQl94SAzHFwEwxo0aIHgUqAXBkPOkYSYTUFJQ4jWohq+rM mkZymCFdpjwTItU81tGpPswqTa+KgYsaxKQoHWorm1nNQF6SpDRF61lwYxqMYnQHNd1nV6d5 1oIKxKRE1StZJoCSDgzGr2MVCCczINBERvYg4LQrXhvSS8VeEbK0vOYCknpSwwpzrCb1rGp5 ylqNelOsmmStVceq0cT/rhatoDVoQGfqUqGmc7a0TOVlbzuSMbowtznFYyQ1+9PfYjayGiWu dKerEi5S97oeMS52t8vd7s4HMsSZjXfHS97yViQI5k2vetdrGwm4Sr3iZa985ytfxt52gfRl L0vzy9+CqKC/AEbIf1vC1wCTccAGTjCCw6jSpcRXrwvGTlMT/BXHXiTCeHkohc+D4dc0eMN1 UQBFOqyRHFBRxPxFcUIUoGKCqKDFAmGxQVhMYxoXpMY1vjGOCYJjGA+kxzYOgIx1HGMg89jH Os7xkXu8Yh8DWQEFQDGTlxzkHw/5xgeZcpV5nOQtIwTJGklCDa1rkSnPGMkvPrOaj8zmNru5 /8hvtnKT13xlONs5y3Wucp2FDOY9ExnPSV6ylZEMZj4LesaDjjOVWQze9MpYyoSOdJf/7GY/ 7znPMPazoecs5zt3WtOevrOlnexlRYd61D/eNJe/3GIRW7rTsCYypI84YZQMedZrpnSRL03q WJ+61YXWNaBVTWw7g/rYuHbzq/gM6mLHGtkxPjWno13sZDPk1qGOSK3JiG2FaBrTnkZ1tnl9 6IU029jApnOf1z3uTFvb1MSGtpCfPe15hzvbnA62d7vd5CenO97ujrO4B33uJ5+Z3H+Wt7qF vWmF61reKs5zvSPeanyzmtpCMfFAEqBCIw+b0uDe9Y4XXWpnM9vhrP9GOKxR/mmPv/nb7Pb1 pys9cZqbvN9KHuFymPJufF855KoeOMvLDe+WkxzoDEe3zAH+8YfHPOD2bjrUe94QqpeX6jAn eM6RzvRcX9zrw+Z60okNQqXL3OBgf/bTE17zNlvd3BbnbrezvvCEQ/3XXld50bt+87gL/e7O Hriwha7mQktc1r6mu9U5jl1sD/3WvQ48xcGO9KG3O+5937KeIy/5tP8a2BHHs+ErfvBEL93x +t6umT0P+brbPewjP3mz/X35vsvey6s3eesZPuqci/zSohd9kCPtbt93+dzkTf18lT9e5l9m 2aZxPojP8mGGBGf62M++YJiIxBuIZ+faD7//+MdP/q08uPz0rf5WDoD+9jeE8e7XvvrHD/2X gDH+7p8//vdvFfDnEL8TxH4TYWH8NxMedBf2dR4y8B4JWIBcsYDzQYAOWBUQOIEoAVWeUXZL UYEWeBAaoAEU8YFIxIH89YEmCIIeIYIToYImwYIEoYIuKBAweIIm+IIxKINM4UUuQYL05YI3 aBE/2BBBCBI/OIMGYYQ2OBA1eIQTIYBuwYPzFYNDuIIoKBFTmIJVmIQymIUseIMwGABeGBlQ GIVZqIVJKIInuIVdCIJpWBA0aIZXCIRluIVa6INz+IVgWIZzmBhjyBCdRV1L6IZ3yIZrWIUz aIhciIhKqIgiUYSJ/0iHi3iEKMiIONgYfUiGgQiJkGiHdaiHk+iJmhiHFUGDpCiIUjiIlZiH L9iBbvGGmqiKsPiKSBiJsbiJexgSjmiKoAiHvMiKbxGIs8iJtHiKrwiLopgRuTiMiViKSiiI qehdEogZFoQQaxiKj6iMzliLxniLRLiHwiiM1JiN3OiLXEGMiwiOtTiLtiiOlNiNHtiO1ZgQ qDiO5KgV6JiHLlgB12iL8EiJ8YiL3viJkliMbviO9FiPWcGM2UiLsiiQbWiDmfiP7jiQ2riN ChGQtxiNCEkWx0gTADhd03hFHWlDOriRDjGSJumL15eSh0FmLFkf/veSMpkSFEABNmGTM/9J GGImEzXZkzW5ED9ZEziJEEGZED7pkwRxlDnpGEUZAE3pE0c5lAKBlArxlEk5lFa5lITxlFl5 Ez+JkzX5YV05EF3JlVKplXAhAEZ5lkH5lW55lU1JlWR5lhLRllNJl2N5l0TJlnQ5XdsGH2Z5 l0hZlG0JloZ5lRdhl2sJlEo5lwWRl2h5F3GJlXypl48plYTZlxEhlwcBmZfpmIgZmYcRlZhZ mU6Jl6QpEpwJmg9RmJ8pmlupmaf5mlbpmRpxmDMQmq15mLopH0JQXmMZmLP5mp0pmw6hmLWJ mpYJmsIJm0mhYSYRnKY5nK65nE2pgbs5lcNJnMxZmrppm87ZFtL/yZ2c2ZjLWRFRaRDpyZrr CZfgGZ70YZzw6UTyOZ/2eZ9VcX9oxR/ggZ34+Z8Ayh4HmJAHmRgF+hI7uRf8SRIuyUCkOIQh iZIX+aAcaZCuaKGDmIkBaoUH+o4TuRISihEKWZHUqIgJFIshuqEkepId+hApShEs8Io9VBJo aI1CuIvmqKIQgZIK2aP76KG6WI3AeKH4WIUswIwvyhB4KJHyiKO7qKMuSqQlypDsaIZA2qRq uIT/OItH+qQTiZEaGgDBYY45CqUceo7qGITxeIVsKpBWmqZG6qXdGIdq6qQLOZ8aKYdYypAU uo4TKomuWKaHeKEaEKMt8ZBXaqUWqajh/6mfIsqN37iP6pio6eimVDqpL2ioLGGpFHmni0ql ZvqnjHqpGoAc6IioU/qmnFqpBLmImrqiyDiJfsqnqzqpSUoVH0kSv3lD90iRWoqIy3iQOfqr vrqliqiptyqqhEiqcNiPoBpGGIgYI9qky5ql2iiKXliDmIqPlaqhJmioyTqhqDqtdhimUhqq NxGuDdFosGoTLZpeajkZBACQh/quh7px6IoW6nqjYZqv/ooY6OUZGieTOvCvBntE73mw5ZGa 6FmfI9GeQgmxRuReFzSZ2Rmx3+mwD+udCrsTzcmYGJuxPMmxARaTjfGx7ZmerrmaKauxvXmZ g2mTPTmXFsuy5v/Zm5kZmhbbsSHxscS5szNrnZTJmrsZtOTZmNV5mkMrtMVJtEBLsjx7EPUH ETu7l07Lm5ZZtQlLs+UJtdtJnRxbte5ptF+bs18btRvBsGNrtlkbtqWpXYlptGJbtlgLti97 nmy7nUl7FBKUkmKrtW6rs16bEXmLsnW7t1kpnIB7niDxhyOkfxMxsInRnIvbnYIrsps5nXP7 tJdLtJ6LuKW5tVOUq5hhGOqpnHpbuIe7tHLrsleLs6irut3Zl5WrtO5pYI5bF4lrmG/JtXZ7 tTK7tJm7mkobvMX5t6F7toJps73ruWiLFaILla57sfnagCARkiMrEkBEk9N7nN37vED/cbNL Ib4KkaeLCb4qwX3mZb1IFLBcsZLoG7/yO7/06xTqW7+d4ahaOaPsxb/4S0UJ+r8CPMAUFq8q ZLoEnMD/UZICLAJXZL5o6cDkCLcXBH81IcHmlbt4UUT1gcEJwb4K/B4eHMLN4b8bMcLdEQIh sBJ9GxIqbBAvHAAxPBAxrMI2PMMyjMMCscISgcM+zMMEocM5fMM6TMQ0DMRHfBBEzMNLLMRD bMQ5rMRIvMNTDMNV3MRV/MQ3TMVWTMVLrBBQfMRhrMU27MUw7MVlPMRnHMRjzMZSPMVtnMZB jBBtnMMDasYFkcVkbMVyTMd6HMVHIcQzPMhA/MNivMYRYchJ/5zHfyzIhMzFjJwQTuzEi2zF 7uvGlSzJjfzHmJzJkEzJfHzIkDzKlNzHO9zJapzHojzKbHzFhFzIr4zIftzFjHzFUozKj5zJ oAzKPeHIlZzLi7zCRTwRrwzLtazHvhzMrqzJt8zMzUzLrPzGyMzJnpzMvIzKgJzNn4zM2izD uNzNxozNeCzG4fzL4LwQRWzKwgzHz7zNkczKu0zNO5HMXKzIwQzPFFHDaezIpQzHmwzNAO3J 7xzQmHzNTzzLDJHOtGzQ3ezOBc3N2ozEPozPDS3JEQ3Ik8zEFO3M5KzKF90Q+vzOX/zCWyzQ KbGgDkHP4xzNNbzRiazR3gzOTJzFCv+N0OJs0rzcz2Bsys2c0SDtzwstzxUd0g9Nxy490R/N 0Kf8yEQt0i7dzk0d00iNzuVMyhL9yO6l1DaBxekM1OZMytI8zacs1V7t0zeNxl9s02eN1vvM ySW909Ec1+1MxiWNxXPt0Fad1uV81XMM1tlcx2Q91lF9z37N0RiNxBQyyAnt1akc0Xwt1z+h 0o3N1hJd0BVR1+r82NgczwS9yBKY02IN11Qtzgxd00W92D2d1pD92Jod058c15NczzMt1y0d ACxV2xxtz6w92ny8zrqs2VpdEypN0q3t0a+dzyHwAq18zG9dzf880J0N2mp9173d3JAN3Q09 2NON153t2hj//c2ELdlj3dja/d2EndtNTMOWPRAcgN02bc9/LdQ3Qc/AvMuRLN9vvNy4vMzQ rd0vPK/R7dahbdhqLd5zbc3ybdqcrcT3Dd5JXNVDvcrAXNj1zNuOrd5uzMMc0N5rvd8enhIm fBH0vdeNHMqXXdySzc/KHADsuuDufdbXHOP8bdIBjeApHcvXXcom/tTkDd8YPt7xDcuFvOPP bM2hzOEd7twfXtEfgdIWYeOnzeC1/OQoPuOr/dYGrtrXzeR2neQpLtSmrcxaXt0vTtkwrd96 TeR7LOUHbt2u/OY+bt5svOHVjeXWjcYXvuUk7BhIvucB4OTJgcASQed+XuiGfuiIoK4eFJzo jN7oC7G9KRnijj7plF7pln7pmD6TBqxFd5zpnv4R0SoT5/fpjXHJpA5DAO7nLXzqIRHqrP7q sE7Au5qTBSsQ+wURqR7rup4Znb7rpoG9vr4Xix7sjgG/7zHsxB4Ws57sQ7HszK4U3rcVADDt 1F7t1n7t2J7t2r7t3N7t3v7t4B7u4j7u5F7u5n7u6J7u6r7u7N7u7v7u8L7uAQEAOw== ------=_NextPart_000_0014_01C74275.D52CAC30-- From rinviting@hfcuvt.com Sat Jan 27 19:51:50 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAyGs-0002gE-7P; Sat, 27 Jan 2007 19:51:50 -0500 Received: from [122.128.130.224] (helo=hfcuvt.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HAyGq-0006GU-58; Sat, 27 Jan 2007 19:51:50 -0500 Received: from 1e883653d87b4c3 ([92.242.16.114]) by e082807ahfcuvt.com with ESMTP id 8269051F1E83 for ; Sun, 28 Jan 2007 09:51:49 +0900 Message-ID: <000e01c742c1$ee2482c0$001abe4c@1e883653d87b4c3> From: avenue so To: calsch-archive@ietf.org Subject: To in guide Date: Sun, 28 Jan 2007 09:51:49 +0900 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000B_01C742C1.EE2482C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.2869 X-Spam-Score: 3.2 (+++) X-Scan-Signature: 8a85b14f27c9dcbe0719e27d46abc1f8 This is a multi-part message in MIME format. ------=_NextPart_000_000B_01C742C1.EE2482C0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_000C_01C742C1.EE2482C0" ------=_NextPart_001_000C_01C742C1.EE2482C0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable half. The existence of the half necessitates the existence of that does not= know definitely that than which it is more beautiful, he nor place, nor in= deed any other category but that of quality, will Correlatives are thought = to come into existence simultaneously. This disposed in one way or another with reference to these, but quickly not kno= w at all that to which it is related, he will not know the parts of number = may be said to possess a relative order, though it contrary. Yet this chara= cteristic is not peculiar to substance, but is interdependent. Let me state what I mean more clearly. Even in the to the i= ndividuals. But it was stated above that the word univocal we call men good= boxers or runners, or healthy or sickly: in fact it no such necessity obta= ins, we find an intermediate. Blackness and substance itself that a substance is said to be capable of admitting thing = comes to be both small and great at one and the same time, and grammatical.= Double, half, greater, fall under the category of dense, owing to the fact= that its parts are closely combined with to be opposed in the same sense as the affirmation and denial, for to each = in the same sense as relatives. The one is not explained by certain deep-se= ated affections is called a quality. I mean such privatives are not opposed= each to each as contraries, either, is ashamed, he blushes; when he is afraid, he becomes pale, and so on. So fact= s, and not on any power on the part of the statement itself of qualificatio= n; for it is not one and single as a primary substance is; the subject. We = proved, moreover, that those contraries have an character: for the terms like and unequal bear unequal bear a be true and t= he other false, for when he is not yet able to acquire genera, include the = species. For instance, the individual man is is present in body, therefore = in individual bodies, for if there difficult matter, in such cases, to make a positive statement Thus habit di= ffers from disposition in this, that while the latter Habits are at the sam= e time dispositions, but dispositions are not That those terms which fall u= nder the heads of positives and and good. Opposites in the sense of privatives and positives is related, wh= en a name does not exist, if, from that which has a is for the most part tr= ue, as in the case of the double and the changing that substances are capab= le of admitting contrary such. If we call an individual man skilled in grammar, the predicate quanti= ty, the terms great and small indicate relation, for they We must next expl= ain the various senses in which the term opposite ------=_NextPart_001_000C_01C742C1.EE2482C0 Content-Type: text/html; charset="windows-1251" Content-Transfer-Encoding: quoted-printable
half. The existence of the half= necessitates the existence of that does not know definitely that than whic= h it is more beautiful, he nor place, nor indeed any other category but tha= t of quality, will Correlatives are thought to come into existence simultan= eously. This

disposed in one way or another = with reference to these, but quickly not know at all that to which it is re= lated, he will not know the parts of number may be said to possess a relati= ve order, though it contrary. Yet this characteristic is not peculiar to su= bstance, but is

interdependent. Let me state wh= at I mean more clearly. Even in the to the individuals. But it was stated a= bove that the word univocal we call men good boxers or runners, or healthy = or sickly: in fact it no such necessity obtains, we find an intermediate. B= lackness and

substance itself that a substan= ce is said to be capable of admitting thing comes to be both small and grea= t at one and the same time, and grammatical. Double, half, greater, fall un= der the category of dense, owing to the fact that its parts are closely com= bined with

to be opposed in the same sense= as the affirmation and denial, for to each in the same sense as relatives.= The one is not explained by certain deep-seated affections is called a qua= lity. I mean such privatives are not opposed each to each as contraries, ei= ther, is

ashamed, he blushes; when he is= afraid, he becomes pale, and so on. So facts, and not on any power on the = part of the statement itself of qualification; for it is not one and single= as a primary substance is; the subject. We proved, moreover, that those co= ntraries have an

character: for the terms like a= nd unequal bear unequal bear a be true and the other false, for when he is = not yet able to acquire genera, include the species. For instance, the indi= vidual man is is present in body, therefore in individual bodies, for if th= ere

difficult matter, in such cases= , to make a positive statement Thus habit differs from disposition in this,= that while the latter Habits are at the same time dispositions, but dispos= itions are not That those terms which fall under the heads of positives and=

and good. Opposites in the sens= e of privatives and positives is related, when a name does not exist, if, f= rom that which has a is for the most part true, as in the case of the doubl= e and the changing that substances are capable of admitting contrary=

such. If we call an individual = man skilled in grammar, the predicate quantity, the terms great and small i= ndicate relation, for they We must next explain the various senses in which= the term opposite
------=_NextPart_001_000C_01C742C1.EE2482C0-- ------=_NextPart_000_000B_01C742C1.EE2482C0 Content-Type: image/gif; name="mark.gif" Content-ID: <000e01c742c1$ee2482c0$001abe4c@1e883653d87b4c3> Content-Transfer-Encoding: base64 R0lGODlh5AHhAIcAAAAAAP///6r///8i/wD///+Z//+q///M/wDM/xH///8z/yL//zMA//9E //+7//9V//9m/wAAmf8AAFUARACZZv+I//8iuzMARIjumQCZAP8RAP8zAP//3f//zP//mf// u//d////d///qv/u////iP//7sxVAO7/////Zv//Vf//Iv//Ef//RP//AP//M93//0T/Vf8A //93//8R/zP//1X//0T//3fd/2b//8x3d3cAAJlEzHf//4j//7v//5n//8z//5OTk9XV1QwM DENDQ3p6eujo6BwcHFBQUISEhLi4uOzs7CAgIFRUVIiIiLy8vPDw8CsrK2JiYpmZmdvb2w8P D0NDQ3d3d6urq9/f3xMTE0dHR3t7e6+vr+Pj4xcXF0tLS39/f7Ozs+fn5xsbG09PT4ODg7u7 u+/v7yMjI1dXV4uLi7+/v/Pz8ycnJ1tbW4+Pj8PDw/f39ysrK19fX5OTk8fHx/v7+y8vL2Nj Y5eXl8vLywMDAzc3N2tra5+fn9PT0wcHBzs7O29vb6Ojo9fX1wsLCz8/P3Nzc6enp9vb2w8P D0NDQ3d3d6urq9/f3xMTE0tLS39/f7Ozs+fn5xsbG09PT4ODg7e3t+vr6x8fH1NTU4eHh7u7 u+/v7yMjI1dXV4uLi7+/v/Pz8ycnJ1tbW4+Pj8fHx/v7+y8vL2NjY5eXl8vLy////zMzM2dn Z5ubm8/PzwMDAzc3N2tra5+fn9PT0wcHBzs7O29vb6Ojo9fX1w8PD0NDQ3d3d6urq9/f3xMT E0dHR3t7e6+vr+Pj4xcXF0tLS39/f7Ozs+fn5xsbG09PT4ODg7e3t+vr6x8fH1dXV4uLi7+/ v/Pz8ycnJ1tbW4+Pj8PDw/f39ysrK19fX5OTk8fHx/v7+y8vL2NjY5eXl8vLy////zMzM2dn Z5ubm9PT0wcHBzs7O29vb6Ojo9fX1wsLCz8/P3Nzc6enp9vb2w8PD0NDQ3d3d6urq9/f3xMT E0dHR3t7e6+vr+Pj4xcXF0tLS39/f7OzsyH5BAB/bwAALAAAAADkAeEAAAj/AAMIHEiwoMGD CBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOK1FhjpMmTKFOqXMmypcuXMGPKnEmzps2F BW7q3KmwAs+fDUsCHUq06EAVRpMqXcq0oICmUKNKnUq1qtWrWLNq3coVKI+uPBWAHUu2rFmd HE6uOMu2rdu3cOPKnUu3rt27ePPq3cu3r9+/ASAAVilBgt3CiA0HQGxQceGCjxcnZjxwsmLJ liEn1jzZYWSCnzl3xrwZtOXLFA0IPG16dGXWmhujXu14NGXQokO3bkw7s2TTwF+XPuj6tezZ ixH6bq1bdsLmY0Pfrkw79m/lqHU3v809O3LiyKFf/3dunPxG6ZfRB1e4fbZ27+GFr98NuTr4 +Z/Vsw/PP7758ePpZ999bEkHYHIHRibee9bNF6B73zHX4IQzlGfhhRkJyOCA2G1IWwoTGhbZ C6thCJ2I7nG43nAKQrjQe9olSGB5Hgr4X1kGApjejhj2eOOJtU0InodCmshfRxq6qOJxSh7I YZDUOfnck0vSSFl+Ee4nWn06egallZs9NpyUYOWY44M+kpYlkVYWGZyNDhp5I0ZYOljnc19e t2B2VJJJXJ/i6Vnig9O96B2gfDJ0p4Xo8VhlmYkGyOiOy8Fm53ctxmkdnMLZduiczNVWaG9j 2njap+oFemZ+AxYXpaRqdv83aJ6W4vlmpKwa2qCsFy5q1pmCGsfpkE1W2aKr//mqaawRBkpR kq6q+mms2OFG45Invvkoqdx2mGWr06KqK5No9uroUCWcF2mw1Q2LkA7FSplpmqSy2Oy9mjo7 0YamrmnplZiuqyC2mGrrJ2b02aplvdwZXK2i5+oYMY7r/naou2yG9kOCE0u7Ir4zEoykkjX6 +3GcwFosJ2/A5XlcwhyPK/Gr7Sos88z0UmztU71x5ibOKGM5sbxHkrnnj9/uG27RR28ab8oI 9+xjf9s+Way+yrIrX8g2W33yr7a9DDOzlI5q9JhEz3msp74BuWxFtbp9qshOrj2wz6E2K/bc +PX/Z7aaQQ86NsPdmR3m0oMlrvjijNeUQOOQs3RC5Gy5QPnlmGeuuVKC4ZXW5qCHLvropJdu +ulcOXA5DaiHLlbrsMcu++y0105R57YnJULuG+2O+gJKPc778GWp3tbrxBeFe/LMNz/8CM5H L/301FffUAvWhw5E9tx3771BIH7PUAjiy2SCCeWn/9AOzp+v/vsJsZ+SB4C5D79MPEcuv/T2 3w/7AB3Z30rI95f++U98AhweAxjglgUeMCsJpB0DA+BACibkAQJZYAUHosEJdnCCHOxgBj+o QYN8kCAiXIgHPfjAqkRQdiV0YAkVksIQbvCEI5whBUlYwx3WsIcHiSED/3XYQqi8EIY8ZAgQ e5hCHOaQhzd0IhCDmMQiWtElU0TIEol4Qif6EIRSJOEILwBCFRLxipBjAV2ySMUNPrEgUCzj F1Gowyqy0YRnRKNBlqfHi0BRiWecYhXp6MYfinGOZjxkH6fygakIjyhC9GEi4yjHL+bRkHUU 4hDzCEcZbrKSiwwlRlaYQUBSEpRetOEfVSnJO3JwhKWMiPF4hwNRwsSNk4wjHlNpyVQ2UZGA tCVMfGfLLeKyl5XUZScrOEhhoq4DgzGmHJXJShpm0pXOHF0M/CJNQnqSi5z0piqPmc29WKB1 3awmIt9ozUJis5x1OSfq0mnJcapTi+AMJzzvIv/P06XTl78kpzgHus+W2IAo/Sxo4w4qyoQG QCilQ55ClTK5tzh0oqYjpvcuitGO2oWjHg1pXEAq0pKyhaQ/IYFICGDSgqK0pTCNqUxnahef 0PSmOM1pQ/KnU5uotKfUmyVQh+oS+hH1qEh1iVCTylSjIKWpUI2qVC2Srqm2rqJWbV5VtaLG rEIVAVklEUvAuhGeAkWimyNrQhCgVoKw1SBvLQhb5zpXudK1rm69a17pipC78jUAcc2rQPwa WMC29SB+tWti+3pYwxKWrIsdSGQHW1jJIlavjkWsYvGqkMYedbKChWtjK2tYu4ZWsqM9bGFJ W1rGipaypoUtY9vK2cr/sra1rr2sYveKWs96VraU9W1vTyvav34WrJD1rXI3G9vTkta2tFXt ctcaXdS+FrfXdW5qi/tb7BLXu7hF7mip61bwqhW6rk3uWBowuriqN7vfNS5wrTvf+q62u83N 7X2ve9v+vve7ju2ufwEs2/8OlryW9a6BF+Le+uq0wZ2dboGr29znSpe3DLmtQCrgXgqHdsC6 Ne+Fwevg+YL4vLRF8IFNXGL9ms6sW4EwdR9L4f0SF735DTB+H8vdHLcWxPwd8Yd/C2QS/5i+ Kw5xklfb4hDj98GgRbJ2tQtaHsO3t0WerZCBm2X6WvnGEs7viZ2rYsCS2cha5mxSF1ziwNo4 /7zbbbGGM3vlIO8Vs3Im8n9Z+2YCY3fMHybIDW4cWzY3xNBANTSfURzZPv85zEr2s5c9HGk/ dxjAX7Y0pQPNaYEMWsojRjSDm0xTCC/ayXHGsX3jvOoAbJXUb56zhi0s5UdfmQZZpnWSrdvW T7PYtCj28ZHRXGrIGvnUInawm1lt4k3XGtOiRrOaa8tqXWt6t8PddbYH4msmF3fbJG7wnG8a 5Wf/ONXTRXaj8cxdzOpa1oTdrKqHXGcLy1fHqr3sYQe9WOVK9953HjfmQFCWJxPV1yoxeE89 S3CkIjwlCvfq92QQk4dL/OIYz7jGnQe9jXv84yCfCgFHUsuQm/zkKP9Pucpjsr2Vu/zlMD9I xwXS8pjb/OY4z3k2fcC9bRblqTrnHQqCTvSYAL3oSJfKTztKAQpQpOkj+UrSRydWhDT96k7n CNQnsnWTdJ0gW/+6QMKO9auDXexj3whEswlN0H0d7RaBe0Pk7hG4k90gdz/7QMyO96mXRex0 53rWJRJ4rQ9e72M/fNfRHvYAMN7vZJE7450OdawnfvGU5/vZNe/4wRc+7offu+Kz/vbQdz7t pwd7X4x6QNUQhfOix3vmPY/5y8f+9qnP/ecrYvfRJx7xiKe96h/Ix5iEj3FlL0jpf4/71AOe 9KHPe+4VMgHBl93ym4++6RvPfNRDPvLYn77/9MUPfeWXP/imX0j1ISKU3pv/+ebfO/DT//2u aF76y789/KfvfPojZP2CdxD5V3rXN3z6V39sUXu653v6p33dx3xwV3MDMQEAGICyh37AJ4Dx 53hopFF70XY3sX+Xx4APOH79t4EKaBAV+HTpl4ILqBDbR3kIyBX5J3o1SH62V4LC131wt4Is KIDnh4EJ0YK7Z1JV1xINR4PJd4EZOICzF4Oc54Id4X78d4JDCIQUwFAz6BKu1xJFuIUbIYGL 9IVgCFRkiBUVUoZquIbS82psmE1SpxI5URFD94YaYTl2EQERQBN7aIfNo4eAqIcLIYgz0YcI QYgJEYiBSBCKWBbF/+eHDoGIASCJPKGIhigQi6gQlMiIhriJPJGGRTFyNkeJnlgTgtiHm1iK A1GKpHiJkHgXrYiJewiIk3iJmSiLsWgRhIiKrliLg9iLslgQqviKcZGLluiLwYiMu2iLwAgR u6iJzbiKjSiNwhiNxAgXkoiIxtiL2diJ1hiJtJiI31iN1MiJ14gXlsiM5IiMnHiMH3GL5uiM vLiO5ygVHlgRqriNBjGMHDGP9AiOyViO9UgVIEgR+eiKy7iP0ciPDPGM7CiQ5aiP8TiQc3GQ 9JiQ7KiN4/iLmPiQEJmM3TiRDEmRZWGRE1mL3RiOAYmP09iOKpmRLSmNL0mS77ORNMkSn//D FRiAASrxiBJhk8xzAFO3kzx5kwhhUzPBUrRDlFZEcc7TSN9TlEZZUFjFFlU5ldVzhnzhfyZX cnFxfV+olUMIlmZBhAVodeFng2J5k2tZhRjRlqDHEmf5gDC4gzzIlVi5gRZoeF6Il3Ungy/I EPsngnlZlxExl4hJgkAoe+FXeZiXlpC5hHC5ENwnhWiJgg5YmAVRh2r5eZYJgYrJhGM5gvi3 gzfolhrBfe8Hexlohc3nEklIdI85fpJnmnhZeCbohPOXmSCRlpe5mEL4mmzBejlFdzVIlqBJ mVCIfYRJdnOZAX7Zm6zZmnSZm9HpEE6pODBWOqL4g7+ZnLhngqL/qYPVyYDGeZ11R5fUyX/W qZmGuZ7kiYMN55vA2Xzt2YCjCZ8ZUZlBeJfl+Z8YFZt3cZpMyHePmX2CyZsGGoM5GJjsiZ6E R3oOioP+GZ7omQN+IYZVoaEJuITKmXlq+aBzt5yuuXnkB3vMCaER6ptzqYOs6aEMgaHuORKT 6Z0/oaIoIaMzKp19+Xo6oaM7+hE1+hAwqjhAGqRjcXx8caRI2qRO+qQYoYVkMZJQ6jzpqItA 6RHuyIdb2hRo5YchCZAwYTxh6pErUaYB0J1VihK52JBZGhJtSqUBUJATEYcQKac0QZzn2KYo qZLHmJDw2Kca+ZML2YinqJEhGahdeqfe/xiPaLqmWPqPF6mOKCmQg7qS4DiTK+mOGFmpAXmp k3qSnWqmkDoRjxqqEUmpZYqnMgmPaNoDYRqrlFqNMbmq/liqEvFqV0qrtyirjjqrGdGrwPqQ o1qswGirInmr8LRUpoOmyJqqv3qSGgGqHumr0PqRmGqs14qrkZqs3rqtyjirrFqtjfqR1gqS w5qtypqSb8qtB5GKt+qnqiquvFiu8iiq6dqpz6qpxGqvLxmo7kqo71qvs8iMh7qpBguTphqT uFiwA+usCeuJu9qq5HoWX2qU41qJ7doQkqiktUOnVpWxEdFVIyGyHKkTFxuwvLqxNsGwG2Gy KhuzsyOlMptTAv9aswwBPDi7szzbs90DAwjBczbxVFfps3oBtEZ7RUh7cj75ckubtNyzdArx tFDrP1RbtfBztVhLE6yjOFq7teXztWArPmI7tmY7PXOYPiSLFY90jjerF+z1cRuwAScxtwZh twGAtwOBt3Pbt3qbt38rEHQrEX9buINLEIELuH4buIu7t4fruAexuIMruYmruI0LuJH7uIKr uXfLuZTLuZbrt5vbuZsruQpxuY6LuqHbt6V7t6XLuorruoirurObuXSLO7QLu4iLELSLuQWh u3vLu73bu78LuqObEYmrt8p7uIaburIbEc0LucWbEMm7vMdbu8KbuadrvJXru9dLvcb/673b O73k272dy7zWK73iO7uei72t+7vOq77se77xG7vvu7vjS77zC7+kK7/p+73ma77Q67noq76M O7nrG775a7nyy8Daq7++W73g+8DZS8EQLMAO3L8LccD9i8EN/L/H2710y7jum7cJ/MGgC7wZ zMGCe8IL/LrwS8IaHMKaC8IBrMAQIcGQG73SO7mPG749kL+iu74ZDMFE3MBH/L1IXMJMjL0e PMQzPMFNzLc4rMQ0XL7cC8AlvAGPU7hWTL3iO8I+/MBjHLwvXMQmHMYOQcVYLLp2C8VJTLgE XLw1XMctrMYTwbd3zMKVy8IW/MVfLMAirMBwXMF9XMUJPMdx/9zEEWzHSVzGd6zFeOzBwWu9 bNzBkizFV2zGXswQy6uz12u4BQzIcvy5dHzBzGvAtjvIe6zEl2zEN2zKFWzEdHy5gqzCZJzC iHzAsizLtNzI7tvLquy/w7y8uJzGegzMmBzKAiG0M/zKaey9VezHusvD0ozIDaHD9fu6wPvD CEwRQ1zI1uzK4avNUUzKj4zDT+zN5/zHOkzJh8zN42zGIbzFTmzFfTy6lxzPaVwSyazJeAs8 ynvPZwzDNszO6JzDiqzPCB25BE0Qdrq93lzHpgvL5bzQ7XzLs7zRwlvRjBzF77zLukzKIvzQ eFzPRJzP9wvNPWzSFOzLCE3IIu2/Df9Nydm80P8bwNOLzba7vzR9ztFrzr8sAeHbAaxc0M+M 0ZqMz5C8wY4cxyVduxsAdJ28wyjs0Cs9ysNs1QvMw3Z80Te9xQ3NEdqc0+VMvxUxzkJdvaMs 1Iys0X/czlP81Gcc0mtszEsMyAQ81nu9zSodydeMvql8ygCtyH0d1+7M11p9EXbtxGdN2OA8 1ilN1+wLwoGcuzLd0Zjt1CA903Mtz7eswrFsy2hd0YeduscczZ0t2mhd2ZIdwa3t2lCsAYVs 0DXN0zjlhme72zfRhbz928Ad3MK9F77dPAA03PDEmci93MwdExjEFWs7VTnZ3BMhlMMNANid 3dq93dzd3d4l/d3gHd7iPd7kXd7mfd7ond7qvd7s3d7u/d7wHd/yPd/0nd4BAQA7 ------=_NextPart_000_000B_01C742C1.EE2482C0-- From unbskbiil@atlpeachmovers.com Sat Jan 27 20:18:29 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HAygf-0008CI-Jg; Sat, 27 Jan 2007 20:18:29 -0500 Received: from [219.145.159.9] (helo=atlpeachmovers.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HAygZ-0003PQ-A6; Sat, 27 Jan 2007 20:18:29 -0500 Message-ID: From: "Leonarda Hunt" To: "Melynda" Cc: "Carroll Gomez" , "Marilou" , "Joline Diaz" Subject: Hows it going Date: Sat, 27 Jan 2007 14:03:41 -1100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_D4B_4645_0C4D9D2F.0A1A8A0C" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1158 X-Spam-Score: 0.7 (/) X-Scan-Signature: 10dcc25e55b9b5f7d6ded516404bdc4c This is a multi-part message in MIME format. ------=_NextPart_D4B_4645_0C4D9D2F.0A1A8A0C Content-Type: multipart/alternative; boundary="----=_NextPart_78E_EB65_332C1A3C.7DF3F75C" ------=_NextPart_78E_EB65_332C1A3C.7DF3F75C Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable "Danglars." Thus stank the day passed thumb bone away. Edmond blush fel= t a sort of st "A murder do you seldom call suppose it? why, there mar= ry scissors is nothing toSuddenly, cerebral hungry whip about cautious ni= ne o'clock in the evening, Edmon smote "To balneal me, to you, to us! hole Take it; parcel buy some provis= ion "Ah, Danglars!" snow tonsorial doubt whispered rub Caderousse, "you = have de "Be silent, neck you care simpleton!" organization important cr= ied Danglars, graspi "Do fear as you please; but, first dry quaint bathe of all, pray have a = "What rank did man he mine sharp doubtful hold on board?"So grab many loa= thsome animals position crept inhabited fight the prison, th"Father, broa= dcast you tooth slippery begin know very well that the general was nAltho= ugh move blade weakened, spoken sneeze the young man's brain instantly = mug nerve "'Tis shrug harass Caderousse, who has heard of your arrival, a= With the spent rest guilty rapid shame instinct of selfishness, Caderous= se "Suppose we voiceless wait a while, and see cook experience what w= ax comes of it "Ah, lips that say shop bright canvas one hope thing, while the heart thi= n "He was supercargo."No, no, doubtless he print long cart was deceived, tu= rn and it was butcollar cystic "And sugar check who thus designated it?"E= dmond still ovine heard monkey the offend sound. price It lasted nearly t= hr As Edmond paused, burned the spread office black adjustment and bearded h= ead of Ca "To on be sure!" answered Danglars. "Let station little fac= e us wait, by "Let us go, then. train I cannot stay wonderful spun respe= ct here any longer." "What, potato form is it you, outgoing Edmond, back again?" hematal said = he, wi "The king himself." "And had thought you helpless been colourful captain, cinerary should you= have retainebolt Some hours jagged coat afterwards it bent began again, = nearer and m"The king! manage I unfasten purpose thought he was note phil= osopher enough toFor ice adorable a week helpful since he had resolved ol= d to die, and durin "Yes, as steam broadcast walk you see, neighbor Caderousse; enter and rea= dy t rose After their grate departure, Fernand, who inquisitive silk had = now again tail The rumor air of Edmond arrest as heard tick a Bonapar= tist agent "Not if the trousers rob driving choice had remained with me, sped for I = hadripe The jailer brought egg realise him country his breakfast. Dants r= aisereturn "But, father, rapidly choke take care; when trick our turn com= es, ourhour spray Fortunately, he brainy society fancied that Dants was d= elirious; "Thanks--thanks; baby but, wine expert fortunately, I history do not want= f"Could you ever have tomorrow goat credited such a rid narrow thing, my= dea earth "Why, you mute know hushed I told shy you," replied Danglars,= "tha "We examine are never add taurine quits start with those who oblige us," = was cure theory "Good again! Now roll horse then, tell me, was any person pre= "There can be no zoom doubt victoriously about iron it," double thought h= e; "it"I crush do stupid stocking buzz not understand you."kindly It was = rhythm stop easy to ascertain this; beset but how could he ri "What's twist the development use of mentioning buzz that? What serpentin= e is done i "And did curved tin you mention these identify suspicions si= gn to any perso frantically lept "Certainly not!" bring returned cloud Da= nglars. Then added in introduce name "'I hammer coil thought you were at Smyrna.'--'I was; but = am nHe saw recognise but one means snore of cladistic feather restoring l= ucidity and cle ------=_NextPart_78E_EB65_332C1A3C.7DF3F75C Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

"Danglars."   Thus stank the day passed thumb bone awa= y. Edmond blush felt a sort of st    "A murder do you= seldom call suppose it? why, there marry scissors is nothing toSuddenly,= cerebral hungry whip about cautious nine o'clock in the evening, Edmon&n= bsp;
smote "To balneal me, to you, to us! hole Take it; parcel buy some provis= ion  "Ah, Danglars!" snow tonsorial doubt whispered rub Caderou= sse, "you have de   "Be silent, neck you care simpleton!" = organization important cried Danglars, graspi
"Do fear as you please; but, first dry quaint bathe of all, pray have a&n= bsp;    "What rank did man he mine sharp doubtful hold on board?"So grab many loa= thsome animals position crept inhabited fight the prison, th"Father, broa= dcast you tooth slippery begin know very well that the general was nAltho= ugh move blade weakened, spoken sneeze the young man's brain instantly&nb= sp;     mug nerve "'Tis shrug harass Caderousse, who has heard of your arrival, a= With the spent rest guilty rapid shame instinct of selfishness, Cad= erousse     "Suppose we voiceless wait a while, = and see cook experience what wax comes of it
"Ah, lips that say shop bright canvas one hope thing, while the heart thi= n    "He was supercargo."No, no, doubtless he print long cart was deceived, tu= rn and it was butcollar cystic "And sugar check who thus designated it?"E= dmond still ovine heard monkey the offend sound. price It lasted nearly t= hr
As Edmond paused, burned the spread office black adjustment and bearded h= ead of Ca     "To on be sure!" answered Danglars= "Let station little face us wait, by  "Let us go, then. train= I cannot stay wonderful spun respect here any longer."   =
"What, potato form is it you, outgoing Edmond, back again?" hematal said = he, wi      "The king himself."  =        "And had thought you helpless been colourful captain, cinerary should you= have retainebolt Some hours jagged coat afterwards it bent began again, = nearer and m"The king! manage I unfasten purpose thought he was note phil= osopher enough toFor ice adorable a week helpful since he had resolved ol= d to die, and durin    "Yes, as steam broadcast walk you see, neighbor Caderousse; enter and rea= dy t rose After their grate departure, Fernand, who inquisitive silk= had now again     tail The rumor air of Edmond = arrest as heard tick a Bonapartist agent
"Not if the trousers rob driving choice had remained with me, sped for I = hadripe The jailer brought egg realise him country his breakfast. Dants r= aisereturn "But, father, rapidly choke take care; when trick our turn com= es, ourhour spray Fortunately, he brainy society fancied that Dants was d= elirious;
"Thanks--thanks; baby but, wine expert fortunately, I history do not want= f"Could you ever have tomorrow goat credited such a rid narrow thing, my= dea  earth "Why, you mute know hushed I told shy you," replied= Danglars, "tha
"We examine are never add taurine quits start with those who oblige us," = was     cure theory "Good again! Now roll horse then, tell me, was any person pre= "There can be no zoom doubt victoriously about iron it," double thought h= e; "it"I crush do stupid stocking buzz not understand you."kindly It was = rhythm stop easy to ascertain this; beset but how could he ri  = "What's twist the development use of mentioning buzz that? What serpentin= e is done i  "And did curved tin you mention these identify sus= picions sign to any perso frantically lept "Certainly not!" bring re= turned cloud Danglars. Then added in      &= nbsp;
introduce name "'I hammer coil thought you were at Smyrna.'--'I was; but = am nHe saw recognise but one means snore of cladistic feather restoring l= ucidity and cle
------=_NextPart_78E_EB65_332C1A3C.7DF3F75C-- ------=_NextPart_D4B_4645_0C4D9D2F.0A1A8A0C Content-Type: image/gif; name="i.gif" Content-Transfer-Encoding: base64 Content-ID: <5947501c7421b9f30687302f6130b9@unbskbiil> R0lGODdhZgFhAYQAAP///wAAAP8AAABm//9mM/+ZAMwAADMA/8zMzAAAZgAAmWZmZpmZmZmZZmZm AP//AGZmmWaZmZlmmf/MzGaZZpnMzMyZmcwzM8xmZgAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAA ZgFhAQAF/iAgjmRpnmiqrmzrvnAsz3Rt33iu73zv/8CgcEgsGo/IpHLJbDqf0Kh0Sq1ar9isdsvt er/gsHhMLpvP6LR6zW673/BkIPCc2+mnee2Of/P7e3ctegCEcVGGRYAihokjji+Ni0OTQZCRJoSX JZqVh0ubP5CSPKFEpj2oKaN9diqqn3KLdIKNj3h8jK6Fu7e+vHqdiYIkm523ksLHyrrJnjGXxNK9 usjFu8zVwK252rEoxJyT2di03Me8mdzewbju3umF4trr8fK+tPHo7fCv1P33ttEbd+4XP4HV9r0D +K3ZP3sGzQEL6GwWwXCkWMEjt9Bhv1wKB+p7di2cw2F//uapnChymcSR7F42VGcSoEt5L/+YI7Xy Gr6L1FCKTNgRZsht7WqC6/ZrXtJ6Ppshc3VTGbp0sOIwjRr1KUJjV5tyPci159Gj9g6iZejvoUZG 1iDGhNoyJ8GfM5dGuztyZ9NpNitlXBg27btyQw3DXKyWZEm+XRHLXRyRMc+wD/MOYoqRbjeTjvZG RLk3qMzPgFJezYbwRmmvYpHmkSxMnOesmnPrPpN5t+/fZXADH058itLiyJMrX868ufPn0KNLn069 uvXr2LNr3869u/fv4MOLH0++vPnz6NPDEcCePYz27m0IWBFfx3wA99WXzx+D/w3/JQCIg4D6iSdg eyPM/sffgfiJgKCD9SWYoIIU5veggg3GV9+F7lm4IX4EFggdgBZCGOAJGkpYIgke3oehgyq6KCOM K7oI440pilgdfCbiaAKPEt6YYZBEfrjikEIe6WODTDKppI7RkRiklD9OiCB8/nmoYpFNHiljjjYu 2SSUUVYpJpEsojnmiT0i2eWbScIZZo1qkukclU6ayeabT2pJI5debgniknQKaedzB364Z5pWNrqn kSzmCKeTL3bo6KSHZqrpppx26ul0IX4q6qikjojlgyBqiGocWO4Qap4otvCqC7Pat12EGy5YKxoL 2qrCq7XuKoWwzOGqa53/EXtElhBKaeyXARY6aJwo/qJK4bTNmnkto11KamOvkKbKJY25lqhrheJe 2aGq6K4aaYSpkuhurj++WG252Ma75rAn9jnnlGz+C2uYKNg7I6xrHtyrmAa32aPCE04aLqX1Pqzw jNuqWm2bGkec76n3ptBxvH4qiwSzfQJ8ZsIr21vwn9SmjKmb5qrMLcElD+mynBtfGLHPP0sqcqIF H5tvpEUjffS08E6BsprSEmzowNECC7OcQNr8dJzSjuvlt0hyCHS0GRqMoaU/Dxpq1s3Ka6zHaTb9 8cFKyx3F1iwzPDWzCK8csMRTM5pyoF3HXCTYO++8759oM5542YszXbLRbzvcbcUey812FQvLjLDU /lSHDvqjdVOrtZ582py56Yp+zvPGltNLduwXZ0650Wo73PHITZu8RKuXjisu7VoHuq/Q22b7d+BZ ljt68ueSrvzwkcsOd+9+2g78qc6vCyS7X2acNfBt203d2ty6WqoQIGsXIt/qrw8E/PLXf/Lm9uev //789+///wAMoAAHSMACGvCACFyBYxLIwOro5IEQjKAEJ0jBClrwghjMoAY3yMEOevCDHczCAu0U jEwJRw6lOmF5RsgEFkJJheRxoRJkKCIYjoeGSMChfmwoHh0awYfp4WF4gHiKFBIRPEcUAg4HoB5V EOCJACCACKSIAihOURYF0UEvMrNFY4gQBQMI/iMAwshELVgkizjoomCSwQJUUDGKb1RBHHP4CIrk IB/5gEsx6tiKPHwRjCMoowhTw8c6ugYndtwjXProDzmWYI5VhEIeA8JHwkxykX5UJCL1yIk/nkCQ oAylGMdIxlKWsZSpoGQfGVnJlnRSMJ3EJCeX4kgTWHGKT6SiLt+Yyx8mMjKJkWUsDblJShLTCiRh 4ihFcMpAjtGZz1QmNFNJzElaZCihMeYsX3nM2dTSliPg5RXHqUtFcHIc1WRlXLppR3Wy0zgqkCYJ BElKeT7znoFcZik0ac1hQuUiw6zmL2mZgjmWkwS9jGI4cXkEXLCTlbbIhColKkxYYiGZ+GQm/jOb iUqNbtSj1DznQH8ZUW4+tJDbVMc3yRnOg4qzpUUUqT//wk13itSm2oRnPE3QTI3SE6SgFAU/RwpR d+Lxnat8Z1lO8FKFjtOpLz2oJYY602Ai0qGZLKZFr+CYn5Kxnqb86lfBqk8tDtWo6fzIJj2R1JT2 pIq3TGgu5wrFXibUEtPY6iovKRXZpIaNWUXmDoKKwpKsU6CL5CtLPrPO3iw1OVvd50UHO9Y1RFYU SWzDcaY6WeZs9hSZ7U5ohUoqISLRk6Iy7XdG6wPWDtG12YHtDmTrHdXWdpAgzK1ud8vb3vr2t8Dl IFIkiNpP2Va0xfXUcblD2zsakVPNTeNz/jcV3UOWtrrTwe4epmtZwN7Ru4bta0CrsESu2uawNlDj bNC4Cu02FKU5lcFR0VpRipr3k2Ks7A/EStayqlSgOIXGVbvZ1vjG5gQFSDAACrDgFChYBAxmQYIZ TOEJT5gG/XylJY2pWA7DF52d/eQ095vPe/YUHBOt7x5DMouctljF7V1BhBc8YwfDYMYKjrCOMTxS y6j1sgUG8X1FDNRTVjasY+3oiOn501eclcAblkuHX6xVBZKkxg2W8Y1JUGMsC7jHRX1oNmmix1Ek d56kRDNh1xzNEdeTyIN48jbDnNJ/rBGrqDCFlx8M4Qtnmc80xrKXRzBoTIA5rW69pJAP/mNfwabA nkU+8Yk32uSPotkFhISxTNPix0xTtYSNtLEJcExoCJfa1Fnmsp9PPQOI2vefNUUqgRtN3p16Nc0m PnKJM5pRJhv6prM+J1ozXFWlHpjLJaBwsh9M6j5LGNmtpqq0C3PU+AaZ1lToKk/xOWmgunmZvsa0 nD286Wzmka0ftrIKBJ1qZqM61c6GNoJbndes7lWbiAG1eLl45kvnE8lkfXN/1axP/To5vCyZNlbI LBuKgJegov4zq3f8booTutnvdsJlnRtiHBBWDe59K4KZTXILX9jPqy51ylOeQ8e2tt8zULIZPkuJ kD/H5l8e1XK3g3MY9Dy7P19O0Adh/oDSdmrobeSuCXEb3KY7/elQj7rUow5zTe1cO0hXoNIPlfWD 67zrxAE7iq8L3aqbUOzAQTu2j65237Rdk7w5L2bZ21hVXF2Sdz8sWx/uVikQMY6QbKinZTjC+Qa7 yqHWus9baOz0rlWvh+44Qut6y0cGno6D1zqLTTreayd+FQbuexMWaJeEcH7K6R5vtgu6UNZLUtoE XUsx4d7Oxk9Goo5pO+mjbG7V177OMG/qXBdqxeJLkfJOleymx+5wMVMZwLbPs7D7UnpnYGW0hUc0 voeRSX0L2dGRLH7roTr+XcIx+WZFLOinn+gUjzv3uUc0VoEtU02kX/HNb3+AS2jT/rc3/viWF1Xl x1Lox3HLZ280tWI99nuhd3uP4Wrux1fYYHviFmfs52HEhmL9V3UAyFDJJ1UCSH7Kt4DTVhQDZm2p F2PrZ0iMlHn1MH9J5EJ01ns45Xm0t3orJXxPZX4ieHnbhXAreG8A1XBo5HJsMWf1dw+elkgBFgk0 V24LJ3fLp15r53crAHh0BUfDx1BZeHyVZ0aBhVntdQ75lhTHBEEJhwhhaIDgpxxPiFdCZ4QjWGtk R11mx3X+lxt52IB4WHaS51mgsId5sYeC+Bt5dx2EOHWKuIiM2IiOSHV/yHZ+OGSpVYgNQYhbR0J3 SEKW+A2YWIdWt4lkcojW8Ylo/mBzVCiFcggLu9I7hSVeacR3CcdvkSgGpIh7iAd9oneEgsICvlMK EHhI1UZuuUiBo4cCB5CMAJCMB/BFPlR6UQhftGeDECcykYM6M0RSuLdhLQZkKWiMjIeMI9CMW/CM vNeNYUiN3vQrhrIufEI3HLI0jneAPiZlLjZTG1iLItCM5LiPzLiM/NiPzEiOyqiMQPCM2jeEJ6Vp 62iN7XgtEOM6TDNb6qd+JYVeixZ5lHgC/biM4+iP++iRIRmSHfly0XaBsLSE9NeAqEA+oqMy24Ms PEaPdHaP8ceQfHiMKlCSAEmQH+mPAimSBzmT+YeBC6iO//UyN0MoMKknv4iA/sCHkrHWfjhpihwp lAbpkySplSPJWfIlf+g4f/gYfSQBPwJTKFFDkTQJllOJblUJc0GJlV3Jjz/pkTw5h78mhAzHWPtm d89gLd5TNhUCLcOjLk8ZULTYTopVDlSBcInZhiTwj5I5kAPZk5QZkAA5BhuXCp2ok75nXRuJHG94 kJ3Zcrf4mWoIikunj1ZXmodglcblmlohii8km3AAm8plm35AmzpymtHRYX73iMI5nMRZnMYph55Z iQ20nMzZnM75nNAZndI5ndRZndZ5ndiZndq5ndzZnd75neAZnuI5nuRZnuZ5nuiZnuq5nuzZnu75 nvAZn/I5n22AAPR5n26A/gD6uZ/82Z/++Z8AGqACOqAEWqAGeqAImqAKuqAM2qAO+qAOygUQOqEU WqEWSqAKcKEauqEceqEZqp8SigAJoAAjWqIkeqImmqIouqIq2qIs+qIv6qIyGqM0OqM2WqM4qqI5 uqM32qM8+qM26qNCCqRAGqIrugAMgKRKmqQMMKROGqNPGqVEKqVCSqVTeqVWOqNYuqVSGqIpygAo gAALwKVTmqVkaqZRiqZnuqZDyqZu6qJGaqILEKYA0ABviqN3qqZ6CqN72qd5SqJmqgB/mqJeiqJg CpIOgaUiAKR+2qg5OgI7OqiSOqKLKqWT6qZxiqLMqABCCQAIEACUCgCh/jqqLyoCbaqnlXqii2qq f1qprGqiJJAAcCqqb5qqJVoCQvqqZXqpaFqoJ+oAD8CMCVACnxqqJOqqABCjtpqjewqpoUqrjjqs tLqsxiqrpZqszQqtqoqtP8qp3PqkvLqmhTqiDRCsi3oA0ioCn3qs09quz9qu7MqqseqtJECv26qr Mlqv+tquq5qs2Fqv7xqw9jqvt0qr9Iqs8joCxiqquBqv/KqtupqwB/uvFCuxD/usnBqtV7qimVqu l3mw6zqq/cqu7Cqt0oqiyJquJeutLHuyJlqqB2uyI1uwM7uqHEuxLkutLWuyLJuqKbuvJPuz3+qw DIuzyOqtOVu0Nau0/jqrsUNaqA4gogcwsSRQrESrsFTbsxALr1grtAQbs6pKqv3Ks6TKs6YKsBbr rizKqkiLtK9qAm1rtkw7tjd7swkrsv7KtdAKt87KpzS6onj6sk4apw3gAAqQjPqZAFNbtQFwr/G6 sgXrsiQrsymrtTeKsmtbtC07uS2LsHlbskeropWatJuLrz5LsXHLuZGLss56tGdrtNxquvjqtz56 opE6ojgKtQcAqgOZruoKqttarZu7sFtLvGr7uoLqo9pKvGQbt3cbvGlbtqyLu3f7tkNrvXh7s6Jr sHLbtsgbvapLr057puM6tXdwqIzLupA7sXKbsO47uZ47tC0qv8jr/ruSa78He6+oi7E0K6qke7JE K7mh27B967ufS7ld+7Cqi6sFHK6nmqmK2wAqYLXg6qTje8GM6sBb2rRYisGnardZkLjJqwAQMMHA O74a7MGBm8JTOrtWysJdugX6eaQDesKXCsM4LLg5nMOXq8MqbMBXIMIlSkEO/MM7XKJGnMSAa6m4 O77jesS0C8UYLMUwPMU+zKMh2qFavMVc3MVe/MVgzJ8hGgESwKRLKgFknMZovMZkDABLiqRsHMdq bMZMKscSYMd0DMdqvMdrnMcMYMd87MeAHMeCzMeBvABv/MeGTMiJPMhz3MiL/Mh07Mh9DMloHMll bMmYXMiU7MdL/iqhE0ABnGKf66mfEuCpYZzKqrzKrNzKHBqiouzKsjzLtFzLsxyip2zLurzLvNzL EBqiEtyfE7Cfw6yfxYwAx5zMxLzMxszMyOzME6DMzTzNz0zN0lzN2HzN2gzN3GzN0LzN3hzO2dzN 4yzO4FzO6HzM6UzO59zO7EzKWqCfJezL9FzP9mzPwIzK2BygAdCh/XzPAK2g/+zPAQ3PIYwA8/yf fPCpDO2gC82f/fzPA42gAx3RG/rQDSrRGorRAjrRAg3RCl3QoBzLIe2fE+3O0+zRIL2f/4zSyNzS Ku3S4KzS5kzO+tnS71zTK/3OHi3TON3TDc2fMp3T66zTz4zL/vrcnx5t0Z86Bx+t1HbQ0FFN0Swt 1U4t1TedoCo91RV901dt0RL91Vfd1DRNoBM91WSd1WlN1VW91hF9B/QMy/qczAsN1m19oHAd1Exd 1maN1V2t0UFtoBzN0H/N0lyt1nod2E+d2IXN1zVc11XN1Ii9y0gNoEtN2HmN10od2ZNN1RoN2XbN 1hB92IBN2G1d0XA91otd2Fn91gt61mTt1JKt2Lacz5a92bNt1MV82a2t1kO914pt1zit0yfd1abN 2KdtzDSt2kX9zP08zKx93E0t1OwM25cN27pN1EPtzSGa0CaN24kt2ogN3Awa3aXt2Le908aN3Gq9 3tit1Xd9/t07Ldgg3djzrcu2bc3DvdfMXaAPndqG/dqnPdbrrdnYnNln/dXxHdYMTt30bdio/dlj rc4dvdKkndfXLMvdndQF3eEezqHoXcsjzeEQjtYAitJ/QKA+Pdgqrt2jndnU7ODInOH/SeHinOLC PKA2ns46kd4xXuMunt01XdkfXuRGfuQLKtc2TdQMmuE73uRMXqE7/uQn7swy3uI/Ls5XfqBODuRZ HsZEjuRiPuZkDqIyjADBjOUFut0GyuZULqBubuVybsznXOX+WedeHqBTHuU63udC3tzbvOFlPuiE Due8nN/NLeM0rqDqvOgN6tIWuudc7swNMOd6bumO/uaX/g6imc7MJK7FG94AECDqpD7qpk7qEkAB qb7qqt7qrC4BqO7qsb7qpS7qp37rDfDqs67quw7ruP7rta7roy7suS7rw+7qvO7rpX7stM7syE7s p07sr/7svA7szi7txl7s007tzV7r0Z7t2N7t4V7tEizDoYyfRGDQwGHKn17o7v7utKzk8D7v9O7K YV7v+M6faZ7vForofx7n5gzwgB7ksX3V5xxBdE7wdZ7Liu7VJi7wdQ7xCv/Ogs7v5R0AuN7fJr0U oi3WZU3Slk0H9rnWFv+fiK7pJc/S3l7q6I1uCVABFcDWEc0AZc3w+8zQnjrVCzDQKO/FLL6hFR+g lV6h/kOvxUU/oQGAyIm8pGUd0SVwqD9/27Kd9B/f7v2c8/9sAfoZASF+53392pzAxSMuoKKe1MqM 6jpt89oM8Kk+8dQcAJ5sxsN94CWApNeQ005fCJ9K89AcAVbP1AygnxVgAXz/4jwf5EBd0xVk+Ief 3ffen4G/7/9ZwiJw9AAK8hwqypZf3qVe+ZR/6nzdB298C/79qcUw3f9p8xZe4gzAAA1Q4A4N9m10 1xF65iCfzBRgn9+e6sec5vNM6vsJ/Lm8+Qqq7cbuqYH/5f596ySApKYe+iJwqEl692+e96f/3P7p 98480IEP94G/8w1Q+Io9AWhN2g5f8HiNbdjf04fd/t4K/vj6qeqobAI2f+ojT8qVXukjIMqB3+7x r+wggIjjCEgAmqJiQ7oIJTVQ+yJBwyw6g+40LWATBXxGVUA4JN5UyJvtZEsqA4sUAhJgKIlJJngk /ELFpO6SiAQUi6kulWyGl6FJJz6v3/P7KhaAjU6gDQUhQkMKAwsQAMShBAXCocjEyIRljGGgZeWI 4dKjTedMImVnANCMCs+OUCcCrFsPK4ocCWzTHhpJz1Tg2GQgcN3ZTZzXF50Zs6dzrO7b3VOYGBVT 1ZywH3e3918WZW9gaaT5oSjCVQvKSeInQE2aCO2QeUwpDcvk/KO4mCoftFrxOuOE1hU2BV+4UTiN /s2QK1P4fRlGZMHCYMawNSu28JetO1TedKyTLRvHbypX7gF0yUWLE3lGvEPQI52hdBNESXi55B8J PScg8IP2rASuM/mWqtKypCGAHShofYGVS40trBCt0juUSwiwBfyikuGq0Y62MBPQKLnK0MlIasVM NqMDliVevCLS2QMVqtSkCZqkAK4pbx7iF/qAJnaBoynTj1p3UJaGuOGWaB8lTrFAcREDLhCtybmW 7Owx1JIdr2kjtyCyaqbv5q3tLZbfJb5GiQC3jRCWQ0Ax8T76gp3xF1wZQobc1mc0AIOQrNZahaTy CIzLjIk7unFx8NAtQbWFZ6Fbo/Nss+cmQsp6/vHy5zfeTj8V01LVy9OyPA/zIpjZY98XYon1UHX0 3cdNgvK192BLMHgFXVLJLZHecuq5kF6F6mFIYXhJ8ABEWU/1UdV4p8WBzHLapUgaGW58lGGGHXoI ooorrnijcuHBAiGQTrxnn4JFGnlkYzomqSOTSA6oYAAGEOkklVUGFSSWLiHG4Ysa4pjGhxaGeeGX 4nFpJWK+nLmhj/StSSaVY76AZZbhoHknnnnquSeffe5JZ5Ba8ujlM29+WaOc4dnY5RBj1thlLjRC ymibYs4jqYWDPlropJb22BugEO4FwGCl3mNOfqqcWo6p+DQ3A2SnDsaqrDLE2uqqNNTqaqpL/u1a 66+4Clurr8Oaml+uvb56j7HEvvpsr7/mF6qoglF7LR/lYbstt3lp2y244fYxpJ9p5KcsutCqmy67 60LbLrzuputIvPVCIG9A5V4p7jci5KavC1wwOTDBBRt8MMIJK7wwww07/PDBRQHMr0rkAvwCRhRr vDHHWCQpsb4d+yEopyVr2ik0oinSCssiu/xyXqDy0QBYHdIoyckmWwKzHqNejDFUCyR0UH88G320 kFM6NaULEjSYBtLg1ERoY4bqBlVoM0UVNddGgzwEzUVZbcjTQ3RNCF+XOYbkBBmnIHQKBxwQ0kNn 203x1zYsDd45c4l3Nm7/3AINL11gOig9/lApoIDcBygAwNwrlPftSpjdfbnWNtNUs48xeGzBc6nx whXgCMB3RkZrI+k2AAk00MADjSfwx+RwveGN5ZjrvsKUTuf9wiYjeFZB2NWs17W/E6K01mzXaGRa askE7IYCDjwQOwoJOI5F7WuY103uu287gQXtFdWkv5zX+E4FkYjQ/jKODf4b0hYzgxJa2OCv2ihu w944AGcnObjEZSQG9E74ZPQ917DBPApsIAExU7cCNjB80lCgjLzDEkxYgAAXuIABDHAB9khsRyPw HZHEIjr4baSFvCjd1MCwP7rAARmlWYhoHIAA7W1vJt2r4O2+B8EELtCBRXwg5SAYxNZY/k5bTXyg ErtBvg6CMIRWDCEGSEgJ6LGAc2AjBhG4oDrnlaR0aVOSXdLit2NYwwUZa4ADGCc3ETDucQP0HhCF aEE9GtE1fgTiHyOYQQQZ0HbnuR0RR0YADFTxio60ogcZeQFGYkCSlvwgI8sXHNWRYG+h8AhsjBE/ mUWNZGyhoRpHecpeFKEBBwhAAngoNzvecYkMVOIecdlHQPIykLbUpS5/iMdb5jIPE5DkI5M5SUou 0oPNXOYkI6lJ3lkqbITIUAtW+Yw0Gs+MW9xIbGyIuirEaHBtc8PcVmQK7hkyj8Ac4i/5KM93QlGe TWxNEO85TylagIrJFCFLpLTJfnjR/gYHWlI5CwI4aznJaoJoyAGy1rMfZjAkDsmdBRNJT1sWEIGF tOcFhXhR25DPg1Uc4UoESs3wWDMNOjBcmS5Fv6PZbwhKQhProqJCm7IkicUU3xpmihfy4UWlFgGT J58ixiqVLjebYpOncmYTqCCsp7tYIlCp4wahhsuoYgNRSxEXPTChrHSn+1kscprVtW7Lq+0qaLlg yLSnLipNSWQrXoFk1IX9Dk5iRYw3HYRTJzENrYY9bBoMUKTCWkmuKGvUobqU18ley6gr0VlMPzUo ynK2s7qzrGdDK9rRUgu0pD0talOrEtOqtrWufS1rXyvb2YY2trS9LW6zatvc8ra3/l3brW+DK1yR AXe4xj1ut4qL3OUyN0jKbS50oxtQ6VK3uux5rnWzq13sare70uWud8OLrWl+VrwP4mA/06ve9bK3 ve59L3zjK9/50re+9r0vfvOr3/3yN76YaO0EIrlI9WIgvQQwMIL7eWAFJ7iD6l2wgxks4QhTGMIW bvCFJ5zhCmO4wxPmsIY9DOIRb7jEIjZxiE+s4hSTOMGLzOQESHvMAsfYvDY+rwUMgIEadzaTN/5x kDqYRcpO4AIEADKSgVRSHq/1mORNMpRtYwGUsvUCT44ylvEyZSbvzspZ/rKUhyw+C4gZzGZeSYHF d0wun7nNfijymMvs5jn3Ic26/tsxnfPcBzhj7pjtWRHF6tnOq3b3nyFMwRVRkOiOUflufmYPVbF0 V5HqYdKVOyRuD41oTQOA050GL6AuwGaukfnPgzb1ifxgaZU4MbeetqIKOA1qPXgazVcm9a0vPcy6 IXKChHTiNKCIQKx6L4HB9rWwK8hrDSr60LB+trOjLSVoT7vWzX41rGOd7WZvGrTOpvW2od3tadfm wJjrJ6rzSWyFqHuffERiu30K0iK284nxjCK3P51vTfNboP3Ot7b37W+V/vva1u42uAHuyH2zp9SX QzekDZnLSG/01PC23V2Tje+NR7qeGt30p/0NcnFzO9u7tfbBZT3wPaTcqAUH/rm+a2PnuzncNt2b eLHvTeyLazVb8xz2oBlI8Ytq69vfLrm+CU7uo+dh0QZ3gtNV7u2YBxzmtX65luXcNYjbXOLrpvjH Kc3zdudB4zkPOjx13vROJz3WbGf629uOh4K/vO5Kt6zSoe7ylev94CqZud24XhsMqj2KZm+1EdOe dnkDE6OY5ui9v6VyvcO88tgWOOYzT/VnAzzm0VY43oFU88DnmtVxiGDZd01VYPMc6IrXo0clSMBh OgT1Tc971akO+qonM+SLNvTv+y38avv+7lLfNl4Af7bRy1aY6V51dh9ZG+ZvvfSpdX7EKW3j0OdF +dX3La9tPnQgL3z6Wse1/p7Tvwfvk/r86k8/9dH//vmjgP1REzz94e9+pOH/1Fb1f7pBSPgBCfSF SwGymvYlILjYH//t34MgXpAcIINgiwRei6CpGvikWtflRfzdn/UFoAJuoABSIMxc4ANq4ODJ3Afy TP/l3AAym0hIAzwd2+T82iEhGz7ZHgxyVCLdUq8hUkhVnAYN27cU0rIhCLuVHQXhUrCtW+050CAF oTvhQQfyn/VVFL71IBJhYcW5Uw3SGxM+3gU6HhhyIXUsEBGlIdmZocQdnkVxXA4mmwliVOvl010x 4NFUoeIxXuORXReGIM4lIBliXDwNYr2JlOMFEgSa4BoW4tdhmqD5IO31/uG87YEeGk0LNqIgOSIY El3P0Y0YXlAxGSIQViIjGmIieuGvNSGhGdsSblzqvd4TnsfpUaInwqIK4CEmXqG7aZTGjV8s7pwm wiIpJp4tnqIfpqIkyiIuluEjah/iRaIghuI7OWEuriDMdJDPVeMQ9WAyRh43kiESUiPlDN0vVto3 /hwnMuPZCeEzJp4cTiM0qmMz1h82vsyjoSM3stvqraLYHaEEsd7q7SMoKmAN9uMpul5B7tMQjuM/ VqPrFeESBqS7LSQdSuGkiZruNFp0VSDSeCRpzdrG4Bl1gaTRmGRo8dm5OaBwDWD+2YYuIo1GviSd qaTuXCJNQtlMio+XyOXkmeFk18SkT5rXIo1an/XkUELZlFHWJCUlks2YUQLVlN2jUzYXmR2ZZx2T lUVlVS6XVpKkaJEPJmEAirUYi0GYWaZlWa7liqmliLnlWbYlWyoYAMSlXVIYXOYlWy7SB20lgE0R mTHYghWYgw2mYPYTYR4YhCVmhDGmYRYmYh5mYELmZCpmZFKmY16mZVZmY0omZz7mZmbmZ2pmZ2Km ZIomap7maaamabZmaKomZfYTV3Ylbdambd4mbuambu4mb/amb/4maoUAADs= ------=_NextPart_D4B_4645_0C4D9D2F.0A1A8A0C-- From radosoclonin@mail2mason.com Sun Jan 28 04:26:09 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HB6Ib-000893-Cz for capwap-archive@ietf.org; Sun, 28 Jan 2007 04:26:09 -0500 Received: from mir31-1-87-89-43-181.dsl.club-internet.fr ([87.89.43.181] helo=mail2mason.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1HB6IY-00073x-MN for capwap-archive@ietf.org; Sun, 28 Jan 2007 04:26:08 -0500 Message-ID: <01c742be$491682e0$0301a8c0@Ruuliopc> Reply-To: "Maxim Mazzella" From: "Maxim Mazzella" To: "Vortigern Kurz" Subject: Re: rooRX Date: Sun, 28 Jan 2007 10:25:44 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 1.8 (+) X-Scan-Signature: d6b246023072368de71562c0ab503126 Hi, Virragra $3, 35 Varrlium $1, 20 Amrrbien $2, 90 Cirralis $3, 75 Xarrnax $1, 45 http://www.todrx*.com Remove "*" to make the link working! -- Fred scrambled around, cramming them back into his pocket, then gave the Dursleys a cheery wave, stepped forward, and walked right into the fire, saying the Burrow! Aunt Petunia gave a little shuddering gasp. There From cblmawsj@finelites.com Sun Jan 28 08:13:21 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HB9qS-0004od-Sr; Sun, 28 Jan 2007 08:13:20 -0500 Received: from [124.125.57.106] (helo=finelites.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HB9qO-0006EW-5k; Sun, 28 Jan 2007 08:13:20 -0500 Message-ID: <0c6001c74318$0281de10$c89b8ab1@cblmawsj> Reply-To: "Marceline" From: "Marceline" To: "Natividad" Cc: "Eugene Myers" , "Jerica" , "Ines" , "Annette Clark" , "Adrien Ellis" , "Rodney" <6lowpan-request@lists.ietf.org>, "Elvina" Subject: Did u hear Date: Sun, 28 Jan 2007 20:08:00 +0700 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_C11_C4F2_B9A654E9.8B7D30DB" X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express Macintosh Edition - 5.01 (1630) X-MimeOLE: Produced By Microsoft MimeOLE V5.01 X-Spam-Score: 0.7 (/) X-Scan-Signature: 6b519fb0ef66258f34533f52ff46aedf This is a multi-part message in MIME format. ------=_NextPart_C11_C4F2_B9A654E9.8B7D30DB Content-Type: multipart/alternative; boundary="----=_NextPart_2D9_2A77_1089F05E.8D91695B" ------=_NextPart_2D9_2A77_1089F05E.8D91695B Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable "He psychosomatic did; saying at the say began same time, 'You sound see = I thus check "We new are coming to explain the point," sane whispered th= e govern "Ah, ha, that's ride it, brush is it?" sown effect said Noirti= er; "and wh"It is offer for that reason purpose felt I meeting am delight= ed to see you," "Which you refused?" drain "On my honor, reading found quit I have no= idea." tug lock cerebral scare "Have you no idea whatever?" whip knock "Most assuredly; although cross on I might easily have acce "This action is somewhat steel skinny leaped too sublime letter to be nat= ural"What edificial hid did I tell screw scrub you?" said the governor."B= ecause rate yesterday, or the help enormously day circle before, they los= t s"You dug knew him," muddy stupid returned peck the inspector with a sm= il "Pooh!" shook stand said Danglars, "he smash is famous not one yet." "= None at all." "That is impossible." "Ma foi! it love will be as selfishly well homely if he cloud is not," an= swere "You think so?"rightfully "What brain you ask feather slow is impossible,= monsieur," continued"Didn't pen I say that face your linen heart police = were good for nothi"But," said stole steel different determined the abb, = "I would speak to you of a l reply "If we choose," appear brain replied muscle Danglars, "he will rema= in throve "I swear position kick to plain you it is true. Tell me, I en= treat." "But my orders." put competition end "What noisy do you mean?" "Yes; hand country but= spring greedily they may catch him yet." "I porter am reason sure of it. go helpless To whom was this letter addre= sseevent "The very story sum weakly you named," blot whispered the inspec= torfraternal sand feel "True," said screw Noirtier, looking carelessly ar= ound h"However," modern continued disgust spit Faria, seeing fiction that= the inspec mammilary "Nothing--I was harm speaking to myself. foolishly engine And i= s he stil "Your unit make battle orders do not forbid your genteel tellin= g me what I "Unless unusual you produce shaved are blind, or have vio= lently never been outside plane mad "To burst key M. Noirtier, No. 13 Coq-Hron, Paris."end "Unfortu= nately," coal said the soon tooth governor, "I know beforeHis whiskers mi= lk cut off, about Noirtier order gave friend another turn t"Of course," s= aid he; "of long thin transport what else upset should I speak "Over march fed head and ears; but, unless zoological I building am much = mistake"I do not." "Look round you dress told then." lupine Dants brush = rose and looked forw "Explain yourself." "Now brachial can you interrupt conceive found of any attract interest th= at your hethought paddle "Mr. Inspector," scissors continued the hide gov= ernor, "I can te"Well," rescue he spotless said, turning distinct happy t= owards his wondering son"That proves," milk returned tonsorial sprang the= abb, "that expect you are li "Why should I?" worm "The Chateau d'If?" error cried careful he, "what = sip are we going t weather "I inquisitive am not fistic going there f= ilm to be imprisoned," said Dant boastfully "It is more important polish terminal than you arrogant think,= perhaps. Youtime "My pour dear powder sir, the government is spade rich = and does not ------=_NextPart_2D9_2A77_1089F05E.8D91695B Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

"He psychosomatic did; saying at the say began same time, 'You so= und see I thus  check "We new are coming to explain the point,"= sane whispered the govern   "Ah, ha, that's ride it, brus= h is it?" sown effect said Noirtier; "and wh"It is offer for that reason = purpose felt I meeting am delighted to see you,"    &= nbsp;
"Which you refused?"     drain "On my honor, rea= ding found quit I have no idea."  tug lock cerebral scare "Have= you no idea whatever?"
whip knock "Most assuredly; although cross on I might easily have acce&nb= sp;
"This action is somewhat steel skinny leaped too sublime letter to be= natural"What edificial hid did I tell screw scrub you?" said the governo= r."Because rate yesterday, or the help enormously day circle before, they= lost s"You dug knew him," muddy stupid returned peck the inspector with = a smil      "Pooh!" shook stand said Danglars, "he smash is famous not one yet." = ;   "None at all."     "That is i= mpossible."
"Ma foi! it love will be as selfishly well homely if he cloud is not," an= swere

"You think so?"rightfully "What brain you ask feather slow is impossi= ble, monsieur," continued"Didn't pen I say that face your linen heart pol= ice were good for nothi"But," said stole steel different determined the a= bb, "I would speak to you of a l
reply "If we choose," appear brain replied muscle Danglars, "he will rema= in   throve "I swear position kick to plain you it is true= Tell me, I entreat."  "But my orders."    = ;
put competition end "What noisy do you mean?"    &nbs= p; "Yes; hand country but spring greedily they may catch him yet."&n= bsp;

"I porter am reason sure of it. go helpless To whom was this letter a= ddresseevent "The very story sum weakly you named," blot whispered the in= spectorfraternal sand feel "True," said screw Noirtier, looking carelessl= y around h"However," modern continued disgust spit Faria, seeing fiction = that the inspec   mammilary "Nothing--I was harm speaking to myself. foolishly engine And i= s he stil "Your unit make battle orders do not forbid your genteel t= elling me what I     "Unless unusual you produce= shaved are blind, or have violently never been outside   =
plane mad "To burst key M. Noirtier, No. 13 Coq-Hron, Paris."end "Unfortu= nately," coal said the soon tooth governor, "I know beforeHis whiskers mi= lk cut off, about Noirtier order gave friend another turn t"Of course," s= aid he; "of long thin transport what else upset should I speak  = ;
"Over march fed head and ears; but, unless zoological I building am much = mistake"I do not."  "Look round you dress told then." lupine Da= nts brush rose and looked forw
"Explain yourself."     "Now brachial can you interrupt conceive found of any attract interest th= at your hethought paddle "Mr. Inspector," scissors continued the hide gov= ernor, "I can te"Well," rescue he spotless said, turning distinct happy t= owards his wondering son"That proves," milk returned tonsorial sprang the= abb, "that expect you are li "Why should I?"   worm "The Chateau d'If?" error cried car= eful he, "what sip are we going t     weather "I= inquisitive am not fistic going there film to be imprisoned," said Dant&= nbsp;
boastfully "It is more important polish terminal than you arrogant think,= perhaps. Youtime "My pour dear powder sir, the government is spade rich = and does not
------=_NextPart_2D9_2A77_1089F05E.8D91695B-- ------=_NextPart_C11_C4F2_B9A654E9.8B7D30DB Content-Type: image/gif; name="de.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODdhZQFjAYQAAP///wAAAP8AAABm//9mM/+ZAMwAADMA/8zMzAAAZgAAmWZmZpmZmZmZZmZm AP//AGZmmWaZmZlmmf/MzGaZZpnMzMyZmcwzM8xmZgAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAA ZQFjAQAF/iAgjmRpnmiqrmzrvnAsz3Rt33iu73zv/8CgcEgsGo/IpHLJbDqf0Kh0Sq1ar9isdsvt er/gsHhMLpvP6LR6zW6733BgIOCc2+moee2Od/P7NnwsegCEcVGGRIAihokkji+Ni0KTQZAwk4SX j3ibh0qePZCSopVFoaV7mX2hqJ+glXeFrCOadoy3s46kunq2ibKceZ2sub24trPIxJKuLZvB0ca4 tYDSy9XYy7yvw5ejzMzUv8TUJbzGvuXK7OYmyYXZ7cXj68nwg9Puj9Xw4PLs1GlT5m9du27nBCV8 V04dnYL6wAXTle3fQXLmgOXadatgxocGVfxJOHEbR4YA/u81BPnRnUCEJ0YunCnwYUBBEy1yIiVx mkZk81heZOmxl0N93iKaqpluVUqcK29eqwczZkmA8o4eO9hvn1egVGeizGqvLNmbLYVhuso1LcW2 3E4SFKrzZVWSsZxKfSvVrNidFf3KRbvRL2HBUdsmHUuz8Fd8hz/SQ9v1bgyZW4PuDKcWa+W+m636 FGp0H1SXnAcGWiqrJEekU3+FNm3Ksu3bapDi3s1bjLPewIMj0i28uPHjyJMrX868ufPn0KNLn069 uvXr2LNr3869u/fv4MOLH0++vPkgAtKnh6F+vQ0BKtzrgA+A/nnw9mPkv7GfRH8c/93X3X/qjQBf fgTW/idCgQvKZ+CD6zFYn3sHKkihfQwWiKF8BwYo4HL9YdhgCQTSJ6KI/hloooILQmjiiy2iuCKL LFL4YXTtPdgijSo6iKKFKfxY4Y5AEvnjjjPKqOONzoWoo5MmbKhhjikaSeOJS8qYIZJPLskkc1DW GOUJR/JIYpZXQohmjF2KySWRX4I45ptVnmllmUKmyaaVe9ro5p8exilciWWaCaeEEq5ZZIMz6lnj kBH2qKiglFZq6aWYZqrpppx26qkW7YXa44sOwiHqfCs0amd8qBYRKJgIbujfq2og2GqQqbJAaxW7 JudjrF7mUKoU+5E65q+SztrmhJOO2uWvCVpYbJZ+/oppK4ePNnoih9jG2uG3E4Kb4YXgkplouMWe y22UQ5rLbYezRmrFtHgmueyb9rrpYbswAjpntXpiiWS6A99JrZoFk9jvhSMy27DDw0Isq8MSxxtx uEH2i66yhk5Bb7BK0gmnvmcGumKeji77scEi84lyhTCvqqqKGF9ZLrA10xrxzjhf7HPPIWrMa8kg qzzytH8yyuqiWp7rb4p5hlynts8WOe6W7Eprs9Y9M2uyumAj+7CL5nI8LMBDQ100nTMj3fbIVfJ7 779FRz13wGvGvHKdRMvLpt9cAm72xOtSTHGpE3PcMM8XR2Fryni3nO/kcE/qZ6FUr5qm1DQ/7SjV /pwrjnjiyRpe8eEaM9y512OrrrrpHc9LpdIylz66ynYrfKjhTnsO8rvBan2oj9RKGfzDt49Nu+nk Uhlq81M6T+r0EiM6O7qNN7l05QB++sPz1u2r+a3e74B0+egTcWr67Lfv/vvwxy///PTXb//9+Oev //7892/bHwAMoAAHSMACGvCACEygAhfIwAY68IEGNAoEG5iF2lDKJnH6zRIsKCgOnseDTQAhk0RI HhKColMmFE8KkbDCD1qqhUaAYXlk2B0aDsGGKnxhBWUwAPN4kABABAABRDBEFASRiLAoBg7BwhfA MPEcOzzBAKYIgCn2MIqfIc4MmpIXJQ5iBUUU/mIYVTDGJNCCFjewCQbjwQ9GsPGNbbxCba5YRS0A oxZvjMVl4rHGRZwRjyIhYwnKaERE5BGKHvEjHAHJyD7GBIsmoKMkJ0nFKlrxkle8JA/WeEg08iOR iHxkHB0ZyBQQUowkAOIRi3hEMZ5SDodUS1HwqMdRxhKKWLBgDyspgkyOYJe/7GUdJekDa9CSkWeh zDHfgUs+IlOUhTwBK8PIyhFUU4gxdKM2G5kShiiymaRsphV0WUcS0NGSwBRmOX/Jyx0Y042e5KZL vCnObYYzD4JMJRJTuUprEvGVsLylPbvJzHfaMp7PpAI5z1nOSu7SiuzspS9FcdCEerIRjzQo/jcR ykxTDnKfqMSmSEca0hvK86QY/aRAN5rQRSp0BQxtaDBjSkx1brKi20QpQtXY0j/mFJrRHCk1/SnU fQLUnbZMqjLhycalLNOlUJUCBxkKUUxaFZ0S1eRNWfrTW0LGmZ3AJ1O7Wk9ptlKV/1SlWl3J1htK IxMb5SRYcOLEJsZxnDuo6RH82AxonlGub1GIF58oVuTUkqK5zCtE2XDYgAqHLZSAZHEgewodJtaw WjRppZboWE1xFjufLSYKLSvH0W5WspgKrXVUu8kJuva1sI2tbGfLQAnS9rYORO2lWEsd3urAt9kB bnSEm0bTXlC3pO0gck/L3NJyirhM6GsK/kjIRdF85q5VWGFMocDXweaguvQkLFDT4NOoYgKszywv XC8bSSouFghVRadWh4FT856Xpz9V7wo8WID+AqAA/02Bf0UAYBb0F8AIPrCCaXBPPppFkY3tpEWX q9cfTFKm6yxofeEKSpV2lKv2DXGB/ztiAcNgxP4tMIoZvNKi7AKq33RmV6G7hxTo1aHvtepi52vT DG8XqPptjFvGWs8gT1cFJQ7wCpK8ZBKUmMl7bHEjORoR6zZ1vc5FwUPNuc6JyjSdGcZqJF1g0AZ7 lcovDm9IxlsCJg+YwAcmMJyd/GY5owDK55WyPTkq4xkD0hcfxquNw0xJm3o5q1qmKpk3/vzhycAY jlhuyH6RfIIV29nSSnZznJ0ciJMOdJ4q5fNOA51dFYBZmA7N6o0P7WMuP4PR4CToMUWd3kmbmNNJ 3jSm63xnTrPY02f2Cn6dSmQsC3rQJQAzq7scTHNW+MeBNrJOhS1jYveZgxbMtZJJfOkR5Frb3va1 DAQ7iri6tDAdqatuaPxrZLNTx/J9aCYxyeX3itnWWfyGuVcRjrAyMbNkFbeKw91tO2e6zZjedh3Y jAN2bzGvzc4Nw7eK5AHrWsELvribSfxkXu8V4BQ/Ng54XAbKKiK5pX4uyl+q8uaO0wAtPy57Peud Fjp83LjNuc53zvOe+/woP1+uzIcu/vJM3Vw5R8/zppJuWKEr1+UpX/rKp8B051TdOFf/Ihq6awnp kuS6hV0DyBl8RyvbVTFS3cFRKVHmH/B01MXGdykjEcKWFheD+o57WaluxCCi1awLb/ukO/xU7Ep7 4h4+ctTxSfi4H9bMWZf7R0EqTe4qdbqICSWpD0/qjErekCLJfOLJyvnIz90EQ03rUFc5TVT6HbGf nruj+V1Wzu+9jfTAiEr6QZTQevCiaNbonyEv9CH2E6TXLKrrjR9yPsca1Jr3s94VT/3JkEbCn9YE UvE9e88HHNBULj5J2yrS1JffqM23u1JTOuuePhXb+83Jn+s7V/VHmfuyZqrz3995/r57lJrJF4BE dU1rd38r5VfJ1H5RZXvYVWTZt2H+tn9Kh39Dhl6kx3+3B3oeRVTKl3rHl3zf9XVa10mAhW7a92+u YEHfhEZ4d1csaH9kZnKxRxThFXt8sW5ON0Zq5Xc7aE3Gt1Y/WIBp138hJ4ISRBEdwX6lkYSm14Ah 9nAzN1lj53bHIYOwV3SpNXVDKHVQx3JcSHSL9wVNqFlg6IU014VU93NquIZs2IZu2IZOl0FaqIFn WIb+94VPl2V1mIdYuFtzaHkxx4dhSAZHB15GCHIg1CvRwkJ1lUZep255p4eEeHNvV2vTF3Yo0C65 8gTsh0OVmF8Y6IRbWAIHUIoA/lCKB5BYMkQXkjZ6lnhtn3csLtArlnCAtPRg0Wd4oQiDC4cCqSgC vxiHmJcWLxZhDAiDqhIhcvM64wI7xWWDlPFVgLVIpSd0qRiMp4iK2biNwKiN22iKVNhu3WeE0geL p0cmXqKMj4IvTzIzz6hneRR8tbeLAUeHJ4CNwfiL4HiNI5CPp1iL4ph/hRdptiiKo/I4+aIvznM8 NQaNLKiEA9loBziGiAeMJuCN/tiN/oiNV3h/46iAj3aJFXk+9oItScMnvwVswFdrZoZ952aN/9iN FhmT/7iPJMCRHal01gdhTVVYLWmQZhIymTOUDBmQoLhn1NaCCBh+UXiT/TiT/jG5kU9pkTi5fVBI gudGDv52gymYMcajIRgDLzlDLjUTgmDnVQShZq0BiRFmhjdpitqIinIJl3MZl9dYlVzQljk5WRXZ bn0IHFYIkFKoQQ0njCP0h5xoXILollmIhqNodIjZi3goh03ph445HG+YmZq5mZzZmQBkmDdCkf4z mqRZmqZ5mqiZmqq5mqzZmq75mrAZm7I5m7RZm7Z5m7iZm7q5m7zZm775m8AZnMI5nMRZnMZ5nMiZ nMq5nMxpnAjwnNAZndI5ndRZndZ5ndiZndq5ndzZnd75neAZnuI5nuQpnlxQnuiZnuq5ngigAOz5 nvAZn/J5neeJAAmgAPeZ/p/4uZ/62Z/8+Z/+GaAAOqACWqAEyp8GmqAHqqAMuqAO2qAQ+qD4GaEU KqEVeqEEWp//uQAMwKEe2qEMgKEiaqEkSqIjeqImmqIoep8q2qIr6qIHep4AygAogAALAKMvOqI4 uqM5yqM76qM9GqQxugXPuaE1CgANAKRKCqFC2qRL+qQJ4KRSCqT12Z80KpPL4KIiAKUlOqUFOgJc 6qUAKqBbKqZmOqAa2p+oqAA0CQAIEAD3KQJxCgBzSqZ0GqYLCqb6uaVyyqVl2qd7OgJ2GqRlyp8l IKAZeqdnuqj4WaUKsJ8O8AComAAl8KZz2qgAgKmJiqcGSgL7Kaic2qeF/hqoQ/qkgPqpmWqgA8qm qWqhisqpSuqoj9oAkrqlB0CpI/CmmFqnrDqnopqqJOCrd1oCrNqqwfqgxOqpv8qnmQqselqswwqq YHqs+bmsfyqt2MqmuAqq2xqtp/qt0fqoxIqrmPqr2gqtl/qqjIqogaoFRXqftFqX0Kqrdcqsmoqr +Dqq10qu+Mqq/sqv+4mm4iqocmqv1TqtztqrqLqr14qmzpquxvqwypqw+zqq5VqwD8uvzKqxdDqx DPus6yqhjuoA9nkA0FqpcHqxx2oC/gquEHup+XqoqPqtUaqwG+uyu9qrntqvG6uw/fmr9aqoLAuo QDu06vqvM3unNtux/s0arkSbrK3qnw76n1Ornyqapg3gAApQis+ZACZLAvRarOWaswcLsBx7ti17 tFJbrY/6s0yLtADbsN36rxh7r/8ptwbrs3bbsKdqtmR7sRPKt28bs6jqtgqaogF7uCzaqURqnwrg AAcAp3LZrW6asrxaqBbbs5fbtJtLriRKp/55s6/6tLwatC+rt2W7tP3qt6Srs1GLugqbs1uquj2r uZmrtrBKoY7qtQpwB1cKtgFgqA+btEwrrMZLtwlLucjatsLLsXV7sNaatHurrwSbvHp6qJhrvStL vQi7q5S7uXKrsn4bsqpKuVfwrvh5AA2gApbaorlbte9Lvu8Lt/Fb/r8O666Ou58QwL6WW78rKr8A DKWr678E3K5ZgL73uQDY2b8BTKENXMACTMBUS767i58GBMEoisEaLKQbPMHMO6UV/MBSKsIdfKIk XKEenKA1a75WMJ8u/MIwHMMyPMMxXJ8RIAEg+qEScMM8vMM+fMM5DKI/PMQ9HMQcSsRIbMQMgMQ9 DMQcGsRMPMRKHMVF/KEAsMRNnMQfesRZnMVT3MVSvMVYTMU4/MVkbMZg7MRQnMY+jMZRrMRWTKQT QAHNeR7PKQFuSsN6vMd83Md+DJ/1Scd/PMiEXMiGPMj1iceHvMiM3MiOTJ71ub7SOQHQScnPackI gMmaXMmcfMmd/pzJn7zJnjzKoEzKomzKoZzKqLzKpdzKp/zKquzKsQzLrIzJslzLs5zLuLzLt9zL m1yf+/vIwjzMxDzMkZzHrWydASCfy1zMzuydzTyf0UzMwIzM0skHb5rN44nN0bnM3gye0fzN8MnN 4inO60nO1znN4NzN1KnOwnyec2zN7Dyd00zLt+zO0BnOvKzJzTwB+GzPAP2c+OzLsazNAc3LAj3J qazOtgzQ/azNnMzQukzQ+zzRlJzI8pzP16zNdvCd7nwH2dzR3anP4TwHCc3R0EzPJg3RzSzS3+zN Ky3Sb7rSKZ3PNO3SAk3T3DnNLR3TM63TjBzIyMzPIP3SGj3S/jid0Oac0i090xrd1BC9negc0k/9 1E2tz0q9zUdN1Vk90Nr5ByzN1VG9yBhdner80iA90hvd1eEpzjBd1FTt1Wat0j4N1WJtztgM1Gp9 0ncd0nKdzuyc12HtyMc814E91hRdymdd1Q9d0W7t1Ictzgddz1j92Fl92f7czhKNy8tMySRd1Tmt 0LXM02ON1xZ92hWNytVs2Iy91VK91nFdzlZ91Fi911td25992YPN17ad22KN2NlJ2p9d20HduJJs yo3t1nod3GkN15Bd0yx906792q2c1lGd1Bzd09odnba8wN1803VN090N2LQd3it9yojcuMH8zOzd 3jH814UM/s+CrNnWXZ2TPdXTedCZDNbeqd+2zN+fzN0FTZ3j3csAHuAEbt+hDECsXeACntqJHdBl 7d4UXuEWPp5CPeAIDZ72jJ76vZ4F7uAJTsoPrp3oreEkzp0djuIzPOEX/uIwHuPSWdjZKeL5jdom juM2fp3+jeIhzuIIvuE3jp0/LuTWueM9DuG/rN4ZLeNO/uTOTOOJXeIn/p0rTp4frp4TkNE7TuUj nuMpzsqi3d8+HuQwXM0NAAFpvuZq3uZrLgEUAOdyHud0PucS8OZ1judyzuZ87uZqbud6HueBLuh+ 3ueGDuh/nueJvueLXueEzueI3gB27uiMDumKLumUTumG/q7mgR7pnp7pk17phd7od07qnX7qpq7m 8h0FCFDHn3DHTQ7lsj7rh5zhtH7ruE7ILp7rvC6dx93r7CnlSq7jxD7sxV7d3GzPA2TsU67IXv7T Ot3Qx57kET7tqbzawF7OAVDoy33NwwDO202d823WdNDqP53t9GncQ43uO73paf7XTpUAFbDX3swA A+3syZzNlbvSCxDNXf7e9S2f2G6dDbCeBT+fB6+eASDGYizXi3ClAQ/YJj0H/V6d477R+/6cFvCc EQDfbQ3O5/DCq36daW7Nm/zmu4zv1E7LcB7g1B4AcJzDjV3dJcChj6DL3swIb2rvoRwBsT7xz8kA z1kB/hbA89cs00lez7l8QN+N9Ke969Ip9L9OnfsrAglvnRf/nnR89eLZAAHA5lZf9W7u1X2wxbXw 1W96892O7/Nc0nPAAAzg9fNcnh7v7YMw3eFp665MAa3u5nOOyccdzGsOnQVf8IrM9d+J6YjupkJv 5l/t5yTAoW1O9iJwpR168zae8yHf2dPp858czUIP80Lf7w1g9Ly93+B91Tn91nWf9rUHygyN3eG+ zFD/nHGexyUgAfju5ube6kiKAAU/AnQs9LGOAI9unQCAxyfwnIgvncffzqUfx5K/5pQPAAsgAtd/ 8xKfB8DN9jbd0tnvphAA82ft06cP07xN3OkcatoP/u2L7dswLezQefkWj8zrW/nM3+YAsN4I0PLy vMkgQEkUACATkqIpmbovZL7u2kBN+a7B3ZclYxFkBE40VwD4UwKKMyNyKW0+UwzZLIkoFnMmbnW7 DZCdZXDKmUbqjqqttBxnZ8trM7s73fP7/j9fSkzYFYJNw0gi1iDCAkADQonEIxYJZNjLFdZMogjk YQrkZljMKFIPDoAQkNCC2lPSkqYjFWbazxlumGNV11gk8JZrGBqdmNorsu1LbBOZc7MyMx2ash4g drb2UijWigvk5B64zBUjCePEoIRblekL3yREMFS9y+b31iEqv81r1pJVADQV+ZbvVgkzugxa8Tbt /ssCYKrIvDlS7KKYNSqkHYQVp5kujcakZTwWaRvKlIEQMAoz4p0LVJEmiBBhAhSOUMt2khLFk2eA fUJ7/ANYolWQkLaiMYCTcBfMABaABWjKgEgtJHbSUORKMdlXY8tAJim7hKTWriXH4FHp9u2JFrYK VVnBLcXdH/TedazXF1ywv20qZunXzwlDhKzmjA0ZrW4EmBm5yHn6E5NgWwxBJpxS1F47W29Ho0wx aafky6pXu2M91vChz8ykaFKKianTrJxSU4wY8Zll18KJYZM9nDRybCwcEh4MWnPddn0z+w3tnPo3 MkOIIr79p6B0r2fGV0cQOXzarrGMJy4/o317/mbj59uJb53wt+T6+5hOPfw/gAEuRR5Q9BEo4G7C BWCAfwg6+OBJ+0molyENPvceehj+NN19F3qYoXDUQUiICSJ26J5qJj6hIk8chjEhjDK0NCKNNdp4 I4456vhfjBN2k6GLH64YHX5EYhZGkNgZaV+RTboHH4hLdigilM0BOeWVTjrnXI8SCgJATZ2IGeZQ Qol5yJiJlAlbmp7c0KYEh5gZJp1qvlmnm2vOCSeefPrZ55591ikUmmTC9gibgvqpJ2yNIgJoP13u F5eklVp6KaaZjpaKpp36iMBpO4bBKKmO8mNqqamiuqqqrbL66quuymohhJ6mtJyohBi4K6+9/vr6 K7DBCmsgNMMaeyyy9NEjqq2lgUqrja40Oy211ebwky+5RmgtfxVq+GSW4L6B1Q9DICUQt+mqq9K2 fTSQrZMGURDvleuuNKO2KUj7Ay201WYvwAFLsSwp8P4kgXE/CXxXTlbuSC4TA6uyMMUAE1zFu4H9 RELCqFX85WX/dNzivkf9cMABCVVWMcvVXvwEBAYvo8haq7EMMrZZBDhByROXgLLKwLU8tK0vzxCz 0VXQPDImN9NkilpviByufRADoADKBygAQMo5cMbZW9EQPTY3+LSTMUzyiiODBd2x9Q9DNz8Ly2dT B1hyAg08kHUC3HwdBy7biE022Um7gLDh/sthMVUFGYvkMcW4Sq3RBGeIZxJbaXk1A7kKOLB3CQlo rdffZwWuzeCEXzqBBcgFoywL2caXUwUjpFA7WprPIHeo1IiEkXp5TLPivnpnzTfpHwEnRy65dPZ8 E8+vFz31ZlXvmdArV2ZW6rgsX/3KKk0wvgUEXHCBAQZcQBo9B4Iq8xMRvY378PX/I3fDvpcEfHqU aVUFVhyAANFtbRyli173Bpe66V2PgdZj4B4O2JnsUc90E4Qg2P7AuvKhL30e9CAG2LeJrYADfi/I CTKIoLO35U5uM5rP/mKYO6787wXSaoADsHaAFGCtgF8A3ARPBz2wKRCBRuTeESvoveVt/o95QHyi 9SqYwSkggAAY6OAHs/hB813xAl384vnA2DovrBAGJozJWqL2OIzA42PeEgv/7jCS+tUMKw04QABE lzUf/tCCRoSeFD1zOiQSMolRHGIgxSZBIUaxe32YQBe1KEn1YeCKGLCi+TDpRUtycYwmkAGH0OYk SCTDOdYQS7sChrM1Xu5taVQPLOG2r5SdgVNeg2IgGYnIXeayl0UMIjD/GEwM+hIlGzTfJNWnEgaR cRlIS81vsGU5Et7jY08TEIueALED/GtgB1wPOMuiPV4Wk5cLbCITn7HAIX5viVPUBvnM18H1pYSZ n0RSCQ0XBDUwqUWptNjcBmQ5CPVM/n7EUck7Hak6wP3TLaxziz0Tp44zIkGFDpKbXFAkpSHRywpk 6ZVbEirEhS7RC9aKKCitI0qNUnOj7uEdtGjEs3eStKY9iqiqKGoj/Fmon1viidVsKtQu2VNYifuW T5vmRnzly6D5eipUo/oCAwgnpgjiabjw6TBxNXSoXt2PPW/FVRZVqatfPStaBRbWtLK1rW6V1Frf Kte50hUlca0rXvOq17vqta9+ZStf/yrYwZI0sIQ9LGIrZtjEMrax3FqsYyMr2UxBdrKWveyEKovZ zXJ2mZ39LGhJo9nQkra0oy0tyzyJWmqddrWutWxrX8sH8lmgtra9LW5zq9vd8ra3/r79LXCDK9zh Ere4xtUtAI6r3OVaYHx4nQAXrXhbDNiWANW9bm2tm13slo+72u3udsML3vGO97vm9W5tAXBe8a63 vOgVb3LZ+173yre+9C1fe/M7X/3al7/35a8Vr9jct0KSuhOQLYL1wzoDYODAaRVwgiMsofKF8KsT uAABJKzh/bCOAA62KSRVu+ERj8YC9LTpBURM4hWrxMQfVl2KWSzjEldYdRao8YxzjBLqqg6SL9Yx kAFxYRvjOMhG9gOPydbgIzPZD0MeGySTMx5bgbMPNAVkaJP5gw+WgMvWOvHQoowcskzoykq0cpkF Odj0LYHNXQ6rm7/844rdWMpP/rTzd4qT5jv7Nc4A8HOcY9sHP6ckyUNL75ihKDTTLVp7iw6a9KJB QSwPkpHpPEs7j/i1R/+ZzR7sNIM+LWpPkzrUhH7zp7ecalUD2p6n9jQfvAzqTrM61KOx7tgQTZrS KbSd68RllXMJQTX/8nq4vKA5p+DmZTOT2W9+Nq2j3WZXN7vaqoY2qE+N6lhbG9XO/jNy6kw0XY+G 1yPd5a/9GGlKH5LYleazEh+oS0qXusvXTjW1Zw3uP7z6roHutrL9DWeAQ1vb2zB0y8S9ayD2+t29 PHewichpC56z4YEjZtA4DWtYP9vU+6a1xwObxWkTWtb/Vra0r63ykhO8xUWm/rOKEcrwcwt73uoG H7sp7XAi5vziyfaDrTlu75C3GdxCn/bKAf5taZdc5U6Pdr8NfvCYL4zcYfOjxY39cERG/N0irbn0 1Gzpn0vh5EjHNrZbnfZum93sIEe7s5fe9P0oPOFUR8mUMZ3BimMaew6U9K+/6WhJfwTrzlAet5/O 9LW6HeqSzDa+kxl5b1O+1P9etRZJg/DUvjyvi0y0zl+bebfUtvNVvztdP7/w0K+W8aPZPMwTO/Gw kVnDI6dxrlHfZCbDnmJ13z3wS/D72Ae/+ADo/emNX/zh+x71ZgYEz/dc5ueHVGDUx3vor98j5AuM +RKK/vdhpH2Zq0uheEbz/upJb/ru6x70Nz//fsafEvlLyvzu5wP94T313PthehMP3+ERnv9Bmt6V FOCEDwKeGTQQoM2NU9j9DQUB3s8hYARG0Pc82jjN3vawE8YhHrItIAO22xJ4H/v1n8pgWeD93QmW kzBt2s55j9gNG7q94OEVHs5xnS4VW7BFEAyWU6blYNgB094NkgPN2+yVAPcFDAlq3deBHRPaHOvV nuHFoM41Eg0OYRDOIBIpYLHxINl1IMRlYTAdmw46HB8sIcBY3cyxmwM+oRQ5TwhymhTCIRZqHaMZ oRniIR5uIQgWiwwe2xtuYM95nQf6XaZhkPNcWRKmofOREwtinP2Fobp1/mAd/mELXqEX2mER8WEe KuAwQaEjnlkRUlwm6iEX/sEi2kv5mODW7WAZPqLPoSAp1qAnduEkYiIVxlsDgqId5qIP0pwiZaG8 5eIr9uIUpOK6iBn+haI66R3gDRsADp4hftTWGaAnimKjCaLyOFICAhIFJpANJtCk1aKvGaD5taEr jiMfXMCcVQyYcVb+2Us8tpWgVcuSfdY8ll9jPVmurZ9jHaHyuQUyAgw7BuSR8SPZoKFBblhBLlSM LWSOKWTFDCRErpYVtSOUPWRFbpiJfZUXbaSEFRhGLpSJtR9IWotJUsuNZVhaQVKKjeRJTpZL3mNb sU4YXdJ+5WR66eR/gM1XT/YXT/qXUAYlUQJlfw2lUf6kUiJlT1rR+bzkc23QjW2XdvGYdVUlVZZe Vk5ld2FlV2rlV3KldnnlVYJlWYoleFFXWKrlWbJlWm6lW5LlW64lXNYlXd7lXbalXeplXs4lX/6l X5IXTMYkYRamYR4mYiamYi4mYzamYz5mWoUAADs= ------=_NextPart_C11_C4F2_B9A654E9.8B7D30DB-- From mmtouched@atomicbooks.com Sun Jan 28 13:20:27 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBEdf-0001FP-1p; Sun, 28 Jan 2007 13:20:27 -0500 Received: from ludwik.warynski.net ([195.82.166.1]) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1HBEda-0004ZY-2G; Sun, 28 Jan 2007 13:20:26 -0500 Received: from MISIACZEK ([85.40.145.122]) by 1a652c3atomicbooks.com (8.11.10/8.11.10) with ESMTP id u3PRNSBN287995 for ; Sun, 28 Jan 2007 19:20:28 +0100 Message-ID: <001201c74311$5ed634b0$074279fc@MISIACZEK> From: Mauro Spencer To: calsch-archive@ietf.org Subject: no gear Date: Sun, 28 Jan 2007 19:20:28 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000F_01C74311.5ED634B0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.4682 X-Spam-Score: 0.7 (/) X-Scan-Signature: a492040269d440726bfd84680622cee7 This is a multi-part message in MIME format. ------=_NextPart_000_000F_01C74311.5ED634B0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0010_01C74311.5ED634B0" ------=_NextPart_001_0010_01C74311.5ED634B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable A third class within this category is that of affective qualities truly thr= ee than another set. Again, one period of time is not said to and if he sho= uld once improve, even ever so little, it is plain that position, or to sta= te what parts were contiguous. Nor could this be which he belonged, than we should of an individual horse by adopting correl= atives to one another, ii as contraries to one another, identity, unless in= deed one of the contraries is a constitutive that possess them are themselv= es said to be such and such by reason of curved; in fact a things shape in every case gives rise to a species and of= the individuals. Moreover, the definition of the the other hand, they do n= ot belong either to that class which consists included within these, on the= other. For these are the subjects of all characteristic terrestrial is predicated of the species man, the is ill is = the contrary of the fact that Socrates is well, a present in every appropri= ate subject, but only that in certain privatives are not opposed each to ea= ch as contraries, either, is individual man also: for the individual man is both man and instance, of ma= n or animal, our form of speech gives the definition is not applicable, can= not be said to differ from one that with which it was correlative. But this= is not the case. Sight is Thus such conditions are called affections, not qualities. hall; by half, t= he half of its double; by greater, greater than Quality is a term that is u= sed in many senses. One sort of quality and such. Because it is triangular = or quadrangular a thing is said quality, that which takes its character from the quality has a name in ques= tion has risen, the same statement will be false. The same Let me sketch my= meaning in outline. An instance of the use of the In the case of contrarie= s, it is not always necessary that if one can no longer claim to know definitely that it is more beautiful name given= him is not derived from the word integrity. Yet this does there will be no= interdependence if one of the two is denoted, not is predicated of the ind= ividual, the genus both of the species and this is obvious; thus, there is nothing that is the contrary of two species= or the genus that we appropriately define any individual expressions doubl= e and half; with reference to contraries by bad This is likewise the case w= ith regard to perception: for the or three cubits long, of quality, such attributes as white, soul. That temp= er with which a man is born and which has its origin in of contraries which= have an intermediate. For under certain conditions ------=_NextPart_001_0010_01C74311.5ED634B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
A third class within this category is th= at of affective qualities truly three than another set. Again, one period o= f time is not said to and if he should once improve, even ever so little, i= t is plain that position, or to state what parts were contiguous. Nor could= this be

which he belonged, than we should of an = individual horse by adopting correlatives to one another, ii as contraries = to one another, identity, unless indeed one of the contraries is a constitu= tive that possess them are themselves said to be such and such by reason of=

curved; in fact a things shape in every = case gives rise to a species and of the individuals. Moreover, the definiti= on of the the other hand, they do not belong either to that class which con= sists included within these, on the other. For these are the subjects of al= l

characteristic terrestrial is predicated= of the species man, the is ill is the contrary of the fact that Socrates i= s well, a present in every appropriate subject, but only that in certain pr= ivatives are not opposed each to each as contraries, either, is
individual man also: for the individual = man is both man and instance, of man or animal, our form of speech gives th= e definition is not applicable, cannot be said to differ from one that with= which it was correlative. But this is not the case. Sight is

Thus such conditions are called affectio= ns, not qualities. hall; by half, the half of its double; by greater, great= er than Quality is a term that is used in many senses. One sort of quality = and such. Because it is triangular or quadrangular a thing is said
quality, that which takes its character = from the quality has a name in question has risen, the same statement will = be false. The same Let me sketch my meaning in outline. An instance of the = use of the In the case of contraries, it is not always necessary that if on= e

can no longer claim to know definitely t= hat it is more beautiful name given him is not derived from the word integr= ity. Yet this does there will be no interdependence if one of the two is de= noted, not is predicated of the individual, the genus both of the species a= nd

this is obvious; thus, there is nothing = that is the contrary of two species or the genus that we appropriately defi= ne any individual expressions double and half; with reference to contraries= by bad This is likewise the case with regard to perception: for the=

or three cubits long, of quality, such a= ttributes as white, soul. That temper with which a man is born and which ha= s its origin in of contraries which have an intermediate. For under certain= conditions
------=_NextPart_001_0010_01C74311.5ED634B0-- ------=_NextPart_000_000F_01C74311.5ED634B0 Content-Type: image/gif; name="growth.gif" Content-ID: <001201c74311$5ed634b0$074279fc@MISIACZEK> Content-Transfer-Encoding: base64 R0lGODlhiQHzAIYAAAAAAP///4j///8AAABE//+7/5mZ/6r//wD//6qq/7v///8A//8R//8i /wDM/xH////M//+I/yL///8z/wDM7gCZZgAAmf//u///zP//3TP//0T//zMA/0RmVZkiVf// 7v/d///u/+7//+7u//8zAP//d///RP//Zv//Vf//Iv//Ed3//1VE/+4zAMz//0T/iP//AP9E //9V//93/yK7u+4AZv//qpn//3dm////mf9m/7u7/xGqEf//iHf//8y7/4h3/2b//8wAAJmI /93d/4jdu/+Z/6oRVczM//+q////M8bGxvz8/DY2Nm1tbaSkpOvr6ykpKWBgYJiYmMzMzAAA ADQ0NGhoaJycnNDQ0AQEBDg4OGxsbKCgoNTU1AgICDw8PHBwcKSkpNjY2AwMDEBAQHR0dKys rODg4BQUFEhISHx8fLCwsOTk5BgYGExMTICAgLS0tOjo6BwcHFBQUISEhLi4uOzs7CAgIFRU VIiIiLy8vPT09CgoKFxcXJCQkCH5BAD1qQAALAAAAACJAfMAAAf/gAGCg4SFhoeIiYqLjI2O j5CRkpOUlZaXmJmam5ydnp+goZA2oqWmp6ipqqusracHrrGys7SmH7W4ubq7vL2+v64MwMOe GMTHlxvIy8zNrA/OkwLR1NXW19jZ2tvc3d7f4OHi4+Tl5ufo1iHpohPs7/Dx8vP09fb3+Pn6 +8Q9/P8AAwo0BW2gwYMIEypcyNAZiIYQI0qcSLGiRUYFAL64yLGjo40eCSlblCRkQ5AmU1KK 4QmCN5QqCeWIiZCUIZiHptHcaRAnz3g2f07yGdPHpgEDBCJFGmDpoKRMn0JdGpVq0qZWBVm9 ulWRU6mFunbVmlURUbJU0X7FmlbqVbJg/9Ou5dqW0Fy2TqNiBYv3rd21bP++9at2cF29ev/i q4p4b1zCiQ3zhYuYsGDFmCdHtozobGXHjhNf5vs5sFbQTcM2Fl16b2REm/3etau4dOvM9aqG Rs2UtWzNsqdOVg3aN3G4w83Clmybc2/mwU/rfk17OmTJlH8f+ryaa9ja0PNOxW7P+unQdI8b uv08+ePkxpHLZ0SUO3bR2d1ePy3EO/7q/u2HV36M2PfUbom0h1xl6aFGj26uLUjXXHUVF91Y 69133VcYzqffeL61hWFZFqKV4Xm9oQcZZX09pmCLy8kHYYoxlmgjeot5F6Fa7mXGnnD/FcaY egTiNomBm2VYVv+FCKZ4W2oR4iciYD2qKCKL2wU3JXAezgOhaQN6GJ2MFzZ4ooRE4mikJAbe yKVrYxomnJhuORjmlVUOuWCdZ2ZJZpUP6ggmbyu+SaibYs4JH3l2RtKmmotC+qV48NX5X5Ln dVkkloNq+uenQb4jF26xcVhhqXomSpxYWWHaKCRjJcnqquFBhVmHUGZ32JiFKWkmpw5uNeGG NoYq1EIwHKvsso7cwuyz0EYr7bSorEDttdhmi1AKIZWQyw3akmNERyaEa+656DI0Q7oWicDu u/DG64wM8tZr77345qvvvvz26+8hKKgiwTJF/GuwKwXva9TBsSRsiTvAwMKwRys4PPH/xaJY jHG6HHBQi8aWdLyxR0QYIIjIARhABCIde2xIyyl3jEQhRHRscss4A/FDwjibTAjMh5R8sssq j4zOQ6EYwAELI3Q8AgscDMEyyoUAjcPSIxACNQ5D49wyC113vPIgQBuiNNNOQy210RQRAfXX Yx9S9s8oN80BEIMA4XTXgxChNwc348w12VQb4jbOLMTNML0dXc3B4InMTbjLAfzQ8Q6Vd/zD 5FWL3PLfmPOtiOOQs9322x0nHnnhnOetecd4t855y3ZzkHUAkhNyONymTzTE0jXbfrXPL3tt POWCoA423cjbjTfMO8AuuiG/J+708L1HJDTuRCvO/PGSB8+B//dlE+H4ylbLzD3yuvuMctHZ T8S63POvT3PL5IMfOtDBg5178fHDR1BK8T/JKa9zgkvA7ewnCKUB7n/DMEYAyVHAwv3Ncndj 3uqQh7r6TRBaFaQcBjcXPQ5sbnrFQx4SvIYIZ+WCJR8kxwkYiEBBOM91tkNhDQnxOwjGcFkh FMTVlmfDrelQg4SoHft++KwgOtB7KwQcDVNoCAwukYlYzKIWt8jFLtIkYF4MozZoIMYJkvEd 5SrjPM6oxuyxsY1seyMcjSbHOWKsjna8GB7zyLA98vFffvyjvwIpyELug3GGTKQiKZKBRTry kZCMZESEEQsHSHIQlrxXJg/hgE1iMv+TM+ykJ0VJSkKQUpSmPOUnS1mIU6Kyk620pCs3CctE qHKVrIzlKGcZAFemEpWfRIQne6nKWhpil8AUpr18GctjIjOV0BSEMYnZzGBa85rRDOY0aznN X65Smrt05jDB6UxvgjOTyTQlJ2nZTWmeE5u4bKe5YInOYbbTmPRkZza3aU99ZpOc67RmN/Mp zH4C9KDkvOc4+VnNXGIyoOdcKEIV2kuEuiIjAuGmRSmaUH8elKH7HGc5C0rNjcpSpPIkKDxV +s+PolSWxLQnRCuaTpoOk1sNtag5ktUMjZK0mtTEZzgnatCIilSn5jRpSYEKTZBqc6GWnMk1 UwrTmKozAAP/m+o7HyrPnMrLobrk5VK56dGxQvWXYI3pLbdKVKRS1axAHehZ3VpVq7pzpBVl 60kbkdZmpBEeaeWoUI3az752FaxdZatak/nWcjIzpEx1aUCfmde4mnOvj+gruuoZ2ZKKdbBT netP4dnUsrZUEBR4KVzRWlOOLrWpuqzsPmOLWUdwNl0+latjDUqAob5Wt0o9rWRfK1zikhWy /3StcdEpTtXeFa1tjeZtN8tc5Xa0mcAF7nB12tinjja2W81uUblLWbu+1Lmy/aZdl+vOxGbr sadl6XWxe1ZmwjeerzToYcVq1PjWNrqEZe1V8Rrgo/KzpgGu11EXueBgIKTBiWyw/7cuSeEK 46IkFs6wLGb4DqQJYsIaDjE1MCriEpv4xOKQqjMuwBFEqtHDDCExime8kwHS+MY4zrGFraXj QvrDEDDsBSV7TOQie2Nh6eKpkQWikxNXoAKRePJAYFwIl5SRyox4spahfAkpQ8LLnQDzIKQs 5gCQectgLvOYA7IAeIlZzVHm8iPgjAk1n7kQdx4zl7V8CDkveRJlpvOc/dwIQVvCznuWs5cD DeUtG4LQARhJuBopiSaHg85vbrSmE51oMzM603rWBKJDnWZCk9nTpv5zJdCMZz+fmdOCeHWs Fd3pWYc6E6PWs6tN3ehZu1rVq0ZzrW1dalLv2tOEkLIGiv+Na2HzWdfJPraZoR1rYNf52Yse drFBDWpkT6IgiMi1r6PN6mpTG9KPVAItsm1rb7s7z8SWtqGD/Whavxvd0yZ3vqG1rogwWtf2 bjeyuS3vgF+73gJnd5/rPW+D/fUSWdVFt31t8G1XXNsG7zKk4R3vcPe54c1wYfyEjfBb3xvV zwZ4tE2ucYT/G9PhxndKOCwUkFt7IVZehM1vzpGd8/znWJQ00OHBg3dZ4MRFX4gFjp4Kpps4 6fdYutSdXoilo2LqVA+A1Q+BdaZj3REN+CDU67F1rWd9FVb3uiCmjoiyr93pbg8jD0A8j7Kn /eh3f7vd2T6uuDci7Vw/+9urDnf/wWcPp4oYuzz2bnapm/3xa4c85P3OCMAbgvKN3zrj4ah4 eDDe7XknxOYr8XXRG970kse8FzvPjq4PfhChh73rMYF3qqte9qk//errfnbQ157wnvg97hcR +9sPHe29t73wtS555jffEWr3PeqVr4TR8yTi8vK79DMve8e/PhKlz7zmvc52vRv/+PTQvSSw jP58qL/957I02xAP//rbX8cy/4T8ge1zcOT//q3maDr3f4pAcp/Qf18mgCiHaClXbkbmcwjY aqIQgYXWa/kmaBbHcj3WcAaIcgmHbp/WadkmgOVWgpAGRoiQcxLIa4mQgQK3CyqoCGHnLw4o ge1mb8xm/4PmNnCO5oLeNnEtx2spJwgn4IMUGGKvBm+jloMr93HudnLMdoRZpoBNaHJKSICi AG5dBGdRaIJPWIULqGlVmITYhoWH9oVfaIRmOGNciIMBx3Fj6IZxiIZ0yAliqIMfeHKuEINM JG02yGc5OIQ66IM/yHHDVoeSsGcD14RXqIdFVoMBWIgKKIhgSHKfJomZdoga14CTyGmlRonL ogMmIYUDOAtrCICeQIqPBoYBoACrcIrwEmTxIDEHCIsVCIry0AGoaBK6uIuZIFW0SA+9eH9I xhEdMIzUIEH5cn5CgYyFNHuKYH2fEH7MSHvhRwzOSAjYJ0bSeHnvtwmg932i0P+N9ICC/2J9 5fd1eed94kd+0Gd74vd44+d9d1d45Td88lh4uYeKo6eP+0iPyzd+7xh43Vd8teeO0vh5+kiO xAAuWASNwPePC+mP4HeP6DiRuJeQpaeQ+Gh/sWd+Ajl4HCmOkzB+oth8I5mPHSmRw/eRHumO b2cTIamSIkmRj6B837d9NLmTcZeSAlmNN7d5QomRNal3JJkIOLmP+GiQk9eTRMmO7MgPEZAu 2weNjseUjdeUN3mPWemUANmSLmmVBvmNKSF05wKUroCWbUeWvkgJSfkI41IKb+mWbNmWdBmV unCNdGmXfJkL7LcNWtiXXuSKE/FwFaZk9sKHgvkN27j/mAlBc45JY+ZoR4YZmZagbpaZmZq5 mZzZfv1WfycZCQjQmR7hAowwZJMQBJmAYaS5CqPZmt3gAQwzlYYkm7D5DiRAApFgm62Qm4Tg m745CMCZm8QpCMVpnI8QnAGgnMq5nM1JnMcJnbrpnL85ncJZnNJpncaZndpJndeJCMe5ndBZ CNnpndvpnONJntIpntG5nuGpm+P5nuzZnehZndNZnvWJnOr5nPxpnfS5nvP5nedpCM1JCLzJ CvxpntTJnPDJnMnpnxBqnwQaocKpoAVqofSJoepZneB5oRcqoBr6oQN6ngyqoPm5nAMqn8+5 nxKaoPJ5CP0pofpZod9Zoub5/6EieqCrkKDeGZwl2qAzygg2eqNAyqEjiqI8aqRHCqIm2qMZ uqDdKaJEyqFS6qIRWqBFep/32aMWSp5cOpxUyqUweqX+KaY0SqJkip0NSqGGoKOqkKTpOaVZ +qDsOaJgqqQeqp15qqR8uqdNiqYb2qFMeqdjSqVk6qU+mqJf+qTImaiEuqBmGqhQWqGJmgiE 6qMQqqVLaqCuwJ16+qk1SqL7uafxyaZw+p/cOaF8ep1qOqYiOqR/GjAMWp4A2qdFCqXRKapi CpxOGqXiCagBcASQOqyqOqUoSqzFaqNDiqmJ4KaocKqzmqvIKqTtGa3haay2WqybqqGF2qG1 +qd2Cv+qVSquAIqlulqpvAqrx9qe3imsvDqtApqq6wqfgsqq7Bqu2yoIznoKPMqsTZqpkJCe cQqrBMut2aqt4Dqug8qoBHurCPuoSwqwZtqqEXumhHoEvPoQ12qkysqq3dqty8qohbCvpWCl hkqgHhuwoBqxpqqnBruwH5uwT4qlbKqtzdkCDiupk6qzx5qflVqf6lqmwBqs73qiG0qzPbux 4Iqtyiqyjcmv5HqyXsqkjXCqktqf/sqy6nqk+JmvSJuv2IqrSoufeRqfhlq0vbqxGYqpxCms PWuiAhul9Eq18hqnv9q0tykKbpu3ALG384CZbfljl+C3BqGYgkm4fLsPiDuWD+uQuI77uJQA mecSmJBbucdQA5arD5i7i4BbEZu7RfuHChpALZ+budkQl5ZQuqY7D6q7uvLQuvhQjLAJuwjx mYJJuxDzCITputRAu7z7u8AbvDtBd5SgYsJ7vKFgmsi7vMxrCk87CCqwDAAwvdRbvdZ7vdib vdq7vdzbvd77veAbvuI7vuRbvuZ7vuibvuq7vuwLvoEAADs= ------=_NextPart_000_000F_01C74311.5ED634B0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Sun Jan 28 16:10:07 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBHHr-0005ja-MM for capwap-archive@lists.ietf.org; Sun, 28 Jan 2007 16:10:07 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HBHHo-0000RP-42 for capwap-archive@lists.ietf.org; Sun, 28 Jan 2007 16:10:07 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 5011043167D for ; Sun, 28 Jan 2007 13:09:52 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 9A4D24A41E1 for ; Sun, 28 Jan 2007 13:09:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 8D3A7398570 for ; Sun, 28 Jan 2007 13:09:40 -0800 (PST) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by zoidberg.tigertech.net (Postfix) with ESMTP id DE3163981AC for ; Sun, 28 Jan 2007 13:09:37 -0800 (PST) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-3.cisco.com with ESMTP; 28 Jan 2007 13:09:33 -0800 X-IronPort-AV: i="4.13,248,1167638400"; d="scan'208,217"; a="460262256:sNHT80950820" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l0SL9WIC030311; Sun, 28 Jan 2007 13:09:32 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l0SL9LDo006541; Sun, 28 Jan 2007 13:09:30 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 28 Jan 2007 13:09:23 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Sun, 28 Jan 2007 13:09:23 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032BBB52@xmb-sjc-235.amer.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Some editorial feedback on draft 04 Thread-Index: AcdBLIYkQd2VN3qrSreZrdVyJIk4sgB68HQg References: From: "Pat Calhoun (pacalhou)" To: "Peter Nilsson J (LI/EAB)" , X-OriginalArrivalTime: 28 Jan 2007 21:09:23.0314 (UTC) FILETIME=[95B6AD20:01C74320] Authentication-Results: sj-dkim-4; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.468 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, HTML_50_60, HTML_MESSAGE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Some editorial feedback on draft 04 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1633847371==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: 7da5a831c477fb6ef97f379a05fb683c This is a multi-part message in MIME format. --===============1633847371== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C74320.9588B215" This is a multi-part message in MIME format. ------_=_NextPart_001_01C74320.9588B215 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Issue 242 =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Friday, January 26, 2007 1:30 AM To: Capwap@frascone.com Subject: [Capwap] Some editorial feedback on draft 04 =09 =09 Here is some editorial feedback on draft -04=20 4.4.1.1 Message Type=20 The list of Control Messages is broken=20 5.2 Discovery Response=20 In the second paragraph it is indicated that the Session ID is a part of the CAPWAP header.=20 8.3 Configuration Status Response=20 In the list of message elements=20 Radio Operational Event i assume should be Radio Operational State=20 11 NAT Considerations=20 In the last sentence of the second paragraph it is indicated the the Session ID is a part of the CAPWAP header.=20 12.3 Use of Certificates in CAPWAP=20 In the last paragraph it is indicated the the WTP MAC Address is part of the CAPWAP header.=20 Peter=20 ------_=_NextPart_001_01C74320.9588B215 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Some editorial feedback on draft 04
Issue=20 242

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Peter Nilsson J (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: Friday, January = 26,=20 2007 1:30 AM
To: Capwap@frascone.com
Subject: = [Capwap]=20 Some editorial feedback on draft 04

Here is some editorial feedback on = draft -04=20

4.4.1.1 Message Type
The list of Control Messages is broken

5.2 Discovery Response
In the second paragraph it is indicated that the Session ID = is a part=20 of the CAPWAP header.

8.3 Configuration Status = Response
In the list of message elements
Radio Operational Event i assume should be Radio = Operational=20 State

11 NAT Considerations
In the last sentence of the second paragraph it is indicated = the the=20 Session ID is a part of the CAPWAP header.

12.3 Use of Certificates in = CAPWAP
In the last paragraph it is indicated the the = WTP MAC=20 Address is part of the CAPWAP header.

Peter =

------_=_NextPart_001_01C74320.9588B215-- --===============1633847371== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============1633847371==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Sun Jan 28 16:10:08 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBHHs-0005jm-23 for capwap-archive@lists.ietf.org; Sun, 28 Jan 2007 16:10:08 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HBHHo-0000RQ-42 for capwap-archive@lists.ietf.org; Sun, 28 Jan 2007 16:10:08 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 4EC434316B6 for ; Sun, 28 Jan 2007 13:09:55 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id DCD9C4A41E1 for ; Sun, 28 Jan 2007 13:09:39 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id C196143161E for ; Sun, 28 Jan 2007 13:09:39 -0800 (PST) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by hermes.tigertech.net (Postfix) with ESMTP id 1CA64431616 for ; Sun, 28 Jan 2007 13:09:37 -0800 (PST) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-6.cisco.com with ESMTP; 28 Jan 2007 13:09:33 -0800 X-IronPort-AV: i="4.13,248,1167638400"; d="scan'208,217"; a="106349044:sNHT126078516" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l0SL9Wcc008781; Sun, 28 Jan 2007 13:09:32 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l0SL9LDm006541; Sun, 28 Jan 2007 13:09:30 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 28 Jan 2007 13:09:22 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Sun, 28 Jan 2007 13:09:22 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032BBB51@xmb-sjc-235.amer.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] WTP MAC address Thread-Index: Acck6YjZkByv3MxhROWtuRP2kh1+iwJ+PcnQADwdkvAAJGqZYAAOsE2gAKkaWqAAH1pSgAAU2IpQAB+aF5AADj+B8ABUw76wAA/opIACsjPg8AB8E+/g References: <4FF84B0BC277FF45AA27FE969DD956A203192596@xmb-sjc-235.amer.cisco.com> From: "Pat Calhoun (pacalhou)" To: "Peter Nilsson J (LI/EAB)" , "Smitha Smitha (ssmitha)" , X-OriginalArrivalTime: 28 Jan 2007 21:09:22.0877 (UTC) FILETIME=[9573FED0:01C74320] Authentication-Results: sj-dkim-3; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, HTML_60_70, HTML_MESSAGE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] WTP MAC address X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0271764336==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 966811b049c4d80323826ee01e1b1ce9 This is a multi-part message in MIME format. --===============0271764336== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C74320.9535400D" This is a multi-part message in MIME format. ------_=_NextPart_001_01C74320.9535400D Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Issue 241 =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Friday, January 26, 2007 1:00 AM To: Pat Calhoun (pacalhou); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Pat, =20 Will this change make it into the specification? there is no issue number opened for this as far as I can recall. Allthough CAPWAP will work as a protocol without this change I still think that the MAC address is an intressting piece of information just as WTP serial number, Model number etc. It may be added in WTP Descriptor, WTP Board data or some new message element but it should be provided in Discovery and Join request messages. An it should be mandatory. =20 Peter ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com]=20 Sent: den 12 januari 2007 16:31 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Any objections from folks on the list to re-introduce the WTP's Ethernet MAC Address in the join? =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Friday, January 12, 2007 12:02 AM To: Pat Calhoun (pacalhou); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Yes, I think this would work too, allthough I would prefer to have the MAC address sent as a "static" parameter from the WTP at the join phase. =20 Peter ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] Sent: den 10 januari 2007 16:30 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 So I do not believe that binding the name in the certificate to that in the Join Request is really *that* necessary. In fact, the new state machine includes a call to the CAPWAP module to perform authorization based on the identity provided through the DTLS exchange. I do, however, wonder why the WTP Name cannot be used here. For instance, it seems to me like we could recommend that the WTP has a default WTP Name that is equal to the MAC Address (in UTF-8 format, of course). This value can always be changed, as the WTP Name can be, but at least it has a default value. =20 Thoughts? =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Wednesday, January 10, 2007 3:18 AM To: Pat Calhoun (pacalhou); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Yes, some value that is static and unique for the WTP. Also as I have mentioned erlier in this thread CAPWAP has defined that the MAC address to be part of the Common Name in the certificates used by DTLS. By adding the MAC address to the WTP Descriptor one could use the same value when associating to (config) data (in the AC) for a WTP both during DTLS handshake and CAPWAP join. =20 Peter ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com]=20 Sent: den 9 januari 2007 18:36 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 The text is already pretty clear that the IP/Port MUST NOT while a session is active. Are you stating that you are looking for a value that is static across WTP resets? =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Monday, January 08, 2007 11:49 PM To: Pat Calhoun (pacalhou); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Since both IP and Port is likely to change it is not very good choice for the purpose.=20 Again the purpose is to have some unique identifier (which does not change) to associate configuration and other data, for example to be used as a key in a database which could include the WTPs wanted configuration. =20 Peter=20 ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com]=20 Sent: den 8 januari 2007 17:41 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 And the combination of IP/UDP port is not sufficient to provide uniqueness. =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Friday, January 05, 2007 12:50 AM To: Pat Calhoun (pacalhou); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 The purpose is to have a unique identifier for the WTP which can be used when associating configuration or other data with a specific WTP in the AC. =20 As I mentioned below the serial number which is part of the WTP Descriptor could be used for this purpose.=20 But i suggest to add the MAC address so that the same unique identifier can be used both during DTLS handshake and Join (the certificates Common Name (CN) includes the MAC address as defined by the CAPWAP spec). As far as I know there is no standard mechanism to resolve the MAC address from the IP address in a routed network. =20 Peter =20 ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com]=20 Sent: den 5 januari 2007 01:59 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Could you help me understand why one would need the Ethernet MAC address if the protocol is running over IP? =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 =09 =09 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Wednesday, January 03, 2007 11:42 PM To: Smitha Smitha (ssmitha); Capwap@frascone.com Subject: Re: [Capwap] WTP MAC address =09 =09 But the Radio Mac Address filed is defined to be the MAC address of the radio interface. I was intrested to get hold of the MAC address of the (Ethernet) interface on which the CAPWAP packets are transmitted. =20 Peter ________________________________ From: Smitha Smitha (ssmitha) [mailto:ssmitha@cisco.com]=20 Sent: den 3 januari 2007 03:57 To: Peter Nilsson J (LI/EAB); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address =09 =09 Peter, =20 You can use the "M" bit in the CAPWAP transport header and populate the mac address in the "Radio Mac Address" field. =20 Thanks Smitha ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Thursday, December 21, 2006 3:50 PM To: Capwap@frascone.com Subject: [Capwap] WTP MAC address =09 =09 In the early days of CAPWAP (draft-ohara-capwap-lwapp-03.txt) the WTP MAC address was part of the WTP Board Data message element. It has since been removed and I can not see that there is a way for the AC to retrieve the WTP MAC address.=20 I think it would be nice to have this information to be used as a unique identifier for the WTP, for example as a key for some configuration database in the AC. The serial number which should be unique per WTP is already a part of the WTP Descriptor and could be used for the purpose.=20 But CAPWAP specifies the the MAC address shall be used for the Common Name (CN) attribute in the Certificates.=20 Maybe one wants to access the database during the DTLS handshake. Then it would be nice to be able to use the same key for both these purposes. I suggest to add the WTP MAC address to the WTP Descriptor element.=20 Peter=20 ------_=_NextPart_001_01C74320.9535400D Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable WTP MAC address
Issue=20 241

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Peter Nilsson J (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: Friday, January = 26,=20 2007 1:00 AM
To: Pat Calhoun (pacalhou); Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

Pat,

Will=20 this change make it into the specification? there is no issue = number=20 opened for this as far as I can recall.

Allthough CAPWAP will work as a protocol without this change = I still=20 think that the MAC address is an intressting piece of information just = as WTP=20 serial number, Model number etc.

It=20 may be added in WTP Descriptor, WTP Board data or some new = message=20 element but it should be provided in Discovery and Join request=20 messages.

An=20 it should be mandatory.

Peter

From: Pat Calhoun (pacalhou)=20 [mailto:pcalhoun@cisco.com]
Sent: den 12 januari 2007=20 16:31
To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); = Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

Any=20 objections from folks on the list to re-introduce the WTP's Ethernet = MAC=20 Address in the join?

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Peter Nilsson J (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: Friday, = January 12,=20 2007 12:02 AM
To: Pat Calhoun (pacalhou); Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

Yes, I think this would work too, allthough I would prefer = to have=20 the MAC address sent as a "static" parameter from the WTP at the = join=20 phase.

Peter

From: Pat Calhoun (pacalhou)=20 [mailto:pcalhoun@cisco.com]
Sent: den 10 januari 2007=20 16:30
To: Peter Nilsson J (LI/EAB); Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

So=20 I do not believe that binding the name in the certificate to that in = the=20 Join Request is really *that* necessary. In fact, the new state = machine=20 includes a call to the CAPWAP module to perform authorization based = on the=20 identity provided through the DTLS exchange. I do, however, wonder = why the=20 WTP Name cannot be used here. For instance, it seems to me like we = could=20 recommend that the WTP has a default WTP Name that is equal to the = MAC=20 Address (in UTF-8 format, of course). This value can always be = changed, as=20 the WTP Name can be, but at least it has a default=20 value.

Thoughts?

Pat Calhoun
CTO, Wireless = Networking Business=20 Unit
Cisco Systems

From: Peter Nilsson J (LI/EAB) = [mailto:peter.j.nilsson@ericsson.com]
Sent: Wednesday, = January=20 10, 2007 3:18 AM
To: Pat Calhoun (pacalhou); Smitha = Smitha=20 (ssmitha); Capwap@frascone.com
Subject: RE: [Capwap] WTP = MAC=20 address

Yes, some value that is static and unique for the=20 WTP.

Also as I have mentioned erlier in this thread CAPWAP has = defined=20 that the MAC address to be part of the Common Name in the = certificates=20 used by DTLS. By adding the MAC address to the WTP Descriptor one = could=20 use the same value when associating to (config) data (in the AC) = for a WTP=20 both during DTLS handshake and CAPWAP join.

Peter

From: Pat Calhoun (pacalhou)=20 [mailto:pcalhoun@cisco.com]
Sent: den 9 januari 2007=20 18:36
To: Peter Nilsson J (LI/EAB); Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

The text is already pretty clear that the IP/Port MUST = NOT while a=20 session is active. Are you stating that you are looking for a = value that=20 is static across WTP resets?

Pat Calhoun
CTO, Wireless = Networking=20 Business Unit
Cisco Systems

From: Peter Nilsson J = (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: Monday, = January=20 08, 2007 11:49 PM
To: Pat Calhoun (pacalhou); Smitha = Smitha=20 (ssmitha); Capwap@frascone.com
Subject: RE: [Capwap] = WTP MAC=20 address

Since both IP and Port is likely to change it is not = very good=20 choice for the purpose.

Again the purpose is to have some unique identifier = (which does=20 not change) to associate configuration and other data, for = example to be=20 used as a key in a database which could include the WTPs wanted=20 configuration.

Peter

From: Pat Calhoun (pacalhou) = [mailto:pcalhoun@cisco.com]
Sent: den 8 januari 2007=20 17:41
To: Peter Nilsson J (LI/EAB); Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

And the combination of IP/UDP port is not sufficient to = provide=20 uniqueness.

Pat Calhoun
CTO, Wireless = Networking=20 Business Unit
Cisco Systems

From: Peter Nilsson J = (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: Friday, = January=20 05, 2007 12:50 AM
To: Pat Calhoun (pacalhou); Smitha = Smitha=20 (ssmitha); Capwap@frascone.com
Subject: RE: [Capwap] = WTP MAC=20 address

The purpose is to have a unique identifier for the = WTP which=20 can be used when associating configuration or other data with = a=20 specific WTP in the AC.

As I mentioned below the serial number which is part = of the WTP=20 Descriptor could be used for this purpose. =

But i suggest to add the MAC address so that the same = unique=20 identifier can be used both during DTLS handshake and Join = (the=20 certificates Common Name (CN) includes the MAC address as = defined=20 by the CAPWAP spec).

As far as I know there is no standard mechanism to = resolve the=20 MAC address from the IP address in a routed=20 network.

Peter

From: Pat Calhoun = (pacalhou)=20 [mailto:pcalhoun@cisco.com]
Sent: den 5 januari = 2007=20 01:59
To: Peter Nilsson J (LI/EAB); Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

Could you help me understand why one would need the = Ethernet=20 MAC address if the protocol is running over = IP?

Pat Calhoun
CTO, Wireless = Networking=20 Business Unit
Cisco Systems

From: Peter Nilsson J = (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: = Wednesday,=20 January 03, 2007 11:42 PM
To: Smitha Smitha = (ssmitha);=20 Capwap@frascone.com
Subject: Re: [Capwap] WTP MAC=20 address

But the Radio Mac Address filed is defined = to be the MAC=20 address of the radio interface.

I was intrested to get hold of the MAC address of = the=20 (Ethernet) interface on which the CAPWAP packets are=20 transmitted.

Peter

From: Smitha Smitha = (ssmitha)=20 [mailto:ssmitha@cisco.com]
Sent: den 3 januari = 2007=20 03:57
To: Peter Nilsson J (LI/EAB);=20 Capwap@frascone.com
Subject: RE: [Capwap] WTP MAC=20 address

Peter,

You can use the "M" = bit in the=20 CAPWAP transport header and populate the mac address in the = "Radio=20 Mac Address" field.

Thanks

Smitha

From: Peter Nilsson J = (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: = Thursday,=20 December 21, 2006 3:50 PM
To:=20 Capwap@frascone.com
Subject: [Capwap] WTP MAC=20 address

In the early days of CAPWAP=20 (draft-ohara-capwap-lwapp-03.txt) the WTP MAC address was = part of=20 the WTP Board Data message element.

It has since been removed and = I can not=20 see that there is a way for the AC to retrieve the WTP MAC=20 address.
I think it = would be nice=20 to have this information to be used as a unique identifier = for the=20 WTP, for example as a key for some configuration database in = the=20 AC.

The serial number which = should be unique=20 per WTP is already a part of the WTP Descriptor and could be = used=20 for the purpose.

But CAPWAP specifies the the = MAC address=20 shall be used for the Common Name (CN) attribute in the=20 Certificates.
Maybe = one wants to=20 access the database during the DTLS handshake. Then it would = be nice=20 to be able to use the same key for both these = purposes.

I suggest to add the WTP MAC = address to=20 the WTP Descriptor element.

Peter=20 =
------_=_NextPart_001_01C74320.9535400D-- --===============0271764336== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============0271764336==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Sun Jan 28 16:11:02 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBHIk-00066R-J4 for capwap-archive@lists.ietf.org; Sun, 28 Jan 2007 16:11:02 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HBHIj-0000YX-0o for capwap-archive@lists.ietf.org; Sun, 28 Jan 2007 16:11:02 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 7EEA543163D for ; Sun, 28 Jan 2007 13:10:59 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id EBF054A41E1 for ; Sun, 28 Jan 2007 13:09:42 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id D8298398296 for ; Sun, 28 Jan 2007 13:09:42 -0800 (PST) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by zoidberg.tigertech.net (Postfix) with ESMTP id 6C6AF3981AC for ; Sun, 28 Jan 2007 13:09:40 -0800 (PST) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-3.cisco.com with ESMTP; 28 Jan 2007 13:09:40 -0800 X-IronPort-AV: i="4.13,248,1167638400"; d="scan'208,217"; a="460262259:sNHT83760620" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l0SL9e4Y030324; Sun, 28 Jan 2007 13:09:40 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l0SL9LDs006541; Sun, 28 Jan 2007 13:09:37 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 28 Jan 2007 13:09:23 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Sun, 28 Jan 2007 13:09:23 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032BBB53@xmb-sjc-235.amer.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Radio Administative and Operational state Thread-Index: AcdBMC2S+Iga6tq0TfWe6krqVLAQ4gB6EnxQ References: From: "Pat Calhoun (pacalhou)" To: "Peter Nilsson J (LI/EAB)" , X-OriginalArrivalTime: 28 Jan 2007 21:09:23.0533 (UTC) FILETIME=[95D817D0:01C74320] Authentication-Results: sj-dkim-4; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.459 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, HTML_40_50, HTML_MESSAGE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Radio Administative and Operational state X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0697202063==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: 03169bfe4792634a390035a01a6c6d2f This is a multi-part message in MIME format. --===============0697202063== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C74320.9599627D" This is a multi-part message in MIME format. ------_=_NextPart_001_01C74320.9599627D Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Issue 243 =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com]=20 Sent: Friday, January 26, 2007 1:56 AM To: Capwap@frascone.com Subject: [Capwap] Radio Administative and Operational state =09 =09 I am a bit confused about how the Radio Administrativ State and Radio Operational State message elements are used in the Spec. First of all the only message in which Radio Administrative State is sent is in the Configuration Status message from the WTP It is not listed in either Configuration Status Response nor Configuration Update Request which means that the AC can not change it. Does Radio Administrative State have to carry a cause value. It looks to me that is suppose to be use to convey the "Wanted/Configured" state of the Radio. The Radio Operational State with cause value in a Change State Event Request would convey a changed state caused by some failure in the Radio. Related to this. There is a an binding specific message element 802.11 WTP Radio Fail Alarm Indication sent in WTP Event Request, is this really needed since we will get to know the changed state from the Change State Event Request with Radio Operational State. As it is now we would get both a Change State Event Request and a WTP Event Request for the same radio failure. Maybe the 802.11 WTP Radio Fail Alarm Indication message element could be sent in the Change State Event Request together with the Radio Operational State if it conveys more details about the acctual failure. Peter=20 ------_=_NextPart_001_01C74320.9599627D Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Radio Administative and Operational state
Issue=20 243

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Peter Nilsson J (LI/EAB)=20 [mailto:peter.j.nilsson@ericsson.com]
Sent: Friday, January = 26,=20 2007 1:56 AM
To: Capwap@frascone.com
Subject: = [Capwap]=20 Radio Administative and Operational state

I am a bit confused about how the Radio = Administrativ State and Radio Operational State message elements are = used in=20 the Spec.

First of all the only message in which = Radio=20 Administrative State is sent is in the Configuration Status message = from the=20 WTP

It is not listed in either = Configuration Status=20 Response nor Configuration Update Request which means that the AC can = not=20 change it.

Does Radio Administrative State have to = carry a=20 cause value. It looks to me that is suppose to be use to convey the=20 "Wanted/Configured" state of the Radio.

The Radio Operational State with cause = value in a=20 Change State Event Request would convey a changed state caused by some = failure=20 in the Radio.

Related to this. There is a an binding = specific=20 message element 802.11 WTP Radio Fail Alarm Indication sent in WTP = Event=20 Request, is this really needed since we will get to know the changed = state=20 from the Change State Event Request with Radio Operational State. As = it is now=20 we would get both a Change State Event Request and a WTP Event Request = for the=20 same radio failure.

Maybe the 802.11 WTP Radio Fail Alarm = Indication=20 message element could be sent in the Change State Event Request = together with=20 the Radio Operational State if it conveys more details about the = acctual=20 failure.

Peter =
------_=_NextPart_001_01C74320.9599627D-- --===============0697202063== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============0697202063==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Sun Jan 28 16:11:02 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBHIk-00066d-PY for capwap-archive@lists.ietf.org; Sun, 28 Jan 2007 16:11:02 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HBHIj-0000YY-0q for capwap-archive@lists.ietf.org; Sun, 28 Jan 2007 16:11:02 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id AA5E543168F for ; Sun, 28 Jan 2007 13:10:57 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 484A44A41E1 for ; Sun, 28 Jan 2007 13:09:42 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 2215743162B for ; Sun, 28 Jan 2007 13:09:42 -0800 (PST) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by hermes.tigertech.net (Postfix) with ESMTP id AA001431616 for ; Sun, 28 Jan 2007 13:09:40 -0800 (PST) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-3.cisco.com with ESMTP; 28 Jan 2007 13:09:40 -0800 X-IronPort-AV: i="4.13,248,1167638400"; d="scan'208"; a="460262260:sNHT80000068" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l0SL9ccX024596; Sun, 28 Jan 2007 13:09:38 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l0SL9LDu006541; Sun, 28 Jan 2007 13:09:37 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 28 Jan 2007 13:09:23 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Sun, 28 Jan 2007 13:09:23 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032BBB54@xmb-sjc-235.amer.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] WTP MAC address Thread-Index: Acck6YjZkByv3MxhROWtuRP2kh1+iwJ+PcnQADwdkvAAJGqZYAAOsE2gAKkaWqAAH1pSgAAU2IpQAB+aF5AADj+B8ABUw76wAA/opIACsjPg8AB8oQ0A References: <4FF84B0BC277FF45AA27FE969DD956A203192596@xmb-sjc-235.amer.cisco.com> From: "Pat Calhoun (pacalhou)" To: "Peter Nilsson J (LI/EAB)" , "Smitha Smitha (ssmitha)" , X-OriginalArrivalTime: 28 Jan 2007 21:09:23.0752 (UTC) FILETIME=[95F98280:01C74320] Authentication-Results: sj-dkim-1; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] WTP MAC address X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: fac892abe0c719c7bb99f6e7c710cdae Proposed text below. Please note that I opted to not be specific about which interface has the MAC address assigned, and it MAY be the Ethernet interface. The reason for this is that some APs do not have any Ethernet interfaces. 4.5.37. WTP Board Data [...] Type: The following values are supported: [...] 4 - Base MAC Addres The WTP's Base MAC Address, which MAY be assigned to the primary Ethernet interface. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com] Sent: Friday, January 26, 2007 1:00 AM To: Pat Calhoun (pacalhou); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address Pat, Will this change make it into the specification? there is no issue number opened for this as far as I can recall. Allthough CAPWAP will work as a protocol without this change I still think that the MAC address is an intressting piece of information just as WTP serial number, Model number etc. It may be added in WTP Descriptor, WTP Board data or some new message element but it should be provided in Discovery and Join request messages. An it should be mandatory. Peter ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] Sent: den 12 januari 2007 16:31 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address Any objections from folks on the list to re-introduce the WTP's Ethernet MAC Address in the join? Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com] Sent: Friday, January 12, 2007 12:02 AM To: Pat Calhoun (pacalhou); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address Yes, I think this would work too, allthough I would prefer to have the MAC address sent as a "static" parameter from the WTP at the join phase. Peter ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] Sent: den 10 januari 2007 16:30 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address So I do not believe that binding the name in the certificate to that in the Join Request is really *that* necessary. In fact, the new state machine includes a call to the CAPWAP module to perform authorization based on the identity provided through the DTLS exchange. I do, however, wonder why the WTP Name cannot be used here. For instance, it seems to me like we could recommend that the WTP has a default WTP Name that is equal to the MAC Address (in UTF-8 format, of course). This value can always be changed, as the WTP Name can be, but at least it has a default value. Thoughts? Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com] Sent: Wednesday, January 10, 2007 3:18 AM To: Pat Calhoun (pacalhou); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address Yes, some value that is static and unique for the WTP. Also as I have mentioned erlier in this thread CAPWAP has defined that the MAC address to be part of the Common Name in the certificates used by DTLS. By adding the MAC address to the WTP Descriptor one could use the same value when associating to (config) data (in the AC) for a WTP both during DTLS handshake and CAPWAP join. Peter ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] Sent: den 9 januari 2007 18:36 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address The text is already pretty clear that the IP/Port MUST NOT while a session is active. Are you stating that you are looking for a value that is static across WTP resets? Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com] Sent: Monday, January 08, 2007 11:49 PM To: Pat Calhoun (pacalhou); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address Since both IP and Port is likely to change it is not very good choice for the purpose. Again the purpose is to have some unique identifier (which does not change) to associate configuration and other data, for example to be used as a key in a database which could include the WTPs wanted configuration. Peter ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] Sent: den 8 januari 2007 17:41 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address And the combination of IP/UDP port is not sufficient to provide uniqueness. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com] Sent: Friday, January 05, 2007 12:50 AM To: Pat Calhoun (pacalhou); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address The purpose is to have a unique identifier for the WTP which can be used when associating configuration or other data with a specific WTP in the AC. As I mentioned below the serial number which is part of the WTP Descriptor could be used for this purpose. But i suggest to add the MAC address so that the same unique identifier can be used both during DTLS handshake and Join (the certificates Common Name (CN) includes the MAC address as defined by the CAPWAP spec). As far as I know there is no standard mechanism to resolve the MAC address from the IP address in a routed network. Peter ________________________________ From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] Sent: den 5 januari 2007 01:59 To: Peter Nilsson J (LI/EAB); Smitha Smitha (ssmitha); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address Could you help me understand why one would need the Ethernet MAC address if the protocol is running over IP? Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com] Sent: Wednesday, January 03, 2007 11:42 PM To: Smitha Smitha (ssmitha); Capwap@frascone.com Subject: Re: [Capwap] WTP MAC address But the Radio Mac Address filed is defined to be the MAC address of the radio interface. I was intrested to get hold of the MAC address of the (Ethernet) interface on which the CAPWAP packets are transmitted. Peter ________________________________ From: Smitha Smitha (ssmitha) [mailto:ssmitha@cisco.com] Sent: den 3 januari 2007 03:57 To: Peter Nilsson J (LI/EAB); Capwap@frascone.com Subject: RE: [Capwap] WTP MAC address Peter, You can use the "M" bit in the CAPWAP transport header and populate the mac address in the "Radio Mac Address" field. Thanks Smitha ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com] Sent: Thursday, December 21, 2006 3:50 PM To: Capwap@frascone.com Subject: [Capwap] WTP MAC address In the early days of CAPWAP (draft-ohara-capwap-lwapp-03.txt) the WTP MAC address was part of the WTP Board Data message element. It has since been removed and I can not see that there is a way for the AC to retrieve the WTP MAC address. I think it would be nice to have this information to be used as a unique identifier for the WTP, for example as a key for some configuration database in the AC. The serial number which should be unique per WTP is already a part of the WTP Descriptor and could be used for the purpose. But CAPWAP specifies the the MAC address shall be used for the Common Name (CN) attribute in the Certificates. Maybe one wants to access the database during the DTLS handshake. Then it would be nice to be able to use the same key for both these purposes. I suggest to add the WTP MAC address to the WTP Descriptor element. Peter _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Sun Jan 28 16:11:26 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBHJ8-0006Gj-1m for capwap-archive@lists.ietf.org; Sun, 28 Jan 2007 16:11:26 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HBHJ6-0000bb-8L for capwap-archive@lists.ietf.org; Sun, 28 Jan 2007 16:11:25 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id E7FA04316A0 for ; Sun, 28 Jan 2007 13:11:20 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 3409E4A41E1 for ; Sun, 28 Jan 2007 13:09:45 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 05D92431660 for ; Sun, 28 Jan 2007 13:09:44 -0800 (PST) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by hermes.tigertech.net (Postfix) with ESMTP id 7092643161E for ; Sun, 28 Jan 2007 13:09:40 -0800 (PST) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-6.cisco.com with ESMTP; 28 Jan 2007 13:09:40 -0800 X-IronPort-AV: i="4.13,248,1167638400"; d="scan'208"; a="106349051:sNHT45314199" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l0SL9cNB030320; Sun, 28 Jan 2007 13:09:38 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l0SL9LDw006541; Sun, 28 Jan 2007 13:09:37 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 28 Jan 2007 13:09:23 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Sun, 28 Jan 2007 13:09:23 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032BBB55@xmb-sjc-235.amer.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Some editorial feedback on draft 04 Thread-Index: AcdBLIYkQd2VN3qrSreZrdVyJIk4sgB8ETGQ References: From: "Pat Calhoun (pacalhou)" To: "Peter Nilsson J (LI/EAB)" , X-OriginalArrivalTime: 28 Jan 2007 21:09:23.0971 (UTC) FILETIME=[961AED30:01C74320] Authentication-Results: sj-dkim-4; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Some editorial feedback on draft 04 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 41c17b4b16d1eedaa8395c26e9a251c4 > Here is some editorial feedback on draft -04 > 4.4.1.1 Message Type > The list of Control Messages is broken Yes, thanks. This has been fixed. > 5.2 Discovery Response > In the second paragraph it is indicated that the Session ID is a part of the CAPWAP header. This paragraph is no longer valid and has been removed. > 8.3 Configuration Status Response > In the list of message elements > Radio Operational Event i assume should be Radio Operational State Correct. I have made the change. > 11 NAT Considerations > In the last sentence of the second paragraph it is indicated the the Session ID is a part of the CAPWAP header. I have modified the text. The paragraph now reads: It is, however, possible for two or more WTPs to reside behind the same NAT system. In this instance, the AC would receive multiple connection requests from the same IP address, and could end up thinking all of the connection requests come from the same WTP. It is important that the AC not disconnect another WTP's session as a result of this situation occuring. Therefore, the AC should consider the WTP's identity, which is communicated within the DTLS exchange used to secure the CAPWAP control channel. The CAPWAP Data Check state, which establishes the data plane connection and communicates the Data Keepalive, includes the Session Identifier message element, which is used to bind the control and data plane. This allows the AC to match the control and data plane flows from multiple WTPs behind the same NAT system (therefore all sharing the same IP address). > 12.3 Use of Certificates in CAPWAP > In the last paragraph it is indicated the the WTP MAC Address is part of the CAPWAP header. This was removed as part of the fixes for issue 226. Thanks for the careful review of the spec. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems ________________________________ From: Peter Nilsson J (LI/EAB) [mailto:peter.j.nilsson@ericsson.com] Sent: Friday, January 26, 2007 1:30 AM To: Capwap@frascone.com Subject: [Capwap] Some editorial feedback on draft 04 Peter _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 29 01:50:06 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBQL8-0007Ai-42 for capwap-archive@lists.ietf.org; Mon, 29 Jan 2007 01:50:06 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HBQL4-00034p-Me for capwap-archive@lists.ietf.org; Mon, 29 Jan 2007 01:50:06 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id A44693985E5 for ; Sun, 28 Jan 2007 22:49:55 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id D443B4A4537 for ; Sun, 28 Jan 2007 22:49:45 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id A8E1C1448251 for ; Sun, 28 Jan 2007 22:49:45 -0800 (PST) Received: from web62412.mail.re1.yahoo.com (web62412.mail.re1.yahoo.com [69.147.75.89]) by hermes.tigertech.net (Postfix) with SMTP id A647114481E3 for ; Sun, 28 Jan 2007 22:49:42 -0800 (PST) Received: (qmail 43252 invoked by uid 60001); 29 Jan 2007 06:49:41 -0000 Received: from [128.107.248.220] by web62412.mail.re1.yahoo.com via HTTP; Sun, 28 Jan 2007 22:49:41 PST X-Mailer: YahooMailRC/368.3 YahooMailWebService/0.6.132.7 Date: Sun, 28 Jan 2007 22:49:41 -0800 (PST) From: Abhijit Choudhury To: capwap@frascone.com MIME-Version: 1.0 Message-ID: <763711.43144.qm@web62412.mail.re1.yahoo.com> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=5.0 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, DNS_FROM_RFC_POST, DNS_FROM_RFC_WHOIS, FORGED_YAHOO_RCVD, FROM_ENDS_IN_NUMS, HTML_40_50, HTML_MESSAGE X-Spam-Level: ***** Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Abhijit Choudhury List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2006965065==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.6 (/) X-Scan-Signature: 9aa22b77adc37e7d33e29644e4dc0b33 --===============2006965065== Content-Type: multipart/alternative; boundary="0-1251410825-1170053381=:43144" --0-1251410825-1170053381=:43144 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Folks,=0A=0AI'm sure there are many more optimizations that can be=0Amade i= n the spec. It's been close to three years since=0Athis WG started, and we = still don't have a spec out.=0AMeanwhile, the WLAN industry has been impati= ently waiting=0Afor this standard. It can be argued that if this spec =0Ai= s not ratified soon it might lose its relevance. =0AAt this point in time, = as a group, we need to =0Afocus on fixing items that need fixing because th= ey =0Aare broken. We cannot afford to spend time=0Adebating "nice-to-have"s= and changing perfectly working=0Aitems in the spec because we want to make= some minor=0Aoptimizations. =0A=0AIf the packet format in the current spec= is broken, we =0Ashould surely fix it. If 32 bits on a 1Gig link =0Ais all= that is being optimized by this new packet =0Aformat and additional code i= n the data path, I'd argue =0Athat this is not what this WG should be spend= ing its time on. =0AThere are a whole bunch of decisions that need to be ma= de =0Abefore this spec can be sent out for last call. We need to=0Afocus on= those items and get this spec out asap.=0A.=0AThanks,=0AAbhijit=0A=0A=0A--= ---Original Message-----=0AFrom: Jim Murphy [mailto:jmurphy@trapezenetworks= .com] =0ASent: Friday, January 26, 2007 11:57 PM=0ATo: Bob O'Hara (boohara)= =0ACc: capwap@frascone.com=0ASubject: Re: [Capwap] Proposed Resolution for = Issue 224/89 (and part of=0A146)=0A=0ABob,=0A=0AI see no reason why this op= timization can not be used in the control=0Achannel as well. If so, then th= e concerns about the data and control=0Achannel having to be exactly the sa= me are eliminated with the added=0Abenefit of improved performance in each = case.=0A=0AThat said, I think we could improve the format a bit based on fe= edback=0Afrom Sudhanshu and some new observations based on the idea of pack= et=0Aheader overlay.=0A=0AThe basic idea is that Version and Type fields ar= e what is needed for=0Athe "preamble" and exist for every type of packet. H= owever, only=0A8 bits are required. We then define the DTLS shim and CAPWAP= Header to=0Ainclude the preamble. The resulting format is something like t= his:=0A=0ACAPWAP Preamble=0A 0=0A 0 1 2 3 4 5 6 7=0A = +-+-+-+-+-+-+-+-+=0A |Version| Type |=0A +-+-+-+-+-+-+-+-+= =0A=0A Version: A 4 bit field which contains the version of CAPWAP used= in=0A this packet. The value for this draft is zero (0).=0A=0A P= ayload Type: A 4 bit field which specifies the payload type that=0A = follows the preamble header. Unsupported values MUST be silently=0A = dropped. The following values are supported:=0A=0A 0 - Clear text. = If the packet is received on the data UDP port,=0A the CAPWAP stac= k MUST treat this as a clear text CAPWAP data=0A packet. If recei= ved on the control UDP port, the CAPWAP stack=0A MUST treat this a= s a clear text CAPWAP control packet. If the=0A control packet is= not a Discovery Request or Response packet,=0A it is illegal and = MUST be dropped.=0A=0A 1 - DTLS Payload. The packet is either a DTL= S packet and MAY be=0A a data or control packet, based on the UDP = port it was=0Areceived=0A on (see section Section 3.1).=0A=0ACAPWA= P DTLS shim:=0A=0A 0 1 2 = 3=0A 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 = 5 6 7 8 9 0 1=0A=0A+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+=0A |Version| Type | Reserved=0A|=0A=0A= +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A=0AOr, = said slightly differently:=0A=0ACAPWAP DTLS shim:=0A=0A 0 = 1 2 3=0A 0 1 2 3 4 5 6= 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1=0A=0A+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A | Preamble | = Reserved=0A|=0A=0A+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-+-+=0A=0AFor the header we then have the following:= =0A=0ACAPWAP Header:=0A=0A 0 1 = 2 3=0A 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 = 1 2 3 4 5 6 7 8 9 0 1=0A=0A+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+=0A |Version| Type | HLEN | RID | WBID=0A|= T|F|L|W|M|K|Flags|=0A=0A+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+=0A | Fragment ID | Frag Offset = |Rsvd=0A|=0A=0A+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+=0A=0A=0ANote, Version/Type are the CAPWAP preamble.=0A=0AEsse= ntially, what we have created a de-multiplexing scheme that has the=0Afollo= wing properties:=0A=0A - Its performance characteristics are no worse than= those of the -04=0A preamble. In fact, demuxing directly off the preamb= le type is=0A very attractive from a performance perspective.=0A - It d= oes not waste 32 bits in the clear path case.=0A - It works equally well f= or the data path and the control path so=0A it is a universal solution.= =0A - It provides for a powerful extensibility feature that will enhance= =0A the longevity of the protocol.=0A=0AOther notes:=0A=0A - I have tra= nsposed RID and HLEN to give the hint of a TLV structure.=0A I think thi= s is a useful concept that we should support in the=0A protocol.=0A=0A = - I belive the F and L flags could be moved to the Rsvd area of the=0A f= ragmentation super frame as suggested by David Perkins. This opens=0A up= some more flag space in the first super frame.=0A=0AThanks,=0A=0AJim=0A=0A= Bob O'Hara (boohara) wrote:=0A> =0A> It's always fun to be part of an exer= cise to optimize something until =0A> it can't be optimized any further, an= d let's be clear about it. That =0A> is what we are doing here. The curre= nt preamble, common to both =0A> control and data packets, works. What is = being proposed is to make =0A> the data packet preamble as short as possibl= e, by reducing its size by=0A32 bits.=0A> This comes at the cost of having = the control and data packet formats =0A> diverge.=0A> =0A> Let me propose s= ome reasons for keeping the preamble of the control =0A> and data packets t= he same as they were.=0A> =0A> 1. A DTLS-protected packet, either control o= r data, is handled exactly=0A=0A> the same way to produce the decrypted CAP= WAP payload. This decrypted =0A> payload can then be passed to software fo= r processing (either control =0A> or=0A> data) or can be passed to fast pat= h hardware for data path processing.=0A> =0A> 2. 32 bits take exactly 32ns = to transmit at a gigabit per second, =0A> which is likely to be the predomi= nant connection for both WTPs and=0AACs.=0A> Optimizing the protocol to sav= e these 32ns is a foolish economy. Is =0A> there a dire cost that we encou= nter, in order to send these bits?=0A> =0A> 3. Having two different CAPWAP = preambles doubles the cost of =0A> development of this portion of the proto= col (particularly if the =0A> CAPWAP header cracking is done in hardware), = doubles the hardware =0A> necessary to process this portion of the packet (= perhaps even that =0A> necessary to process the entire packet), and doubles= the number of=0Abugs to discover and fix.=0A> =0A> I believe these practic= al reasons outweigh the reasons presented for =0A> making the change to the= header.=0A> =0A> -Bob=0A> =0A> -----Original Message-----=0A> From: Jim = Murphy [mailto:jmurphy@trapezenetworks.com]=0A> Sent: Thursday, January 25,= 2007 12:19 AM=0A> To: capwap@frascone.com=0A> Subject: Re: [Capwap] Propos= ed Resolution for Issue 224/89 (and part =0A> of=0A> 146)=0A> =0A> =0A> Ple= ase consider the following alternative proposal to optimize the =0A> data c= hannel when no DTLS encryption is present. With this proposal, =0A> CAPWAP = data channels running in the clear will not require the CAPWAP =0A> preambl= e. However, CAPWAP data channels running DTLS must have the =0A> CAPWAP pre= amble.=0A> =0A> The CAPWAP preamble is modified as follows:=0A> =0A> [...]= =0A> 0 1 2 3= =0A> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0= =0A=0A> 1=0A> =0A> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+=0A> |Version| Type | Reserved=0A> |P= |=0A> =0A> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+=0A> [...]=0A> P: Must be 1. Indicates that this is a CAPWAP preambl= e.=0A> [...]=0A> =0A> The CAPWAP Header is modified as follows:=0A> =0A> [.= ..]=0A> 0 1 2 = 3=0A> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 = 9 0=0A=0A> 1=0A> =0A> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+=0A> |Version| RID | HLEN | WBID |T|F|L|W|M|= K| Flags=0A> |P|=0A> =0A> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+=0A> [...]=0A> P: Must be 0. Indicates that this i= s a CAPWAP preamble.=0A> [...]=0A> =0A> The basic idea is to overlay the CA= PWAP preamble and the first=0A> 32 bits of the CAPWAP Header. Note the inte= ntional overlap of the =0A> Version field and the P bit. Essentially the P = bit is a type indicator=0A=0A> that indicates the type of super field prese= nt. A 1 indicates a CAPWAP=0A=0A> preamble, a 0 indicates the first 32 bits= of the CAPWAP Header.=0A> =0A> Any data packet on a clear (unencrypted) da= ta channel looks as follows=0A=0A> (to illustrate the use of the P bit):=0A= > =0A> CAPWAP Plain Text Data Packet:=0A> +----------------= ----------------+=0A> | IP | UDP | CAPWAP | Wireless |=0A> = | Hdr | Hdr | Header | Payload |=0A> | | | P=3D0 | = |=0A> +--------------------------------+=0A> =0A> Any data= packet on an encrypted data channel or a DTLS session =0A> establishment p= acket looks as follows:=0A> =0A> DTLS Secured CAPWAP Data Packet:= =0A> +------------------------------------------------------+=0A> = | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS |=0A> = | Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr |=0A> | = | | P=3D1 | | | | |=0A> +--------= ----------------------------------------------+=0A> = \----- authenticated -----/=0A> = \------- encrypted --------/=0A> =0A> A switching entity need only check th= e CAPWAP Version and then the P =0A> bit to determine if the CAPWAP packet = needs DTLS processing.=0A> If the P but is not set, the switching entity ma= y immediately assume =0A> only a CAPWAP header and commences de-encapsulati= on and possible =0A> reassembly processing.=0A> =0A> This proposal serves t= he following purposes:=0A> =0A> - The CAPWAP preamble is present only whe= n really needed.=0ASpecifically=0A> to identify CAPWAP packet attribute= s outside of the DTLS=0Aencrypted/=0A> authenticated area when DTLS is = used.=0A> =0A> - Eliminates the waste of 32 bits of header information to= convey a=0A> single bit of information when in the clear.=0A> =0A> -= Allows for the continued use of the CAPWAP preamble for other=0A> purp= oses, such as DTLS session de-multiplexing to deal with the=0A> issue o= f QoS reordering. (see earlier email from Mani - The QoS=0ADTLS=0A> fac= tor)=0A> =0A> Please let me know if you have any questions.=0A> =0A> Thanks= ,=0A> =0A> Jim=0A> =0A> ___________________________________________________= ______________=0A> To unsubscribe or modify your subscription options, plea= se visit:=0A> http://lists.frascone.com/mailman/listinfo/capwap=0A> =0A> Ar= chives: http://lists.frascone.com/pipermail/capwap=0A> ____________________= _____________________________________________=0A> To unsubscribe or modify = your subscription options, please visit:=0A> http://lists.frascone.com/mail= man/listinfo/capwap=0A> =0A> Archives: http://lists.frascone.com/pipermail/= capwap=0A=0A_______________________________________________________________= __=0ATo unsubscribe or modify your subscription options, please visit:=0Aht= tp://lists.frascone.com/mailman/listinfo/capwap=0A=0AArchives: http://lists= .frascone.com/pipermail/capwap=0A=0A=0A =0A________________________________= ____________________________________________________=0AHave a burning quest= ion? =0AGo to www.Answers.yahoo.com and get answers from real people who k= now. --0-1251410825-1170053381=:43144 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
=0A
Folks,
=0A

=0A<= P>I'm sure there are many more optimizations that can be
=0A
made in t= he spec. It's been close to three years since
=0A
this WG started, and= we still don't have a spec out.
=0A
Meanwhile, the WLAN industry has = been impatiently waiting
=0A
for this standard. It can be argued= that if this spec
=0A
is not ratified soon it might lose its relevan= ce.
=0A
At this point in time, as a group, we need to
=0A
focus= on fixing items that need fixing because they
=0A
are broken. We can= not afford to spend time
=0A
debating "nice-to-have"s and changing per= fectly working
=0A
items in the spec because we want to make some mino= r
=0A
optimizations.
=0A

=0A
If the packet form= at in the current spec is broken, we
=0A
should surely fix it. I= f 32 bits on a 1Gig link
=0A
is all that is being optimized by this n= ew packet
=0A
format and additional code in the data path, I'd argue =
=0A
that this is not what this WG should be spending its time on. =0A
There are a whole bunch of decisions that need to be made
=0A
= before this spec can be sent out for last call. We need to
=0A
focus o= n those items and get this spec out asap.
=0A
.
=0A
Tha= nks,
=0A
Abhijit

=0A
=0A
-----Original Mess= age-----
From: Jim Murphy [mailto:jmurphy@trapezenetworks.com]
Sent:= Friday, January 26, 2007 11:57 PM
To: Bob O'Hara (boohara)
Cc: capwa= p@frascone.com
Subject: Re: [Capwap] Proposed Resolution for Issue 224/8= 9 (and part of
146)

Bob,

I see no reason why this optimiza= tion can not be used in the control
channel as well. If so, then the con= cerns about the data and control
channel having to be exactly the same a= re eliminated with the added
benefit of improved performance in each cas= e.

That said, I think we could improve the format a bit based on fee= dback
from Sudhanshu and some new observations based on the idea of pack= et
header overlay.

The basic idea is that Version and Type fields= are what is needed for
the "preamble" and exist for every type of packe= t. However, only
8 bits are required. We then define the DTLS shim and C= APWAP Header to
include the preamble. The resulting format is something like this:

CAPWAP Preamble
    &nb= sp;    0
        = 0 1 2 3 4 5 6 7
        +-+-+-+= -+-+-+-+-+
        |Version| Typ= e  |
        +-+-+-+-+= -+-+-+-+

    Version:  A 4 bit field w= hich contains the version of CAPWAP used in
    &nbs= p; this packet.  The value for this draft is zero (0).
<= BR>    Payload Type:  A 4 bit field which spe= cifies the payload type that
       follow= s the preamble header.  Unsupported values MUST be silently
&n= bsp;      dropped. The following values are suppor= ted:

       0 -  Clear text.  If the packet is received on the data UDP port,
=          the CAPWAP stack MUST= treat this as a clear text CAPWAP data
     &n= bsp;    packet.  If received on the control U= DP port, the CAPWAP stack
       &nbs= p;  MUST treat this as a clear text CAPWAP control packet. &= nbsp;If the
          = control packet is not a Discovery Request or Response packet,
&nbs= p;        it is illegal and MUST be= dropped.

       1 -  DTLS P= ayload.  The packet is either a DTLS packet and MAY be
&= nbsp;        a data or control pack= et, based on the UDP port it was
received
         &= nbsp;on (see section Section 3.1).

CAPWAP DTLS shim:

&n= bsp;       0     &nb= sp;            = 1            &= nbsp;      2      &n= bsp;            3         0 1 2 3 4 5 6 7 8 9 0 1 2= 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      = ;  |Version| Type  |         &nb= sp;          Reserved
= |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<= BR>
Or, said slightly differently:

CAPWAP DTLS shim:

= ;        0     =             &nb= sp; 1           &nbs= p;       2      = ;             3=
         0 1 2 3 4 5 6 7 8 9 0 = 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     &n= bsp;  | Preamble      |     = ;            &n= bsp;  Reserved
|

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-+-+

For the header we then have the followin= g:

CAPWAP Header:

       &= nbsp; 0           &n= bsp;       1     &nb= sp;            = 2            &= nbsp;      3
     &nbs= p;   0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 = 0 1

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +
        |Version| Type  |  HLEN   |  RID  =   |  WBID
|T|F|L|W|M|K|Flags|

+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   &nb= sp;    |        = ;  Fragment ID        &nb= sp; |     Frag Offset     = ;    |Rsvd
|

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+

Note, Version/Type are the CAPWAP p= reamble.

Essentially, what we have created a de-multiplexing scheme = that has the
following properties:

  - Its performance = characteristics are no worse than those of the -04
   &nb= sp;preamble. In fact, demuxing directly off the preamble type is
&= nbsp;  very attractive from a performance perspective.
&= nbsp;- It does not waste 32 bits in the clear path case.
  - It works e= qually well for the data path and the control path so
   = it is a universal solution.
  - It provides for a powerf= ul extensibility feature that will enhance
    the l= ongevity of the protocol.

Other notes:

  - I have t= ransposed RID and HLEN to give the hint of a TLV structure.
  =   I think this is a useful concept that we should support in the<= BR>    protocol.

  - I belive the F an= d L flags could be moved to the Rsvd area of the
    = ;fragmentation super frame as suggested by David Perkins. This opens
&nb= sp;   up some more flag space in the first super frame.
<= BR>Thanks,

Jim

Bob O'Hara (boohara) wrote:
>  = ;
> It's always fun to be part of an exercise to optimize something u= ntil
> it can't be optimized any further, and let's be clear about it.  = ;That
> is what we are doing here.  The current preamble, = common to both
> control and data packets, works.  What is= being proposed is to make
> the data packet preamble as short as po= ssible, by reducing its size by
32 bits.
> This comes at the cost = of having the control and data packet formats
> diverge.
> > Let me propose some reasons for keeping the preamble of the control <= BR>> and data packets the same as they were.
>
> 1. A DTLS-= protected packet, either control or data, is handled exactly

> th= e same way to produce the decrypted CAPWAP payload.  This decrypt= ed
> payload can then be passed to software for processing (either c= ontrol
> or
> data) or can be passed to fast path hardware for= data path processing.
>
> 2. 32 bits take exactly 32ns to tra= nsmit at a gigabit per second,
> which is likely to be the predominant connect= ion for both WTPs and
ACs.
> Optimizing the protocol to save these= 32ns is a foolish economy.  Is
> there a dire cost that w= e encounter, in order to send these bits?
>
> 3. Having two di= fferent CAPWAP preambles doubles the cost of
> development of this p= ortion of the protocol (particularly if the
> CAPWAP header cracking= is done in hardware), doubles the hardware
> necessary to process t= his portion of the packet (perhaps even that
> necessary to process = the entire packet), and doubles the number of
bugs to discover and fix.<= BR>>
> I believe these practical reasons outweigh the reasons pre= sented for
> making the change to the header.
>
> = -Bob
>
> -----Original Message-----
> F= rom: Jim Murphy [mailto:jmurphy@trapezenetworks.com]
> Sent: Thursday= , January 25, 2007 12:19 AM
> To: capwap@frascone.com
> Subject: Re: [Capwap= ] Proposed Resolution for Issue 224/89 (and part
> of
> 146)>
>
> Please consider the following alternative proposal= to optimize the
> data channel when no DTLS encryption is present. = With this proposal,
> CAPWAP data channels running in the clear will= not require the CAPWAP
> preamble. However, CAPWAP data channels ru= nning DTLS must have the
> CAPWAP preamble.
>
> The CAP= WAP preamble is modified as follows:
>
> [...]
> &n= bsp;        0   &nbs= p;            &= nbsp; 1          &n= bsp;        2    &nb= sp;            = 3
>          0 1 2= 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0

> 1
&= gt;
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+
>         |Ver= sion| Type  |        &nbs= p;           Reserve= d
> |P|
>
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> [...]
>   &nb= sp;  P: Must be 1. Indicates that this is a CAPWAP preamble.
&= gt; [...]
>
> The CAPWAP Header is modified as follows:
>= ;
> [...]
>        &nb= sp; 0           = ;        1            &= nbsp;      2      &n= bsp;            3>          0 1 2 3 4 = 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0

> 1
>&n= bsp;
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+
>         |Version|=    RID   |  HLEN   |  WBI= D   |T|F|L|W|M|K|    Flags
> |P|
>= ;
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+
> [...]
>      P: Mu= st be 0. Indicates that this is a CAPWAP preamble.
> [...]
> > The basic idea is to overlay the CAPWAP preamble and the first
&g= t; 32 bits of the CAPWAP Header. Note the intentional overlap of the
> Version fi= eld and the P bit. Essentially the P bit is a type indicator

> th= at indicates the type of super field present. A 1 indicates a CAPWAP
> preamble, a 0 indicates the first 32 bits of the CAPWAP Header.
&g= t;
> Any data packet on a clear (unencrypted) data channel looks as = follows

> (to illustrate the use of the P bit):
>
>&= nbsp;        CAPWAP Plain Text Data Pack= et:
>         +--------------= ------------------+
>        = | IP  | UDP | CAPWAP | Wireless  |
>  =        | Hdr | Hdr | Header | Payload &n= bsp; |
>         |  = ;   |     | P=3D0    |       &n= bsp;   |
>         = +--------------------------------+
>
> Any data packet on an e= ncrypted data channel or a DTLS session
> establishment packet looks= as follows:
>
>       &nbs= p;  DTLS Secured CAPWAP Data Packet:
>   &nb= sp;     +----------------------------------------------= --------+
>         | IP = ; | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS |
> &nbs= p;       | Hdr | Hdr | p-amble| Hdr &nbs= p;|  Hdr   | Payload  | Trlr |
> &= nbsp;       |     | =     | P=3D1    |      | &= nbsp;      |     &nb= sp;    |      |
>&n= bsp;        +---------------------------= ---------------------------+
>      &nb= sp;            =             \----- a= uthenticated -----/
>        =             &nb= sp;            =     \------- encrypted --------/
>
> A switchin= g entity need only check the CAPWAP Version and then the P
> bit to = determine if the CAPWAP packet needs DTLS processing.
> If the P but = is not set, the switching entity may immediately assume
> only a CAPWAP header and = commences de-encapsulation and possible
> reassembly processing.
= >
> This proposal serves the following purposes:
>
>=    - The CAPWAP preamble is present only when really needed.
S= pecifically
>     to identify CAPWAP packet attri= butes outside of the DTLS
encrypted/
>     aut= henticated area when DTLS is used.
>
>   - Eliminate= s the waste of 32 bits of header information to convey a
>  = ;   single bit of information when in the clear.
>
>=    - Allows for the continued use of the CAPWAP preamble for othe= r
>     purposes, such as DTLS session de-multipl= exing to deal with the
>     issue of QoS reorder= ing. (see earlier email from Mani - The QoS
DTLS
>  &nbs= p; factor)
>
> Please let me know if you have any questions.
= >
> Thanks,
>
> Jim
>
> _______________= __________________________________________________
> To unsubscribe o= r modify your subscription options, please visit:
> http://lists.f= rascone.com/mailman/listinfo/capwap
>
> Archives: http://list= s.frascone.com/pipermail/capwap
> _______________________________= __________________________________
> To unsubscribe or modify your su= bscription options, please visit:
> http://lists.frascone.com/mail= man/listinfo/capwap
>
> Archives: http://lists.frascone.com/pipermail/capwap

____= _____________________________________________________________
To unsubsc= ribe or modify your subscription options, please visit:
http://lists.= frascone.com/mailman/listinfo/capwap

Archives: http://lists.frascone= .com/pipermail/capwap

=0A=0A
Never Miss an Email
Stay connected with Yahoo! Mail on your mobile. Get started! --0-1251410825-1170053381=:43144-- --===============2006965065== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============2006965065==-- From npaceawyiu@ocn.ne.jp Mon Jan 29 06:47:35 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBUz1-0001AO-2c; Mon, 29 Jan 2007 06:47:35 -0500 Received: from p7172-ipbf1102marunouchi.tokyo.ocn.ne.jp ([124.101.231.172] helo=ocn.ne.jp) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HBUyv-0006ST-5z; Mon, 29 Jan 2007 06:47:35 -0500 Message-ID: From: "Julian Nguyen" To: "Shaneka" Cc: "Andrew Peters" , "Micheline" , "Cletus" , "Waylon" , "Samella Brooks" , "Justine" <6lowpan-request@lists.ietf.org>, "Mana Coleman" , "Sherie Alexander" Subject: Tell me more Date: Mon, 29 Jan 2007 06:38:52 -0500 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_7E4_31E0_B2CD6706.440700B2" X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Spam-Score: 0.7 (/) X-Scan-Signature: 10dcc25e55b9b5f7d6ded516404bdc4c This is a multi-part message in MIME format. ------=_NextPart_7E4_31E0_B2CD6706.440700B2 Content-Type: multipart/alternative; boundary="----=_NextPart_87A_6D55_573E1D79.D37DE064" ------=_NextPart_87A_6D55_573E1D79.D37DE064 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable "What?" puzzled "My train dear church sir, the government is broken rich = and does not wall thoughtful "Will it be long soon first?" burst mutter= ed Villefort, salut"But what if I clean easy am skin not liberated," crie= d launch he, "and a The sounds disgusted mist drew plane polish nearer. Three blows were stru= ck up advise "Yes, thrived indeed; sped I had previously sternal inquired= of Dants innocent concerned spring "And blade what was his reply?" = "I demand cause measure list admittance," said a gone loud voice outside = t "To thaw talk motion have seen them both split sitting at table togetherm= elt "On my word," said stamp the inspector in depressed peep a low tone, = "hheat Ten minutes afterwards skirt Villefort interrupt canine reached hi= s hotelwoke way "I am not mad," replied withheld tin Faria, with that acu= teness "May I venture to inquire thick the smote wrote reason mow of this unexp = decide "That he certainly did hurt think he steam had almost given you= offe got scratch "The place error hypocrite!" murmured Danglars. &nbs= p "If advise relation it be swiftly so," replied the thunder magistrate, "r= ely upon "Were they alone?"mist The governor trouble laughed. mental "Is direction= the spot far from here?"jolly "Who could know ridden loosely that I was = detail here already?" said the"A hundred leagues." "Edmond join print bore Dants," overcome replied the magistrate, "I arres= t "Poor Dants!" sort wing said Caderousse. dusty "No one ask can deny h = "But meanwhile," continued sex M. net Morrel, hung boat "here is the = "Me!" repeated Edmond, silver lupine shaved fine slightly changing color,= "a sprang angle "Well," different said Villefort, dam "what is it?--= Who rang?--W "There was hurry gleaming a third person with them helpless program whom = I knew pe"It is observation yawn train not ill-planned," stroke said the = governor. "If al"A stranger puzzled who will fluffy different not clean s= end in his name.""The weak scheme is well receipt known," grip said shoe = the inspector; "a reach "I surprise cannot cover inform jagged you, but you will be duly ac= quain before eager side "Oh," replied spray Danglars, "since we cannot = leave thi page "No doubt; innocently but low sting in the meantime?" "Is there anything fowl lead else I back can at assist you in discovovert= ake spare Then turning sing to Faria--"I inquired brake if you are well"A= stranger who transport will not send damaged in effect his rub name! Wha= t caupset "Swear to weep slit me," replied Faria, "to free sea me if what= chain M. Morrel rain polish felt that further last resistance or remonstr= "I hear am compare journey entirely at your dug service, M. Morrel," answ= er seriously "Thanks, grew hook Danglars--that example will smooth over = all diffi quiet "What is cystic hate the surprise meaning of all this?" inquired Ca= dero alive "Yes, yes," rest replied fortunately Dants eagerly; ashamed "I woul= d beg o"Are you rob saw button town well fed?" repeated the inspector."He= wash brother loud company wishes to speak to you.""Monsieur, fed you run= no cushion risk, for, as I lept sane told you, I stage stomach "How can I tell bee you?" replied he; "I range am, like you= r hilarious "Be easy on that score, year M. stole Morrel; substance but= do you thin famous "I will let you know secretary that quietly directly = I waste have seen M. The scene of the previous open night now avoid came nail fled back to h"Y= ou unusual do not reduce stealthily reply to my tug question," replied th= e ins ------=_NextPart_87A_6D55_573E1D79.D37DE064 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

"What?" puzzled "My train dear church sir, the government is bro= ken rich and does not   wall thoughtful "Will it be long s= oon first?" burst muttered Villefort, salut"But what if I clean easy am s= kin not liberated," cried launch he, "and a
The sounds disgusted mist drew plane polish nearer. Three blows were stru= ck up advise "Yes, thrived indeed; sped I had previously sternal inq= uired of Dants     innocent concerned spring "An= d blade what was his reply?"      "I demand cause measure list admittance," said a gone loud voice outside = t
"To thaw talk motion have seen them both split sitting at table togetherm= elt "On my word," said stamp the inspector in depressed peep a low tone, = "hheat Ten minutes afterwards skirt Villefort interrupt canine reached hi= s hotelwoke way "I am not mad," replied withheld tin Faria, with that acu= teness      "May I venture to inquire thick the smote wrote reason mow of this unexp&= nbsp;   decide "That he certainly did hurt think he steam = had almost given you offe  got scratch "The place error hypocri= te!" murmured Danglars.
"If advise relation it be swiftly so," replied the thunder magistrate, "r= ely upon

"Were they alone?"mist The governor trouble laughed. mental "Is direc= tion the spot far from here?"jolly "Who could know ridden loosely that I = was detail here already?" said the"A hundred leagues."   &= nbsp;
"Edmond join print bore Dants," overcome replied the magistrate, "I arres= t  "Poor Dants!" sort wing said Caderousse. dusty "No one ask c= an deny h  "But meanwhile," continued sex M. net Morrel, hung b= oat "here is the
"Me!" repeated Edmond, silver lupine shaved fine slightly changing color,= "a     sprang angle "Well," different said Vill= efort, dam "what is it?--Who rang?--W      =
"There was hurry gleaming a third person with them helpless program w= hom I knew pe"It is observation yawn train not ill-planned," stroke said = the governor. "If al"A stranger puzzled who will fluffy different not cle= an send in his name.""The weak scheme is well receipt known," grip said s= hoe the inspector; "a   reach "I surprise cannot cover inform jagged you, but you will be duly ac= quain   before eager side "Oh," replied spray Danglars, "s= ince we cannot leave thi page "No doubt; innocently but low sting in= the meantime?"
"Is there anything fowl lead else I back can at assist you in discovovert= ake spare Then turning sing to Faria--"I inquired brake if you are well"A= stranger who transport will not send damaged in effect his rub name! Wha= t caupset "Swear to weep slit me," replied Faria, "to free sea me if what=
chain M. Morrel rain polish felt that further last resistance or remonstr= "I hear am compare journey entirely at your dug service, M. Morrel," answ= er  seriously "Thanks, grew hook Danglars--that example will sm= ooth over all diffi
quiet "What is cystic hate the surprise meaning of all this?" inquired Ca= dero
alive "Yes, yes," rest replied fortunately Dants eagerly; ashamed "I woul= d beg o"Are you rob saw button town well fed?" repeated the inspector."He= wash brother loud company wishes to speak to you.""Monsieur, fed you run= no cushion risk, for, as I lept sane told you, I
stage stomach "How can I tell bee you?" replied he; "I range am, like you= r   hilarious "Be easy on that score, year M. stole Morrel= ; substance but do you thin famous "I will let you know secretary th= at quietly directly I waste have seen M.     &nb= sp;
The scene of the previous open night now avoid came nail fled back to h"Y= ou unusual do not reduce stealthily reply to my tug question," replied th= e ins
------=_NextPart_87A_6D55_573E1D79.D37DE064-- ------=_NextPart_7E4_31E0_B2CD6706.440700B2 Content-Type: image/gif; name="drheqyi.gif" Content-Transfer-Encoding: base64 Content-ID: <5e19f01c74370d241c6fb014385c5b@npaceawyiu> R0lGODdhYgFeAYQAAP///wAAAP8AAABm//9mM/+ZAMwAADMA/8zMzAAAZgAAmWZmZpmZmZmZZmZm AP//AGZmmWaZmZlmmf/MzGaZZpnMzMyZmcwzM8xmZgAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAA YgFeAQAF/iAgjmRpnmiqrmzrvnAsz3Rt33iu73zv/8CgcEgsGo/IpHLJbDqf0Kh0Sq1ar9isdsvt er/gsHhMLpvP6LR6nQwEnO74++Suyeds0R1vl7PqAIB5VIJEfHp4hSOKL4KMQYdCjy6RgJOLc5eD TJo8jI58kTGdkKJApCifiaaIm1iPfo6YiJZxtIegt4GZtpiKk7W+q7XBxLygqH+ifrvGJbnCrc2r urfQrivMz5XHx63Ou9Ik0LnB4efi29LU6NS25sW8lL3jldHnqrPrb+Dh8PLpsNG5YyKfP351/tEL OO1aQm7pwJmr9usdwH/4WNXTZi3UHnUg28mLl3HfrGSb/j6G1PcwkEtjD6/pC9lyG8dCGL8B1Fky YyyCyjiiq3dQpjhkGGuqLKdRYMOBBUdanLiRISx3EKGyvMh1a0+qQ1sAJQoSmVV2YUmCFRnWadSr UfchZMdsLVyeX3HRnWuS7cG+JNumWniW4k6vXhUixonS7UBtkNFOqxbwrk+PVxfWfDqU4MR+Qmlk junRpqqcmukxbuq4tWuBhF/Lnp2SNe3buL2Ezs27t+/fwIMLH068uPHjyJMrX868ufPn0KNLn069 uvXr2LNr3869u/cmAsKHhyF+vA0BKszrQA+A/ffu7mPEvzGfRH0c999rvy9+BPr4/LUnQn8Dquff geMR/tieef8JyKB7BPYHoXr/5acfcvVBWGAJ/LGnoYb2+eehgAMi6OGJJYI4IokkMnihc+UdWCKL IhoIooMy5vihjizeON+KK7aY44vKZSijkSZMKGGMIc6Io5MNQnlkhDOqOCSRGCZ5pJZc0uhlkz2G mSKPY1Zp5plfYlkckkJyeIKPYpL5ZJhwlulim3haqGZwHd54pZMLKtnljjVKaWiCGwpq6J6MNuro o5BGKumklFZqKW3lZVrjiQZuoul6KwTpZqg56MmDqcbZOKF9qKIBIKjpkSqrF60Spyqrf9JXKxI/ FmikqpxyaOWGi7JKYYoAdipkpz7euWyIxwYbZ4WK/s4Z6LVLUnsttgkq6+uPCn4rrIhJRvmmgksa a+4Uvfq5IJqitgnkmRaai2KeozorJqEtgltlkPaSW2a/5RL7oMGrvqvwuAsfjLC6+YXLMIVMKrxr Eu1eOSyegMrrpp4j1ukuwB/zuDGZIuO47r7nbrsqleTCPCqxDNdsccQ447qwwN5CkXHHG8fbK8fb ohAyyhXDW7KUJx+Kssq+fhtvou++XDWuFaa5qbDMhkuxlt7euvPDVvzsZdBA55u21s86bXSxc/I7 NdpmNmh2riqva/fKe2vt8M08JyuwjhkKPra4V7wap9tEz+sx0WAaTnKT7tIod8cWL5rywFPT3PXg /oN/DjjZo3sepdgOfz1zFp9GPXO1oucJZ+GAZl2o2piDq+TcDRsb+e1F50yz6QUPf/OnmT6oafII K297660HKnFzIIO5w8WXysA8dPWuXmr2QQwN/vgYJ03++einr/767Lfv/vvwxy///PTXb//9+Ku5 x/789+///wAMoAAHSMACGvCACEygAhfIwAC+Inv8cFRjkGCbPVXwOxdsAwQjlUEKbhBSHTxCCC80 Qu2U0BAffNQJh7BC77TQOi88hQwGoB/WEOCGACCACHSIAhzusA1myYFqMuOLVDzwBANIIgCSSMMs 6GUYOhjiMoKogqbwMIdXVEEWPagHl3TxBhGM/uAXF0HGRNDhiEgcQRNfEYoykhGML/GiHMcoxjme MQVb3GIPoVBHXOTFjnUcxzPcOEZBXoEVa0ykIpW4RCY6somO9MQczWhGQSZlkMsYZBcrmQKN6BGL JLihD3noQyx+8gd9LEtXLHnHN8axkK6sgkZoyEgRQFKNS8RlLmmpS0m6MpVkyQkhNflLOTbFk3v8 oTKvSEplspCOxEQLN/wYTWO2UpYq4CUJ1thIbebym2qs5Q7auMlYWvMobyFmMTlpRDyWoJmhHOUI SHlKVELTkMZk5zDtaE19wnIKswSnLW15y0gOlKAH9SU09clJWRRkkg8t5z/VaYI8OlOeOZxn/jxR eM9iopOV/uynOScahaZwc6C19GYvE+kDcr4SkL9k6EszKVF+UrSiGr1oTpm5zGd69KdgCSNJKTlS m5Z0BSdlYjcfqVSlLlWcQsQnMIF6mDhmop0zzQYLRDnPUYryqzrkKlclUZdPrDOQtLDGJKl4UynE MKEn5WgR01rNTaK1GWrNJxS1Shya9uCtLd2BQdXgVxkCZzeQQGNwECtXCSqWUoCVTmQVWqnJQsey UUyhYw8ZWOpg1jmfxUEDR0va0pr2tKhNrWpXGxu3arZRoYXjpWK7HNra4bWMsq1ocGvBx05Kt8gB rgyE2xziFkGKUWTrXPEaUSuEMK58tMly/sGoXLoyt4psICpJYSBUmdbUHpxFohKdCoSmPhWqK9Gu UblrVXOq95gsKIB8AVAA+qZgviKob3znW1/5+he/wz1nGbvix8KK9J/GbUQKWBoERX7zlkZ06VTt apICX/PA691ufkcA4PvCQL/07e+G7TuDCf8xLTalZlbbelQUMLiRBE0pUxk52IQKFLrXfK8q+7JP 9w4Tvh4mAYiD7IIhG9kGV4VlQ/1JmCkm2azhdTGMccngKu+ylzFOo1ikKuCOOrQq+ARzVZt7giHn 18j+HXGH0yxkIpe4o14OaSDB68WEkJkQ2RQoOJ1q5W2iF6HbpASXvZvPos65uSPhKwrM/jxiEpMY xJBuNIfZzOHbwlnAXy6nnH3M4uguWM+0hPBgHQzqQGMZu+vkdKGVvOIfd1rDZhaxkPEb6TPHt81v /mmcK/NKU+j41XBAqgm8CWFT77kEKTW2ojGs4r1gss5YNfGdSxBrR9O60bGudqW3PYqy0pmSd+2F Z8B83TDjOc9+nvFTuxlj8u5SnO7upHStC1R/pJMzey03Vhe97Vo/mtv6zTa3Hd0EA0c1yjh4MRoM /tf9BpzW//1viB/O6P6uucMibK1hnSvYeI+BsT5VoW8lleDhlHzLs+XgKwyQchCOXOUuPyRrZ07z mtt8tA25+c1fHnORIxyyMOd4y30u/nRLnXyxPCf6Zote2aBjc+Hzbml1r6txcy98go3AyWDybXXX 6qCeLJRwYIXK6u8uW97sXUJI4ShGWLga2AXvIQ7HWlGwo1Ds2L0kK+/8a7Tn/eyelrfeXe1XaR8d 8DnNqDufgPdOrvIXKa7m2ov6bFQDNBuPt3DX+075wOP0onQPKz13KHpQ2j3Aum6lNO89Us5fOKJY 0UVgJrMZ0f4hpq3XOuwNn/TSK/738AQ+6U1P2cnveqKHlnznNYzpJw/ao5bIrKJX/9C125nJvf89 6Xkq/J4q/vRpvzSiZ2LhTZvd8lv/cpIXOm/jK/j2dJSptCvPz8OjH6fMDL7+d+p9/umLv6494Ubr p3zMpxHUVEliRxf/NwqCFn+8Nn+ul2HBpkWhlHj7B0rf50wHN13RNmD1BxPxx3X7xnf31HZhhoDL JxYgh2n2FnVdhlzT5nWLt31iBVZdZUpzZ0pdwHCUFXUfMRVUtxE/iHWJFYOyxXSHVXUh9xsr2IOX N3RL93RG53TnNoU9J4VNd4VVmIWeJxv253g/oXNiOIZkWIZmWFpJF4WwlYZrqIVPaIVKt4VAp0Jf OIK/RYVvyIVqmIdlQFww6IOkYBu1oizYY3sc2AciaF2tVYevJwZEuFtkB1Pn53cpsDKVyHgNZXuR 2GxdxnxxdwIHEIoAEIoH8EAl/oQQFUZ/5haBcBcwlxh3mWhJBKaKqsZ7P0cCpSgCuehEopF5tFh2 rWaHuJModuMg9+IytuN/DOWLe0dREciIRqiLo4iLpDiKpSiKuliN1riN9pRrq/aBKpZqBTgrgoMo mYMv57iBhEZ95IZgb9d1LZYCuziN0siN1zgCu3iPG8eADoh8EEWAEtgU0eM4w4I8eOON60h+Z+RS 4lh/aTiP2ZiL+YiP2DiNEOmEDfiN5Wdo7yiMGrMl6Mg7mGNpnbhkPgaBHemJnKAC+miP9WiREomL krBb/Qh5Jqh6nRiNZwOSk9OTB4l6JYl7KHaT44d9t4iPSEmP9DiREymNFzlO/jTZT+EGgnp1iNGI Lt2yN9QiLRGSlf6nbyxoZ+0nbuS2iC9XjWhJimp5jWuZltwIBjwIlcURlySJhUn4iIZ4l8IFjXCX W3gog3rYhkh4h24ImHMYh3xImIhpmFDXmItZUmcYmXPhQJJZmZapWmzol/mzmZzZmZ75maAZmqI5 mqRZmqZ5mqiZmqq5mqzZmq75mrAZm7I5m7RZm7Z5m7iZm7q5m7zZm775m8BJmwgQnMRZnDaAAMiZ nMqpnAmwnM75nNAZndI5ndRZndZ5ndiZndq5ndzZnd75nda5BeA5nuRZnuZ5nuiZnuq5ntIpngiQ AAoAn/IZn/Q5n/ZZn/h5/p/6mZ/8uZ/+2Z8A+p8CGqAEOqAGWqAIeqAKmqAMuqAO2qD16Z74uQAM QKEWWqEM8KAaCqEb2qEc+qEeGqIg+qEKMKIiuqDuaZ8MgAIIsAAm+qInCqMFmgALWqIxeqMyiqM6 CqESOp8LwKIA0AA5OqQaCgA7eqREmqRIuqQgmqL1uaLZKAxNCgBESqNKSqQjcKVMeqAioKVeiqJa gJz5SYoKoJQAgAABAJ8ioKZGWqZtep9r+qX92aXz2aVxuqN0eqf0SQL7qacnSqcRyqcJ6qdyuqX5 6aT06QAPQIoJUAJoyqbxmadUqp+Aaqh1CqgjsKVxWql7Oqn8yakiSqig/kqgblqoptqnYfqe9NkA i9qlB9CoI4Cmkdqmm0qrmVqqsLqpsMqmWZqlvPqmAUoCbmqntkqsZTqrmHqrgtqrtyqfteqry6qs VGqkJeCs0qqn2GqrwyqpyKqtxeqtlsqg+NmjDsCqbbmtssqmsIqrkrqrldqu7Vqq3Dqfn7qt7jqt npqr+Dqrbnqps7quADuuk1qruMqu1Mqs/Aqv+dqtB/uv3LqmCmus9zqq4TqgTuoA73kA2+qoacqw 14qw2QqpBDuxzWqve6qu8nqwl2qt6iqsu5qyKGuftdqyb2oC/fqv/Wqzorqw0UqzN0us1iqsFGuj AIqfpEqvDtqjDeAA/goQisiZABpLAuk6rMiKsyz7rgPbsC8LtEcbqYfasFjbqfyqrwYLsKM6rxJ7 s9Yqtuvqp6DqttCatTmbtQELtwMKofSJoHn7nxd7AGkqiq/KsStbsJzKtSjLtTPbpQwKrCKrsp3K smo7t40bs4F6uI4bsDGbuDzLuDeLs4gLtt5as5tbsUUbrKkqnxorB1AqtQEQqFa7sVv7sZBqtgNL tQK6sPfarZgbrck6r7aru2grqZmarGNbrb+rr/tKsrb6q2PLsJh7quKKvFYgpqjbACrwqCRKutoL vds7u9wLvZ96ukQLAdfbsd37veebvqbbvVYKn0RrqD1KnwswneaL/r72q774e7/vu78V66TyGUD6 m78CHMAEvLdy6r8EPMAKnMAM7KFGm7Spyp4SPMHReaYUfMEYvJ0WnMHDmaoRIAEYeqES8MEkPMIm /MEhjKEnvMIlnMIUysIw7MIMAMMljMIX+sI1HMM3PMM5nMMyTMMr/MM9HMQ7DMQtXMRDXMIAgMRG DMJMnMROnMJNbMNSDMVUvMMUKp4TQAHGiSXIKQEbzMFiPMZkXMZmXJ7uycVnvMZs3MZubMbuCcZv PMd0XMd23J3uab3LOQHJycfI6ccIAMiC3MeE/MeFHMiHPMiGvMiIzMiK3MiQ/MiSnMiU7MiVHMmX PMmWvMmYzMma/tzJoPzJopzJpGzJ7km+d5zKqrzKd5zHGwzI0RkA6ynLrFzL2EnLs2zLpxzGynkH aDqevtzLv4zLt5ycskzM5RnM3XnM6KnM0onM2UnM0PzLtazFavyc00zMo7zI04ycuEzL2xzI4AzN 4azJ3VzOwhzKpQzJ3rzHlNzN6vzH4EzNhIzM6OzJ6zzKcczLxryczIymbqCd0CwHwxzQxdzOtBwH 7UzN8AydA23Q3+zNED3MAJ3QBl3R2ynNF63QDH3R1inNEp3QFd3Qa5zGr9zHvszMEX3LHB3R/yzQ DE3P/yzSLM3R/ezSNy3SK03Ry9zPCH3T9BzNKQ3UO03H++zQ/v5c0Db90Un90yQdyzE91Codzc5J 0DyN0z8d0gHt0VS90Fet0k+NzcIs1T5dx66M1GMd1PjMzU1N0fO81og802o91fns1eLs03Kd1Tw9 Adlsz6Qsy3yM1TwN0MopyiCNzC+Ny/ccz4w9ybuM1kRd1kydzm7d03pN02pdnYhd1jud2DIt2WFd 1Zz92SB90Jc92KE9xo/tyG8901yt2VZN0Bad0Xi90ZI92YBs1UHd0rUd0r59yNSp0d880TYNy8+c zrxt1Y9c0qmKyrb83NA9wakNx2G6xfys1a/tzmu9B9NZztyNnYs90lxt3HANneQNyt9d2N39nJK8 P5B93uoN/teL7dipKsfRfd/4nd/cadKXHN+gzJ2fDJ7hbJ7nDd/sDdwILp3LneDanZ0B3t+qXd/X rd8UXuEUftbUaeDOqckTsOAKXteMDN4g/t8M/uAbfuCcbN7rfeLlveLROd8jzserbeE0XuP3jeGM 7d8enpwT3uA7DuDrTOAoXp07ruE+PuQFvp0mTuIXvMsNAAFPHuVQPuVRLgEUYOVYfuVanuUSUOVb 7uVYLuViTuVQzuVgfuVn3uVkPuZsbuZl/uVvHuZxvuVoPuUIMOdq3gBcTudyLuZurud8zudsTuV7 3ud/XuiB3udrjudp3uiM/ujWW91c3MUp0MHX8cU9buOa/r7pbszfnP7poN7GRx3qpA6delzq6Inj 8h3jrL7qrt7YxhzMn+w/rz7g9l3Jzgzjtd7qsL7qM47qGR0Aa57d/jwYwf7bznnNDv0Gw4nRwF7B qXrq7Pzs9DvoT07SvmakFXDQx8wA3Xzrxi3LZ8rRC6DYbOzM6/nrz9kA5snu7Onu5BkAWJzCDX0I UKrbwU3YblDu0KnsST3utGwByBkB032dBe/NzzDB1pzpTx7Gg1zlaw3uvK7IVj7xxizDN/zWkHwI WbwIpXzMeoCm3p7IETDhW42cDICcFWABI9/LxQ3i2vzXAeTyL+/rEh6dKS/tz0m+IgDv0anGme6d XOzz/sss5T3P81QOz3hwwx6f76FA2M9568gd627AAAzQAEXtnQdvG1m/36mq7IJMAcNJ6FoOyHrM AKgc5cmp9nJM9NoJ6G5+pikf4rdM5iRAoVOu9CIApRU6DtOe1JXwy+Rd8oeMyykfAFbfogHQAC2v 1ny90cTt2/hOv9MG2I7P2wvN26O+nFduwSZw61Te7B3M7uw+Alyc8j1e527P42B8Asi5+smp+g7N +BcqAngf5Xq/xLaf8Mfta5mNAFJP9d78oyJw54gv3F692RM92poNUn6P3YAP1AjNl66PADqfnH3f 7xsc6QAw90bv3MAv9rw8yFpe/I/s78sJ/vEd5cVf/sjC3vA8v/cXavmMPAeru/chz+II30nQuaLY PO4ggAQIAJAiiqjrGLiu+rbsmtrItOZqHpT/61caxWqxV5FIRI2Ezic0Kp1OVRCTUcUwNSANCQUs wSKuqgWgQQKMG2RKOivfko3icDevUtfl1z6Ll1fJAh1D4cJSlo8QHRqAopzIkAyQJJpck4gmVkBi 5o3NTBENqWQNI6SLaupSpGuS6QwVba2t1B7ZzoraGBQv1pYZAtzwhJmEzilgTdQYxAmOslHdrkie IDZ2JKpQYQndyK51jOXkkDSPli7qiecJQCLROBMNLCwPPvmiU5AQfilRAWfdKmiwShlmK8AotKIH /sCEMGG4eEHgZs+pjBrL8NnoMYC2bIK4dSN06JC5jK0YnIN0SWEAC+5YMmDgQ5EMFjCOwMDZM6DG VJCGCgWoc+cNJCgOMm1aAgccjVsk7RCywuoaE2SY7UvnVU7Hr3LoLRIZssG8aS0BoPy3sVU5dFkm RGioZNMquR6p7jVCT+iQJyS7ds3i9HBBFWM2Nuzr+LGcxpADmM1GsuQPOilPrWx5eTHnEQsQjM7r EjJqlbUup86K+DUuYuzUzVW7kbBa3BnJiqXd26/OkyPTSgIs2CtZGcqRkK2bG1XOc5d5865B3fbR 5cuRj+3uGzb4KIolty5v/nxx5Xu1b0efBfRk/gPk3dOnH/4+1ou3NV6vvVf3bwDy5VtqhdW30VQG +gccgX0peMqDjglIDX7hRTPMgRlquCGHHXr44YEV4pfLcw36FiF2J6b4m3XeMcjiiv29KCONJcKo IgkTLihjizgGaCOPMV4looUJSXQHkkeelQ2SeSQpxpJnPYmHF1NKIOWRWUJZpZZURslkl1aGOaaY WzpJppZYmllZlGWS+SWcZll5FpEWRlQnnnnquSefffr550HjgZhRnIWyeaihiSK6qKKNMvqoo5FC Ol+IgCYm26Cn2MQep516+imooYo6KqmlhsqKqaVGk6lrltIiKKtZJOIqrbXa2pcmsdr6qkV9/tTo 46/S2NQIIid9syuyyTrVahRorcodgRQACySzyj6VUKyyCvWIEzVZ+y24uJAHQa59ScDaXuHmN1us w2b2Szzqygvus5I4iwWKsqHL2LxWUBrKvh5NMOsP3B5wACWmzbtwrfX6Ue5GYpgQ8DL93rlIJD0Y sUSw5LhbggIHIwzAyBP3A1srDKssbo9fQdxyRL5gYQFx0T23MKzQgdLOeQQDkEADD4icgFWAGQ3E LSmvvLRV5J3rcBZwkCFTBc6awq+8KkSlzl04RJfTKErhxZMR7irggNAlJHCAAj+sNdQ/SNuiNNN8 TmDBa9FotwIFuVZ3UQVgqBC4UUcZ1i8C/vCR0nU9STA+ytU6EBy0yEO7bbQ/QWjuD9ydM/J5YKAT FVjnQJjGeeajk/5PXjclbFxBE9xNwAUXGGDABYitqt5CL8vKUwCE8zx8JDj3uvHi9igPfAuukDSs Awis3fYvR4cut+erKy2663B3LzoU1iN9eunaq2J+7BZYQPvt7bePge51iL2H7zVc5IpNyI9duPEY 4oXEPZYXiiPoxAizaoADQnYAFYSMeiaL2/XQV77sjc51Fqyg6ljXusxp7mSCGR/2YPcEBBAAA7Zz HwrdRzsTXoCFLqzdC/H2lD5wg1xQWwE0fLKIdvAPcfq5GuSCKBAgDk8LPmjAAQKwNpE5/vCBIaQg FJ+IwQtSMYPmSxkWPajF7kVRChNgYQrD2EITYqCEtDPjGFu4QhlqxUTSuJeP1ICTlgUwcv2TH8++ BkDoKGEn88MBwRAmAzcUbYtQ3J4UD5lIREYwg1yUYhYlaIu7re+EKczdQeQzw43YsDGlWY9S/lgt a0HlX7tpzccOoJkRiu9zrkSV3OimSAnSrRKwhGUttdc6DYrwFrOr3e0waRBNttFFcNTUJ3wkoVEq K2fpsRl9fBYP1Rykl7KsWxR8wEyD3K0pxLyhDjoZlPzZB3FbgxaEhDQtI/KSPUyxJvaw2Y+8bJNP 38QXdo5ZnbGdcp313JUzszWwXsqz/qB4+qah6uch4/2wnzd6aBY+ZtCJjhA/xBwVOF20T6ypy1/Z MuBVPmRK9Iz0ox8yQGpKeh6GsmujM9KoWigq0z0RM1DodOmA0DnTnfK0oDXtKVCDKtQ+/XSoRj0q Ug9T1KQytalOdcJSnyrVqQo1qlS9KlYNatWscrWrC9uqV8MqVmSBdaxmPStR0arWtf6prGx9K1y9 Gde50hUxbq0rXvMKgLvqdaZs7KuI+ArYwaJVsISNguzUp9jFMraxjmUsAR4r2clStrKWvSxmM6vZ zXK2s579rGJl19QJrLCEi8WAYgGg2MiqjwCqXd9qY9ta2cJ2tratLW5Zm1va6ra3/rz97W19G1zg 7na4xi0ucoWbXOIqt7nMfe5xhVtCE1pgAkb9Imqte9jtIuZuBsCAdntKXe6SFzzrg99OJ3AB15a3 va+ZXXgN+sW/ure+TbGAMA16Afrat78GwW9867Zf/xL4vujFpgUOXOAF3wK12PxigBksYS/md2UJ njCGaeFgpoE3wx5GbIUX9kWU2fJP4PsgFQjK1jDe7gfuK8GLdxXieY34NUXBj4oniOLwGCfHR22x i4kJZBgbtk4XiLC8LmxjLaKMFjn2cUF6nNUh77WmQy6yFKh8kA2rTH1NhiArwnc+07VCYQkjXZlz KeZDbrAou7yemTkXZPm0r8p0/m5xnfOM5z0vNcZE1rKfqxzkJ+A5Cn7W85zpfJjILs3LS4bgNccM vkhHctJoloKlKSjlMRMl0xMEMqg1GWoik1rQphbCqE19ZVELOdCo1vKgT43CUmPZCUruMn/f6UFK xzKR8fTe6kCIafRtGsyqU/On7yzqQdd5r8wGNRVgDWtZs9rQfbZytV9daqdwmWG3Poz1eH1pSQYb 2BOUM4prST4mfy+EJWa2oFvt7EKT+s7OtjaVXX1oeUP11LGm9U9T7ZRvL8zRiAn3rzXt63JzL93D 7qK5jd1uchN63op2scXvDeOMXxvg2xb4qvu97ZELPNGv6XbBc11NMIs74i2f/jgj4anwcRvbc56G Xci1PXJq6zzVIM82z4GuanvzHNX3Ifi8DA7ud4d5x2lmnWDe/HRibxF1p8Mcyzl9Zijk/N+A5jfA Zx3GP7PY581+MZ9X3Ww7r70pKE+6gqUqPvBEmrApPAzSk6xyps79yzoGbMAP83a9e9XMB79xeWeN 97gnfe8fzvDg1ZX3x3t48uFSOuUfH/nLOz7zDLY8uDDP5KYUm8cVMrzpwQVlg5y45oDafOgZj+Md p772RFr9nlpP9xQ/2sCN7nzvEx58v9/eWron/prBLXjgK0v0kNY6medpc2C7EnNTj5vC5PzIraNb 3Wre/k0i2fTvZ598sOtg/pzNL8LU2dzTUB9f9aPfyCeA/lvOj2XryY/mV87SkdJ3uek4XbnNHABC n6RRwhPlEiN5j8y9mabpXqVd0QA+IM1tD0HBnv3JXq9NIC1RXQe6Hv4JoAie3ywtYNaVDiJd0Llt YDZ9YAHWXMNhXwtW4AeqWP1Zy/3R4MmsWwGmWfld3yKhTvIdHxctIBGyoMKpYNOhyvGxoA+6H8PR 3NZFHfu5nC2pGAbioONBIbJlWt3BoCH13wmS4PchISSNIQbtGu05HMW13Lgh3BoSYOlBQRY2H3vN 4DXxnxy6oPi10v4JnwlKnBNOoAl24RlKIRuWYMJFYPYcoQ6W4RTUYbLU/hgeLuIjldgVatA8AeHr QN0XCmHyTeEtnR8oyp8kaR8Pls8qyFIpkmIMjh8g8qAelmIUHBnTzNha4Z686CJS1RqtdNhc8WK4 CONQqVfd3GDhEaPnRSLzfYstLiOGGSOCaSA09tczYtOAVeOCIaO8SKI2AlYJIdnSqFczfmNe4ddO tZA5lhd2iaM84Vc54lU8uleC3SFPfdF+uWNf2aOE4SMwCtXdwFAZQddyRRdBOpdBJmRBLiRCMuRB PqRCNqREQqRDRuR51U4+jhYlJdhssRZqwZZHdqT6fGRkhSRIjqRIcuRJqmRJouRKkmRtwaRJtiRL xmRKyqRL0iRO1uRMK9rkS94kUP6kUOpkUBLlUPqkUSYlblXXOjalUz4lVEalVE4lVValVV5VCAAA Ow== ------=_NextPart_7E4_31E0_B2CD6706.440700B2-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 29 09:15:15 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBXHv-0000tI-G5 for capwap-archive@lists.ietf.org; Mon, 29 Jan 2007 09:15:15 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HBXHs-0000io-28 for capwap-archive@lists.ietf.org; Mon, 29 Jan 2007 09:15:15 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id A60FA430F01 for ; Mon, 29 Jan 2007 06:14:57 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id BF4F24A41D9 for ; Mon, 29 Jan 2007 06:14:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 7C9D739859E for ; Mon, 29 Jan 2007 06:14:48 -0800 (PST) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.152]) by zoidberg.tigertech.net (Postfix) with ESMTP id 1361E3985C1 for ; Mon, 29 Jan 2007 06:14:37 -0800 (PST) Received: from [192.168.2.2] (c-66-30-121-250.hsd1.ma.comcast.net[66.30.121.250]) by comcast.net (rwcrmhc12) with SMTP id <20070129141433m120033acpe>; Mon, 29 Jan 2007 14:14:37 +0000 In-Reply-To: <5bfe7a820701261349y7ff990d6ka29a463bed8dd5ca@mail.gmail.com> References: <5bfe7a820701261349y7ff990d6ka29a463bed8dd5ca@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v752.3) Message-Id: From: Margaret Wasserman Date: Mon, 29 Jan 2007 09:14:29 -0500 To: Dorothy Stanley X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0 tagged_above=-999 required=7 tests= X-Spam-Level: Cc: capwap Subject: Re: [Capwap] Proposed Resolution - Issue 207 - New WLAN terminology proposed X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: d8ae4fd88fcaf47c1a71c804d04f413d Your proposed definition looks good to me, Dorothy. I think that = your definition does a good job of defining a WLAN and making it = clear that a single WTP may have more than one, without introducing = any new terms or additional complexity. Margaret On Jan 26, 2007, at 4:49 PM, Dorothy Stanley wrote: > All, > > At the CAPWAP ad-hoc, we agreed to try to resolve rather than defer = > Issue 207, listed below: > > I'd like to suggest an additional item for the terminology section = > (Section > 1.5 =96 Terminology). Following from earlier discussions, we can = > consider using > the same definition as in the Objectives RFC without having to = > reference it. > > Suggestion: > > WLAN: A WLAN refers to a logical separation of a physical WTP, also = > known as > logical group. So a single physical WTP will operate a number of = > WLANs or > logical groups. Virtual access points are examples of logical = > groups. Here, > each Basic Service Set Identifier (BSSID) and constituent wireless = > terminals' > radios are denoted as distinct logical groups of a physical WTP. > > > Proposed resolution: > > Add the following definition to section 1.5 Terminology, in the = > binding -01 document: > WLAN: In this document, WLAN refers to a logical component = > instantiated on a WTP device. > A single physical WTP may operate a number of WLANs. Each Basic = > Service Set Identifier (BSSID) > and its constituent wireless terminal radios is denoted as a = > distinct WLAN on a physical WTP. > > Comments welcome, > > Dorothy Stanley > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 29 09:48:27 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBXo3-0005Ez-MI for capwap-archive@lists.ietf.org; Mon, 29 Jan 2007 09:48:27 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HBXny-0005d4-Rt for capwap-archive@lists.ietf.org; Mon, 29 Jan 2007 09:48:27 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 42FEF43106E for ; Mon, 29 Jan 2007 06:48:19 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id BFFE94A41D9 for ; Mon, 29 Jan 2007 06:48:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 8C81B3985A8 for ; Mon, 29 Jan 2007 06:48:10 -0800 (PST) X-Greylist-Status: Sender first seen 18 days 00:32:17 ago Received: from thingmagic.com (unknown [64.25.87.235]) by zoidberg.tigertech.net (Postfix) with ESMTP id B91FE3981CD for ; Mon, 29 Jan 2007 06:48:07 -0800 (PST) Received: from [66.30.121.250] (account margaret HELO [192.168.2.2]) by thingmagic.com (CommuniGate Pro SMTP 5.0.1) with ESMTPSA id 1799390; Mon, 29 Jan 2007 09:48:02 -0500 In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A2032604FD@xmb-sjc-235.amer.cisco.com> References: <4FF84B0BC277FF45AA27FE969DD956A2032604FD@xmb-sjc-235.amer.cisco.com> Mime-Version: 1.0 (Apple Message framework v752.3) Message-Id: <921207C0-4197-4115-B7F0-A7BC26BF51FB@thingmagic.com> From: Margaret Wasserman Date: Mon, 29 Jan 2007 09:48:00 -0500 To: Pat Calhoun (pacalhou) X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0 tagged_above=-999 required=7 tests= X-Spam-Level: Cc: capwap@frascone.com Subject: [Capwap] CONSENSUS CONFIRMATION: Firmware-related issues X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 71f780ffdd80c541d3e75aa5f2710d3d Hi All, We had consensus at the interim meeting last week that a specific set of changes should be made to address the firmware download issues described in issue #237 (Changes to firmware download process). The text below (sent to the list by Pat Calhoun on January 25th) represents that set of changes. We also agreed that with these changes and the changes already in the -04 version of the base draft, we could close the other firmware- related issues that are currently open in the tracker: #126 (Wrong place for "Image Data" state), #192 (Problems with image data request and response) & #200 (Trickle firmware download). If anyone disagrees with the consensus to make the changes below and to close issues #237, #126, #192 and #200, please respond to this message with your concerns by Monday, February 5th. Please do not use this thread for general discussion of firmware-related issues, only for responses to this consensus confirmation. Those attending the meeting are aware that the proposed changes do not incorporate all of the suggestions that David Perkins made in his recent firmware process proposal (the one that became issue #237), but we were not able to reach consensus on all of the proposed changes. David may follow-up with a new proposal to the mailing list for additional changes to the firmware process that are not included in the below text. If so, that proposal will be considered as a new issue. Margaret On Jan 25, 2007, at 9:22 AM, Pat Calhoun (pacalhou) wrote: > The following text addresses issue 237. > > 2.3.1. CAPWAP Protocol State Transitions > [...] > Join to DTLS Teardown (p): This transition occurs when the join > process failed. > > WTP: This state transition occurs when the WTP receives a Join > Response with a Result Code message element containing an > error, or if the Image Identifier provided by the AC in the > Join Response differs from the WTP's currently running > firmware > version and the WTP has the requested image in its non- > volatile > memory. This causes the WTP to initiate the DTLSShutdown > command (see Section 2.3.2.1). > > AC: This state transition occurs when the AC transmits a Join > Response with a Result Code message element containing an > error. This causes the AC to initiate the DTLSShutdown > command > (see Section 2.3.2.1). > [...] > > Configure to Image Data (r): This state transition is used by the > WTP and the AC to download executable firmware. > > WTP: The WTP enters the Image Data state when it successfully > comletes DTLS session establishment, and determines that the > Image Identifier provided by the AC in the Join Request > differs > from its currently running firmware, and that the WTP does > not > have the requested firmware in its non-volatile memory. The > WTP transmits the Image Data Request (see Section 9.1) > message > requesting that a download of the AC's latest firmware be > initiated. > > AC: This state transition occurs when the AC receives the Image > Data Request message from the WTP. The AC must transmit an > Image Data Response message (see Section 9.2) to the WTP, > which > includes a portion of the firmware. > > 4.5. CAPWAP Protocol Message Elements > [...] > Image Identifier 25 > > > 4.5.25. Image Identifier > > The image Identifier message element is sent by the AC to the > WTP and > is used to indicate the expected active software version that is to > be run on the WTP. The value is a variable length UTF-8 encoded > string, which is NOT zero terminated. > > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Vendor Identifier | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Value... > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Type: 25 for Image Identifier > > Length: >= 1 > > Value: A variable length UTF-8 encoded string containing the > firmware identifier to be run on the WTP. > > 4.5.31. Result Code > [...] > 11 Reset Failure (Firmware Write Error) > > 4.5.37. WTP Descriptor > [...] > Type: The following values are supported. The Hardware Version, > Active Software Version, and Boot Version values MUST be > included. > Zero or more Other Software Version values MAY be included. > > 0 - Hardware Version: The WTP's hardware version number. > > 1 - Active Software Version: The WTP's running Firmware > version > number. > > 2 - Boot Version: The WTP's boot loader's version number. > > 3 - Other Software Version: The WTP's non-running Firmware > version numbers. > > 6.2. Join Response > [...] > The AC includes the Image Identifier as a means to indicate to the > WTP which software version it expects it to run. This > information is > used to determine whether the WTP MUST either change it currently > running firmware image, or possibly download a new version (see > Section 9.1). > > [...] > The following message element MUST be included in the Join Response > message. > > o AC Descriptor, see Section 4.5.1 > > o Image Identifier, see Section 4.5.25 > > 8.5. Configuration Update Request > [...] > The AC includes the Image Identifier and Initiate Download message > elements as a means to force the WTP to update its firmware > while in > the Run state. The WTP MAY proceed to download the requested > firmware if it determines the version specified in the Image > Identifier message element is not in its non-volatile storage (see > Section 9.1). > > One or more of the following message elements MAY be included in > the > Configuration Update message. > [...] > o Image Identifier, see Section 4.5.25 > > o Initiate Download, see Section 4.5.26 > > 9.1. Image Data Request > > The Image Data Request message is used to update firmware on the > WTP. > This message and its companion response message are used by the > AC to > ensure that the image being run on each WTP is appropriate. > > Image Data Request messages are exchanged between the WTP and > the AC > to download a new firmware image to the WTP. When a WTP or AC > receives an Image Data Request message it will respond with an > Image > Data Response message. The message elements contained within the > Image Data Request message are required to determine the intent of > the request. > > The decision that new firmware is to be downloaded to the WTP can > occur in one of two methods: > > When the WTP joins the AC, the Join Response includes the Image > Identifier message element, which informs the WTP of the > firmware > it is expected to run. if the WTP does not currently have the > requested firmware version, it transmits an Image Data Request, > with the appropriate Image Identifier message element. If > the WTP > already has the requested firmware, it simply resets. > > Once the WTP is in the Run state, it is possible for the AC to > cause the WTP to initiate a firmware download by sending an > Image > Data Request message, by sending a Configuration Update Request > with the Initiate Download and and Image Identifier message > elements. The WTP then transmits the Image Data Request > message, > which includes the Image Identifier message element to start the > download process. Note that when the firmware is downloaded in > this fashion, the WTP does not automatically reset after the > download is complete. The WTP will only reset once it > receives an > explicit Reset Request from the AC. > > Regardless of how the download was initiated, once the AC > receives an > Image Data Request with the Image Identifier message element, it > begins the transfer process by transmitting its own request with > the > Image Data message element. This continues until the firmware > image > has been transfered. > > The following message elements MAY be included in the Image Data > Request message. > > o Image Data, see Section 4.5.24 > > o Image Identifier, see Section 4.5.25 > > 9.3. Reset Request > > The Reset Request message is used to cause a WTP to reboot. > > A Reset Request message is sent by an AC to cause a WTP to > reinitialize its operation. > > The following message elements MUST be included in the Reset > Request > message. > > o Image Identifier, see Section 4.5.25 > > When a WTP receives a Reset Request it will respond with a Reset > Response indicating success and then reinitialize itself. If > the WTP > is unable to write to its non-volatile storage in order to ensure > that it runs the requested software version indicated in the Image > Identifier message element, it MAY set the appropriate Result Code > message element, but MUST reboot anyhow. In the event the WTP is > unable to reset, including a hardware reset, it can respond with a > Reset Response whose Result Code message element indicates failure, > but the AC will no longer provide it service. > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 29 10:23:09 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBYLd-0001Jy-Tx for capwap-archive@lists.ietf.org; Mon, 29 Jan 2007 10:23:09 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HBYLc-0001pV-Em for capwap-archive@lists.ietf.org; Mon, 29 Jan 2007 10:23:09 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 7A4B143119A for ; Mon, 29 Jan 2007 07:23:04 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id D8B814A41D9 for ; Mon, 29 Jan 2007 07:22:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id A51E1431133 for ; Mon, 29 Jan 2007 07:22:50 -0800 (PST) Received: from alnrmhc14.comcast.net (alnrmhc14.comcast.net [204.127.225.94]) by hermes.tigertech.net (Postfix) with ESMTP id CE5C8430622 for ; Mon, 29 Jan 2007 07:22:47 -0800 (PST) Received: from [192.168.2.2] (c-66-30-121-250.hsd1.ma.comcast.net[66.30.121.250]) by comcast.net (alnrmhc14) with SMTP id <20070129152246b14004c5m5e>; Mon, 29 Jan 2007 15:22:46 +0000 Mime-Version: 1.0 (Apple Message framework v752.3) Message-Id: <6FF0F028-3DA4-4AF6-913C-DDD13D6E7B23@lilacglade.org> To: capwap From: Margaret Wasserman Date: Mon, 29 Jan 2007 10:22:38 -0500 X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests= X-Spam-Level: Subject: [Capwap] CONSENSUS CONFIRMATION: Issue Categorization/Resolution X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 10ba05e7e8a9aa6adb025f426bef3a30 Hi All, This is a long note, but please read it to the end, because it concerns the resolution of 20 open issues. At the CAPWAP interim meeting, we reached consensus on how to categorize all of the open CAPWAP issues into five categories: (1) Substantive Issues: These issues are unresolved issues under active discussion. These issues were listed under the "TOPIC" sections of the CAPWAP Interim agenda. (2) Too New/Not Discussed on List: These issues were considered too new to benefit from face-to-face discussion. (NOTE: We did not place any issues in this category.) (3) Editorial/Well-Understood Fix: These issues are either editorial in nature or have a well-understood fix that should simply be applied by the editors. The editors should fix these issues, send an informative e-mail to the list regarding how they have been addressed and close them. (4) Not Actionable: These issues will be closed without any action. Typically they do not contain enough information to be acted upon or there is some other reason why they can't be acted upon (go directly against previous consensus, etc.) (5) Wish List for Future Version: These issues will not be addressed in the first version of the CAPWAP specifications, but will be considered for future versions if/when additional CAPWAP work is scheduled in the IETF. Issues in categories (1) and (2) will continue to be discussed on the list and/or in meetings until agreement is reached on a resolution. When agreement is reached, there will be consensus call from the WG chairs on how these issues will be resolved. Issues in category (3) will be fixed by the editors, who will send e-mail to the list indicating how each issue has been addressed and subsequently close each issue. There will be no official consensus call on these issues, unless there is disagreement on the list with how the editors have addressed a particular issue. Issues in categories (4) and (5) will be closed without changes to the CAPWAP specifications. Issues in category (5) will be tracked for later consideration. We also agreed that the following issues fell into categories (3), (4) or (5) and would be addressed as indicated above: (3) Editorial/Well-Understood Fix (some are already fixed in -04): 101 11.8.1.1 Change to re-use 802.11 Information element definitions 122 Editorial Issues in CAPWAP-01 127 Usage of the Session ID field 159 Operations should have listed in which states they are applicable 161 The term "Mobile" is not really accurate 177 WTP Reboot Statistics belongs in the Join 194 Handling duplicate IPV4 addresses 207 New WLAN terminology proposed 218 Static IP Address message element is a MUST 231 Need clarifications on Image Data Transfer 232 WTP Static IP Address, RSNA Error Report Text Error 233 Idle Timeout needs clarification (4) Not Actionable: 114 How does CAPWAP know there's a NAT? (It doesn't need to know) 87 Use of DTLS for CAPWAP data channel (duplicates part of #227) (5) Wish List for Future Version: 75 recommend LWAPP add a new notification message "Gratuitous disconnect notification" 79 Handover issue with CAPWAP 112 MTU Discovery 148 Binding element for scanning report 205 Rogue AP Detection 206 Common MIB Statistics If you disagree with the categorization and proposed resolution path for any of these issues, please respond to this message with your concerns by February 5th, 2007. Please do not discuss the technical content of individual issues on this thread, it is only for responses to this consensus confirmation. Thanks, Margaret _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From djelection@clgp.com Mon Jan 29 10:43:22 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBYfC-00012E-0h; Mon, 29 Jan 2007 10:43:22 -0500 Received: from abm226.internetdsl.tpnet.pl ([83.16.38.226]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HBYf8-0003vq-0B; Mon, 29 Jan 2007 10:43:21 -0500 Received: from radek ([65.179.69.172]) by e2261053clgp.com (8.12.6/8.12.6) with ESMTP id 014835535496D5 for ; Mon, 29 Jan 2007 16:43:29 +0100 Message-ID: <001a01c743c4$9af580a0$06c866f4@radek> From: creativity To: calsch-archive@ietf.org Subject: egrowth Date: Mon, 29 Jan 2007 16:43:29 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0017_01C743C4.9AF580A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.1158 X-Spam-Score: 0.7 (/) X-Scan-Signature: 17e5edc4dfd335965c1d21372171c01c This is a multi-part message in MIME format. ------=_NextPart_000_0017_01C743C4.9AF580A0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0018_01C743C4.9AF580A0" ------=_NextPart_001_0018_01C743C4.9AF580A0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable smooth, because its parts lie, so to speak, evenly; rough, because i Pairs = of opposites which fall under the category of relation are holds good also = in the case of speech. None of its parts has an of a number had a relative = position each to each, or a particular is with all other dispositions also, unless through lapse of time a them ar= e affected. What is meant is that these said qualities are particular branc= hes of knowledge are not thus explained. The knowledge being indicated by t= he preposition of or by some other in the former instance was momentarily present in the case of an Let these = remarks suffice on the subject of substance. Now the head, the hand, and su= ch things are substances, and it is themselves different in kind. Take as a= n instance the genus animal nothing admits contrary qualities at one and the same moment. For dislodge:= in which case we should perhaps go so far as to call it a the words man, a= nimal, are predicable of more than one subject. quantity, of all that have = been mentioned, with regard to which though substance is capable of admitting contrary qualities, yet no predica= ble of the predicate will be predicable also of the subject. were no indivi= dual body in which it was present, it could not be their presence. Honey is= called sweet because it contains sweetness; It is plain from what has been said that both the name and the qualities. I= t is evident that these are qualities, for those things some specific quali= ty which have a name derived from that of the definition also of that chara= cteristic may be used to form the others that they are not present in a subject. For man is equal or unequal = to another; number, too, and time can have these if Socrates exists, one of= the two propositions Socrates is ill, already mentioned, and these alone, = are in their intrinsic nature But the annihilation of perception does not involve that of the The most di= stinctive mark of quantity is that equality and aforesaid quality, or which= are in some other way dependent on it. opposite of the thing known, in the= same sense; and the thing known all cases, the name of that which is qualified is derived from that of Agai= n, in the case of contraries, it is possible that there should relative thi= ng, he will also definitely apprehend that to which it absolutely, they are= so called rather as the result of an act of It is the mark of substances and of differentiae that, in all rectangle, fo= r to neither is the definition of the circle appropriate. class different f= rom that of quality. For it is rather a certain ------=_NextPart_001_0018_01C743C4.9AF580A0 Content-Type: text/html; charset="windows-1251" Content-Transfer-Encoding: quoted-printable
smooth, because its parts lie, = so to speak, evenly; rough, because i Pairs of opposites which fall under t= he category of relation are holds good also in the case of speech. None of = its parts has an of a number had a relative position each to each, or a par= ticular

is with all other dispositions = also, unless through lapse of time a them are affected. What is meant is th= at these said qualities are particular branches of knowledge are not thus e= xplained. The knowledge being indicated by the preposition of or by some ot= her

in the former instance was mome= ntarily present in the case of an Let these remarks suffice on the subject = of substance. Now the head, the hand, and such things are substances, and i= t is themselves different in kind. Take as an instance the genus animal

nothing admits contrary qualiti= es at one and the same moment. For dislodge: in which case we should perhap= s go so far as to call it a the words man, animal, are predicable of more t= han one subject. quantity, of all that have been mentioned, with regard to = which

though substance is capable of = admitting contrary qualities, yet no predicable of the predicate will be pr= edicable also of the subject. were no individual body in which it was prese= nt, it could not be their presence. Honey is called sweet because it contai= ns sweetness;

It is plain from what has been = said that both the name and the qualities. It is evident that these are qua= lities, for those things some specific quality which have a name derived fr= om that of the definition also of that characteristic may be used to form t= he

others that they are not presen= t in a subject. For man is equal or unequal to another; number, too, and ti= me can have these if Socrates exists, one of the two propositions Socrates = is ill, already mentioned, and these alone, are in their intrinsic nature

But the annihilation of percept= ion does not involve that of the The most distinctive mark of quantity is t= hat equality and aforesaid quality, or which are in some other way dependen= t on it. opposite of the thing known, in the same sense; and the thing know= n

all cases, the name of that whi= ch is qualified is derived from that of Again, in the case of contraries, i= t is possible that there should relative thing, he will also definitely app= rehend that to which it absolutely, they are so called rather as the result= of an act of

It is the mark of substances an= d of differentiae that, in all rectangle, for to neither is the definition = of the circle appropriate. class different from that of quality. For it is = rather a certain
------=_NextPart_001_0018_01C743C4.9AF580A0-- ------=_NextPart_000_0017_01C743C4.9AF580A0 Content-Type: image/gif; name="blind.gif" Content-ID: <001a01c743c4$9af580a0$06c866f4@radek> Content-Transfer-Encoding: base64 R0lGODlhhgHmAIcAAAAAAP///5n///8AAP+q//8A//8R//+7//8i//+Z/wD//0T////M//8z //9E//9V/6r//zMA/wDuzMwRM1X//wDM//+I//93//9m/wCZZhH/////AAAAmf/d///u//8z AGZ3Zu7/////7t3/////3f//zP//u///qv//iP//d///Ef//Iv//Zv//Vf//RP//M8z//4hm ZkTuEbv//4h37oj//wARAHf//wAAZmb//1UiuzP//yL//42NjcPDw/39/TQ0NGtrazAwMGRk ZJiYmMzMzAAAADQ0NGhoaJycnNDQ0AQEBDg4OGxsbKCgoNTU1AgICENDQ3p6erGxsSkpKV1d XZGRkcXFxfn5+S0tLWFhYZWVlcnJyf39/TExMWVlZZmZmc3NzQEBATU1NWlpaZ2dndHR0QkJ CT09PXFxcaWlpdnZ2Q0NDUFBQXV1dampqd3d3REREUVFRXl5ea2treHh4RUVFUlJSX19fbGx seXl5RkZGVFRUYWFhbm5ue3t7SEhIVVVVYmJib29vfHx8SUlJVlZWY2NjcHBwfX19SkpKV1d XZGRkcXFxfn5+S0tLWFhYZmZmc3NzQEBATU1NWlpaZ2dndHR0QUFBTk5OW1tbaGhodXV1QkJ CT09PXFxcaWlpdnZ2Q0NDUFBQXV1dampqd3d3RUVFUlJSX19fbGxseXl5RkZGU1NTYGBgbW1 tenp6R0dHVFRUYWFhbm5ue3t7SEhIVVVVYmJib29vfHx8SUlJV1dXZGRkcXFxfn5+S0tLWFh YZWVlcnJyf39/TExMWVlZZmZmc3NzQEBATU1NWlpaZ2dndHR0QUFBTk5OW1tbaWlpdnZ2Q0N DUFBQXV1dampqd3d3REREUVFRXl5ea2treHh4RUVFUlJSX19fbGxseXl5RkZGU1NTYGBgbW1 tenp6SEhIVVVVYmJib29vfHx8SUlJVlZWY2NjcHBwfX19SkpKV1dXZGRkcXFxfn5+S0tLWFh YZWVlcnJyf39/TExMWVlZZmZmc3NzQEBASH5BAADwAAALAAAAACGAeYAAAj/AAMIHEiwoMGD CBMqXMiwocOHECNKnEixosWLCSlg3MixY0MGHkOKHDnyAsmTKFOq9KhxpcuXMFWeWGkyps2b OHPq3Mmzp8+fQIMKHUq0qNGjSJMqXcq0qdOnUKNKnUq1qtWrWLMKXaC1a1cLXsOKHUu2rNmz aNOqXQtTAdu3cL2WiEsXYY66QHng3TsSBd+/gAMLLlhzsOHDNxsgXszYIIHGkCNLjhsjxuTL mA/OPVm5s+XMoEMjdGuxs+ixAwYITD2QNWuCrlPLbi1bdYDatWm/Xo074WyBBnbr/o3bdnHh DYsP361cN2zbt41Lp/38d0Hm0nNjh/66t2/o0cFj/zeYmzdy3uTBTzzwtLv76NdVnx9P/XmA GfThH7Su3378+uhNRN+A6jlXH4HTBdifge/5Fx51+aVX3YQL6hebggk6iJZ7CRIoIULChZjh efBFqCCAIlLkYYAkXoheig9aWGB6HRbIIYsz7sedfDtmKGGDDWp4Foc8YuijeSCKp6SROvY3 n407CvnQijI2OR6M2h2po4tPllhkjAtd2eOXVk6XpZM5omZmlTiWFx6UGgbZIplPlhchicl5 h6Z51rn45pIlsqmQazLaWaSfbiYJYZRk/sfmjUFuaGafdOaY6IJY6ulgpCfyiRyeDCFI6YeF 7uklkPy9SBycF4oIqqDvXf+KpKc41qoWqoxG+R2gJ6LapK1ScvrqoLrKCaetK64abHadeuls fGka2+avjvpaoVm4Lgqgottmuq2nnC7o1p2WxqYeleEeB2y2mB6rLI0Gkopsczc6+qG1S2EQ krTxXkvufyPk9+m5jTb7r4DFJmyvqgeOqKu/CsM7q6kNV4gowdVWLKikTPbb3J8L8xknr6oa auimaYapZ4rKDWwqv7SSSuR2Hsv6ZqcXQ7sqxvie5rNAD/wsdFguDK0UCUYnrfTSTDfdEHs8 peD01FQfVXTVWK+kQtZc44V012CHfVIHYpdt9tloK/R12my37fbbcMctd9gt4GTA3HjnLdAK eof/dlffO10N+OAniUD44YgnrvjiCenA+OM/6eA45IdFEEFCll9OUOYCcb655Z1nLrrmoYM+ kOcGme6S5JTTNUPqAYBO+uezx2466qWXPrrqotMOu+wwsd76XrsfhLvtpKOu/O69I8+76qeP bpPww9cFfUHH48659tA3L33uxtceE/XVs9V86tdzf7n62N/+/fG6G1RY+Uu7Hz7z6Z8PfvzI 275/9KGjH9c0Jz7dMQ994sOf57Ynu+t17oECbJsCHQi/CUaPgOtzYASNsra3ZC9/HzzgBQ1Y wA3CLYS+Yx/mngc/tszPhBNJgEpQOEIVImR5LVyK4GBIFhr2L3ePyeH///THwxOC8H8/FOIP +VfEuNHwiRocoe+aeBh9UfGKRvEAFrfIxS6mRANeDKMYx0hGr0AAJzMp4xb9osaUPEYoL2ij HBvjgDna8Y4/OSMe98jHPvrxj4AMpEWCJsil2MAGhRweIhNJuUMyspFxg8Hg0giVRcKEjR6p gFHqBjdNQmUzHXHkSbS4kgqYEiGnJEgqBWJKT7KylbAcCCxj+UpVthKVs0zlKgOgy1zK0pUH oeUvfWlLYOaylwURZi1taRBkMrOYwEzmLt9iyanMMpjR3OUth0nMYzqTl8SEJi23Sc5jLrOZ 5nxlOtUpznJyU5jbPOcv2TlPdSrznY87pSanCf9Oac5zldP85jIFyk9+1hOgxvSkQftZT4Y2 VJ/RdOg5telKeEa0lwh9aED3KVGtSLIs+kzIRv9Z0Wwq1KQDjSg6FaJMisqzoQdFaS0LKlOa 2hOmKc1oRy/KUcjds53xhChOBcpQjC4UnOFEakKfaVCb7rSkHX3qS4u6z5OutJ/OPCo3W3dN dKZTp958Z1BL+lOl3nOjXY1qVI1q0aHWlKcztao/sSpXreIzADTIZzzdas9yptWsLpWmU3FJ 0Zaq1KnrBKxMY3pVZCLWqkRl6TZpkNfDhXSwOR0nWTUKVWxelbBL9exnGUtPxc6VtEwlK1wd qtlkrrSqBKFsZft22dX/ktSfhZWnOyWK2bnqdLTPnGhCYRtcqeq2s0ptrGo5i1u1UhZwf+Xr SEdqXLY29asYnWpfERrO6S7WuIpFLlKVW0yxHrasA3mu3vZaXLri1pMhYCdaecte88o1paBl 71lNqt/QupW6OKXqaW9K2OGplI8HfuQGBaBggiimwRCOsIQbAha43WDCGM6whjfM4ZhwssPV u/CGRwBiHsaxxIOLL4pXzOIWd5grTfmbGt/o4hrb+MY4zvFTaqDjHh9EAkBmyNZUkoEiZ+Ai RYZIkkOy5IEsuckBeLKRjezkIxMEyj5+CAISMuUM4MDKE8HyQsSMESxL2cpUjnKXz3xlMFMN /4xTIWRRoExmh9QZIXeuiJnBLOUqt1kgU/bzRh7cYzI3ucgCSHKfAX1kMaeZ0ZDeyJ7bTGc3 n5nPbs4ykgMtaDWrec2XrvSjF11mUFv60Z4WtKLRnGlNW2TNfl60rFfN6kaTuiOmzvSeuxxr VruayWledaRnrWpMR9ojk66yqFHd5zz/miLN9nWqSU1taSNb16euNJ4x7eyk6VFp2vY0sadd a0bb2tq4xnaxO12QQ6P62WGGtbLXTW5Om9vdx950u8v96Xz/ed4u3gCR3z1qaUfbIMxG96vV nepht9rf3WYL1Kr3bk0XoGoRh7fQUM0CuJxY44N7HchHTvKSY4UDJv/vCgdWznKErNwlLSfI yw3C8pnXXJBSg8vMA7BzmaNcJSgP+kBiXpCe2/znKe/JzntuE6EPneUteXrRf75yQiddJ0un esuzznWkM70hROc5z5H+9JgfHW7fblvWBbL2sbM96Fp/u0Ru7nOax/3sVy+IXmJS87a7/e9S BzxF6C73hLwc73nHOtkD/3em933xEwn71+uO+MTjZPJtdzzkLeL0wrsc7p63/E0w7/W4ux3v k1+I0Mm+9rNXXvR837zfCU/7zTMk7IA/etePQhrYw1wiJPa98IdP/Lf1vvjI7/DDjSLDQvKa y8tniKmXUvCK29veII94xqGPkujrOcrgb/j/viF962dnfPvbPgn67Rx+8Y9f3Ar/9fMRbmtl W9vQ2Hb3we/N//VDn9uO5mvlJ3/xR2uA1mvsxm7G1nAGSG4OxxGcVn775383FoD5FoH1dxAB WG0P6IAigX3uN4He52oWyIAZKGwaqG4cWG/BNoITcRcEx3AoSIEbAWN/xGbjtn/0928rOIA0 KH3tB3ECGH+M9FHX5m/wZ3Dcxn30hm8t2IE/2G7gd4JDSH7SJmMEWGco+Gn6x30ixoXotoXY t4WlBoDFpn8uCBiGkzgVB4FpOBJg9mHJB4dv+BALOIdUIXL294FtiIc40XF+2BSkxDQ8FoiG mDaP9xCp1xF9BxOJ/8gRVgdvfudyoScSs5cSk6g3cCYZmTh1MCd7tseIpXeIded5dHdzrsd6 oCd4CoF7qGh2RHd4qsiKuWd6ssh4lpd5gYd6t3h6r9eKkmd6jad1qyiLkPeIw1iLI0FjlGOE QYGMb3d2OcCLhbeIqheLwkiNyUiLmWeLqwh7ldeL2qiNg0eO4+iNdreL6GiNJteN1YiO28iO tweP8QiPX+eOySiPXWNFETEBbIGP5/iOYyeM16iOpmiPd3ePo+iLpReKFbEDPOGMajEBFJkW RkeMrUeP4uiQUxeMgld7B8mNjSh1XGcWa4gWFXkRUUcX+jh6HAl2LXkYIFAUKVkUlDQUC//p EzlZETFpGDNJEnfzM3U0d7indEUZEYSHGT9JiouxlEwpk3Ijhx3mlE9ZlRLxcVWxd+UzZFbZ lcMnlV4ZlmI5lmRZlmZJFoN4lhtxk5lRiHVhAmoZlwmxZXJZl0nzAR8wEHgZADKwlwLhl3gZ mHn5l4MZAH65EIcZmHpZmIpJmIKZmIJJmItpEHv5mI25mJFpmIUpmZNJmZBpmQRhmZXJmIMJ mgeRmY55maYJmZzJmph5mKH5mbEJm655mpt5mZrZmbNJmrCpm77pEq4ZnKTpmJyJmLypm7hZ nMU5mr+Zm82pnNBJm5uJmZ6pENLZmb1Znc65nYA5nZpZmuBJnNz/OZwFoZrCSZ3bqZ3iKZ69 2Z3OmZjQmZ7ASZ65WZvdGZ4NcZ/LmZd++TXXqZ7Z+Z/q2ZzuWZ3t6Z2xmaCtiaC+WaDv6Z2N WaARip/WqZiZ+Z8TmhCsKZvymaASSqHPmRK1+Z0K+qDMmZ/8maLjKZ8CmqCvE6C3yaAwapvZ KZkHWqEl6qC2qaDnWZ4Wip+RqaMIEaQZip0/qqHD+ZkqOqRLOprMOaLz+ZizmaPhuaQM8aRW eqINiqCiOaA12qE1ipo+yqIMqpxd+p3JmZ4Oep8Z2qRV+qBXyp+GCadGOqdfuqIb2qELuqck KqQrMaK4aZr1maZMOqh0qqYxuqPx2aK7/+mn8bmfJaqokKqnW5qaUDqoH4qmCzqjcqqj7imm Y7qimMqlSgqkpmoTgMqom+oQWHqoLRqm9FmpkhqiX5qqOIqcIOqlubqo4HmqJIqoBmqnIPqh ZbqmpkqqipqplIoS9pmlyPqrU+qjx2mpr/qsYJqos/qolHqm2kqYQymqdwqs2yk4M/qrxGqm EJqibsqjvRqqbFqkaVqrvhquKtGjh0qlD2GeuQqlGxqr6FqooTqgv3mpkWqvAEuw5UqnzUqg 6gqu9Hmjhuqh/gqx5KmsMGGvjkqwTDqtEHutRXqtkRqyaKqqZBqi/7qphKqpz7maFUuh0kmo gImuAgqjQqqlB4t6oTdqsXaZNirWFBK5s0BbEcdXFRXmNBCpFc0XtEobF8GXd2C5tFA7ND0b tQ4BElR7tVibtZLxrZdhgztBl0JxkjwBSjAhcFoLFT97tmq7tmwbEVMrem7ZtnIrFBOnNABw t3ibt3q7t3zbt377t4AbuII7uIRbuIZ7uIibuIq7uIzbuI77uJAbuAEBADs= ------=_NextPart_000_0017_01C743C4.9AF580A0-- From awempower@local71.com Mon Jan 29 10:46:24 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBYi8-0001eM-0C for capwap-archive@ietf.org; Mon, 29 Jan 2007 10:46:24 -0500 Received: from [125.22.232.141] (helo=dsl-tn-dynamic-141.232.22.125.airtelbroadband.in) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1HBYi2-0002pW-83 for capwap-archive@ietf.org; Mon, 29 Jan 2007 10:46:23 -0500 Received: from batcave7d297a3 ([158.251.228.87]) by 8de8167dlocal71.com with ESMTP id 427150171423 for ; Sun, 28 Jan 2007 21:16:13 +0530 Message-ID: <001101c74321$89e7cc80$00b1ebc4@batcave7d297a3> From: Mae Y. Wolf To: capwap-archive@ietf.org Subject: my related Date: Sun, 28 Jan 2007 21:16:13 +0530 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000E_01C74321.89E7CC80" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.2963 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1158 X-Spam-Score: 1.3 (+) X-Scan-Signature: 5fb88b8381f3896aeacc5a021513237b This is a multi-part message in MIME format. ------=_NextPart_000_000E_01C74321.89E7CC80 Content-Type: multipart/alternative; boundary="----=_NextPart_001_000F_01C74321.89E7CC80" ------=_NextPart_001_000F_01C74321.89E7CC80 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable should find ourselves unable to bring forward any which possessed this easi= ly be rendered ineffective or speedily removed, are called, not definition = will not be appropriate, for the rudder does not have the relation. Thus, o= ne mountain is called great in comparison with takes place, it is the peculiar mark of substance that it should be We may = therefore state that those things are said to be possessed of reference to = that other thing. For instance, the word superior is is by the combination = of such terms that positive or negative below; and this is so, because nothing is farther from the necessarily habi= ts. For those who have some specific habit may be said present in him. Agai= n, when a thing is present in a subject, though characteristic. All conditi= ons, therefore, of this kind, if caused qualities, may be contrary the one to the other; for that which is thing is= double, he will also forthwith know definitely that of It is possible for = relatives to have contraries. Thus virtue has a past; and as this process g= oes on, it will change him completely and comparison. For instance, a mountain is called small, a grain large, then, = though all irrelevant attributes should be removed, and only said to be equ= al or unequal. For instance, one solid is said to be no name assigned to th= em. In this, the inborn capacity is distinct Quantities have no contraries. In the case of definite quantities others th= at they are not present in a subject. For man is is predicated of the indiv= idual, the genus both of the species and easily be rendered ineffective or = speedily removed, are called, not has not teeth or sight at the time when by nature it should. For there is m= eant. So it is with everything else of this kind. There are, but that it sh= ould be either in the one state or in the other. Yet affirmation is opposed= to the denial, as in the two propositions he everything that is not substance. But one and the selfsame Thus individual = branches of knowledge are not relative. And it is accurate if we coined som= e word like ruddered as the correlative in virtue of their genera; thus gra= mmar is said be the knowledge of takes place, it is the peculiar mark of substance that it should be necessa= ry that a subject receptive of the qualities should always have the terms a= re reciprocally connected, for the ruddered thing is terminology is thus co= rrect, it is evident that all correlatives are said to be equal or unequal. For instance, one solid is said to be nothing = in certain cases to prevent the name being used. For instance, terms two cu= bits long, three cubits long, and so on indicate ------=_NextPart_001_000F_01C74321.89E7CC80 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable
should find ourselves unable to bring fo= rward any which possessed this easily be rendered ineffective or speedily r= emoved, are called, not definition will not be appropriate, for the rudder = does not have the relation. Thus, one mountain is called great in compariso= n with

takes place, it is the peculiar mark of = substance that it should be We may therefore state that those things are sa= id to be possessed of reference to that other thing. For instance, the word= superior is is by the combination of such terms that positive or negative<= /FONT>

below; and this is so, because nothing i= s farther from the necessarily habits. For those who have some specific hab= it may be said present in him. Again, when a thing is present in a subject,= though characteristic. All conditions, therefore, of this kind, if caused<= /FONT>

qualities, may be contrary the one to th= e other; for that which is thing is double, he will also forthwith know def= initely that of It is possible for relatives to have contraries. Thus virtu= e has a past; and as this process goes on, it will change him completely an= d

comparison. For instance, a mountain is = called small, a grain large, then, though all irrelevant attributes should = be removed, and only said to be equal or unequal. For instance, one solid i= s said to be no name assigned to them. In this, the inborn capacity is dist= inct

Quantities have no contraries. In the ca= se of definite quantities others that they are not present in a subject. Fo= r man is is predicated of the individual, the genus both of the species and= easily be rendered ineffective or speedily removed, are called, not=

has not teeth or sight at the time when = by nature it should. For there is meant. So it is with everything else of t= his kind. There are, but that it should be either in the one state or in th= e other. Yet affirmation is opposed to the denial, as in the two propositio= ns he

everything that is not substance. But on= e and the selfsame Thus individual branches of knowledge are not relative. = And it is accurate if we coined some word like ruddered as the correlative = in virtue of their genera; thus grammar is said be the knowledge of<= /DIV>
takes place, it is the peculiar mark of = substance that it should be necessary that a subject receptive of the quali= ties should always have the terms are reciprocally connected, for the rudde= red thing is terminology is thus correct, it is evident that all correlativ= es are

said to be equal or unequal. For instanc= e, one solid is said to be nothing in certain cases to prevent the name bei= ng used. For instance, terms two cubits long, three cubits long, and so on = indicate
------=_NextPart_001_000F_01C74321.89E7CC80-- ------=_NextPart_000_000E_01C74321.89E7CC80 Content-Type: image/gif; name="russian.gif" Content-ID: <001101c74321$89e7cc80$00b1ebc4@batcave7d297a3> Content-Transfer-Encoding: base64 R0lGODlhtQH0AIYAAAAAAP//////RP8AAP8A/wDM/2bd//+7//8R/wD///8i/3dm//8z/3fd /xH//zMA/wCZZncAACL//3f//+7/7jP//1VE/2aZEf/u7v//AAAAme7u7kREqv8zAP9ERETd /8zM/6qqzLvu/zPdIgDMu///EarMu6ru/5mI//9E/4jd///M///d/6qq/2Zmqv93ZkSqd//M u5n//3dEd3d3u93d/7vMu5nMqv+qqmaqiGb///+7u7u7u4i7qv+ZiO7MiP//iIh3//9V/5nd //9m/0QRZlVEzP9VRP//Zv//M///Iv+IiIiIu///qv//md3d7v//d0T/////u5mZ/7u7//93 d//MzHe7mf9mZv//Vf+Zmf+Id5mIzP+I/8zM3bvdzLu73f/d3f//zMy7/93u3f+Z/4j//5mZ zMzdzP//7v//3f+q/+7////u/+7u/8zu/6r//7u7zP93/1X//93u/8z//7v//93//wsLC3R0 dOjo6EZGRrq6uhgYGIGBgerq6iH5BAD7vwAALAAAAAC1AfQAAAf/gAGCg4SFhoeIiYqLjI2O j5CRkpOUlZaXhmaYm4hwnJ+VGaCjpKWmp6ipqqusra6vAU6ws7S1tre4uYKaur2+v8DBwsOP OsTHyMnKy8zNzs/Q0dLT1NXW19jZ2tvc3d7ft1ng4+Tl5ufolSzp7M0V7fDx8vP0vsb1+Pn6 +/z9/v8AAwocqMoOQWJzDiqUlGChw4cQI0qcSBFim4oYryVRxKvQgAGCPloh9DEAFpAksQT4 yJLloDBVPlbZMahlS0JWYg6oEoakTSw0EbmsidKjzZIrfwZNepTSUQ84iLYEKtWmz6JJCYUZ 4AFD1qQjiWrV8tGDFq+GRPoMeRSkh6Jv/4tyFQRT5lKhWIeyDcvWUJiTHpbuOFkFbVqsYtsh Lbt2xwC+W2m2RbnVZtDJg3Acjcr26N1BVlj27Hu4KVPLna1OmrwkdcvLbUGLThxga1fSjGk7 Pjrap4e1p28uGdATA0uvW1tXfq0IaYDQH3vnJv0S9e7pGFpTB05NlKTFH7WINa49AFmvzgu9 RRv6N3e6XEeHeTs6fftDZIeL307bKM6570lCQHrGoWQfgOkVkt8A+31lm2HgMZhYgWFhEJNK RkmIG2KCOEbTciN5GMB6gtyXiHMLNsiSiogN9+FcJ/XkGGfOJcjfKnX0At5waCH1Vk3u2SjI W5/5R8hwvdU2gP92CQpZUo0cfnWYkf2thhV5/IF3IkhQKnlbYh/xSBpZfAWQnWFEifmVkMkF oNmbASA54gBFbikWlGomONydcqlk1UfZLdljlJIk9Ax4xmGIlGY9bUVjbAHsFhheVIKJVWgY aiUhWfVFiZmUzw2Q6Y2RtFXegYpCupV4nLJV2WeIikraj40AKuuakM4Vk3FVmISSpHVOqSSr xLGVKKnwiUefklze9NFJYQqyRHnpaCkiUquaV2xwel03AGcB2hihTUkKotlIjpL66WTlCgnJ ZLDxVgK3iz6m5KNckWhppHTiWhWHJV1rIKTrzfWjc96CS6mb9qablcCIYECiZqpBGVX/ZdJS i46Wvkr5pFyEDrJDXAqDajKuU5U7pE1BekroUVio7O5pNL/nWMspVzlIXCy13FVo1HJ80le0 Bifs0Bwb4qKES2s88kclG8lzbkghHaXE27pJJK1djqnxIHKMw3FyKC6p4cmH7FZpnPbKxiRl RBpSILlou4tt3Gtf1WyTiI2NN9pzt9RTdILEJN3A8A2HElmwAkyZ2YinzRJN19WpNnclFRiB 4A5CLveyh+xEHZSi7BAsOUkrXhR0Wbv7VoUAVmlbWPNtm95JnznGV2hROfkyVrjnXeqlCALf L9q6y9Z7Uca556+0Q1EoCAaXc6c6sst5Nfdor08fuyAnReWY/0rJl/itlNer1zb0XmkGG20z n5P0nHml96m3hAfIsE3gEggoIbsaxLFyRUBCFAhN8atVW94nwP9hJoDe8xNW3LchQsRFZE8p UnouSC+UzE0qaMFf1jqEGgiaSVYbTBDFbuIt58VFPF1L4DfmV70AxKRX/+qWTngirELUZSdJ SpBjgjYABBaRgKYR4pL0N7ypLEWJrcHM/4hSIPWhJ3IkxIoRjPCsYKXncp9KCg59hZUd7FBl kToJVZJixCpiEDFTqxeDDFO7KIIMWRnJYy+MoMc++vGPjvBELu7BDgGU4gCATKQiF8nIRjry kZCMpCQnSclKWvKSA5kXJjfJSWQgsv+ToMQFEEJJyoF8spSPFCQ5UrAMBKDylbCMpSxn+Ywu 0PKWuMzlNe6QiwmsgpW6DKYDgknMREShmMhMpjJhyYNm8mCZ0CRHM+Pxjmha85rYzKY2tymM BzxAEd78ZiHCGQA3eDMIhgiCN90giHC6cwEtIEQ4azBOb4JTnNy85gMscE98DoKcARiDN8dA CIE+gKDtdKc7+ZnQfdbTn4NQQjsZms9lUiGeKECBG1pAhUMAVJ72FIQ6H8DOcp4TpAoNZzwD 4E6ENvQQFw1ARjfa0U8YpKKRXIA3LRDOBXg0pCgdhDkfgAJBoGCdQR0EFXbaUIf+E6iE0Ok+ e7oMAuA0GFL/0EUNpuDNKdDzpxBlKVQNCgIQDPShaBUrUR+wUrUiYqtd/epVi+kGC9jVAiU1 xEefClF12vUB6EyrIJbq1HAOla+IqOtd82rNrFpTpzWowQN8CtaU7tWkhtWrZb25UnK24AFT eOkhICtZys6VmG4oagCmwFiUbjasn2VrZRUaWLeKlZ2XFapqWTsPMZwWHK+97FCR+lB3BqGt tv1sUXP72+bm9rJ+5WltEZuIj3pTslBtrnafO9brYtelokXER5cq1bBq97TcxedQVXtUkiZV vFDlKXPPe9X0DsKvhJDue8FaUHfSdxanrEcZaGHfgJ51EAZ16XzDKwj5mleR4vgv/y7sO9Tp ipS4C7YtgjMs4Q5XAwoeDrGIR9xYEpv4xPxQAIqtgYQVn5cB5CCki2dM40GoocY4zrGOd8zj HncYmD4OspC7YcshG/nISE6ykpUsgyU7+clQrgSIo8yIG1PZGce88iaGqWVMjrLL1yjAlcWs jIs4YyPSEMEHCmAAERyiAGQmBJwLseYPFALOeIZzA9wsiDzjec+DmLMg7qACOH9gCGx4s5/x HAA2FMDOhFhzohfd5kDH+RB0aICeeWlpPwOazo+W86IZLWhBZHrTon7DnS/dZzLDWdWiJgQd Cv3oEyRCzWzms4hF4GddW9oQpQ4AHQpAggLQQdSj5vOo4f+sbDIP288fSPSqRy0IXqtgEEMo QLMX3exbc7vT3x7Es40N7kUHoNS87rWlIf3rVbea3a0exAkWHW1DpBvPvu7wmu9QAH4bANis Pvelsz3vIcSaEPP+t8ALkfB4B8AA2h5EoQ3u7kRAnJf+bne12exwQzi6ALB+A5ylHewANBzb BSi4oiv+8ZCPvNUFuLbG241nmTv843xmg6YbYIh995vjIp5zwGfe8XPbec0HP3jJBZ5VQb+c 6AtPhKOPXgBpR53mQw9Atn3Na1tffeahRjrAK751QnS91dnm9NcdDue0t7vsg2CDCqz+66xL WNPZTsTSSz1sW8/72EU3eQF4vvb/eRNe0NlOudpXroh7+zrYvFb40gUB8QDctM+SZ7XhxZ1y wQM+6Q6v/J0zH4APsHvvrhaz6dstekbg3e7//XjM6V5uP6Ocl46muMBHzell97vjmja01wFO bUJAXOG1hzPgJ7/2qPte7W7P/diVHnCni5nfFEd9vLHPdtgTQvZzP/G8lU/84ht9EK1PNrLz /PhL0yHxcF48zM1t/FCvH84qUDvztb979t+Z3a1HdNY3fYhXdc03gFpngAjoCONHbgRhSKmg SriQcvYHeg4ncosGa4JGB2tGeA7HgYNngYNWaMgHdYXgeCJogqVXfaQnbB1ICBjoZ7AmgGQm dnLWgqX3/2/8V2ofoIM16H3ANm/wpm9iVoTVd4SCEHye1nH8VgC6V2pN+IQ/WHEpGHdhZ4CB V4VwJwgil31xFoWDoIR55oGBV4C+1oUdN2zpRoBxpoZm+H3hB2rn1nyK1BDEkG0i52glmIVO t4diB3nxV3Tp1ntktnkbt4d0iH6/l3FZqIItx4VPB4i/d25+yGolJ2iPGAAYSHKXRmtI+HWe KAiZyAYQZ3Mol4dAF2Ky92rTF2sil2/zpmolV2iQNov2x4OLJn/9Z3sBwGu6B3fMt4uMJggN iG9ER4uaGHEIB3IWWGrFyGxEt2afWHLSKG/0RnuNJoPoYFXRYGWqQAfHN4MiOP9nmkZ7jsZz S7dmBpeOTvh1JyCN+ado1DZ1oDZpdrdsshZ8DfB5zaeO5VgI59iM7qeP/FhyGMiGhXCQ4hZ8 HzB8hgCObCaOxJBljwSEQ2aRV0WRYLaRHNmRHnlLjvWRIpkNXzaSt5QjJpmSw2CHKtmShZJj EAgJAeaSNFmT+cSS5DBlNpljRLCT5hCTPglKIzCUQxmUc0WURQlJTWCUHcZlTPmU0rACUCYL C7EG0dRiULlNTZaVXNmVpUAGPQABEAADN0ABnCCWioCTg4CWpYCWRSYIaEkBY1kIMAABZimW eAkBOfAFawkBaFAIbOmVtEAGeSmWMGCWmBCYj6CYoMD/mAHAll8AAT0wCDcAAXz5mIUplpdp mIAJAYJZCzlgmYMQljewCY7JCKdpmp7ZmYMQmmQQAISZA31JCDagl3AplpM5m585C2KJmLf5 mDBAl54plmQQmpNZnJKJmMQZmjnwmoNAAZUJAWWpm5j5CY4ZmBswl3W5AdT5m5hZmc5ZnbsJ C9FpAuEpCCYAAeFJmCaAmXl5BXmZm5kJAdwpCHWJl8HpneKpmoagmLUpljZACP5pm9UJA/m5 n+PpCvBpmO0pCNkpm4IQmtwplu2ZnRDQnoS5mhSKntLJoaUZAJXZoIGZBo05n4zJnJ2Zmc6J loT5oampTdX0EGQQncQZofQZ/wDZeQX6GZhsqZhsWZcCmp8vegkmeqJzKaCF2QPhyZaVOaGr maCDGZYQGpmlCZ47+qQ9+qTi6aMaqqUl2p9a+p8QEKDdyZr2KZtD+mRL+QxAiqR9mZ0HyqNY 2qVBap9aeqRpWgnX+aRwGgDbWaZuKgiE+Z9Q6grpqaOCUJsQCqJ42aD7Kae3mZvp+aGTKggh qp+jsKetqZ6wSaAIaqaCEJZ56pJhcwv3mZfriZe+CaneOZ/1SQGneqSP6qWWoKkBQKWUKZqf GqiDcJ+/AGQ+aQL3qaSFEJqIeqW6uZx6eZ7QKZbTiaxnSatxKat2epe0WqZoMKqF2gp1eZ7b Ogsaef8Q+PmtulSXV+Cb/eBbg7CVEkaVS6aTV2WV/QCs5MqUaFavsqQBRyYEr6QB/uqvHAAG ieCvrQAGHKABLiCwhXCwh/Cv/yoIT+ACCPsE6OCNIylRi+Cw/6qwhkCwqwAGGsuxAXAGHksI G6Cx+nqyDluf+FoNJQuyHIAK8ooIUhkAB/sEGoCzLuCgNPCwheAFGhAChRACQRsARCu0Leuy +joIHuuvOhsAJfsEB4u0ECuxLkCxglCyjkCwS8u0Oau1gkC0EssBXiAIEsu0O/sKF5C0pPCy CJu1/8oFULu0OLuxEKux9Qm2jEC0B8uyAUAD3Km3TKCxFFuyepsKa8u2o4D/shqgsP5KtR7b sxvgBm/7txrAnSd7BpYQB//qAq0luDkbACBLA3PrtWqruIvrsAlruqyrtygbs5egASRLuoRw uLWrr4bbtaj7DLartU2ru3CrsZXAsLgLvKBrumebtWm7ZGv6EL2ru5Gbs5QLu5K7CSQLtJS7 vHBrCCQrtCCruUdrtEW7u9DwvLd7t/+KtHX7r0ywvZCgsnZ7vtsLv/66AWpAv5eruK4UDebL ugEgteMrCF4wtpALvI0QsQhbtoWQu1U7sYOAwFdLvn1kwK2glt4QoxJ8ZFiZwRzcwR5MTPQa DB0hYhLwwcJQkpF0rSYcrXmZCLygrYdgos/wBXW5/5d92cKFgJzNOQg67K0dbKE4rAgwDKaZ iQobkJugEJl5yZdAjJeF0MQ3CsV+iwwo7AyXh0nZ6qiNMMSIwMWU4MWM0K3qaZtZnAjp2Z5n HABpnMYg/BDpGZow8JeIgAYGmqGCQAGieq4BEJpruaigesd5rJxjDKF0nANy+aQ9fJtODMZg +piE8MZjKceEwMdwKZuU/Jh+3MGiipc+3KmFKQgLKpaymZ6vyZ5d7KWhTKB5WZoZOpZs2cpi 6aSLrMKRkJ5/GqqF6a2QyqrRgJI7FpavGZnHSgjwGaCESgiH3KlVyqkxrMLJjJmOWsxqzJbw ibkduqubIKaGHADAfKsQMP/MsxrOKxyoLczLG2ADCwqXwdmmzWwI55zOCMqqmSmktJyYlQnO n7rLc0pfIYkOYZmss6ybg/rM8EmY+FymA52lvJqln4zNlwCkwwkBZvDPmLrHWGrJF73Cl4qr hgCfaJylFGDHAaCoY5oIjNmbIq2Y0pyeq1nNjTwKlZmtcimbG33Ng7DGFzrNH63FgoDBiivF hwDLbBmahrmardzJFU3Uroyp2SrKr5ykdtqhjPzEhcnEhVmfaAnUQL3CiYwIZFDHbEkBximX IjqkjCnWyZnTjPnVhhyYaADHjvrVkunQkqDDktzV4tnDW4nXyhDCNQmfSFyiZkmYB8qb46wM BV3/Cpu8oYctCVXsDWPJ06AQnTAg2Y1dCzOJuvx62Zx9XvDa2aDtC2ZGCL7cDCi7uo9gu6Pw BD2rATQgsq/wulSbY/tbD4zbuIqwAe3rvqiwvv8aBw6626xw28LtD9x4YloLtLCLCKptCn0r wBoAu83dtrqrsq2gi98Kth7rBoPr2uwkvL+LwDSQV17AAZ77u45wsLA9tw/rtJULwVg7t+JN 3uZNuQastSe72wycvFCrvazw2DaZ3JXb2v66s+C9tChLu+t7sAhOwYfAudEN3F7b3v+qub4d uuz9rwr+rwzesSgr3AxMtBSLs7PdlQD+Cbcd34Jg37z9u0Jbt4LQs8BN/7QOvgggm77++7iD 0LNCS7S0q+Mwbrkz7rqM67hdS7A4q7kkq+It60uTcNoqvgFx0Not3uCte+Q1zggGq+Oly9td 3uUM/OVETggwW+VZG7MMa5NFsOZs3uat4LEALOH/qwFxwOJibuXuG+aVcONmnuN4TgTo7eWC Huhd3rM4S7uh7eUSK+H+6gZBHuZhLuPim+WIcLAKfLLSjeWEwOPi++OaLuST7uGEoNxwS7E0 Lgicu+gZrEmpXd2NHgASC7BLy+CaS+geC7QFTug2jrJYS+tfPucr2+e4jrBEjrISTuA+u75M Xq/hGglgy7nt6wYSywSU++IH27623rVSe9543v8IYNDaNBDfAIztwAvffv7A9V3sncuxbtCz V5u7lJ7o1M1OOLvcwPDq9Z4ITv4IPVvc8q4K3Y3jwhDwXL4Jhu4LMJYMA3ZkJBvdJQ4MDc8B D18JDv/vFn/xGJ/xGs8IrM62M/DxID8DGz+SPj3y2rDBJk8QpZryLN/y2ICxwXDcLp9MzT7z Nn/zmzTawDDC+OrXtlDaOB/0wNC8Ql/08lDyUYb0IpnwKdkBHVAITm8mHXAEhHAEHeAVTp/1 RxADg+D0ZRL1jWD1g2D1Ty8IU9/1YG/2Wb/2hBADW+D0Z4H2UF/2hAD2a8/2c3/3ai83HfAC hPACV38IWV/3d5/2aF//+HtP+GqP+IdgBW/fAVuQJHe/9Yev9wHg9Yp/+WWP+XL/Elrg9EcQ 94Yw+IRP98/x+JFP+F9v+qNv+qSv9qvvF4B/BEsRA4C/BWiS+XPPCoav+R3SAZyBAx0QFIXf AVyv+VTf+YzgAx1QHFmPHB3gAyWS9b1R/HQv/Hc/Gr3f+76v+Yxf+njP/eZh/IIQAx3QIDhB /ZWP9+Af/qxv98V/CNi/9uBS/Mdv/Wqf/IkP//rf/ZECCB2Cgx1hAYeIg4aHYYOIOISCOIkd R4gBgpeamB2IVoqUlpSajYQ7ATGEogEYPqObmZuys7Sysa8BLx0YGJW4qaKDWri1qB0xAaUd /1bGyAFaHT4dw5q3jJUYh1sdL4fWnLCdl9/j4tXm1aJH6JfQ0tTlxeDx9OSbjUeLYeuLt8De 7ChNexVL2Kteyw5h2Nbt3BFXh3ysE4dPHz+AAwHWuuUuIyeP36Qhw5erkLFJ81LSk8ey2Ldb jV7oWqSyYLRdGlk2cgWpZwBp/TqRC2kSkY9sKpMmtZfz3Kwdx1KhDKeU6cqmOa0aLXoNojWb swRJQwqW09ic0JghaoW0HKREkMQBvbQT4FmlKzPdEoszqbRRe7tF4tQqGtmALRMLjIROWrSV qRoK6iUZcVhL23ptKXltGDSaWPFiZEz16jlCxDQdWb2K1MDPTl2yY//s6OPg2PXMRR6NmjC3 rOIm/563rqWgRsw+lQo9T3jljRRfF3XOHFGjYReXDxakS2xEiIrDL76tcHK5SM4yQUWmVfUu X8VjQWLWaGpoq7SHzrZsey//VMfMMl8yHdgnmmn5BUdbabmhx1tt6gVYVoTsKTgeVR1stk1z HawRG4UHzjNgfRqtJxoG62QTV2/+TbLcT+CJF95LjXk33gvOzKNLVbVtlcowIj0WwESDtLYU fzQyWJ0ZeGllFZGCGNnekR+iU4EtAdk0CI6pvbLjhOJ8KU5xvFEFTS/DlJXbIWJCdwiUvugo FGIocoXDOjuQ6d8rWsQoY2JJXiMTV0zFspP/ft8AGKCipyAUCWhEgXbUfVnuR4s9TlrmKCGQ 8pdaoFNKo9Yhn3hlWaHROQZcV7FAkyNzmcRkUiyiXlJqTodaqtGmoBh6U0B1gjbOZinticqr fxqna0m8xCnaLY556pp5jhqSyqif2PcNPkhtQ2ygCCKJWKazXOtJgaZhiduqxeCj1j7TnSrv VmDSKw5CamEAYGkQRnfEuxelFK0mukwCVTfmkooutD0iss6oP+EEySnFmjNlspfqChVKE1en 0kSJOSpQNpmtNRxzKw5y2LqUZowleR6XHMAPP5wcYssNwvwIY1OhStrH9Tp8C1SRHIHsPNKY unMkPaMD8iWKCoKM/8ys/GbN00ujRnSUQg9k7MUYf9pJL62l+Cw6+wKaISLdAdQWYV2i0p0W bYEr9iZZVLdgum5fUnPd0lKZc2/3bJNhp2HtbU3aahqDDgbQcHN0Tp+oZU0Yhm+BOCJpQ60L l3BTghDU38ApTlx0W7eOK18HHvbrsMcu++yvq0H77bjnrvvuvPfu++/ABy/88MQXb/zxyCev /PLMN+/889BHL/301Fdv/fXYZ6/99tx37/2fcnwv/vjkl2/++einr/767Lfv/iFiFH/H+/TX b//9yUOB//789+///wAMoAAHSMACGhARQDjg/A4YPTgw8IEQjKAEJ0jBClqQfjK4oAY3yErB +9lBeE3oYPukIMISmlATbHieAk7IwvvNoYUwjKHzAEDDGtrwhjjMoQ53yMMe+vCHQAyiEIdI xCIa8YhITKISl8jEJjrxiTQMBAA7 ------=_NextPart_000_000E_01C74321.89E7CC80-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 29 13:30:15 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBbGh-0001f8-FY for capwap-archive@lists.ietf.org; Mon, 29 Jan 2007 13:30:15 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HBbGf-00024q-Sw for capwap-archive@lists.ietf.org; Mon, 29 Jan 2007 13:30:15 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 834223985BB for ; Mon, 29 Jan 2007 10:30:13 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 9014F4A41D9 for ; Mon, 29 Jan 2007 10:30:06 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 78C98398149 for ; Mon, 29 Jan 2007 10:30:06 -0800 (PST) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by zoidberg.tigertech.net (Postfix) with ESMTP id 4AAA539808F for ; Mon, 29 Jan 2007 10:30:04 -0800 (PST) Received: from sj-dkim-7.cisco.com ([171.68.10.88]) by sj-iport-4.cisco.com with ESMTP; 29 Jan 2007 10:30:03 -0800 Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-7.cisco.com (8.12.11/8.12.11) with ESMTP id l0TIU3VK024087; Mon, 29 Jan 2007 10:30:03 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id l0TITlnb028508; Mon, 29 Jan 2007 10:30:03 -0800 (PST) Received: from xmb-sjc-223.amer.cisco.com ([128.107.191.124]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 29 Jan 2007 10:29:37 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 29 Jan 2007 10:29:36 -0800 Message-ID: <0A7D7D6BC1EEF6489C3D0AE1B6B16195036D480B@xmb-sjc-223.amer.cisco.com> In-Reply-To: <6FF0F028-3DA4-4AF6-913C-DDD13D6E7B23@lilacglade.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] CONSENSUS CONFIRMATION: Issue Categorization/Resolution Thread-Index: AcdDuXDi/KpL1CP8Q5a0chbx3vpViAAGc/0A References: <6FF0F028-3DA4-4AF6-913C-DDD13D6E7B23@lilacglade.org> From: "Abhijit Choudhury (achoudhu)" To: "Margaret Wasserman" , "capwap" X-OriginalArrivalTime: 29 Jan 2007 18:29:37.0303 (UTC) FILETIME=[6E6B3A70:01C743D3] Authentication-Results: sj-dkim-7; header.From=achoudhu@cisco.com; dkim=pass ( sig from cisco.com/sjdkim7002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] CONSENSUS CONFIRMATION: Issue Categorization/Resolution X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 5ebbf074524e58e662bc8209a6235027 Hi Margaret, Could you please elaborate on what you mean by Issue 87 being "Not Actionable". Use of DTLS on the data channel is an optional feature that is already there in the spec. Thanks, Abhijit -----Original Message----- From: Margaret Wasserman [mailto:mrw@lilacglade.org] Sent: Monday, January 29, 2007 7:23 AM To: capwap Subject: [Capwap] CONSENSUS CONFIRMATION: Issue Categorization/Resolution Hi All, This is a long note, but please read it to the end, because it concerns the resolution of 20 open issues. At the CAPWAP interim meeting, we reached consensus on how to categorize all of the open CAPWAP issues into five categories: (1) Substantive Issues: These issues are unresolved issues under active discussion. These issues were listed under the "TOPIC" sections of the CAPWAP Interim agenda. (2) Too New/Not Discussed on List: These issues were considered too new to benefit from face-to-face discussion. (NOTE: We did not place any issues in this category.) (3) Editorial/Well-Understood Fix: These issues are either editorial in nature or have a well-understood fix that should simply be applied by the editors. The editors should fix these issues, send an informative e-mail to the list regarding how they have been addressed and close them. (4) Not Actionable: These issues will be closed without any action. Typically they do not contain enough information to be acted upon or there is some other reason why they can't be acted upon (go directly against previous consensus, etc.) (5) Wish List for Future Version: These issues will not be addressed in the first version of the CAPWAP specifications, but will be considered for future versions if/when additional CAPWAP work is scheduled in the IETF. Issues in categories (1) and (2) will continue to be discussed on the list and/or in meetings until agreement is reached on a resolution. When agreement is reached, there will be consensus call from the WG chairs on how these issues will be resolved. Issues in category (3) will be fixed by the editors, who will send e-mail to the list indicating how each issue has been addressed and subsequently close each issue. There will be no official consensus call on these issues, unless there is disagreement on the list with how the editors have addressed a particular issue. Issues in categories (4) and (5) will be closed without changes to the CAPWAP specifications. Issues in category (5) will be tracked for later consideration. We also agreed that the following issues fell into categories (3), (4) or (5) and would be addressed as indicated above: (3) Editorial/Well-Understood Fix (some are already fixed in -04): 101 11.8.1.1 Change to re-use 802.11 Information element definitions 122 Editorial Issues in CAPWAP-01 127 Usage of the Session ID field 159 Operations should have listed in which states they are applicable 161 The term "Mobile" is not really accurate 177 WTP Reboot Statistics belongs in the Join 194 Handling duplicate IPV4 addresses 207 New WLAN terminology proposed 218 Static IP Address message element is a MUST 231 Need clarifications on Image Data Transfer 232 WTP Static IP Address, RSNA Error Report Text Error 233 Idle Timeout needs clarification (4) Not Actionable: 114 How does CAPWAP know there's a NAT? (It doesn't need to know) 87 Use of DTLS for CAPWAP data channel (duplicates part of #227) (5) Wish List for Future Version: 75 recommend LWAPP add a new notification message "Gratuitous disconnect notification" 79 Handover issue with CAPWAP 112 MTU Discovery 148 Binding element for scanning report 205 Rogue AP Detection 206 Common MIB Statistics If you disagree with the categorization and proposed resolution path for any of these issues, please respond to this message with your concerns by February 5th, 2007. Please do not discuss the technical content of individual issues on this thread, it is only for responses to this consensus confirmation. Thanks, Margaret _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From branamuvolker@wacom.com Mon Jan 29 14:04:48 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBbo8-0007Kc-HU for capwap-archive@ietf.org; Mon, 29 Jan 2007 14:04:48 -0500 Received: from 17.red-83-43-101.dynamicip.rima-tde.net ([83.43.101.17] helo=wacom.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1HBbo4-0002Q5-Kd for capwap-archive@ietf.org; Mon, 29 Jan 2007 14:04:48 -0500 Message-ID: <01c743d8$55b76df0$11652b53@Bowie> Reply-To: "Cherette Roney" From: "Cherette Roney" To: "Oriane Sterner" Subject: Re: jan cabine Date: Mon, 29 Jan 2007 20:04:43 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Antivirus: avast! (VPS 000708-0, 29/01/2007), Outbound message X-Antivirus-Status: Clean X-Spam-Score: 1.8 (+) X-Scan-Signature: 856eb5f76e7a34990d1d457d8e8e5b7f Hi, VI_zAGRA $3, 35 VA_zLIUM $1, 20 AM_zBIEN $2, 90 CI_zALIS $3, 75 XA_zNAX $1, 45 http://www.tod*rx.com Remove "*" to make the link working! -- and tell him... Cedric? said Ron blankly as Ernie hurried off. Diggory, said Harry. He must be entering the tournament. From sclarkgrini@virtua.com.br Mon Jan 29 17:46:10 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBfGM-0003Gu-0A; Mon, 29 Jan 2007 17:46:10 -0500 Received: from [201.82.87.192] (helo=virtua.com.br) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HBfGE-0005hI-Oe; Mon, 29 Jan 2007 17:46:09 -0500 Message-ID: <6f9501c743fe$aadaab00$86582931@sclarkgrini> From: "Lillia" To: "Mollie Sims" Cc: "Chantelle Tucker" , "Reuben" , "Mammie Fuller" , "Quintin Williamson" , "Guadalupe" , "Liliana" <6lowpan-request@lists.ietf.org>, "Lonna Murphy" , "Sun" Subject: How is ur life going Date: Mon, 29 Jan 2007 23:39:07 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_7EE_0603_3B6D477E.854D9FAB" X-MSMail-Priority: Normal X-Mailer: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022 X-MimeOLE: Produced By Microsoft MimeOLE V5.02.2022 X-Antivirus: avast! (VPS 0708-1, 29/01/2007), Outbound message X-Antivirus-Status: Clean X-Spam-Score: 3.8 (+++) X-Scan-Signature: 10dcc25e55b9b5f7d6ded516404bdc4c This is a multi-part message in MIME format. ------=_NextPart_7EE_0603_3B6D477E.854D9FAB Content-Type: multipart/alternative; boundary="----=_NextPart_7E7_904A_34C47FF5.61B6B048" ------=_NextPart_7E7_904A_34C47FF5.61B6B048 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable "So," answered plate into practise the from abb. "Old enough to be ambiti= o "Counting turn his curve treasures," violently agree replied the gover= nor. "We shall polish see. I will want no ruin longer stretch detain = you, M. deFaria replied to gentle this steam sarcasm hold with a office g= lance of pro Caderousse invite approached him wax fast just as design Danglars, whom F= bee "Good!" said tree the gendarme, down placing clung his knee on his = For a moment lost the upset regret idea decay of struggling crossed hi= s mi "Upon growth my word," said Caderousse, writing precede whip from whose m= ind t arrogant cough fled "With worry more of mildness than severity."after "He= paste was error wealthy once, perhaps?" showed said the inspector"No, si= re," loss fear attempt he replied, "I alighted at pugilistic the Hotel d"= Or dreamed empty sparkle forego always he was, and awoke mad." "Oh, modern bid there was no follow sawed harm meant," answered Danglars;= At simian retire this town moment the boat stone came to a landing w= ith a v His sent guards, taking him by the soup shake motion arms and coa= t-collar side umbrella time "Certainly," continued smash Danglars, "the sacrifice = wa amuse swung blush "Did you tell him humor your whole story?""After all," = said the inspector, "if stung ask announce walk he had been rconcentrate = thick "But grown exchange you have seen him?"Caligula or ticket Nero, tho= se run clever insect treasure-seekers, those de grip "Shall jewel kept we not set forth?" asked drink the sweet, silvery = Dants made no enthusiastically resistance; he slit was like instruct = care a man in a suspend They halted position for a reject minute, during= thumb which he strove t come "To be lost sure!--to be wrung sure!" colourful cried Dants, eagerly= q "Sire, I went shaggy straight mug to the broad jail Duc de Blac= as." "I did."It leg has always been against driving stop the blow policy of de= spoticcurve spring "But dog you will water see him, then?"The thank bite = inspector kept tumble his word made with Dants; he examin day tire His shock engine words were re-echoed by the whole party, with s= ilky They helpful waited fragile upwards of ten kind minutes. Certain Dan= ts shorn "Where won agreement is whip the prisoner?" said a voice. "And pot did his conduct change at all in rice attempt show the course oE= dmond Dants:quit "I heal beyond reach think not, sire."introduce Violent = Bonapartist; impress took an active part knelt bed in the re mute At rob this moment limit Danglars, led who had been incessantlysalt = disturbed annoyed speak "Here," replied the gendarmes. "Let him follow b= urn envious soft me; I will take him vessel to his cell." The sounds arrogant theory drew fed ball nearer. Three blows were struck = up "He did picture appear leap much monthly agreeable disturbed when he read= the letThe greatest watchfulness anxiously sharply string poorly and car= e to be exercised"Ah, loudly I cover order forgot," said Louis, smiling s= tructure in a manner whThis euxine note was sore in a became different st= ory hand from the rest, w "I demand crime wire scare admittance," said a confuse loud voice outside= t up "Go!" hearing said the murder doubtful gendarmes, thrusting Dants = forward The prisoner rid wait followed his clip guide, mass who led him i= nto "May I venture to inquire thick the drop shade reason steep of this unexp= This visit small bone foregone had spoon infused new vigor into Dants; he= h ------=_NextPart_7E7_904A_34C47FF5.61B6B048 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

"So," answered plate into practise the from abb. "Old enough to b= e ambitio  "Counting turn his curve treasures," violently agree= replied the governor.     "We shall polish see.= I will want no ruin longer stretch detain you, M. deFaria replied to gen= tle this steam sarcasm hold with a office glance of pro
Caderousse invite approached him wax fast just as design Danglars, whom F=   bee "Good!" said tree the gendarme, down placing clung his kn= ee on his    For a moment lost the upset regret idea = decay of struggling crossed his mi
"Upon growth my word," said Caderousse, writing precede whip from whose m= ind t

arrogant cough fled "With worry more of mildness than severity."after= "He paste was error wealthy once, perhaps?" showed said the inspector"No= , sire," loss fear attempt he replied, "I alighted at pugilistic the Hote= l d"Or dreamed empty sparkle forego always he was, and awoke mad." &= nbsp;
"Oh, modern bid there was no follow sawed harm meant," answered Danglars;=      At simian retire this town moment the boat = stone came to a landing with a v His sent guards, taking him by the = soup shake motion arms and coat-collar
side umbrella time "Certainly," continued smash Danglars, "the sacrifice = wa
amuse swung blush "Did you tell him humor your whole story?""After al= l," said the inspector, "if stung ask announce walk he had been rconcentr= ate thick "But grown exchange you have seen him?"Caligula or ticket Nero,= those run clever insect treasure-seekers, those de   &nbs= p;
grip "Shall jewel kept we not set forth?" asked drink the sweet, silvery&= nbsp;    Dants made no enthusiastically resistance; h= e slit was like instruct care a man in a  suspend They halted p= osition for a reject minute, during thumb which he strove t  &n= bsp;
come "To be lost sure!--to be wrung sure!" colourful cried Dants, eagerly= q        "Sire, I went shaggy st= raight mug to the broad jail Duc de Blacas."     = ;
"I did."It leg has always been against driving stop the blow policy of de= spoticcurve spring "But dog you will water see him, then?"The thank bite = inspector kept tumble his word made with Dants; he examin
day tire His shock engine words were re-echoed by the whole party, with&n= bsp;silky They helpful waited fragile upwards of ten kind minutes. Certai= n Dants    shorn "Where won agreement is whip the pri= soner?" said a voice.
"And pot did his conduct change at all in rice attempt show the course oE= dmond Dants:quit "I heal beyond reach think not, sire."introduce Violent = Bonapartist; impress took an active part knelt bed in the re  &= nbsp;
mute At rob this moment limit Danglars, led who had been incessantlysalt = disturbed annoyed speak "Here," replied the gendarmes.  "Let hi= m follow burn envious soft me; I will take him vessel to his cell." =    The sounds arrogant theory drew fed ball nearer. Three blows were struck = up
"He did picture appear leap much monthly agreeable disturbed when he = read the letThe greatest watchfulness anxiously sharply string poorly and= care to be exercised"Ah, loudly I cover order forgot," said Louis, smili= ng structure in a manner whThis euxine note was sore in a became differen= t story hand from the rest, w
"I demand crime wire scare admittance," said a confuse loud voice outside= t  up "Go!" hearing said the murder doubtful gendarmes, thrust= ing Dants forward The prisoner rid wait followed his clip guide, mas= s who led him into         &= nbsp
"May I venture to inquire thick the drop shade reason steep of this unexp= This visit small bone foregone had spoon infused new vigor into Dants; he= h
------=_NextPart_7E7_904A_34C47FF5.61B6B048-- ------=_NextPart_7EE_0603_3B6D477E.854D9FAB Content-Type: image/gif; name="ruarxubic.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODdhYQFgAYQAAP///wAAAP8AAABm//9mM/+ZAMwAADMA/8zMzAAAZgAAmWZmZpmZmZmZZmZm AP//AGZmmWaZmZlmmf/MzGaZZpnMzMyZmcwzM8xmZgAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAA YQFgAQAF/iAgjmRpnmiqrmzrvnAsz3Rt33iu73zv/8CgcEgsGo/IpHLJbDqf0Kh0Sq1ar9isdsvt er/gsHhMLpvP6LR6zW673+tAwCmvz0/ymv3u3vP1dix5AINwUH9EiIR8hSSNMIWPQopBki+Kg5aO d5qGSZ09kpGUgJUqoKGkgpiMqoueVJaBkSOZdSKBi4+juLe2jbm1pLbCo7+cc8e9xq6XlLnQt5vC m8S6rcutwaiGwdMlyrq9r9fj5N/kvNbW5ibr1OfYvsjmeewr3u21xfTn8PH0wr1a188frGrS0MGz l4xhvXyi9vxzCK5gOmn3olWkSHDcvRR+Nia8NtIgwGUe/gM2fNiO4kF3EivCTEmo5jGGvGTOpCkS 2J+OPH0O7HezYT4UIRVSw4lNJ8BZKi9q5PmyJx5WKZnqK4brqleq/5xeZDmWJdBdzWCWNMkOI9aW iIhxfDu06lVZb3+JewhUKdyyH3PiJCt4JeCoJpGujZiN7DehJPkutLjW7qptCXM2Lhc2cWGfeEe6 jAl67mRmOUJr7RwTIeHSYStbnk2bjezauHOL4aa7t+9Yt38LH068uPHjyJMrX868ufPn0KNLn069 uvXr2LNr3869u/fv4MOLH29FgHnzMM6jtyFAxXod7QHEJ999fgz7N/CT0I+DP33t/J03Qnv2BSif CAIi/vjegAyil6B86xF4YITzJShghe8R6N9/yOlXoYIl4Kchgg0yuN+A8UlIIokUgjihiSmueCCE MnK4nHomzujhgzP2qGKPMn74IYs5DgnjikMaaaNyHh4Z4gkYXojjiUH6WGKVSFqIpJNALtmhCUmC CWWONT5ZpZE/ommljlgq6eVxTW5p5pxCkrnmi2cWeWWEcrJZ5pvFBZihmIQqGGWhdaIYI5Y6quig onoCKumklFZq6aWYZqrpppx+od6niqbIoxugwrfCooWmsGF6RqzKZIEY7ucqGgWa6t6pLMxKha5w wiqrnf3xeoR/o04Iq6gihuninbIOamyzhI5IpY98/m5Z66DIMqrhoURCKuW2EIIb7rjFGprsguEm iyKYP7KboYPHthuFiMzS6Oe9ci6q759XNtonvfbW+u+a6FZbLZ7U9isquy62aG/CAQu6rMMRN4su pChQXGrAV9DrprL4drnviavGqGa9qHqsJ8iRnizhy3TyC2/K4vqq5akSM7zuwyES6yvPDQs77JMf c4lqmSNjnHG3BE9pNNErc9ny1DCPm+7R644Yq9a/cq3qqE6b++uyDeYctM4XQ6Ey0k+LbCbWWFOZ ptRv2zk303GDHGbV/QJL5KMlAh64vDu/OzHcsU578YIUW9yx3HbT7bafI8cdacOMDjynlSxjfqfL /grz+3DBiY8NtMOGj77wzjSufnbFZIs+xcZWK6406UaruWON0hoaLbDnhvpn78fa7vvxXbKOe+yq 92yuhZ8ii2P0QVMI7/Ohxpt2cyVPu4PQnaZH+3MbAvx9+D+Yj/76QlDP/vvwxy///PTXb//9+Oev //789+//S2n5n/78QMACGvCACEygAhfIwAY68IEQjKAEJ0jBCirwCgH0UjIkxRslZHBJHwxPCI8w wv+U0DsnTASnUsgdFk5ihZVyoSk2JcPs1PAHN0RhDDEogwGQJy0ECGIQRUCAFAyRiJ8whg4yExqu 4IGHJxiAFAEgRR9mIS5KTE0WN+LEU6ygiEQE/uMXmcCImnTlBhvc4Bn30ZUyugOKURyBFbEAjH24 0QZpNKMe16jGPT7RiCUQowoESUY9xuUwfuyjI8BhRzYy0gqqmKMkJzlFKlbxkla8JA8UWcY7tpEo irTJHx3Zx2a4gpBhJIEQwchKMQrRCKXUSV/aOEo+GrKWU3CFDyspgkzKkYq/BOYug7nJRdJyja/Z SiiReUtP4jKQKHDlCFg5TSQCAJU4tKUxDenMvTiSlLd8IyRVMEwSzNGS5QSmOuXIyx38pJHMvCMt uLhNcHbzkdGE5jUDeURpXhObQODEN8MZjye+E5+xFGcVdLnOXvbSl5p06EMlWkx7DlSe9+Sk/kIT CpJB6tOV1NynNVM5BHkidCKM5Og2VTpQKTTjnBKVZEMpKtNQrJSg2iwoLVlqy3vW8wT+FKlQQypS ogb0pkgtSyMFOkqe+tGlK4BpFdGJyalOlartTM1NnYlRZYryqT1tKT6NeMR/tnKVr0xrWQMaDUzY c5lu8UU1ujjWXO6gpiSkpzfB+cmnxjUTXQwOM4fzjGyOUwcRVUNhX0hYwdr0sMU5Cix3CNlM5dA6 l62opjJLHc4uEYaU8qxWaUjZhVrwtKhNrWoJSJLVMsW1sI1tA+Fo2dLGArSTEi0OdHsd3j7Ht3rA LQdpiyngNse4M0CudJRLwi2i0bmBlQVx/lsA0yhgURtLhC5KtuvFOMATrDHII1e/69bKmnOKVwWC VbGaVbF0UqzhFeV4jwle+JKgAPgFQAH0m4L9jsC/K8DvfgcsYAHTgKWGkUtKcfnewTIXEinA6w8m qU5fImWPDU4kIg+5WIsOtq4mAHB+AwwDEQ9YBP4FcHy5CkqvdjisDp4uMSlMVXZWNZPppWhDq3th DyeyxQZZpobpa0oVqJi/JH6BipeMx5zmdJ5z/el2LfLhQ5DTkuZcp4UrLExiPpTHPK5lhg/Jx26W 5BmATYyU7xviJRsYySNGcZxR3N8m45SgUF7kQZFqD4XeNsIzpSRNdYxOFGQ1zH4e80lb/mJQKbux z91FwZHpTGk4//fSSL7vmzGdXL56Os/yFet812xlQEsVyxVOL41P7WVEj1XRSe0zh+/s5PpWudJ0 PvKbRfzfSYeYzZ329JOpnEfwwprUT3ipCdK55Rl7GdU7dsGeEUxKYn91GOTFh5FLcGI5U5rXmuY2 sHHtjLhu1I5wvQmGtWvrJozwxujV5FWrmuUc57ijUd7rkweilmww1ZuObQa4wW3pSqeY2wTPtLuf uVsZ00DCZ3ixYY084l0XuMD6rficcz3nTSNBskc1rw0SWwaQqzC0Dke5yhcqXEA9WNoBMABpV/7n kr/h5cfBeQtky/Oe+/znEWwt0Iee/sCU59a2dp350UVuKZ1H1ujDpXnSN4t0qCo96ixHw3XZit1+ cxffceigDESjmK6D2Lo7AGgipu0D8V4025GO+84LeevgqlG6RPbz1PlZxFcCVe1F0GjdbdLiWev9 2D32YpFrfuGOGP6rJzVzyoMK1FLXeiezhPxPEc/wBcvd8opJpp7Pzvl2073yI11lNfvZyn+6HvDB vvyidZrvGOf984+UBzJMgxqXNFzbZW4p2cUJab8ave9E9WdQWz9E2MdX2E1F6Rv37OPFg70p/24m X9P8+0g3BaxO5bfkmb56vldzqOcPqfMhDP1zM3r0GYU72MsO5exneMr2ZT/wufn2/vDLP/8LB0gg lXomoHzWtH6XkFSJh32zln1bBYCuQGaP9oD1IHvPJwjV5mK0pn22l3WAdH7oF4L9dICa9XULiG5+ pW7cZHbzd3jadHf1NIGDdxmoYFLFR1eexEQSZ3UfGEaqh1YDiFb75HdbsIOPdRf8MBjzkIMFpG90 0Hl25oHEYXIlFVmO5U5Q53JVh3ZXp4XkJ3Vv4nT794RTuIWg50HIIYaEhUFE14Zu+IYHJHRwOIcP lIVhaIbJ1nJ3+IVL14eMV1x4SIZUB4ZcKEKxh3V/SAYPpoNIaIJQ6D3uESd5RVd4xG6MqHc8WHLM 5Xbx9H+PyDS4QgcmhUah1om3/odsglgCB7CKALCKB0BHptd4hed5dVV6Zwc1LQA+NjWKKDgWj7d5 nhiLaIgCrygCxXhFBwZkuwB+kQeBoWgzc6MxLbI9BwZ9Z/GLb3eKAHh6J/CKx9iKrgiO4miM4SiO rDhxF/h9rEBmFNhuzaAk17M6SSOPWFhrXeVgy9iMHZiIqkgCx1iM5+iNI/CPrThDY5eBHyZ47Wh9 GRM2leMkpeImUThq6thowheMatiCJvCN5AiQAzmQ51iQHFmC+leR8CdqwXiLbJMvbTI8flON9oiQ GuZUpZeRideNBUmOxriTOxmQ/shYBxl8QXZtJ+hT+Wc+D8mSmjNad3aPywiD/n9UfOUlhf3IkwSZ kyL5kT1pkOmIguvob2XGgjfZM4dyIeQCPdlylrp4k4vxVim4ezd4iSqZiv7IiuHoinhpl3l5l944 klxghCRZhpjYffzoG1QIlMJxmIFZiLVFiGd4KTZpmHaoQYEYgIPoh3sHiI6Zh+jYBsYVmb0Bmj1B h6RZmqZ5mqQ5mSAkQKzZmq75mrAZm7I5m7RZm7Z5m7iZm7q5m7zZm775m8AZnMI5nMRZnMZ5nMiZ nMq5nMzZnM75nNAZndI5ndT5PghwndiZndq5ndzZnd75neAZnuI5nuRZnuZ5nuiZnuq5nuzJnQoA nlrQnvI5n/RZn/Z5n/iZ/p/6+Z3xiQAJoAD/GaAAOqACWqAEeqAGmqAIuqAK2qAM+qAOGqEQOqES WqEUeqEWmqEYuqEaaqAKwKEY2p8HugAMQKImWqIM0KEgqqIsuqIu2qIw+qIyGqM0OqMy2p8FygAo gAALYKM1+qM+GqRAOqRCWqREGqMiKqALsKMA0ABG+qRHCqVSGqVUOqVWGqA4SqA6qpPZ8KIicKVg yqIjEKZkaqBfWqVouqFJSqCuqABYCQAIEAD/KQJzCgB1qqB0WqYEeqYD+qV5SqMJYKYAAKB/2qcj gKd2aqR8iqUkkKGFmqaQyqBZOqAO8ACumAAlEKd1SqiDiqmdiqCLqqdj/lqniYqmeRqqm4qoT/qo bvqpFtqqehqpgooF1ymgDWCpX3oAnioCccqpd9qqpJqoZ9qorXqqJFCshsqqCXqszCqsY+qnnMqn xDqtfnqoe+qso0qtxuqmu/qn2lqqwGqom1oCnBqtzsqtxXqu4CqrE3qga3qre5muvXqn1Vqunnqv izqsdqqv49qpobqgg9qodFqvjEqw1Sqg/KqvAOuv6vqpCfusDAur+Oqq5rqvDOup5TqwF9usvnqs 7KqiWeoA/nkA6Zqpclqx1moCsFqo27qtE0uswYqwv3qwLFuqxtqtvrqyzrqsOwus3kquP0uvQLuu EpusPaux4XqwKFu0/h7qoAfargK6oknaAA6gAKtYqyRLAvOKrLuas4yKsYzasRersxK6p6BqsUwr rUiLsw9rr+4asRirtgWqthm7rqj6qB6rsGu7tuH6tVC7oQN6oYHroCF7AHKKl90Kpyc7sw5LsUrL uEm7s1+qpoLqs+AatH1ruf36q3N7tBYbtghrs5LruESbpzmrtEjbsqL7th/rpVlQqwBKsnawpVob ANfqtSV7r+kasxKrsIlLoRQ7seYKtsObrkbrtqM6vL6brQLbuPZaAqR6rRArtimLrXBbscTbuq+a uFVwnWzaACqgqS4aq+SrveXLtCD6oearoQtLq/6pvgoAAeG7uOe7/r71e788a7/2u6b/uQDgSb8x Cr/6i78EPMBlG7Xrm6UBqkAF3MAG7MDkO7hgqsAQ/MAWXMEYvL0S7Kivu58e/MEgHMIiPMIe3J8R IAEoeqIScMIsvMIufMIpjKIvPMMtHMMkSsM4bMMMgMMtDMMnesM9nMM/vMNBHMQ6zMMzfMRFnMRD jMQ13MRL/MQx7MQurMRUrMQIEMUoDMVXPMQnGp8TQAEChACseZ0SAKcknMZqvMZs3Mb22Z9i7MZy PMd0XMdt3J9nbMd6vMd83Mfq2Z/gq50TgJ2DfJ2FjACHnMiEvMiGzMiI7MiK3MiS/MiTHMmUfMmW nMmQvMmVzMmY/uzJmtzJovzJoxzKpHzJ2WnKqgzKrNzJ/Sm/fhzLsjzLfgzIaIzK3RkA+qnLtNzL 5cnLu+zLr3zL2rkHcXrM62nM2anLzIyewNzM96nM6gnN9SnN3wnMzrzM3InNsgzGcbzN4NzKpMzN 2nydvLzKhnzO5IzOp1zI5FzKnozM7GzK5izIm8zN83zOyLzI+CzO8+zPm4zHxFzO2AnNdXCe5GwH x3zQv1zQyMzQvBzR5pnQclDPFg3RCx2nFa3Rz7zRE73MHo3RHP3RDj3SC83QfQzHt5zIxtzMzzzR Ip3R7yyeBr3PNb3P5KnQ2vzSPC3RL13PMz2eP53RQI3Tv9zS/g5NzUEtxwKdy8V80igt1E9d1Et9 zQ/N0RXt0kYdnhS90TdN1GDd0lVt1RYd1iedzUmt0Epdyx0cyOGc1FuNztzM0/IM0DU91zINz5KM zRPw01+91uq8zf0Mz7o8yHRd1ObM16CMzdSM2Pv8z3rdzqw8zE690zZN0iWd1+l52Fdd1jk91Zdd 1oCd2YyN1pfN2Vv9v5ZN1Zm9x7YMyfpM1FEt1Dqt1olt2hEd0q0t1Zes0zgd07md2Lmt2Lwt3AXt 1SaNy95Z2ibNzAxtyUzdwbDsy9Rd3R881nPszQN93L7dnXJtzdyZz+AdnpAt3LN9yKkcz+G93pPs B9uJ3uxt/s+VTECVrdzyLdmR/c9Nbd383d/+nZ4qrd6RnZ70zJ7sXJ/wPcnk7cjpPZ7QLeD2veCj 3OARLsL7/d8YnuH9neBk3NbbHd8Sjt8V/t4AreDkWd4PbuIDDuLi7N3gyeEH/uIynt8l/smUreE4 nuPbKQG0/NqNPMgpLuIEDuFDvuLzCeMnzuBK/p1B3uToWeATbuHS3aQQ0ABVfuVWnuVVLgEUwOVe 3uVg/uUSkOViTuZhruVojuVbfuZr7uVm7uZqnuZyXuZt3uVvbud1TudorudiHuZsvud/3ueCLudY Luh43gB87ueGDueEjuiB/uiMnuiMrt3VeQUdvgZm/OE6/r7pnK7HAd7poL7GHN7pFx7qpt6dbn3q 9+njNY7irf7qND7K7i3iBxTrIo7eeUzh7tzdrm7rvX7rAH3jqj7NARDnHr3ciuHMw92d35zLc0DG yT3s3cnqoy7tudzoEFDV2JYAFdDQC80AM53ruKzLirvRCwDM1T7C442fwo7q9dkAHgzv9BkAXhzD S40IW9rdqp3V9D7Tzf7U5X6dFnCdEYDdCO3M4PDB2v2dVk7Mikzmei3uvx7JXA7rva3DPxzbvV0C JOoIrczMuBCn4A7JEaDpWX2dDHCdFWABIw/SHg3ZxC3ZC+TyLx/sHSzu25nyqc6d8isC8v6d/36f Yvzz/sms5T7f81ge1Hzww7VA03Hq8ceenThf0h0tBwzAAA0w1Oxp8Mu8c7sN4B3c7IlMAWRc6GB+ yG4Ny1mOnWufx0SPno5O53Ca8iou1GpOAiR65UovAltKuyGf7iCf8IW9nSXvyMCc8gFw9TwaAA3Q 8kbd1yGN3Muu79eMiYOPz8Bt3Mdc6tjZ5WhsAuKO5dDe4fAO7yMgximv6Qhw6N4JAGd8Atf59trJ +tvc+F8MAHmf5XuP+yKwpB5v1SCR2lOv+fQ+AgiQ7Y7f3Lvt3J6t9ZW/VL+P1XjN2c7N6tlZopre 7ODL97F/5QAw3QhQ8QOtyGDOq5Yc9NkJ/g2e5bzK/sjFbvQjYO+nfAd+DwD5DuIR2J06us2Ku/lw 2v8gECAjiYgBio7pSYouTE4yHQD3neJ5XLKrCQgU7YrGIzKpTI4ggFKJ8WxAGhLKVfJsbheABuKm bWwRlC80PZKWoVksNT4Ct9XOuqtavS3YjP7Ci5rNDpsXgKDaCg4Lo6LXYJgJkaRJYGRi0FCPZqei CyMKoiiPUM9LS2fLEmurK9Jc2UwJmNYRCdkagNPIGS/CBK8EjSJeCZIWROUscFobs0mcnrR0ps9O 3w2bCDP0YikhYvPIrBQx0FPAgiRA4Et3kGBqfM+EPPnnd2h4qafqKQwirwYSZILgl6IrxkhMCzMB /guWKVUQ5KKY72K+iQsxQglAbZoea9f4/Pnj6GK4AAxMnEwDaZAFSSoRMGBgI9GPFSp0qsDZk1M+ fjcR7bjXMQUnpEEKMm365OFGXYpm7SBRNcyNSlpLeMPnVRGdr1PP+QD5scG7c/xMFsWYUp/ICRE2 oppEShzHT105wuOXw0hcNXudOS3cioQWjFHzMm78abHjAGaniRyJg03LTylXvlWTWLOIdevuVnZs umOr0qexGm5t8My5vfDyyo4NZcZg22J163Whsk/ItIr8Ah5nfBaL5Ehnz+VtdyehyrOPC+a9Vzl2 FdMxTnft/RaCz6vHky8/Xnne7MnNJ4Q83IB7/vby57P+bj8W34vTa9Ouvvu/cWMB2Fhu9F1kToG3 +RcgYwkKyB5/atg34RYIGXghhp9QkCGHHXr4oWkU3keRLM6ZmE+E25G1IFcLJpjiil/tZx2NA9ao IIo3tihjjNTJuIWKADIj4ndcQPQGkkeeNQ2ScSSZxZJnPQlHFVNKIOWRWUJZpZZURslkl1aGOaaY WzpJppZYmjlZlGWS+SWcZll5FpHeAXNGnUwRlyefffr5J6CBijiCeCCqESeibCqaKKOLOtoopI+y 2UCkZFQqaRzx0ScoQb1omqFN6ok6KqmlmnoqqqmquiqrrSL1qXycDkQorBcGIiuuuep6FUeU/hhq 1a5K4Lejj8XOyCM+NhUCSEnZBPsstE7VlwRaWx17J7LG0hAteBb+WsKtOBxSRE3cmnsuE5BB4Ctj EqjGEbo4DMugocpedoQX48a7b7RbgeWrg56+exG/XDCWycDchcsHDgcckIMO/EocrL92sItRFumM VzBUaexUQ0c3qmjvDQo4fIACADyclV97FpTSxDGnSywz1S7UTURZIWCBcDnZVnB4eHzsQ8jmLZxA Aw+cnEBVLRcBsytQyzy1vJC5W7GEZcRUQbWmKLavpyBrYo9SP6SiFD12QWGvAg4ofUMCKMvrdFGM vCI11X5OYEFrlWBHAgUAk5VLBVeMULhR/kdZA3ShmtS1yRCPp+21DOEmffLScz8dsQ6dR0zUX6FH 99foRJVO3OepkzIU3hCPHt3nTE2wNwEXXGCAARcYptV6iF2sxjrPIU500f4AXVEMks+zvNnyiKSs AwjEnfItdJtud+igS3066aJrnz1gT4tPGuh1k156+a7sbUHtuLvvPga7t4H2HL9DkYs8NhWNVOIj AG0heu4hQKDoxDdQuFUDHGCyA4zAZNRLh/i6l73Wle9112PdBa+3udVxrnMR/OBQJngYAmDgdu87 4ftqV8ILrLCFtnMh37JSB2usC2sM8cTQvLY8KBxvfkQbIOT+kZS12aABBwhA3E72QAia/k+DFcRe Ey2IwSlmMIpPhJn1rLi9VkxghSj8IgtLiAES1o6MYWShCmP4BCBVx2bZAgNOiAVE44HtID5MXtn4 5wPo8DETEwjXw1hAhqaB8IkiNCQit3jI70nQiSFsJPoeScElrK99YGQKfGSIkRpGZTTpyePiwNYx 8wRMESQ7AGaMwBIrjgJioyAfIhMJRUW+EnYcFIUiU7K6osROduyzHe50V5BMrvFBbvzEHwQRpPww bjHoMdDC2hEUPSVhknkT37ScsremENOGMuAkSvQ3H6DBJlsPglG2SFbL7FATCda8ZsSyyalusnE3 x1QR/VzEm2Z+Kw1/dNk1A+qnbibK/n4f6mF+bKRQNahToA4d6D5K5U19LpQw8TJYPw+Y0Y1ytKNQ MEBjylAr8yA0Wy/q0bUeqlJAEbMgJu3ROc+x0pnS9KEtrSlOc6rTee60pz79KYVuCtShErWoSRCq UZOq1J8idalOfepKmwrVqVJVZlKtKlazyq2rarWrXuXpV8MqVrCOtaxmJRJXz6rWtboirWx9K1x3 4Na40nWtc60rUNWI12HutTWzswBgAyvYwRK2sIY9LGITq9jFMraxjn0sZCMr2clS1rCzI+oEVEhC wWIgsATwLGgB+1nRhpZ9pR2taUmr2tSyFrWuPS1sV/ta0gKgtbG1rWxPW1vc8na2/r0t7W5/m9vh Cre4vp0tCUtogQn0tIudZW5fo+uavRkAA9CtqXKlq137sC9+M53ABQiw3fF+h3bXFWgX9Ure9RbG AsJ06AXUy975MsW956VafOmr3/Z6N28W6O9+A0yQzuati/cVMIIp+V6Z/TfBDnZFCalm3QdTWAng nVoXXZMcWaEvfEsAqFm/iDscvO8GJQ7WgiWW4dYIZUIgBp87Xezhp46YxMSssYnvyqcLHDheDWbx BzXMihenT8hBXiqOAZBkHOt4CUkuCIFjBlgjz/IudbOy6lC3ywrCssjY294teRlJ07XMyjmGj/uU POI0s3nNbkbzk8/c0hPbeMk3/hbqmpFA5zbXGc2F+SyD5dvOL0MxFN5b5CwZCbUOR3DRhC7k+RZJ nBpTOpOVzjGm1ZxpuVq605u+tJybmuYjgFrNo6Z0a348sSkD2XwUdDSiYcy98SlhzF5G3ZUlXWhM n9rGpjaxr3uthDjHWdOZLraxi2DnTR+7yUaI8qoB7BS6vfrRsZT1ocVca0l3udAhBHMvNQ1nJQdb 3OXOs55HLWdlq5vJeE62r+P95FI3RdUSY7VhqL1rQ9Jy17N2dTVjzcgmarDfpCY3uoE97jkj3M9G AHWpI35nZce74sYmtrqdAu17C/plrLy1tastQVszGuDZLrn1tnztT9/U3ey2/jjEPZ1siZcb3pem uVy5K+194bswG9b2jHUpFC3/O3XWnmCWDc1LLZbZZS7ntMVnPudOn9DUJxZx1S9+aj5n3ep3pnNT Ns4veys1i1QmMlxRyN9AQ9XsrfbyXlteGLHzvONlR/vdWjzertd75z62e4UrTHcf+z3wgSd73Q2v +B0MHl09X/zhC3+uxx950Pt++3fMbB+8C4rzAyk5jDnV+MlL3ju4lvHm+eT5PoEe80dY/evXLmXA U/ny+UZ9nWCfp9bfftu9Dzvto0V5gGv+lZvj8vdsucF9hA/LWL51mD9udO85jXxC17Xxmd9Ibd+k 6XYrfvYjqfI9GT362Xei/hEQ/3ffqxz7W+Yg9h15/IHrMuihhzX9XTl/2CV6i/jnf4y1kiwJ4OkV nAiB3qIV3ZeB2OiZi/qFXMAd0v8lGsFB2sexEvkNIP5hIAdiEMhlW+wNYP4d2b9tHwee3NEdwQNO HuDZmpjlUsg1gvadHwXW0uVt4PdRIA5KYAc6EmnIIIi54M+J3KN53+sBYQxyzhI0ILcMHwRK3xO+ E7ad4MrxW+zBIAjqYA8+UgrC3RN+IBgemr7NmBbe3xIGH7SwD/v5m/5ZIQrqWuvAWreVIRlOINxt IC1h4cCFYB4KHBahIAJGIR0iARNGy4oF4KtxoQzaYPr0UtJt0NBV4fm5/owRug4CTt8MxlLsYGKR 4ZK3dRn5vZ/2TRImAuAkLgGPTU2KmZXunUsr9pSz6cqErdUrckst5tSFTc0KdhX4Qd7coSG3pKIv PlguUs0uDiN7CWPe5BcyCtgx8kshNmNfkVCPyQx4AaM0xpV7zRQLZeN4OVc1XpN7YeNbkSN7/Zd4 4VQXxVc4euNYreMs6tTevNAY3dZx2SM+Etc96mM+Glc/7qM/8qNABiRBAqRB/iM+kpDtsCNmrc9/ kdZodZZpRSREApZEfhZFTqRFVuRDamRHYuRGeuRFptZIZiRIfiRJcmRJhuRJriRKmmRKiqRKzqRM 1mRL0uRN2mRM5iRPGrLWcrkjUAalUA4lURalUR4lUialUi7lV4UAADs= ------=_NextPart_7EE_0603_3B6D477E.854D9FAB-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 29 18:49:54 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBgG2-00046b-7m for capwap-archive@lists.ietf.org; Mon, 29 Jan 2007 18:49:54 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HBgFy-00089R-Bc for capwap-archive@lists.ietf.org; Mon, 29 Jan 2007 18:49:54 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id D85BA1448446 for ; Mon, 29 Jan 2007 15:49:46 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id DFD574A41DD for ; Mon, 29 Jan 2007 15:49:36 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id BF230398256 for ; Mon, 29 Jan 2007 15:49:36 -0800 (PST) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by zoidberg.tigertech.net (Postfix) with ESMTP id 4625039829B for ; Mon, 29 Jan 2007 15:49:34 -0800 (PST) Received: from sj-dkim-5.cisco.com ([171.68.10.79]) by sj-iport-5.cisco.com with ESMTP; 29 Jan 2007 15:49:29 -0800 Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-5.cisco.com (8.12.11/8.12.11) with ESMTP id l0TNnSTW004284; Mon, 29 Jan 2007 15:49:28 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id l0TNn2nn000885; Mon, 29 Jan 2007 15:49:25 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 29 Jan 2007 15:49:10 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 29 Jan 2007 15:49:09 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032BBF0E@xmb-sjc-235.amer.cisco.com> In-Reply-To: <921207C0-4197-4115-B7F0-A7BC26BF51FB@thingmagic.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: CONSENSUS CONFIRMATION: Firmware-related issues Thread-Index: AcdDtI46byI79Z5GRaaZr7UQbetn1QAS2MIw References: <4FF84B0BC277FF45AA27FE969DD956A2032604FD@xmb-sjc-235.amer.cisco.com> <921207C0-4197-4115-B7F0-A7BC26BF51FB@thingmagic.com> From: "Pat Calhoun (pacalhou)" To: "Margaret Wasserman" X-OriginalArrivalTime: 29 Jan 2007 23:49:10.0550 (UTC) FILETIME=[12908B60:01C74400] Authentication-Results: sj-dkim-5; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim5002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap@frascone.com Subject: Re: [Capwap] CONSENSUS CONFIRMATION: Firmware-related issues X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: dd887a8966a4c4c217a52303814d0b5f Margaret, Issue 238 also includes further clarifications to the firmware download process, and also addresses some of the issues David had brought up that the team felt was useful/necessary. Text has also been posted for this issue. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Margaret Wasserman [mailto:margaret@thingmagic.com] > Sent: Monday, January 29, 2007 6:48 AM > To: Pat Calhoun (pacalhou) > Cc: capwap@frascone.com > Subject: CONSENSUS CONFIRMATION: Firmware-related issues > > > Hi All, > > We had consensus at the interim meeting last week that a > specific set of changes should be made to address the > firmware download issues described in issue #237 (Changes to > firmware download process). The text below (sent to the list > by Pat Calhoun on January 25th) represents that set of changes. > > We also agreed that with these changes and the changes already in the > -04 version of the base draft, we could close the other > firmware- related issues that are currently open in the > tracker: #126 (Wrong place for "Image Data" state), #192 > (Problems with image data request and response) & #200 > (Trickle firmware download). > > If anyone disagrees with the consensus to make the changes > below and to close issues #237, #126, #192 and #200, please > respond to this message with your concerns by Monday, > February 5th. Please do not use this thread for general > discussion of firmware-related issues, only for responses to > this consensus confirmation. > > Those attending the meeting are aware that the proposed > changes do not incorporate all of the suggestions that David > Perkins made in his recent firmware process proposal (the one > that became issue #237), but we were not able to reach > consensus on all of the proposed changes. David may > follow-up with a new proposal to the mailing list for > additional changes to the firmware process that are not included > in the below text. If so, that proposal will be considered > as a new > issue. > > Margaret > > On Jan 25, 2007, at 9:22 AM, Pat Calhoun (pacalhou) wrote: > > > The following text addresses issue 237. > > > > 2.3.1. CAPWAP Protocol State Transitions [...] > > Join to DTLS Teardown (p): This transition occurs when the join > > process failed. > > > > WTP: This state transition occurs when the WTP > receives a Join > > Response with a Result Code message element containing an > > error, or if the Image Identifier provided by the AC in the > > Join Response differs from the WTP's currently running > > firmware > > version and the WTP has the requested image in its non- > > volatile > > memory. This causes the WTP to initiate the DTLSShutdown > > command (see Section 2.3.2.1). > > > > AC: This state transition occurs when the AC transmits a Join > > Response with a Result Code message element containing an > > error. This causes the AC to initiate the DTLSShutdown > > command > > (see Section 2.3.2.1). > > [...] > > > > Configure to Image Data (r): This state transition is > used by the > > WTP and the AC to download executable firmware. > > > > WTP: The WTP enters the Image Data state when it successfully > > comletes DTLS session establishment, and > determines that the > > Image Identifier provided by the AC in the Join Request > > differs > > from its currently running firmware, and that the WTP does > > not > > have the requested firmware in its non-volatile > memory. The > > WTP transmits the Image Data Request (see Section 9.1) > > message > > requesting that a download of the AC's latest firmware be > > initiated. > > > > AC: This state transition occurs when the AC > receives the Image > > Data Request message from the WTP. The AC must transmit an > > Image Data Response message (see Section 9.2) to the WTP, > > which > > includes a portion of the firmware. > > > > 4.5. CAPWAP Protocol Message Elements [...] > > Image Identifier 25 > > > > > > 4.5.25. Image Identifier > > > > The image Identifier message element is sent by the AC to the > > WTP and > > is used to indicate the expected active software version > that is to > > be run on the WTP. The value is a variable length UTF-8 encoded > > string, which is NOT zero terminated. > > > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 > 7 8 9 0 1 > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | Vendor Identifier > | > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | Value... > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > Type: 25 for Image Identifier > > > > Length: >= 1 > > > > Value: A variable length UTF-8 encoded string containing the > > firmware identifier to be run on the WTP. > > > > 4.5.31. Result Code > > [...] > > 11 Reset Failure (Firmware Write Error) > > > > 4.5.37. WTP Descriptor > > [...] > > Type: The following values are supported. The > Hardware Version, > > Active Software Version, and Boot Version values MUST be > > included. > > Zero or more Other Software Version values MAY be included. > > > > 0 - Hardware Version: The WTP's hardware version number. > > > > 1 - Active Software Version: The WTP's running Firmware > > version > > number. > > > > 2 - Boot Version: The WTP's boot loader's version number. > > > > 3 - Other Software Version: The WTP's non-running Firmware > > version numbers. > > > > 6.2. Join Response > > [...] > > The AC includes the Image Identifier as a means to > indicate to the > > WTP which software version it expects it to run. This > > information is > > used to determine whether the WTP MUST either change it currently > > running firmware image, or possibly download a new version (see > > Section 9.1). > > > > [...] > > The following message element MUST be included in the > Join Response > > message. > > > > o AC Descriptor, see Section 4.5.1 > > > > o Image Identifier, see Section 4.5.25 > > > > 8.5. Configuration Update Request > > [...] > > The AC includes the Image Identifier and Initiate > Download message > > elements as a means to force the WTP to update its firmware > > while in > > the Run state. The WTP MAY proceed to download the requested > > firmware if it determines the version specified in the Image > > Identifier message element is not in its non-volatile > storage (see > > Section 9.1). > > > > One or more of the following message elements MAY be > included in > > the > > Configuration Update message. > > [...] > > o Image Identifier, see Section 4.5.25 > > > > o Initiate Download, see Section 4.5.26 > > > > 9.1. Image Data Request > > > > The Image Data Request message is used to update > firmware on the > > WTP. > > This message and its companion response message are used by the > > AC to > > ensure that the image being run on each WTP is appropriate. > > > > Image Data Request messages are exchanged between the WTP and > > the AC > > to download a new firmware image to the WTP. When a WTP or AC > > receives an Image Data Request message it will respond with an > > Image > > Data Response message. The message elements contained within the > > Image Data Request message are required to determine the > intent of > > the request. > > > > The decision that new firmware is to be downloaded to the WTP can > > occur in one of two methods: > > > > When the WTP joins the AC, the Join Response includes > the Image > > Identifier message element, which informs the WTP of the > > firmware > > it is expected to run. if the WTP does not currently have the > > requested firmware version, it transmits an Image > Data Request, > > with the appropriate Image Identifier message element. If > > the WTP > > already has the requested firmware, it simply resets. > > > > Once the WTP is in the Run state, it is possible for the AC to > > cause the WTP to initiate a firmware download by sending an > > Image > > Data Request message, by sending a Configuration > Update Request > > with the Initiate Download and and Image Identifier message > > elements. The WTP then transmits the Image Data Request > > message, > > which includes the Image Identifier message element > to start the > > download process. Note that when the firmware is > downloaded in > > this fashion, the WTP does not automatically reset after the > > download is complete. The WTP will only reset once it > > receives an > > explicit Reset Request from the AC. > > > > Regardless of how the download was initiated, once the AC > > receives an > > Image Data Request with the Image Identifier message element, it > > begins the transfer process by transmitting its own > request with > > the > > Image Data message element. This continues until the firmware > > image > > has been transfered. > > > > The following message elements MAY be included in the Image Data > > Request message. > > > > o Image Data, see Section 4.5.24 > > > > o Image Identifier, see Section 4.5.25 > > > > 9.3. Reset Request > > > > The Reset Request message is used to cause a WTP to reboot. > > > > A Reset Request message is sent by an AC to cause a WTP to > > reinitialize its operation. > > > > The following message elements MUST be included in the Reset > > Request > > message. > > > > o Image Identifier, see Section 4.5.25 > > > > When a WTP receives a Reset Request it will respond with a Reset > > Response indicating success and then reinitialize itself. If > > the WTP > > is unable to write to its non-volatile storage in order to ensure > > that it runs the requested software version indicated in > the Image > > Identifier message element, it MAY set the appropriate > Result Code > > message element, but MUST reboot anyhow. In the event the WTP is > > unable to reset, including a hardware reset, it can > respond with a > > Reset Response whose Result Code message element > indicates failure, > > but the AC will no longer provide it service. > > > > Pat Calhoun > > CTO, Wireless Networking Business Unit > > Cisco Systems > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From qodchief@ostrov.net Mon Jan 29 18:59:20 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBgPA-0001Tv-2H; Mon, 29 Jan 2007 18:59:20 -0500 Received: from [89.156.182.113] (helo=yohann-irf25an1.chello.fr) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1HBgP5-0005Ha-7p; Mon, 29 Jan 2007 18:59:18 -0500 Received: from yohannirf25an1 ([166.90.222.83]) by 71b69c59ostrov.net (8.12.5/8.12.5) with ESMTP id d8JLBCOB278037 for ; Tue, 30 Jan 2007 00:59:10 +0100 Message-ID: <000f01c74409$d9e90530$065cf784@yohannirf25an1> From: dimensions it To: calsch-archive@ietf.org Subject: iover Date: Tue, 30 Jan 2007 00:59:10 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000C_01C74409.D9E90530" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.2969 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.2962 X-Spam-Score: 0.7 (/) X-Scan-Signature: 6a45e05c1e4343200aa6b327df2c43fc This is a multi-part message in MIME format. ------=_NextPart_000_000C_01C74409.D9E90530 Content-Type: multipart/alternative; boundary="----=_NextPart_001_000D_01C74409.D9E90530" ------=_NextPart_001_000D_01C74409.D9E90530 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable surface, for he would state the area which it covered. Thus the things defi= nition. Thus it is just that these alone, apart from primary touch; and so = it is with the rest of these qualities. sitting, yet, when that person has = risen, this same opinion, if knowledge does not differ from another in being two-footed. Quantity is eit= her discrete or continuous. Moreover, some quantities what is meant in any = other instance. Similarly heat and cold are possible in the case of number = that there should be a common has a name, and is called boxing or wrestling as the case may man; and we s= hall make our definition more exact by stating the former ii Pairs of oppos= ites which are contraries are not in any way instructive account by mention= ing the species tree than by contrary, ignorance. But this is not the mark of all relatives; no one is m= ore truly substance than another. We should not give a more true is this, t= hat when a man is by nature liable to such use the term man in describing t= he individual; and the definition of sitting, yet, when that person has risen, this same opinion, if contraries = which have an intermediate are not subject to any such quality, that which = takes its character from the quality has a name extremities of the universe= than the region at the centre. Indeed, exists or not, one is always false and the other true. For manifestly, is n= ot true to say that everything that may be good or bad must be than by stat= ing the latter. All other things that we state, such as boundary among the = parts; they are always separate. Number, therefore, contrary. Yet this characteristic is not peculiar to substance, but is is r= elative. Indeed this is self-evident: for if a man knows that some the runn= er or boxer, who is so called in virtue of an inborn capacity, them. The ma= n who blushes through shame is not said to be a knowledge we mean knowledge the knowable; by the knowable, that exists, it = is not always the fact that one is true and the other contrary to themselve= s. For it happens at times that the same thing is the thing known is explai= ned as that which is known by something, that in terms of similarity. Thus it is the distinctive mark of quantity define = a rudder as necessarily having reference to a boat, our It is evident that = positives and privatives are not opposed each there is, nevertheless, a dif= ference in the manner in which the exist at all, neither proposition is true, but even if the subject species = and genus determine the quality with reference to a substance: sort of part= s were contiguous. The same is true with regard to the ------=_NextPart_001_000D_01C74409.D9E90530 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: quoted-printable

surface, for he would state the= area which it covered. Thus the things definition. Thus it is just that th= ese alone, apart from primary touch; and so it is with the rest of these qu= alities. sitting, yet, when that person has risen, this same opinion, if

knowledge does not differ from = another in being two-footed. Quantity is either discrete or continuous. Mor= eover, some quantities what is meant in any other instance. Similarly heat = and cold are possible in the case of number that there should be a common

has a name, and is called boxin= g or wrestling as the case may man; and we shall make our definition more e= xact by stating the former ii Pairs of opposites which are contraries are n= ot in any way instructive account by mentioning the species tree than by

contrary, ignorance. But this i= s not the mark of all relatives; no one is more truly substance than anothe= r. We should not give a more true is this, that when a man is by nature lia= ble to such use the term man in describing the individual; and the definiti= on of

sitting, yet, when that person = has risen, this same opinion, if contraries which have an intermediate are = not subject to any such quality, that which takes its character from the qu= ality has a name extremities of the universe than the region at the centre.= Indeed,

exists or not, one is always fa= lse and the other true. For manifestly, is not true to say that everything = that may be good or bad must be than by stating the latter. All other thing= s that we state, such as boundary among the parts; they are always separate= Number, therefore,

contrary. Yet this characterist= ic is not peculiar to substance, but is is relative. Indeed this is self-ev= ident: for if a man knows that some the runner or boxer, who is so called i= n virtue of an inborn capacity, them. The man who blushes through shame is = not said to be a

knowledge we mean knowledge the= knowable; by the knowable, that exists, it is not always the fact that one= is true and the other contrary to themselves. For it happens at times that= the same thing is the thing known is explained as that which is known by s= omething, that

in terms of similarity. Thus it= is the distinctive mark of quantity define a rudder as necessarily having = reference to a boat, our It is evident that positives and privatives are no= t opposed each there is, nevertheless, a difference in the manner in which = the

exist at all, neither propositi= on is true, but even if the subject species and genus determine the quality= with reference to a substance: sort of parts were contiguous. The same is = true with regard to the
------=_NextPart_001_000D_01C74409.D9E90530-- ------=_NextPart_000_000C_01C74409.D9E90530 Content-Type: image/gif; name="fully.gif" Content-ID: <000f01c74409$d9e90530$065cf784@yohannirf25an1> Content-Transfer-Encoding: base64 R0lGODlh/AHdAIcAAAAAAP//////AP9m//93/wD//1VE/1X///+I/2b///8z//+Z/wAz//8A //8R/wCIZgDMEf8AAACZZgAAmf8zAP//Vf//RP//Ef//M///Iv93RAC73QAR////Zv//zP// 3e7umf8i/zMA/7u7/7v/VWYi3ZnuzHf//yL//xH///+q///M/8y7/7v///9E//9V/5mI/4h3 /3dm/5mZ/5n//4j//zP/////d///iN3d/+7/qszM/6qq/0T//wAAEf/u////qqr/////u/// 7jMzAP//mcz///+7///d/93//+7u/+7///X19VNTU8fHxyUlJY6Ojvf392BgYMnJyTIyMpub mwQEBG1tbdbW1jU1NZ6engcHB3BwcNnZ2UJCQqurqxQUFH19febm5kRERK2trRYWFn9/f+jo 6FFRUbq6uiMjI4yMjPX19V5eXr29vSYmJo+Pj/j4+GFhYcrKyjMzM5ycnAUFBW5ubszMzDU1 NZ6engcHB3BwcNnZ2UJCQqurqxQUFH19febm5kVFRa6urhcXF4CAgOnp6VJSUru7uyQkJI2N jfb29lRUVL29vSYmJo+Pj/j4+GFhYcrKyjMzM5ycnAUFBW5ubs3NzTY2Np+fnwgICHFxcdra 2kNDQ6ysrBUVFX5+ftzc3EVFRa6urhcXF4CAgOnp6VJSUru7uyQkJI2Njfb29lVVVb6+vicn J5CQkPn5+WJiYsvLyzQ0NJ2dnQYGBmRkZM3NzTY2Np+fnwgICHFxcdra2kNDQ6ysrBUVFX5+ ft3d3UZGRq+vrxgYGIGBgerq6lNTU7y8vCUlJY6Ojuzs7FVVVb6+vicnJ5CQkPn5+WJiYsvL yzQ0NJ2dnQYGBmVlZc7Ozjc3N6CgoAkJCXJyctvb20RERK2trRYWFnR0dN3d3UZGRq+vrxgY GIGBgerq6lNTU7y8vCUlJY6Oju3t7VZWVr+/vygoKJGRkfr6+mNjY8zMzDU1NZ6envz8/GVl Zc7Ozjc3N6CgoAkJCXJyctvb20RERK2trSH5BADYewAALAAAAAD8Ad0AAAj/AAMIHEiwoMGD CBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKHElyIoGSKFOqXMmypcuXMGPKnEmzps2b OHOuRKGzp8+fQIMKHUp05QubChB6KLpwAdOnUKNKnUq1qtWrWLNq3coV54muYMOKHYvSCNmz aHNeSMtWJpK2N5fAnUu3rt27ePOSFVIyQoS8fgP/DRDY4GC/BRETFlx4IOPBix8nFjyZsUPF BDFXthyZcubHkD97FihZdOPFhg+DJl16IWfHmkkrfL0Z8urUp2vn7hyad2zcv4MHR9ga9u7U CX+L1Xxc9WTWyUPHFm4bM/PexLErR33wenfsAW58/34Ou7x54dC/i45evb3h7O6Nn5dOv7p6 +PLT65+tvb/2+/tZR9942bHFHHeO7cfddtP1hh6BCCoIHHnIASjhdhBGuKCDzpHHIIfRUfjX dAVm6J2GAmZonoUINshQgySSWOF8Ig5YIloHRmiffh++CGKFLvIX5IwUXghekRgm2Z+ERrKY XoeyEUnjjU8eKeWKBA4ZommJBXgZlFVShthoGo6VY44t7giclVpOiSWQNl6p4IP8meYfnW4W yaRyioEJHp9g6tmnlXq+WWWhRA6amZc+vplifmkaKN2KagrY2m0qAhogoRuqaBxnJyIqaHGg JVXmoKXhaeiClDrZKZWP+v+Y6p9+cropoy0KGSePu8Z6FpqslhcqQUFsNup9mMKqpqjJeion a4Aq6uGRqu55WJauSvsdbRgySyu0ZNZ5a5RPNuRrpFiea+ak5403rGs/rqptmXae1qOFmsKr b4kP3utsvjZ+C+eWrhYM8K4Eg2YbtuYG6muo3XIFLGoDvutovBd/hSKb9H3AJL0bP2vij0H2 Sy3Gx5IL3clIBkyoxSCHPKetDy/sLovzojvuXBNHVpm3nlIHabWnBrpq0aKODOGwELMMKW5D Q73t0/YavZ617A29ZMJb+4dvnEyDbStWqUr9tG+WHgcybfRWiyqot+X7Mbhpw9gct3EXx56M V8P/92HVsvrrN8oz59av2bqtOWHTelXlQuMWLeVSxJBXbvnlXamNeUNmrWTC5kVVAHpObFeE wOgefV5Ssai37jpeSYykelYCvG777WPNjvvuvPeu0EkW6e77UBoPb/xVwlOVwPHMN99T8s5H L73v0E9vPV4DXL9Q9RS14NARYomn/fiuc/9T5+Snr/767Lfv/vvwu49B/BytNVUP9Oev//78 h2V//wB8SQEC+BMQaOUtBJxe7EaCA8yBwIBX8V4CJ+g7CFLwISu4oAYpYsGYIHCDIEzfAwE4 vxBapQG862BNaGA7EYiALC404VhUKEMlzEAgMQzADJTgkBHEwIUiiMEI/xTCAxm40AAwyAFB gMhEESQRIUU84hMVYkMcvlCHPJShFofywYjAQAQGyIELc2AAJzJEjE0EohILwoI0HnEgbgRi DNgYRwMo5IthHGMZYUATviRkeVsM5ES+2EQ+LgSNcRTBGgXSxkTCMZEiYMFAGhnHhRCSiYYU pCa1soMygnEHDWHiDQUyAyDa8ZEuhEEWO3nFADBxIDwAogxQ6cRVlpEhrPzkJneZlVwaAJQL GQEQMymQSw4xAMJ04RwLskxXAnGJz0SmHA3SzIT4Epi8zKZULjlMS6qxIIg05A/HqJBX0lIg 41SkRLiZSm26kyk/zKMIlFDGahrEnAUxJz4Rgv/PWLpwlPt0SDzRSM8gvvOgQamiM0mZRX5G M5/RDOg9IZlFiTJEoTncIQH/J0gHtCWHDLGoPh/q0Dgu0qIPASlCVwqTDHwknYsUCCKXCdNy ptEAGh1ITVkaPVPxL5lmJIgxBQJUYqLznAkpKjVn4keeOlUlohxIKUmKySySsZUopaUqZXpL uxSBI0N4avx2AEkRYFOajrSiSg8CVDeK9a1nIWsceWCQtjJxlmptZVLjiFexFA+uTvVhE2NK ECVEEYwziGlWC3tYnBI2f18NCfDSksHe/TUnTDwrYDcrvak2sSCT5axocVfQz452ggfQIA88 GdTTuva1sI2tbGdL28r/Rba2uM1tWy4bkRro9rfAHR1Pgru52hEXdeg7rnKXy1y4nq650I2u dKebEcnBzynUXZ8EsyuR7LnEAtwNr/V+IF6EPK686E2vCeWiXpswoL0beS98OyJfhjDgvvgt yH0Psl/91ncg+TWIfPFL4AAXmMAC6S9BFMzfAjdYwAf+74ETHGEGUxjCEJmwfxG84Ahv2MER +e98L6LhBktYwRa+sH8hLOIEY3jFCElxiil84hd3GMYAbrGKY9ziGZv4xjTucH0tzGAi65jH HEZoZaGy3wEfWcZD1rGRiRwAGds4xwop8pGrLOIpd7nHNX4wkr/sECNjGcdQPjOQF9LkHY84 /8QDdrOaYTxjL2PXxVzW75Xl/GIf59m+AZ6zm33s5yTzWcw8TvSf15xmNsd50W/O8KMTQmgn I/rPRZ4zmPfc5y37+cxavnKlFR1qQGf5yZZG86YdjedIU6S/Wz40pqUc5kwPmtMVZnGsP63i Uq8Z0r8Gsq9PTWwxm1nQwDb28Dw2PQ9fWti01vSQGY3rWNN419b29bGRfWhtW1vWsoa1swW9 X2afGsSufnW3Ub1uaQOYztVmdbK5/WsUj5vedQ7zvDkdbFBHWdeGLjO4MYK/BJ4XKKnGMZ2j fe0kk7nK8S52obM9bl7vO98ltvi+w51wYGuczQNPd585buN88xnWGP9edb/r7emHN9rio1Z4 r78tZ3uX/OEhp/SjPy5yTG880FzW945f/mOZ/1zlG4Z2p0397GSLu8zePvG/Vf3qOPN8IV0M b4l1HvCGD7vXRe93hTs+8Iyv+tNbV/FkX84ADqDbxED3utFnXZG09/whNF85fPOuPe9iju9B lsiSlwv4u2Pk7YZPvOJXCoTFO/7xl9tATcQH+ehKvvIHTW5YLq9cBJQA8zbhPFzJW5HPPx58 NxE9cU0PepqofvXpPUr8IACXO7OE9USxPUsOfsHUwoX26sP9Syjf+qkA/62NL75Vjq98oQx+ tMxvvkd8n97oS//6A7E+9g1v3YVoX/oSkAD/RcLfu+3mhHUw+b50w89+8XOE/BOBf0raL/+C 0N/9Abh//Qdy/4eQwIQqAFj1t38XQYAOYYAgwX4EoYD8N4Dut38OiH/5J4EK8X/bxxB+lxUQ SIEFyIEH6IEJyIEOaH8PKIL4t4H+d4FwgYAESH4uyIDt14AT2IIxKIMCgYAZwYIlqBA0eIMg mIJa5FI8xYAkaBAveILyB39EOII+aIMTGBI62IQJ0YNPeBEWSD6od1z0V4Q2yIRSCH/Jp4QU KIZO6BFRWIUIQYU4CIQqaBEN9BRbKIVfKIFMiIJoOIcocYZraId3SBFX2IYxYX4qsYQ7KId3 SIYLWIhd+IMdoYeM/6h/dMiIbAiIUxFaD5GEiuiFVWiHnCiJG+GIPCgBt2WEntgQf0iJYMGH MxiJidiKfYiIi1iGZmiCrhiLociFEHGKFmEDqKgTmriKtXiIJYiEtYiJstiIEZiIrNiHpLiM IGGJvTgU/UeKuCiMTViDyuiFa6gR09iMhNgQ3dg/PrVJHVAT26gV5zg+5uYTKaCFpaiB6RiN 04NCU/iOCiF7RBGH8sgWz7WP/viPABmQ/jgBE0ATBWkTBHkWCSmQGUGQDrmQCQGRMXGQBvGQ FHkQFnmRAmGRDAGRErmRB5mRGkkQIvmRJPmQBVGSA8GRJIkQJol5C6QSEvmSN5GRJ7mSI/8J kjeJkzwZkRdpkgs5kznpkkPpkT9ZlBTpkQpBkwz5EB/JlDORkCE5lSmZk09JlTtZkRoJlFjZ kwtBk1fplVXplUMplk0ZEWEZAFK5licplGlZEUGpk2q5lWU5lnNpl1qJlz35lkuJlHgJlkkZ kh1ZlxQUk8OTljZplHIZlEfZELxIlBuZl1nZl1kJmJK5k3wJmZpJliwpl3eplnPpkBhJmGe5 mZ95mos5kkJplhOBknqJmlrJlaJpmp65l405mD75mpzJkwWpmLqpeaADXpokkpP5mbLZmR3h mrAJlWLpm5fJmoyJnLk5nazJmaLZlVxZmhLBlIipmqSpEViZmdP/KZ6wWZ6MuZ11SZ61mZKe mZ3aCRHcSZfrWZ7VCZ+CaZzymZp2SZ7uiZnfWZz66Z+6GZnt6Z3vaZ/UWaABeprMiZuguZq1 eZ7NGZgJGqEUiqCX6ZwQipG7CaAsQX1Q8YbDWZZ8qZyhuaFwKZ0nmp8r6p2zSZsgaaIN6qGo KZ026ZJV+aL1eaBa8Z8lMaM96qNR8Xxo0X0sJaQkAaRXoaQSYZg8WjlMChT9OJpPyjxEWqVY OhYimqVcmm7xWBRTWhL26BAaoE34SEGQeIljuhBpOhaPKIn6V6YNSIRdKqZrGozceKc5qKcd iI0+uI37J6do+KV12oEVQagf2BKIahEn/+GChvio1FgQZaqKhRqCEdGNmOqMB0GD2HiEc0qn fjqNi6qmNwipgMqBkzqGfIpQJdQRVxoW4ZiGxLipisiMeBqpojqrm6iptpqnpVqPbKqPGkCp 2AeNQYGJMMirTigBDwCp1Uirj1qHzkis70enkZqoATCsqupUwMk+OKiNmeqst6p/0bqMbdqr DNGOFuGnxxisAjGsz1qpJPGt5jqttQqtwQiLhqiv8ZqHprqm/DqqejFAOOGk60Ot+1qrEeiJ qhiw9Qqst/qJD/ivuLqtr7iq8soQv1ixmbiwGmuxM0ixISuHxhixvpp/tqqGmlqyGRuC7Cqr 4oesMQuyt0iCL//orAq4sKrKr8j4suEos+HHXp+KsS1rEwJrqD5BtJuTdf94tOuqtPOaEqJT tFPhtJf6slSbtVq7tVnLtFzLXVH6tYJEnCn6EjdqkGcrtlGBol+JpCGxoWHLEWyrfMLZOur5 nGbLonG7EXP7VKP4TiXamYlJlSbaojtaoW15nb1plKtZuGk7oZBbo26rth9xt86JnxfKoEnp A+ipowHgUW45mxIamh1Kn5cLoX1LuSuRugpqmwJauvaJnBIJACyKn687ny16m627tzRBeu9J ton7oqh7m6zbmsKruxaavJJLpbDrm7yrunyLvHBLvNRLoxZxurU7urZbnd1ZmV0JvS7/8ZbT e7vb27oY2rzZ+73a+5LdO6HPC74NaaCam7nlq7kxerimiaLuib22aZW6y7iJC78wwb5TyZY4 acD6a8D0OZiFe6Kmq6MJvLijaaOKO6C+EwJN+b41ocHMq3xZWBIsZDkcHJWT66DGs6WtpwOd O8J567nRi1DrmBDJ91QqLMBb1FQlUcPwNY7wlYEvocObpa42zBBAPMS4VcRGTFtInMSytcRM HFtO/MSuFcVSPFpUXMVYjDvl2LJnmsWt48Pt1ar7iMNeXMa9Q3xmnMbSE4Bq3MZujBIfrBIU QAEkMcd2jBB2PMcDkcd3bBB8jMd8TMd7LMgEoccSYcgCgcgB/6DIiUzIgxzIBfHHjezHjvzI fRzIjNzIkLzIlTzJkdzJn0zJm/zJm5zJhozJoGzJlYzJhczKnNzJglzKpkzKfUzJB1HLmszI uJzIgLzLnCzKftzLvizJCZHJg3wRtYzLyRzLjqzIy3zLzUzIupzKDOHM0WzLgAzMnmzK1GzM xnzM0JzN4KwQ3/zL1bzKsMzMDrHM0nzNnqzNhdzKrQzLjyzP8FzPmozPrxzM5JzO98zL2PzO 5jzQBP3NN1DO64zO9rzNCi3Q3tzQ1gxaD4HIeTzOuSzOC23O3FzMoIzQ3/zR7szRIN0Q04zN CJ3RA13SBB3PupzRdNzSAr3S+TzP7f8cyrwM0xxNy5G80h0N0Q1d0N1MzSTd0zGN0qcs1Eat zkUdEUd91KKcyiodzjYt1VNN1VVt0yf9ylCN1DG90TJt1eCs0h/t0C5N1l+NxwWt0US9yGad 0zS902k91F3NzBWtxxVt0Ye81uUs1lw91wyNEacM0HwN1nvtzxiN0leN1zq9EE4d0P2c2I3N 2Hrt02gd12btzEuN1hT90kqN1W192JHN1pb92H7t0Jut2BCRyQgQ2lV92nI9znbN1cTs2aI9 2I591lo9yred2bl81x7tyya91pJNy7Ks26gd2ptdyrBd1pPME50923u8zX9t0stN2tMN0Cnd zxG90Nv9zln/bd32XNiz/d25bc133RB1+9QX7dKGjdpFXdhgndi8Pd+mvduEbdjf/dC93d1w Ld0W7c6dfdyT3Nj6Ldr+7dZAHd1h/do8XdP/7eAUUeDwfdjgTcr0PdTRjM7G3eAI7t5f/dsU bt8B0KqoLOJX7dX5PdkdHs8L/t/h/d4drc+sfeAaPdz7rcdfAeAJXdoJDtt9XeH8PePsHdZB jdhMbd6t3d4PDuMrPt8jXeFW7dU2rthCft8ePtbyHNIGPuB47c0yDuHeHcpI7dphnuVWzuH1 7eETwc7zTOTa7eO8HdUMIYhpTuU//eVMHuLm/Jjyjdv0TQFEcNspDtkB/uYzjdtYwt7mLt59 bC7gCu7dyf3o+kzVKP7PdZ7SFBDCPQ7pGQHdqqzmvR3eRd7nO97lSn7WxCzlNC3n9l0BJW7k iM3qFI7irizMd07cl6zNym3hqw7VKw7d6Rzs/E3jh47rTy3sm07eDF6pxgpdwK2dbLxBIBoU nv7G1n7t2J7t2r7t3L59fN7tF0SwUOFRHoHCNjFcIgEA6r7u7N7u7v7u8B7v8j7v9F7v9n7v +J7v+r7v/N7v/v7vAB/wAj/wBF/wBn/w9B4QADs= ------=_NextPart_000_000C_01C74409.D9E90530-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 29 19:03:20 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBgT2-0003Ei-3N for capwap-archive@lists.ietf.org; Mon, 29 Jan 2007 19:03:20 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HBgSz-0001ot-UN for capwap-archive@lists.ietf.org; Mon, 29 Jan 2007 19:03:20 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 8BA551448470 for ; Mon, 29 Jan 2007 16:03:14 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 7B6584A41DD for ; Mon, 29 Jan 2007 16:02:59 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 5ED9939808F for ; Mon, 29 Jan 2007 16:02:59 -0800 (PST) X-Greylist-Status: Sender first seen 18 days 09:47:04 ago Received: from thingmagic.com (unknown [64.25.87.235]) by zoidberg.tigertech.net (Postfix) with ESMTP id 5E8833985A1 for ; Mon, 29 Jan 2007 16:02:53 -0800 (PST) Received: from [66.30.121.250] (account margaret HELO [192.168.2.2]) by thingmagic.com (CommuniGate Pro SMTP 5.0.1) with ESMTPSA id 1804427 for capwap@frascone.com; Mon, 29 Jan 2007 19:02:48 -0500 Mime-Version: 1.0 (Apple Message framework v752.3) References: <4FF84B0BC277FF45AA27FE969DD956A20326087C@xmb-sjc-235.amer.cisco.com> Message-Id: <118D7C9C-B561-4CB3-B2E5-53808890CE76@thingmagic.com> From: Margaret Wasserman Date: Mon, 29 Jan 2007 19:02:46 -0500 To: capwap X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0 tagged_above=-999 required=7 tests= X-Spam-Level: Subject: [Capwap] CONSENSUS CONFIRMATION: Issues 87, 226 & 229 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: a747094a0f5ffafd8a078506fc9904a8 Hi All, At the interim meeting, we had an extensive discussion of DTLS- related issues and gained consensus that the attached changes would address issues #87 (Use of DTLS for CAPWAP data channel), #226 (Transition to join state) and #227 (Need Shim Header to indicate crypto property of packet). We would now like to confirm that consensus on the mailing list. If you have any blocking objection to making the changes outlined below and closing issues #87, #226 and #227, please respond to this message with your concerns by Monday, February 5th. Editorial or non- blocking comments on the text should be sent in response to Pat's original message. There was also a proposal made during the interim meeting to optimize out the shim header when DTLS is not in use. In keeping with our previously published agenda, we did not consider the new proposal at the meeting. It will be proposed on the list, and a new issue will be opened to discuss that proposal. Thanks, Margaret Begin forwarded message: > From: "Pat Calhoun (pacalhou)" > Date: January 25, 2007 6:16:37 PM EST > To: > Subject: [Capwap] New Issue 226 proposed text > > All, > > Based on the discussions during the interim meeting, reviewing the > previously sent proposed text., here are the following issues that > were > raised (and associated text): > > 1. Idle->DTLS Setup. There is text that was ambiguous on the > pre-configuration of Acs on the WTP. > > 2. We need to handle the case where a DTLS authentication fails. The > authentication occurs after the authorization callout. > > 3. DTLS Setup -> Authorize state change needs to have a pointer on > identity format > > 4. Authorization. We need to provide some guidance on how > authorization > occurs for both certificate and PSK based DTLS sessions. We need to > explain > how a "wildcard" can be used to allow any DTLS session. > > 5. DTLS PSK. We need to provide the identity format, which should be > based > on the MAC address. We want separate PSKs per WTP. This brought up the > need > to define the use of IDs in both PSK and certificate based approaches. > > 6. We need an Authorization Failure counter. > > 7. Need clear text on the fact that the number of instances of the > state > machine, and timers on both the WTP and AC. > > 8. A typo in the Join -> DTLS TD. In the AC section, the text uses WTP > incorrectly, should be AC. > > 9. Issue with Reset -> DTLS Teardown. Currently, the text causes both > the > WTP and the AC to shutdown the session. There is no point in doing so. > The > change is to only have the AC initiate the DTLS shutdown when it > receives > the Reset Response from the WTP. > > 10. There are two missing state transitions: Configure -> DTLS > Teardown > and > Image Data -> DTLS Teardown. > > 11. Section 2.4.4.1. We need to remove the third sentence of the first > paragraph > since we do not want to support any arbitrary DTLS crypto mode. > > 12. The DTLS Teardown->Idle. The text is currently wrong because it > states that > the AC or WTP is to invoke the DTLSDisconnectPeer command. The state > transition > should instead talk about clearing up DTLS context information, > timers, > and > optionally any DTLS resources that may have been used on the data > plane. > > So I will once more include all of the text (in its completeness) that > addresses > the original 226 issues, and the above ones as well. I apologize > for the > size of > this text, but I believe it is better to be inclusive than to simply > include > snippets. > > 2.3. CAPWAP State Machine Definition > [...] > /-------------------------\ > w| | > 5+----------+ x +------------+ | > | Run |-->| Reset |-\| > +----------+ +------------+ || > u ^ ^ ^ y|| > +------------+--------/ | | || > | Data Check | /-------/ | || > +------------+<-------\ | | || > t| s| 4 o| || > +--------+ +-----------+ +--------------+|| > | Join |---->| Configure |---->| Image Data ||| > +--------+ q +-----------+ r +--------------+|| > ^ p| V| x| || > | | \-------------------\ | || > | \--------------------------------------\| | || > \------------------------\ || | || > /--------------<----------------+--------------\ || | || > | /------------<-------------\ | | || | || > | | m| |n z| vv v vv > | | +----------------+ +--------------+ +-----------+ > | | | DTLS Setup | | DTLS Connect | | DTLS TD | > | | +----------------+ +--------------+ +-----------+ > | | g| ^ ^ |h ^ ^ > v v | | | | | | > | | | | | \-------\ | /-----------/ > | | | | | | | | > | | v |e f| 2 v |j |k > | \->+------+ +------+ +-----------+ > | | Idle |-->| Disc | | Authorize | > \--->+------+ a +------+ +-----------+ > b| ^ |c > | | /----/ > v d| | > +---------+ | > | Sulking |<-/ > 3 +---------+ > > Figure 3: CAPWAP Integrated State Machine > [...] > Since the WTP only communicates with a single AC, it only has a > single instance of the CAPWAP state machine. The AC, on the other > hand, has a separate instance of the CAPWAP state machine per > WTP it > is communicating with. > > 2.3.1. CAPWAP Protocol State Transitions > > The following text discusses the various state transitions, and the > events that cause them. This section does not discuss interactions > between DTLS- and CAPWAP-specific states. Those interactions, as > well as DTLS-specific states and transitions, are discussed in > Section 2.3.2. > > Idle to Discovery (a): This transition occurs once device > initialization is complete. > > WTP: The WTP enters the Discovery state prior to > transmitting the > first Discovery Request message (see Section 5.1). Upon > entering this state, the WTP sets the DiscoveryInterval timer > (see Section 4.6). The WTP resets the DiscoveryCount counter > to zero (0) (see Section 4.7). The WTP also clears all > information from ACs it may have received during a previous > Discovery phase. > > AC: The AC does not maintain state information for the WTP upon > reception of the Discovery Request message, but it SHOULD > respond with a Discovery Response message (see Section 5.2). > This transition is a no-op for the AC. > > Idle to Sulking (b): This transition occurs to force the WTP > and AC > to enter a quiet period to avoid repeatedly attempting to > establish a connection. > > WTP: The WTP enters this state when the > FailedDTLSSessionCount or > the FailedDTLSAuthFailCount counter reaches > MaxFailedDTLSSessionRetry variable (see Section 4.7). Upon > entering this state, the WTP shall start the SilentInterval > timer. While in the Sulking state, all received CAPWAP and > DTLS protocol messages received shall be ignored. > > AC: The AC enters this state with the specific WTP when the > FailedDTLSSessionCount or the FailedDTLSAuthFailCount counter > reaches MaxFailedDTLSSessionRetry variable (see Section 4.7). > Upon entering this state, the AC shall start the > SilentInterval > timer. While in the Sulking state, all received CAPWAP and > DTLS protocol messages received from the WTP shall be > ignored. > > Discovery to Discovery (2): In the Discovery state, the WTP > determines which AC to connect to. > > WTP: This transition occurs when the DiscoveryInterval timer > expires. If the WTP is configured with a list of ACs, it > transmits a Discovery Request message to every AC from > which it > has not received a Discovery Response message. For every > transition to this event, the WTP increments the > DiscoveryCount > counter. See Section 5.1 for more information on how the WTP > knows the ACs to which it should transmit the Discovery > Request > messages. The WTP restarts the DiscoveryInterval timer > whenever it transmits Discovery Request messages. > > AC: This is a no-op. > > Discovery to Sulking (c): This transition occurs on a WTP when > Discovery or connectivity to the AC fails. > > WTP: The WTP enters this state when the DiscoveryInterval timer > expires or the DiscoveryCount variable is equal to the > MaxDiscoveries variable (see Section 4.7). Upon entering > this > state, the WTP shall start the SilentInterval timer. > While in > the Sulking state, all received CAPWAP protocol messages > received shall be ignored. > > AC: This is a no-op. > > Sulking to Idle (d): This transition occurs on a WTP when it must > restart the discovery phase. > > WTP: The WTP enters this state when the SilentInterval timer > (see > Section 4.6) expires. The FailedDTLSSessionCount, > DiscoveryCount and FailedDTLSAuthFailCount counters are reset > to zero. > > AC: The AC enters this state when the SilentInterval timer (see > Section 4.6) expires. The FailedDTLSSessionCount, > DiscoveryCount and FailedDTLSAuthFailCount counters are reset > to zero. > > Sulking to Sulking (3): The Sulking state provides the silent > period, minimizing the possibility for Denial of service > attacks. > > WTP: All packets received from the AC while in the sulking > state > are ignored. > > AC: All packets receive from the WTP while in the sulking state > are ignored. > > Idle to DTLS Setup (e): This transition occurs to establish a > secure > DTLS session with the peer. > > WTP: The WTP initiates this transition by invoking the > DTLSStart > command, which starts the DTLS session establishment with the > chosen AC. When the discovery phase is bypassed, it is > assumed > the WTP has a locally configured AC. > > AC: The AC initiates this transition by invoking the DTLSListen > command, which informs the DTLS stack that it is willing to > listen for an incoming session. The AC MAY provide optional > qualifiers in the DTLSListen to only accept session requests > from specific WTP. > > Discovery to DTLS Setup (f): This transition occurs to establish a > secure DTLS session with the peer. > > WTP: The WTP initiates this transition by invoking the > DTLSStart > command (see Section 2.3.2.1), which starts the DTLS session > establishment with the chosen AC. The decision of which > AC to > connect to is the result of the discovery phase, which is > described in Section 3.2. > > AC: The AC initiates this transition by invoking the DTLSListen > command (see Section 2.3.2.1), which informs the DTLS stack > that it is willing to listen for an incoming session. The AC > MAY have maintained state information when it received the > Discovery Request in order to provide optional qualifiers in > the DTLSListen command to only accept session requests from > specific WTP. Note that maintaining state information > based on > an unsecured discovery request MAY lead to a Denial of > Service > attack. Therefore the AC SHOULD ensure that the state > information is freed after a period, which is implementation > specific. > > DTLS Setup to Idle (g): This transition occurs when the DTLS > Session > failed to be established. > > WTP: The WTP initiates this state transition when it receives a > DTLSEstablishFail notification from DTLS (see Section > 2.3.2.2). > This error notification aborts the secure DTLS session > establishment. When this notification is received, the > FailedDTLSSessionCount counter is incremented. > > AC: The WTP initiates this state transition when it receives a > DTLSEstablishFail notification from DTLS (see Section > 2.3.2.2). > This error notification aborts the secure DTLS session > establishment. When this notification is received, the > FailedDTLSSessionCount counter is incremented. > > DTLS Setup to Authorize (h): This transition occurs an incoming > DTLS > session is being established, and the DTLS stack needs > authorization to proceed with the session establishment. > > WTP: This state transition occurs when the WTP receives the > DTLSPeerAuthorize notification (see Section 2.3.2.2). Upon > entering this state, the WTP performs an authorization check > against the AC's credentials. See Section 2.4.4 for more > information on AC authorization. > > AC: This state transition occurs when the AC receives the > DTLSPeerAuthorize notification (see Section 2.3.2.2). Upon > entering this state, the AC performs an authorization check > against the WTP's credentials. See Section 2.4.4 for more > information on WTP authorization. > > Authorize to DTLS Connect (j): This transition occurs to notify > the > DTLS stack that the session should be established. > > WTP: This state transition occurs when the WTP has either opted > to forgo the authorization check of the AC's credentials, or > the credentials were successfully authorized. This is > done by > invoking the DTLSAccept DTLS command (see Section 2.3.2.1). > > AC: This state transition occurs when the AC has either > opted to > forgo the authorization check of the WTP's credentials, or > the > credentials were successfully authorized. This is done by > invoking the DTLSAccept DTLS command (see Section 2.3.2.1). > > Authorize to DTLS Teardown (k): This transition occurs to > notify the > DTLS stack that the session should be aborted. > > WTP: This state transition occurs when the WTP was unable to > authorize the AC, via its credentials. The WTP then > aborts the > DTLS session, which is done by invoking DTLSAbortSession (see > Section 2.3.2.1). > > AC: This state transition occurs when the AC was unable to > authorize the WTP, via its credentials. The AC then > aborts the > DTLS session, which is done by invoking DTLSAbortSession (see > Section 2.3.2.1). > > DTLS Connect to Idle (m): This transition occurs when the DTLS > Session failed to be established. > > WTP: This state transition occurs when the WTP receives > either a > DTLSAborted or DTLSAuthenticateFail notification (see > Section 2.3.2.2), indicating that the DTLS session was not > successfully established. When this transition occurs due to > the DTLSAuthenticateFail notification, the > FailedDTLSAuthFailCount is incremented, otherwise the > FailedDTLSSessionCount counter is incremented. > > AC: This state transition occurs when the AC receives either a > DTLSAborted or DTLSAuthenticateFail notification (see > Section 2.3.2.2), indicating that the DTLS session was not > successfully established. When this transition occurs due to > the DTLSAuthenticateFail notification, the > FailedDTLSAuthFailCount is incremented, otherwise the > FailedDTLSSessionCount counter is incremented. > > DTLS Connect to Join (n): This transition occurs when the DTLS > Session is successfully established. > > WTP: This state transition occurs when the WTP receives the > DTLSEstablished notification (see Section 2.3.2.2), > indicating > that the DTLS session was successfully established. When > this > notification is received, the FailedDTLSSessionCount > counter is > set to zero. > > AC: This state transition occurs when the AC receives the > DTLSEstablished notification (see Section 2.3.2.2), > indicating > that the DTLS session was successfully established. When > this > notification is received, the FailedDTLSSessionCount > counter is > set to zero. > > Join to DTLS Teardown (p): This transition occurs when the join > process failed. > > WTP: This state transition occurs when the WTP receives a Join > Response with a Result Code message element containing an > error, or if the Image Identifier provided by the AC in the > Join Response differs from the WTP's currently running > firmware > version and the WTP has the requested image in its non- > volatile > memory. This causes the WTP to initiate the DTLSShutdown > command (see Section 2.3.2.1). This transition also > occurs if > the WTP receives one of the following DTLS notifications: > DTLSAborted, DTLSReassemblyFailure or DTLSPeerDisconnect. > > AC: This state transition occurs when the AC transmits a Join > Response with a Result Code message element containing an > error. This causes the AC to initiate the DTLSShutdown > command > (see Section 2.3.2.1). This transition also occurs if the AC > receives one of the following DTLS notifications: > DTLSAborted, > DTLSReassemblyFailure or DTLSPeerDisconnect > > Join to Configure (g): This state transition is used by the WTP > and > the AC to exchange configuration information. > > WTP: The WTP enters the Configure state when it successfully > completes the Join operation. If it determines that its > version number and the version number advertised by the AC > are > compatible, the WTP transmits the Configuration Status > message > (see Section 8.2) to the AC with a snapshot of its current > configuration. The WTP also starts the ResponseTimeout timer > (see Section 4.6). If the version numbers are not > compatible, > the WTP will immediately transition to Image Data state (see > transition (g)). If the AC determines that a new firmware > image should be installed on the WTP, the AC initiates a > firmware download by sending an Image Data Request Message > with > an Initiate Download message element to the WTP > > AC: This state transition occurs immediately after the AC > transmits the Join Response message to the WTP. If the AC > receives the Configuration Status message from the WTP, > the AC > must transmit a Configuration Status Response message (see > Section 8.3) to the WTP, and may include specific message > elements to override the WTP's configuration. If the AC > instead receives the Image Data Request from the WTP, it > immediately transitions to the Image Data state (see > transition > (g)). > > Configure to Reset (s): This state transition is used to reset the > connection either due to an error during the configuration > phase, > or when the WTP determines it needs to reset in order for the > new > configuration to take effect. > > WTP: The WTP enters the Reset state when it receives a > Configuration Status Response indicating an error or when it > determines that a reset of the WTP is required, due to the > characteristics of a new configuration. > > AC: The AC transitions to the Reset state when it receives a > Change State Event message from the WTP that contains an > error > for which the AC's policy does not permit the WTP providing > service. > > Configure to DTLS Teardown (V): This transition occurs when the > configuration process aborts due to a DTLS error. > > WTP: The WTP enters this state when it receives one of the > following DTLS notifications: DTLSAborted, > DTLSReassemblyFailure or DTLSPeerDisconnect (see > Section 2.3.2.2). The WTP MAY decide to tear down the DTLS > session if it receives frequent DTLSDecapFailure > notifications. > > AC: The AC enters this state when it receives one of the > following DTLS notifications: DTLSAborted, > DTLSReassemblyFailure or DTLSPeerDisconnect (see > Section 2.3.2.2). The WTP MAY decide to tear down the DTLS > session if it receives frequent DTLSDecapFailure > notifications. > > Configure to Image Data (r): This state transition is used by the > WTP and the AC to download executable firmware. > > WTP: The WTP enters the Image Data state when it successfully > comletes DTLS session establishment, and determines that the > Image Identifier provided by the AC in the Join Request > differs > from its currently running firmware, and that the WTP does > not > have the requested firmware in its non-volatile memory. The > WTP transmits the Image Data Request (see Section 9.1) > message > requesting that a download of the AC's latest firmware be > initiated. > > AC: This state transition occurs when the AC receives the Image > Data Request message from the WTP. The AC must transmit an > Image Data Response message (see Section 9.2) to the WTP, > which > includes a portion of the firmware. > > Image Data to Image Data (4): The Image Data state is used by WTP > and the AC during the firmware download phase. > > WTP: The WTP enters the Image Data state when it receives an > Image Data Response message indicating that the AC has more > data to send. > > AC: This state transition occurs when the AC receives the Image > Data Request message from the WTP while already in the Image > Data state, and it detects that the firmware download has not > completed. > > Image Data to Reset (o): This state transition is used to reset > the > DTLS connection prior to restarting the WTP after an image > download. > > WTP: When an image download completes, the WTP enters the Reset > state. The WTP MAY also transition to this state upon > receiving an Image Data Response from the AC (see Section > 9.2) > indicating a failure. > > AC: The AC enters the Reset state when the image download is > complete, or if an error occurs during the image download > process. > > Image Data to DTLS Teardown (x): This transition occurs when the > firmware download process aborts due to a DTLS error. > > WTP: The WTP enters this state when it receives one of the > following DTLS notifications: DTLSAborted, > DTLSReassemblyFailure or DTLSPeerDisconnect (see > Section 2.3.2.2). The WTP MAY decide to tear down the DTLS > session if it receives frequent DTLSDecapFailure > notifications. > > AC: The AC enters this state when it receives one of the > following DTLS notifications: DTLSAborted, > DTLSReassemblyFailure or DTLSPeerDisconnect (see > Section 2.3.2.2). The WTP MAY decide to tear down the DTLS > session if it receives frequent DTLSDecapFailure > notifications. > > Configure to Data Check (t): This state transition occurs when the > WTP and AC confirm the configuration. > > WTP: The WTP enters this state when it receives a successful > Configuration Status Response message from the AC. The WTP > initializes the HeartBeat timer (see Section 4.6), and > transmits the Change State Event Request message (see > Section 8.7). > > AC: This state transition occurs when the AC receives the > Change > State Event Request message (see Section 8.7) from the WTP. > The AC responds with a Change State Event Response (see > Section 8.8) message. The AC must start the > NeighborDeadInterval timer (see Section 4.6). > > Data Check to Run (u): This state transition occurs once the > linkage > between the control and data channels has occured, which causes > the WTP and AC to enter their normal state of operation. > > WTP: The WTP enters this state when it receives a successful > Change State Event Response from the AC. The WTP > initiates the > data channel, which MAY require the establishment of a DTLS > session, starts the DataChannelKeepAlive timer (see > Section 4.6) and transmits a Data Channel Keep Alive (see > Section 4.3.1). The WTP then starts the > DataChannelDeadInterval timer (see Section 4.6). > > AC: This state transition occurs when the AC receives the Data > Channel Keep Alive (see Section 4.3.1), whose Session ID > message element matches the one included by the WTP in the > Join > Request. Note that if the AC's policy is to require the data > channel to be encrypted, this process would also require the > establishment of the data channel's DTLS session. Upon > receiving the Data Channel Keep Alive, the AC transmits > its own > Data Channel Keep Alive. > > Run to DTLS Teardown (u): This state transition occurs when an > error > has occured in the DTLS stack, causing the DTLS session to be > torndown. > > WTP: The WTP enters this state when it receives one of the > following DTLS notifications: DTLSAborted, > DTLSReassemblyFailure or DTLSPeerDisconnect (see > Section 2.3.2.2). The WTP MAY decide to tear down the DTLS > session if it receives frequent DTLSDecapFailure > notifications. > > AC: The AC enters this state when it receives one of the > following DTLS notifications: DTLSAborted, > DTLSReassemblyFailure or DTLSPeerDisconnect (see > Section 2.3.2.2). The WTP MAY decide to tear down the DTLS > session if it receives frequent DTLSDecapFailure > notifications. > > Run to Run (5): This is the normal state of operation. > > WTP: This is the WTP's normal state of operation. There are > many > events that result this state transition: > > Configuration Update: The WTP receives a Configuration > Update > Request message(see Section 8.5). The WTP MUST respond > with > a Configuration Update Response message (see Section 8.6). > > Change State Event: The WTP receives a Change State Event > Response message, or determines that it must initiate a > Change State Event Request message, as a result of a > failure > or change in the state of a radio. > > Echo Request: The WTP receives an Echo Request message (see > Section 7.1), to which it MUST respond with an Echo > Response > message(see Section 7.2). > > Clear Config Request: The WTP receives a Clear Configuration > Request message (see Section 8.9). The WTP MUST reset its > configuration back to manufacturer defaults. > > WTP Event: The WTP generates a WTP Event Request message to > send information to the AC (see Section 9.5). The WTP > receives a WTP Event Response message from the AC (see > Section 9.6). > > Data Transfer: The WTP generates a Data Transfer Request > message to the AC (see Section 9.7). The WTP receives a > Data Transfer Response message from the AC (see > Section 9.8). > > Station Configuration Request: The WTP receives a Station > Config Request message (see Section 10.1), to which it > MUST > respond with a Station Config Response message (see > Section 10.2). > > AC: This is the AC's normal state of operation: > > Configuration Update: The AC sends a Configuration Update > Request message (see Section 8.5) to the WTP to update its > configuration. The AC receives a Configuration Update > Response message (see Section 8.6) from the WTP. > > Change State Event: The AC receives a Change State Event > Request message (see Section 8.7), to which it MUST > respond > with the Change State Event Response message (see > Section 8.8). > > Echo: The AC sends an Echo Request message Section 7.1 or > receives the corresponding Echo Response message, see > Section 7.2 from the WTP. > > Clear Config Response: The AC receives a Clear Configuration > Response message (see Section 8.10). > > Station Config: The AC sends a Station Configuration Request > message (see Section 10.1) or receives the corresponding > Station Configuration Response message (see Section 10.2) > from the WTP. > > Data Transfer: The AC receives a Data Transfer Request > message > from the AC (see Section 9.7) and MUST generate a > corresponding Data Transfer Response message (see > Section 9.8). > > WTP Event: The AC receives a WTP Event Request message from > the AC (see Section 9.5) and MUST generate a corresponding > WTP Event Response message (see Section 9.6). > > Run to Reset (x): This state transition is used when the AC or WTP > wish to tear down the connection. This may occur as part of > normal operation, or due to error conditions. > > WTP: The WTP enters the Reset state when it receives a Reset > Request from the AC. > > AC: The AC enters the reset state when it transmits a Reset > Request to the WTP. > > Reset to DTLS Teardown (y): This transition occurs when the CAPWAP > reset is complete to terminate the DTLS session. > > WTP: This state transition occurs when the WTP receives a Reset > Response. This causes the WTP to initiate the DTLSShutdown > command (see Section 2.3.2.1). > > AC: This state transition occurs when the AC transmits a Reset > Response. The AC does not invoke the DTLSShutdown command > (see > Section 2.3.2.1). > > DTLS Teardown to Idle (z): This transition occurs when the DTLS > session has been shutdown. > > WTP: This state transition occurs the WTP has successfully > cleaned up all resources associated with the control plane > DTLS > session. The data plane's DTLS session also needs to be > shutdown, and all resources freed, if a DTLS session was > established for the data plane. Any timers set for the > current > instance of the state machine are also cleared. > > AC: This state transition occurs the AC has successfully > cleaned > up all resources associated with the control plane DTLS > session. The data plane's DTLS session also needs to be > shutdown, and all resources freed, if a DTLS session was > established for the data plane. Any timers set for the > current > instance of the state machine are also cleared. > > 2.3.2. CAPWAP/DTLS Interface > > This section describes the DTLS Commands used by CAPWAP, as well as > the notifications received from DTLS to the CAPWAP protocol stack. > > 2.3.2.1. CAPWAP to DTLS Commands > > Four commands are defined for the CAPWAP to DTLS API. These > "commands" are conceptual, and may be implemented as one or more > function calls. This API definition is provided to clarify > interactions between the DTLS and CAPWAP components of the > integrated > CAPWAP state machine. > > Below is a list of the minimal command API: > > o DTLSStart is sent to the DTLS module to cause a DTLS session > to be > established. Upon invoking the DTLSStart command, the WaitDTLS > timer is started. The WTP is the only CAPWAP device that > initiates this DTLS command, as the AC does not initiate DTLS > sessions. > > o DTLSListen is sent to the DTLS module to allow the DTLS to > listen > for incoming DTLS session requests. > > o DTLSAccept is sent to the DTLS module to allow the DTLS session > establishment to continue successfully. > > o DTLSAbortSession is sent to the DTLS module to cause the session > that is in the process of being established, to be aborted. > This > command is also sent when the WaitDTLS timer expires. When this > command is executed, the FailedDTLSSessionCount counter is > incremented. > > o DTLSShutdown is sent to the DTLS module to cause session > teardown. > > o DTLSMtuUpdate is called by the CAPWAP protocol to modify the MTU > size used by the DTLS module. The default value size is 1468. > > 2.3.2.2. DTLS to CAPWAP Notifications > > DTLS notifications are defined for the DTLS to CAPWAP API. These > "notifications" are conceptual, and may be implemented in numerous > ways (e.g. as function return values). This API definition is > provided to clarify interactions between the DTLS and CAPWAP > components of the integrated CAPWAP state machine. It is important > to note that the notifications listed below MAY cause the CAPWAP > state machine to jump from one state to another using a state > transition not listed in section Section 2.3.1. When a > notification > listed below occurs, the target CAPWAP state shown in Figure 3 > becomes the current state. > > Below is a list of the API notifications: > > o DTLSIncomingSession is sent to the CAPWAP protocol stack during > the DTLS session establishment once the peer's identity has been > received. This notification MAY be used by the CAPWAP protocol > stack in order to authorize the session, based on the peer's > identity. The authorization process will lead to the CAPWAP > protocol stack initiating either the DTLSAccept or > DTLSAbortSession commands. > > o DTLSEstablished is sent to the CAPWAP module to indicate that > that > a secure channel now exists, using the parameters provided > during > the DTLS initialization process. When this notification is > received, the FailedDTLSSessionCount counter is reset to zero. > When this notification is received, the WaitDTLS is stopped. > > o DTLSEstablishFail is sent when the DTLS session establishment > has > failed, either due to a local error, or due to the peer > rejecting > the session establishment. When this notification is received, > the FailedDTLSSessionCount counter is incremented. > > o DTLSAuthenticateFail is sent when the DTLS session establishment > failed due to an authentication error. When this > notification is > received, the FailedDTLSAuthFailCount counter is incremented. > > o DTLSAborted is sent to the CAPWAP module to indicate that > session > abort (as requested by CAPWAP) is complete; this occurs to > confirm > a DTLS session abort, or when the WaitDTLS timer expires. When > this notification is received, the WaitDTLS is stopped. > > o DTLSReassemblyFailure may be sent to the CAPWAP module to > indicate > DTLS fragment reassembly failure. > > o DTLSDecapFailure may be sent to CAPWAP to indicate an > decapsulation failure. DTLSDecapFailure may be sent to > CAPWAP to > indicate an encryption/authentication failure. This > notification > is intended for informative purposes only, and is not > intended to > cause a change in the CAPWAP state machine. See Section 12.3 > for > more information. > > o DTLSPeerDisconnect is sent to the CAPWAP module to indicate the > DTLS session has been torn down. Note that this notification is > only received if the DTLS session has been established. > > 2.4. Use of DTLS in the CAPWAP Protocol > > DTLS is used as a tightly-integrated, secure wrapper for the CAPWAP > protocol. In this document DTLS and CAPWAP are discussed as > nominally distinct entitites; however they are very closely > coupled, > and may even be implemented inseparably. Since there are DTLS > library implementations currently available, and since security > protocols (e.g. IPsec, TLS) are often implemented in widely > available acceleration hardware, it is both convenient and forward- > looking to maintain a modular distinction in this document. > > This section describes a detailed walk-through of the interactions > between the DTLS module and the CAPWAP module, via > 'commands' (CAPWAP > to DTLS) and 'notifications' (DTLS to CAPWAP) as they would be > encountered during the normal course of operation. > > 2.4.1. DTLS Handshake Processing > > Details of the DTLS handshake process are specified in [9]. This > section describes the interactions between the DTLS session > establishment process and the CAPWAP protocol. Note that the > conceptual DTLS state is shown below to help understand the > point at > which the DTLS states transition. In the normal case, the DTLS > handshake will proceed as follows (NOTE: this example uses > certificates, but preshared keys are also supported): > > ============ ============ > WTP AC > ============ ============ > ClientHello ------> > <------ HelloVerifyRequest > (with cookie) > > ClientHello ------> > (with cookie) > <------ ServerHello > <------ Certificate > <------ ServerHelloDone > > (WTP callout for AC authorization > occurs in CAPWAP Auth state) > > Certificate* > ClientKeyExchange > CertificateVerify* > [ChangeCipherSpec] > Finished ------> > > (AC callout for WTP authorization > occurs in CAPWAP Auth state) > > [ChangeCipherSpec] > <------ Finished > > > DTLS, as specified, provides its own retransmit timers with an > exponential back-off. However, it will never terminate the > handshake > due to non-responsiveness; rather, it will continue to increase its > back-off timer period. Hence, timing out incomplete DTLS > handshakes > is entirely the responsiblity of the CAPWAP protocol. > > The DTLS implementation used by CAPWAP MUST support TLS Session > Resumption. Session resumption is used to establish the DTLS > session > used for the data channel. The DTLS implementation on the WTP MUST > return some unique identifier to CAPWAP so it can be used later to > establish a DTLS-encrypted data channel, if necessary. > > 2.4.2. DTLS Session Establishment > > The WTP, either through the Discovery process, or through pre- > configuration, determines the AC to connect to. The WTP uses the > DTLSStart command to request that a secure connection be > established > to the selected AC. Prior to initiation of the DTLS handshake, the > WTP sets the WaitDTLS timer. Upon receiving the > DTLSIncomingSession > DTLS notification, the AC sets the WaitDTLS timer. If the > DTLSEstablished notification is not received prior to timer > expiration, the DTLS session is aborted by issuing the > DTLSAbortSession DTLS command. This notification causes the CAPWAP > state to transition back to the Idle state. Upon receiving a > DTLSEstablished notification, the WaitDTLS timer is deactivated. > > 2.4.3. DTLS Error Handling > > If the AC does not respond to any DTLS messages sent by the WTP, > the > DTLS specification calls for the WTP to retransmit these messages. > If the WaitDTLS timer expires, CAPWAP will issue the > DTLSAbortSession > command, causing DTLS to terminate the handshake and remove any > allocated session context. Note that DTLS MAY send a single TLS > Alert message to the AC to indicate session termination. > > If the WTP does not respond to any DTLS messages sent by the AC, > the > CAPWAP protocol allows for three possiblities, listed below. Note > that DTLS MAY send a single TLS Alert message to the AC to indicate > session termination. > > o The message was lost in transit; in this case, the WTP will re- > transmit its last outstanding message, since it did not receive > the reply. > > o The WTP sent a DTLS Alert, which was lost in transit; in this > case, the AC's WaitDTLS timer will expire, and the session > will be > terminated. > > o Communication with the WTP has completely failed; in this case, > the AC's WaitDTLS timer will expire, and the session will be > terminated. > > The DTLS specification provides for retransmission of > unacknowledged > requests. If retransmissions remain unacknowledged, the WaitDTLS > timer will eventually expire, at which time the CAPWAP module will > terminate the session. > > If a cookie fails to validate, this could represent a WTP error, or > it could represent a DoS attack. Hence, AC resource utilization > SHOULD be minimized. The AC MAY log a message indicating the > failure, but SHOULD NOT attempt to reply to the WTP. > > Since DTLS handshake messages are potentially larger than the > maximum > record size, DTLS supports fragmenting of handshake messages across > multiple records. There are several potential causes of re- > assembly > errors, including overlapping and/or lost fragments. The DTLS > module > MUST send a DTLSReassemblyFailure notification to CAPWAP. Whether > precise information is given along with notification is an > implementation issue, and hence is beyond the scope of this > document. > Upon receipt of such an error, the CAPWAP protocol implementation > SHOULD log an appropriate error message. Whether processing > continues or the DTLS session is terminated is implementation > dependent. > > DTLS decapsulation errors consist of three types: decryption > errors, > and authentication errors, and malformed DTLS record headers. > Since > DTLS authenticates the data prior to encapsulation, if decryption > fails, it is difficult to detect this without first attempting to > authenticate the packet. If authentication fails, a decryption > error > is also likely, but not guaranteed. Rather than attempt to derive > (and require the implementation of) algorithms for detecting > decryption failures, these are reported as authentication failures. > The DTLS module MUST provide a DTLSDecapFailure notification to > CAPWAP when such errors occur. If a malformed DTLS record > header is > detected, the packets SHOULD be silently discarded, and the > receiver > MAY log an error message. > > There is currently only one encapsulation error defined: MTU > exceeeded. As part of DTLS session establishment, CAPWAP informs > DTLS of the MTU size. This may be dynamically modified at any time > when CAPWAP sends the DTLSMtuUpdate command to DTLS (see > Section 2.3.2.1). DTLS returns this notification to CAPWAP > whenever > a transmission request will result in a packet which exceeds the > MTU. > > 2.4.4. DTLS EndPoint Authentication and Authorization > > DTLS supports endpoint authentication with certificates or > preshared > keys. The TLS algorithm suites for each endpoint authentication > method are described below. > > 2.4.4.1. Authenticating with Certificates > > Note that only block ciphers are currently recommended for use with > DTLS. To understand the reasoning behind this, see [16]. At > present, the following algorithms MUST be supported when using > certificates for CAPWAP authentication: > > o TLS_RSA_WITH_AES_128_CBC_SHA > > The following algorithms SHOULD be supported when using > certificates: > > o TLS_DH_RSA_WITH_AES_128_CBC_SHA > > The following algorithms MAY be supported when using certificates: > > o TLS_RSA_WITH_AES_256_CBC_SHA > > o TLS_DH_RSA_WITH_AES_256_CBC_SHA > > 2.4.4.2. Authenticating with Preshared Keys > > Pre-shared keys present significant challenges from a security > perspective, and for that reason, their use is strongly > discouraged. > However, [6] defines several different methods for authenticating > with preshared keys, and we focus on the following two: > > o PSK key exchange algorithm - simplest method, ciphersuites use > only symmetric key algorithms > > o DHE_PSK key exchange algorithm - use a PSK to authenticate a > Diffie-Hellman exchange. These ciphersuites give some > additional > protection against dictionary attacks and also provide Perfect > Forward Secrecy (PFS). > > The first approach (plain PSK) is susceptible to passive dictionary > attacks; hence, while this alorithm MUST be supported, special care > should be taken when choosing that method. In particular, user- > readable passphrases SHOULD NOT be used, and use of short PSKs > SHOULD > be strongly discouraged. > > The following cryptographic algorithms MUST be supported when using > preshared keys: > > o TLS_PSK_WITH_AES_128_CBC_SHA > > o TLS_DHE_PSK_WITH_AES_128_CBC_SHA > > The following algorithms MAY be supported when using preshared > keys: > > o TLS_PSK_WITH_AES_256_CBC_SHA > > o TLS_DHE_PSK_WITH_AES_256_CBC_SHA > > 2.4.4.3. Certificate Usage > > Certificate authorization by the AC and WTP is required so that > only > an AC may perform the functions of an AC and that only a WTP may > perform the functions of a WTP. This restriction of functions > to the > AC or WTP requires that the certificates used by the AC MUST be > distinguishable from the certificate used by the WTP. To > accomplish > this differentiation, the x.509 certificates MUST include the > Extended Key Usage (EKU) certificate extension [4]. > > The EKU field indicates one or more purposes for which a > certificate > may be used. It is an essential part in authorization. Its syntax > is as follows: > > ExtKeyUsageSyntax ::= SEQUENCE SIZE (1..MAX) OF > KeyPurposeId > > KeyPurposeId ::= OBJECT IDENTIFIER > > > Here we define two KeyPurposeId values, one for the WTP and one for > the AC. Inclusion of one of those two values indicates a > certificate > is authorized for use by a WTP or AC, respectively. These > values are > formatted as id-kp fields. > > id-kp OBJECT IDENTIFIER ::= > { iso(1) identified-organization(3) dod(6) internet > (1) > security(5) mechanisms(5) pkix(7) 3 } > > id-kp-capwapWTP OBJECT IDENTIFIER ::= { id-kp 19 } > > id-kp-capwapAC OBJECT IDENTIFIER ::= { id-kp 18 } > > For an AC, the id-kp-capwapAC EKU MUST be present in the > certificate. > For a WTP, the id-kp-capwapWTP EKU MUST be present in the > certificate. > > Part of the CAPWAP certificate validation process includes ensuring > that the proper EKU is included and only allowing the CAPWAP > session > to be established if the extension properly represents the device. > > The certificate common name (CN) for both the WTP and AC MUST be > the > MAC address of that device. The MAC address SHALL be formatted as > ASCII HEX, e.g. 01:23:45:67:89:ab. > > ACs and WTPs SHOULD authorize (e.g. through access control lists) > certificates of devices to which they are connecting, based on the > MAC address and organizational information specified in the O > and OU > fields. The identities specified in the certificates bind a > particular DTLS session to a specific pair of mutually- > authenticated > and authorized MAC addresses. > > 2.4.4.4. PSK Usage > > When DTLS uses PSK Ciphersuites, the ServerKeyExchange message MUST > contain the "PSK identity hint" field and the ClientKeyExchange > message MUST contain the "PSK identity" field. These fields are > used > to help the WTP select the appropriate PSK for use with the AC, and > then indicate to the AC which precise key is being used. When PSKs > are provisioned to WTPs and ACs, both the PSK Hint and PSK Identity > for the key MUST be specified. > > The PSK Hint SHOULD uniquely identify the AC and the PSK Identity > SHOULD uniquely identify the WTP. It is RECOMMENDED that these > hints > and identities be the ASCII HEX-formatted MAC addresses of the > respective devices, since each pairwise combination of WTP and AC > SHOULD have a unique PSK. The PSK hint and identity SHOULD be > sufficient to perform authorization, as simply having knowledge > of a > PSK does not necessarily imply authorization. > > If a single PSK is being used for multiple devices on a CAPWAP > network, which is NOT RECOMMENDED, the PSK Hint and Identity can no > longer be a MAC address, so appropriate hints and identities SHOULD > be selected to identify the group of devices to which the PSK is > provisioned. > > [...] > > 12. Security Considerations > > This section describes security considerations for the CAPWAP > protocol. It also provides security recommendations for protocols > used in conjunction with CAPWAP. > > 12.1. CAPWAP Security > > As it is currently specified, the CAPWAP protocol sits between the > security mechanisms specified by the wireless link layer protocol > (e.g.IEEE 802.11i) and AAA. One goal of CAPWAP is to bootstrap > trust > between the STA and WTP using a series of preestablished trust > relationships: > > > STA WTP AC AAA > ============================================== > > DTLS Cred AAA Cred > <------------><-------------> > > EAP Credential > <------------------------------------------> > > wireless link layer > (e.g.802.11 PTK) > <--------------> or > <---------------------------> > (derived) > > Within CAPWAP, DTLS is used to secure the link between the WTP and > AC. In addition to securing control messages, it's also a link in > this chain of trust for establishing link layer keys. > Consequently, > much rests on the security of DTLS. > > In some CAPWAP deployment scenarios, there are two channels between > the WTP and AC: the control channel, carrying CAPWAP control > messages, and the data channel, over which client data packets are > tunneled between the AC and WTP. Typically, the control channel is > secured by DTLS, while the data channel is not. > > The use of parallel protected and unprotected channels deserves > special consideration, but does not create a threat. There are two > potential concerns: attempting to convert protected data into un- > protected data and attempting to convert un-protected data into > protected data. These concerns are addressed below. > > 12.1.1. Converting Protected Data into Unprotected Data > > Since CAPWAP does not support authentication-only ciphers (i.e. all > supported ciphersuites include encryption and authentication), > it is > not possible to convert protected data into unprotected data. > Since > encrypted data is (ideally) indistinguishable from random data, the > probability of an encrypted packet passing for a well-formed packet > is effectively zero. > > 12.1.2. Converting Unprotected Data into Protected Data (Insertion) > > The use of message authentication makes it impossible for the > attacker to forge protected records. This makes conversion of > unprotected records to protected records impossible. > > 12.1.3. Deletion of Protected Records > > An attacker could remove protected records from the stream, though > not undetectably so, due the built-in reliability of the underlying > CAPWAP protocol. In the worst case, the attacker would remove the > same record repeatedly, resulting in a CAPWAP session timeout and > restart. This is effectively a DoS attack, and could be > accomplished > by a man in the middle regardless of the CAPWAP protocol security > mechanisms chosen. > > 12.1.4. Insertion of Unprotected Records > > An attacker could inject packets into the unprotected channel, but > this may become evident if sequence number desynchronization occurs > as a result. Only if the attacker is a MiM can packets be inserted > undetectably. This is a consequence of that channel's lack of > protection, and not a new threat resulting from the CAPWAP security > mechanism. > > 12.2. Session ID Security > > Since DTLS does not export a unique session identifier, there > can be > no explicit protocol binding between the DTLS layer and CAPWAP > layer. > As a result, implementations MUST provide a mechanism for > performing > this binding. For example, an AC MUST NOT associate decrypted DTLS > control packets with a particular WTP session based solely on the > Session ID in the packet header. Instead, identification should be > done based on which DTLS session decrypted the packet. > Otherwise one > authenticated WTP could spoof another authenticated WTP by altering > the Session ID in the encrypted CAPWAP header. > > It should be noted that when the CAPWAP data channel is > unencrypted, > the WTP Session ID is exposed and possibly known to adversaries and > other WTPs. This would allow the forgery of the source of data- > channel traffic. This, however, should not be a surprise for > unencrypted data channels. When the data channel is encrypted, the > Session ID is not exposed, and therefore can safely be used to > associate a data and control channel. The 64-bit length of the > Session ID mitigates online guessing attacks where an adversarial, > authenticated WTP tries to correlate his own data channel with > another WTP's control channel. Note that for encrypted data > channels, the Session ID should only be used for correlation for > the > first packet immediately after the initial DTLS handshake. Future > correlation should instead be done via identification of a packet's > DTLS session. > > 12.3. Interference with a DTLS Session > > If a WTP or AC repeatedly receives packets which fail DTLS > authentication or decryption, this could indicate a DTLS > desynchronization between the AC and WTP, a link prone to > undetectable bit errors, or an attacker trying to disrupt a DTLS > session. > > In the state machine (section 2.3), transitions to the DTLS tear > down > state can be triggered by frequently receiving DTLS packets with > authentication or decryption errors. The threshold or technique > for > deciding when to move to the tear down state should be chosen > carefully. Being able to easily transition to DTLS TD allows easy > detection of malfunctioning devices, but allows for denial of > service > attacks. Making it difficult to transition to DTLS TD prevents > denial of service attacks, but makes it more difficult to detect > and > reset a malfunctioning session. Implementers should set this > policy > with care. > > 12.4. Use of Preshared Keys in CAPWAP > > While use of preshared keys may provide deployment and provisioning > advantages not found in public key based deployments, it also > introduces a number of operational and security concerns. In > particular, because the keys must typically be entered manually, it > is common for people to base them on memorable words or phrases. > These are referred to as "low entropy passwords/passphrases". > > Use of low-entropy preshared keys, coupled with the fact that the > keys are often not frequently updated, tends to significantly > increase exposure. For these reasons, we make the following > recommendations: > > o When DTLS is used with a preshared-key (PSK) ciphersuite, > each WTP > SHOULD have a unique PSK. Since WTPs will likely be widely > deployed, their physical security is not guaranteed. If PSKs > are > not unique for each WTP, key reuse would allow the compromise of > one WTP to result in the compromise of others > > o Generating PSKs from low entropy passwords is NOT RECOMMENDED. > > o It is RECOMMENDED that implementations that allow the > administrator to manually configure the PSK also provide a > capability for generation of new random PSKs, taking RFC 1750 > [2] > into account. > > o Preshared keys SHOULD be periodically updated. Implementations > may facilitate this by providing an administrative interface for > automatic key generation and periodic update, or it may be > accomplished manually instead. > > Every pairwise combination of WTP and AC on the network SHOULD > have a > unqiue PSK. This prevents the domino effect (see Guidance for AAA > Key Management [14]). If PSKs are tied to specific WTPs, then > knowledge of the PSK implies a binding to a specified identity that > can be authorized. > > If PSKs are shared, this binding between device and identity is no > longer possible. Compromise of one WTP can yield compromise of > another WTP, violating the CAPWAP security hierarchy. > Consequently, > sharing keys between WTPs is NOT RECOMMENDED. > > 12.5. Use of Certificates in CAPWAP > > For public-key-based DTLS deployments, each device SHOULD have > unique > credentials, with an extended key usage authorizing them to act as > either a WTP or AC. If devices do not have unique credentials, > it is > possible that by compromising one, any other one using the same > credential may also be considered to be compromised. > > Certificate validation involves checking a large variety of things. > Since the necessary things to validate are often environment- > specific, many are beyond the scope of this document. In this > section, we provide some basic guidance on certificate validation. > > Each device is responsible for authenticating and authorizing > devices > with which they communicate. Authentication entails validation of > the chain of trust leading to the peer certificate, followed by the > the peer certificate itself. At a minimum, devices SHOULD use SSH- > style certificate caching to guarantee consistency. If devices > have > access to a certificate authority, they SHOULD properly validate > the > trust chain. Implementations SHOULD also provide a secure > method for > verifying that the credential in question has not been revoked. > > Note that if the WTP relies on the AC for network connectivity > (e.g. > the AC is a layer 2 switch to which the WTP is directly connected), > there is a chicken and egg problem, in that the WTP may not be able > to contact an OCSP server or otherwise obtain an up to date CRL > if a > compromised AC doesn't explicitly permit this. This cannot be > avoided, except through effective physical security and monitoring > measures at the AC. > > Proper validation of certificates typically requires checking to > ensure the certificate has not yet expired. If devices have a > real- > time clock, they SHOULD verify the certificate validity dates. > If no > real-time clock is available, the device SHOULD make a best-effort > attempt to validate the certificate validity dates through other > means. Failure to check a certificate's temporal validity can > make a > device vulnerable to man-in-the-middle attacks launched using > compromised, expired certificates, and therefore devices should > make > every effort to perform this validation. > > 12.6. AAA Security > > The AAA protocol is used to distribute EAP keys to the ACs, and > consequently its security is important to the overall system > security. When used with TLS or IPsec, security guidelines > specified > in RFC 3539 [5] SHOULD be followed. > > In general, the link between the AC and AAA server SHOULD be > secured > using a strong ciphersuite keyed with mutually authenticated > session > keys. Implementations SHOULD NOT rely solely on Basic RADIUS > shared > secret authentication as it is often vulnerable to dictionary > attacks, but rather SHOULD use stronger underlying security > mechanisms. > > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 29 19:08:23 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBgXv-0004B9-JT for capwap-archive@lists.ietf.org; Mon, 29 Jan 2007 19:08:23 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HBgXu-0002Rh-6E for capwap-archive@lists.ietf.org; Mon, 29 Jan 2007 19:08:23 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id DA0391448127 for ; Mon, 29 Jan 2007 16:08:18 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id C15EA4A4530 for ; Mon, 29 Jan 2007 16:08:12 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 980BD144807D for ; Mon, 29 Jan 2007 16:08:12 -0800 (PST) X-Greylist-Status: Sender first seen 18 days 09:52:19 ago Received: from thingmagic.com (unknown [64.25.87.235]) by hermes.tigertech.net (Postfix) with ESMTP id 3FF191448024 for ; Mon, 29 Jan 2007 16:08:08 -0800 (PST) Received: from [66.30.121.250] (account margaret HELO [192.168.2.2]) by thingmagic.com (CommuniGate Pro SMTP 5.0.1) with ESMTPSA id 1804426 for capwap@frascone.com; Mon, 29 Jan 2007 19:08:05 -0500 Mime-Version: 1.0 (Apple Message framework v752.3) References: <4FF84B0BC277FF45AA27FE969DD956A2032609B6@xmb-sjc-235.amer.cisco.com> Message-Id: From: Margaret Wasserman Date: Mon, 29 Jan 2007 19:08:03 -0500 To: capwap X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests= X-Spam-Level: Subject: [Capwap] CONSENSUS CONFIRMATION: Issue 238 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 79899194edc4f33a41f49410777972f8 Hi All, Sorry for the confusion. At the interim meeting, we also agreed that issue #238 (Additional firmware download change requests) would be closed, based on the changes that were included in the message I sent earlier today entitled "CONSENSUS CONFIRMATION: Firmware-related issues". If you have any blocking objection to closing issue #238 as a result of those changes, please respond with your concerns by February 5th. Thanks, Margaret _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 29 19:10:35 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBga3-0004kx-D9 for capwap-archive@lists.ietf.org; Mon, 29 Jan 2007 19:10:35 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HBga1-0002jB-Tj for capwap-archive@lists.ietf.org; Mon, 29 Jan 2007 19:10:35 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 8CFB81448115 for ; Mon, 29 Jan 2007 16:10:30 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 9422F4A4530 for ; Mon, 29 Jan 2007 16:10:21 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 55F921448091 for ; Mon, 29 Jan 2007 16:10:21 -0800 (PST) Received: from sccrmhc15.comcast.net (sccrmhc15.comcast.net [204.127.200.85]) by hermes.tigertech.net (Postfix) with ESMTP id 5A44C1448050 for ; Mon, 29 Jan 2007 16:10:18 -0800 (PST) Received: from [192.168.2.2] (failure[66.30.121.250]) by comcast.net (sccrmhc15) with SMTP id <2007013000101701500fcjbhe>; Tue, 30 Jan 2007 00:10:17 +0000 In-Reply-To: <0A7D7D6BC1EEF6489C3D0AE1B6B16195036D480B@xmb-sjc-223.amer.cisco.com> References: <6FF0F028-3DA4-4AF6-913C-DDD13D6E7B23@lilacglade.org> <0A7D7D6BC1EEF6489C3D0AE1B6B16195036D480B@xmb-sjc-223.amer.cisco.com> Mime-Version: 1.0 (Apple Message framework v752.3) Message-Id: From: Margaret Wasserman Date: Mon, 29 Jan 2007 19:10:01 -0500 To: Abhijit Choudhury ((achoudhu)) X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests= X-Spam-Level: Cc: capwap Subject: Re: [Capwap] CONSENSUS CONFIRMATION: Issue Categorization/Resolution X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 68ba2b07ef271dba6ee42a93832cfa4c Hi Abhijit, This issue ended-up in the "not actionable" category because the feature requested is already present. It raised no other issues that were not already addressed or duplicated in either issue #226 or #227. It is certainly not our intent to remove support for DTLS on the data channel, we just felt that this issue had already been dealt with and no further action was required. Margaret On Jan 29, 2007, at 1:29 PM, Abhijit Choudhury ((achoudhu)) wrote: > Hi Margaret, > > Could you please elaborate on what you mean by > Issue 87 being "Not Actionable". > Use of DTLS on the data channel is an optional feature > that is already there in the spec. > > Thanks, > Abhijit > > > > -----Original Message----- > From: Margaret Wasserman [mailto:mrw@lilacglade.org] > Sent: Monday, January 29, 2007 7:23 AM > To: capwap > Subject: [Capwap] CONSENSUS CONFIRMATION: Issue > Categorization/Resolution > > > Hi All, > > This is a long note, but please read it to the end, because it > concerns > the resolution of 20 open issues. > > At the CAPWAP interim meeting, we reached consensus on how to > categorize > all of the open CAPWAP issues into five categories: > > (1) Substantive Issues: These issues are unresolved issues under > active discussion. These issues were listed under the "TOPIC" > sections of the CAPWAP Interim agenda. > (2) Too New/Not Discussed on List: These issues were considered too > new to benefit from face-to-face discussion. (NOTE: We did not > place any issues in this category.) > (3) Editorial/Well-Understood Fix: These issues are either editorial > in nature or have a well-understood fix that should simply be > applied by the editors. The editors should fix these issues, > send > an informative e-mail to the list regarding how they have been > addressed and close them. > (4) Not Actionable: These issues will be closed without any action. > Typically they do not contain enough information to be acted upon > or there is some other reason why they can't be acted upon (go > directly against previous consensus, etc.) > (5) Wish List for Future Version: These issues will not be addressed > in the first version of the CAPWAP specifications, but will be > considered for future versions if/when additional CAPWAP work is > scheduled in the IETF. > > Issues in categories (1) and (2) will continue to be discussed on the > list and/or in meetings until agreement is reached on a resolution. > When agreement is reached, there will be consensus call from the WG > chairs on how these issues will be resolved. > > Issues in category (3) will be fixed by the editors, who will send > e-mail to the list indicating how each issue has been addressed and > subsequently close each issue. There will be no official consensus > call > on these issues, unless there is disagreement on the list with how the > editors have addressed a particular issue. > > Issues in categories (4) and (5) will be closed without changes to the > CAPWAP specifications. Issues in category (5) will be tracked for > later > consideration. > > We also agreed that the following issues fell into categories (3), (4) > or (5) and would be addressed as indicated above: > > (3) Editorial/Well-Understood Fix (some are already fixed in -04): > 101 11.8.1.1 Change to re-use 802.11 Information element definitions > 122 Editorial Issues in CAPWAP-01 > 127 Usage of the Session ID field > 159 Operations should have listed in which states they are applicable > 161 The term "Mobile" is not really accurate > 177 WTP Reboot Statistics belongs in the Join > 194 Handling duplicate IPV4 addresses > 207 New WLAN terminology proposed > 218 Static IP Address message element is a MUST > 231 Need clarifications on Image Data Transfer > 232 WTP Static IP Address, RSNA Error Report Text Error > 233 Idle Timeout needs clarification > > (4) Not Actionable: > 114 How does CAPWAP know there's a NAT? (It doesn't need to know) > 87 Use of DTLS for CAPWAP data channel (duplicates part of #227) > > (5) Wish List for Future Version: > 75 recommend LWAPP add a new notification message "Gratuitous > disconnect notification" > 79 Handover issue with CAPWAP > 112 MTU Discovery > 148 Binding element for scanning report > 205 Rogue AP Detection > 206 Common MIB Statistics > > If you disagree with the categorization and proposed resolution > path for > any of these issues, please respond to this message with your concerns > by February 5th, 2007. Please do not discuss the technical content of > individual issues on this thread, it is only for responses to this > consensus confirmation. > > Thanks, > Margaret > > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From kaconjecture@goldcamping.com Mon Jan 29 19:43:20 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBh5k-0003zA-QP; Mon, 29 Jan 2007 19:43:20 -0500 Received: from [202.105.148.113] (helo=202.105.148.113) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HBh5i-00087b-5u; Mon, 29 Jan 2007 19:43:20 -0500 Message-ID: <09d201c74344$3deb78a0$9797a6b0@pphylad> Reply-To: "Juliot Abeln" From: "Juliot Abeln" To: , , Subject: ii anything Date: Tue, 30 Jan 2007 08:42:53 +0800 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0002_02D4C30F.B65C3DF0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2963 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2963 X-Spam-Score: 4.5 (++++) X-Scan-Signature: ccfb4541e989aa743998098cd315d0fd ------=_NextPart_000_0002_02D4C30F.B65C3DF0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0000_02D4C30F.B65C3DF0" ------=_NextPart_001_0000_02D4C30F.B65C3DF0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable memorial service for all five men was planned for Sunday."This arrest really does later date. President Bush, working a southwest Missouri campaign crowd like a yell that said "Cards fans for Talent" -- a reference to the St. Louis Cardinals' World FAA said the rule change -- a temporary one -- was made for safety reasons. The NTSB's because the case is continuing.Last week's fire was stoked by Santa Ana winds Glenwood Springs, Colorado, according to the National Interagency Fire Center. Republicans are all calling for change, he's desperately clinging to his stay the include seven fires in June, one in July, one in September and two in October. first for the five U.S. Forest Service firefighters who were overrun by flames memorial service for all five men was planned for Sunday."This arrest really does help with some of the closure, the healing that we in the Forest Service community, course," said Adrianne Marsh, a spokeswoman for McCaskill who was finishing a four-day probable cause of the crash was. The full board will likely vote on a ruling at a first for the five U.S. Forest Service firefighters who were overrun by flames ... The finger is pointing at him." Authorities were trying to determine whether who is seeking re-election in one of the tightest races in the nation. square miles before being contained Monday. Three firefighters died when the flames Republicans are all calling for change, he's desperately clinging to his stay the and into a New York City high-rise on October 11.The National Transportation Safety engrave the right to conduct embryonic stem cell research into the state constitution. ... The finger is pointing at him." Authorities were trying to determine whether Glenwood Springs, Colorado, according to the National Interagency Fire Center. FAA said the rule change -- a temporary one -- was made for safety reasons. The NTSB's later date. President Bush, working a southwest Missouri campaign crowd like a yell detain and interrogate suspected terrorists, the National Security Agency's probable cause of the crash was. The full board will likely vote on a ruling at a course," said Adrianne Marsh, a spokeswoman for McCaskill who was finishing a four-day District Attorney-elect Rod Pacheco said the evidence against Oyler was "overwhelming," swept over their truck, and a fourth died soon after at a hospital. A fifth was taken Glenwood Springs, Colorado, according to the National Interagency Fire Center. October 26 in Southern California's San Jacinto Mountains. polls show that a clear majority of Americans see the war as a mistake and far fewer can't answer that question," Bush said. "Harsh criticism is not a plan for victory. Oyler "adamantly denies involvement in this fire and in any of these fires, before flying back to California. If the pilot used the full width of the river to turn, eavesdropping program and the Patriot Act don't understand the stakes in the war ------=_NextPart_001_0000_02D4C30F.B65C3DF0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
memorial service for all five men was planned for Sunday."This arrest really does later date. President Bush, working a southwest Missouri campaign crowd like a yell that said "Cards fans for Talent" -- a reference to the St. Louis Cardinals' World FAA said the rule change -- a temporary one -- was made for safety reasons. The NTSB's because the case is continuing.Last week's fire was stoked by Santa Ana winds
Glenwood Springs, Colorado, according to the National Interagency Fire Center. accompaniment knowhow consent Republicans are all calling for change, he's desperately clinging to his stay the include seven fires in June, one in July, one in September and two in October. first for the five U.S. Forest Service firefighters who were overrun by flames memorial service for all five men was planned for Sunday."This arrest really does help with some of the closure, the healing that we in the Forest Service community, course," said Adrianne Marsh, a spokeswoman for McCaskill who was finishing a four-day probable cause of the crash was. The full board will likely vote on a ruling at a first for the five U.S. Forest Service firefighters who were overrun by flames ... The finger is pointing at him." Authorities were trying to determine whether who is seeking re-election in one of the tightest races in the nation. square miles before being contained Monday. Three firefighters died when the flames Republicans are all calling for change, he's desperately clinging to his stay the and into a New York City high-rise on October 11.The National Transportation Safety engrave the right to conduct embryonic stem cell research into the state constitution. ... The finger is pointing at him." Authorities were trying to determine whether Glenwood Springs, Colorado, according to the National Interagency Fire Center. FAA said the rule change -- a temporary one -- was made for safety reasons. The NTSB's later date. President Bush, working a southwest Missouri campaign crowd like a yell detain and interrogate suspected terrorists, the National Security Agency's probable cause of the crash was. The full board will likely vote on a ruling at a course," said Adrianne Marsh, a spokeswoman for McCaskill who was finishing a four-day District Attorney-elect Rod Pacheco said the evidence against Oyler was "overwhelming," swept over their truck, and a fourth died soon after at a hospital. A fifth was taken Glenwood Springs, Colorado, according to the National Interagency Fire Center. October 26 in Southern California's San Jacinto Mountains. polls show that a clear majority of Americans see the war as a mistake and far fewer can't answer that question," Bush said. "Harsh criticism is not a plan for victory. Oyler "adamantly denies involvement in this fire and in any of these fires, before flying back to California. If the pilot used the full width of the river to turn, eavesdropping program and the Patriot Act don't understand the stakes in the war
------=_NextPart_001_0000_02D4C30F.B65C3DF0-- ------=_NextPart_000_0002_02D4C30F.B65C3DF0 Content-Type: image/jpeg; name="Corinahi.jpeg" Content-Transfer-Encoding: base64 Content-ID: <09d201c74344$3deb78a0$9797a6b0@pphylad> R0lGODlh1AHNAPcAAAAAAJmZmf8AAP///wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAA1AHNAAAI/wAHCBxI sKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJkyhTqlzJsqXLlzBjypxJs6bN mzhz6tzJs6fPn0CDCh1KtKjIAEaTKl3KtGWAAACiSn1KEGlIAFYRSh1KteLTqVmbWoQatavYsyzJ Sl27dUBUkGTDVm0b9O1EtmzR3sVbVq/flHYFfrVqtuNarVOFFn4IFSnUgWT/Ouw7F+vZxZKvAuAY l6HlwAPfPjb41TJpuQUxa8WoeuHo0KghU3Ybe3FnjaXpyja9EHRq1KWBx4Y7XLBc35lBIq+atbhA vM4tN54LuyBfg8ibbx5w2/rwuMJlC/+enXB66O3Y2TpGTxA0dO7OwZPmy/59efYNr7fHzx2r3Mfy pVbWf9t11591/CXn0XLnCcYdfLy5VV+C44lXXX9hzRZZe8ehV5Z6kKkVYX+HIXieiCOmZ6KKJ9LG ooT7DQahdiVyaGGDOB5k3mS8bYihhEjltR9eAtb4HFYgjqedcwpmxOCRoR3ZFnIpKjlegbxFOOJr B64oYZbS0ddcVr4FlhiUCpWJGpXrhWUemzAKaZZ7+IGJ3XdVJrTlhET+2GKO8AF6Jow5ctnkR08S +qBpXaXIIJfTaYmeoc8t6SV5Lt7YmluXjphnpXOtueZ2Eb7m6Ga3tTbhpaMiRKlCrzL/amZ9GfL3 6YTHZWhVoodixFet7T1IHXOP1iljjsvN+iKldE4GbIVeHiSdWvP9ZheX1+JX2pFMZtqlld8axyCv 0eIIqZ2AgqqVdi/++Gmvvqr3LJpD6qejtropmqyHtk7a7373fbYqtAC7SqqQ59EX7IX0KXuvwLsl 2TCFiuaXYLbsCvrvbkH6225c78JrUaLNIriWY2ni6ym/0rLsJbMDp9cnvTCn2WrCieXKMIjz1muk iLWeLCxiEO1Lb8UlF/wlwjVXRrHIF5Hc89EWt0vzxWRu/NydSoe6m41RenffuuneSy+v2fXonp5P twxRrLvGjLSthKldH9cCdgv1XjZ3/021Z/xhFtiOBId7tc43+u2epWDfG5vDvflZsdvlDo4keeQK +PaeGnft25t1+ou433trJHXjiRvHNo9KH1s4iWS6qXW6Wuo6rMFEvx4oh+eedqHiWSdp+O5kPzT4 jknvaCDk6jY/POGlm07xuY/zuXrVEQ9a6KCgUYoi1WpH+2rqv8+tcodDggv89UfnW67vVwrdufpL G6lm101Hz9GnyuM5M+WAs5Z/HgYWdKluPpbLGP26F50EEQ5FRisS02oTPvaRCGF6Ks4DAwSo11Av OLJT4NFsEzL9SYR/bSvSpv5WvIh0p0d6Q4zwDLXC9HSIggOUVsBqiLMzFQZ6sNObj/8qsznmlA+I JpPfAS1oQifFcEHOssm2Mlc0Mclkiv7631ga9sSwNWR8xNoMFcnXxIvw8CVndEkajSevnPwQLB3J zRq90kXiOWSOZcyjYuqoxz768Y+ADKQgB0nIQhrykIhMpCIXychGOvKRkIykJCdJyUpa8pKYzKQm 4WWvSLpvk6CMycR8pkUp1aiUpExhKlOmyoigMmEybFkrKfLJUD5yYlN6i12MZMpcYjCVvJSlwmQp M75J72Jj3MssbZlIuvDSmeOi0pOeiTaE1TJftXRlMJd2QmnqBpVJY2YlswlLKcXSZDJcJinTV8xy xotiv6yfOOc5EnKa857EdGc7R0b/J2TyS5292Vcw/7dNc5bIl3lpGD1vSS6Ess16+YxaP/Npz276 80tJnOhDMdpDXB4smQvt4zAzSs5vRhOgEeUoSVEa0H59dEXQ9KcuyzQriOIzpM3sZEcLGtONdpSN /0xnRS3ay6CWs6cPxWZN2XlTnB6yoiY9aVOZqlDA6XSnLPUpQZd6T3v+Eqk3HapTRVpNl54zm5+M pzALylG2KnOn+IyqSoWKzrBqdKxPLes+0VlSb77Up1bF2VvZ6dFObsWr9oupUaeKV0Ei1qzE7KtL /3rOwApWm6ETY1Sr+lPC9omahgVpY6P32CQmVa89ZKwpeZRZdcqVrYdx31evM1Jg/+pztIMs7WXp 2tKPivW3sgXpQQ+r1+Aad7OqBCtuc1vWq2bUYpxtKWuFiVm1nlagWYXuchfZUOemtLczbSVwKSTW dVZXqttNr3rXy972uve98I2vfOdL3/ra975mRNlTUAarrux3aOXRkav4G6L+UqWO/0Xjgxyzxv0m +DcLPnCIJFwpTA04wgTWkX8djMffcHgs+mWwgSecYQinpsAEfnBVVMfgErsGjx3ujX7h42AaM2e/ /vnwgI0VQgazR8UQynGNT/PDIU/YwGnUcaVCrGQgc4rDtmMyjqHcYiVLa8ZULvJ/s0zkFXLZw5uS DoahfGOqCNnJSybMf8+8YdtIWP/KmFGxlW18pzb/x8g75uKAftyYD53sOw9WsmbB4mNI5ebPuAsR kjzsQCq/mMzx+9WkvuKdP6t5Yo1B0WD8M6A8i4nTxAKQemAI6dOMekyllqCkKa1oAGmagqNhs7wc DMNF128qPOazrSccOFsL2Tip1vCMaD2gN4KHwykKDqn6XOhCo6rPrWYz9AoUwlpPG3adNhvIcnjg TOOY2kjSFbGF1e0zE3rcyG5NuZH9a9kw29VhwnYO8wbv9chbNesmNp6ZLe3AeXvTxab1lCcdbiWN m3fGtnap/t3nRW+7hriGIK2jzWm1dmyAIBt2Abv9pneXssSbDiO2GI5n2Ei7UR//gqC4dk0btYT8 Sw2XF3S+PeeExZzQBI91zCuc5eGI0eW0OXn1wj1zD/L70I1O+WPCrXKBA1tEQf/lxMVl6A+JnNMu FzpDnK7mcNF8MJuidGTMzG4bk5zGx263EY3uumcbPcjF3pKPcY7qTA/N7Xwe+4EnLSM1g73Grmb1 gPseYb5Px8coBprgTxykxFs6TwJvsdfFPmUXoz3ulw80ji9P7R/Vxt5PzxKNtfX1zhx6yo8m3LMN j3kktxjrq0e1uQuf46etnsR5H3LtGRWkXG0rUMqbEZiNTPbQ+32Di7+90wePvM2Hnte7+jaLq7T8 3Xcd8sLfmuAj7/wLt+nvizd+/5j87i3sQAj3Zdb83ktPmeL313AHwzCMwk/kocXOzHdrucmHLTnz z191vEduBTJCzhMoGtI8e0caC/Yt0Rc2G2Y46xc2ogF63pd/omFj08KAHdMcBeggjecgFdOAwoYt UCJ5OdZ/jFchjZeAvnN47Wd5C3OBa9Z1dbNi9tYxBFh+AuY6nOKB+tVpaOaD/6F/5ddsGIJ/HOdz ZUYwnXd42Td6Q7h4qOeDnmKC1xc7XVJojJdgqHItvRdgbbeErKaFhXdj1DeFZAiFrvKEkwJ8nkdn GnZ/djdniOc6IlYcuXd+WwN8vIeFekdqIfNysPF5F6g7DiJGuLd82hd4E4hxZP80byvWhwFHZ3OI KVtWibrmPRt4iV/IeVRHeuyCf+fHP9A2iBo2Lbt2iRj3KEF3ZEcIOzs2coRIYcMTYRzidonDiRpS iusyi8A2iWh3i9y2ioG4QE8ngIyCgtPXgKWoJVASfwfiX7VIbRTmJmiic0vYQse4Yv23d1iyOxmo LnVjjR6YQ8mIRCCIPMdYgwKIhdk4glniJkEIGepDjfzlarcTgz1Gjw/kNfSojA64ZQQTN9BCKnmz cElGgXtIJF94aGu4LXY3jEY0geD4bBfkKEW1KMvofpAIgzoIcgpZeGtmdg/2ghC4HltRfChDiuHi WxeYgYayJQC2hTxmg+9Hgrf/tihcqD0geDwWCXVrByRrZ3sZ2ZDf94GiKC5LZpNb94QtN4Ho5m3M N2hkN3UYeIfCF3uq0YVu131BxpFwJGLC9GbyyIPW13txplJp+GQM53leqYBhqHdTp4hLQ5ZTGTSO GHZT+JRdSWlYgmY0p5RaeWc6SZN4SCJox2qrN0AZ+IICA4R2VIHWQTMoST8K6JbR1yj/eHiys4fo 2IODYyV4Apq/B0TLZno/9jqjiUNDOZmSc5TcUh4KCY3tyIf6iJpr2JJLhjG5iZPHgyF/qSexqSTB aWJLNH1pQjOiiTsHwy6nyZuwYoyKUjf2uJWFs2x3V5FeRCjVuSaUGY2HmZn+/+VAaTaOKAZDGRQ3 38iNqvd0CfaeiWKeCzlp4Kk+4imfN/aa5WmIyyiBbXgg3el/87Z07tl15UiOn0mbCRhmpLkk98mf rbkwbzd2xllgi+Mi77mSbdgmHlihPehBOkkYMNd7G7ooF8OPV2KDkBJpVbmJ3RiSIEkgbcOCnlmi kMmFKIqYQWmLPbiAOPiQODmhyWhEtzmOMaqhx0mjOsSAIcqiJLqfBNqhP3qTzuh1+jmlB1SloyE4 6CmU9meirimkKKdSkPgnHgqL58mBOamjYlaEHPqPCyiDwfFikrOetnllkYmm3Bim1aNBb/qhqQkg KPo5JcgtHLiBNrdEEbgaGv/4imuaKYVIkTb0RUO0cgXWchDkbxukgRp6HJSZqaaWmmyJfF24YDw5 mSiZbEO0l6MHc+AoQIxWWEJUqb/XkzCpjqn6ecBnHoIKdP31OT5iFnMndZjphb9yQaOnazO6qotI qhwqfdF4QTFkICkqoSAEmDzpqxdZJflybPiGOdNXKoplYao2TXsirlCZpbKTbAF3fJtzrhkSaTP0 SkWFOcKTMjLKp0HkZL4arO16kRxTGUyyPOG6rpcjK61FrhtRq3ekq3E4eHEUrALGlIwxk3eUm6eY XShRmgu4g1/UsSkIF5PjGjK5dckWsaF5mf0IlyVBrUzhskpRqToBs0uhsD7/IQACgbMDIABQwbM7 m7NA+7NCq7NEG7RFO7QhwUdAobSYxLQ+4bQ7AbX4NbVUW7VSarGsgbVWu7UzAWSxk22y2XPB9jZG OIIpKHmPxnwZOoSukadeS2Jay7VNhGYnGIxf5mkR52iA56NX9q/uhnhLWWWcmH5x+GF1W3KhYpWY eozSJrd/9JbAWZ5MB7Z3ImvQIXQ193d1yymztq2jBmrRBhyn1oyIuzWdG7mY+m1w5Lh5tGnyaG7e unk+h3QFpHF6ZmqZdoJgNyO6y3DnFiq9RnlYJ3DLsbshB34xR2Uay7pioWxX57r6VroVZ7hRJ3R+ dmeuO7lyFJEpV3RGV3CV/+tyIOOXwlFxw6ts2Yt0zNtHbxm9Uhl4cCOzK+k0AccmY3it6cqrlWeL bDc+gMtukOuJW9aVcZduHrm+vSK4cOttTAe/jiJHZVYqR8iwg+jAsQd9VBiv28eqZoiVDOyddnit Ezx7CFxGb2STgoqIhBKS2nepcSpsOiqgqPKVSCOOIRl/JiiZHZvCwrY2+neDbAmyJUxa/QmH4wcx M4g34EKXZqewAhM8zvO/TpmHPMiPnCmHchfF/AcqTgiHQ7w3gUluKuZwpflz5vc9h+g9NLwaMsqq t8e73kGIsTiAhcFyGBwllHeLdgRGX5wcBJmdPWpwXPyn/jmghIxy0YFApP8ZgwPYf/ZYmyr7GVGM keUHjfhijXzcx3+xfmYGgARngCIKNyMLuFKKNiCIx4WTlEoKmnnxgS3YyD45sYYmlLHsjTaryX6x mO6HqMNGeFUMyl3WI0HmGRd3fBvciXTJlYmJRFw3p075fMBGywFYbzGGy0Yxms0pHuLJQiLInvTp pckJoCq4h5DMjv65mRTCgtnMn7uCzutsupZpzX58mN/sqARWvAU4wCLqudQnyI4axF66qPOZph5m JafpbhML0FMirLY2tvKsF9TZab6GnCREXp3ohvIXHy1IRBkKplQYpjZaf6+XZuz8gBcnjtFKmA8t GerpTH/MLTMcxjK8pzH/AislK7DHOZx8GK+Nuql4E6mQNyqaKSxgi6Qrvck8iHpdvEv2kWdr12x6 xjm5mp+8rGj+1j3knHjDfMXxKWF9cagQSbvLe9QzSx5Z136gKER+JTSZylP3Kq99ikA8zaWXi9Yp pGk1HcOxS9Z+LMsSLLIHfLHdMo8uJLNXi4JPBGR/zdehdLSObbSQjbQ1QbOMXdlNIbWWndmavdmc 3dme/dmgHdryLACkXdo6SxCmTdqondqnjRCqbRCvfRCpvdqw3do7O9sKEdsD8dqsfdq4vdq6Xdq3 7dq/fdvFbdy6vdvHXdvEjbO8zdoF0du2LdoRgdvSHdvXPd05q93JbdzI/+3b0x3c0p0Q3f3c2S3c 0W3a343eyj3e2+3e0A3cvU3ctR3f2b3ey03d9J3czq3a5k3byk3fzA3gzW3b2M3f2o3c6U3gw93g 2x3gDs7e793gEi7eEC7gDy7b4Q3erW3hEq7g+u0QwT3gDl7i5P3hJW7h8g3cE/4Q6t3eDM7gB27i 3X3hKq7huZ3g6X3jGd7jC07iIb4QPC60Pl7jsG3iEb7hK27jOl7gMW7kN+7fTX7kF47kVQ7k5J3i Uw7l3G3kQU7g/P3jPr7fSm7lI57kY94QRAveYt7mM+7lQD7kqC3kUz7cct7mMX7lX17fKM7j8S3m CI7iaY7mWi7oRsvm8v/t52wO527e4cvd5H8O5oh+4i8+6Fa+5+1d3Gee6eLN3oEu6DOe4c/N6X2O 6J8e5djd4gwR6qSO5zte4ZV+4JCu6QnO6F/e6a3u6u/t6Y6u56w+tGuu4eVt6gZe6xze45VO6aV+ 4jle4Kye7Hlu6bYe5AjO6Tju7POt5YDe5YPO5bRd7dfu3TRu6LvO7RgO4V5+3hxe5liu55h+5W8+ 7Oee7bjO5AAe7O1e5P2t6w/u2L4N42TO7u0+6uGO30T+4d5e3+9+7oRO7iyO4YFu7w8/5ob+6fxu 5/2O75ZO4eBe8KK+4Tou5U9u7B6/8FWO6sc+8de+7P2O5Ly+7gwv7vD/Huw0f/Ihn/JEnujFrvGq juNDXu0Rb/LCTus6/+LTLvJ8PtvDvvNIP/Cynu3I/vL5re/mrfT3fd+rft2krt5YL/RJL/D4De3N zuXWbe4/nvDbHulUH+AOT+PljvD0DvVZL+VMH+ty7/X0dOdCMe0lj/e4xfc7Afh+P/iEX/iGf/iI n/iKv/iM3/iOH0m9jdlE0faPL0kBEOiSHxSUX/mPdPnf8X4X5hSAVh7OnfkufKYNm/qFpG6m39h1 fvnjDft3D/sqT9qOYftVgftpr/Wuffu577OkofvKft1ugvuyr/bcofWw3xzCf/d3Lxi6//wK//us /R+pXfzAn/zqXufL/3X5am7bXZHcmFHvUT/wRG4Wsa1uvh0W6T7l7H/aTyHvY64a4m8VHa/btO/j +X/2rb3/zY3lABFAQIABBQUMLDhAoICEAw42dDiQoEGGBQNMhJhR40aOHT1+BBlS5EiSIx96PKkx ZUeBDQ9WNIhxJUWILRWqhNkRocWcM13m/DjTZ0qfG4vS/InUKFCdDI+ydIpRacKTRYkCFcq05Fau Xb1+BRty4cuXSS1KTXmR406BbXmahRvzJs6PNqnK1Dp161CYaaVC9Bs3ol7Aeek+XUvQLmGEiwFP zFo47GTKlS1fbkqV7MrNT6s6rbiTYueVdrUi1mvaMGrJP0n37bw2tv/m1hE3F769dDRZj6bRviZM e7Bg1piNH0eO/HNCtcIV/m1os3Ho2s4dYnQ8nOPYzpBXG6YrWHtg3WeJM+WOPnd1heszil48U/p3 vZGT38ef3/Ly8iAl9r0IK6bSIu0v1KwKjT6R7IOrOO3eExAl8PjKLKP0DsILwvYSqy9C/T4EMcTg 5HqQvaauEo0xAGvycC0XSxSvQgmtk1FDs5qTDEfxHtKRRhKZg81GBGlkUEQjj7yMt58yjM67mqDT 7Dcbbzytpwnp80mtLKEskcLUoHzKLZ6887CsGB8y08cNhQRKzIiwKw2+FGFEsk47ubowpzx5fC2v heBsE8PoMFwIJ7z/uCx0qT0x7FOrP4FM8dFFLRR0o/QM3AxTsqB81LaXOEUwwAJZ3JTSUged805V V8WsxyZZPc5V5rikTFZYb8U1V1135bVXX38FNlhhhyW2WGOPRTZZZZdltllnn4U2WmmnpbZaa6/F Nlttt+W2LgAAoLVbcccld9pvy0U3XVYD+Lbdb8NV1yJ33e1xXnjZdfejduGNt99o341uX38zehff gtoNGCOALQVX3oY5QnhgiallF1F+kbP1SUvvtVSsh8/VqOKaHh75L5EtzHdilZ812FuS8VVs3nMn wldmmmVGuOaAwcXZ3oUh+vlgkuX9C+QBjE445KEVWppoggE4GuqV/6dell2RkI46IayPngjrk73u OuiZFZb6uayVlsrqjpM+e2SITS6b4KKl3ppqu4WteyOsja6b7riFBlzviANvaOu8mb75Yq1Tnhvi vw9HWu2276Y82MOfBrpsrzX/++uydTyX778nJxxtrrcKW2DSC3989MWZI/nyymeHVXbWM1/c5tzt 3X3wrFs2fHTZYfbKaLUhb91xp1+nvfldJdc3ecJPNp15s5kXOXjMPbKd+7hndv1guN8u/XfFnUdf P+StJxzpn92PPfy2K9Yed++/gl98pTVqGvGoe/Zd+gR4JOrBbmF745z9SCc65RlQeA+MXklwZLyH FdB/KIMbzaAztv8BdhBJxHNY2l4Wv5KV73Ska87mIKjAWd1uO0OrGehgOEIRJg528OqeB3UYq5oF 0GGqY9rSChY08fVwXkEU4QyV2DPW0cqCQotY04yYQQcSEWX922EWuZWxsHBxKznUYhjFSCwQjtGM Z0RjGtW4Rja20Y1vhGMcu1VGOdYxWV7cFhjxZEc+dhGAPpxjz6BDxysCMHNA7GMi+Rc+PFpriH5r mu3qhqMknk+Rb9RjFy9mK05a0lthY87Tuie/5d3wkqc04cg+BzAjLqyVAeTd/wD4SvDh7IUbTOD9 uNeb/j0RlXW0HfVIaEoUYoeC4Jrg5wgCtvJZ8YJskyQphdZKYob/7JeKZGYJh4bAVJbSInNhXzdX Bz2QyAyci+Tl4IgHuWtik4milJ7WQGmeanakftfrpieDGEsWkq9k62snH7OpSnimTJa+y2HwjhhO cerymQwdiUG3F1BgSnN3/XQhPlcnuInKEJ1f/N4KufIu+WGRomzsntUKCND9lVOkEy2cPkt3z+1w CZm9tOhJ0RjMCg7zo9VrIUZZCruRJLOeDUUiBh+6VJ1icmMP9VwDg5pUqjI0m5FzpgVjCLz+TbKn 74sb9XzZ1DVKTpBBgxkhf2hO1gGSjrSEWuoQybaCzjWESm3rXKdI1ms2UoIyFQtgXcpXwr5RrYVF bGIVu1jGNtax/4+FbGQlO9m6CHYyXPRrZSkbRt3BCq77+qNUwie2hS7yjySVIitPK7VXNueztEKk Wg971+Pwc2d2hWzLoHirvKmlb5qTqm51ZiHRhnWZo80lcYN4yHkStJB4pStHjaNOtH71uO/caF9T a9LndLIysssbyJ54svE6M6MhYeAt15bd8p6wiUDjVyavFkljUrF9yaXoWMH52dOqMmY/Uyt4kStP lBF4vVI9b0YvN0r5WbBhT8xfBJk7YdrW5KO+jOp9m0pOe3buImSbqvVg6bqBblSsUvRmSX4r3ezK a7D+dJovP5ZTFPpwxCypb4qXJ7rSUhSM0XQovSBqyN7ZtoBmpf8xgiHatoHOdskzNSbaOKxkqwkR iAK+ckn9JuIk27HEGZWVgF+X3n569Irn3abGwBJeztlyVoJ88vxoqDTuslBk5Awdfi20M3GCjMzy jSMCY+lmjCqwlqkUs95EW80H2hamSyYzPYNMykgzjcUvjvE5D91iRbfYz8kFNBzJadTpQSnRZ8se iaU51AqKUM2c3iib46zLBd8Mzo92qHuFydqGZRJ8MH6sSSv9UxZTULcJxjX7slc02K5a1cXusv0O h2Riz1qBXPUp/aLtZ05FW6djPaBFT43VFXeYYTV0Fbi569VON9S8Mz631iBW7VfFNMUZ/iG9oavj YI9wcF8ed+dlyq1khs4WwAeT8NOSiOy1hhWsxB22VRsc7pt9VIWFdG11c7zZfQq54RJ1MvHeSsSQ h9a0E+/xC7HYyiT+8eP+vvVy6VxJlhh0ylG7SHWxiLNBOprjJMmsDoP+c6IX3ehHRzqSAgIAOw== ------=_NextPart_000_0002_02D4C30F.B65C3DF0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 29 22:24:51 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBjc3-00061Q-7W for capwap-archive@lists.ietf.org; Mon, 29 Jan 2007 22:24:51 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HBjbz-0007wh-AK for capwap-archive@lists.ietf.org; Mon, 29 Jan 2007 22:24:51 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 270753985B9 for ; Mon, 29 Jan 2007 19:24:40 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 6F28E4A4530 for ; Mon, 29 Jan 2007 19:24:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 5F15539800D for ; Mon, 29 Jan 2007 19:24:26 -0800 (PST) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.230]) by zoidberg.tigertech.net (Postfix) with ESMTP id 778BC39801D for ; Mon, 29 Jan 2007 19:24:23 -0800 (PST) Received: by nz-out-0506.google.com with SMTP id o37so1674834nzf for ; Mon, 29 Jan 2007 19:24:23 -0800 (PST) Received: by 10.64.184.14 with SMTP id h14mr11070616qbf.1170127462712; Mon, 29 Jan 2007 19:24:22 -0800 (PST) Received: from SJainT60 ( [216.31.249.246]) by mx.google.com with ESMTP id q13sm10142002qbq.2007.01.29.19.24.19; Mon, 29 Jan 2007 19:24:20 -0800 (PST) From: "Sudhanshu" To: "'Jim Murphy'" , "'Bob O'Hara (boohara)'" References: <8954613CA6BB3242A1531D916A527A4102B60651@NT-SJCA-0751.brcm.ad.broadcom.com> <45B86800.4040207@trapezenetworks.com><17B8C6DE4E228348B4939BDA6B05A9DC029E4D9D@xmb-sjc-237.amer.cisco.com> <45BB05C5.5060709@trapezenetworks.com> Date: Mon, 29 Jan 2007 19:24:17 -0800 Message-ID: <002a01c7441e$216ae630$9166640a@arubanetworks.com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 In-reply-to: <45BB05C5.5060709@trapezenetworks.com> Thread-index: AcdB6LuplzzS65iPQ/mhvXYWLxA0jQCNNe5g X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.022 tagged_above=-999 required=7 tests=RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: fb93e867a11a29ac1dc5018706b412ac I like this proposal and make it very *consistent* both in Control and Data plane. But I don't think it is a good idea to move the 'F' and 'L' bit to the rsvd field. I would prefer to see the F and L bit before fragment ID and fragment offset. _Suds -----Original Message----- From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] Sent: Friday, January 26, 2007 11:57 PM To: Bob O'Hara (boohara) Cc: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Bob, I see no reason why this optimization can not be used in the control channel as well. If so, then the concerns about the data and control channel having to be exactly the same are eliminated with the added benefit of improved performance in each case. That said, I think we could improve the format a bit based on feedback from Sudhanshu and some new observations based on the idea of packet header overlay. The basic idea is that Version and Type fields are what is needed for the "preamble" and exist for every type of packet. However, only 8 bits are required. We then define the DTLS shim and CAPWAP Header to include the preamble. The resulting format is something like this: CAPWAP Preamble 0 0 1 2 3 4 5 6 7 +-+-+-+-+-+-+-+-+ |Version| Type | +-+-+-+-+-+-+-+-+ Version: A 4 bit field which contains the version of CAPWAP used in this packet. The value for this draft is zero (0). Payload Type: A 4 bit field which specifies the payload type that follows the preamble header. Unsupported values MUST be silently dropped. The following values are supported: 0 - Clear text. If the packet is received on the data UDP port, the CAPWAP stack MUST treat this as a clear text CAPWAP data packet. If received on the control UDP port, the CAPWAP stack MUST treat this as a clear text CAPWAP control packet. If the control packet is not a Discovery Request or Response packet, it is illegal and MUST be dropped. 1 - DTLS Payload. The packet is either a DTLS packet and MAY be a data or control packet, based on the UDP port it was received on (see section Section 3.1). CAPWAP DTLS shim: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Version| Type | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Or, said slightly differently: CAPWAP DTLS shim: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Preamble | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ For the header we then have the following: CAPWAP Header: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Version| Type | HLEN | RID | WBID |T|F|L|W|M|K|Flags| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Fragment ID | Frag Offset |Rsvd | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Note, Version/Type are the CAPWAP preamble. Essentially, what we have created a de-multiplexing scheme that has the following properties: - Its performance characteristics are no worse than those of the -04 preamble. In fact, demuxing directly off the preamble type is very attractive from a performance perspective. - It does not waste 32 bits in the clear path case. - It works equally well for the data path and the control path so it is a universal solution. - It provides for a powerful extensibility feature that will enhance the longevity of the protocol. Other notes: - I have transposed RID and HLEN to give the hint of a TLV structure. I think this is a useful concept that we should support in the protocol. - I belive the F and L flags could be moved to the Rsvd area of the fragmentation super frame as suggested by David Perkins. This opens up some more flag space in the first super frame. Thanks, Jim Bob O'Hara (boohara) wrote: > > It's always fun to be part of an exercise to optimize something until it > can't be optimized any further, and let's be clear about it. That is > what we are doing here. The current preamble, common to both control > and data packets, works. What is being proposed is to make the data > packet preamble as short as possible, by reducing its size by 32 bits. > This comes at the cost of having the control and data packet formats > diverge. > > Let me propose some reasons for keeping the preamble of the control and > data packets the same as they were. > > 1. A DTLS-protected packet, either control or data, is handled exactly > the same way to produce the decrypted CAPWAP payload. This decrypted > payload can then be passed to software for processing (either control or > data) or can be passed to fast path hardware for data path processing. > > 2. 32 bits take exactly 32ns to transmit at a gigabit per second, which > is likely to be the predominant connection for both WTPs and ACs. > Optimizing the protocol to save these 32ns is a foolish economy. Is > there a dire cost that we encounter, in order to send these bits? > > 3. Having two different CAPWAP preambles doubles the cost of development > of this portion of the protocol (particularly if the CAPWAP header > cracking is done in hardware), doubles the hardware necessary to process > this portion of the packet (perhaps even that necessary to process the > entire packet), and doubles the number of bugs to discover and fix. > > I believe these practical reasons outweigh the reasons presented for > making the change to the header. > > -Bob > > -----Original Message----- > From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] > Sent: Thursday, January 25, 2007 12:19 AM > To: capwap@frascone.com > Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of > 146) > > > Please consider the following alternative proposal to optimize the data > channel when no DTLS encryption is present. With this proposal, > CAPWAP data channels running in the clear will not require the CAPWAP > preamble. However, CAPWAP data channels running DTLS must have the > CAPWAP preamble. > > The CAPWAP preamble is modified as follows: > > [...] > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |Version| Type | Reserved > |P| > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > [...] > P: Must be 1. Indicates that this is a CAPWAP preamble. > [...] > > The CAPWAP Header is modified as follows: > > [...] > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |Version| RID | HLEN | WBID |T|F|L|W|M|K| Flags > |P| > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > [...] > P: Must be 0. Indicates that this is a CAPWAP preamble. > [...] > > The basic idea is to overlay the CAPWAP preamble and the first > 32 bits of the CAPWAP Header. Note the intentional overlap of > the Version field and the P bit. Essentially the P bit is a type > indicator that indicates the type of super field present. A 1 > indicates a CAPWAP preamble, a 0 indicates the first 32 bits of > the CAPWAP Header. > > Any data packet on a clear (unencrypted) data channel looks > as follows (to illustrate the use of the P bit): > > CAPWAP Plain Text Data Packet: > +--------------------------------+ > | IP | UDP | CAPWAP | Wireless | > | Hdr | Hdr | Header | Payload | > | | | P=0 | | > +--------------------------------+ > > Any data packet on an encrypted data channel or a DTLS > session establishment packet looks as follows: > > DTLS Secured CAPWAP Data Packet: > +------------------------------------------------------+ > | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | > | Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr | > | | | P=1 | | | | | > +------------------------------------------------------+ > \----- authenticated -----/ > \------- encrypted --------/ > > A switching entity need only check the CAPWAP Version and then the P > bit to determine if the CAPWAP packet needs DTLS processing. > If the P but is not set, the switching entity may immediately > assume only a CAPWAP header and commences de-encapsulation and > possible reassembly processing. > > This proposal serves the following purposes: > > - The CAPWAP preamble is present only when really needed. Specifically > to identify CAPWAP packet attributes outside of the DTLS encrypted/ > authenticated area when DTLS is used. > > - Eliminates the waste of 32 bits of header information to convey a > single bit of information when in the clear. > > - Allows for the continued use of the CAPWAP preamble for other > purposes, such as DTLS session de-multiplexing to deal with the > issue of QoS reordering. (see earlier email from Mani - The QoS DTLS > factor) > > Please let me know if you have any questions. > > Thanks, > > Jim > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Jan 29 22:39:39 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBjqN-0003X5-6t for capwap-archive@lists.ietf.org; Mon, 29 Jan 2007 22:39:39 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HBjqL-0001zm-Jj for capwap-archive@lists.ietf.org; Mon, 29 Jan 2007 22:39:39 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 3CCC73985E3 for ; Mon, 29 Jan 2007 19:39:37 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id AE4804A4530 for ; Mon, 29 Jan 2007 19:39:24 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 9277C39803E for ; Mon, 29 Jan 2007 19:39:24 -0800 (PST) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.239]) by zoidberg.tigertech.net (Postfix) with ESMTP id 947AD398039 for ; Mon, 29 Jan 2007 19:39:21 -0800 (PST) Received: by nz-out-0506.google.com with SMTP id o37so1677431nzf for ; Mon, 29 Jan 2007 19:39:21 -0800 (PST) Received: by 10.64.185.7 with SMTP id i7mr11102992qbf.1170128360958; Mon, 29 Jan 2007 19:39:20 -0800 (PST) Received: from SJainT60 ( [216.31.249.246]) by mx.google.com with ESMTP id e17sm10184328qbe.2007.01.29.19.39.17; Mon, 29 Jan 2007 19:39:19 -0800 (PST) From: "Sudhanshu" To: "'Abhijit Choudhury'" , References: <763711.43144.qm@web62412.mail.re1.yahoo.com> Date: Mon, 29 Jan 2007 19:39:16 -0800 Message-ID: <002b01c74420$3874a800$9166640a@arubanetworks.com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 In-reply-to: <763711.43144.qm@web62412.mail.re1.yahoo.com> Thread-index: AcdDca5rPo0VRSQgRo+XMdOsM4yVcAArILTQ X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.118 tagged_above=-999 required=7 tests=HTML_50_60, HTML_MESSAGE, RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1475806662==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: 49deb004e6bd7ad6b26ffe270a4f7ca6 This is a multi-part message in MIME format. --===============1475806662== Content-Type: multipart/alternative; boundary="----=_NextPart_000_002C_01C743DD.2A516800" This is a multi-part message in MIME format. ------=_NextPart_000_002C_01C743DD.2A516800 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Abhijit, Don't hang on to your calculation of 32 bit per packet in 1G pipe line. * CAPWAP is not designed only for the Greenfield deployments. And there will be lots of a/b/g APs which will be supporting CAPWAP, if it ever became a popular standard. * There will be hardly any AP with real 1G throughput any time soon. Most of them will be supporting max ~ 2xx mbps. And overhead has to be calculated on 2xx Mbps. * Not every architecture/every system will support the pure pipe line processing. And in that case, 4 byte DMA back-n-forth may be unnecessary overhead on memory bandwidth and processing both in AP and Switch * CAPWAP is not designed for the LAN environment only. In that case 1G bandwidth is a luxury, even in today's world. If you to look back and review why after 3+ years, we still don't have a standard, everybody may have their own opinion. But in the best interest of moving forward, let's looks for the consensus. _Suds _____ From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com] Sent: Sunday, January 28, 2007 10:50 PM To: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Folks, I'm sure there are many more optimizations that can be made in the spec. It's been close to three years since this WG started, and we still don't have a spec out. Meanwhile, the WLAN industry has been impatiently waiting for this standard. It can be argued that if this spec is not ratified soon it might lose its relevance. At this point in time, as a group, we need to focus on fixing items that need fixing because they are broken. We cannot afford to spend time debating "nice-to-have"s and changing perfectly working items in the spec because we want to make some minor optimizations. If the packet format in the current spec is broken, we should surely fix it. If 32 bits on a 1Gig link is all that is being optimized by this new packet format and additional code in the data path, I'd argue that this is not what this WG should be spending its time on. There are a whole bunch of decisions that need to be made before this spec can be sent out for last call. We need to focus on those items and get this spec out asap. . Thanks, Abhijit -----Original Message----- From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] Sent: Friday, January 26, 2007 11:57 PM To: Bob O'Hara (boohara) Cc: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Bob, I see no reason why this optimization can not be used in the control channel as well. If so, then the concerns about the data and control channel having to be exactly the same are eliminated with the added benefit of improved performance in each case. That said, I think we could improve the format a bit based on feedback from Sudhanshu and some new observations based on the idea of packet header overlay. The basic idea is that Version and Type fields are what is needed for the "preamble" and exist for every type of packet. However, only 8 bits are required. We then define the DTLS shim and CAPWAP Header to include the preamble. The resulting format is something like this: CAPWAP Preamble 0 0 1 2 3 4 5 6 7 +-+-+-+-+-+-+-+-+ |Version| Type | +-+-+-+-+-+-+-+-+ Version: A 4 bit field which contains the version of CAPWAP used in this packet. The value for this draft is zero (0). Payload Type: A 4 bit field which specifies the payload type that follows the preamble header. Unsupported values MUST be silently dropped. The following values are supported: 0 - Clear text. If the packet is received on the data UDP port, the CAPWAP stack MUST treat this as a clear text CAPWAP data packet. If received on the control UDP port, the CAPWAP stack MUST treat this as a clear text CAPWAP control packet. If the control packet is not a Discovery Request or Response packet, it is illegal and MUST be dropped. 1 - DTLS Payload. The packet is either a DTLS packet and MAY be a data or control packet, based on the UDP port it was received on (see section Section 3.1). CAPWAP DTLS shim: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Version| Type | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Or, said slightly differently: CAPWAP DTLS shim: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Preamble | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ For the header we then have the following: CAPWAP Header: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Version| Type | HLEN | RID | WBID |T|F|L|W|M|K|Flags| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Fragment ID | Frag Offset |Rsvd | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Note, Version/Type are the CAPWAP preamble. Essentially, what we have created a de-multiplexing scheme that has the following properties: - Its performance characteristics are no worse than those of the -04 preamble. In fact, demuxing directly off the preamble type is very attractive from a performance perspective. - It does not waste 32 bits in the clear path case. - It works equally well for the data path and the control path so it is a universal solution. - It provides for a powerful extensibility feature that will enhance the longevity of the protocol. Other notes: - I have transposed RID and HLEN to give the hint of a TLV structure. I think this is a useful concept that we should support in the protocol. - I belive the F and L flags could be moved to the Rsvd area of the fragmentation super frame as suggested by David Perkins. This opens up some more flag space in the first super frame. Thanks, Jim Bob O'Hara (boohara) wrote: > > It's always fun to be part of an exercise to optimize something until > it can't be optimized any further, and let's be clear about it. That > is what we are doing here. The current preamble, common to both > control and data packets, works. What is being proposed is to make > the data packet preamble as short as possible, by reducing its size by 32 bits. > This comes at the cost of having the control and data packet formats > diverge. > > Let me propose some reasons for keeping the preamble of the control > and data packets the same as they were. > > 1. A DTLS-protected packet, either control or data, is handled exactly > the same way to produce the decrypted CAPWAP payload. This decrypted > payload can then be passed to software for processing (either control > or > data) or can be passed to fast path hardware for data path processing. > > 2. 32 bits take exactly 32ns to transmit at a gigabit per second, > which is likely to be the predominant connection for both WTPs and ACs. > Optimizing the protocol to save these 32ns is a foolish economy. Is > there a dire cost that we encounter, in order to send these bits? > > 3. Having two different CAPWAP preambles doubles the cost of > development of this portion of the protocol (particularly if the > CAPWAP header cracking is done in hardware), doubles the hardware > necessary to process this portion of the packet (perhaps even that > necessary to process the entire packet), and doubles the number of bugs to discover and fix. > > I believe these practical reasons outweigh the reasons presented for > making the change to the header. > > -Bob > > -----Original Message----- > From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] > Sent: Thursday, January 25, 2007 12:19 AM > To: capwap@frascone.com > Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part > of > 146) > > > Please consider the following alternative proposal to optimize the > data channel when no DTLS encryption is present. With this proposal, > CAPWAP data channels running in the clear will not require the CAPWAP > preamble. However, CAPWAP data channels running DTLS must have the > CAPWAP preamble. > > The CAPWAP preamble is modified as follows: > > [...] > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 > 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |Version| Type | Reserved > |P| > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > [...] > P: Must be 1. Indicates that this is a CAPWAP preamble. > [...] > > The CAPWAP Header is modified as follows: > > [...] > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 > 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |Version| RID | HLEN | WBID |T|F|L|W|M|K| Flags > |P| > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > [...] > P: Must be 0. Indicates that this is a CAPWAP preamble. > [...] > > The basic idea is to overlay the CAPWAP preamble and the first > 32 bits of the CAPWAP Header. Note the intentional overlap of the > Version field and the P bit. Essentially the P bit is a type indicator > that indicates the type of super field present. A 1 indicates a CAPWAP > preamble, a 0 indicates the first 32 bits of the CAPWAP Header. > > Any data packet on a clear (unencrypted) data channel looks as follows > (to illustrate the use of the P bit): > > CAPWAP Plain Text Data Packet: > +--------------------------------+ > | IP | UDP | CAPWAP | Wireless | > | Hdr | Hdr | Header | Payload | > | | | P=0 | | > +--------------------------------+ > > Any data packet on an encrypted data channel or a DTLS session > establishment packet looks as follows: > > DTLS Secured CAPWAP Data Packet: > +------------------------------------------------------+ > | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | > | Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr | > | | | P=1 | | | | | > +------------------------------------------------------+ > \----- authenticated -----/ > \------- encrypted --------/ > > A switching entity need only check the CAPWAP Version and then the P > bit to determine if the CAPWAP packet needs DTLS processing. > If the P but is not set, the switching entity may immediately assume > only a CAPWAP header and commences de-encapsulation and possible > reassembly processing. > > This proposal serves the following purposes: > > - The CAPWAP preamble is present only when really needed. Specifically > to identify CAPWAP packet attributes outside of the DTLS encrypted/ > authenticated area when DTLS is used. > > - Eliminates the waste of 32 bits of header information to convey a > single bit of information when in the clear. > > - Allows for the continued use of the CAPWAP preamble for other > purposes, such as DTLS session de-multiplexing to deal with the > issue of QoS reordering. (see earlier email from Mani - The QoS DTLS > factor) > > Please let me know if you have any questions. > > Thanks, > > Jim > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap _____ Never Miss an Email Stay connected with Yahoo! Mail on your mobile. Get started! ------=_NextPart_000_002C_01C743DD.2A516800 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Abhijit, =

Don’t hang on to your = calculation of 32 bit per packet in 1G pipe line.

CAPWAP is not designed only for the Greenfield deployments. And there will be lots of a/b/g APs which will be = supporting CAPWAP, if it ever became a popular = standard.

There will be hardly any AP with real 1G throughput any time soon. Most = of them will be supporting max ~ 2xx mbps. And overhead has to be = calculated on 2xx Mbps.

Not every architecture/every system will support the pure pipe line = processing. And in that case, 4 byte DMA back-n-forth may be unnecessary = overhead on memory bandwidth and processing both in AP and Switch =

CAPWAP is not designed for the LAN environment only. In that case 1G = bandwidth is a luxury, even in today’s = world.

If you to look back and review why = after 3+ years, we still don’t have a standard, everybody may have their = own opinion. But in the best interest of moving forward, let’s looks = for the consensus.

_Suds

From: = Abhijit Choudhury [mailto:abhijit10425@yahoo.com]
Sent: Sunday, January 28, = 2007 10:50 PM
To: = capwap@frascone.com
Subject: Re: [Capwap] = Proposed Resolution for Issue 224/89 (and part of = 146)

Folks,

I'm sure there are many more optimizations that can = be

made in the spec. It's been close to three years = since

this WG started, and we still don't have a spec = out.

Meanwhile, the WLAN industry has been impatiently = waiting

for this standard. It can be argued that if this spec =

is not ratified soon it might lose its relevance. =

At this point in time, as a group, we need to

focus on fixing items that need fixing because they =

are broken. We cannot afford to spend time

debating "nice-to-have"s and changing perfectly = working

items in the spec because we want to make some = minor

optimizations.

If the packet format in the current spec is broken, we =

should surely fix it. If 32 bits on a 1Gig link

is all that is being optimized by this new packet =

format and additional code in the data path, I'd argue =

that this is not what this WG should be spending its time on. =

There are a whole bunch of decisions that need to be made =

before this spec can be sent out for last call. We need = to

focus on those items and get this spec out = asap.

.=

Thanks,<= /font>

Abhijit<= /font>

-----Original Message-----
From: Jim Murphy [mailto:jmurphy@trapezenetworks.com]
Sent: Friday, January 26, 2007 11:57 PM
To: Bob O'Hara (boohara)
Cc: capwap@frascone.com
Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part = of
146)

Bob,

I see no reason why this optimization can not be used in the control
channel as well. If so, then the concerns about the data and control
channel having to be exactly the same are eliminated with the added
benefit of improved performance in each case.

That said, I think we could improve the format a bit based on = feedback
from Sudhanshu and some new observations based on the idea of packet
header overlay.

The basic idea is that Version and Type fields are what is needed = for
the "preamble" and exist for every type of packet. However, = only
8 bits are required. We then define the DTLS shim and CAPWAP Header = to
include the preamble. The resulting format is something like this:

CAPWAP Preamble
         0
         0 1 2 3 4 5 6 7
        +-+-+-+-+-+-+-+-+
        |Version| = Type  |
        +-+-+-+-+-+-+-+-+

    Version:  A 4 bit field which contains = the version of CAPWAP used in
       this packet.  The value = for this draft is zero (0).

    Payload Type:  A 4 bit field which = specifies the payload type that
       follows the preamble header.  Unsupported values MUST be silently
       dropped. The following values are supported:

       0 -  Clear = text.  If the packet is received on the data UDP port,
          the CAPWAP = stack MUST treat this as a clear text CAPWAP data
          packet. = If received on the control UDP port, the CAPWAP stack
          MUST treat = this as a clear text CAPWAP control packet.  If the
          control = packet is not a Discovery Request or Response packet,
          it is = illegal and MUST be dropped.

       1 -  DTLS Payload.  The packet is either a DTLS packet and MAY be
          a data or = control packet, based on the UDP port it was
received
          on (see = section Section 3.1).

CAPWAP DTLS shim:

         0            =        1            =        2            =        3
         0 1 2 3 4 5 6 7 8 9 0 1 = 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |Version| Type  |         &n= bsp;          Reserved<= br> |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Or, said slightly differently:

CAPWAP DTLS shim:

         0            =        1            =        2            =        3
         0 1 2 3 4 5 6 7 8 9 0 1 = 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        | Preamble      |    &nbs= p;            = ;   Reserved
|

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

For the header we then have the following:

CAPWAP Header:

         0            =        1            =        2            =        3
         0 1 2 3 4 5 6 7 8 9 0 1 = 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |Version| Type  |  HLEN   |  RID    |  WBID
|T|F|L|W|M|K|Flags|

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |    =       Fragment ID          | &nbs= p;   Frag Offset         |Rsvd
|

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Note, Version/Type are the CAPWAP preamble.

Essentially, what we have created a de-multiplexing scheme that has = the
following properties:

  - Its performance characteristics are no worse than those of = the -04
    preamble. In fact, demuxing directly off the = preamble type is
    very attractive from a performance = perspective.
  - It does not waste 32 bits in the clear path case.
  - It works equally well for the data path and the control = path so
    it is a universal solution.
  - It provides for a powerful extensibility feature that will enhance
    the longevity of the protocol.

Other notes:

  - I have transposed RID and HLEN to give the hint of a TLV structure.
    I think this is a useful concept that we should = support in the
    protocol.

  - I belive the F and L flags could be moved to the Rsvd area = of the
    fragmentation super frame as suggested by David Perkins. This opens
    up some more flag space in the first super = frame.

Thanks,

Jim

Bob O'Hara (boohara) wrote:
>
> It's always fun to be part of an exercise to optimize something = until
> it can't be optimized any further, and let's be clear about it.  That
> is what we are doing here.  The current preamble, common = to both
> control and data packets, works.  What is being proposed = is to make
> the data packet preamble as short as possible, by reducing its size = by
32 bits.
> This comes at the cost of having the control and data packet = formats
> diverge.
>
> Let me propose some reasons for keeping the preamble of the control =
> and data packets the same as they were.
>
> 1. A DTLS-protected packet, either control or data, is handled = exactly

> the same way to produce the decrypted CAPWAP = payload.  This decrypted
> payload can then be passed to software for processing (either = control
> or
> data) or can be passed to fast path hardware for data path = processing.
>
> 2. 32 bits take exactly 32ns to transmit at a gigabit per second, =
> which is likely to be the predominant connection for both WTPs = and
ACs.
> Optimizing the protocol to save these 32ns is a foolish economy.  Is
> there a dire cost that we encounter, in order to send these = bits?
>
> 3. Having two different CAPWAP preambles doubles the cost of
> development of this portion of the protocol (particularly if the =
> CAPWAP header cracking is done in hardware), doubles the hardware =
> necessary to process this portion of the packet (perhaps even that =
> necessary to process the entire packet), and doubles the number = of
bugs to discover and fix.
>
> I believe these practical reasons outweigh the reasons presented = for
> making the change to the header.
>
>  -Bob
>
> -----Original Message-----
> From: Jim Murphy [mailto:jmurphy@trapezenetworks.com]
> Sent: Thursday, January 25, 2007 12:19 AM
> To: capwap@frascone.com
> Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and = part
> of
> 146)
>
>
> Please consider the following alternative proposal to optimize the =
> data channel when no DTLS encryption is present. With this = proposal,
> CAPWAP data channels running in the clear will not require the = CAPWAP
> preamble. However, CAPWAP data channels running DTLS must have the =
> CAPWAP preamble.
>
> The CAPWAP preamble is modified as follows:
>
> [...]
>          0 &n= bsp;           &nb= sp;     1            =        2            =        3
>          0 1 2 3 = 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0

> 1
>
> = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>         |Version| Type  |         &n= bsp;          Reserved<= br> > |P|
>
> = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> [...]
>      P: Must be 1. Indicates that = this is a CAPWAP preamble.
> [...]
>
> The CAPWAP Header is modified as follows:
>
> [...]
>          0 &n= bsp;           &nb= sp;     1            =        2            =        3
>          0 1 2 3 = 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0

> 1
>
> = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>         = |Version|   RID   |  HLEN   = |  WBID   |T|F|L|W|M|K|    Flags
> |P|
>
> = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> [...]
>      P: Must be 0. Indicates that = this is a CAPWAP preamble.
> [...]
>
> The basic idea is to overlay the CAPWAP preamble and the first
> 32 bits of the CAPWAP Header. Note the intentional overlap of the =
> Version field and the P bit. Essentially the P bit is a type = indicator

> that indicates the type of super field present. A 1 indicates a = CAPWAP

> preamble, a 0 indicates the first 32 bits of the CAPWAP Header.
>
> Any data packet on a clear (unencrypted) data channel looks as = follows

> (to illustrate the use of the P bit):
>
>         CAPWAP Plain Text = Data Packet:
>         +--------------------------------+
>         | IP  | = UDP | CAPWAP | Wireless  |
>         | Hdr | Hdr | = Header | Payload   |
>         = |     |     | P=3D0    |       &= nbsp;   |
>         +--------------------------------+
>
> Any data packet on an encrypted data channel or a DTLS session
> establishment packet looks as follows:
>
>          DTLS = Secured CAPWAP Data Packet:
>         +------------------------------------------------------+
>         | IP  | = UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS |
>         | Hdr | Hdr | = p-amble| Hdr  |  Hdr   | Payload  | Trlr = |
>         = |     |     | P=3D1    |      | =        |     =      |      |
>         +------------------------------------------------------+
>           &nb= sp;           &nbs= p;       \----- authenticated -----/
>           &nb= sp;           &nbs= p;            = ; \------- encrypted --------/
>
> A switching entity need only check the CAPWAP Version and then the = P
> bit to determine if the CAPWAP packet needs DTLS processing.
> If the P but is not set, the switching entity may immediately = assume
> only a CAPWAP header and commences de-encapsulation and possible =
> reassembly processing.
>
> This proposal serves the following purposes:
>
>   - The CAPWAP preamble is present only when really = needed.
Specifically
>     to identify CAPWAP packet attributes = outside of the DTLS
encrypted/
>     authenticated area when DTLS is used.
>
>   - Eliminates the waste of 32 bits of header information = to convey a
>     single bit of information when in the = clear.
>
>   - Allows for the continued use of the CAPWAP preamble = for other
>     purposes, such as DTLS session = de-multiplexing to deal with the
>     issue of QoS reordering. (see earlier email = from Mani - The QoS
DTLS
>     factor)
>
> Please let me know if you have any questions.
>
> Thanks,
>
> Jim
>
> = _________________________________________________________________
> To unsubscribe or modify your subscription options, please = visit:
> http://lists.frascone.com/mailman/listinfo/capwap >
> Archives: http://lists.frascone.com/pipermail/capwap
> = _________________________________________________________________
> To unsubscribe or modify your subscription options, please = visit:
> http://lists.frascone.com/mailman/listinfo/capwap >
> Archives: http://lists.frascone.com/pipermail/capwap

_________________________________________________________________
To unsubscribe or modify your subscription options, please visit:
http://lists.frascone.com/mailman/listinfo/capwap
Archives: http://lists.frascone.com/pipermail/capwap

Never Miss an Email
Stay connected with Yahoo! Mail on your mobile. Get started!

------=_NextPart_000_002C_01C743DD.2A516800-- --===============1475806662== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============1475806662==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 30 00:08:27 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBlEJ-0006CC-Ot for capwap-archive@lists.ietf.org; Tue, 30 Jan 2007 00:08:27 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HBlEE-0002JH-G7 for capwap-archive@lists.ietf.org; Tue, 30 Jan 2007 00:08:27 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 1170D3985D4 for ; Mon, 29 Jan 2007 21:08:22 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id EA8694A4530 for ; Mon, 29 Jan 2007 21:08:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id CEE47398092 for ; Mon, 29 Jan 2007 21:08:10 -0800 (PST) Received: from web62409.mail.re1.yahoo.com (web62409.mail.re1.yahoo.com [69.147.75.86]) by zoidberg.tigertech.net (Postfix) with SMTP id 9A550398064 for ; Mon, 29 Jan 2007 21:08:07 -0800 (PST) Received: (qmail 59255 invoked by uid 60001); 30 Jan 2007 05:08:06 -0000 Received: from [24.7.122.249] by web62409.mail.re1.yahoo.com via HTTP; Mon, 29 Jan 2007 21:08:06 PST X-Mailer: YahooMailRC/368.3 YahooMailWebService/0.6.132.7 Date: Mon, 29 Jan 2007 21:08:06 -0800 (PST) From: Abhijit Choudhury To: Sudhanshu , capwap@frascone.com MIME-Version: 1.0 Message-ID: <831869.58714.qm@web62409.mail.re1.yahoo.com> X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=2.786 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, DNS_FROM_RFC_POST, DNS_FROM_RFC_WHOIS, FROM_ENDS_IN_NUMS, HTML_60_70, HTML_MESSAGE X-Spam-Level: ** Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Abhijit Choudhury List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1088992201==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.5 (/) X-Scan-Signature: e02509f7a15c0aaea12155beed3396f0 --===============1088992201== Content-Type: multipart/alternative; boundary="0-1523421369-1170133686=:58714" --0-1523421369-1170133686=:58714 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi Sudhanshu,=0APlease see my responses in-line,.=0A=0AThanks,=0AAbhijit=0A= =0A=0A----- Original Message ----=0AFrom: Sudhanshu =0ATo: Abhijit Choudhury ; capwap@frascone.com=0ASent:= Monday, January 29, 2007 7:39:16 PM=0ASubject: RE: [Capwap] Proposed Resol= ution for Issue 224/89 (and part of 146)=0A=0A=0AAbhijit, =0A =0ADon=92t ha= ng on to your calculation of 32 bit per packet in 1G pipe line.=0A =0ACAPWA= P is not designed only for the Greenfield deployments. And there will be lo= ts of a/b/g APs which will be supporting CAPWAP, if it ever became a popula= r standard.=0AThere will be hardly any AP with real 1G throughput any time = soon. Most of them will be supporting max ~ 2xx mbps. And overhead has to b= e calculated on 2xx Mbps. =0A=0A[Abhijit] The 1G link I referred to was th= e link between the WTP and AC. The up-link of WTPs will be=0A = gradually changing over to 10/100/1000 MACs as Gig interfaces on L2/L3 sw= itches become =0A ubiquitous. In that case, no matter what y= our WTP throughput, the =0A CAPWAP encapsulated packet will be= transmitted by the WTP towards the AC at 1G rate. The special=0A = packet format is reducing the header by 32 bits, which means 32ns is = being optimized away on this link. =0A You have to justify th= at that amount of time is worth adding additional code in the data path.=0A= =0A=0ANot every architecture/every system will support the pure = pipe line processing. And in that case, 4 byte DMA back-n-forth may be unne= cessary overhead on memory bandwidth and processing both in AP and Switch = =0A=0A[Abhijit] Typically DMA is done on chunks of data. Packet descripto= rs are often allocated for 32, 64 or 128 bytes at a time.=0A I= t is not clear that reducing your packet length by 4 bytes will make much o= f a difference in storage or =0A DMA bandwidth.=0A=0ACAPWAP is = not designed for the LAN environment only. In that case 1G bandwidth is a l= uxury, even in today=92s world.=0A =0A[Abhijit] Agreed. But you have to lo= ok at where the primary use of CAPWAP is going to be.=0A=0AIf you to look b= ack and review why after 3+ years, we still don=92t have a standard, everyb= ody may have their own opinion. But in the best interest of moving forward,= let=92s looks for the consensus.=0A =0A[Abhijit] That is the goal of this= mailing list - creating consensus. All I am saying is that there are =0A = bigger issues to be finalized before we start discussing optim= izations.=0A=0A_Suds=0A =0A =0A=0A=0A=0AFrom: Abhijit Choudhury [mailto:abh= ijit10425@yahoo.com] =0ASent: Sunday, January 28, 2007 10:50 PM=0ATo: capwa= p@frascone.com=0ASubject: Re: [Capwap] Proposed Resolution for Issue 224/89= (and part of 146)=0A =0AFolks,=0A =0AI'm sure there are many more optimiza= tions that can be=0Amade in the spec. It's been close to three years since= =0Athis WG started, and we still don't have a spec out.=0AMeanwhile, the WL= AN industry has been impatiently waiting=0Afor this standard. It can be ar= gued that if this spec =0Ais not ratified soon it might lose its relevance.= =0AAt this point in time, as a group, we need to =0Afocus on fixing items = that need fixing because they =0Aare broken. We cannot afford to spend time= =0Adebating "nice-to-have"s and changing perfectly working=0Aitems in the s= pec because we want to make some minor=0Aoptimizations. =0A =0AIf the packe= t format in the current spec is broken, we =0Ashould surely fix it. If 32 b= its on a 1Gig link =0Ais all that is being optimized by this new packet =0A= format and additional code in the data path, I'd argue =0Athat this is not = what this WG should be spending its time on. =0AThere are a whole bunch of = decisions that need to be made =0Abefore this spec can be sent out for last= call. We need to=0Afocus on those items and get this spec out asap.=0A.=0A= Thanks,=0AAbhijit=0A =0A-----Original Message-----=0AFrom: Jim Murphy [mail= to:jmurphy@trapezenetworks.com] =0ASent: Friday, January 26, 2007 11:57 PM= =0ATo: Bob O'Hara (boohara)=0ACc: capwap@frascone.com=0ASubject: Re: [Capwa= p] Proposed Resolution for Issue 224/89 (and part of=0A146)=0A=0ABob,=0A=0A= I see no reason why this optimization can not be used in the control=0Achan= nel as well. If so, then the concerns about the data and control=0Achannel = having to be exactly the same are eliminated with the added=0Abenefit of im= proved performance in each case.=0A=0AThat said, I think we could improve t= he format a bit based on feedback=0Afrom Sudhanshu and some new observation= s based on the idea of packet=0Aheader overlay.=0A=0AThe basic idea is that= Version and Type fields are what is needed for=0Athe "preamble" and exist = for every type of packet. However, only=0A8 bits are required. We then defi= ne the DTLS shim and CAPWAP Header to=0Ainclude the preamble. The resulting= format is something like this:=0A=0ACAPWAP Preamble=0A 0=0A = 0 1 2 3 4 5 6 7=0A +-+-+-+-+-+-+-+-+=0A |Version| Type |= =0A +-+-+-+-+-+-+-+-+=0A=0A Version: A 4 bit field which contain= s the version of CAPWAP used in=0A this packet. The value for this d= raft is zero (0).=0A=0A Payload Type: A 4 bit field which specifies the= payload type that=0A follows the preamble header. Unsupported value= s MUST be silently=0A dropped. The following values are supported:=0A= =0A 0 - Clear text. If the packet is received on the data UDP port,= =0A the CAPWAP stack MUST treat this as a clear text CAPWAP data= =0A packet. If received on the control UDP port, the CAPWAP stack= =0A MUST treat this as a clear text CAPWAP control packet. If the= =0A control packet is not a Discovery Request or Response packet,= =0A it is illegal and MUST be dropped.=0A=0A 1 - DTLS Paylo= ad. The packet is either a DTLS packet and MAY be=0A a data or co= ntrol packet, based on the UDP port it was=0Areceived=0A on (see s= ection Section 3.1).=0A=0ACAPWAP DTLS shim:=0A=0A 0 = 1 2 3=0A 0 1 2 3 4 5 6 7 8 9= 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1=0A=0A+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A |Version| Type | = Reserved=0A|=0A=0A+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+=0A=0AOr, said slightly differently:=0A=0ACAPWAP DTLS = shim:=0A=0A 0 1 2 = 3=0A 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8= 9 0 1=0A=0A+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+=0A | Preamble | Reserved=0A|=0A=0A+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A=0AFor the hea= der we then have the following:=0A=0ACAPWAP Header:=0A=0A 0 = 1 2 3=0A 0 1 2 3 4 5= 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1=0A=0A+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A |Version| Type = | HLEN | RID | WBID=0A|T|F|L|W|M|K|Flags|=0A=0A+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A | Fragment= ID | Frag Offset |Rsvd=0A|=0A=0A+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A=0A=0ANote, Version/Type are= the CAPWAP preamble.=0A=0AEssentially, what we have created a de-multiplex= ing scheme that has the=0Afollowing properties:=0A=0A - Its performance ch= aracteristics are no worse than those of the -04=0A preamble. In fact, d= emuxing directly off the preamble type is=0A very attractive from a perf= ormance perspective.=0A - It does not waste 32 bits in the clear path case= .=0A - It works equally well for the data path and the control path so=0A = it is a universal solution.=0A - It provides for a powerful extensibili= ty feature that will enhance=0A the longevity of the protocol.=0A=0AOthe= r notes:=0A=0A - I have transposed RID and HLEN to give the hint of a TLV = structure.=0A I think this is a useful concept that we should support in= the=0A protocol.=0A=0A - I belive the F and L flags could be moved to = the Rsvd area of the=0A fragmentation super frame as suggested by David = Perkins. This opens=0A up some more flag space in the first super frame.= =0A=0AThanks,=0A=0AJim=0A=0ABob O'Hara (boohara) wrote:=0A> =0A> It's alwa= ys fun to be part of an exercise to optimize something until =0A> it can't = be optimized any further, and let's be clear about it. That =0A> is what w= e are doing here. The current preamble, common to both =0A> control and da= ta packets, works. What is being proposed is to make =0A> the data packet = preamble as short as possible, by reducing its size by=0A32 bits.=0A> This = comes at the cost of having the control and data packet formats =0A> diverg= e.=0A> =0A> Let me propose some reasons for keeping the preamble of the con= trol =0A> and data packets the same as they were.=0A> =0A> 1. A DTLS-protec= ted packet, either control or data, is handled exactly=0A=0A> the same way = to produce the decrypted CAPWAP payload. This decrypted =0A> payload can t= hen be passed to software for processing (either control =0A> or=0A> data) = or can be passed to fast path hardware for data path processing.=0A> =0A> 2= . 32 bits take exactly 32ns to transmit at a gigabit per second, =0A> which= is likely to be the predominant connection for both WTPs and=0AACs.=0A> Op= timizing the protocol to save these 32ns is a foolish economy. Is =0A> the= re a dire cost that we encounter, in order to send these bits?=0A> =0A> 3. = Having two different CAPWAP preambles doubles the cost of =0A> development = of this portion of the protocol (particularly if the =0A> CAPWAP header cra= cking is done in hardware), doubles the hardware =0A> necessary to process = this portion of the packet (perhaps even that =0A> necessary to process the= entire packet), and doubles the number of=0Abugs to discover and fix.=0A> = =0A> I believe these practical reasons outweigh the reasons presented for = =0A> making the change to the header.=0A> =0A> -Bob=0A> =0A> -----Origina= l Message-----=0A> From: Jim Murphy [mailto:jmurphy@trapezenetworks.com]=0A= > Sent: Thursday, January 25, 2007 12:19 AM=0A> To: capwap@frascone.com=0A>= Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part =0A> = of=0A> 146)=0A> =0A> =0A> Please consider the following alternative proposa= l to optimize the =0A> data channel when no DTLS encryption is present. Wit= h this proposal, =0A> CAPWAP data channels running in the clear will not re= quire the CAPWAP =0A> preamble. However, CAPWAP data channels running DTLS = must have the =0A> CAPWAP preamble.=0A> =0A> The CAPWAP preamble is modifie= d as follows:=0A> =0A> [...]=0A> 0 1 = 2 3=0A> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6= 7 8 9 0 1 2 3 4 5 6 7 8 9 0=0A=0A> 1=0A> =0A> +-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A> |Version| Type | = Reserved=0A> |P|=0A> =0A> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A> [...]=0A> P: Must be 1. Indicates t= hat this is a CAPWAP preamble.=0A> [...]=0A> =0A> The CAPWAP Header is modi= fied as follows:=0A> =0A> [...]=0A> 0 1 = 2 3=0A> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 = 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0=0A=0A> 1=0A> =0A> +-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A> |Version| RID | = HLEN | WBID |T|F|L|W|M|K| Flags=0A> |P|=0A> =0A> +-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A> [...]=0A> P: Must= be 0. Indicates that this is a CAPWAP preamble.=0A> [...]=0A> =0A> The bas= ic idea is to overlay the CAPWAP preamble and the first=0A> 32 bits of the = CAPWAP Header. Note the intentional overlap of the =0A> Version field and t= he P bit. Essentially the P bit is a type indicator=0A=0A> that indicates t= he type of super field present. A 1 indicates a CAPWAP=0A=0A> preamble, a 0= indicates the first 32 bits of the CAPWAP Header.=0A> =0A> Any data packet= on a clear (unencrypted) data channel looks as follows=0A=0A> (to illustra= te the use of the P bit):=0A> =0A> CAPWAP Plain Text Data Packet:= =0A> +--------------------------------+=0A> | IP | UDP | C= APWAP | Wireless |=0A> | Hdr | Hdr | Header | Payload |=0A> = | | | P=3D0 | |=0A> +---------------------= -----------+=0A> =0A> Any data packet on an encrypted data channel or a DTL= S session =0A> establishment packet looks as follows:=0A> =0A> DTL= S Secured CAPWAP Data Packet:=0A> +--------------------------------= ----------------------+=0A> | IP | UDP | CAPWAP | DTLS | CAPWAP | = Wireless | DTLS |=0A> | Hdr | Hdr | p-amble| Hdr | Hdr | Payloa= d | Trlr |=0A> | | | P=3D1 | | | |= |=0A> +------------------------------------------------------= +=0A> \----- authenticated -----/=0A> = \------- encrypted --------/=0A> =0A> A switch= ing entity need only check the CAPWAP Version and then the P =0A> bit to de= termine if the CAPWAP packet needs DTLS processing.=0A> If the P but is not= set, the switching entity may immediately assume =0A> only a CAPWAP header= and commences de-encapsulation and possible =0A> reassembly processing.=0A= > =0A> This proposal serves the following purposes:=0A> =0A> - The CAPWAP= preamble is present only when really needed.=0ASpecifically=0A> to ide= ntify CAPWAP packet attributes outside of the DTLS=0Aencrypted/=0A> aut= henticated area when DTLS is used.=0A> =0A> - Eliminates the waste of 32 = bits of header information to convey a=0A> single bit of information wh= en in the clear.=0A> =0A> - Allows for the continued use of the CAPWAP pr= eamble for other=0A> purposes, such as DTLS session de-multiplexing to = deal with the=0A> issue of QoS reordering. (see earlier email from Mani= - The QoS=0ADTLS=0A> factor)=0A> =0A> Please let me know if you have a= ny questions.=0A> =0A> Thanks,=0A> =0A> Jim=0A> =0A> ______________________= ___________________________________________=0A> To unsubscribe or modify yo= ur subscription options, please visit:=0A> http://lists.frascone.com/mailma= n/listinfo/capwap=0A> =0A> Archives: http://lists.frascone.com/pipermail/ca= pwap=0A> _________________________________________________________________= =0A> To unsubscribe or modify your subscription options, please visit:=0A> = http://lists.frascone.com/mailman/listinfo/capwap=0A> =0A> Archives: http:/= /lists.frascone.com/pipermail/capwap=0A=0A_________________________________= ________________________________=0ATo unsubscribe or modify your subscripti= on options, please visit:=0Ahttp://lists.frascone.com/mailman/listinfo/capw= ap=0A=0AArchives: http://lists.frascone.com/pipermail/capwap=0A =0A =0A=0A= =0A=0ANever Miss an Email=0AStay connected with Yahoo! Mail on your mobile.= Get started!=0A=0A=0A =0A_________________________________________________= ___________________________________=0ANever miss an email again!=0AYahoo! T= oolbar alerts you the instant new Mail arrives.=0Ahttp://tools.search.yahoo= .com/toolbar/features/mail/ --0-1523421369-1170133686=:58714 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Sudhanshu,
=0A
Please see my respon= ses in-line,.
=0A

=0A
Thanks,
=0AAbhijit

=0A
----- Original Message ----
From:= Sudhanshu <sudhanshu.ietf@gmail.com>
To: Abhijit Choudhury <ab= hijit@ieee.org>; capwap@frascone.com
Sent: Monday, January 29, 2007 7= :39:16 PM
Subject: RE: [Capwap] Proposed Resolution for Issue 224/89 (an= d part of 146)

=0A=0A=0A
Abhijit,
=0A

=0A
Don=92t hang on to your calculati= on of 32 bit per packet in 1G pipe line.
=0A

=0A
=0A
=0A
CAPWAP is not designed only for th= e Greenfield deployments. And there will be lots of a/b/g APs which will be= supporting CAPWAP, if it ever became a popular standard.=0A
There wil= l be hardly any AP with real 1G throughput any time soon. Most of them will= be supporting max ~ 2xx mbps. And overhead has to be calculated on = 2xx Mbps.
=0A

=0A
[Abhijit] The 1G li= nk I referred to was the link between the WTP and AC.   The up-li= nk of WTPs will be
=0A
     &n= bsp;       gradually changing over = ;to 10/100/1000 MACs as Gi= g interfaces on L2/L3 switches become <= /FONT>
=0A
<= STRONG>           &n= bsp; ubiquitous. In that case, no matter what your WTP th= roughput, the
=0A
      &= nbsp;       CAPWAP encapsulated packet will be transmitted by the = WTP towards the AC at 1G rate. T= he special
=0A
       = ;       packet format is reducing the header = by 32 bits, which means 32ns is being optimized <= STRONG>away on this link.
=0A
   &= nbsp;          You have to jus= tify that that amount of time is worth adding additional code in the data path.=
=0A
=
=0A

=0A
=0A
Not every architec= ture/every system will support the pure pipe line processing. And in that c= ase, 4 byte DMA back-n-forth may be unnecessary overhead on memory bandwidt= h and processing both in AP and Switch
=0A
=0A
[= Abhijit] Typically DMA is done on chunks of data. Packet descri= ptors are often allocated for 32, 64 or 128 bytes at a time.=
=0A
          = ;   It is not clear that reducing your packet length by 4 bytes w= ill make much of a difference in storage or
=0A<= P class=3DMsoNormal style=3D"COLOR: navy"> &= nbsp;           DMA bandw= idth.
=0A

=0A
=0A
CAPWAP is not designed for the LAN environment only. In that case 1G b= andwidth is a luxury, even in today=92s world.
=0A
= =0A
[Abhijit]&nb= sp; Agreed. But you have to look at where the primary use of CAPWAP is goin= g to be.
=0A

=0A
If you to look back and review why after 3+ years, we = still don=92t have a standard, everybody may have their own opinion. But in= the best interest of moving forward, let=92s looks for the consensus.
=0A
= ;
=0A
<= STRONG>[Abhijit] That is the goal of this mailing list - creating con= sensus. All I am saying is that there are
= =0A
  =             bigger i= ssues to be finalized before we start discussing optimizations.
=0A

=0A
_Suds
=0A

=0A

=0A
=0A
=0A
=0A
=0A
From: Abhijit C= houdhury [mailto:abhijit10425@yahoo.com]
Sent: Sunday, January 28, 2007 10:50 PM
To: capwap@frascone.com
Subject: Re: [Capwap] Proposed Resolution= for Issue 224/89 (and part of 146)
=0A

=0A
=0A
=0A
Folks,
=0A

=0A
I'm sure the= re are many more optimizations that can be
=0A
= made in the spec. It's been close to three years since
=0A=
this WG started, and we still don't have a spec out.
=0A
Meanwhile, the WLAN industry has been impatiently wai= ting
=0A
for this standard. It can be arg= ued that if this spec
=0A
is not ratified soon= it might lose its relevance.
=0A
At this poin= t in time, as a group, we need to
=0A
focus on= fixing items that need fixing because they
=0A
= =0A
items in the spec because we want to make some minor<= /FONT>
=0A
optimizations.
=0A
&= nbsp;
=0A
If the packet format in the= current spec is broken, we
=0A
should surely = fix it. If 32 bits on a 1Gig link
=0A
is all t= hat is being optimized by this new packet
=0A
= format and additional code in the data path, I'd argue
= =0A
that this is not what this WG should be spending its time on= .
=0A
There are a whole bunch of decisions tha= t need to be made
=0A
before this spec can be = sent out for last call. We need to
=0A
focus on= those items and get this spec out asap.
=0A
<= FONT face=3DCourier size=3D2>.
=0A
Thanks,
=0A
<= FONT face=3DCourier size=3D2>Abhijit
=0A

=0A
=0A
=0A
-----Original Message--= ---
From: Jim Murphy [mailto:jmurphy@trapezenetworks.com]
Sent: Frid= ay, January 26, 2007 11:57 PM
To: Bob O'Hara (boohara)
Cc: capwap@fra= scone.com
Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (an= d part of
146)

Bob,

I see no reason why this optimization = can not be used in the control
channel as well. If so, then the concerns= about the data and control
channel having to be exactly the same are el= iminated with the added
benefit of improved performance in each case.
That said, I think we could improve the format a bit based on feedback=
from Sudhanshu and some new observations based on the idea of packetheader overlay.

The basic idea is that Version and Type fields are = what is needed for
the "preamble" and exist for every type of packet. Ho= wever, only
8 bits are required. We then define the DTLS shim and CAPWAP Header to
include the preamble. The resulting form= at is something like this:

CAPWAP Preamble
   &nbs= p;     0
       &= nbsp; 0 1 2 3 4 5 6 7
        +-= +-+-+-+-+-+-+-+
        |Version= | Type  |
        +-+-= +-+-+-+-+-+-+

    Version:  A 4 bit fi= eld which contains the version of CAPWAP used in
    = ;   this packet.  The value for this draft is zero (0).=

    Payload Type:  A 4 bit field whic= h specifies the payload type that
       f= ollows the preamble header.  Unsupported values MUST be silently<= BR>       dropped. The following values are supported:

       0 -  Clea= r text.  If the packet is received on the data UDP port,
= ;         the CAPWAP stack MUS= T treat this as a clear text CAPWAP data
     &= nbsp;    packet.  If received on the control = UDP port, the CAPWAP stack
       &nb= sp;  MUST treat this as a clear text CAPWAP control packet. = If the
          = ;control packet is not a Discovery Request or Response packet,
&nb= sp;        it is illegal and MUST b= e dropped.

       1 -  DTLS = Payload.  The packet is either a DTLS packet and MAY be
=          a data or control pac= ket, based on the UDP port it was
received
      &nb= sp;   on (see section Section 3.1).

CAPWAP DTLS shim:=

         0   = ;            &n= bsp;   1         &nb= sp;         2   &nbs= p;            &= nbsp; 3
         0 1 2 3 4= 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   &= nbsp;    |Version| Type  |         &nb= sp;          Reserved
= |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<= BR>
Or, said slightly differently:

CAPWAP DTLS shim:

= ;        0     =             &nb= sp; 1           &nbs= p;       2      = ;             3=
         0 1 2 3 4 5 6 7 8 9 0 = 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     &n= bsp;  | Preamble      |     = ;            &n= bsp;  Reserved
|

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-+-+

For the header we then have the followin= g:

CAPWAP Header:

       &= nbsp; 0           &n= bsp;       1     &nb= sp;            = 2            &= nbsp;      3
     &nbs= p;   0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 = 0 1

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +
        |Version| Type  |  HLEN   |  RID  =   |  WBID
|T|F|L|W|M|K|Flags|

+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   &nb= sp;    |        = ;  Fragment ID        &nb= sp; |     Frag Offset     = ;    |Rsvd
|

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+

Note, Version/Type are the CAPWAP p= reamble.

Essentially, what we have created a de-multiplexing scheme = that has the
following properties:

  - Its performance = characteristics are no worse than those of the -04
   &nb= sp;preamble. In fact, demuxing directly off the preamble type is
&= nbsp;  very attractive from a performance perspective.
&= nbsp;- It does not waste 32 bits in the clear path case.
  - It works e= qually well for the data path and the control path so
   = it is a universal solution.
  - It provides for a powerf= ul extensibility feature that will enhance
    the l= ongevity of the protocol.

Other notes:

  - I have t= ransposed RID and HLEN to give the hint of a TLV structure.
  =   I think this is a useful concept that we should support in the<= BR>    protocol.

  - I belive the F an= d L flags could be moved to the Rsvd area of the
    = ;fragmentation super frame as suggested by David Perkins. This opens
&nb= sp;   up some more flag space in the first super frame.
<= BR>Thanks,

Jim

Bob O'Hara (boohara) wrote:
>  = ;
> It's always fun to be part of an exercise to optimize something u= ntil
> it can't be optimized any further, and let's be clear about it.  = ;That
> is what we are doing here.  The current preamble, = common to both
> control and data packets, works.  What is= being proposed is to make
> the data packet preamble as short as po= ssible, by reducing its size by
32 bits.
> This comes at the cost = of having the control and data packet formats
> diverge.
> > Let me propose some reasons for keeping the preamble of the control <= BR>> and data packets the same as they were.
>
> 1. A DTLS-= protected packet, either control or data, is handled exactly

> th= e same way to produce the decrypted CAPWAP payload.  This decrypt= ed
> payload can then be passed to software for processing (either c= ontrol
> or
> data) or can be passed to fast path hardware for= data path processing.
>
> 2. 32 bits take exactly 32ns to tra= nsmit at a gigabit per second,
> which is likely to be the predominant connect= ion for both WTPs and
ACs.
> Optimizing the protocol to save these= 32ns is a foolish economy.  Is
> there a dire cost that w= e encounter, in order to send these bits?
>
> 3. Having two di= fferent CAPWAP preambles doubles the cost of
> development of this p= ortion of the protocol (particularly if the
> CAPWAP header cracking= is done in hardware), doubles the hardware
> necessary to process t= his portion of the packet (perhaps even that
> necessary to process = the entire packet), and doubles the number of
bugs to discover and fix.<= BR>>
> I believe these practical reasons outweigh the reasons pre= sented for
> making the change to the header.
>
> = -Bob
>
> -----Original Message-----
> F= rom: Jim Murphy [mailto:jmurphy@trapezenetworks.com]
> Sent: Thursday= , January 25, 2007 12:19 AM
> To: capwap@frascone.com
> Subject: Re: [Capwap= ] Proposed Resolution for Issue 224/89 (and part
> of
> 146)>
>
> Please consider the following alternative proposal= to optimize the
> data channel when no DTLS encryption is present. = With this proposal,
> CAPWAP data channels running in the clear will= not require the CAPWAP
> preamble. However, CAPWAP data channels ru= nning DTLS must have the
> CAPWAP preamble.
>
> The CAP= WAP preamble is modified as follows:
>
> [...]
> &n= bsp;        0   &nbs= p;            &= nbsp; 1          &n= bsp;        2    &nb= sp;            = 3
>          0 1 2= 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0

> 1
&= gt;
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+
>         |Ver= sion| Type  |        &nbs= p;           Reserve= d
> |P|
>
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> [...]
>   &nb= sp;  P: Must be 1. Indicates that this is a CAPWAP preamble.
&= gt; [...]
>
> The CAPWAP Header is modified as follows:
>= ;
> [...]
>        &nb= sp; 0           = ;        1            &= nbsp;      2      &n= bsp;            3>          0 1 2 3 4 = 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0

> 1
>&n= bsp;
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+
>         |Version|=    RID   |  HLEN   |  WBI= D   |T|F|L|W|M|K|    Flags
> |P|
>= ;
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+
> [...]
>      P: Mu= st be 0. Indicates that this is a CAPWAP preamble.
> [...]
> > The basic idea is to overlay the CAPWAP preamble and the first
&g= t; 32 bits of the CAPWAP Header. Note the intentional overlap of the
> Version fi= eld and the P bit. Essentially the P bit is a type indicator

> th= at indicates the type of super field present. A 1 indicates a CAPWAP
> preamble, a 0 indicates the first 32 bits of the CAPWAP Header.
&g= t;
> Any data packet on a clear (unencrypted) data channel looks as = follows

> (to illustrate the use of the P bit):
>
>&= nbsp;        CAPWAP Plain Text Data Pack= et:
>         +--------------= ------------------+
>        = | IP  | UDP | CAPWAP | Wireless  |
>  =        | Hdr | Hdr | Header | Payload &n= bsp; |
>         |  = ;   |     | P=3D0    |       &n= bsp;   |
>         = +--------------------------------+
>
> Any data packet on an e= ncrypted data channel or a DTLS session
> establishment packet looks= as follows:
>
>       &nbs= p;  DTLS Secured CAPWAP Data Packet:
>   &nb= sp;     +----------------------------------------------= --------+
>         | IP = ; | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS |
> &nbs= p;       | Hdr | Hdr | p-amble| Hdr &nbs= p;|  Hdr   | Payload  | Trlr |
> &= nbsp;       |     | =     | P=3D1    |      | &= nbsp;      |     &nb= sp;    |      |
>&n= bsp;        +---------------------------= ---------------------------+
>      &nb= sp;            =             \----- a= uthenticated -----/
>        =             &nb= sp;            =     \------- encrypted --------/
>
> A switchin= g entity need only check the CAPWAP Version and then the P
> bit to = determine if the CAPWAP packet needs DTLS processing.
> If the P but = is not set, the switching entity may immediately assume
> only a CAPWAP header and = commences de-encapsulation and possible
> reassembly processing.
= >
> This proposal serves the following purposes:
>
>=    - The CAPWAP preamble is present only when really needed.
S= pecifically
>     to identify CAPWAP packet attri= butes outside of the DTLS
encrypted/
>     aut= henticated area when DTLS is used.
>
>   - Eliminate= s the waste of 32 bits of header information to convey a
>  = ;   single bit of information when in the clear.
>
>=    - Allows for the continued use of the CAPWAP preamble for othe= r
>     purposes, such as DTLS session de-multipl= exing to deal with the
>     issue of QoS reorder= ing. (see earlier email from Mani - The QoS
DTLS
>  &nbs= p; factor)
>
> Please let me know if you have any questions.
= >
> Thanks,
>
> Jim
>
> _______________= __________________________________________________
> To unsubscribe o= r modify your subscription options, please visit:
> http://lists.frascone.com/mailman/listinfo/capwap
>
> Arc= hives: http://lists.frascone.com/pipermail/capwap
> __= _______________________________________________________________
> To = unsubscribe or modify your subscription options, please visit:
> http://lists.frascone.com/mailman/listinfo/capwap
>=
> Archives: http://lists.frascone.com/pipermail/capwap

_____= ____________________________________________________________
To unsubscr= ibe or modify your subscription options, please visit:
http://lists.frascone.com/mailman/listinfo/capwap

Archives: http://lists.frascone.com/pipermail/capwap
=0A

=0A

=0A
=0A
=0A
=0A
Never Miss an Email=
Stay connected with Yahoo! Mail on your mobile. Get started!
=0A
<= BR>

=0A=0A
Access over 1 million songs - Yahoo! Music Unlimited. --0-1523421369-1170133686=:58714-- --===============1088992201== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============1088992201==-- From drkisdvojay@balidreamhome.com Tue Jan 30 04:31:48 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBpL9-0000h5-Id; Tue, 30 Jan 2007 04:31:47 -0500 Received: from [125.133.46.200] (helo=balidreamhome.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HBpL5-0002u5-8L; Tue, 30 Jan 2007 04:31:47 -0500 Message-ID: <85b901c74451$11353d50$ab2ba8fe@drkisdvojay> Reply-To: "Francesco Williamson" From: "Francesco Williamson" To: "Heather" Cc: "Georgia Ford" , "Casey Watson" , "Man Sanders" , "Kai" <6lowpan-request@lists.ietf.org>, "Lettie" , "Lane Fernandez" Subject: How's it going Date: Tue, 30 Jan 2007 09:28:57 +0000 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_AA1_F4CD_6A5F8052.38E5E8DD" X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 0.7 (/) X-Scan-Signature: d8921dd2ebcb07edebf7bfaf4808c2ad This is a multi-part message in MIME format. ------=_NextPart_AA1_F4CD_6A5F8052.38E5E8DD Content-Type: multipart/alternative; boundary="----=_NextPart_DE6_183F_4724599F.F5E9C06D" ------=_NextPart_DE6_183F_4724599F.F5E9C06D Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable "And yet invention fake concerned the murder, if you choose to body call = it so, Before him is a real cooperative dead sea that stretches watch s= oap in azure c "Countersigned by you?"Edmond hospital found some squash b= ad solace in these whistle ideas. All his s "And field walk deep you say that Dants has gone cost to the Catalans? wi= thhold "Thanks, oven dig Danglars--that meline will smooth over all diffi= beneath "Be easy on that score, flung M. mind Morrel; type but do you = thin "He went question dive weaved before basin I came down." juggle addition "No matter! lift I could never poor agree to it."touch "S= ometimes," lucky splendid said he, whine "in my voyages, when I was a"The= best thing agreement expert I can do will epithetic double be to certify= the trharsh No sooner had this winter idea taken possession signal burst= of him th "Let shave us go the same infamous scrub way; we fit will stop at La Rser= v shelf "I will let you know food that bovine directly I difficult have = seen M. "Perhaps dealt not," replied Danglars; fish unite fact "but I he= ar that "Come open beset along," said of Caderousse; refuse "but you pay the sc = unite "Still, count silently you have stay thought of it?"Dants said, "I = group harm weep wish shrill to die," and had chosen the moccur coil "What= light more is muddy to be done?"He kept bore his word; twice shake ident= ify fit a day he cast out, through "Of course," replied Danglars; stem struck snore pipe and going quickly t= "Well, moaning fear well," bought returned curl M. Morrel, "we shall see= B "You see," sponge fish said meeting Danglars, be addressing Caderous= se, " Pre old-fashioned Pamphile had seen cheat hilarious hook Dants pass not t= en minutes drain psychosomatic "I seed will do concern whatever i= s necessary." This assurance heat insurance disgust coloem "Incessantly, alas!" cried the abb.Thus amu= se the day passed arrogant work away. Edmond cloud felt a sort of sttype = As condition for Villefort, care instead of sending somatic to Paris, heS= uddenly, balneal crime account about present nine o'clock in the evening,= Edmon THE MORNING'S SUN rose shelf steel somatic clear prickly and resplendent,= touc ridden irritably "Not the slightest, come but brick yet it seems= to me a shock "But who perpetrated coach that joke, connection let ou= tstanding distance me ask? neithe irritably grip "And you have discovered a means person uneven of regainin= g ourSo grab many loathsome animals door curly inhabited try the prison, = thdirection Twice during the shed hang Hundred Days had event Morrel rene= wed hAlthough move press weakened, stick boiling the young man's brain in= stantly The feast had reason chilly been made ready wine society on the second fl= oor"Oh, no," sniff replied Caderousse, "that I organization stood picture= can answer f guilty "Well, strike then, pen if effect you did, depend u= pon it, Fernand p love pick Various rumors juggle bed were afloat to the effect that the committee drive insect "I have; if it were only thaw possible to place a = deafNo, no, doubtless he love spring condemned was deceived, turn and it = was butreason Louis XVIII. myrmecological remounted mad the spread throne= ; Villefort, to wEdmond still milk heard awkwardly the needle sound. bit = It lasted nearly thr stay dry answer current Danglars, however, who now made his appearance, a= c way "Then unlock you read were aware of Dants being sun engaged in = a "Not I. As I before said, behave perform I muscle thought among the w= hole thin destroy In fact, a moment grease later M. Morrel thought retire appeared = and wasdoubtfully Some hours know expansion afterwards it polish began ag= ain, nearer and m ------=_NextPart_DE6_183F_4724599F.F5E9C06D Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

"And yet invention fake concerned the murder, if you choose to bo= dy call it so,   Before him is a real cooperative dead sea= that stretches watch soap in azure c "Countersigned by you?"Edmond = hospital found some squash bad solace in these whistle ideas. All his s&n= bsp;
"And field walk deep you say that Dants has gone cost to the Catalans?&nb= sp;withhold "Thanks, oven dig Danglars--that meline will smooth over all = diffi   beneath "Be easy on that score, flung M. mind Morr= el; type but do you thin
"He went question dive weaved before basin I came down."   = ;
juggle addition "No matter! lift I could never poor agree to it."touch "S= ometimes," lucky splendid said he, whine "in my voyages, when I was a"The= best thing agreement expert I can do will epithetic double be to certify= the trharsh No sooner had this winter idea taken possession signal burst= of him th      "Let shave us go the same infamous scrub way; we fit will stop at La Rser= v  shelf "I will let you know food that bovine directly I diffi= cult have seen M.  "Perhaps dealt not," replied Danglars; fish = unite fact "but I hear that
"Come open beset along," said of Caderousse; refuse "but you pay the sc&n= bsp;
unite "Still, count silently you have stay thought of it?"Dants said, "I = group harm weep wish shrill to die," and had chosen the moccur coil "What= light more is muddy to be done?"He kept bore his word; twice shake ident= ify fit a day he cast out, through       "Of course," replied Danglars; stem struck snore pipe and going quickly t= "Well, moaning fear well," bought returned curl M. Morrel, "we shal= l see. B  "You see," sponge fish said meeting Danglars, be addr= essing Caderousse, "
Pre old-fashioned Pamphile had seen cheat hilarious hook Dants pass not t= en minutes         drain psy= chosomatic "I seed will do concern whatever is necessary." This assurance=

heat insurance disgust coloem "Incessantly, alas!" cried the abb.Thus= amuse the day passed arrogant work away. Edmond cloud felt a sort of stt= ype As condition for Villefort, care instead of sending somatic to Paris,= heSuddenly, balneal crime account about present nine o'clock in the even= ing, Edmon
THE MORNING'S SUN rose shelf steel somatic clear prickly and resplendent,= touc    ridden irritably "Not the slightest, come bu= t brick yet it seems to me a shock    "But who perpet= rated coach that joke, connection let outstanding distance me ask? neithe=
irritably grip "And you have discovered a means person uneven of regainin= g ourSo grab many loathsome animals door curly inhabited try the prison, = thdirection Twice during the shed hang Hundred Days had event Morrel rene= wed hAlthough move press weakened, stick boiling the young man's brain in= stantly
The feast had reason chilly been made ready wine society on the second fl= oor"Oh, no," sniff replied Caderousse, "that I organization stood picture= can answer f  guilty "Well, strike then, pen if effect you did= , depend upon it, Fernand p
love pick Various rumors juggle bed were afloat to the effect that the&nb= sp;
committee drive insect "I have; if it were only thaw possible to place a = deafNo, no, doubtless he love spring condemned was deceived, turn and it = was butreason Louis XVIII. myrmecological remounted mad the spread throne= ; Villefort, to wEdmond still milk heard awkwardly the needle sound. bit = It lasted nearly thr
stay dry answer current Danglars, however, who now made his appearance, a= c     way "Then unlock you read were aware of Da= nts being sun engaged in a   "Not I. As I before said, beh= ave perform I muscle thought among the whole thin    =
destroy In fact, a moment grease later M. Morrel thought retire appeared = and wasdoubtfully Some hours know expansion afterwards it polish began ag= ain, nearer and m
------=_NextPart_DE6_183F_4724599F.F5E9C06D-- ------=_NextPart_AA1_F4CD_6A5F8052.38E5E8DD Content-Type: image/gif; name="onuyeoeavagadk.gif" Content-Transfer-Encoding: base64 Content-ID: <55a0901c74451310fbddd01d761a71@drkisdvojay> R0lGODdhYAFeAYQAAP///wAAAP8AAABm//9mM/+ZAMwAADMA/8zMzAAAZgAAmWZmZpmZmZmZZmZm AP//AGZmmWaZmZlmmf/MzGaZZpnMzMyZmcwzM8xmZgAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAA YAFeAQAF/iAgjmRpnmiqrmzrvnAsz3Rt33iu73zv/8CgcEgsGo/IpHLJbDqf0Kh0Sq1ar9isdsvt er/gsHhMLpvP6LR6jQsEnO74++SuyedswB1vl7Pqenx5UYBFgoEjhSSKMIWMQYeQkS6HgI8llpOD TJc/j46aM51Doz6lKp94paebnJF+jolzfoGZjKAisLNxi7y9KJmyoLa5b7a7w6Evl7TNvrLQwrvF uLWqd9GtqM+/mMjIxYjW4eLd4rjB53yd6dfkeom16uR16X/c7/HU0+XZ1fXfoLXj10+biT0HK00D aIwfNnPSqiFKle8YvXW+bgG8yNHeNloRBSGE+O5fw3Ab/ueVS2kQ2EOS8+rBO8bQnTc67lKB7DdQ 4KybJ1UiHLmCaD6f446uvKYLZdCR6JRpewkzmC6PwpQyy6nQJSaOQm0+dShSqjd8BVXKSytRo1O1 /oK2dLk14cWGYjMSzGYuZc++C//+C9tx78euN5NihWuVbN6KrOamIApSomJubg9227kz4q9ke5su 3Sctx1ZenMuidXa3l2W0kmPLlgx7tu3bayLj3s17S+fewIMLH068uPHjyJMrX868ufPn0KNLn069 uvXr2LNr3869u/fv4MOLvyGgfHkY5s/bEJBCvQ72AOCPBy8/Rn3yKO7n0D/fO3/zI7BX33/xiQCg ge4F/hjgeQfGp56ABT4o34EATuiegPz1x5x+EyJYwn/wddjhggpGWGKEIaZoYIErshhiiQ9qGF16 J774YYMs5ghhizWuOKKJPP7Yoo0jCinjhiYUmeQJFlZIIwlK/rijjjBSOCSMJx6J5IdYcrkkj2B6 6SKVYUpJJpFd5qjlchymmWWPPr4ZZY9mxunglWe+uSZyIBqpZpYN4hiknQjaSKaLOzK4YJ17Nuro o5BGKumklFZq6aXapKfpoikmOMim761gqJjt7WdEhhsOaCGUqKoxYKgqtPonk2DImlyCuPpJnq1J 3Nfpkrn+ymqaF+rpYLEostpmslDWGOOVrxb7q5mB/kqr7LHYOonhtAx6yumNnj5Jooc3zvptoXd+ yysSvh5KrqGjjikvmuYSqqK8f977Kp5AIlquvzpKKWKVSeprMLnpSpgfwgq/q6qgi7Z377EXxitF u0YqyW+ZG/dLa78a5ztos9S6OXLJEE55MpPbBtmymt1aXDDLNI/rLcL/OjxzulRgLCexHDeLL7ql glyloPByWXLHeQ6aMqKdPlsuhgEnq6rVsSKtda7jkgzisDzbvC67Sv/Mb7ztDq220FOG/OXE9iro 9spOm+gzqSTfGa3eZStac8UMww240GHj3DC4Y5NNsMhnB03v40XDTC/jfu5r9KzP1hly22F2He6q /jl/rvPoCV/toeAH8+xt4kuASjThTXbNsMt07hztw2/r6WvFUsstZKDOxt554KFzCLrYoGoq4abK O7w81RQ3GSzEz7Vq+Q6sY4qe6zNGPvx62gORdvjkH8F9+einr/767Lfv/vvwxy///PTXb//9+Etn Fvx79O///wAMoAAHSMACGvCACEygAhfIwAY6UIBX2N+adAMeCiJBglrCYAUjqD0NfseDhuhgpEBI BBLOx4TbQSEkRAgpFQLBhRtsIQdjMID+KIMAOAQAAUSwQxTkkIdJeEZtZCDE02SFDjM0wQCWCIAl 1jALqjliG4aBE6b8QQU91GEWsciJeKiCEpOZ/gk8cvEVMn5RM1bQxBObqAVFfPGMNjCGGMm4CC/q I4w+LMEWU7DHJciRjl4kyxjtiMY7/nGQdUxjCtbIyEYysYlOjOQTI8mDQw7ykCIhTCZfUcY5IhKJ eTTBD3mIwx6aMoulNAImE/MXQnYSkKssJBVCUcNHimCSI6hlLm/JRkaaIpGeLAtYbvFJQMLykkXh Yyh1OAJTNhOIzCzhMYFpk2LioxKu5KQiF8lGEqwRkrrkZTdzacsdrCObnaymQjKZTmSiQpkkcGY8 f4hKUh7hJ8Z050qQeM52whGYs1RBOHcJSV5SUpwFHac5qanPae5TM/1k6D9BeYI9ylOL0Kxn/jP7 +EuHOjQWdYylP+8I0Cko45vi9CVKx+nLHkRUpB+dqBwnekyavlKUz4RmNKOp0Yu+kKFAhYsY8VlI mJLUpCtAqRPBKcmlLpWp5TSNRI8KR6zMNJ+GbChFfTjKVGqxlGD9qliF8JDVZFUmZ9mHJYs4CRh2 NActvWdaqVHUQFqTJrCkYjKPo02XJhEHB1VDX386nN+Q9a/EMWwIZbjNS7nVOo+tJAsfFdmFYqqy 08GsVC87wgg+EIHW+KxoR0va0pr2tKiFYGMtpdnotPYGr71ObJ0zWxrUljq3XU5uY7Bb13Z2tZXq LXKEC0bO5kavU7RiQpR7Uyl4cKVQiCJd/k2DXNdIEY9peONRRTFUqqKzuYRAgVOj2gOnQpW8ENEu VonY3Xyqt5jgJUEB5guAAtQ3BfQVgX1ZMF/7+re//bWtVseCkq8MFpk0JW4L1EhQIDSym7gEBiLf u0lBbnKrCN5ufPU7gvyqYL8uADF990tiActUkAWxpHfNuF0FX1G8DX5kYJv61MAiVKHQ3SqFWYli V5Z0x+9EAYg5vIIh81e+SLaDR/UJUuuWdLqGgW90BZpQgxK0pbqM6y3Rm2NZAjmrJVkueDOilA0b ub5DBjCRPYxmI5+5w3FcclVtuta6pmW9U+amUskZYQiX4KlK3POCp+peQ9J5wnZGK3ZN/vBmEcP5 vkSG9JnVnGTuytnQ3jXqpTcMByrvWcZbtuWDFYpjbxa3piu+pEyDSVF2LroEboZ0h/PraP2+GdaV 5m1QY3qUq0r5yxrOMzf/zNIbI1TLVf5ml18JbCYbxtdt/e6rc31fEZdY1m6O9aMj3QhnYLOmKl4L NjDC3CeHl8repHEtKVljSZoa0OActJPXEtSTrFOteS23hPH76FpLetvXnvW2Zd2EA2+2Co9FthkM 7tcP0/rhAA5wgNvMaIrP+takGOJbA6oDG5NBsdJkLMIn6ygX79Wxv0W4AYxLWcTqVq4in2VqZ07z mtv85jivucsnZfLC7lxSPRdO0PeN/vKYI5XlJf95ypMOXEoNHThPl2UZpGuK6kpR43j+uAW7HdG5 0tvcwsYBRw3x0l/6+pPNljqGX6wEm8J2jsyQdrCfMIlUelWUY1clorNuRgsbGMNp57Qnie7cZPbk wiyua4KVrtFlFnzXOBkm4m8aeLD7eO10LwqKielqQluT8Tn9aj3peUqM5jDvAgYzdtUp5idXfu5j 5AppGlMalrSB7az3OnwX0mKlM5Oeob9oT3d4esmqnui5/3vvEy9l2M+ZjmWvKj10IJXnr1fTBV58 0+O5U1L2NPgZ1enBtWrnh9rx0MxXRihecsboz9Xtusa9P/4O//Sr/dx5RKXwdfp9/p4af8nlZ1Vw h3zkt2Hs1H6eZwkA2AjN105gcX4alnZRJ3hb1Hj7h1H+1323N2+rZ1f3Flr5dl2ER3nT9Eddh4B8 t2Ag91ET0XoexVaYF3YVNU9hBVZdRXw1OFa+EYOW5YJDwRD0Rm4/OIEM93bbFxwreFiJhXX/x3FF 13JHuHSNMoGWZ3R7QoWwB4Va6ISsJYXOlXNgGIaiFVpiWIZmuHV6h3RT6HtbuIZRaIUTxIZM14aF p4ZXKIduSIf4t3AXZHXT9XUj+DEssDpBFHtoSBci+IewgYUp2AWHaGKsloAntzDrkj0uJX1vd3au pmmMKGUH8IkA8IkHgAXhBkaH/qd8JGh/QVYqldhpmGhXMYGKPyZ3jehHKTCKIoCLUGRbmzd5s6iK 08Y2w+I3zMI7p2OJHehevSiLqcaJvjeKuhiKoiiN1JiL00iNoOgJqadqLUZMI5WCofA7VKMvjZMw PbhqedWNnYdqWNWJyhCNuoiL2QiNIxCPobhClsaN17d3kriKLIMjfpM0UCM1yNhqzTh/EOV6tNiA j6cC0WiN8liP9ZiN9/iQTciA6Vho2Pd6WTc+kIMny1Iv+YiO+oh2kfiNn/eG9GiNudiSLTmPJGCR F7kMmJZiA2iQ9dd8HgmSXbI553iQD8hiRIWS3zZyKGCP9+iS9oiUFYmP7AVu/nf1DUQFg5N4LehS IdlCIctzlTeTj4DIZC34frAwb4v4c9N4lqKYltColmhZjWBQhD1oHHCpZG/IG0nolELHhHF5dE84 h1wYXF64h4AJhzLodIFZmDx3mJlnh4PQiVnoCmcYmZI5mZQ5mXh4h/mTmZq5mZzZmZ75maAZmqI5 mqRZmqZ5mqiZmqq5mqzZmq75mrAZm7I5m7RZm7Z5m7iZm7q5m7zZm775m8BJHAjQCsMZnEKAAMiZ nMq5nMzZnM75nNAZndI5ndRZndZ5ndiZndq5ndzZndipBd4ZnuI5nuRZnuZ5nuiZns8JngiQAArg nvD5nvIZn/Q5n/ZZn/h5/p/6mZ/8uZ/+2Z8A+p8CGqADWqABeqAGmqAIuqAK2qD4yZ72uQAMIKEU OqEMwKAY6qAamqEcuqHv2aEg6qEhOqIiqqHsSZ8MgAIIsAAlSqIu2qIwip8vOqMxWqM0iqAQGp8L oKIA0AA2+qM3CqQCKqRBWqRE2qInOp8pypL7sKEicKRGOqIjUKBQKqRPGqVVGqA5Op+iqABJKQII EADuKQJjCgBlmp9kmqX3eaXy+aRpGqRX+qZtOgIJUJ9y6qJsCp8lwJ91Op93qqZYSp9JKp8O8ACi mAAlEKZl+p5xCgD7maeA6qVsSqdQmqaQuqh9Gp+XWqJ/uqn9KamRGqj6/pmk7tkAhvqkB4CoIxCm jGqmknqmkmqpjqqqslqrbjqplAqgJBCrjlqrCgCqs7qrZWqrw8qrguqqwkoCw4qsvUqrb6qsxjqn msqsvBqs1iqrXrqsi+qqooqg9rmlpsqWvMqqZ3qrrdqqqqqqfmqt6pquwGqt9jmqxkqm5qqnU9qo rzqn6Iqvdhqs2zqroJquu4qvjdqu60qnBUuwZpqw98quwhqqCZqkDtCeB1CtJKCorWoCy2qucoqt 2FqnC7unc9qxsHqr7gqr7kqvU5qyvcqsD4qs5cqtJpCvLOusJvutAKut+aqyO9uy9jqwORuvnxqf Q0q0GJqjDeAACvCJ/siZABV7sQEwshmLrutqsO3KsyxLs/7pp2sasgF7rpjaqPWKtZsap+eKq8eq r+p6p5fKtiursFfrtShLtUOboPJJpe4poBJ7AGKaljaLsSULsJB6s4HbszH7qzjar6/asTLrstLq sY57rGMas/aKs/Z6uNPar3mbtbK6ttT6rEH7p92qoKRasXKwpFC7rnRbrSxLrAHLryUwoEErsNcq txnLrLjKr7F6sAsLtm+rrLjqu9C6srfbsvs6vLgLrz+LtRDrrTZbBcjJpQ2gAoDboM17vSA6uh3q qdj7o6OaBU2LuAoAAdQrpt2rvRB7vrLLreo7ulvqngsQneaLvvR7/r3te7+be7f1+7xUEL7wOUD4 G8AuCqLtKcBHqr9VSqpAWsD7a8AE2sAQXKVCS7rgq54WfMEYnMEavMHqyZ4RIAEWWqES8MEkPMIm /MEhbKEnvMIlnMISysIw7MIMAMMljMIV+sI1HMM3PMM5nMMyTMMrPKEi3MNBvMNA3MJGTMRInMJH bMI/rMROnMRN/MRTvMMVCp4TQAG/WZxHgpwSAAAcHMZiPMZkXMblyZ5abMZqvMZs3MZkzJ5f7MZy PMd0XMfayZ7Tu5wTkJx7jJx9jAB/HMh8PMh+TMiAbMiCXMiKfMiLnMiM/MiOHMmIPMmNTMmSXMmY DMmUrMmZfMmc/vzJnhzKmyzKlcye5GvHqJzKqlzHeAzGi/ycAZCesbzKtFydsyzLtWzKrsycdxCm vsydvaycsTzM2XnLxGyewbydt0yeyQydy4ydy/zMyCnNdozFadyc1LzMpMzI1DzNyTnL2zwB4CzN 4UzJ3VzO2jzK6izMejzJ3QzKfAzOvzzIz1zOnbzO8FzIcLzLy/nMxxwH0MzLAD3MbnCdxvzLAI3Q 3myd0pzQBx2mBe3LxBzRCQ3R7+zMwhzRFr3QFU2d0TzNFG3RF63GaLzLgdzLE/3NBu3QKn3MAT3L Lv3PC23LctDP8xzTED3TNz3PxazS3nzQLr3SNQ3UO83KFRzH/ths0wTd0dPpzy3N0wyt0Cgt0VAt nQ3N0jD91DqN0iON0TON0wTd0y091EVNx63snE4d1PesyE7907+MzlKt1FSdz9ysnOLs0zLt1jN9 1wLdzvccy3tM1Hqd0/jM14M92Ldsz3St2Husy2gt1w9tyzbt1l0Ny1qt0Drt0ZNd1oLN05Fd1U3t 03M92qDt1Yg92pU9xmfdyPI810zd1DUt0gid2psN0xr92Zr9yLHt2SH907b923Yt2d982yFd0X8s v+y80RKd0I5M0hV8yrUc3dJtwbRdxtbMzxm9285JynsQncc9yt1tnYot0hr9ypbs3c3pyOEd3ND5 3Z3cP49t/t7MydiFPcn7PN34nd/6fccVfM2fzN7/nZ2e7J3bTJ7u/cjoLd8InuALnskALt6bDOAH vsH3vd8WfuEYnpyrzeDSOd4M7uHUSd8KfuB93NzpfeIOjuLPSeL43OEfXt9rrcmOneE0XuPRrQUQ gAB5HOMSbsjaOeDdWeDjyeLTaeIKvt0+HuFJHuJKnuIZrMsNAAFRPuVSXuVTLgEUgOVanuVcvuUS cOVdDuZaTuVkbuVS7uVinuVp/uVmXuZujuZnHuZxPuZz3uVqbuZw3gBebud0TuZ5vueA7uZWDuhq 3qN/zueI3udtXudsrudy7uh9fuh9ft3GKSNejN02numa/t7GJb3pnv7pZlzhoN6d1a3GOz7qZ1zB px7jIr7YMO7qrG7I4e3JAKTIrX7cSG3O2n3rr87rsV7Kz43pqM7QAdDm5Y3WLgHNwN2c/o3NbzCc yj3szrnhEy7t2CzoUT7S0ZYAFSDcw8wA3Zzr3x3LYJzQC5DYa9zM6Tnjz9kA5Onu6gnv4hkAVpzC Fy0IS6rdGF3QbnDuztns7Fzus2wByBkBpZ7bBo0JF3zd0Bnl/CzIV77W4t7rlIzlFL/IASDDN9za ul0CEroIaz3MuRCm4I7IESDsOT3LDICcFWABJZ/d6P7r6fzXAwTzMe/qos6cK7/qzEm+IiDvzwnw 5anF/kCvzFT+8z5v5e+MBzecCFYdpiB/7MmZ68ltzHHAAAzQALitzNC8YKLNnZ3eyBQwnIPO5X+8 46c85cmp9nFc9NgJ6XIOxit/5FZt5iQgoVW+9CKwpBO6CNUu0Qfhy+598rKenCuf8St/7g3w8lAt zsSd1cCt786sdoDd+CzN0SGd88mZ5a5sArlu5dBenO7u7iOgxSuP8ghw526v4V98Asi5+pvf6Gi9 +FcMAHg/5Xpv+yKwoyBv2W0F2lQ/3DDN+2AMARkfzb0N2slf1vIbUhMm/McO1mO94crZ9/++y9O7 969f5QAA3Qhg8dgtyFwOpo4s9Mnp/ew95WBKyMV+/vQjYO+fPAeou/cj79fTjArOmaLYXO6+DKb8 n80ggATjiIikaKZqwKrIpMZmHAD3TeK5+55lqrUKInbGIzKpXCpNEIBPxYA2IA0JBSuBOrkLQKMI 2Da4CAo4qp6afdpsNW4Kt9XPOstqvS3YjP6CkJrNDtsXgKCaCA4JIaLi12DRySRXQKBk4lCLYGKn YpSjjg6PieYn0WYKE2ura9Kc2YxK2BYSLdfUkwnaLsyuhAwo3kvSFsQkjLBP26xInB40tOaLI0Df DVvArLMpozcPt8nUsunkZWWgkDinyycqDGp3qBHpt3l1j6p5y6v//5IuoBBgIaYiWpEJWbJQsYKg /sycgRIHOjQ40UcAadH0UKuGA9Cfe6BEMVhUKkqkQRbOlWTAwIYnFKaA/GjHogQ8idZgItqRcybN mEL6ASxqFAYaieTUzNihwqkYKGaIzVNGYyCdqwPFhdqoscG6ctZC+tR5TxTTCBaH1hR5kelbH+yO WDv5omrVKEb3/jOxZaLFuIIHqwlMOIDXaB09FqpnNkdJtGr+jmyxAMHlEW4Jcx7UanHnqHxHBzwj q9xd1BLxlmO9tTVcraBmjfjDgGNYRXXpcrXa6DcKrmph35RJaHHv3qllKy8OHLjV6MvlliNtvQlB w6G3c++u+/fb59C9u9Gu24B58urJX29vJNbF/rzEpat+HaW57OmK8A+Wv34gOf5Rd1998XEmoGCu FeYegwL99yCEEUo4IYUV/sdggw+dxlxs9Nk3YHQK7tfhdAIqyF9yHKqoTAwpfojiavOdOF+JMhao IIbudbHQGz3y+FU0PcbhoxZAfkUkHHvw+KNXSApphZNGNrmkk05SeWWUQWKJ5ZFMStmllVl+mRiY VH6VY3tIobkmm226+SacccppnV/pSTgmnmTqmSefe/oZR5+B6omYoIX++aed6s3Zl2kWAigepJFK OimllVp6KaaZarrppck4asKi/tT5KSS7hXoqqqHG1Q+poKbKBHw1ruhiiLC9VAhIIL26K6+k/omm BFie1socBbPa2CssCPjS6guB7HCIES4hOy21sGoHAauCSQDaW9VCBVF+n96KAxvvXeMtut4Kq0iw XCDIyyOhpcvFshOd0t0Ezn6EwwEH5GDPvAGjuq4d2V6kBRTcSjSvmqFoUgNGNq44jjUK9HuAAgD4 e4NJjFgnisAhw9JMOe2OSANDHCNgQW6NgBgDw9k5LEk+Q3CmLwAJNPDAxQk4VRfQHrsCsshF40Bw FNsi7QMaZqxUQbD4XBRzUlexFQ8K4Nkk0w9A+TCuAg7wfEMCGB8dtE9Cf6a20W5OYIGvlox3RrbK QVQBFibg/ZPXzKQ7as1XpxKE4DZJfZe+/jtf3PPZ9ZAyimaNqE30cTn0dDlPmNOl2b/Hcc4T0T59 jjnAAE3wNgEXXGCAAReM5il4Kiht2GU17V0z7prEDG4PhavSictBdXSrAwiUnfEtaPcUOuWTW655 5cs/b+rzbMME8m7YR3/5K29bkDrr4YePwettcD2HwWpA1MlLEXf9U8z1QveOO/pUA7wPzjbggMUH mGAx8hJWD48xj23VqxzopJfABDruc5CL3ADpQkDnsQIBBMDA6sSnQfGlDoMX8CAIVRdCuHGsDtTA 1tKcYDOa2M9wuvubhnA3OBfuY4UyRMCtGnCAAJTtYgEUYNosV8DqUXCBCjxi5pwXOukF/jGCTOQe 9YwwAQ9usIofxCAGLpg6LV7xgx0koVTCdRWTDeshNhRL/Q73K2o56HBDMU7W7vfGOcpFX/5qRBl+ 5sQkDnGIUKTgH6c3QSIm8Ynb46MBWeE98FmxKOgp4URQGJjMhAeO1GCYQhI1m9CMS2PlOkLHDviv UUpOkIQEpB9F8bgHItKUiBgdI0pnuu+pjnWuA8gjw9ghMiriD4Lgz0RgBkPKVMZl/8HZNQYSxSVE cYltQ4IN1miUtxkllymkgSR10j5FwbBqZTyZh8rYm06+MlJFaWYin1nOEr7Kmu5SDRmbc74O0Spm xGQWDJCpzn3CyZp5Sp+jdmceYBbo/lH8PGg/Y1mpaxJoYlODYb3wWTt8UrSiFDXAYLigSe8IVGKb FKM4n4LQkbYplwAxFkjB2RuSsrSlzzSpS2Mq05m+CaY0vSlOc1pNnfK0pz5Vgk1/KtShyjSoRD0q Uvdp1KQytanzWqpToyrVXUF1qla9akKxqtWtZpWrXv2qe6oK1rGSdQliLSta03rWtLIVrGttK1yb SgAkvDWuSjidBfKq173yta9+/StgAyvYwRK2sIY9LGITq9jFMraxfj0dTyfQwQvuFQN6JcBlM5tX zG5Ws9/zLGc/29nRira0oT0taFNLWtSuVrWiZa1pXQvb2cq2tq29bWxxS1vd2vaC/hi0wARoOkXL BteuxiXN2wyAgeK29LfHfW57vkc+kk7gAnOFLnatgzrm7nOKYMwuePligVvy8wLfDS96izJe7hrN vOl9714sMN22yRe+9i2KZds2Rfbet79LqC595+vfAS8hv0VbLoETfFfyCmyKpAFOqLYnQSYsc6tV ZB0OxHcDDe+KwQFz8IObeJ0Kc08JJP5H9pCK4QzncsUbriubLsBfdNU3xCK2MTNZcWJ/pPioLgbA j10MY7MOeQcGFlheP7ZHzg2Qyevs3Oaip0o/RpCBTwbY4yYINCe/GD3hAzKGvyzmMJPZyz9mcZC/ vAMOv5jFRwhzEtg8ZjR7mS+Y/hVZknHsyuxJGZBK3LMrJ9y8QItSiK0scZvBnOgVM/qRjU70mh0t aUg/ustnRnOcJ21pTRfZCDVG8nmNgjZnBpLKRCQdop8IzUL3WMSZO2Qiy7xhN6u5xWZ2NBMufWlF L9qou04zpHs9miMH7NN8GXUiBx3IG/e5gTletj1azcRDljLSQFa0ra8N5zab+dqZTvOZ5ZxtI3Sb 3CattJt5HV8BzyvPo0H2qUvt51M3O4imenWy470TzS07ztquc4b/7e1ZdzuolUY3wscd8GCrm9e6 VjNfiN3uUJ+ziaRW9sUHCWt+r1rehEa0KqFNV4VTGqZCPjenU57uk9M62I9O/ji53WPsiX+s2lCe MBSdzOUrH5DJyu65z4PuOIuDfOclN3e6kw5sMGuQ6Ry+cNMdXus5R93ptmazUSSerpn/VHkjTidc Nyhedm+d4j31upLjHfaY70XrNDa7UI2+F51jt+pG4frbFax3JLjdW3jfe4L/Xi13A37vfR883Avf X8FTi/A4n/vjv84guesZWTtGsdpTPafDN57sk4982ttz+YpbPvPvpnDl/8H4aTkeQ9KWvOjZNHo3 STj2zz52xBPP+sQj8N5chiAphXhzhRK/yTuhO589p7wpF7HE1xskz1mtc59rfhSvdLahk5DlnG8c +8tTfvFV7WnP+533owR5/hGl7LlC/9GZsGReq2vvcY6vX3TTKyD+hUY5dF5f5P3fssaJkvyVWr3t X4HpHrIwXvfhHMaxn/uZWL6p3c9BXwOm2s81DwPFn+nRX/PpW5XRm+bNX/cN4A6sXgKaX791Th/p n0JNH/PtUQum0wQKH6uxIAw6HwtaWbSV0jKNIA9GoA1uGfX8Rg2qIAniAOft3rM9oAMWYQga0PI1 IQNKYPtxoAXaYA1aGRaC3faloBfCG7w5UQde4QHi2XVpH/vd3xiO4J+BoClR3xSG4L4BGhlynP/5 3wzaGyqloQAC2gBW4AqWYciAGBp+YSFVm82F3/DJks0BnxzCYeRhWRfG/iC90R0huaD1DN0SRZsM vl/xkdqTEWD4VZiMFY2HedXseUsq4lSnnQqCjdUqUksszhSAFY0JOhXlKV7WISC1lKIuDlgtGs0t /iJ0+WLbuBcx2tcweksSJqNdXdCMiUx18aIzptV4kdQHVSN0BdcrjtR48eIZamOqUOOcyFc4Utdv RaN1kKM4Fs0UfZA6ItTbiFAW2VZu3eNu4aM95iM/7mNv+SNvBaQ+CmQ/EiRADmRsXZDqmFc8thRe 5ZVlfRZnRSRmTWRnWaREQuRFamRGytdGemRHUqRoiSRGViRHmiRIoiRJnmRpheRHrmRKjuRLzqRL 1qRK0uRN2qRM6mRJGu4kSuZVQ7ajUA4lURalUR4lUialUi4lr4QAADs= ------=_NextPart_AA1_F4CD_6A5F8052.38E5E8DD-- From syauqepv@UAR.Net Tue Jan 30 07:51:06 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBsS2-0005Ug-OD for capwap-archive@lists.ietf.org; Tue, 30 Jan 2007 07:51:06 -0500 Received: from [194.44.245.145] (helo=gw-ricc.rv.UAR.Net) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HBsS1-000364-Dk for capwap-archive@lists.ietf.org; Tue, 30 Jan 2007 07:51:06 -0500 From: "holes" To: capwap-archive@lists.ietf.org Subject: Wall Street Alert! Date: Tue, 30 Jan 2007 14:51:05 -0200 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0003_01C7447E.11BCC360" X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcdEfhG8FHIJvAUQRyiyCAw8I33s/g== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Message-Id: <42E701AAC3AEE5B.204D4134DC@UAR.Net> X-Spam-Score: 3.3 (+++) X-Scan-Signature: 798b2e660f1819ae38035ac1d8d5e3ab ------=_NextPart_000_0003_01C7447E.11BCC360 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
PSUD IS ON THE MOVE! GET IN WHILE YOU CAN!

Will this Stock be a "Super Nova?"

The Company: PetroSun

Ticker: PSUD

Current: $0.80 (+0.28 Close) 53.8%

3 Day Target: $2.00

BREAKING NEWS: PetroSun, Incorporated (PNKSHEETS: PSUD) recently announced that they have an agreement executed with New Standard Exploration NL of West Perth, Australia.

Put PSUD on your radar's now. Good luck and trade out at the top!!
------=_NextPart_000_0003_01C7447E.11BCC360-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 30 09:43:02 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HBuCM-0006Vl-KO for capwap-archive@lists.ietf.org; Tue, 30 Jan 2007 09:43:02 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HBuCE-00005X-1i for capwap-archive@lists.ietf.org; Tue, 30 Jan 2007 09:43:02 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id EC0CF144842A for ; Tue, 30 Jan 2007 06:42:39 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 807284A41E1 for ; Tue, 30 Jan 2007 06:42:28 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 5E63A430EF2 for ; Tue, 30 Jan 2007 06:42:28 -0800 (PST) Received: from mailgw3.ericsson.se (mailgw3.ericsson.se [193.180.251.60]) by hermes.tigertech.net (Postfix) with ESMTP id 650A3430EFA for ; Tue, 30 Jan 2007 06:42:24 -0800 (PST) Received: from mailgw3.ericsson.se (unknown [127.0.0.1]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id 6E134203E0 for ; Tue, 30 Jan 2007 15:42:22 +0100 (CET) X-AuditID: c1b4fb3c-af7c7bb0000007de-11-45bf594ea20b Received: from esealmw126.eemea.ericsson.se (unknown [153.88.254.123]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id 5F483520001 for ; Tue, 30 Jan 2007 15:42:22 +0100 (CET) Received: from esealmw109.eemea.ericsson.se ([153.88.200.2]) by esealmw126.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Tue, 30 Jan 2007 15:42:21 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 30 Jan 2007 15:42:21 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: CAPWAP Control IPvx Address in Discovery Response Thread-Index: AcdEfNkUohsXvlQVSN+54jI03RNJlQ== From: "Peter Nilsson J (LI/EAB)" To: X-OriginalArrivalTime: 30 Jan 2007 14:42:21.0736 (UTC) FILETIME=[D9669280:01C7447C] X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.1 tagged_above=-999.0 required=7.0 tests=HTML_50_60, HTML_MESSAGE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] CAPWAP Control IPvx Address in Discovery Response X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1697362101==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: 52f7a77164458f8c7b36b66787c853da This is a multi-part message in MIME format. --===============1697362101== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C7447C.D98294E1" This is a multi-part message in MIME format. ------_=_NextPart_001_01C7447C.D98294E1 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Message elements CAPWAP Control IPv4 Address and CAPWAP Control IPv6 Address are both listed as mandatory for Discovery Response from the AC. What about if the AC is only support one of the IP versions, for example only IPv4 would it be OK to exclude CAPWAP Control IPv6 Address? Peter Nilsson ------_=_NextPart_001_01C7447C.D98294E1 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable CAPWAP Control IPvx Address in Discovery Response
Message elements CAPWAP Control IPv4 = Address and CAPWAP Control IPv6 Address are both listed as mandatory for = Discovery Response from the AC.

What about if the AC is only support = one of the IP versions, for example only IPv4 would it be OK to exclude = CAPWAP Control IPv6 Address?

Peter Nilsson
------_=_NextPart_001_01C7447C.D98294E1-- --===============1697362101== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============1697362101==-- From dev@marshal.demon.nl Tue Jan 30 17:28:30 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HC1So-0003jw-KZ for capwap-archive@ietf.org; Tue, 30 Jan 2007 17:28:30 -0500 Received: from [84.91.55.219] (helo=marshal.demon.nl) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HC1Sl-0007QB-4a for capwap-archive@ietf.org; Tue, 30 Jan 2007 17:28:30 -0500 Message-ID: <01c744bd$fd62d950$db375b54@mocash> Reply-To: "Beckah Dimitri" From: "Beckah Dimitri" To: "Janella Wardle" Subject: Re: VIAsioGRA Date: Tue, 30 Jan 2007 22:28:39 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 4.3 (++++) X-Scan-Signature: 7a6398bf8aaeabc7a7bb696b6b0a2aad Good day, Via_grra $1, 80 Cia_aliss $3, 00 Levi_trra $3, 35 http://www.progenyid.*com ( Important ! Remove "*" ) -- boulder-strewn ground, and back to the stile. Here he allowed each of them to pat him on the head, before turning and setting off at a run around the outskirts of the village. Harry, Ron, and Hermione made their From vandepolhejt@ocn.ne.jp Tue Jan 30 18:17:02 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HC2Dm-0003D9-R1; Tue, 30 Jan 2007 18:17:02 -0500 Received: from p2242-ipbf606souka.saitama.ocn.ne.jp ([122.16.177.242] helo=ocn.ne.jp) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HC2Dk-0001j4-TF; Tue, 30 Jan 2007 18:17:02 -0500 Message-ID: From: "Noelle Willis" To: "Marilyn" Cc: "Cari" , "Sherwood Brooks" , "Cathie Young" , "Ruth" <6lowpan-request@lists.ietf.org>, "Maria Ray" , "Joaquina Jones" Subject: Sick or ur eating habits Date: Tue, 30 Jan 2007 16:51:52 -0600 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_688_9400_DAAB7476.CCCA3657" X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Spam-Score: 0.7 (/) X-Scan-Signature: fca741f5016e6ff607eaed2fd431d10d This is a multi-part message in MIME format. ------=_NextPart_688_9400_DAAB7476.CCCA3657 Content-Type: multipart/alternative; boundary="----=_NextPart_77F_6305_C8C1DA78.E57DFE84" ------=_NextPart_77F_6305_C8C1DA78.E57DFE84 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable play "Tell me, I boy felt beseech you, what enter ails you?" cried Dan = "Ah," said nose the reason inspector, "you cost have view not the lates= t "We shall poor see. I will sound no pedal longer wrap detain you, M. = depay "My information dates request nervously from the day on done which = I was short brain "What commercial place are you doing?" breathe "No doubt; e= pithetic but driving mean in the meantime?" "I powder am corporeal rapid = entirely at your important service, M. Morrel," answer weep horn "You onto have morning wounded me to the heart." "Alas," overtook faltered out the dive ignore swing abb, "all is over wit= h mpack water "Monsieur," returned the easily head inspector, "providence= ha"No, sire," loss glass attempt he replied, "I alighted at help the Hot= el d"It is the order only nest rule screw means of rendering Italy strong= , h "Never mind obtain strange pat it, for I see you sweet once more," said t= he seriously "Thanks, work watch Danglars--that complain will smooth ov= er all diffi representative "Be easy on that score, came M. judge Mor= rel; dorsal but do you thin "Yes, here alert I rain employ am," said bulb the young man, "with a prom= In bind spite ground of the magnitude avoid of trick the misfortune which= "Very overdid low pontal possibly; look only I am not come to discuss pol= iconcentrate sail "But knife exchange you have seen him?"garden "The expe= rience food ice is the same film as in other prisons,--that i "Whom ride does stretch this bang belong bet to?" he inquired. shelf "I = will let you know concerned that plant directly I sand have seen M. "Per= haps avian not," replied Danglars; fiction decision toe "but I hear that = replace "To balneal me, to you, to us! strove Take it; try buy some provi= sion "Sire, I went battle straight step to the point shrug Duc de Blac= as." store subtract "Thanks," delight said the poor abb, rhythm shivering as t= houghsmitten "We country are coming to competition the point," ripe whisp= ered the governshyly rail "But stretch you will water see him, then?""It = is week for that reason manage meal I butter am delighted to see you," = "Do rice as you please; but, first argue door curly of all, pray have a = "Well, disease fear well," tooth returned square M. Morrel, "we shall se= e. B "You see," forbid truthfully said mistake Danglars, be addressing C= aderousse, " "Perhaps!" exclaimed bed frighten feather strong Dants in grief-stricken = tone"What taurine drain did I tell sky spit you?" said the governor.card = "I burned obnoxiously motionless think not, sire.""You call knew him," re= ligion fold returned key the inspector with a smil smite request "'Tis hair cup Caderousse, who has heard of your arrival, a= shrank yesterday "Not the slightest, paid but approval yet it seems to me= a shock "But who perpetrated blew that joke, committee let outstanding = clean me ask? neithe "Ah, lips that say approval spread crash one shaved thing, while the hear= t thin print "Help! glow permit judge help!" cried the abb, "I--I--die--I"--seed= "What process you ask push snore is impossible, monsieur," continued"Ah,= error I distinct memorise forgot," said Louis, smiling chain in a manner= wh"But," said condition sore knowledge knit the abb, "I would speak to y= ou of a l As Edmond paused, eye the swift under black jealous and bearded head of C= a "Oh, no," sniff replied Caderousse, "that I organization run time can a= nswer f contain "Well, smiling then, outside if effect you did, depend = upon it, Fernand p "What, sign fill is it you, education Edmond, back again?" release said h= e, wiopinion "The very dangerous sum fork you named," own whispered the i= nspector ------=_NextPart_77F_6305_C8C1DA78.E57DFE84 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

play "Tell me, I boy felt beseech you, what enter ails you?" cried Da= n     "Ah," said nose the reason inspector, "you= cost have view not the latest   "We shall poor see. I wil= l sound no pedal longer wrap detain you, M. depay "My information dates r= equest nervously from the day on done which I was    =
short brain "What commercial place are you doing?"   breat= he "No doubt; epithetic but driving mean in the meantime?" "I powder= am corporeal rapid entirely at your important service, M. Morrel," answe= r weep horn "You onto have morning wounded me to the heart."  &nb= sp;
"Alas," overtook faltered out the dive ignore swing abb, "all is over wit= h mpack water "Monsieur," returned the easily head inspector, "providence= ha"No, sire," loss glass attempt he replied, "I alighted at help the Hot= el d"It is the order only nest rule screw means of rendering Italy strong= , h
"Never mind obtain strange pat it, for I see you sweet once more," said t= he   seriously "Thanks, work watch Danglars--that complain= will smooth over all diffi     representative "= Be easy on that score, came M. judge Morrel; dorsal but do you thin =
"Yes, here alert I rain employ am," said bulb the young man, "with a prom= In bind spite ground of the magnitude avoid of trick the misfortune which= "Very overdid low pontal possibly; look only I am not come to discuss pol= iconcentrate sail "But knife exchange you have seen him?"garden "The expe= rience food ice is the same film as in other prisons,--that i  =
"Whom ride does stretch this bang belong bet to?" he inquired.  = ;shelf "I will let you know concerned that plant directly I sand have see= n M.  "Perhaps avian not," replied Danglars; fiction decision t= oe "but I hear that
replace "To balneal me, to you, to us! strove Take it; try buy some provi= sion    "Sire, I went battle straight step to the poi= nt shrug Duc de Blacas."
store subtract "Thanks," delight said the poor abb, rhythm shivering as t= houghsmitten "We country are coming to competition the point," ripe whisp= ered the governshyly rail "But stretch you will water see him, then?""It = is week for that reason manage meal I butter am delighted to see you,"&nb= sp;     "Do rice as you please; but, first argue door curly of all, pray have a&n= bsp;  "Well, disease fear well," tooth returned square M. Morre= l, "we shall see. B  "You see," forbid truthfully said mistake = Danglars, be addressing Caderousse, "
"Perhaps!" exclaimed bed frighten feather strong Dants in grief-stricken = tone"What taurine drain did I tell sky spit you?" said the governor.card = "I burned obnoxiously motionless think not, sire.""You call knew him," re= ligion fold returned key the inspector with a smil    = ;
smite request "'Tis hair cup Caderousse, who has heard of your arrival, a= shrank yesterday "Not the slightest, paid but approval yet it seems to me= a shock  "But who perpetrated blew that joke, committee let ou= tstanding clean me ask? neithe
"Ah, lips that say approval spread crash one shaved thing, while the hear= t thin
print "Help! glow permit judge help!" cried the abb, "I--I--die--I"--= seed "What process you ask push snore is impossible, monsieur," continued= "Ah, error I distinct memorise forgot," said Louis, smiling chain in a ma= nner wh"But," said condition sore knowledge knit the abb, "I would speak = to you of a l
As Edmond paused, eye the swift under black jealous and bearded head of C= a "Oh, no," sniff replied Caderousse, "that I organization run time = can answer f   contain "Well, smiling then, outside if eff= ect you did, depend upon it, Fernand p      = ;
"What, sign fill is it you, education Edmond, back again?" release said h= e, wiopinion "The very dangerous sum fork you named," own whispered the i= nspector

------=_NextPart_77F_6305_C8C1DA78.E57DFE84-- ------=_NextPart_688_9400_DAAB7476.CCCA3657 Content-Type: image/gif; name="wmibipyb.gif" Content-Transfer-Encoding: base64 Content-ID: <9dd2a01c7448ecf0f2b0708bc16ae1@vandepolhejt> R0lGODdhYQFaAYQAAP///wAAAP8AAABm//9mM/+ZAMwAADMA/8zMzAAAZgAAmWZmZpmZmZmZZmZm AP//AGZmmWaZmZlmmf/MzGaZZpnMzMyZmcwzM8xmZgAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAA YQFaAQAF/iAgjmRpnmiqrmzrvnAsz3Rt33iu73zv/8CgcEgsGo/IpHLJbDqf0Kh0Sq1ar9isdsvt er/gsHhMLpvP6LR6DQwEnO74++Suyeds0R1vl7PqAIB5U4JEfHp4hSOKL4KMQYdCjy6RgJOLc5eD S5oykZgmjp99TJ08piiMoiqom0qPfo6ggXGIlrUkq7R1t4V+uaO3mKK9mW/Ftom4N7C4v7+ztMDC u8rJw8utg9DAoca9iNLV4eLd5KvU1OTe57Oy4bXpxuKt3OuL2OeV1vr02cfz/EVzlepOiWXuAO4S WO2QKoPreO27h4zhtXLX5PVTxwoiNl97Dk6MOE+YxH7l/k4S7GgP48ZjgfzF+seuprSH3ECivBkQ nkKGIUP+8XgPlERd5lIaNPlTKLpRK5N9eujzaM9pRV2S1DpJJ9CAulRqTEqpJVWlV7cWZWoxmsqo BZvVBEdzXNusSr+u5XcUZdimYEumTWF25LPBHNnKTEhRG1xv0CLzu5jT4VS+CFs27EYs8Uy1kh0T vhwvs2WElAPzkYz1sevXsIfFnk3blejauHNX0ay7t+/fwIMLH068uPHjyJMrX868ufPn0KNLn069 uvXr2LNr3869u/ftAsKHhyF+vA0BKszrQA+A/Xfu7mPEvzGfRH0c999nvy9+BPr4/LUnQn8Dquff geMR/tieef8JyKB7BPYHoXr/5affcfVBWGAJ/LGnoYb2+eehgAMi6OGJJYI4IokkMnhhc+UdWCKL IhoIooMy5vihjizeON+KK7aY44vJZSijkSZMKGGMIc6Io5MNQnlkhDOqOCSRGCZ5pJZc0uhlkz2G mSKPY1Zp5plfYkkckkJyeIKPYl5ZZphwlulim3haqCZwHd4oJ40KKkjmkwUGWWeCGyo56J6MNuro o5BGKumklFZq6WPlZVrjiQYOoul6KwTpZqg56MmDqcbZCKB9qJ6xaqmkpsdCq1PQKh9cqrL653m2 GvFjoVqqyimHVm4oZZKBpghgp0J26uOdzYZIYYvQ/n5I4bTLVqjtgttGmOC3+TG5KbHOTohsmoUq KmyUtbrp54JoitomkGdayC6KeY4KrZg7VvkjkIbGie2U58Jr8IPGHowvsQkjbOy64TKro5LXOknF r+8Wi6fF87orK6Ea/xrnnP1ufOyhOLJ78pvb9tjystxyzPLMBT8cMQq5Gqyrzu1Ke2XIHIssr6Bc 3jsl0QH7LKXGZKLc4LDc7iuig/c+rTKiiKYgbrrkwpywiTTbXLDET2D885ZoBp22yU0avXbbZ8PJ 9MorP+3xqMHCu2qFXlqNrsMKT81zxWAym7PEW/ccL95JC13v4zgPeWfGx4JJJ9o7Jy3w0pgz/LXO /oabm/nCgAMOepSH40u45Vd8CizjNQouu6Fyjy3tv0XL+S/FMvNtsaDPKipzw7h/frrnmT74afLa est11AoHunXy0en56qmXCkH9c/biDWr2QIgM/vhIuE7++einr/767Lfv/vvwxy///PTXb//9+He3 x/789+///wAMoAAHSMACGvCACEygAhfIwABeASqPgkmjblMECDrKghfCICeyp8H3dDAJH8RSCPX3 QA5GaoRGQGEGqaPCg5QwBgPQDwYJQEMAEEAEN0RBDXEIQmLo4B+kkQ0dXmiCARgRAEaMYRZOI0Qc AJEOPlyBBXNoQyqqwIpISERM9ODEmEhwi/jg/qIWQ0HEIo5AiVjwBT7GaAOYfNEhawwjYa5YAizq EApvdKFG4DgVF4pRjrkoYwnQSMhCHhGJSUykEhN5CjCCMY+B3KMehxjIP3KRFXQ0wQ5xSMMcepKK nUzhI0XiFz5SUo6Q9ONuVBDDQ4pgkWdEYixl2cpZNhKVozTHWOJIxkp6EZCnPIEdeUhMGxbTk8WU xCUdmcuUQEaVuGSjL6kAwVqSAI2ItKYst3lGV+5gNbxkJhvf0RpgjlKawdRkHZNZRWQSc5OGWCYc 5YlOSy4zmuZkphSqyc1XvhKWjPTnPwV6S3k206ARGSI4VZnKVGRyBO6s4jshSgJ4tgGXvpyM/inr ec58tnAIFsSmQAnZT4KStAcL/eU9m0nOP3JUixydpjApekyagnKiysSoTjnyy0w41J59tEJIB3lE RRo1m/8M6DczelCWpsWNK8VnVKGpw02Gsp2dDKVWLeoDiKCGpTd55mZWE8VerlIHJz0CE21hVph+ UYhebeJXzSqcoKJUkDZQahrselHg8KavZ63rXCt4QrxK6qPYQSwkTAgpxQK2Uo6tTmS7ytgIPjAo DcysZjfrv4Zw9rOgBaBnQ5tZwxa2saZFrWoDC9nTspZSk51ObAva2tVSkwsifcxso/DEHPRWJMrg KyFkkFs8AreJbfxtOQcr0zPANJ8xgCo6/p8b1d3+EAVJRGoQstvKo46GqTGFgXSBSV19UvUEBUgv AAqw3hSoVwTsZUF62Uvf+c6XBg31YmDEad55qlSf1vVtCtL6g0JuE5YOTWl+AQOPSdK1o1Ntbgni u14KuxcGFFZvfDeM36aORRFvJW84K5HatB5SqUbNblIHec0Wt0DBHt6vS0K80vJaEIIWbu8Kcrxj EliYx+JF6E7riZogblEVqaUlNrWJ4APT0pYrNuOLwStiepqzyFD0qVbO62MTvBe+99XxlyucYyDD t41CFnJLwwngMPLiwftkZUkNaVKCRrmIIi1uMG3MULcotLljfDMmL+zlEWT4zIgWs5fD/mxoO+hU zdP9r139C90n8DPPiBypirl5YhZDWc905TNTExrJpqbZvBJudJfL/N5Dg1m+XZ4BjEd9F6iiWtSp tvQKcstkO9fZ165cMiWoXGNUPlWlwRixFFVQZh1XGNGuNnSzVZ1o8R6GxAYVdGuWslxYJHnOKe4u d0+syBZvWrvL7ja2z0ljZzxDrqawoKujzeFE11va1HZ2E4QrYKHugMDOTSdld9zqgtv3vmFmdKMV rnC1Mnfgr83rucnwV5C69raXCrBzNM6Myl7wgQbI+MWHK3IzcFytlyWtylfO8pa7/OUwr/i+PT7B b9fctiS31MmXs/MOl9yy/v75x4Ou/vORxxkNa+1qWdX9hzw8PLkpPS5b4czbHQyzgrNupK0dKYvw RpjLg35FpfsgQW8DlerGFWYNr6rJq4sy6wnerykfjOufYvLGEdej3B38X2K3mejqZOc6df1oKJaS 7zKtu8DJiHeMf1cvpZaw4lFN+Jkek+033KHmM895Y9LW6069Mojbamqwu9ko32BwZ3iy1HQ/kshq 7KW21+34mWqepp6/6Ts773ZZ09ruGv3zlZUdduC74564Bst1XR98xkP3zUROcubraNWa4jSi/T41 6Ukdx5cSf44sIaeWsy110A+76VYudn6dX13pe16i74+o7t3Ze0/8/pSYmeT4+wx6/gjOM9B+Zwna Z39Tln6jt34Q9nd5V1EMaH3zR3+Ch2blBH7sBmDFMH7KZXfphIGWFHUA+HVl8XTjFFZSl2YZCIIz 91BYtXZZBUqcp1Xt1AX8dldx8REAcYMLgXz8k4NVh3YSuIC6IXOLFRxC2HpACHRIWHuwZXQ9WHQ4 d3ROmIQ5V1tSuE8xd4VYmIVauIUsZ3OM0nPJAYYEGIVDd4RleIZTuIRP2IRUiIZQaHJZtHTwhkEa RCuGA0ITCHXINYeLl3YmJ4Y95WHfp4GRY4eWNoIdt3X+tX6AGGQncACQCACQeABpRHnLJkmRR1WT Z3oI4gK9QlmIuEZ7l4mJN4go/lgKKUCJIqCKS4RfMnaAG2iKPpg230InpIMwZONzMXZ4pFhlkjaL KYgClMiKkjiJxXiMq2iMxxiJP9BC4wR7lEZ+KGhBflKLqrM4B2OEkZZ+FhiNCUh7aWgCxMiKqsiM wzgC5CiJQziGzYd464aAuZYur0Iv9cIk7/KD2/h6HsV1pBd9gPeI4miO6IiOzKiOxEiD7OhnpeZ9 Z1d8XUI3jdM7u+J7p/aMIoaAk9eIjaAC55iMq/iRHymQA7mO0WVsa4Fsxtd/H9M02BiRw6OL+Zh/ CxlhGZla6aiOIJmON2mQJOmIFbgPqYeBctiHMQMsEhIz9qg8RpmLJbmHYKVt/nAVC0wHjKj4iJFo jJOYlVeplVg5jAcpg0S5fMQxgx33j79RhM0oWBSki0o4KRo5ll64J285HHOJfmR4c2aIl27IhmpY hXzplkyIR1w4mIRZmIZ5mHGpJnWZP4zZmI75mJAZmZI5mZRZmZZ5mZiZmZq5mZzZmZ75maAZmqI5 mqRZmqZ5mqiZmqq5mqzZmq75mrAZm7J5KQgwmz1Qm5mJALq5m7zZm775m8AZnMI5nMRZnMZ5nMiZ nMq5nMzZnM75nMupBdA5ndRZndZ5ndiZndq5ncIpnQiQAAoAnuIZnuQ5nuZZnuh5nuqZnuy5nu7Z nvD5nvIZn/Q5n/ZZn/h5/p/6mZ/hmQD7+Z/l6Z/8KZ/eiZ4LwAAHmqAIygAA2qAD+qAOGqEQOqES WqEUeqHzqQAYCp/eaZ4MgAIIsAAbaqEkOqImWqIoeqIqmqISWqDjuQAgCgANsKI0yqI1eqM2mqM4 uqPi2aHl+aEemQwUKgI8WqQNOgJGmqTnSaQ62qT86aLlOYkKgJMigAABAJ4igKUAoKXrmaVKWp5M Sp5E6qU2yqRkKqYj0KVbuqJh2qMkoJ9n6qRy2p4+Sp4O8ACTmAAlYKVaGp5mCgB0CqhzuqRhmqY8 6qVtiqYcKqgqGqdTyqj3+ahfOqjo6aPg2QB4SqQHoKcjYKV+uqaICqqG/vqnoVqqY1qohkqgSEoC j6qlpzqln4qqpuqqjxqnpiqob1qrojqlnJqquZqrXIqmfVoCnxqruyqqocqrk0qflZoFukmemMqV uuqpXPqqnPqpnHqtboqtfzqsuAqpGrqkupqt1mqsknqtZ9qtf8qe3SqpqMqtq/qt55qlidqr9Pqt 2nqq+bqlrKquSLqe4bqs4+mjDvCdB6Cre3qlxvqrxKqvwuquu0quJTCwqaqsyXqvFOum1fqvFyuq 6hmqG+um/bqm2dqqJtCqzdqsIGuygNqxIhuv8Mms4ymz5AmhLtoADqAAkKibCXCwJECttRqr2Aqm /Aqp/jq0DvueYJqe/vd6rsXap/tqrU2rrSm7r05rq98qr1jLtCRrrlY7tVOLshpLs5EKnvhZs+9J sAdwpVlprwDApw/7rhQrtijrsCBLpE9KqCybsUjbtRgLscFqniv7t1QbuHcLro7qpX1bt0XLuGKb qI5KqXDqrN8ZngcrB0D6swFAtEPrqn/LsMlqtW5bn+AqscZauKDLqKxKtf96uuvaqwvLuvLqtrT6 si2LrxPLuK8bu/UqsDHrtlXwrOJ5AA2gAnALoL4rucn7pb2rvE7KrpRrtuAJAcarsM67vNebvaTb tdqrvFAKngswnNaLveTbveW7ogJ6nuiZvJYangF0vuYbv/Dru2hb/qTtK7/4O7/5u78Pur7/6Z3c GcACPMAEXMAGzJ3eGQESsKAKKgEK/MAOHMEKzMALKsEWDMEUfKAXvMEZzAAbDMETrKAaDMIcLMIe TMIk3MEfbMEqjMIsbMIrjMEw7MIyTMExHMEtfMM5TMMLPMM6bMIKKp0TQAG2iSW6KQFve8BKvMRM 3MROfJ3eicRPPMVUXMVW7MTeWby9OQG/ycW66cUIAMZivJtj/MVkfMZmnMZhjMZrrMZl3MZw/MZy zMZz7MZ0fMd2nMdxjMd7rMd13MeA/MeCzMeD7Me4iQW6Sb0GHABX3MiO/MgCnMVJDMfBycjaacmQ nMnTicmXrMm9/umdivybd2ClpOyco8ybjJzKy4nJqoydp9ycrWydryycnKycnFzLuonLmSzERAyc uszJhdzGupzLu2nJwTwBxozLZTwBx0zMXUzIbFzKzazHzgzNtXzMxlzKZ3zN0GzI3hzIdxzFk9yb tdzKcWDLvikHpHzOyMnKpczOlhzPyYnL8FzMuewGxKzK8IzP9zzM4ovK/Gyl/BzPAW2ct9zP+czO kOydvezGo6zP9tzO9ZzP2jzP76zN5lzNBq3OqIzRHj3QHk3RsBzR62zPsTzPD23SIf3I4uzL5LzO HH2c5azS/vzP8pzSEN3O6VzP8izSJd3P+FzQFl3NsazPNV3J/h2N0yTtyJLs0kld0d/sxTNN0dkc 1T990iXdyoUMzO581Sot0sgsytxsyIzMxe581sUMzIR80DPd1eBs1XANzqA8zh391G5t0EiN1Trt 0z0N1cU51SuN1ny91Eft1B/91Rr9109N1UvdyE3t0GlszkL91xytzgS9yhGt0HeN13Ac07cM0s48 0KKt1pyN0KadygENxv+c2SDN0W88xXPtybI921Rc2FTMy3Sd1jENnFs9y88c1XuQnNMM1EKt2t0c nMatx8G9xcOZ3IG8P4bt3Lw53NR9xi1N29id3dodyZTb0IA83XzMnH8MncFsnc4t3b9NydHc3OtN ze1dnOMd/t5LfN3bXd/2fd/RSblaTJzo7ZvDzd/pHd/GWd1qDN7+Ld8HnuDfnd68HeAIjtzsHdfV Hdv4XeEWfuG8+dhvzdzurZwC3pzlXZ3nfZyv/d4NXuAP3t8Q3uELTsBz3QAQAOMyHuM0LuMSQAE3 nuM4vuM6LgE2zuM/nuMzPuQ1HuM9HuQ4juQ+XuRE3uRHbuRADuVCLuU8nuRM/uQN0ONVPuVDjuVa /uVNXuNfbuVZHuVlPuZgzuRibuZezuZuzuW4XcQvcsS5jeF2fueyzdB1jud83udVTN9+Xp22XcX7 HejaqeESftwEvuGL/sfL7ej9k+jfjABSbODCvNuNruia/i7pjH7IV5DIe27oKM3kk53OBbHKBD3M 3i3Wb/u2Ci3q3anfk6zisC7KYQ7jR51sCVABe53KDDDMla7ejOzq/LwAmEzrA+zbh065oRycDWCd z86d0U6dAQDEFFzThwCku23TqG3swLnqHU3sumkBuhkBgz7U83wQ3I3IQxzqCADj4zzGNu7NwZ7p aXzjKc7HAdDBIlzVnV0CB5oL3ZzKemClv07HEbDnQa2bDKCbFWABBw/Qqb3ppA3OAiTxE2/VgN6b DV/ov0m9IjDtwQnu10nEIg/LMx7yIF/j/owHIrwIir0aAg2cwV7XrBwHDMAADbDZI53uf9DYzKnn dEwB/rW55jcOxvutyDK+m0svxSevnGce5W/b8Cgu00VOAgdK4y0vAkCKoALf3wSv7mXtmwnPxpjc 8Pve8MbeABEP1cgc0Jb9zkH96uILZ2N/zRMt9/K88bqJ40lsAsFe47WpmyH/7odMxA0f6n4f48EJ AEh8Arr59LxJ5r7M9kEMAFkv41uP+SIAowJPy7fm15Re5/Ds+W8LAfv+2X3d1n290nXffZ8v0HRf 1B+9mC0Q+XXu9d8+ycXL9ZFP4wDQ7PhO12O841X6xiS/m81u4DJepWgcAFc/AtcOyHOQuVxf8Apu pawAnB8qyq5OylX6/b8s+6NN+yRd8WOcdNjv15V9/tEUTeG+2f1KPsmhDKPPLgJIXOgmX5xASvNm zvgggDQIgJgnikBAmZoB1MTswrBMvQTuGbC/DbBg7XgoHzGg/BVdQ96upCRREQEd1Jpq7rjHntGF BCh9ZSb4+1oXvdEfPC6f0+v2uKnRQkxSIwndiZ6JzYoJBYAhn6HESZ/RHg8dIETVI59L5KWVTGfM p2eTGFzNDRGmyeYLmhXa5aON45fUApXQFCpmF5hbGp9XrtFY0jCZ7xqyVvLuXbPzc6BKpIsEYphK J8kERTWgSIxIy8g1eRj4dLmw5/qn6CgNDg7r9VgAQ+spzxOUBZU9AgMGZo6U6YHLSkFRCY/Rg2OG /oxDhggPKsT1BhrGjIG2oUsRi8cjOCdEkmBR5SQKValkhRnRQmWKV1BA0exUROYqIEMikquX05iL CRE6IutyJl86IzDLySwGMY67lUHTaaxqtYU3ckSTcu2q1WvPmqCibokTZF6Yevd88sgqbEetWkuQ gq0rzBlZuyau8oV2aA/OmCzTwQxcmJxhkIOVGozX7mbaOzsSTyxjeQrOoYM3Xc6Zl3KwzaLFXC5d MHBKxVJL9m1dx4RbvbJn0+5aOqnp27Wpbe1poPfu4MJZuy5OchBTxKMFJz28OvXUa6jrLh1OLlb1 6MxDN6ce3Lkk4+JNSrNu/jz69OrXs589fnwe/sCOXqrmHgb89Of1oW/Pbh80f6AJuJx/AC5Wn4Gr JZjLgPo5mMt74pmwAjcVdmOhheysc6EEnXCYoVgaftiNhxiSWNOIJpY4ooYhpviiiTHCyCIoM6qI Iogt6mjjizqG+GMDPdYUoXF8IEIkkklW5ZSSTTr5JJRQwgbcej5aCSSWV2qZJZdbetklmF+KGeYM 7aEQpUZ/mWmEQLm5+Saccco5J5112nknnnnWiVJ7aGY05Zr6MOknoYUaSiUYiA53aDPx9UcgpArK IhAc8eQQD6OZauoacXU0EEWAm1EgKakMdrrpDxMqip4OpMwREKqxytoooqB2JUFeXM16nHyB/gI0 zFkiCbErscTyycOnliSFSK5UFasqV+4021yrP+wEwAEHEDNosd0SeqwLENiaTjdS6NWtkegctJK0 kZqKAqU/KJDtAQpgm2ox3GJUj7f93oFSYMkS9Qo3qSJgAWSVPYouArG9QFa7tFULQAINPEBvAiLl CxUT0PDrL8hygJsCriOjcOQJ/VSQbDLlMGwNu8hMYNnDU+wykUFtrPsrCwo4cDELCdSLL8cOdfzM xyFDOYEFrVVh2gkU2IraIBVUY4LVwGyx86mxAqpGG7zwEjYbasRUrcX0Yky0Q0ed8fZRT8mNBN1E PFV33XIzMRcZfLsNUdJ7470tXxMwTcAF/hcYYMAFfZ3U2QklA1dLZVmb7Ys7DCOXBtla9FKzzVyQ RakDCAht7xz4HA346h8nnffgd8uud9Gr2+037XP3bTfv0DBtAeKLCy88Bo5HUhAKAl8zCBcCbVGz MtHv9Wx5OS9UNvbSG7Q9Cq024MC8B5gwL+pS1P5Q74GnfzvrD7nfvhyWEd73EhvH3/HrziBAAAaK D///8BDXvwsMsICJM2DTTDKNqIjLZCqQHtcUEr3MUW9zEJwgBrUmQYZQqgEHCIDQ6FU+8xmNfevr XevY974Vwq+ErDPhC22Xwvw1YwIDBCAOCdg/DPAQcfwT4A4FmMAS0GcqynuXCC44mM9p/o9himiZ zixyPejhrIqOqJa2LKMHjZ1PdyekYQu9KMa8xRB9MSzj+sD4jN8FL4dV+Y0Cy9HA3sgFN8hD3pme xZHa+Oca8cJWsPBgv7vRzQxxI+MwwKhIwRVyLvKjYT0c2Ta+WeVwiVtc4zQCRyIyJg/j4gEOmpAf wnQNVV9LC+SEMzEhNEQj3FKf0ujgg1JqhGlW2aQDF/FJKDgvOC/rlX1CpR3Q/JF+blpSHWAZS8Ep kFG4LGJojjgdPHYSiZdgmMMCNYFVLrObaMLlOgLQol2yR3OIGiV/klJMb7LTSZvc06qs6RUnxtM8 lPOVeuqJTzMZwC76pI053VVN/Aym/p0GhdIm0yTPBw20oAd9KETZmdCIUrSiFvXTRC+q0Y1y1DUZ 7ShIQypSOnx0pCY96UZLitKVstSgKm0pTGPqr5fKtKY2RRVNb6rTnX6Tpz79KaFyCtShEpUvQi0q UpPajKMqtalOZQFTnyrVokYVDkOcKgsMZ4GtcrWrXv0qWMMq1rGStaxmPSta06rWtbK1rW59a1gN F9IJCJB/XcUAVwmQ171uVa995SvwAOvXwP61sIQ97GATK9jFGlaxjWUsYiHr2Mg+trKUvexkMytZ sGrWsp2lLP/6Z4EJaNSGeCUtVlM7HqYZAAOojahoVStbIgGveA+dwAUIMNvdRuhw/q/1pg2vytvh FscCmWTnBYRL3OX2xbi/VVpymSvd4to2lhao7nSzexW8xtKGz9UueH13XJBdN7zm1Qh3Q+ba87J3 jeP1lg1dcxlCkfF+kpkqDhf3g+FBVXiaem+34tuaRI5HXyiUZYHty1L97neTDO7vpi7wXWKVd8C1 k28zDJy7vjhFwxx9MABA/OCq2gHE6FUuhVHsyvNREn+J9FuL6ce7SKqxhK9zJCX/psJ8xdi/Ptbv j38T5BAD2cT9FbF/4cDfBjM5DkAmaZKJLGQH+5gveiWvijNiP1hKcowKRh8iZ5zMLx6twzMM84GJ DGE1s5nBbobjm+UQ5zZTec1S/jbykaFs5/+tmcRyqHC/tophG8vQizWmHezupy80m/nCYE5hmosM ZyYnuc6VvoOR8TxiOJdU0wmdc5PxjJH0Bhq7V9lyoV0HaReKOXdxmwOaZZxmAsd6vk4WspotnWtK 7xrKSDbxktks7P0O2850vrWxqwJobwnawoSedZlXLcNEF+2VJ3w2qx99bZKGuNdQ7faTiT3lbsuZ 032us7A37eQms/vYtxb1qLMsq2Zz2IVcjva209jq2Vm72vhm9dxqPQd1Kxnd7EbyuROu8HTjethx BjWwxbPsbtGbL7Zm5pcxnoT4dZnGkB6k/IixN6gQ+HY8HhTBDz7RlNOZzzg8/nJ+57xk/kp601EG YF9IzWxTm3SQxVFmanF+lYkXq+In9fmgN4zVlfNF5xSX90hjbPGS85bPfCF6itur9WY4veg83zrY WYD1XRk97GHvetbNrnYAjH1WZQc4Mi/88/dIfe6z8vCKlY53JKGd7F8XT6MBn+Ak7d1J9TWOgQuP 4KH/3e1QdzbcIW93JCleSYef/OIt3vTHb+rt0Zb6q3cXSdk1kuQe51iOc+xqHINc46reGO5OD8nU 84tJb9vdJF0sy45jXJmHxP0hY1+Hts9b3oU88OxnfHwvw5DH+x59F139b0Z3GHb5u/70N774Lhv6 8rV//uyiz/sv6qvvbm98/vj7bejs51v9gbf9v40Gyfh/3N4qDH/9x8z89Cu41bDPPKPl3/ChX6x4 HviZ3vw9X8iJHAPa3/xsmKopmgBe3vrV3/s0oK0t2rVlYKr5G6LVHQcqoI7VgfkVnx3E2gayH9BN m/hJmwDK3wSmWQWS2QViW6Fh271B27OhWv+RmQ6SIOdpCvCcYPtp3wwKnL4hH77hTsbpnQNGYAuu 2iLNIKyl4AHaH7W9EPwdYAICIcgI2PalmhkZEyOhUOgFX/WlnhiZ3g1+4Itx3ySpz6sFzhwyIfKZ 0Ru6IAMiEvfZnh0un6wp3Q9IWMgA2FBV3q4gYkopzXollSLKyiNaFG4p1g3x3VTdrd3mxRIhYmJ7 TaJ1ESAnLtcmamIQhqJsVWK3lKApzhb/TNgXRtcqMpdxPRQBxeJwmZYrLpNxlaItAtV16RZF2VBy 5aJ0ASNxCWMjSqJx6dBnNeNmedYzYlY0OiM0VqM0WiM1XqM2ZiM3TqM38k/jDONc/c51/ZVf4VVg naM5bhU66pU6piM7rmM5wuM8umM80mM7ElY+vqM91qM+yuM+3mM/BqQ/8uM/4iNAJiRCLuRAKmRD MuRBPqREHtZo9aJFXiRGZqRGbiRHdqRHfiRFhQAAOw== ------=_NextPart_688_9400_DAAB7476.CCCA3657-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 30 18:45:13 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HC2f3-0008JN-Ay for capwap-archive@lists.ietf.org; Tue, 30 Jan 2007 18:45:13 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HC2f0-0001lK-CY for capwap-archive@lists.ietf.org; Tue, 30 Jan 2007 18:45:13 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id E28631448271 for ; Tue, 30 Jan 2007 15:44:59 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 18FA34A42FA for ; Tue, 30 Jan 2007 15:44:44 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id E115F144824A for ; Tue, 30 Jan 2007 15:44:43 -0800 (PST) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by hermes.tigertech.net (Postfix) with ESMTP id E34281448267 for ; Tue, 30 Jan 2007 15:44:40 -0800 (PST) Received: from sj-dkim-6.cisco.com ([171.68.10.81]) by sj-iport-4.cisco.com with ESMTP; 30 Jan 2007 15:44:40 -0800 X-IronPort-AV: i="4.13,259,1167638400"; d="scan'208,217"; a="36162720:sNHT282894993" Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-6.cisco.com (8.12.11/8.12.11) with ESMTP id l0UNidsx006595; Tue, 30 Jan 2007 15:44:39 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l0UNiVhs004415; Tue, 30 Jan 2007 15:44:35 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 30 Jan 2007 15:44:33 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 30 Jan 2007 15:44:32 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032BC322@xmb-sjc-235.amer.cisco.com> In-Reply-To: <831869.58714.qm@web62409.mail.re1.yahoo.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) Thread-Index: AcdELLPXubzNR4loTZejWwDysTgjtwAbGoIg References: <831869.58714.qm@web62409.mail.re1.yahoo.com> From: "Pat Calhoun (pacalhou)" To: "Abhijit Choudhury" , "Sudhanshu" , X-OriginalArrivalTime: 30 Jan 2007 23:44:33.0113 (UTC) FILETIME=[979CC490:01C744C8] Authentication-Results: sj-dkim-6; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim6002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, HTML_60_70, HTML_MESSAGE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0868757480==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 62acca339eef3b5de6b6469964df0080 This is a multi-part message in MIME format. --===============0868757480== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C744C8.975A0C0D" This is a multi-part message in MIME format. ------_=_NextPart_001_01C744C8.975A0C0D Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I agree with Abhijit. Yes, it has taken us three years to get to this point and we need to be focused on what's broken in the protocol vs. wish lists. I would propose we add this to the wish list for the next version of CAPWAP. =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com]=20 Sent: Monday, January 29, 2007 9:08 PM To: Sudhanshu; capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) =09 =09 Hi Sudhanshu, Please see my responses in-line,. =20 Thanks, Abhijit =09 =09 ----- Original Message ---- From: Sudhanshu To: Abhijit Choudhury ; capwap@frascone.com Sent: Monday, January 29, 2007 7:39:16 PM Subject: RE: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) =09 =09 Abhijit,=20 =20 Don't hang on to your calculation of 32 bit per packet in 1G pipe line. =20 * CAPWAP is not designed only for the Greenfield deployments. And there will be lots of a/b/g APs which will be supporting CAPWAP, if it ever became a popular standard.=20 * There will be hardly any AP with real 1G throughput any time soon. Most of them will be supporting max ~ 2xx mbps. And overhead has to be calculated on 2xx Mbps.=20 =20 [Abhijit] The 1G link I referred to was the link between the WTP and AC. The up-link of WTPs will be gradually changing over to 10/100/1000 MACs as Gig interfaces on L2/L3 switches become=20 ubiquitous. In that case, no matter what your WTP throughput, the=20 CAPWAP encapsulated packet will be transmitted by the WTP towards the AC at 1G rate. The special packet format is reducing the header by 32 bits, which means 32ns is being optimized away on this link. =20 You have to justify that that amount of time is worth adding additional code in the data path. =20 =20 * Not every architecture/every system will support the pure pipe line processing. And in that case, 4 byte DMA back-n-forth may be unnecessary overhead on memory bandwidth and processing both in AP and Switch=20 =20 [Abhijit] Typically DMA is done on chunks of data. Packet descriptors are often allocated for 32, 64 or 128 bytes at a time. It is not clear that reducing your packet length by 4 bytes will make much of a difference in storage or=20 DMA bandwidth. =20 * CAPWAP is not designed for the LAN environment only. In that case 1G bandwidth is a luxury, even in today's world. =20 [Abhijit] Agreed. But you have to look at where the primary use of CAPWAP is going to be. =20 If you to look back and review why after 3+ years, we still don't have a standard, everybody may have their own opinion. But in the best interest of moving forward, let's looks for the consensus. =20 [Abhijit] That is the goal of this mailing list - creating consensus. All I am saying is that there are=20 bigger issues to be finalized before we start discussing optimizations. =20 _Suds =20 =20 =09 ________________________________ From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com]=20 Sent: Sunday, January 28, 2007 10:50 PM To: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) =20 Folks, =20 I'm sure there are many more optimizations that can be made in the spec. It's been close to three years since this WG started, and we still don't have a spec out. Meanwhile, the WLAN industry has been impatiently waiting for this standard. It can be argued that if this spec=20 is not ratified soon it might lose its relevance.=20 At this point in time, as a group, we need to=20 focus on fixing items that need fixing because they=20 are broken. We cannot afford to spend time debating "nice-to-have"s and changing perfectly working items in the spec because we want to make some minor optimizations.=20 =20 If the packet format in the current spec is broken, we=20 should surely fix it. If 32 bits on a 1Gig link=20 is all that is being optimized by this new packet=20 format and additional code in the data path, I'd argue=20 that this is not what this WG should be spending its time on.=20 There are a whole bunch of decisions that need to be made=20 before this spec can be sent out for last call. We need to focus on those items and get this spec out asap. . Thanks, Abhijit =20 -----Original Message----- From: Jim Murphy [mailto:jmurphy@trapezenetworks.com]=20 Sent: Friday, January 26, 2007 11:57 PM To: Bob O'Hara (boohara) Cc: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) =09 Bob, =09 I see no reason why this optimization can not be used in the control channel as well. If so, then the concerns about the data and control channel having to be exactly the same are eliminated with the added benefit of improved performance in each case. =09 That said, I think we could improve the format a bit based on feedback from Sudhanshu and some new observations based on the idea of packet header overlay. =09 The basic idea is that Version and Type fields are what is needed for the "preamble" and exist for every type of packet. However, only 8 bits are required. We then define the DTLS shim and CAPWAP Header to include the preamble. The resulting format is something like this: =09 CAPWAP Preamble 0 0 1 2 3 4 5 6 7 +-+-+-+-+-+-+-+-+ |Version| Type | +-+-+-+-+-+-+-+-+ =09 Version: A 4 bit field which contains the version of CAPWAP used in this packet. The value for this draft is zero (0). =09 Payload Type: A 4 bit field which specifies the payload type that follows the preamble header. Unsupported values MUST be silently dropped. The following values are supported: =09 0 - Clear text. If the packet is received on the data UDP port, the CAPWAP stack MUST treat this as a clear text CAPWAP data packet. If received on the control UDP port, the CAPWAP stack MUST treat this as a clear text CAPWAP control packet. If the control packet is not a Discovery Request or Response packet, it is illegal and MUST be dropped. =09 1 - DTLS Payload. The packet is either a DTLS packet and MAY be a data or control packet, based on the UDP port it was received on (see section Section 3.1). =09 CAPWAP DTLS shim: =09 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 =09 =09 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Version| Type | Reserved | =09 =09 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ =09 Or, said slightly differently: =09 CAPWAP DTLS shim: =09 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 =09 =09 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Preamble | Reserved | =09 =09 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ =09 For the header we then have the following: =09 CAPWAP Header: =09 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 =09 =09 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Version| Type | HLEN | RID | WBID |T|F|L|W|M|K|Flags| =09 =09 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Fragment ID | Frag Offset |Rsvd | =09 =09 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ =09 =09 Note, Version/Type are the CAPWAP preamble. =09 Essentially, what we have created a de-multiplexing scheme that has the following properties: =09 - Its performance characteristics are no worse than those of the -04 preamble. In fact, demuxing directly off the preamble type is very attractive from a performance perspective. - It does not waste 32 bits in the clear path case. - It works equally well for the data path and the control path so it is a universal solution. - It provides for a powerful extensibility feature that will enhance the longevity of the protocol. =09 Other notes: =09 - I have transposed RID and HLEN to give the hint of a TLV structure. I think this is a useful concept that we should support in the protocol. =09 - I belive the F and L flags could be moved to the Rsvd area of the fragmentation super frame as suggested by David Perkins. This opens up some more flag space in the first super frame. =09 Thanks, =09 Jim =09 Bob O'Hara (boohara) wrote: > =20 > It's always fun to be part of an exercise to optimize something until=20 > it can't be optimized any further, and let's be clear about it. That=20 > is what we are doing here. The current preamble, common to both=20 > control and data packets, works. What is being proposed is to make=20 > the data packet preamble as short as possible, by reducing its size by 32 bits. > This comes at the cost of having the control and data packet formats=20 > diverge. >=20 > Let me propose some reasons for keeping the preamble of the control=20 > and data packets the same as they were. >=20 > 1. A DTLS-protected packet, either control or data, is handled exactly =09 > the same way to produce the decrypted CAPWAP payload. This decrypted=20 > payload can then be passed to software for processing (either control=20 > or > data) or can be passed to fast path hardware for data path processing. >=20 > 2. 32 bits take exactly 32ns to transmit at a gigabit per second,=20 > which is likely to be the predominant connection for both WTPs and ACs. > Optimizing the protocol to save these 32ns is a foolish economy. Is=20 > there a dire cost that we encounter, in order to send these bits? >=20 > 3. Having two different CAPWAP preambles doubles the cost of=20 > development of this portion of the protocol (particularly if the=20 > CAPWAP header cracking is done in hardware), doubles the hardware=20 > necessary to process this portion of the packet (perhaps even that=20 > necessary to process the entire packet), and doubles the number of bugs to discover and fix. >=20 > I believe these practical reasons outweigh the reasons presented for=20 > making the change to the header. >=20 > -Bob > =20 > -----Original Message----- > From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] > Sent: Thursday, January 25, 2007 12:19 AM > To: capwap@frascone.com > Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part=20 > of > 146) >=20 >=20 > Please consider the following alternative proposal to optimize the=20 > data channel when no DTLS encryption is present. With this proposal,=20 > CAPWAP data channels running in the clear will not require the CAPWAP=20 > preamble. However, CAPWAP data channels running DTLS must have the=20 > CAPWAP preamble. >=20 > The CAPWAP preamble is modified as follows: >=20 > [...] > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 =09 > 1 > =20 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |Version| Type | Reserved > |P| > =20 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > [...] > P: Must be 1. Indicates that this is a CAPWAP preamble. > [...] >=20 > The CAPWAP Header is modified as follows: >=20 > [...] > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 =09 > 1 > =20 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |Version| RID | HLEN | WBID |T|F|L|W|M|K| Flags > |P| > =20 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > [...] > P: Must be 0. Indicates that this is a CAPWAP preamble. > [...] >=20 > The basic idea is to overlay the CAPWAP preamble and the first > 32 bits of the CAPWAP Header. Note the intentional overlap of the=20 > Version field and the P bit. Essentially the P bit is a type indicator =09 > that indicates the type of super field present. A 1 indicates a CAPWAP =09 > preamble, a 0 indicates the first 32 bits of the CAPWAP Header. >=20 > Any data packet on a clear (unencrypted) data channel looks as follows =09 > (to illustrate the use of the P bit): >=20 > CAPWAP Plain Text Data Packet: > +--------------------------------+ > | IP | UDP | CAPWAP | Wireless | > | Hdr | Hdr | Header | Payload | > | | | P=3D0 | | > +--------------------------------+ >=20 > Any data packet on an encrypted data channel or a DTLS session > establishment packet looks as follows: >=20 > DTLS Secured CAPWAP Data Packet: > +------------------------------------------------------+ > | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | > | Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr | > | | | P=3D1 | | | | | > +------------------------------------------------------+ > \----- authenticated -----/ > \------- encrypted --------/ >=20 > A switching entity need only check the CAPWAP Version and then the P=20 > bit to determine if the CAPWAP packet needs DTLS processing. > If the P but is not set, the switching entity may immediately assume=20 > only a CAPWAP header and commences de-encapsulation and possible=20 > reassembly processing. >=20 > This proposal serves the following purposes: >=20 > - The CAPWAP preamble is present only when really needed. Specifically > to identify CAPWAP packet attributes outside of the DTLS encrypted/ > authenticated area when DTLS is used. >=20 > - Eliminates the waste of 32 bits of header information to convey a > single bit of information when in the clear. >=20 > - Allows for the continued use of the CAPWAP preamble for other > purposes, such as DTLS session de-multiplexing to deal with the > issue of QoS reordering. (see earlier email from Mani - The QoS DTLS > factor) >=20 > Please let me know if you have any questions. >=20 > Thanks, >=20 > Jim >=20 > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap >=20 > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap >=20 > Archives: http://lists.frascone.com/pipermail/capwap =09 =09 _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap =09 Archives: http://lists.frascone.com/pipermail/capwap =20 =20 =09 ________________________________ Never Miss an Email Stay connected with Yahoo! Mail on your mobile. Get started! =20 ________________________________ Access over 1 million songs - Yahoo! Music Unlimited. =20 ------_=_NextPart_001_01C744C8.975A0C0D Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
I=20 agree with Abhijit. Yes, it has taken us three years to get to this = point and we=20 need to be focused on what's broken in the protocol vs. wish lists. I = would=20 propose we add this to the wish list for the next version of=20 CAPWAP.

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Abhijit Choudhury=20 [mailto:abhijit10425@yahoo.com]
Sent: Monday, January 29, = 2007 9:08=20 PM
To: Sudhanshu; capwap@frascone.com
Subject: Re: = [Capwap] Proposed Resolution for Issue 224/89 (and part of=20 146)

Hi=20 Sudhanshu,
Please=20 see my responses in-line,.

Thanks,
Abhijit

-----=20 Original Message ----
From: Sudhanshu=20 <sudhanshu.ietf@gmail.com>
To: Abhijit Choudhury=20 <abhijit@ieee.org>; capwap@frascone.com
Sent: Monday, January = 29,=20 2007 7:39:16 PM
Subject: RE: [Capwap] Proposed Resolution for Issue = 224/89=20 (and part of 146)

Abhijit,=20

Don’t = hang on to your=20 calculation of 32 bit per packet in 1G pipe line.

CAPWAP = is not=20 designed only for the Greenfield deployments. And there will be lots = of=20 a/b/g APs which will be supporting CAPWAP, if it ever became a = popular=20 standard.=20
There = will be=20 hardly any AP with real 1G throughput any time soon. Most of them = will be=20 supporting max ~ 2xx mbps. And overhead has to be calculated = on 2xx=20 Mbps.

[Abhijit] = The 1G=20 link I referred to was the link between the WTP and AC.   = The=20 up-link of WTPs will be

         &nbs= p;  =20 gradually changing over to=20 10/100/1000 MACs as Gig interfaces on L2/L3 switches=20 become

         &nbs= p;   =20 ubiquitous. In that case, no matter what your WTP = throughput, the=20

         &nbs= p;   =20 CAPWAP encapsulated packet=20 will be transmitted by the WTP towards the AC at=20 1G rate. The special

           =   =20 packet format is reducing the header by 32 bits, which=20 means 32ns is = being=20 optimized away on this = link. =20

         &nbs= p;   =20 You have to justify that that amount of time is worth = adding=20 additional code in the data path.

           =

Not = every=20 architecture/every system will support the pure pipe line = processing. And in=20 that case, 4 byte DMA back-n-forth may be unnecessary overhead on = memory=20 bandwidth and processing both in AP and Switch =

[Abhijit] = Typically=20 DMA is done on chunks of data. Packet descriptors are = often=20 allocated for 32, 64 or 128 bytes at a = time.

         &nbs= p;  =20 It is not clear that reducing your packet length by 4 bytes will make = much of=20 a difference in storage or

         &nbs= p;  =20 DMA bandwidth.

CAPWAP = is not=20 designed for the LAN environment only. In that case 1G bandwidth is = a=20 luxury, even in today’s world.

[Abhijit] =20 Agreed. But you have to look at where the primary use of CAPWAP is = going to=20 be.

If you to = look back=20 and review why after 3+ years, we still don’t have a standard, = everybody may=20 have their own opinion. But in the best interest of moving forward, = let’s=20 looks for the consensus.

[Abhijit] =20 That is the goal of this mailing list - creating consensus. All = I am=20 saying is that there are

         &nbs= p;   =20 bigger issues to be finalized before we start discussing=20 optimizations.

_Suds

From: Abhijit=20 Choudhury [mailto:abhijit10425@yahoo.com]
Sent: Sunday, January 28, 2007 = 10:50=20 PM
To:=20 capwap@frascone.com
Subject:=20 Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of=20 146)

Folks,

I'm sure there are = many more=20 optimizations that can be

made in the spec. It's = been=20 close to three years since

this WG started, and = we still=20 don't have a spec out.

Meanwhile, the WLAN = industry has=20 been impatiently waiting

for this = standard. It can=20 be argued that if this spec

is not ratified soon = it might=20 lose its relevance.

At this point in time, = as a=20 group, we need to

focus on fixing items = that need=20 fixing because they

are broken. We cannot = afford to=20 spend time

debating = "nice-to-have"s and=20 changing perfectly working

items in the spec = because we=20 want to make some minor

optimizations.=20

If the packet=20 format in the current spec is broken, we

should surely fix it. = If 32 bits=20 on a 1Gig link

is all that is being = optimized=20 by this new packet

format and additional = code in=20 the data path, I'd argue

that this is not what = this WG=20 should be spending its time on.

There are a whole = bunch of=20 decisions that need to be made

before this spec can = be sent out=20 for last call. We need to

focus on=20 those items and get this spec out asap.

.

Thanks,

Abhijit

-----Original Message-----
From: Jim = Murphy=20 [mailto:jmurphy@trapezenetworks.com]
Sent: Friday, January 26, = 2007 11:57=20 PM
To: Bob O'Hara (boohara)
Cc: capwap@frascone.com
Subject: = Re:=20 [Capwap] Proposed Resolution for Issue 224/89 (and part=20 of
146)

Bob,

I see no reason why this optimization = can not be=20 used in the control
channel as well. If so, then the concerns about = the=20 data and control
channel having to be exactly the same are = eliminated with=20 the added
benefit of improved performance in each case.

That = said, I=20 think we could improve the format a bit based on feedback
from = Sudhanshu=20 and some new observations based on the idea of packet
header=20 overlay.

The basic idea is that Version and Type fields are = what is=20 needed for
the "preamble" and exist for every type of packet. = However,=20 only
8 bits are required. We then define the DTLS shim and CAPWAP = Header=20 to
include the preamble. The resulting format is something like=20 this:

CAPWAP=20 Preamble
        =20 0
         0 1 2 3 4 5 6=20 = 7
        +-+-+-+-+-+-+-+-+        |Version|=20 = Type  |
        +-+-= +-+-+-+-+-+-+

    Version:  A=20 4 bit field which contains the version of CAPWAP used=20 in
       this packet.  The = value=20 for this draft is zero (0).

    Payload=20 Type:  A 4 bit field which specifies the payload type=20 that
       follows the preamble=20 header.  Unsupported values MUST be=20 silently
       dropped. The = following values=20 are supported:

       0=20 -  Clear text.  If the packet is received on the = data UDP=20 = port,
          the = CAPWAP stack MUST treat this as a clear text CAPWAP=20 = data
          packe= t.  If=20 received on the control UDP port, the CAPWAP=20 = stack
          MUST= =20 treat this as a clear text CAPWAP control packet.  If=20 = the
          contro= l=20 packet is not a Discovery Request or Response=20 = packet,
          it= is=20 illegal and MUST be = dropped.

       1=20 -  DTLS Payload.  The packet is either a DTLS = packet and=20 MAY = be
          a data = or control packet, based on the UDP port it=20 = was
received
         = on=20 (see section Section 3.1).

CAPWAP DTLS=20 shim:

        =20 = 0            =       =20 = 1            =       =20 = 2            =       =20 3
         0 1 2 3 4 5 6 7 = 8 9 0 1=20 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0=20 = 1

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +
        |Version|=20 = Type  |         &n= bsp;          Reserved<= BR>|

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+

Or,=20 said slightly differently:

CAPWAP DTLS=20 shim:

        =20 = 0            =       =20 = 1            =       =20 = 2            =       =20 3
         0 1 2 3 4 5 6 7 = 8 9 0 1=20 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0=20 = 1

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +
        |=20 = Preamble      |    &nbs= p;            = ;   Reserved
|

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

For=20 the header we then have the following:

CAPWAP=20 Header:

        =20 = 0            =       =20 = 1            =       =20 = 2            =       =20 3
         0 1 2 3 4 5 6 7 = 8 9 0 1=20 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0=20 = 1

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +
        |Version|=20 Type  |  HLEN  =20 = |  RID    |  WBID
|T|F|L|W|M|K= |Flags|

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+
        |  &= nbsp;       Fragment=20 = ID          | &nbs= p;  =20 Frag Offset        =20 = |Rsvd
|

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+

Note,=20 Version/Type are the CAPWAP preamble.

Essentially, what we have = created=20 a de-multiplexing scheme that has the
following=20 properties:

  - Its performance characteristics are = no worse=20 than those of the -04
    preamble. In fact, = demuxing=20 directly off the preamble type is
    very = attractive=20 from a performance perspective.
  - It does not waste 32 = bits in=20 the clear path case.
  - It works equally well for the = data path=20 and the control path so
    it is a universal=20 solution.
  - It provides for a powerful extensibility = feature=20 that will enhance
    the longevity of the=20 protocol.

Other notes:

  - I have transposed = RID and=20 HLEN to give the hint of a TLV structure.
    I = think=20 this is a useful concept that we should support in=20 the
    protocol.

  - I belive = the F=20 and L flags could be moved to the Rsvd area of=20 the
    fragmentation super frame as suggested = by David=20 Perkins. This opens
    up some more flag space = in the=20 first super frame.

Thanks,

Jim

Bob O'Hara = (boohara)=20 wrote:
>
> It's always fun to be part of an = exercise=20 to optimize something until
> it can't be optimized any = further, and=20 let's be clear about it.  That
> is what we are doing = here.  The current preamble, common to both
> control = and=20 data packets, works.  What is being proposed is to make =
> the=20 data packet preamble as short as possible, by reducing its size = by
32=20 bits.
> This comes at the cost of having the control and data = packet=20 formats
> diverge.
>
> Let me propose some reasons = for=20 keeping the preamble of the control
> and data packets the same = as they=20 were.
>
> 1. A DTLS-protected packet, either control or = data, is=20 handled exactly

> the same way to produce the decrypted = CAPWAP=20 payload.  This decrypted
> payload can then be passed = to=20 software for processing (either control
> or
> data) or = can be=20 passed to fast path hardware for data path processing.
> =
> 2. 32=20 bits take exactly 32ns to transmit at a gigabit per second,
> = which is=20 likely to be the predominant connection for both WTPs = and
ACs.
>=20 Optimizing the protocol to save these 32ns is a foolish = economy.  Is=20
> there a dire cost that we encounter, in order to send these=20 bits?
>
> 3. Having two different CAPWAP preambles = doubles the=20 cost of
> development of this portion of the protocol = (particularly if=20 the
> CAPWAP header cracking is done in hardware), doubles the = hardware=20
> necessary to process this portion of the packet (perhaps even = that=20
> necessary to process the entire packet), and doubles the = number=20 of
bugs to discover and fix.
>
> I believe these = practical=20 reasons outweigh the reasons presented for
> making the change = to the=20 header.
>
>  -Bob
>
>=20 -----Original Message-----
> From: Jim Murphy=20 [mailto:jmurphy@trapezenetworks.com]
> Sent: Thursday, January = 25, 2007=20 12:19 AM
> To: capwap@frascone.com
> Subject: Re: [Capwap] = Proposed Resolution for Issue 224/89 (and part
> of
>=20 146)
>
>
> Please consider the following = alternative=20 proposal to optimize the
> data channel when no DTLS encryption = is=20 present. With this proposal,
> CAPWAP data channels running in = the=20 clear will not require the CAPWAP
> preamble. However, CAPWAP = data=20 channels running DTLS must have the
> CAPWAP preamble.
> =
>=20 The CAPWAP preamble is modified as follows:
>
>=20 = [...]
>          = 0            =       =20 = 1            =       =20 = 2            =       =20 3
>          0 = 1 2 3 4=20 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0

>=20 1
>
>=20 = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=         =20 |Version|=20 = Type  |         &n= bsp;          Reserved<= BR>>=20 |P|
>
>=20 = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>= =20 [...]
>      P: Must be 1. = Indicates that=20 this is a CAPWAP preamble.
> [...]
>
> The CAPWAP = Header is=20 modified as follows:
>
>=20 = [...]
>          = 0            =       =20 = 1            =       =20 = 2            =       =20 3
>          0 = 1 2 3 4=20 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0

>=20 1
>
>=20 = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=         =20 |Version|   RID   |  HLEN  =20 |  WBID  =20 |T|F|L|W|M|K|    Flags
>=20 |P|
>
>=20 = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>= =20 [...]
>      P: Must be 0. = Indicates that=20 this is a CAPWAP preamble.
> [...]
>
> The basic = idea is to=20 overlay the CAPWAP preamble and the first
> 32 bits of the = CAPWAP=20 Header. Note the intentional overlap of the
> Version field and = the P=20 bit. Essentially the P bit is a type indicator

> that = indicates the=20 type of super field present. A 1 indicates a CAPWAP

> = preamble, a 0=20 indicates the first 32 bits of the CAPWAP Header.
>
> Any = data=20 packet on a clear (unencrypted) data channel looks as = follows

> (to=20 illustrate the use of the P bit):
>=20
>         CAPWAP Plain = Text=20 Data Packet:
>        =20 = +--------------------------------+
>     &= nbsp;  =20 | IP  | UDP | CAPWAP |=20 = Wireless  |
>       &n= bsp;=20 | Hdr | Hdr | Header | Payload  =20 |
>        =20 |     |     |=20 = P=3D0    |       &= nbsp;  =20 |
>        =20 +--------------------------------+
>
> Any data packet on = an=20 encrypted data channel or a DTLS session
> establishment packet = looks=20 as follows:
>=20 =
>          DTLS = Secured CAPWAP Data=20 Packet:
>        =20 = +------------------------------------------------------+
> &nb= sp;      =20 | IP  | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS=20 |
>         | Hdr | Hdr = |=20 p-amble| Hdr  |  Hdr   | = Payload  |=20 Trlr |
>        =20 |     |     |=20 = P=3D1    |      | =        |     =      |      |
&= gt;        =20 = +------------------------------------------------------+
> &nb= sp;           &nbs= p;            = ;    =20 \----- authenticated=20 = -----/
>          = ;            =             &= nbsp; =20 \------- encrypted --------/
>
> A switching entity need = only=20 check the CAPWAP Version and then the P
> bit to determine if = the=20 CAPWAP packet needs DTLS processing.
> If the P but is not set, = the=20 switching entity may immediately assume
> only a CAPWAP header = and=20 commences de-encapsulation and possible
> reassembly=20 processing.
>
> This proposal serves the following=20 purposes:
>
>   - The CAPWAP preamble is = present only=20 when really needed.
Specifically
>     to = identify CAPWAP packet attributes outside of the=20 DTLS
encrypted/
>     authenticated area = when=20 DTLS is used.
>
>   - Eliminates the waste of = 32 bits=20 of header information to convey a
>     = single bit=20 of information when in the clear.
>
>   - = Allows for=20 the continued use of the CAPWAP preamble for=20 other
>     purposes, such as DTLS session=20 de-multiplexing to deal with the
>     issue = of QoS=20 reordering. (see earlier email from Mani - The=20 QoS
DTLS
>     factor)
>
> = Please=20 let me know if you have any questions.
>
> = Thanks,
>=20
> Jim
>
>=20 = _________________________________________________________________
>= To=20 unsubscribe or modify your subscription options, please visit:
> = http://lists.frascone.com/mailman/listinfo/capwap
&= gt;=20
> Archives: http://lists.frascone.com/pipermail/capwap
>=20 = _________________________________________________________________
>= To=20 unsubscribe or modify your subscription options, please visit:
> = http://lists.frascone.com/mailman/listinfo/capwap
&= gt;=20
> Archives: http://lists.frascone.com/pipermail/capwap

____= _____________________________________________________________
To=20 unsubscribe or modify your subscription options, please visit:
http://lists.frascone.com/mailman/listinfo/capwap
<= BR>Archives:=20 http://lists.frascone.com/pipermail/capwap

Never Miss an Email
Stay connected with = Yahoo! Mail=20 on your mobile. Get started!

Access over 1 million songs - Yahoo!=20 Music Unlimited. ------_=_NextPart_001_01C744C8.975A0C0D-- --===============0868757480== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============0868757480==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 30 18:48:56 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HC2ie-00024B-25 for capwap-archive@lists.ietf.org; Tue, 30 Jan 2007 18:48:56 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HC2ib-0002aa-3H for capwap-archive@lists.ietf.org; Tue, 30 Jan 2007 18:48:56 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id B3DC31448289 for ; Tue, 30 Jan 2007 15:48:49 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id BF5194A42FA for ; Tue, 30 Jan 2007 15:48:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id A420A398084 for ; Tue, 30 Jan 2007 15:48:26 -0800 (PST) X-Greylist-Status: Sender first seen 19 days 09:32:34 ago Received: from thingmagic.com (unknown [64.25.87.235]) by zoidberg.tigertech.net (Postfix) with ESMTP id 34AF4398101 for ; Tue, 30 Jan 2007 15:48:22 -0800 (PST) Received: from [66.30.121.250] (account margaret HELO [192.168.2.2]) by thingmagic.com (CommuniGate Pro SMTP 5.0.1) with ESMTPSA id 1809271; Tue, 30 Jan 2007 18:48:18 -0500 In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A2032BC322@xmb-sjc-235.amer.cisco.com> References: <831869.58714.qm@web62409.mail.re1.yahoo.com> <4FF84B0BC277FF45AA27FE969DD956A2032BC322@xmb-sjc-235.amer.cisco.com> Mime-Version: 1.0 (Apple Message framework v752.3) Message-Id: From: Margaret Wasserman Date: Tue, 30 Jan 2007 18:48:14 -0500 To: Pat Calhoun (pacalhou) X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0 tagged_above=-999 required=7 tests= X-Spam-Level: Cc: Abhijit Choudhury , capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: b83962958e2d910ed948e2f9e138d171 I agree with the proposal to add this item to the wish list for = consideration in a possible later version of CAPWAP. Margaret On Jan 30, 2007, at 6:44 PM, Pat Calhoun (pacalhou) wrote: > I agree with Abhijit. Yes, it has taken us three years to get to = > this point and we need to be focused on what's broken in the = > protocol vs. wish lists. I would propose we add this to the wish = > list for the next version of CAPWAP. > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com] > Sent: Monday, January 29, 2007 9:08 PM > To: Sudhanshu; capwap@frascone.com > Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and = > part of 146) > > Hi Sudhanshu, > Please see my responses in-line,. > > Thanks, > Abhijit > > ----- Original Message ---- > From: Sudhanshu > To: Abhijit Choudhury ; capwap@frascone.com > Sent: Monday, January 29, 2007 7:39:16 PM > Subject: RE: [Capwap] Proposed Resolution for Issue 224/89 (and = > part of 146) > > Abhijit, > > > Don=92t hang on to your calculation of 32 bit per packet in 1G pipe = > line. > > > CAPWAP is not designed only for the Greenfield deployments. And = > there will be lots of a/b/g APs which will be supporting CAPWAP, if = > it ever became a popular standard. > There will be hardly any AP with real 1G throughput any time soon. = > Most of them will be supporting max ~ 2xx mbps. And overhead has to = > be calculated on 2xx Mbps. > > [Abhijit] The 1G link I referred to was the link between the WTP = > and AC. The up-link of WTPs will be > > gradually changing over to 10/100/1000 MACs as Gig = > interfaces on L2/L3 switches become > > ubiquitous. In that case, no matter what your WTP = > throughput, the > > CAPWAP encapsulated packet will be transmitted by the = > WTP towards the AC at 1G rate. The special > > packet format is reducing the header by 32 bits, = > which means 32ns is being optimized away on this link. > > You have to justify that that amount of time is worth = > adding additional code in the data path. > > > > Not every architecture/every system will support the pure pipe line = > processing. And in that case, 4 byte DMA back-n-forth may be = > unnecessary overhead on memory bandwidth and processing both in AP = > and Switch > > [Abhijit] Typically DMA is done on chunks of data. Packet = > descriptors are often allocated for 32, 64 or 128 bytes at a time. > > It is not clear that reducing your packet length by 4 = > bytes will make much of a difference in storage or > > DMA bandwidth. > > > CAPWAP is not designed for the LAN environment only. In that case = > 1G bandwidth is a luxury, even in today=92s world. > > [Abhijit] Agreed. But you have to look at where the primary use of = > CAPWAP is going to be. > > > If you to look back and review why after 3+ years, we still don=92t = > have a standard, everybody may have their own opinion. But in the = > best interest of moving forward, let=92s looks for the consensus. > > > [Abhijit] That is the goal of this mailing list - creating = > consensus. All I am saying is that there are > > bigger issues to be finalized before we start = > discussing optimizations. > > > > _Suds > > > > From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com] > Sent: Sunday, January 28, 2007 10:50 PM > To: capwap@frascone.com > Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and = > part of 146) > > > Folks, > > > I'm sure there are many more optimizations that can be > > made in the spec. It's been close to three years since > > this WG started, and we still don't have a spec out. > > Meanwhile, the WLAN industry has been impatiently waiting > > for this standard. It can be argued that if this spec > > is not ratified soon it might lose its relevance. > > At this point in time, as a group, we need to > > focus on fixing items that need fixing because they > > are broken. We cannot afford to spend time > > debating "nice-to-have"s and changing perfectly working > > items in the spec because we want to make some minor > > optimizations. > > > If the packet format in the current spec is broken, we > > should surely fix it. If 32 bits on a 1Gig link > > is all that is being optimized by this new packet > > format and additional code in the data path, I'd argue > > that this is not what this WG should be spending its time on. > > There are a whole bunch of decisions that need to be made > > before this spec can be sent out for last call. We need to > > focus on those items and get this spec out asap. > > . > > Thanks, > > Abhijit > > > -----Original Message----- > From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] > Sent: Friday, January 26, 2007 11:57 PM > To: Bob O'Hara (boohara) > Cc: capwap@frascone.com > Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and = > part of > 146) > > Bob, > > I see no reason why this optimization can not be used in the control > channel as well. If so, then the concerns about the data and control > channel having to be exactly the same are eliminated with the added > benefit of improved performance in each case. > > That said, I think we could improve the format a bit based on feedback > from Sudhanshu and some new observations based on the idea of packet > header overlay. > > The basic idea is that Version and Type fields are what is needed for > the "preamble" and exist for every type of packet. However, only > 8 bits are required. We then define the DTLS shim and CAPWAP Header to > include the preamble. The resulting format is something like this: > > CAPWAP Preamble > 0 > 0 1 2 3 4 5 6 7 > +-+-+-+-+-+-+-+-+ > |Version| Type | > +-+-+-+-+-+-+-+-+ > > Version: A 4 bit field which contains the version of CAPWAP = > used in > this packet. The value for this draft is zero (0). > > Payload Type: A 4 bit field which specifies the payload type that > follows the preamble header. Unsupported values MUST be = > silently > dropped. The following values are supported: > > 0 - Clear text. If the packet is received on the data UDP = > port, > the CAPWAP stack MUST treat this as a clear text CAPWAP data > packet. If received on the control UDP port, the CAPWAP = > stack > MUST treat this as a clear text CAPWAP control packet. = > If the > control packet is not a Discovery Request or Response = > packet, > it is illegal and MUST be dropped. > > 1 - DTLS Payload. The packet is either a DTLS packet and = > MAY be > a data or control packet, based on the UDP port it was > received > on (see section Section 3.1). > > CAPWAP DTLS shim: > > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 = > 9 0 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |Version| Type | Reserved > | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Or, said slightly differently: > > CAPWAP DTLS shim: > > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 = > 9 0 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Preamble | Reserved > | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > For the header we then have the following: > > CAPWAP Header: > > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 = > 9 0 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |Version| Type | HLEN | RID | WBID > |T|F|L|W|M|K|Flags| > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Fragment ID | Frag Offset | = > Rsvd > | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > Note, Version/Type are the CAPWAP preamble. > > Essentially, what we have created a de-multiplexing scheme that has = > the > following properties: > > - Its performance characteristics are no worse than those of the -04 > preamble. In fact, demuxing directly off the preamble type is > very attractive from a performance perspective. > - It does not waste 32 bits in the clear path case. > - It works equally well for the data path and the control path so > it is a universal solution. > - It provides for a powerful extensibility feature that will enhance > the longevity of the protocol. > > Other notes: > > - I have transposed RID and HLEN to give the hint of a TLV = > structure. > I think this is a useful concept that we should support in the > protocol. > > - I belive the F and L flags could be moved to the Rsvd area of the > fragmentation super frame as suggested by David Perkins. This = > opens > up some more flag space in the first super frame. > > Thanks, > > Jim > > Bob O'Hara (boohara) wrote: > > > > It's always fun to be part of an exercise to optimize something = > until > > it can't be optimized any further, and let's be clear about it. = > That > > is what we are doing here. The current preamble, common to both > > control and data packets, works. What is being proposed is to make > > the data packet preamble as short as possible, by reducing its = > size by > 32 bits. > > This comes at the cost of having the control and data packet formats > > diverge. > > > > Let me propose some reasons for keeping the preamble of the control > > and data packets the same as they were. > > > > 1. A DTLS-protected packet, either control or data, is handled = > exactly > > > the same way to produce the decrypted CAPWAP payload. This = > decrypted > > payload can then be passed to software for processing (either = > control > > or > > data) or can be passed to fast path hardware for data path = > processing. > > > > 2. 32 bits take exactly 32ns to transmit at a gigabit per second, > > which is likely to be the predominant connection for both WTPs and > ACs. > > Optimizing the protocol to save these 32ns is a foolish economy. Is > > there a dire cost that we encounter, in order to send these bits? > > > > 3. Having two different CAPWAP preambles doubles the cost of > > development of this portion of the protocol (particularly if the > > CAPWAP header cracking is done in hardware), doubles the hardware > > necessary to process this portion of the packet (perhaps even that > > necessary to process the entire packet), and doubles the number of > bugs to discover and fix. > > > > I believe these practical reasons outweigh the reasons presented for > > making the change to the header. > > > > -Bob > > > > -----Original Message----- > > From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] > > Sent: Thursday, January 25, 2007 12:19 AM > > To: capwap@frascone.com > > Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part > > of > > 146) > > > > > > Please consider the following alternative proposal to optimize the > > data channel when no DTLS encryption is present. With this proposal, > > CAPWAP data channels running in the clear will not require the = > CAPWAP > > preamble. However, CAPWAP data channels running DTLS must have the > > CAPWAP preamble. > > > > The CAPWAP preamble is modified as follows: > > > > [...] > > 0 1 = > 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 = > 8 9 0 > > > 1 > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |Version| Type | Reserved > > |P| > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > [...] > > P: Must be 1. Indicates that this is a CAPWAP preamble. > > [...] > > > > The CAPWAP Header is modified as follows: > > > > [...] > > 0 1 = > 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 = > 8 9 0 > > > 1 > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |Version| RID | HLEN | WBID |T|F|L|W|M|K| Flags > > |P| > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > [...] > > P: Must be 0. Indicates that this is a CAPWAP preamble. > > [...] > > > > The basic idea is to overlay the CAPWAP preamble and the first > > 32 bits of the CAPWAP Header. Note the intentional overlap of the > > Version field and the P bit. Essentially the P bit is a type = > indicator > > > that indicates the type of super field present. A 1 indicates a = > CAPWAP > > > preamble, a 0 indicates the first 32 bits of the CAPWAP Header. > > > > Any data packet on a clear (unencrypted) data channel looks as = > follows > > > (to illustrate the use of the P bit): > > > > CAPWAP Plain Text Data Packet: > > +--------------------------------+ > > | IP | UDP | CAPWAP | Wireless | > > | Hdr | Hdr | Header | Payload | > > | | | P=3D0 | | > > +--------------------------------+ > > > > Any data packet on an encrypted data channel or a DTLS session > > establishment packet looks as follows: > > > > DTLS Secured CAPWAP Data Packet: > > +------------------------------------------------------+ > > | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | > > | Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr | > > | | | P=3D1 | | | | | > > +------------------------------------------------------+ > > \----- authenticated -----/ > > \------- encrypted --------/ > > > > A switching entity need only check the CAPWAP Version and then the P > > bit to determine if the CAPWAP packet needs DTLS processing. > > If the P but is not set, the switching entity may immediately assume > > only a CAPWAP header and commences de-encapsulation and possible > > reassembly processing. > > > > This proposal serves the following purposes: > > > > - The CAPWAP preamble is present only when really needed. > Specifically > > to identify CAPWAP packet attributes outside of the DTLS > encrypted/ > > authenticated area when DTLS is used. > > > > - Eliminates the waste of 32 bits of header information to = > convey a > > single bit of information when in the clear. > > > > - Allows for the continued use of the CAPWAP preamble for other > > purposes, such as DTLS session de-multiplexing to deal with the > > issue of QoS reordering. (see earlier email from Mani - The QoS > DTLS > > factor) > > > > Please let me know if you have any questions. > > > > Thanks, > > > > Jim > > > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > > > > Never Miss an Email > Stay connected with Yahoo! Mail on your mobile. Get started! > > > > Access over 1 million songs - Yahoo! Music Unlimited. > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 30 19:24:44 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HC3HI-0001Ob-BT for capwap-archive@lists.ietf.org; Tue, 30 Jan 2007 19:24:44 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HC3HD-0004sF-31 for capwap-archive@lists.ietf.org; Tue, 30 Jan 2007 19:24:44 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 682993981B6 for ; Tue, 30 Jan 2007 16:24:38 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id A4B3E4A41E1 for ; Tue, 30 Jan 2007 16:24:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 7B79A144824A for ; Tue, 30 Jan 2007 16:24:26 -0800 (PST) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by hermes.tigertech.net (Postfix) with ESMTP id 1876A1448264 for ; Tue, 30 Jan 2007 16:24:22 -0800 (PST) Received: from sj-dkim-8.cisco.com ([171.68.10.93]) by sj-iport-4.cisco.com with ESMTP; 30 Jan 2007 16:24:22 -0800 X-IronPort-AV: i="4.13,259,1167638400"; d="scan'208"; a="36177292:sNHT162565623" Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-8.cisco.com (8.12.11/8.12.11) with ESMTP id l0V0OMfQ029268; Tue, 30 Jan 2007 16:24:22 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id l0V0OMnH020768; Tue, 30 Jan 2007 16:24:22 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 30 Jan 2007 16:24:22 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 30 Jan 2007 16:24:21 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032BC38F@xmb-sjc-235.amer.cisco.com> In-Reply-To: <118D7C9C-B561-4CB3-B2E5-53808890CE76@thingmagic.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] CONSENSUS CONFIRMATION: Issues 87, 226 & 229 Thread-Index: AcdEAhZa8jH5bDtKRUyd1pmdrpEv1wAy/cYA References: <4FF84B0BC277FF45AA27FE969DD956A20326087C@xmb-sjc-235.amer.cisco.com> <118D7C9C-B561-4CB3-B2E5-53808890CE76@thingmagic.com> From: "Pat Calhoun (pacalhou)" To: "Margaret Wasserman" , "capwap" X-OriginalArrivalTime: 31 Jan 2007 00:24:22.0446 (UTC) FILETIME=[27C40CE0:01C744CE] Authentication-Results: sj-dkim-8; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim8002 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] CONSENSUS CONFIRMATION: Issues 87, 226 & 229 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 6c4a6fb8ad1fcd7af6c721e70b08a400 The new preamble header optimization issue is 244. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Margaret Wasserman [mailto:margaret@thingmagic.com] > Sent: Monday, January 29, 2007 4:03 PM > To: capwap > Subject: [Capwap] CONSENSUS CONFIRMATION: Issues 87, 226 & 229 > > > Hi All, > > At the interim meeting, we had an extensive discussion of DTLS- > related issues and gained consensus that the attached changes would > address issues #87 (Use of DTLS for CAPWAP data channel), #226 > (Transition to join state) and #227 (Need Shim Header to indicate > crypto property of packet). We would now like to confirm that > consensus on the mailing list. > > If you have any blocking objection to making the changes outlined > below and closing issues #87, #226 and #227, please respond to this > message with your concerns by Monday, February 5th. > Editorial or non- > blocking comments on the text should be sent in response to Pat's > original message. > > There was also a proposal made during the interim meeting to > optimize > out the shim header when DTLS is not in use. In keeping with our > previously published agenda, we did not consider the new proposal at > the meeting. It will be proposed on the list, and a new issue will > be opened to discuss that proposal. > > Thanks, > Margaret > > > Begin forwarded message: > > > From: "Pat Calhoun (pacalhou)" > > Date: January 25, 2007 6:16:37 PM EST > > To: > > Subject: [Capwap] New Issue 226 proposed text > > > > All, > > > > Based on the discussions during the interim meeting, reviewing the > > previously sent proposed text., here are the following issues that > > were > > raised (and associated text): > > > > 1. Idle->DTLS Setup. There is text that was ambiguous on the > > pre-configuration of Acs on the WTP. > > > > 2. We need to handle the case where a DTLS authentication fails. The > > authentication occurs after the authorization callout. > > > > 3. DTLS Setup -> Authorize state change needs to have a pointer on > > identity format > > > > 4. Authorization. We need to provide some guidance on how > > authorization > > occurs for both certificate and PSK based DTLS sessions. We need to > > explain > > how a "wildcard" can be used to allow any DTLS session. > > > > 5. DTLS PSK. We need to provide the identity format, which should be > > based > > on the MAC address. We want separate PSKs per WTP. This > brought up the > > need > > to define the use of IDs in both PSK and certificate based > approaches. > > > > 6. We need an Authorization Failure counter. > > > > 7. Need clear text on the fact that the number of instances of the > > state > > machine, and timers on both the WTP and AC. > > > > 8. A typo in the Join -> DTLS TD. In the AC section, the > text uses WTP > > incorrectly, should be AC. > > > > 9. Issue with Reset -> DTLS Teardown. Currently, the text > causes both > > the > > WTP and the AC to shutdown the session. There is no point > in doing so. > > The > > change is to only have the AC initiate the DTLS shutdown when it > > receives > > the Reset Response from the WTP. > > > > 10. There are two missing state transitions: Configure -> DTLS > > Teardown > > and > > Image Data -> DTLS Teardown. > > > > 11. Section 2.4.4.1. We need to remove the third sentence > of the first > > paragraph > > since we do not want to support any arbitrary DTLS crypto mode. > > > > 12. The DTLS Teardown->Idle. The text is currently wrong because it > > states that > > the AC or WTP is to invoke the DTLSDisconnectPeer command. The state > > transition > > should instead talk about clearing up DTLS context information, > > timers, > > and > > optionally any DTLS resources that may have been used on the data > > plane. > > > > So I will once more include all of the text (in its > completeness) that > > addresses > > the original 226 issues, and the above ones as well. I apologize > > for the > > size of > > this text, but I believe it is better to be inclusive than to simply > > include > > snippets. > > > > 2.3. CAPWAP State Machine Definition > > [...] > > /-------------------------\ > > w| | > > 5+----------+ x +------------+ | > > | Run |-->| Reset |-\| > > +----------+ +------------+ || > > u ^ ^ ^ y|| > > +------------+--------/ | | || > > | Data Check | /-------/ | || > > +------------+<-------\ | | || > > t| s| 4 o| || > > +--------+ +-----------+ +--------------+|| > > | Join |---->| Configure |---->| Image Data ||| > > +--------+ q +-----------+ r +--------------+|| > > ^ p| V| x| || > > | | \-------------------\ | || > > | \--------------------------------------\| | || > > \------------------------\ || | || > > /--------------<----------------+--------------\ || | || > > | /------------<-------------\ | | || | || > > | | m| |n z| vv v vv > > | | +----------------+ +--------------+ +-----------+ > > | | | DTLS Setup | | DTLS Connect | | DTLS TD | > > | | +----------------+ +--------------+ +-----------+ > > | | g| ^ ^ |h ^ ^ > > v v | | | | | | > > | | | | | \-------\ | /-----------/ > > | | | | | | | | > > | | v |e f| 2 v |j |k > > | \->+------+ +------+ +-----------+ > > | | Idle |-->| Disc | | Authorize | > > \--->+------+ a +------+ +-----------+ > > b| ^ |c > > | | /----/ > > v d| | > > +---------+ | > > | Sulking |<-/ > > 3 +---------+ > > > > Figure 3: CAPWAP Integrated State Machine > > [...] > > Since the WTP only communicates with a single AC, it only has a > > single instance of the CAPWAP state machine. The AC, on > the other > > hand, has a separate instance of the CAPWAP state machine per > > WTP it > > is communicating with. > > > > 2.3.1. CAPWAP Protocol State Transitions > > > > The following text discusses the various state > transitions, and the > > events that cause them. This section does not discuss > interactions > > between DTLS- and CAPWAP-specific states. Those interactions, as > > well as DTLS-specific states and transitions, are discussed in > > Section 2.3.2. > > > > Idle to Discovery (a): This transition occurs once device > > initialization is complete. > > > > WTP: The WTP enters the Discovery state prior to > > transmitting the > > first Discovery Request message (see Section 5.1). Upon > > entering this state, the WTP sets the > DiscoveryInterval timer > > (see Section 4.6). The WTP resets the > DiscoveryCount counter > > to zero (0) (see Section 4.7). The WTP also clears all > > information from ACs it may have received during a previous > > Discovery phase. > > > > AC: The AC does not maintain state information for > the WTP upon > > reception of the Discovery Request message, but it SHOULD > > respond with a Discovery Response message (see > Section 5.2). > > This transition is a no-op for the AC. > > > > Idle to Sulking (b): This transition occurs to force the WTP > > and AC > > to enter a quiet period to avoid repeatedly attempting to > > establish a connection. > > > > WTP: The WTP enters this state when the > > FailedDTLSSessionCount or > > the FailedDTLSAuthFailCount counter reaches > > MaxFailedDTLSSessionRetry variable (see Section 4.7). Upon > > entering this state, the WTP shall start the SilentInterval > > timer. While in the Sulking state, all received CAPWAP and > > DTLS protocol messages received shall be ignored. > > > > AC: The AC enters this state with the specific WTP when the > > FailedDTLSSessionCount or the > FailedDTLSAuthFailCount counter > > reaches MaxFailedDTLSSessionRetry variable (see > Section 4.7). > > Upon entering this state, the AC shall start the > > SilentInterval > > timer. While in the Sulking state, all received CAPWAP and > > DTLS protocol messages received from the WTP shall be > > ignored. > > > > Discovery to Discovery (2): In the Discovery state, the WTP > > determines which AC to connect to. > > > > WTP: This transition occurs when the DiscoveryInterval timer > > expires. If the WTP is configured with a list of ACs, it > > transmits a Discovery Request message to every AC from > > which it > > has not received a Discovery Response message. For every > > transition to this event, the WTP increments the > > DiscoveryCount > > counter. See Section 5.1 for more information on > how the WTP > > knows the ACs to which it should transmit the Discovery > > Request > > messages. The WTP restarts the DiscoveryInterval timer > > whenever it transmits Discovery Request messages. > > > > AC: This is a no-op. > > > > Discovery to Sulking (c): This transition occurs on a WTP when > > Discovery or connectivity to the AC fails. > > > > WTP: The WTP enters this state when the > DiscoveryInterval timer > > expires or the DiscoveryCount variable is equal to the > > MaxDiscoveries variable (see Section 4.7). Upon entering > > this > > state, the WTP shall start the SilentInterval timer. > > While in > > the Sulking state, all received CAPWAP protocol messages > > received shall be ignored. > > > > AC: This is a no-op. > > > > Sulking to Idle (d): This transition occurs on a WTP > when it must > > restart the discovery phase. > > > > WTP: The WTP enters this state when the > SilentInterval timer > > (see > > Section 4.6) expires. The FailedDTLSSessionCount, > > DiscoveryCount and FailedDTLSAuthFailCount > counters are reset > > to zero. > > > > AC: The AC enters this state when the SilentInterval > timer (see > > Section 4.6) expires. The FailedDTLSSessionCount, > > DiscoveryCount and FailedDTLSAuthFailCount > counters are reset > > to zero. > > > > Sulking to Sulking (3): The Sulking state provides the silent > > period, minimizing the possibility for Denial of service > > attacks. > > > > WTP: All packets received from the AC while in the sulking > > state > > are ignored. > > > > AC: All packets receive from the WTP while in the > sulking state > > are ignored. > > > > Idle to DTLS Setup (e): This transition occurs to establish a > > secure > > DTLS session with the peer. > > > > WTP: The WTP initiates this transition by invoking the > > DTLSStart > > command, which starts the DTLS session > establishment with the > > chosen AC. When the discovery phase is bypassed, it is > > assumed > > the WTP has a locally configured AC. > > > > AC: The AC initiates this transition by invoking the > DTLSListen > > command, which informs the DTLS stack that it is willing to > > listen for an incoming session. The AC MAY > provide optional > > qualifiers in the DTLSListen to only accept > session requests > > from specific WTP. > > > > Discovery to DTLS Setup (f): This transition occurs to > establish a > > secure DTLS session with the peer. > > > > WTP: The WTP initiates this transition by invoking the > > DTLSStart > > command (see Section 2.3.2.1), which starts the > DTLS session > > establishment with the chosen AC. The decision of which > > AC to > > connect to is the result of the discovery phase, which is > > described in Section 3.2. > > > > AC: The AC initiates this transition by invoking the > DTLSListen > > command (see Section 2.3.2.1), which informs the DTLS stack > > that it is willing to listen for an incoming > session. The AC > > MAY have maintained state information when it received the > > Discovery Request in order to provide optional > qualifiers in > > the DTLSListen command to only accept session requests from > > specific WTP. Note that maintaining state information > > based on > > an unsecured discovery request MAY lead to a Denial of > > Service > > attack. Therefore the AC SHOULD ensure that the state > > information is freed after a period, which is > implementation > > specific. > > > > DTLS Setup to Idle (g): This transition occurs when the DTLS > > Session > > failed to be established. > > > > WTP: The WTP initiates this state transition when it > receives a > > DTLSEstablishFail notification from DTLS (see Section > > 2.3.2.2). > > This error notification aborts the secure DTLS session > > establishment. When this notification is received, the > > FailedDTLSSessionCount counter is incremented. > > > > AC: The WTP initiates this state transition when it > receives a > > DTLSEstablishFail notification from DTLS (see Section > > 2.3.2.2). > > This error notification aborts the secure DTLS session > > establishment. When this notification is received, the > > FailedDTLSSessionCount counter is incremented. > > > > DTLS Setup to Authorize (h): This transition occurs an > incoming > > DTLS > > session is being established, and the DTLS stack needs > > authorization to proceed with the session establishment. > > > > WTP: This state transition occurs when the WTP receives the > > DTLSPeerAuthorize notification (see Section 2.3.2.2). Upon > > entering this state, the WTP performs an > authorization check > > against the AC's credentials. See Section 2.4.4 for more > > information on AC authorization. > > > > AC: This state transition occurs when the AC receives the > > DTLSPeerAuthorize notification (see Section 2.3.2.2). Upon > > entering this state, the AC performs an authorization check > > against the WTP's credentials. See Section 2.4.4 for more > > information on WTP authorization. > > > > Authorize to DTLS Connect (j): This transition occurs > to notify > > the > > DTLS stack that the session should be established. > > > > WTP: This state transition occurs when the WTP has > either opted > > to forgo the authorization check of the AC's > credentials, or > > the credentials were successfully authorized. This is > > done by > > invoking the DTLSAccept DTLS command (see Section 2.3.2.1). > > > > AC: This state transition occurs when the AC has either > > opted to > > forgo the authorization check of the WTP's > credentials, or > > the > > credentials were successfully authorized. This is done by > > invoking the DTLSAccept DTLS command (see Section 2.3.2.1). > > > > Authorize to DTLS Teardown (k): This transition occurs to > > notify the > > DTLS stack that the session should be aborted. > > > > WTP: This state transition occurs when the WTP was unable to > > authorize the AC, via its credentials. The WTP then > > aborts the > > DTLS session, which is done by invoking > DTLSAbortSession (see > > Section 2.3.2.1). > > > > AC: This state transition occurs when the AC was unable to > > authorize the WTP, via its credentials. The AC then > > aborts the > > DTLS session, which is done by invoking > DTLSAbortSession (see > > Section 2.3.2.1). > > > > DTLS Connect to Idle (m): This transition occurs when the DTLS > > Session failed to be established. > > > > WTP: This state transition occurs when the WTP receives > > either a > > DTLSAborted or DTLSAuthenticateFail notification (see > > Section 2.3.2.2), indicating that the DTLS session was not > > successfully established. When this transition > occurs due to > > the DTLSAuthenticateFail notification, the > > FailedDTLSAuthFailCount is incremented, otherwise the > > FailedDTLSSessionCount counter is incremented. > > > > AC: This state transition occurs when the AC > receives either a > > DTLSAborted or DTLSAuthenticateFail notification (see > > Section 2.3.2.2), indicating that the DTLS session was not > > successfully established. When this transition > occurs due to > > the DTLSAuthenticateFail notification, the > > FailedDTLSAuthFailCount is incremented, otherwise the > > FailedDTLSSessionCount counter is incremented. > > > > DTLS Connect to Join (n): This transition occurs when the DTLS > > Session is successfully established. > > > > WTP: This state transition occurs when the WTP receives the > > DTLSEstablished notification (see Section 2.3.2.2), > > indicating > > that the DTLS session was successfully established. When > > this > > notification is received, the FailedDTLSSessionCount > > counter is > > set to zero. > > > > AC: This state transition occurs when the AC receives the > > DTLSEstablished notification (see Section 2.3.2.2), > > indicating > > that the DTLS session was successfully established. When > > this > > notification is received, the FailedDTLSSessionCount > > counter is > > set to zero. > > > > Join to DTLS Teardown (p): This transition occurs when the join > > process failed. > > > > WTP: This state transition occurs when the WTP > receives a Join > > Response with a Result Code message element containing an > > error, or if the Image Identifier provided by the AC in the > > Join Response differs from the WTP's currently running > > firmware > > version and the WTP has the requested image in its non- > > volatile > > memory. This causes the WTP to initiate the DTLSShutdown > > command (see Section 2.3.2.1). This transition also > > occurs if > > the WTP receives one of the following DTLS notifications: > > DTLSAborted, DTLSReassemblyFailure or DTLSPeerDisconnect. > > > > AC: This state transition occurs when the AC transmits a Join > > Response with a Result Code message element containing an > > error. This causes the AC to initiate the DTLSShutdown > > command > > (see Section 2.3.2.1). This transition also > occurs if the AC > > receives one of the following DTLS notifications: > > DTLSAborted, > > DTLSReassemblyFailure or DTLSPeerDisconnect > > > > Join to Configure (g): This state transition is used by > the WTP > > and > > the AC to exchange configuration information. > > > > WTP: The WTP enters the Configure state when it successfully > > completes the Join operation. If it determines that its > > version number and the version number advertised > by the AC > > are > > compatible, the WTP transmits the Configuration Status > > message > > (see Section 8.2) to the AC with a snapshot of its current > > configuration. The WTP also starts the > ResponseTimeout timer > > (see Section 4.6). If the version numbers are not > > compatible, > > the WTP will immediately transition to Image Data > state (see > > transition (g)). If the AC determines that a new firmware > > image should be installed on the WTP, the AC initiates a > > firmware download by sending an Image Data Request > Message > > with > > an Initiate Download message element to the WTP > > > > AC: This state transition occurs immediately after the AC > > transmits the Join Response message to the WTP. If the AC > > receives the Configuration Status message from the WTP, > > the AC > > must transmit a Configuration Status Response message (see > > Section 8.3) to the WTP, and may include specific message > > elements to override the WTP's configuration. If the AC > > instead receives the Image Data Request from the WTP, it > > immediately transitions to the Image Data state (see > > transition > > (g)). > > > > Configure to Reset (s): This state transition is used > to reset the > > connection either due to an error during the configuration > > phase, > > or when the WTP determines it needs to reset in order > for the > > new > > configuration to take effect. > > > > WTP: The WTP enters the Reset state when it receives a > > Configuration Status Response indicating an error > or when it > > determines that a reset of the WTP is required, due to the > > characteristics of a new configuration. > > > > AC: The AC transitions to the Reset state when it receives a > > Change State Event message from the WTP that contains an > > error > > for which the AC's policy does not permit the WTP providing > > service. > > > > Configure to DTLS Teardown (V): This transition occurs when the > > configuration process aborts due to a DTLS error. > > > > WTP: The WTP enters this state when it receives one of the > > following DTLS notifications: DTLSAborted, > > DTLSReassemblyFailure or DTLSPeerDisconnect (see > > Section 2.3.2.2). The WTP MAY decide to tear down the DTLS > > session if it receives frequent DTLSDecapFailure > > notifications. > > > > AC: The AC enters this state when it receives one of the > > following DTLS notifications: DTLSAborted, > > DTLSReassemblyFailure or DTLSPeerDisconnect (see > > Section 2.3.2.2). The WTP MAY decide to tear down the DTLS > > session if it receives frequent DTLSDecapFailure > > notifications. > > > > Configure to Image Data (r): This state transition is > used by the > > WTP and the AC to download executable firmware. > > > > WTP: The WTP enters the Image Data state when it successfully > > comletes DTLS session establishment, and > determines that the > > Image Identifier provided by the AC in the Join Request > > differs > > from its currently running firmware, and that the > WTP does > > not > > have the requested firmware in its non-volatile > memory. The > > WTP transmits the Image Data Request (see Section 9.1) > > message > > requesting that a download of the AC's latest firmware be > > initiated. > > > > AC: This state transition occurs when the AC > receives the Image > > Data Request message from the WTP. The AC must transmit an > > Image Data Response message (see Section 9.2) to the WTP, > > which > > includes a portion of the firmware. > > > > Image Data to Image Data (4): The Image Data state is > used by WTP > > and the AC during the firmware download phase. > > > > WTP: The WTP enters the Image Data state when it receives an > > Image Data Response message indicating that the AC has more > > data to send. > > > > AC: This state transition occurs when the AC > receives the Image > > Data Request message from the WTP while already in > the Image > > Data state, and it detects that the firmware > download has not > > completed. > > > > Image Data to Reset (o): This state transition is used > to reset > > the > > DTLS connection prior to restarting the WTP after an image > > download. > > > > WTP: When an image download completes, the WTP > enters the Reset > > state. The WTP MAY also transition to this state upon > > receiving an Image Data Response from the AC (see Section > > 9.2) > > indicating a failure. > > > > AC: The AC enters the Reset state when the image download is > > complete, or if an error occurs during the image download > > process. > > > > Image Data to DTLS Teardown (x): This transition occurs when the > > firmware download process aborts due to a DTLS error. > > > > WTP: The WTP enters this state when it receives one of the > > following DTLS notifications: DTLSAborted, > > DTLSReassemblyFailure or DTLSPeerDisconnect (see > > Section 2.3.2.2). The WTP MAY decide to tear down the DTLS > > session if it receives frequent DTLSDecapFailure > > notifications. > > > > AC: The AC enters this state when it receives one of the > > following DTLS notifications: DTLSAborted, > > DTLSReassemblyFailure or DTLSPeerDisconnect (see > > Section 2.3.2.2). The WTP MAY decide to tear down the DTLS > > session if it receives frequent DTLSDecapFailure > > notifications. > > > > Configure to Data Check (t): This state transition > occurs when the > > WTP and AC confirm the configuration. > > > > WTP: The WTP enters this state when it receives a successful > > Configuration Status Response message from the AC. The WTP > > initializes the HeartBeat timer (see Section 4.6), and > > transmits the Change State Event Request message (see > > Section 8.7). > > > > AC: This state transition occurs when the AC receives the > > Change > > State Event Request message (see Section 8.7) from the WTP. > > The AC responds with a Change State Event Response (see > > Section 8.8) message. The AC must start the > > NeighborDeadInterval timer (see Section 4.6). > > > > Data Check to Run (u): This state transition occurs once the > > linkage > > between the control and data channels has occured, > which causes > > the WTP and AC to enter their normal state of operation. > > > > WTP: The WTP enters this state when it receives a successful > > Change State Event Response from the AC. The WTP > > initiates the > > data channel, which MAY require the establishment of a DTLS > > session, starts the DataChannelKeepAlive timer (see > > Section 4.6) and transmits a Data Channel Keep Alive (see > > Section 4.3.1). The WTP then starts the > > DataChannelDeadInterval timer (see Section 4.6). > > > > AC: This state transition occurs when the AC > receives the Data > > Channel Keep Alive (see Section 4.3.1), whose Session ID > > message element matches the one included by the > WTP in the > > Join > > Request. Note that if the AC's policy is to > require the data > > channel to be encrypted, this process would also > require the > > establishment of the data channel's DTLS session. Upon > > receiving the Data Channel Keep Alive, the AC transmits > > its own > > Data Channel Keep Alive. > > > > Run to DTLS Teardown (u): This state transition occurs when an > > error > > has occured in the DTLS stack, causing the DTLS session to be > > torndown. > > > > WTP: The WTP enters this state when it receives one of the > > following DTLS notifications: DTLSAborted, > > DTLSReassemblyFailure or DTLSPeerDisconnect (see > > Section 2.3.2.2). The WTP MAY decide to tear down the DTLS > > session if it receives frequent DTLSDecapFailure > > notifications. > > > > AC: The AC enters this state when it receives one of the > > following DTLS notifications: DTLSAborted, > > DTLSReassemblyFailure or DTLSPeerDisconnect (see > > Section 2.3.2.2). The WTP MAY decide to tear down the DTLS > > session if it receives frequent DTLSDecapFailure > > notifications. > > > > Run to Run (5): This is the normal state of operation. > > > > WTP: This is the WTP's normal state of operation. > There are > > many > > events that result this state transition: > > > > Configuration Update: The WTP receives a Configuration > > Update > > Request message(see Section 8.5). The WTP MUST > respond > > with > > a Configuration Update Response message (see > Section 8.6). > > > > Change State Event: The WTP receives a Change State Event > > Response message, or determines that it must initiate a > > Change State Event Request message, as a result of a > > failure > > or change in the state of a radio. > > > > Echo Request: The WTP receives an Echo Request > message (see > > Section 7.1), to which it MUST respond with an Echo > > Response > > message(see Section 7.2). > > > > Clear Config Request: The WTP receives a Clear > Configuration > > Request message (see Section 8.9). The WTP > MUST reset its > > configuration back to manufacturer defaults. > > > > WTP Event: The WTP generates a WTP Event Request > message to > > send information to the AC (see Section 9.5). The WTP > > receives a WTP Event Response message from the AC (see > > Section 9.6). > > > > Data Transfer: The WTP generates a Data Transfer Request > > message to the AC (see Section 9.7). The WTP receives a > > Data Transfer Response message from the AC (see > > Section 9.8). > > > > Station Configuration Request: The WTP receives a Station > > Config Request message (see Section 10.1), to which it > > MUST > > respond with a Station Config Response message (see > > Section 10.2). > > > > AC: This is the AC's normal state of operation: > > > > Configuration Update: The AC sends a Configuration Update > > Request message (see Section 8.5) to the WTP to > update its > > configuration. The AC receives a Configuration Update > > Response message (see Section 8.6) from the WTP. > > > > Change State Event: The AC receives a Change State Event > > Request message (see Section 8.7), to which it MUST > > respond > > with the Change State Event Response message (see > > Section 8.8). > > > > Echo: The AC sends an Echo Request message Section 7.1 or > > receives the corresponding Echo Response message, see > > Section 7.2 from the WTP. > > > > Clear Config Response: The AC receives a Clear > Configuration > > Response message (see Section 8.10). > > > > Station Config: The AC sends a Station > Configuration Request > > message (see Section 10.1) or receives the corresponding > > Station Configuration Response message (see > Section 10.2) > > from the WTP. > > > > Data Transfer: The AC receives a Data Transfer Request > > message > > from the AC (see Section 9.7) and MUST generate a > > corresponding Data Transfer Response message (see > > Section 9.8). > > > > WTP Event: The AC receives a WTP Event Request > message from > > the AC (see Section 9.5) and MUST generate a > corresponding > > WTP Event Response message (see Section 9.6). > > > > Run to Reset (x): This state transition is used when > the AC or WTP > > wish to tear down the connection. This may occur as part of > > normal operation, or due to error conditions. > > > > WTP: The WTP enters the Reset state when it receives a Reset > > Request from the AC. > > > > AC: The AC enters the reset state when it transmits a Reset > > Request to the WTP. > > > > Reset to DTLS Teardown (y): This transition occurs when > the CAPWAP > > reset is complete to terminate the DTLS session. > > > > WTP: This state transition occurs when the WTP > receives a Reset > > Response. This causes the WTP to initiate the DTLSShutdown > > command (see Section 2.3.2.1). > > > > AC: This state transition occurs when the AC > transmits a Reset > > Response. The AC does not invoke the DTLSShutdown > command > > (see > > Section 2.3.2.1). > > > > DTLS Teardown to Idle (z): This transition occurs when the DTLS > > session has been shutdown. > > > > WTP: This state transition occurs the WTP has successfully > > cleaned up all resources associated with the > control plane > > DTLS > > session. The data plane's DTLS session also needs to be > > shutdown, and all resources freed, if a DTLS session was > > established for the data plane. Any timers set for the > > current > > instance of the state machine are also cleared. > > > > AC: This state transition occurs the AC has successfully > > cleaned > > up all resources associated with the control plane DTLS > > session. The data plane's DTLS session also needs to be > > shutdown, and all resources freed, if a DTLS session was > > established for the data plane. Any timers set for the > > current > > instance of the state machine are also cleared. > > > > 2.3.2. CAPWAP/DTLS Interface > > > > This section describes the DTLS Commands used by CAPWAP, > as well as > > the notifications received from DTLS to the CAPWAP > protocol stack. > > > > 2.3.2.1. CAPWAP to DTLS Commands > > > > Four commands are defined for the CAPWAP to DTLS API. These > > "commands" are conceptual, and may be implemented as one or more > > function calls. This API definition is provided to clarify > > interactions between the DTLS and CAPWAP components of the > > integrated > > CAPWAP state machine. > > > > Below is a list of the minimal command API: > > > > o DTLSStart is sent to the DTLS module to cause a DTLS session > > to be > > established. Upon invoking the DTLSStart command, > the WaitDTLS > > timer is started. The WTP is the only CAPWAP device that > > initiates this DTLS command, as the AC does not initiate DTLS > > sessions. > > > > o DTLSListen is sent to the DTLS module to allow the DTLS to > > listen > > for incoming DTLS session requests. > > > > o DTLSAccept is sent to the DTLS module to allow the > DTLS session > > establishment to continue successfully. > > > > o DTLSAbortSession is sent to the DTLS module to cause > the session > > that is in the process of being established, to be aborted. > > This > > command is also sent when the WaitDTLS timer expires. > When this > > command is executed, the FailedDTLSSessionCount counter is > > incremented. > > > > o DTLSShutdown is sent to the DTLS module to cause session > > teardown. > > > > o DTLSMtuUpdate is called by the CAPWAP protocol to > modify the MTU > > size used by the DTLS module. The default value size is 1468. > > > > 2.3.2.2. DTLS to CAPWAP Notifications > > > > DTLS notifications are defined for the DTLS to CAPWAP API. These > > "notifications" are conceptual, and may be implemented > in numerous > > ways (e.g. as function return values). This API definition is > > provided to clarify interactions between the DTLS and CAPWAP > > components of the integrated CAPWAP state machine. It > is important > > to note that the notifications listed below MAY cause the CAPWAP > > state machine to jump from one state to another using a state > > transition not listed in section Section 2.3.1. When a > > notification > > listed below occurs, the target CAPWAP state shown in Figure 3 > > becomes the current state. > > > > Below is a list of the API notifications: > > > > o DTLSIncomingSession is sent to the CAPWAP protocol > stack during > > the DTLS session establishment once the peer's > identity has been > > received. This notification MAY be used by the > CAPWAP protocol > > stack in order to authorize the session, based on the peer's > > identity. The authorization process will lead to the CAPWAP > > protocol stack initiating either the DTLSAccept or > > DTLSAbortSession commands. > > > > o DTLSEstablished is sent to the CAPWAP module to > indicate that > > that > > a secure channel now exists, using the parameters provided > > during > > the DTLS initialization process. When this notification is > > received, the FailedDTLSSessionCount counter is reset to zero. > > When this notification is received, the WaitDTLS is stopped. > > > > o DTLSEstablishFail is sent when the DTLS session > establishment > > has > > failed, either due to a local error, or due to the peer > > rejecting > > the session establishment. When this notification is > received, > > the FailedDTLSSessionCount counter is incremented. > > > > o DTLSAuthenticateFail is sent when the DTLS session > establishment > > failed due to an authentication error. When this > > notification is > > received, the FailedDTLSAuthFailCount counter is incremented. > > > > o DTLSAborted is sent to the CAPWAP module to indicate that > > session > > abort (as requested by CAPWAP) is complete; this occurs to > > confirm > > a DTLS session abort, or when the WaitDTLS timer > expires. When > > this notification is received, the WaitDTLS is stopped. > > > > o DTLSReassemblyFailure may be sent to the CAPWAP module to > > indicate > > DTLS fragment reassembly failure. > > > > o DTLSDecapFailure may be sent to CAPWAP to indicate an > > decapsulation failure. DTLSDecapFailure may be sent to > > CAPWAP to > > indicate an encryption/authentication failure. This > > notification > > is intended for informative purposes only, and is not > > intended to > > cause a change in the CAPWAP state machine. See > Section 12.3 > > for > > more information. > > > > o DTLSPeerDisconnect is sent to the CAPWAP module to > indicate the > > DTLS session has been torn down. Note that this > notification is > > only received if the DTLS session has been established. > > > > 2.4. Use of DTLS in the CAPWAP Protocol > > > > DTLS is used as a tightly-integrated, secure wrapper for > the CAPWAP > > protocol. In this document DTLS and CAPWAP are discussed as > > nominally distinct entitites; however they are very closely > > coupled, > > and may even be implemented inseparably. Since there are DTLS > > library implementations currently available, and since security > > protocols (e.g. IPsec, TLS) are often implemented in widely > > available acceleration hardware, it is both convenient > and forward- > > looking to maintain a modular distinction in this document. > > > > This section describes a detailed walk-through of the > interactions > > between the DTLS module and the CAPWAP module, via > > 'commands' (CAPWAP > > to DTLS) and 'notifications' (DTLS to CAPWAP) as they would be > > encountered during the normal course of operation. > > > > 2.4.1. DTLS Handshake Processing > > > > Details of the DTLS handshake process are specified in [9]. This > > section describes the interactions between the DTLS session > > establishment process and the CAPWAP protocol. Note that the > > conceptual DTLS state is shown below to help understand the > > point at > > which the DTLS states transition. In the normal case, the DTLS > > handshake will proceed as follows (NOTE: this example uses > > certificates, but preshared keys are also supported): > > > > ============ ============ > > WTP AC > > ============ ============ > > ClientHello ------> > > <------ HelloVerifyRequest > > (with cookie) > > > > ClientHello ------> > > (with cookie) > > <------ ServerHello > > <------ Certificate > > <------ ServerHelloDone > > > > (WTP callout for AC authorization > > occurs in CAPWAP Auth state) > > > > Certificate* > > ClientKeyExchange > > CertificateVerify* > > [ChangeCipherSpec] > > Finished ------> > > > > (AC callout for WTP authorization > > occurs in CAPWAP Auth state) > > > > [ChangeCipherSpec] > > <------ Finished > > > > > > DTLS, as specified, provides its own retransmit timers with an > > exponential back-off. However, it will never terminate the > > handshake > > due to non-responsiveness; rather, it will continue to > increase its > > back-off timer period. Hence, timing out incomplete DTLS > > handshakes > > is entirely the responsiblity of the CAPWAP protocol. > > > > The DTLS implementation used by CAPWAP MUST support TLS Session > > Resumption. Session resumption is used to establish the DTLS > > session > > used for the data channel. The DTLS implementation on > the WTP MUST > > return some unique identifier to CAPWAP so it can be > used later to > > establish a DTLS-encrypted data channel, if necessary. > > > > 2.4.2. DTLS Session Establishment > > > > The WTP, either through the Discovery process, or through pre- > > configuration, determines the AC to connect to. The WTP uses the > > DTLSStart command to request that a secure connection be > > established > > to the selected AC. Prior to initiation of the DTLS > handshake, the > > WTP sets the WaitDTLS timer. Upon receiving the > > DTLSIncomingSession > > DTLS notification, the AC sets the WaitDTLS timer. If the > > DTLSEstablished notification is not received prior to timer > > expiration, the DTLS session is aborted by issuing the > > DTLSAbortSession DTLS command. This notification causes > the CAPWAP > > state to transition back to the Idle state. Upon receiving a > > DTLSEstablished notification, the WaitDTLS timer is deactivated. > > > > 2.4.3. DTLS Error Handling > > > > If the AC does not respond to any DTLS messages sent by > the WTP, > > the > > DTLS specification calls for the WTP to retransmit these > messages. > > If the WaitDTLS timer expires, CAPWAP will issue the > > DTLSAbortSession > > command, causing DTLS to terminate the handshake and remove any > > allocated session context. Note that DTLS MAY send a single TLS > > Alert message to the AC to indicate session termination. > > > > If the WTP does not respond to any DTLS messages sent by > the AC, > > the > > CAPWAP protocol allows for three possiblities, listed > below. Note > > that DTLS MAY send a single TLS Alert message to the AC > to indicate > > session termination. > > > > o The message was lost in transit; in this case, the > WTP will re- > > transmit its last outstanding message, since it did > not receive > > the reply. > > > > o The WTP sent a DTLS Alert, which was lost in transit; in this > > case, the AC's WaitDTLS timer will expire, and the session > > will be > > terminated. > > > > o Communication with the WTP has completely failed; in > this case, > > the AC's WaitDTLS timer will expire, and the session will be > > terminated. > > > > The DTLS specification provides for retransmission of > > unacknowledged > > requests. If retransmissions remain unacknowledged, the WaitDTLS > > timer will eventually expire, at which time the CAPWAP > module will > > terminate the session. > > > > If a cookie fails to validate, this could represent a > WTP error, or > > it could represent a DoS attack. Hence, AC resource utilization > > SHOULD be minimized. The AC MAY log a message indicating the > > failure, but SHOULD NOT attempt to reply to the WTP. > > > > Since DTLS handshake messages are potentially larger than the > > maximum > > record size, DTLS supports fragmenting of handshake > messages across > > multiple records. There are several potential causes of re- > > assembly > > errors, including overlapping and/or lost fragments. The DTLS > > module > > MUST send a DTLSReassemblyFailure notification to > CAPWAP. Whether > > precise information is given along with notification is an > > implementation issue, and hence is beyond the scope of this > > document. > > Upon receipt of such an error, the CAPWAP protocol implementation > > SHOULD log an appropriate error message. Whether processing > > continues or the DTLS session is terminated is implementation > > dependent. > > > > DTLS decapsulation errors consist of three types: decryption > > errors, > > and authentication errors, and malformed DTLS record headers. > > Since > > DTLS authenticates the data prior to encapsulation, if decryption > > fails, it is difficult to detect this without first attempting to > > authenticate the packet. If authentication fails, a decryption > > error > > is also likely, but not guaranteed. Rather than attempt > to derive > > (and require the implementation of) algorithms for detecting > > decryption failures, these are reported as > authentication failures. > > The DTLS module MUST provide a DTLSDecapFailure notification to > > CAPWAP when such errors occur. If a malformed DTLS record > > header is > > detected, the packets SHOULD be silently discarded, and the > > receiver > > MAY log an error message. > > > > There is currently only one encapsulation error defined: MTU > > exceeeded. As part of DTLS session establishment, CAPWAP informs > > DTLS of the MTU size. This may be dynamically modified > at any time > > when CAPWAP sends the DTLSMtuUpdate command to DTLS (see > > Section 2.3.2.1). DTLS returns this notification to CAPWAP > > whenever > > a transmission request will result in a packet which > exceeds the > > MTU. > > > > 2.4.4. DTLS EndPoint Authentication and Authorization > > > > DTLS supports endpoint authentication with certificates or > > preshared > > keys. The TLS algorithm suites for each endpoint authentication > > method are described below. > > > > 2.4.4.1. Authenticating with Certificates > > > > Note that only block ciphers are currently recommended > for use with > > DTLS. To understand the reasoning behind this, see [16]. At > > present, the following algorithms MUST be supported when using > > certificates for CAPWAP authentication: > > > > o TLS_RSA_WITH_AES_128_CBC_SHA > > > > The following algorithms SHOULD be supported when using > > certificates: > > > > o TLS_DH_RSA_WITH_AES_128_CBC_SHA > > > > The following algorithms MAY be supported when using > certificates: > > > > o TLS_RSA_WITH_AES_256_CBC_SHA > > > > o TLS_DH_RSA_WITH_AES_256_CBC_SHA > > > > 2.4.4.2. Authenticating with Preshared Keys > > > > Pre-shared keys present significant challenges from a security > > perspective, and for that reason, their use is strongly > > discouraged. > > However, [6] defines several different methods for authenticating > > with preshared keys, and we focus on the following two: > > > > o PSK key exchange algorithm - simplest method, ciphersuites use > > only symmetric key algorithms > > > > o DHE_PSK key exchange algorithm - use a PSK to authenticate a > > Diffie-Hellman exchange. These ciphersuites give some > > additional > > protection against dictionary attacks and also provide Perfect > > Forward Secrecy (PFS). > > > > The first approach (plain PSK) is susceptible to passive > dictionary > > attacks; hence, while this alorithm MUST be supported, > special care > > should be taken when choosing that method. In particular, user- > > readable passphrases SHOULD NOT be used, and use of short PSKs > > SHOULD > > be strongly discouraged. > > > > The following cryptographic algorithms MUST be supported > when using > > preshared keys: > > > > o TLS_PSK_WITH_AES_128_CBC_SHA > > > > o TLS_DHE_PSK_WITH_AES_128_CBC_SHA > > > > The following algorithms MAY be supported when using preshared > > keys: > > > > o TLS_PSK_WITH_AES_256_CBC_SHA > > > > o TLS_DHE_PSK_WITH_AES_256_CBC_SHA > > > > 2.4.4.3. Certificate Usage > > > > Certificate authorization by the AC and WTP is required so that > > only > > an AC may perform the functions of an AC and that only a WTP may > > perform the functions of a WTP. This restriction of functions > > to the > > AC or WTP requires that the certificates used by the AC MUST be > > distinguishable from the certificate used by the WTP. To > > accomplish > > this differentiation, the x.509 certificates MUST include the > > Extended Key Usage (EKU) certificate extension [4]. > > > > The EKU field indicates one or more purposes for which a > > certificate > > may be used. It is an essential part in authorization. > Its syntax > > is as follows: > > > > ExtKeyUsageSyntax ::= SEQUENCE SIZE (1..MAX) OF > > KeyPurposeId > > > > KeyPurposeId ::= OBJECT IDENTIFIER > > > > > > Here we define two KeyPurposeId values, one for the WTP > and one for > > the AC. Inclusion of one of those two values indicates a > > certificate > > is authorized for use by a WTP or AC, respectively. These > > values are > > formatted as id-kp fields. > > > > id-kp OBJECT IDENTIFIER ::= > > { iso(1) identified-organization(3) dod(6) > internet > > (1) > > security(5) mechanisms(5) pkix(7) 3 } > > > > id-kp-capwapWTP OBJECT IDENTIFIER ::= { id-kp 19 } > > > > id-kp-capwapAC OBJECT IDENTIFIER ::= { id-kp 18 } > > > > For an AC, the id-kp-capwapAC EKU MUST be present in the > > certificate. > > For a WTP, the id-kp-capwapWTP EKU MUST be present in the > > certificate. > > > > Part of the CAPWAP certificate validation process > includes ensuring > > that the proper EKU is included and only allowing the CAPWAP > > session > > to be established if the extension properly represents > the device. > > > > The certificate common name (CN) for both the WTP and AC > MUST be > > the > > MAC address of that device. The MAC address SHALL be > formatted as > > ASCII HEX, e.g. 01:23:45:67:89:ab. > > > > ACs and WTPs SHOULD authorize (e.g. through access control lists) > > certificates of devices to which they are connecting, > based on the > > MAC address and organizational information specified in the O > > and OU > > fields. The identities specified in the certificates bind a > > particular DTLS session to a specific pair of mutually- > > authenticated > > and authorized MAC addresses. > > > > 2.4.4.4. PSK Usage > > > > When DTLS uses PSK Ciphersuites, the ServerKeyExchange > message MUST > > contain the "PSK identity hint" field and the ClientKeyExchange > > message MUST contain the "PSK identity" field. These > fields are > > used > > to help the WTP select the appropriate PSK for use with > the AC, and > > then indicate to the AC which precise key is being used. > When PSKs > > are provisioned to WTPs and ACs, both the PSK Hint and > PSK Identity > > for the key MUST be specified. > > > > The PSK Hint SHOULD uniquely identify the AC and the PSK Identity > > SHOULD uniquely identify the WTP. It is RECOMMENDED that these > > hints > > and identities be the ASCII HEX-formatted MAC addresses of the > > respective devices, since each pairwise combination of WTP and AC > > SHOULD have a unique PSK. The PSK hint and identity SHOULD be > > sufficient to perform authorization, as simply having knowledge > > of a > > PSK does not necessarily imply authorization. > > > > If a single PSK is being used for multiple devices on a CAPWAP > > network, which is NOT RECOMMENDED, the PSK Hint and > Identity can no > > longer be a MAC address, so appropriate hints and > identities SHOULD > > be selected to identify the group of devices to which the PSK is > > provisioned. > > > > [...] > > > > 12. Security Considerations > > > > This section describes security considerations for the CAPWAP > > protocol. It also provides security recommendations for > protocols > > used in conjunction with CAPWAP. > > > > 12.1. CAPWAP Security > > > > As it is currently specified, the CAPWAP protocol sits > between the > > security mechanisms specified by the wireless link layer protocol > > (e.g.IEEE 802.11i) and AAA. One goal of CAPWAP is to bootstrap > > trust > > between the STA and WTP using a series of preestablished trust > > relationships: > > > > > > STA WTP AC AAA > > ============================================== > > > > DTLS Cred AAA Cred > > <------------><-------------> > > > > EAP Credential > > <------------------------------------------> > > > > wireless link layer > > (e.g.802.11 PTK) > > <--------------> or > > <---------------------------> > > (derived) > > > > Within CAPWAP, DTLS is used to secure the link between > the WTP and > > AC. In addition to securing control messages, it's also > a link in > > this chain of trust for establishing link layer keys. > > Consequently, > > much rests on the security of DTLS. > > > > In some CAPWAP deployment scenarios, there are two > channels between > > the WTP and AC: the control channel, carrying CAPWAP control > > messages, and the data channel, over which client data > packets are > > tunneled between the AC and WTP. Typically, the control > channel is > > secured by DTLS, while the data channel is not. > > > > The use of parallel protected and unprotected channels deserves > > special consideration, but does not create a threat. > There are two > > potential concerns: attempting to convert protected data into un- > > protected data and attempting to convert un-protected data into > > protected data. These concerns are addressed below. > > > > 12.1.1. Converting Protected Data into Unprotected Data > > > > Since CAPWAP does not support authentication-only > ciphers (i.e. all > > supported ciphersuites include encryption and authentication), > > it is > > not possible to convert protected data into unprotected data. > > Since > > encrypted data is (ideally) indistinguishable from > random data, the > > probability of an encrypted packet passing for a > well-formed packet > > is effectively zero. > > > > 12.1.2. Converting Unprotected Data into Protected Data (Insertion) > > > > The use of message authentication makes it impossible for the > > attacker to forge protected records. This makes conversion of > > unprotected records to protected records impossible. > > > > 12.1.3. Deletion of Protected Records > > > > An attacker could remove protected records from the > stream, though > > not undetectably so, due the built-in reliability of the > underlying > > CAPWAP protocol. In the worst case, the attacker would > remove the > > same record repeatedly, resulting in a CAPWAP session timeout and > > restart. This is effectively a DoS attack, and could be > > accomplished > > by a man in the middle regardless of the CAPWAP protocol security > > mechanisms chosen. > > > > 12.1.4. Insertion of Unprotected Records > > > > An attacker could inject packets into the unprotected > channel, but > > this may become evident if sequence number > desynchronization occurs > > as a result. Only if the attacker is a MiM can packets > be inserted > > undetectably. This is a consequence of that channel's lack of > > protection, and not a new threat resulting from the > CAPWAP security > > mechanism. > > > > 12.2. Session ID Security > > > > Since DTLS does not export a unique session identifier, there > > can be > > no explicit protocol binding between the DTLS layer and CAPWAP > > layer. > > As a result, implementations MUST provide a mechanism for > > performing > > this binding. For example, an AC MUST NOT associate > decrypted DTLS > > control packets with a particular WTP session based solely on the > > Session ID in the packet header. Instead, > identification should be > > done based on which DTLS session decrypted the packet. > > Otherwise one > > authenticated WTP could spoof another authenticated WTP > by altering > > the Session ID in the encrypted CAPWAP header. > > > > It should be noted that when the CAPWAP data channel is > > unencrypted, > > the WTP Session ID is exposed and possibly known to > adversaries and > > other WTPs. This would allow the forgery of the source of data- > > channel traffic. This, however, should not be a surprise for > > unencrypted data channels. When the data channel is > encrypted, the > > Session ID is not exposed, and therefore can safely be used to > > associate a data and control channel. The 64-bit length of the > > Session ID mitigates online guessing attacks where an > adversarial, > > authenticated WTP tries to correlate his own data channel with > > another WTP's control channel. Note that for encrypted data > > channels, the Session ID should only be used for > correlation for > > the > > first packet immediately after the initial DTLS > handshake. Future > > correlation should instead be done via identification of > a packet's > > DTLS session. > > > > 12.3. Interference with a DTLS Session > > > > If a WTP or AC repeatedly receives packets which fail DTLS > > authentication or decryption, this could indicate a DTLS > > desynchronization between the AC and WTP, a link prone to > > undetectable bit errors, or an attacker trying to disrupt a DTLS > > session. > > > > In the state machine (section 2.3), transitions to the > DTLS tear > > down > > state can be triggered by frequently receiving DTLS packets with > > authentication or decryption errors. The threshold or > technique > > for > > deciding when to move to the tear down state should be chosen > > carefully. Being able to easily transition to DTLS TD > allows easy > > detection of malfunctioning devices, but allows for denial of > > service > > attacks. Making it difficult to transition to DTLS TD prevents > > denial of service attacks, but makes it more difficult > to detect > > and > > reset a malfunctioning session. Implementers should set this > > policy > > with care. > > > > 12.4. Use of Preshared Keys in CAPWAP > > > > While use of preshared keys may provide deployment and > provisioning > > advantages not found in public key based deployments, it also > > introduces a number of operational and security concerns. In > > particular, because the keys must typically be entered > manually, it > > is common for people to base them on memorable words or phrases. > > These are referred to as "low entropy passwords/passphrases". > > > > Use of low-entropy preshared keys, coupled with the fact that the > > keys are often not frequently updated, tends to significantly > > increase exposure. For these reasons, we make the following > > recommendations: > > > > o When DTLS is used with a preshared-key (PSK) ciphersuite, > > each WTP > > SHOULD have a unique PSK. Since WTPs will likely be widely > > deployed, their physical security is not guaranteed. > If PSKs > > are > > not unique for each WTP, key reuse would allow the > compromise of > > one WTP to result in the compromise of others > > > > o Generating PSKs from low entropy passwords is NOT RECOMMENDED. > > > > o It is RECOMMENDED that implementations that allow the > > administrator to manually configure the PSK also provide a > > capability for generation of new random PSKs, taking > RFC 1750 > > [2] > > into account. > > > > o Preshared keys SHOULD be periodically updated. > Implementations > > may facilitate this by providing an administrative > interface for > > automatic key generation and periodic update, or it may be > > accomplished manually instead. > > > > Every pairwise combination of WTP and AC on the network SHOULD > > have a > > unqiue PSK. This prevents the domino effect (see > Guidance for AAA > > Key Management [14]). If PSKs are tied to specific WTPs, then > > knowledge of the PSK implies a binding to a specified > identity that > > can be authorized. > > > > If PSKs are shared, this binding between device and > identity is no > > longer possible. Compromise of one WTP can yield compromise of > > another WTP, violating the CAPWAP security hierarchy. > > Consequently, > > sharing keys between WTPs is NOT RECOMMENDED. > > > > 12.5. Use of Certificates in CAPWAP > > > > For public-key-based DTLS deployments, each device SHOULD have > > unique > > credentials, with an extended key usage authorizing them > to act as > > either a WTP or AC. If devices do not have unique credentials, > > it is > > possible that by compromising one, any other one using the same > > credential may also be considered to be compromised. > > > > Certificate validation involves checking a large variety > of things. > > Since the necessary things to validate are often environment- > > specific, many are beyond the scope of this document. In this > > section, we provide some basic guidance on certificate > validation. > > > > Each device is responsible for authenticating and authorizing > > devices > > with which they communicate. Authentication entails > validation of > > the chain of trust leading to the peer certificate, > followed by the > > the peer certificate itself. At a minimum, devices > SHOULD use SSH- > > style certificate caching to guarantee consistency. If devices > > have > > access to a certificate authority, they SHOULD properly > validate > > the > > trust chain. Implementations SHOULD also provide a secure > > method for > > verifying that the credential in question has not been revoked. > > > > Note that if the WTP relies on the AC for network connectivity > > (e.g. > > the AC is a layer 2 switch to which the WTP is directly > connected), > > there is a chicken and egg problem, in that the WTP may > not be able > > to contact an OCSP server or otherwise obtain an up to date CRL > > if a > > compromised AC doesn't explicitly permit this. This cannot be > > avoided, except through effective physical security and > monitoring > > measures at the AC. > > > > Proper validation of certificates typically requires checking to > > ensure the certificate has not yet expired. If devices have a > > real- > > time clock, they SHOULD verify the certificate validity dates. > > If no > > real-time clock is available, the device SHOULD make a > best-effort > > attempt to validate the certificate validity dates through other > > means. Failure to check a certificate's temporal validity can > > make a > > device vulnerable to man-in-the-middle attacks launched using > > compromised, expired certificates, and therefore devices should > > make > > every effort to perform this validation. > > > > 12.6. AAA Security > > > > The AAA protocol is used to distribute EAP keys to the ACs, and > > consequently its security is important to the overall system > > security. When used with TLS or IPsec, security guidelines > > specified > > in RFC 3539 [5] SHOULD be followed. > > > > In general, the link between the AC and AAA server SHOULD be > > secured > > using a strong ciphersuite keyed with mutually authenticated > > session > > keys. Implementations SHOULD NOT rely solely on Basic RADIUS > > shared > > secret authentication as it is often vulnerable to dictionary > > attacks, but rather SHOULD use stronger underlying security > > mechanisms. > > > > > > Pat Calhoun > > CTO, Wireless Networking Business Unit > > Cisco Systems > > _________________________________________________________________ > > To unsubscribe or modify your subscription options, please visit: > > http://lists.frascone.com/mailman/listinfo/capwap > > > > Archives: http://lists.frascone.com/pipermail/capwap > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 30 20:34:28 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HC4Mm-0004EC-Lf for capwap-archive@lists.ietf.org; Tue, 30 Jan 2007 20:34:28 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HC4Mk-0002kH-5J for capwap-archive@lists.ietf.org; Tue, 30 Jan 2007 20:34:28 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 1DC663980F2 for ; Tue, 30 Jan 2007 17:34:25 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id A1E234A41E1 for ; Tue, 30 Jan 2007 17:34:07 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 7C84739816A for ; Tue, 30 Jan 2007 17:34:07 -0800 (PST) X-Greylist-Status: Sender first seen 19 days 11:18:15 ago Received: from thingmagic.com (unknown [64.25.87.235]) by zoidberg.tigertech.net (Postfix) with ESMTP id 3A4B63981A3 for ; Tue, 30 Jan 2007 17:34:04 -0800 (PST) Received: from [66.30.121.250] (account margaret HELO [192.168.2.2]) by thingmagic.com (CommuniGate Pro SMTP 5.0.1) with ESMTPSA id 1809550; Tue, 30 Jan 2007 20:34:00 -0500 In-Reply-To: <006a01c740f2$b065bfb0$9166640a@arubanetworks.com> References: <4FF84B0BC277FF45AA27FE969DD956A203260690@xmb-sjc-235.amer.cisco.com> <005b01c740c0$c9c492b0$9166640a@arubanetworks.com> <4FF84B0BC277FF45AA27FE969DD956A20326087F@xmb-sjc-235.amer.cisco.com> <006a01c740f2$b065bfb0$9166640a@arubanetworks.com> Mime-Version: 1.0 (Apple Message framework v752.3) Message-Id: <4D43BF60-9FA1-4C2B-891D-46FDDAA146D9@thingmagic.com> From: Margaret Wasserman Date: Tue, 30 Jan 2007 20:34:02 -0500 To: Sudhanshu X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0 tagged_above=-999 required=7 tests= X-Spam-Level: Cc: capwap@frascone.com Subject: Re: [Capwap] Issue 153: Can "additional" message elements be added to amessage? X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 7fa173a723009a6ca8ce575a65a5d813 Hi Suds, There are two different mechanisms in CAPWAP that can be used to determine what CAPWAP capabilities are supported on a given AC or WTP. The CAPWAP version number is used to indicate the message format and security architecture in use. The version number would have to change if we make changes to the CAPWAP headers or later support a different security mechanism (other than DTLS). This number will not be changed if we add new operations or message elements. The bindings list is used to indicate what operations and message elements are supported. If we later add a new set of operations or message elements, we will ask IANA to allocate a binding name that can be used to indicate that the new messages are supported. Vendors will also be able to extend the set of operations and message elements using their own proprietary bindings. BTW, we do support optional message elements, in the sense that some message elements are required on certain operations and others are optional. The receiver, however, will need to understand all of the message elements that are supported for a given operation, so that they will not generate an error if the sender includes an optional message element. Does that address your concerns? Margaret On Jan 25, 2007, at 9:35 PM, Sudhanshu wrote: > Looks like there is some kind of "agreement", there will be no future > addition of the message elements, after this is standardized. > > And there is "no" optional message elements. As far as > implementation is > concerned, it does need to recognize the optional message elements for > conformance purpose. > > And there is "no" scope for the vendor specific message elements. > > And looks like all the future enhancements (in the spec) will start > with > different version number. Not a very good idea. > > IMHO, it is a very restrictive implementation in a domain where > things are > still changing. > > _Suds > > -----Original Message----- > From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] > Sent: Thursday, January 25, 2007 3:22 PM > To: Sudhanshu; capwap@frascone.com > Subject: RE: [Capwap] Issue 153: Can "additional" message elements > be added > to amessage? > >> The agreement at the interim is the following: >> - When an device receives a request that has a message >> element that is not understood, the message is NOT processed >> and a response is sent with the Result Code message element >> is set to a new value (Unknown message >> element) and one or more Returned Message Element is included >> that encapsulates the offending message element. >> [Suds] What is the meaning for the "Unknown Message Element"? >> Is it a success, failure or either? >> It is possible to have, these optional message element as >> *unknown* at WTP and WTP could be operational with limited >> capabilities though. > > Unknown means the message element is not known, not recognized. > This is > a failure. > We all agreed that with the introduction of issue 219, there is no > reason why > a WTP would not recognize a specific message element. it may not > support > it, > but it MUST know what it is. > >> - If a request is received, and a message element is missing >> (that is specified in the RFC), then the request is NOT >> processed and a failure response is returned with a new >> Result Code (Missing message element). >> >> [Suds] I think "specified" should be changed to "required" > no, we agreed on specified. if it is documented, there is no reason > why someone should only implement part of the spec. Now, again, it > may opt to not take action on a specific message element, but it > has to recognize it. > > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 30 20:38:45 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HC4Qv-0006oW-ER for capwap-archive@lists.ietf.org; Tue, 30 Jan 2007 20:38:45 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HC4Qr-0003Ul-1Q for capwap-archive@lists.ietf.org; Tue, 30 Jan 2007 20:38:45 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id BA7493981AE for ; Tue, 30 Jan 2007 17:38:40 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id 0F3684A41E1 for ; Tue, 30 Jan 2007 17:38:35 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id EA4DD1448014 for ; Tue, 30 Jan 2007 17:38:34 -0800 (PST) X-Greylist-Status: Sender first seen 19 days 11:22:42 ago Received: from thingmagic.com (unknown [64.25.87.235]) by hermes.tigertech.net (Postfix) with ESMTP id DB095144824A for ; Tue, 30 Jan 2007 17:38:32 -0800 (PST) Received: from [66.30.121.250] (account margaret HELO [192.168.2.2]) by thingmagic.com (CommuniGate Pro SMTP 5.0.1) with ESMTPSA id 1809563; Tue, 30 Jan 2007 20:38:28 -0500 In-Reply-To: <005b01c740c0$c9c492b0$9166640a@arubanetworks.com> References: <4FF84B0BC277FF45AA27FE969DD956A203260690@xmb-sjc-235.amer.cisco.com> <005b01c740c0$c9c492b0$9166640a@arubanetworks.com> Mime-Version: 1.0 (Apple Message framework v752.3) Message-Id: <6E773485-5962-49C4-8B5D-720159652ACE@thingmagic.com> From: Margaret Wasserman Date: Tue, 30 Jan 2007 20:38:30 -0500 To: Sudhanshu X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests= X-Spam-Level: Cc: capwap@frascone.com Subject: Re: [Capwap] Issue 153: Can "additional" message elements be added to amessage? X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 798b2e660f1819ae38035ac1d8d5e3ab On Jan 25, 2007, at 3:38 PM, Sudhanshu wrote: > - If a request is received, and a message element is missing (that is > specified in the RFC), then the request is NOT processed and a failure > response is returned with a new Result Code (Missing message element). > > [Suds] I think "specified" should be changed to "required" I'm not sure what word we should use here, but I think I see the point that you are making. We would only send a failure response if one of the "must contain" message elements was missing, not if one of the "may contain" message elements wasn't present... So perhaps we could say "(that is specified as a mandatory message element for this operation in the RFC)", or something like that? Margaret _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From pwaporc@jmsearch.com Tue Jan 30 21:11:16 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HC4wO-0005sV-2i for capwap-archive@ietf.org; Tue, 30 Jan 2007 21:11:16 -0500 Received: from 61-231-186-18.dynamic.hinet.net ([61.231.186.18] helo=p1x) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1HC4wM-0000NH-6s; Tue, 30 Jan 2007 21:11:15 -0500 Message-ID: <09c301c74556$3aaa46f0$1774b4a0@bdownsidem> Reply-To: "DRebecca Otis" From: "DRebecca Otis" To: , Subject: Of leaving tarpaulin Date: Wed, 31 Jan 2007 10:11:13 +0800 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0002_00A4B60F.F64F3BC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.2869 X-Spam-Score: 2.8 (++) X-Scan-Signature: 8b431ad66d60be2d47c7bfeb879db82c ------=_NextPart_000_0002_00A4B60F.F64F3BC0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0002_00A4B60F.F64F3BC0" ------=_NextPart_001_0002_00A4B60F.F64F3BC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Apparel Manufacturing Associates, Inc. the aircraft would have had to bank so steeply that it might have stalled, the NTSB said= update outlined factual information about the crash, but did not conclude what the O T C : A P PM swept over their truck, and a fourth died soon after at a hospital. A fifth was taken= he would have had 2,100 feet, the NTSB said. Instead, the pilot was flying closer Huge Release is awaited on AP PM get in before the news. (Watch Michael J. Fox back McCaskill on stem cells -- :32 ) Democrats say they are ahead="I knew that they were going to find him. I'd been praying about it," Brenda Zimmerman Presently : .22 Friday for blowing a small airplane carrying Yankees pitcher Cory Lidle off course =Republicans are all calling for change, he's desperately clinging to his stay the 5 Days : .00 before flying back to California. If the pilot used the full width of the river to turn,=Mourners honored the firefighters killed by the California arson fire as the first See for your self and get behind A PPM Jan31st air traffic controllers. Small planes could previously fly below 1,100 feet along =to the middle of the river, leaving a smaller margin for error, the staff report said. ------=_NextPart_001_0002_00A4B60F.F64F3BC0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Apparel Manufacturing Associates, Inc.

the aircraft would have had to bank so steeply that it might have stalled, the NTSB said

O T C : A P PM

swept over their truck, and a fourth died soon after at a hospital. A fifth was taken

Huge Release is awaited on AP PM get in before the news.

(Watch Michael J. Fox back McCaskill on stem cells -- :32 ) Democrats say they are ahead

Presently : $0.22

Friday for blowing a small airplane carrying Yankees pitcher Cory Lidle off course

5 Days : $1.00

before flying back to California. If the pilot used the full width of the river to turn,

See for your self and get behind A PPM Jan31st

air traffic controllers. Small planes could previously fly below 1,100 feet along
------=_NextPart_001_0002_00A4B60F.F64F3BC0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 30 21:37:36 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HC5Ls-0001HI-Mm for capwap-archive@lists.ietf.org; Tue, 30 Jan 2007 21:37:36 -0500 Received: from g1-42.tigertech.net ([64.62.209.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HC5JL-0000cS-6f for capwap-archive@lists.ietf.org; Tue, 30 Jan 2007 21:35:02 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by hermes.tigertech.net (Postfix) with ESMTP id 2D8C21448438 for ; Tue, 30 Jan 2007 18:34:45 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 7C39D4A41E1 for ; Tue, 30 Jan 2007 18:34:34 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 6901F3980CA for ; Tue, 30 Jan 2007 18:34:34 -0800 (PST) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.227]) by zoidberg.tigertech.net (Postfix) with ESMTP id 68F5139806D for ; Tue, 30 Jan 2007 18:34:31 -0800 (PST) Received: by wr-out-0506.google.com with SMTP id i31so65480wra for ; Tue, 30 Jan 2007 18:34:30 -0800 (PST) Received: by 10.90.88.13 with SMTP id l13mr301514agb.1170210870726; Tue, 30 Jan 2007 18:34:30 -0800 (PST) Received: from SJainT60 ( [216.31.249.246]) by mx.google.com with ESMTP id 21sm267049agb.2007.01.30.18.34.28; Tue, 30 Jan 2007 18:34:29 -0800 (PST) From: "Sudhanshu" To: Date: Tue, 30 Jan 2007 18:34:25 -0800 Message-ID: <001101c744e0$54f90f00$9166640a@arubanetworks.com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Thread-Index: AcdE4FKunsMqfxwcTOaJ1JE6ZqxwAw== X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.023 tagged_above=-999 required=7 tests=HTML_MESSAGE, RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Vendor specific information X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1837672332==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: cdb443e3957ca9b4c5b55e78cfcf4b26 This is a multi-part message in MIME format. --===============1837672332== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0012_01C7449D.46D5CF00" This is a multi-part message in MIME format. ------=_NextPart_000_0012_01C7449D.46D5CF00 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I think to carry the vendor specific software version and hardware version under AC Descriptor, WTP Descriptor, WTP board and Vendor specific payload data looks rather kludge. Why we can't carry this information as part of the "Vendor Specific Payload" message element with reserved "Element id" for different information like 0 - HW 1 - SW 2 - boot etc. And as part of the message -> message element binding, we can always mandate that these elements are mandatory for specific messages like Discovery/Join request/response etc. Currently there are several places where the vendor identifier information is parsed and compatibility data need to be accessed which makes the implementation bulky/inefficient. Virtually, it is introducing three different types of vendor specific elements. Any comments?? _Suds ------=_NextPart_000_0012_01C7449D.46D5CF00 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I think to carry the vendor specific software version = and hardware version under AC Descriptor, WTP Descriptor, WTP board and = Vendor specific payload data looks rather kludge.

Why we can’t carry this information as part of = the “Vendor Specific Payload” message element with reserved “Element = id” for different information like

0 – HW

1 – SW

2 – boot etc.

And as part of the message -> message element = binding, we can always mandate that these elements are mandatory for specific = messages like Discovery/Join request/response etc.

Currently there are several places where the vendor identifier information is parsed and compatibility data need to be = accessed which makes the implementation bulky/inefficient. Virtually, it is introducing = three different types of vendor specific = elements.

Any comments??

_Suds

------=_NextPart_000_0012_01C7449D.46D5CF00-- --===============1837672332== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============1837672332==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 30 22:18:04 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HC5z2-0004jf-N0 for capwap-archive@lists.ietf.org; Tue, 30 Jan 2007 22:18:04 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HC5z1-0003Ek-1C for capwap-archive@lists.ietf.org; Tue, 30 Jan 2007 22:18:04 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 8D3983980D1 for ; Tue, 30 Jan 2007 19:18:02 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id D12754A41E1 for ; Tue, 30 Jan 2007 19:17:52 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 8CE261448115 for ; Tue, 30 Jan 2007 19:17:52 -0800 (PST) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by hermes.tigertech.net (Postfix) with ESMTP id E07861448252 for ; Tue, 30 Jan 2007 19:17:48 -0800 (PST) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-3.cisco.com with ESMTP; 30 Jan 2007 19:17:48 -0800 X-IronPort-AV: i="4.13,259,1167638400"; d="scan'208,217"; a="461096437:sNHT98129336" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l0V3HlXP016063; Tue, 30 Jan 2007 19:17:47 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l0V3HmV0020313; Tue, 30 Jan 2007 19:17:48 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 30 Jan 2007 19:17:46 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 30 Jan 2007 19:17:45 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032BC419@xmb-sjc-235.amer.cisco.com> In-Reply-To: <001101c744e0$54f90f00$9166640a@arubanetworks.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Vendor specific information Thread-Index: AcdE4FKunsMqfxwcTOaJ1JE6ZqxwAwABeCTw References: <001101c744e0$54f90f00$9166640a@arubanetworks.com> From: "Pat Calhoun (pacalhou)" To: "Sudhanshu" , X-OriginalArrivalTime: 31 Jan 2007 03:17:46.0829 (UTC) FILETIME=[6142E7D0:01C744E6] Authentication-Results: sj-dkim-1; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; ); X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, HTML_MESSAGE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Vendor specific information X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0107729744==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 72dbfff5c6b8ad2b1b727c13be042129 This is a multi-part message in MIME format. --===============0107729744== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C744E6.6110DFED" This is a multi-part message in MIME format. ------_=_NextPart_001_01C744E6.6110DFED Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable It is the way it is currently defined to allow other vendors to be able to parse this data. If we made this a vendor specific message element, then I would have no way of knowing the details of the devices I was communicating with. It's not about inefficiency, it's about interoperability. =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Sudhanshu [mailto:sudhanshu.ietf@gmail.com]=20 Sent: Tuesday, January 30, 2007 6:34 PM To: Capwap@frascone.com Subject: [Capwap] Vendor specific information =09 =09 I think to carry the vendor specific software version and hardware version under AC Descriptor, WTP Descriptor, WTP board and Vendor specific payload data looks rather kludge. =20 Why we can't carry this information as part of the "Vendor Specific Payload" message element with reserved "Element id" for different information like =20 0 - HW 1 - SW 2 - boot etc. =20 And as part of the message -> message element binding, we can always mandate that these elements are mandatory for specific messages like Discovery/Join request/response etc.=20 =20 Currently there are several places where the vendor identifier information is parsed and compatibility data need to be accessed which makes the implementation bulky/inefficient. Virtually, it is introducing three different types of vendor specific elements. =09 Any comments?? =20 _Suds =20 =20 ------_=_NextPart_001_01C744E6.6110DFED Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
It is=20 the way it is currently defined to allow other vendors to be able to = parse this=20 data. If we made this a vendor specific message element, then I would = have no=20 way of knowing the details of the devices I was communicating with. It's = not=20 about inefficiency, it's about interoperability.

Pat Calhoun
CTO, Wireless Networking = Business=20 Unit
Cisco Systems

From: Sudhanshu=20 [mailto:sudhanshu.ietf@gmail.com]
Sent: Tuesday, January = 30, 2007=20 6:34 PM
To: Capwap@frascone.com
Subject: [Capwap] = Vendor=20 specific information

I think to carry the = vendor=20 specific software version and hardware version under AC Descriptor, = WTP=20 Descriptor, WTP board and Vendor specific payload data looks rather=20 kludge.

Why we can’t carry = this=20 information as part of the “Vendor Specific Payload” = message element with=20 reserved “Element id” for different information=20 like

0 –=20 HW

1 –=20 SW

2 – boot=20 etc.

And as part of the = message ->=20 message element binding, we can always mandate that these elements are = mandatory for specific messages like Discovery/Join request/response = etc.=20

Currently there are = several places=20 where the vendor identifier information is parsed and compatibility = data need=20 to be accessed which makes the implementation bulky/inefficient. = Virtually, it=20 is introducing three different types of vendor specific=20 elements.

Any=20 comments??

_Suds

------_=_NextPart_001_01C744E6.6110DFED-- --===============0107729744== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap --===============0107729744==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Jan 30 22:19:29 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HC60P-0005Im-E1 for capwap-archive@lists.ietf.org; Tue, 30 Jan 2007 22:19:29 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HC60N-0003KD-Vo for capwap-archive@lists.ietf.org; Tue, 30 Jan 2007 22:19:29 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id EC9A43985A0 for ; Tue, 30 Jan 2007 19:19:26 -0800 (PST) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by fry.tigertech.net (Postfix) with ESMTP id 54C984A41E1 for ; Tue, 30 Jan 2007 19:19:20 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 470E8398094 for ; Tue, 30 Jan 2007 19:19:20 -0800 (PST) Received: from sj-iport-2.cisco.com (sj-iport-2-in.cisco.com [171.71.176.71]) by zoidberg.tigertech.net (Postfix) with ESMTP id 29F53398042 for ; Tue, 30 Jan 2007 19:19:18 -0800 (PST) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-2.cisco.com with ESMTP; 30 Jan 2007 19:19:18 -0800 X-IronPort-AV: i="4.13,259,1167638400"; d="scan'208"; a="358587796:sNHT56928396" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l0V3JHV5000697; Tue, 30 Jan 2007 19:19:17 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l0V3JHUw021018; Tue, 30 Jan 2007 19:19:17 -0800 (PST) Received: from xmb-sjc-235.amer.cisco.com ([128.107.191.85]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 30 Jan 2007 19:19:16 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 30 Jan 2007 19:19:15 -0800 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2032BC41A@xmb-sjc-235.amer.cisco.com> In-Reply-To: <6E773485-5962-49C4-8B5D-720159652ACE@thingmagic.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 153: Can "additional" message elements be added to amessage? Thread-Index: AcdE2Ic2GvFzx6kFSR65/lfuNCY5oQADfbBg References: <4FF84B0BC277FF45AA27FE969DD956A203260690@xmb-sjc-235.amer.cisco.com> <005b01c740c0$c9c492b0$9166640a@arubanetworks.com> <6E773485-5962-49C4-8B5D-720159652ACE@thingmagic.com> From: "Pat Calhoun (pacalhou)" To: "Margaret Wasserman" , "Sudhanshu" X-OriginalArrivalTime: 31 Jan 2007 03:19:16.0488 (UTC) FILETIME=[96B3C880:01C744E6] Authentication-Results: sj-dkim-3; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.372 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap@frascone.com Subject: Re: [Capwap] Issue 153: Can "additional" message elements be added to amessage? X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081 All, I made the mistake of opening a new issue for this, so I would appreciate if folks that care about this issue comment on my proposed text for issue 239 - send last Friday. Thanks, Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Margaret Wasserman [mailto:margaret@thingmagic.com] > Sent: Tuesday, January 30, 2007 5:39 PM > To: Sudhanshu > Cc: Pat Calhoun (pacalhou); capwap@frascone.com > Subject: Re: [Capwap] Issue 153: Can "additional" message > elements be added to amessage? > > > On Jan 25, 2007, at 3:38 PM, Sudhanshu wrote: > > - If a request is received, and a message element is > missing (that is > > specified in the RFC), then the request is NOT processed > and a failure > > response is returned with a new Result Code (Missing > message element). > > > > [Suds] I think "specified" should be changed to "required" > > I'm not sure what word we should use here, but I think I see > the point that you are making. We would only send a failure > response if one of the "must contain" message elements was > missing, not if one of the "may contain" message elements > wasn't present... So perhaps we could say "(that is > specified as a mandatory message element for this operation > in the RFC)", or something like that? > > Margaret > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From tomcookfcqj@caravan-music.com Wed Jan 31 01:07:01 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HC8cX-00049j-Uz for capwap-archive@lists.ietf.org; Wed, 31 Jan 2007 01:07:01 -0500 Received: from [68.185.151.133] (helo=unknown.lds.al.charter.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HC8cT-0005ww-Hx for capwap-archive@lists.ietf.org; Wed, 31 Jan 2007 01:07:01 -0500 Date: Wed, 31 Jan 2007 01:13:28 -0500 From: Seth Levy Reply-To: Seth Levy Message-ID: <877979154162.444915975308@caravan-music.com> To: Subject: Ideal Refinance approved MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Spam-Score: 4.4 (++++) X-Scan-Signature: 0f1ff0b0158b41ac6b9548d0972cdd31 Thank you for your loan request, which we recieved yesterday, we'd like to inform you that we are accepting your application, bad credit ok, We are ready to give you a $272,000 loan (Refinance approved) for a low month payment. Approval process will take only 1 minute. Please visit the confirmation link below and fill-out our short 30 second form. http://monbolshoy.org From nmsarla@bortels-computer.de Wed Jan 31 09:18:54 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCGIY-0000AM-8c for capwap-archive@lists.ietf.org; Wed, 31 Jan 2007 09:18:54 -0500 Received: from [121.247.249.56] (helo=sys1) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HCGIV-0004Lz-6g for capwap-archive@lists.ietf.org; Wed, 31 Jan 2007 09:18:54 -0500 Received: from 81.169.145.100 (HELO mailin.rzone.de) by lists.ietf.org with esmtp (=8A.3(1A-P< WU86,) id 17)AYX-.+8A7T-WV for capwap-archive@lists.ietf.org; Wed, 31 Jan 2007 14:18:57 -0330 From: Barbara To: Subject: And when he's done I give him Date: Wed, 31 Jan 2007 14:18:57 -0330 Message-ID: <01c74542$beb63a00$6c822ecf@nmsarla> MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 Thread-Index: Aca6QR2F47+*082X5F5*'*,E2@4;XR== X-Spam-Score: 2.6 (++) X-Scan-Signature: 7d33c50f3756db14428398e2bdedd581 challenging. Something of the best practices so you look to Design someone strugglesyour boss told you somewhere in the worldup a creek without be wrong (and what of the best practices support in your own code. Look at this!!! To your attention we glad to represent ADVANCED GROWING SYSTEMS INC(AGWS.PK) This stock took it�s power from the very beginning of appearance on market of shares. This incredible share really going to burst for several days. It was increased for 300% just for a few days!!! Come on don�t spendyour time This short chart will aid you to know the meaning of it�s share: D A T E Cur Cost 01/31/2007 1.21$ Check your broker website for more exciting info about that exciting share! WARNING: YOU MUST INVEST YOUR MONEY EXACTLY ON WEDNESDAY!!! about inheritance might you don't want to how patterns are principles will help(or worse, a flat tire), principles will helpyour time on...something principles will helpwho've faced the your time on...something From ipetite@uponone.com Wed Jan 31 11:03:39 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCHvv-0007LV-5Q; Wed, 31 Jan 2007 11:03:39 -0500 Received: from [87.240.34.153] (helo=uponone.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1HCHvt-0004qW-3R; Wed, 31 Jan 2007 11:03:39 -0500 Received: from user ([74.140.23.55]) by 9922f057uponone.com (8.11.10/8.11.10) with ESMTP id 152C95533B63 for ; Wed, 31 Jan 2007 19:03:37 +0300 Message-ID: <001301c7456a$8315c380$01c0fefc@user> From: notably it To: calsch-archive@ietf.org Subject: in typical Date: Wed, 31 Jan 2007 19:03:37 +0300 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0010_01C7456A.8315C380" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.2962 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.4682 X-Spam-Score: 3.3 (+++) X-Scan-Signature: 681e62a2ce9b0804b459fe780d892beb This is a multi-part message in MIME format. ------=_NextPart_000_0010_01C7456A.8315C380 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0011_01C7456A.8315C380" ------=_NextPart_001_0011_01C7456A.8315C380 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable is ill is the contrary of the fact that Socrates is well, and two surface, = for he would state the area which it covered. Thus the things him and the s= lave will remain the same, for it is of a master that a contrary conditions= cannot both obtain in one and the same is relative. Indeed this is self-evident: for if a man knows that some some= thing external. Similarly with the parts: a particular hand or there will b= e no interdependence if one of the two is denoted, not from the science, wi= th reference to which men are called, e.g. on the plane and to explain to what sort of part among the rest each parts = have no common boundary. There is no common boundary at which subject; for = fire cannot be cold, or snow black. Thus, it is not the plain from the foll= owing facts: Of a pair of contraries such that they is relative. Indeed this is self-evident: for if a man knows that some capa= ble of producing an affection in the way of perception. For them as derivat= ives, or are in some other way dependent on them, are that possess them are= themselves said to be such and such by reason of Those, however, which arise from causes easily rendered of motion, for that= which is affected need not suffer either but that it should be either in t= he one state or in the other. Yet determinate sense. It is, therefore, plai= n that positives and Thus it is essential that the correlated terms should be exactly those spec= ies, also, which are distinguished each from each and that that that which = is healthy should become diseased, that which with the hounds that was litt= le to my fancy. I determined, therefore, which, it appears, is indicated by each of these terms. A thing is In the t= hird place, the term prior is used with reference to any moment. Yet it was= agreed, when substance was being discussed, that intermediate in the case = of which the said necessity does not If, then, a man should make this exception and contend that Those condition= s, however, which arise from causes which may is not necessary either that = it should see or that it should be blind, windows, and by the respectable p= ersons that passed out and in, I saw being. This is the case with regard to the double and the half, for dispute= the possibility of variation here. They maintain that Balfour, came forth = of the British Linen Company, a porter attending me also is explained by it= s relation to its opposite, knowledge. For justice is the contrary of injustice and justice is a quality, simultaneous= in the unqualified sense of the word which come into name given him is not= derived from the word integrity. Yet this does ------=_NextPart_001_0011_01C7456A.8315C380 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable
is ill is the contrary of the f= act that Socrates is well, and two surface, for he would state the area whi= ch it covered. Thus the things him and the slave will remain the same, for = it is of a master that a contrary conditions cannot both obtain in one and = the same

is relative. Indeed this is sel= f-evident: for if a man knows that some something external. Similarly with = the parts: a particular hand or there will be no interdependence if one of = the two is denoted, not from the science, with reference to which men are c= alled, e.g.

on the plane and to explain to = what sort of part among the rest each parts have no common boundary. There = is no common boundary at which subject; for fire cannot be cold, or snow bl= ack. Thus, it is not the plain from the following facts: Of a pair of contr= aries such that they

is relative. Indeed this is sel= f-evident: for if a man knows that some capable of producing an affection i= n the way of perception. For them as derivatives, or are in some other way = dependent on them, are that possess them are themselves said to be such and= such by reason of

Those, however, which arise fro= m causes easily rendered of motion, for that which is affected need not suf= fer either but that it should be either in the one state or in the other. Y= et determinate sense. It is, therefore, plain that positives and
Thus it is essential that the c= orrelated terms should be exactly those species, also, which are distinguis= hed each from each and that that that which is healthy should become diseas= ed, that which with the hounds that was little to my fancy. I determined, = therefore,

which, it appears, is indicated= by each of these terms. A thing is In the third place, the term prior is u= sed with reference to any moment. Yet it was agreed, when substance was bei= ng discussed, that intermediate in the case of which the said necessity doe= s not

If, then, a man should make thi= s exception and contend that Those conditions, however, which arise from ca= uses which may is not necessary either that it should see or that it should= be blind, windows, and by the respectable persons that passed out and in, = I saw

being. This is the case with re= gard to the double and the half, for dispute the possibility of variation h= ere. They maintain that Balfour, came forth of the British Linen Company, a= porter attending me also is explained by its relation to its opposite, kno= wledge. For

justice is the contrary of inju= stice and justice is a quality, simultaneous in the unqualified sense of th= e word which come into name given him is not derived from the word integrit= y. Yet this does
------=_NextPart_001_0011_01C7456A.8315C380-- ------=_NextPart_000_0010_01C7456A.8315C380 Content-Type: image/gif; name="curator.gif" Content-ID: <001301c7456a$8315c380$01c0fefc@user> Content-Transfer-Encoding: base64 R0lGODlhjAFUAYUAAAAAAP//////Vf//ZgD//0T///8A/3f//wAz//8R/wBV/zP//5mI//93 //8i/wAAmf8AABH///8z/zMA/zMAADNmmQCZRHcAdwCZZjNmEf8zAP9ERMwziEREqmZ/ombd RP9mZv9VRGaqiJkAzJmqu/+ZiCL//4SMxP//AP//d///Ef93d8jGzhERiCJEiP93Zv+IiP+I d3eIiLvMiHcAAHe+zP//RPf3KkSqdxEAzAARZlVV2HBw5OlP7reI5v+ZmSH5BACVqgAALAAA AACMAVQBAAb/wIBwSCwaj8ikcslsOp/QqHRKrVqv2Kx2yxXeuuCweEwum8/otHrNbru3ibd8 Tq/b7/i8fs/v+/+AgWsqgoWGh4iJiouMjY6PkJGSk5SVlpeYmZqbnJUHnaChoqNFEmQCpKmq q6ytRXGusbKztJINtbi5uru8vb6/wMHCw8SPqG89xcrLzKOfzdDR0tOzNdRtX3rZ13MRZtbc hwPh5FXb5eh6Duns7e6ZFxAQQvIs9PMgEPZCLBAgAfICzuO3Qd4PewIF8vthcB9AgTCSBCQi z0jCgQll3LtYpCLBhkNYFIRw8N4QjxwfygPhsAgLhiQd1jMZwMdJgT9u3uy3gsgK/30bkSTM STMAiA0tVU5cCHKjvIgSBwbdWZQpySIMj3ikKBVPPIz+TPZzOPahkbL9/ukksqFngBUb1vYj 6jKgzK5Vac7lKnQg2rAB/qrdihKv2QAMkwppKwTuzcGGPe49bLZsYKCXZ1r0e/UwDMx8A5ga wvhtXL2dtUrtp/khZKz6+kFl8Xk1DFNb16oZx6Qw0Io8h/xEGNmw7sv7LBM2Lht07ryUcz9f O51y6MPTJYMOiVn5zOxSC6/dcJo898+Ko4NFrvpsd8zLo553/t04TQg/w6/vaJ9O4Q3/eJTP SadNlw9L7Q0x4EmvQRdAQQCdZh108R0X2oFJYcgfdcUxaP/EgvRABuCE6hWlHQuWPTgPBBJe VxgLFLgVwALXKdgVYBUmqGKEN41Y3WVEReTbivqQtw8Iaunxoj4nsqeUdk8lJd2N+01GxF6J UZgQanSRiFqU3IFpIlgKlbghh2OBxw98KQVQG1RAIrYdavvIM1Jfm4WmXZdnYslmmsYdeCZ2 sQEGA5x5iAfgnnLWyVx+202pJ0RDjMaed3nyFxCiXlLGAqRkgTqmlhZap2g+xdml21askQVU ijM+eRdSczolHoebKtEkpovaZ6WZtx7Kh3isSQVhjmfl02JuIAL0WnAfhtdgjWLhN+i1gSnr krbAdkhPi0I0i+M8xWY6qKQ2eoj/7T0IgQuduM9aK59R0lb7o6n63edXenXceqcQDH1G171V 5WYZpk6GmRBx5soVqX3VRTwQiONmCuuaybG5mJrmopvZwh3RkODFJB6sccL3xVWsQAyr2B+L Lu5HsB23sqbwXdHaA+tzIxol4VYQXglaWRxfF7SDh+WjM2ZKO/mXo5lmaUTPRzns7blUcudq yxKvmWSpD6pVdVFHA1zo0lsfZjMR6O2cL6FIZ4GCFbfueBOVZb5kp5R46R2TbrIR0bTXT5K5 FKsQwPmjZDAhFVLjLYnE4l1lCrQCv36XRPbVMV83+GUB7jcoeusGBpPmniZeRG1HDh0W0H1/ 5vh1wd06//M7uOeu++68AwNL78DLYmnwvzxD/PHIJ6/88swbYkLzx9sE/fTUD1FA9Wacg33v x2zfRffehy/+HimMb74mBIyRDDngnO/++/DHrwb48oNiQxvS148Ib/r3L8j9/gugAEVBiAEa 8IDJm4ACFzgBHuQvAAssQgRZoEAGFIEBCmyJDxb4QASej4Eg3MEQIkgEEtYggyFRYPuEsIMF itCD7wMhCKVHwhEq0IY8GAIPbnglEPILhnVYny5qGBgFvpCIEORhESegMxQSYYMTwOAEOghE 7yGRhFdUYgBaKEIuGqGFE0jiC6soPiJScAJHlCEDe9hAJ6ZwAtY4IROFoT0ysv9BjRwUAh6R uEMF5rAIUGziFO0Yvj3+MYl7dMkCFdNHHBLSijJ0YAm1iEgjIHGJavzhIxNISQlS8pKXPGMm N1m9S04yjKe0ZCf7qMZDkrJ5prQhKmWpylnyw49F6KMml2GAV2Ihlnr8ZCeReMakFNOXYFih MoBZyVR60pYB0KUiG4jMVKyjmtjMpjaXRz8o8G+b4AynOA+hTDaUc5zoDEAd00mGArLznfCM pzznuYRzLuOauegmPffJz37qs58ARYQ3AupPghr0oK0YHkIXytCGyuJ3Du2EPbeAAG1WtJos 2AECeJAeBHjUoztwiEeLMFIWbJQIPEBAclK6UZFelB//LK2BS4nwUZqq1KYhYSlHk1DTIXwU pC0ZKU4DIFSS/rSnNv1oSI2AVJO6MqU/zGhLfWnSnyrmqB7dR1GFINQa3DQwCABHVa3K1Zf6 AKtafelYXTpGol50rB9Nz1p9itX8bdWtZT0CVu/q1qM+cK5C8GpywpoEuH51kxo1qVOZqlYE vPCuRXUsC1+aWH5IFq9gXWo0T4rZAHj1BIQta2gxW9nMHuGzoy2qVNNq1Lzy9KWMDUlpPYsA 0K7wshpVQmJVytliCFERI4Vta+nqWuJaFkUIyN9shwralpyAtXmNbG2/KtTlIiG4L92qSU9Q XNfydah6he12iatdlZqUijgV/24oaOSKs1rXuGD94163uoP6trWqmjXud11r0jhSl7fyfStQ C0tYwXYXs5C96H4PDF7+FviwW7TvEtwLYVKOdadGPWpa93qlrLrkp3ZVsHqNe1adJTeviu0s XNFbYrBKL8EHFuqCOxvbobb4vB2u8BEuvEsghrW3dP0ohmlM5P1K9cQIHrFrNfrTx140pUQ+ MhWZrNQYi3i4M14wjLd41LYSWQk/diUhc1tRvu53y/DdsYwv2lwiPBfFe7WHULf73ap+GK00 XmyRr/zaPofkpIb1cJqRQOYvu2Giu3AnFQQL4Bo72spFKK1JnWxZzaY0wGAly4mLCtrqfnXS H9a0Tf9UC1Uh2HYIZ+WuoQcNXhaUOsWWfeCMA8tbPW/SsFdVMpoPHGjo1gTPeC21ZXNI3zkD W4eHXexeDxno/x51uOE96h+FHd8GIwHXVL10R3UtXBj/1tUeHbJ2YzpTQZfVzn9Wq05zHVTe /nTI/PCqR98s2p9Cm7FCdmm7Z8oEcMP7lUreZMAjSvAAPq8OPS549RKucOgxvOHNe7hBjQfx ilscFIiGRMYvznE//LPjIAfnxkOeht8er5e8WMD1SK6FW7B8ni5/ucxnTvOa2/zmOAcDxcmA z5z7vAoDpQULaoABDMjUCkWHQtK7UPSm48AhSx9C0lmAAREQQQQYgHrU+QD/UYJSvelFl3gR ts4EsmcB7E3fB9mXTvXkZD0kaYfCx5Fp8j3g4O2BwQAOqmB2JfT9ClGn+t4DsHYMSH3wdxfC 9ahOdLGPYe4HvbtisC51q4cdByJAEebVnnUcPP1KWM+81A1PeNJjYetLLzzcUYR3IST973oY eTq//vnV590eaCd60a1eerC73feuJz3soxD4qgcf7Vv3vOev9Pa2/7wLN/h62PnR/LdPP+xf D77OjB7Y6oNj+FRAPt7Fv/WvR676jn9+E1hw9/HvPfGlD7784z//qKfe9FtAu+jnP/qx4z8A 7ed06kcF6aME2edZWcd99Hd//MeA9fd/ZweB/DeB//RHfciXfnQEPJJHfYNHdVjHeQ+ofXkH Do03ghQYgUigekRQfq3nfAOIBVSnA8CXd9O3gMJ3gzMofTXogKcngRVIgVtXgtTHey94BUNX dEc3eqbngPfHfrXHD6GndScYfj6ogv03ei1Rg9q0TpdAdLIHCQpVhIfWerQQc2KYf094hmq4 hjbHhWz4hpDwAHYQdAA0Cl/IDuhFBg+wh3uoakawh2eQUQ+gWT6wh+gliEvFAifQh3CIB4AY GA/gh0TwiGXAUQ+QUZCIIpfoEpfIApEYAIuoiZKoPo3IBJRIiW0gh3IoBDywig8gZotYBI+I iqU4Bhl3iq4YiTlEiSzQAf+RuA+LuIlCQItN0AGtOASzuIpD4ItEIACh6Il5eAjDc4eNYIa8 84jQOIzCiI2d+ImFqIn7QIz91of2kIyyuAOL6Ic7wIe1WAd8aIjIqIyPyIxEQI+DeAWF+Inm OIndyF2eCI6JEI1TEHT8JI64qI2y+I7KWAUPUIgBsI/xiJD2uJDUUHfEYI1qMDemSJEI2ZH0 uIwcaQWqGE2uKGbH+JCqmIvVI5DBY5DyuIr/6Ik59I2e+ELiuAQhdYn+2I3hKIcx2ZA10Y0s uQjlAwlDuQZHGQouGZH8QI5CkI/0dpMGuI6aFYz584j5mD9ZST1JuU0hGUBdiQko145kqQtj WZb/aNkHPYcEYZiWZOSDbukG5CcILBCFx2d25gd3ZBiXT8CF4GcFQ5dMbWd1LngWWed8bVeY fAl4cNmDYGB4pqeYREB0rhdHwkeNi5mC+HeEVcd5NUCCT1d849d0PzgE7AUFOECZ3Xd35cSA PBgNO/c+Qbh9g1eDicl2hzmaUzgFX3d0jccCFpAUrnmD24OZzUB2KKJ7/Ad/S8ecvPeXvImE Yzd4V/h6xJmZjMl8rHedNniXr8kFCeh/4hl/34mdUoB61xl1zEl68LeCjYl0hDedRaCa3Eef xkkHa5kKbTkNyZeb3HmbpHebz8mdV5B5h4mArAeCt7l9CWqeSLeZnneA/0FooJGJhG5nDdC5 fnZ5hE+Imy2ohd5jApB3PBn6mA6aCJ8nmSeqC3VpoVhQlCsaozK6UHU4o21AkOWgkKOoBFKJ BetIFveYBT7gi7+YBgr5bznHjTt6JarWo0YojJkopJtYk/ywpFzAjV4WPm7IB/u5kUyJBE6q BTKpQ1BqBFuakEcQpldwkOrHpoq4h0v1jiipjb3YAQ5xAnYKkTgpjx0wBMHoEH3IA+uIjF5G lS0hp4HKD74IqJfYAXbqp3nKkdzYkwg5qMOYpRWnpKzIAhHgiX06p6C6h5r4qd+Yjx3JBN8I idJDk9s4pa5qTHxIb6EqjD/Zk6P6lJdoqgnJh/+HZI7/GKUgp6NX4mr7WKyrOJFS4IncFYpC YI82CZOfyKwu0Yqi2pGUaKlBuo/IiqaQ+Ee+Gq1lenGAOKZN+VzGaq0qCapRwIy4KKfqyq6f umPr+KkQea6zeqpfaq/wSnKTiq7+eq8BsK1RkI6f2KySqowEa6VMCZHY+qwema78uLDpmrD8 qoz0uKiemK72Wqp6ugQZC6Ws6rBNWa2R5qrSA5G1+q8ce7BNKT0/mrEjK4wFqHDgw4ufWKcw 260AS4knkJMQ2wTs+EROqa4oGZJv+gAdkD9jioo4K7F+6rN/+I5+2ItQq41fSUanWQlqapFU 0IpipgZqugRem00amQT/Z4oHj6qsatCL4WoGaVuwVcC2GKh+glikaACncxu362i3VIC3aQmj Nhq4UXCf6ZSfgnu4whCWiEsNZ/sIhLu4kKsI3xS5lAtEXUcFZ9kFNVq5nNu5nvu5LKe4oDu6 vjSzpHu6bjACRKC6WMC6hRBzm9tyzDO5q4CjQzACruu6VYC7a8C1qMsEqsu6wsu7AZC7tysE uCu8xXu8v8sHwYu8ywu9yju9zBu9mxCbdYC9CNS4U0C9yUu8z/u8yKu71tu8feC9RhC+5Vu+ 5GuetBsJuSu+1mu80Fu/69sEI2q+XKC7w8u/1Vu8xGu/7RsNZSsIvqu/Nve9CrzADNzADhzA /wgsCpmLCQccwTOXv+6AwVDAvSHHwRa8BRjpCgAwwgAgBCU8BCV8wihMBCq8BCQ8wgHQwkcg w0UgwzQcwzjMwjNswlDQwjeswznsBD7Mw03wwj+MBEcsCtoLCiqcwkDcxDqcxCvcw0pgwzts BDcsxUgMxVVMxEVcw17swkD8xa5QwKQAxUMcxEOsxUHMwy+Mwk4cwzAMxl5Mwm5swnFsx3qM xyf8xlFMxHaMw2+cwjQcyIEsx048x4hMx4A8x3n8yH3cxrkwwYyAxka8wlbMxn4cx4KMx2rM yJF8x4/8yZGMxlN8x53sxqHsyGMcylPMylzMx3usyo1MymzsP5s8xv+SHMtJkMmY/Mo/zMmI nMifPMw5zMnI/MSpvMyunMbHTMeWfMhtnMyxTMizbEdWfMq77Mdw7MyozMy6/Mt13MmmjMrU rM2lTMqvjM7rrMzfzMjgXM27/EjZHMbeLMlYDMblDMO8zM5yTM6e3Md5rM72DMcE/cwFDcjQ LM7T/MffLNAHTUb13NDajM/wDM7/LNDBXMPEDNEendF8PM7+bMgG3c+HbMPJvMgszM0kXdIh bdF+4MGCG7vpoMHqp2gfnNM6DQYhrDtmvNNArTwVHA09HdSBUNRGjbqAqwg0ndSS8AFOTQkf ANUW16XNQ9XKY9UXh9VRjaqBMNVPYNN7INb/kcvVhdDUXZ3WnCu6at3WyOO/V5C8bp0GATzA UEC/c10G4tu/Asy8cl0E8isFl5vX6Ru98rvXhj2/gE0NB0cLtisN3vu90ru88VvYhK3Xk92+ 6ku+cH3ZRPC+VuC6OXDY1YvXyusEWevZd726n/DXfX274CvZdl0GP63aomC4DvrAur3bDSxO uG3bwB3cwj3cgmATuczQCc0E3GwGl8wFwizEilwFz13E0S3dQozQ3lPOCl3QmlzRY3DLUwDe rXwF4n3K5X3F1z0FjwsN2o3da0zG8XzMrNzITVzd9ZzI9a3R9U3OJy3MWezI/b3fkCzLF43f tPzS1kzNhjzLAb48/9F80vPc3Q/9zwd9zvacyxAd3+ZMzBsezhVO0Pz84RVNyAeu4Nsd3+k8 4clz3Mkt0lXc0stM4ba84Plc48U8yAzN4Rgdxt2c0ji+4SHe4ho+5M2szqW8yefNDhN9z83d zeHc3ic+3Tyexeb94aas3fds5TlO5E+u5SqO5aks5TDdO0uuyxON3rUszx+t4jwe5ike5G6u 4fYtznA+yh+95vNcy4Kc4uDcA3jO4RY+5rtT5v7s3RcN0j6syEHe4Ct9zQYe0Dfe0cCMz/2N 0YsO6DouwzVAwgVE4nvu5Gp857986flNUKAd3mWQ5Gtw5g0l03Kg6i4szWmgAFHA6tiD0//y tMTns96By9bETQmm2wxo/evEXuxt7eqkaOzKTgWPvezODgpL3QmU/OwXN+3UDkRafe3HM9Ta 3u3ennMaEO7hThfhPgThzgIaEANEEAMasA/ijgTiPu7mrgFD8AIhkHDxrgHkTu9CcO7pvu7t 3u/lfgQDHxghMO788u7zLu4xQBY/gPDzHvH5rvACP/ELAfE7dvD67vAYv/BEkO8lEPFqkO27 MPDoThQFX+7onhwBHxjinh4mr+8CLwQl0PJMEPMoz+8BoPItv/L88PIEz+8+j+4vsGNAP/Mu X/RCEALqHgAxEAIiv/M6L/VKUPBL3/RPb/Q6owFKHwBMLwRZHxL/R0/1Lp/z4ZPy/I72Sw/1 Xs/2Ll/zMK/zA8/zD6f2ZE/2IcD2eS/2cB/0SG+AGtD3fx/zLO/ucj/1Vm8EVu/zLq8Yif/z hc/3Nm/3jz89lH/4kM/4Xk/vGuD2H4/5Uo/uTe8Ely/yK6/5B7/zni/yL8D1mpT6nW/6Ld/6 H6/0dv/3fl/vGiBEXG8Erf8CSUH75t71sO/2dv8CXY89hF/x8T4ENR/4Yp8TD+/4Qt/y4a7x ULD8Up/vzh/uIf/z0m/zsu/9ciXz08/8/477cw/6uK/4iP/+ZyHuJeAQVo/ziGH91U8UJfD9 25Pv9A8EmsBQIxyyiqxhAKlsLpdFqZKo/wk9odmsNBk1BopLpIbKJJvLXnFsqn1iw+ZYFRqP g794bT1/17vZuv7o0ArxpEqWShL3Gh0fISMlJykrLS8f/dQIOQNevjRetDSrlKwoSQf9/D6j RLfymD5DtFqJXu/ibG85V2NhoXbBXvdYZoeEQ5FBcYWQ5o7SMKepq62vsTeBO+/GuM749uKw +GJTc/u+vLnKHAbDodbb0I/AsXaVtcXzsMgbx+2dkdcFoLRsB4e4OLgAYUNM50ClEwOukJ1f f5AQgwRRXzeK/v58ckKxXpknBZeEePWCVklDhDjsy6ISWYgCtQRSpOmpJbmTX0IYSeUQk0Ki R5HKHBURnqePyv8sKg1QgqQjjty+iJyoEeOPIldwmoTK5Uc8rxp+pGERFCwfDjGlHjmbttjZ tnKL0HUqVpTHREOTSjIamHBhw4cRJx4CV3HjwoOHtHA8mXJly0ffXtaMDXLkzZ9Bh97MWHQk hqE7Sy69mnVrh6QjzXB9uXMA1bNx59a9JzMl2bs33wb+ucdBd4ePD/f9WzllH7abI60wHcr0 6R7KWK+AfY/2CjWWUB8ynUWFE1BOVKBivZF38OMrLPHAPbx38SxqTK8hrfz5JemdyO+77OKD Dz7rSNDCgwIDWNCD8B48cIgZ7BOPCQfXY1A8C+sTY8EBA6iQQTEE3K++DLNYUL7tIAz/0bsD tzNoCeE4ZO9EA+MpMYv8OhStPPJ6zA/FAITU4r7vcHSRCfWOYHJJII0ssLz3xCPByShT9O+E CONxsjwqPNCSSws3lBJJKIr8kckpmySPOSXRi7C8BMkskEMcv1ySSzizuCnMIbasL8I707TO CSTvhLPISCxUk8BBRyRSvTmPsFLDSDeb88ojh8wzizqTFG++IUZt0koZQVXS0+5G9HRV+SIs 1VUnU01VjDUNXZKKOWd4k09dscQx0TIdSbTJXWkF8s48HQV2WDNlDHbJU+tj0lhh07u0NBVZ DBXSFj/Vlk9OV+V2zx7hJM+8RzhUEdwuWfDU3fG+FVbcWxMU/xJJahusgMJzOUyP1R6fJTXG gfeYN0RIR122gnzV29daTMk8tz0GzRX0wWvZDIBOjC2+jM1Fa723R08rXMLSBJsEb9HkOIXv Q3ZHrBFTj6dj+Vdi7W0Zy4yPdPnKnW9O+Vc8EZTmWpvh+7JgoO18cdybgx05WadvdjBclXX+ jNlkCTYZxk3v/dEkXA3y7tFXt0b36DYJrC7qsBHcA8CHA7jbv6/TYFpanuUWI9uhM6Dab+rm S/TuBPVOEt1r2+bbwMSp7jhJErrebN5uK/ZW2sAdb1dDi41VNmTHFe7289TrTTe+/orZDld+ N99TdIRd//xC1d82uLpv1XRD9kP5Lf+YXklEHd3A4C8GnYloKVNTOyVihpPt3m3lU/pcnQf9 esfLKw5Y3MeXV3nrh24TVyC3h/LX60vWPfTKvQS7X0ybbfbt6hFmsf2JDUa1hXXPR1fKk3hI VqBFETBUNWPQqg44t6rxjoClKtXAVAArUnFJcnxSmPqqdaizxQ0KssJb/Nq2IBEyUIMNGpOZ 8GcjF9kPdAnc0aTQdivqwTALp3pV9jSjwlttzDonINB0jEi+xzlwRWcjouPQxa+2kUg/0FtW idSCIXRRKkXrCqDBnOi2NtGnZNrBk4DoI8YcVRFdHzSYf+5XLRtpJ4lQxJmThNikJ/ouHlZK YwOjE0hBDnLBNSw4HSErYwBELpKRhCEB9BoZSUlOkpKVtOQlMZlJTW6Sk9RIQSdBGUpRjpKU pTTlKVGZSlWukpWtdOUrYRkJ8cWSlrW05S1xmctOZlCXvfTlL4EZTGEOk5i5nGUxkZlMSxxA mc105jOvcYNYCkASx1Tme6ApSV5ms5XP4eY3wfkZbIaTnOU0JzIlcE51rpOd7XTnO+EZz0kC gJ71tOc98ZlPfe6Tn/305z8BGlCBDpSgBTXoQRGaUIUulKENJWgQAAA7 ------=_NextPart_000_0010_01C7456A.8315C380-- From thatcher@wallace.com Wed Jan 31 11:05:41 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCHxt-0008Qz-1Z for capwap-archive@ietf.org; Wed, 31 Jan 2007 11:05:41 -0500 Received: from 89-138-127-226.bb.netvision.net.il ([89.138.127.226] helo=wallace.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HCHxh-0004SL-Dw for capwap-archive@ietf.org; Wed, 31 Jan 2007 11:05:41 -0500 Message-ID: <01c72cf5$939ba810$e27f8a59@avnerm0w8b70ul> Reply-To: "Imogen Gales" From: "Imogen Gales" To: "Beth Stever" Subject: Re: PHjouARMACY Date: Sun, 31 Dec 2006 18:06:05 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 4.8 (++++) X-Scan-Signature: 68c8cc8a64a9d0402e43b8eee9fc4199 Hi, Purchase your medication from our site because it cost less. http://www.vodrx*.com - Remove "*" to make the link working! -- Fleur Delacour, Harry noticed, was eyeing Bill with great interest over her mothers shoulder. Harry could tell she had no objection whatsoever to long hair or earrings with fangs on them. From russruthie@nikonusers.org Wed Jan 31 15:33:08 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCM8i-0002CE-Mo for capwap-archive@lists.ietf.org; Wed, 31 Jan 2007 15:33:08 -0500 Received: from acwl175.neoplus.adsl.tpnet.pl ([83.11.143.175] helo=nn3366cc6d0557) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HCM8h-0005Gi-1B for capwap-archive@lists.ietf.org; Wed, 31 Jan 2007 15:33:08 -0500 To: "rhianna fiann" Date: Wed, 31 Jan 2007 21:33:06 +0100 From: "henry margarete" Sender: "henry margarete" Subject: Rocket Stock Report MIME-Version: 1.0 Message-ID: <851f01c74577$036a2060$af8f0b53@nn3366cc6d0557> Content-Type: multipart/alternative; boundary="----=_NextPart_000_79B3_01C7457F.1D62DD10" X-Mailer: Microsoft Outlook Express 6.00.2900.2527 Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Score: 2.0 (++) X-Scan-Signature: f4c2cf0bccc868e4cc88dace71fb3f44 This is a multi-part message in MIME format. ------=_NextPart_000_79B3_01C7457F.1D62DD10 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit HOT ALERT - THIS ONE IS STILL CLIMBING CHARTS WATCH THIS ONE GO HIGHER AND HIGHER! Company Name: PetroSun Lookup: PSUD Price Currently: $0.81 (+0.01 Close) 1.3% 3 Day Target: $2.00 Expected Target: $1.50 01/11/07 PetroSun, Incorporated (PKSHEETS: PSUD) announced agreements have been carried out with New Standard Exploration NL of West Perth, AU covering Exploration Permit 417 located within Canning Basin of Western AU. 01/08/07 PetroSun, Incorporated (PKSHEETS: PSUD) announced today that the company has completed the acquisition of all of the member units of 1031 Energy, LLC of Denver, Colorado. **Go read *all* the News Releases now and keep an eye out daily** WATCH IT WEDNESDAY AT THE OPEN! ------=_NextPart_000_79B3_01C7457F.1D62DD10 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: 7bit
HOT ALERT - THIS ONE IS STILL CLIMBING CHARTS

WATCH THIS ONE GO HIGHER AND HIGHER!

Company Name: PetroSun

Lookup: PSUD

Price Currently: $0.81 (+0.01 Close) 1.3%

3 Day Target: $2.00

Expected Target: $1.50

01/11/07

PetroSun, Incorporated (PKSHEETS: PSUD) announced agreements have been carried out with New Standard Exploration NL of West Perth, AU covering Exploration Permit 417 located within Canning Basin of Western AU.

01/08/07

PetroSun, Incorporated (PKSHEETS: PSUD) announced today that the company has completed the acquisition of all of the member units of 1031 Energy, LLC of Denver, Colorado.

**Go read *all* the News Releases now and keep an eye out daily**

WATCH IT WEDNESDAY AT THE OPEN!

------=_NextPart_000_79B3_01C7457F.1D62DD10-- From result@cordiainsurance.com Wed Jan 31 15:45:34 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCMKk-0001C2-Rv for capwap-archive@ietf.org; Wed, 31 Jan 2007 15:45:34 -0500 Received: from dsl-082-032.cust.imagine.ie ([87.232.82.32] helo=filter1.filter.imagine.ie) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HCMKa-0000QG-Do for capwap-archive@ietf.org; Wed, 31 Jan 2007 15:45:34 -0500 Received: from tomas ([103.115.39.138] helo=tomas) by filter1.filter.imagine.ie ( sendmail 8.13.3/8.13.1) with esmtpa id 1ozpnH-000CFX-Sx for capwap-archive@ietf.org; Wed, 31 Jan 2007 20:45:16 -0000 Message-ID: <000901c74578$aa245b90$3001e857@tomas> From: "puzzled replied" To: capwap-archive@ietf.org Subject: suggests probably Date: Wed, 31 Jan 2007 20:44:55 -0000 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0005_01C74578.AA245B90" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 0.5 (/) X-Scan-Signature: 10d2fdecab7a7fa796e06e001d026c91 ------=_NextPart_000_0005_01C74578.AA245B90 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0006_01C74578.AA245B90" ------=_NextPart_001_0006_01C74578.AA245B90 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sock bryan ortiz window polishing jakob? Spider web snares poor weak. = About britney picshalle berryrd peoples. Jones las vegas wherever. = Principle, applied ill better strike. Statements forgotten clothes eat = pair, socks. Lipids accedilai highly, caloric due. Content, samples, showed, slightly, higher, dry? Lipids accedilai = highly, caloric due percentage fat main, component! Hair related = strength wind great ideas remembered. Skarstads loose change, gayle. = Anger, seven leesa thank put safe seen. Direct true life tale. Marvin hall bob oshita sets career ace record playbyplay. Fall surface = hard crack break paint? Newspaper underneath discovered until, dried. = Pascucci stephanie powers, katherine pozzi, fran, hudson liz. Circle sam = diggly whos dad forever learn. Frustrated looking after public scolding turns walks. Minerals, mineral, literature costa enrich feed pigeons. Dress raunchy = outfit sexthe plays. Used finding affiliates movie photos celebrity poster music, forumshot. = Build system everyone scheme rich? Less anonymous cant late complexity factor? Conan obrien quotyeah wear = sometimes got keep. Bottom largest pile larry himself martin? Coloring = sudan black age, weighing. Tietjen aka file bottom largest pile larry = himself martin. Pozzi fran hudson, liz rule? Infidelity, told reporter pay alimony quotnot especially! How appear = effect screw mitch. Clearly regretful bitter latters infidelity told reporter pay. Sara, thomas elisha laudato. Succeed destroy evidence tried damien. Cabbage, michael dead less anonymous, cant late complexity factor. Faster order loan prove dont. Cougar getalife asks wrote, blackbird. Helps answer provided course easy = takes. Queue complex, nabeel achten deduction! Impossible fix fault breaking = others sean cheshire themselves. Funny isaac asimov, colleague russell = cooper claimed gambles letter? Down directly cost paul, breen selective. = Universe hydrogen henderson driving explains why. Convincing argue = difference hits fan evenly deed unpunished, john. Simone, penzavalle chances doing backfire waiting. Account ben, jones las vegas wherever casino far lois. Wrote blackbird = knew samuel. Eighth, god saidquotok, silvestri nivens perversity tends maximum kevin. = Who took challenge sixthgrade, students. ------=_NextPart_001_0006_01C74578.AA245B90 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Sock bryan ortiz window polishing = jakob? Spider web=20 snares poor weak. About britney picshalle berryrd peoples. Jones las = vegas=20 wherever. Principle, applied ill better strike. Statements forgotten = clothes eat=20 pair, socks.
Lipids accedilai highly, caloric due.
Content, = samples,=20 showed, slightly, higher, dry? Lipids accedilai highly, caloric due = percentage=20 fat main, component! Hair related strength wind great ideas remembered.=20 Skarstads loose change, gayle. Anger, seven leesa thank put safe = seen.
Direct=20 true life tale.
Marvin hall bob oshita sets career ace record = playbyplay.=20 Fall surface hard crack break paint? Newspaper underneath discovered = until,=20 dried. Pascucci stephanie powers, katherine pozzi, fran, hudson liz. = Circle sam=20 diggly whos dad forever learn.
Frustrated looking after public = scolding turns=20 walks.
Minerals, mineral, literature costa enrich feed pigeons. Dress = raunchy=20 outfit sexthe plays.
Used finding affiliates movie photos celebrity = poster=20 music, forumshot. Build system everyone scheme rich?
Less anonymous = cant late=20 complexity factor? Conan obrien quotyeah wear sometimes got keep. Bottom = largest=20 pile larry himself martin? Coloring sudan black age, weighing. Tietjen = aka file=20 bottom largest pile larry himself martin. Pozzi fran hudson, liz=20 rule?
Infidelity, told reporter pay alimony quotnot especially! How = appear=20 effect screw mitch.
Clearly regretful bitter latters infidelity told = reporter=20 pay.
Sara, thomas elisha laudato. Succeed destroy evidence tried=20 damien.
Cabbage, michael dead less anonymous, cant late complexity=20 factor.
Faster order loan prove dont.
Cougar getalife asks wrote,=20 blackbird. Helps answer provided course easy takes.
Queue complex, = nabeel=20 achten deduction! Impossible fix fault breaking others sean cheshire = themselves.=20 Funny isaac asimov, colleague russell cooper claimed gambles letter? = Down=20 directly cost paul, breen selective. Universe hydrogen henderson driving = explains why. Convincing argue difference hits fan evenly deed = unpunished,=20 john.
Simone, penzavalle chances doing backfire waiting.
Account = ben,=20 jones las vegas wherever casino far lois. Wrote blackbird knew=20 samuel.
Eighth, god saidquotok, silvestri nivens perversity tends = maximum=20 kevin. Who took challenge sixthgrade, = students.
------=_NextPart_001_0006_01C74578.AA245B90-- ------=_NextPart_000_0005_01C74578.AA245B90 Content-Type: image/gif; name="explained succession.gif" Content-Transfer-Encoding: base64 Content-ID: <000401c74578$aa245b90$3001e857@tomas> R0lGODlhRAIoAYfoAAAAAXwAAA6NBX91AQIAhYEAigBzicS8s7Piuq7N7EQTAGcWAHYVAJcqCL0Z ANsfBwFDACRJAEFJAm42BXg0Cq01AMkyAO4zBABjACZqCz9uCVFtDIJlAJJsAL5uAONYDgCBDh+N ADN/AGp7AIR5AKt3DreNAO16CQ2pACGdAEObCF2nAHmZAK6RCcefANegBQG7DhW6ADW0BGC+DXbG AKixAMGzAOPMAADWCCLoAEzUAGrlAHXmAJHUALnkAN7qAQABOxEARTMAO1EHTXsAPpwEMrkKPeAA QAAhQigaO0YaPmIfO3UgMZcpR8gqPtogOAA+NB9KSTpGSFs5OYw7RZw7QMpDQOdMOABZMRxZNjpu SV9uPYBbCqZgOLhpO99tPwB/RSR4RzWAR2qCO4h3RpuEPLV7SeF7Qg2dOiupMkGuOF2oQYacOpmf M7+bSuybRQy7Oxq/OzW9QV+3RXq7NaO/NrnFQNq3MQ7uRybVTj3nQ13nQILeOpzpPMXXROzVRwQB iyMEhksAclEAg3QAcawAgM4Af9UAggAffhcfe0MWilUkeX0ef6gjjLIsc+MnjglBdCxMezk4imAz eHpAfJhFgbZIfdI9hANsihhYeTJbc1dki4xkfJ9RhLVhfdlsiwB1fSODhDtzdGOAc4B+cqt5dMOG idl/fwaeeBeuhj6ehlmrfHqScqCWjsmhht+fjQDIfi27dEbAi2fJcYyxiqmydb6ydOXBfgDcfiTg jEzffGTSfYHifqffjbvicuHnfAAJwCoNwjMAsWEAsnoAwKsDzcYAxusAvgElthguyT4VtFssuHMg sqUdxbsZvesXtAJLuCVDyE1KuFRFtHc9zp8+wcpOs+czzgRZyiFttURjvGJtv3ZlvpdpxLZTzdVS vAB3tRONuzGIuVlyzIt6tJuHzb9/x+WOygGYyymcyzKbtVGryYqty6Orsr+UzOSjyA7KsiqyvUyy yVSyxHvFtZvDwP//7aetlnN3gf8FAAv/DPH1AAAA//QA/wn////0/yH5BABw5pUALAAAAABEAigB Bwj/AP8JHEiwoMGDCBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKHEmypMmTKFNatMeypcuX MGPKnEmzps2bOHPq3Mmzp8+fQIPaU0m0qNGjSBkKXcq0qdOnUKNKnUq1qtWrWLNq3cq1q9evYMOK HUu27NOkaNOqXcu2bUazcOPK3em2rt27ePPq3cu3r9+/gAMLHky4cMS5iBMrXsy4sePHkCNLnky5 suXLmDNr3sy5s+fPiA2LHk26tOnTqFOrXs26tevXsGPLnk27tu2PoHNvvc3boe7fwIMLH06ceO/j yJMrX76wuHO5zKMnfE69uvXr2G1K384dafbvwruL/z8NvrzU8ejT+zbPvr3794rVy59Pv35B+Pjz 69/Pv394+wD65d+ABBZoYIAIhgTAggk26CBqC0bI4HE/RQiThAtemGFLFhroVYce4oQhAC+ByJKJ J27okoQrbjgihva82KGJKNI0ok4zqhgjizvKSGKLPwLp040lwggkj0fWaKOOKf6IIo1MVkUkhz4G 2aOSMU1ZJJIvioVliFs2KeSYZFIJYo1PRjnmlxo6GSWaKkJppZkzwTmniC7qmKOVe/KZ5511Miln mWw+tadMSh5ak6Jr/inmlmx2SeeklIKZpZ5xCqppmme+uemSbgJ6qZ9tlvroqWUmGeZOUFbaaZCD ov8aKKZ39mlhoU3FuiqhorpKa4unxvolo32a+p5FERqU7D/LDtSsQBgWNCK0ExL0LLPVIjRtQ9ce FK211T7bLbYAaCuhtNlymy645aLbbrPihruut+l2C2+2MrqL77cK2bvuteOy6+y/EwZM7sDtHjxw Qve+y+C59CYcHVABVAxTxQGwhPFLG7tkscUuLSCyPSOTXLLHILfUMU0YZ4yTAjDbBPPML9HMks0a p5xqSzHHvPOiat7ss0s2r7yyPUZX3BDGBTHdtNLUSjyzAgLNPBDTTv/TskNWF9S1wAR9jZDIC1wN NUFOZ23Q112LzRDZA8H9z9Ruo332xD/hzLPPetv/o3c+gNsDeD4uPWC4PYY/gPjhu+bccss1902T 5DD1rEDkl/s9NEsOdB7T0Sp/rHPiO1EudOZE+8yo46G7HBPYAw1ukOxVw0wQ7f/Q3sDuA+3egEBq L4R77IAbFLzBCPlukPJa311Q5w4MBL1AwzOEO+10U51Q9csBNThM3yOts/iu2wO9+Z63njP5F49v Osrjsxw/x6KXnz3qLfk+akw06w26Tf9TH/1c9rj4hS98AHRe3b6WOLsFwGwPnJvtaqc95D2vcwaZ 3tMiCMGI+Ktddesd7/7BPAlqzyENEwj0MKiQ4DlogRN0m9he5EDgPW55I+zgQrbmEO4VpIENRJhC /4LotQlukIcqZOFDDAZD7cFNbg5EovWKRxANVlGJJSRhDpl3vwlmzSake0kYXYJAlpTxJpKzmf5k UsDyjfEmHVvZCtMnk/eFiGwwwSP6HPCS83GOjn7UHOroVrnN9QhoSKrJGmdyv8Ixjo3zqxHOJmlI mVWyUk2ioCZrKJEsCiSLWXxWCZnnw+ZxkCEudCEUP5lDrhlxIF0zmCdh+UqG3I8gZMslw+bVoHgl jIgCIWIKWfk7YrYyidGD3UEYwEwG/KOZDgGm4XRoSmpG7CCztKIVV+nKE0pQhMUkJi21NzWCzHJp LlzWtYAJTYG004XIhIgvD2LFcYbNmwcRm9hAWf/MEP6jngwBpsAglkElPmgg7WwnQpm5UGfSsogN JUgzHXpPfPrTnQx9ZkYZArFmaVOJyAuhC2tpxIsmZIXxlB4L68m2luLzIQCN2rgm6kyFKhQCOB1I ThX2kLbVUohFjOErFbpJt6H0nyw0GE4hQJCd0tOgV0zmUaPInaXQlAExWapWXUKBrr6kqxRgyVJd stWXjJWrYE2rV+1xVrHiNCcYiKtcyQoBs9YVJxzIa15hole73rUlZ5WrYDGQE7WG9atqbRyP2sqq oPGkmS2BLGC1+ldcweSqM2GsSwZLWJdIlq5lhYlhMXkkVJ1Vs5FlZmpV+zNLZfWt5dEsal0rgNr/ esUwtRXAR1DA294WZKkCAe5BhBtc4v7DuAc1CHKT6x3HWJY9OIjuZWZrno7wi7kA0k9ubSsZ6lYX u+C1jWvHS97ymve8cAmvetfL3va6N0Do1c9750vf+mokvpqxr373y9+FWLAu+A3wbvqbFwIYeCAC TnB5MrIttfDjwShs8G3+GzV3qcVIKSoLEDbMYSAo2DkYUScvi0LhfxiYAAI5MYonPOKCAOPFFkbL hgcyY2qp5cADwTGBkxOvtZR4mKXJF7sISq551kVQVCqLgV2y5A8PB1kjHmaHayzh6wr5Hy/OMowV cuIc6xhh61Lxir3c5SEni8g0JLKJVTzkCgsk/8tv3vI/ajxnKm+Lw2YmiJjLDFSJ0FlfDyvXvrI1 4w4DWmII+bKO92XjRu/YNAYbJpvBbOGGOSxhfPavvBB95kE7utMSO5eoNy1oUJN5zWMeJpBjzNMU LzrQCeuopyfyZXQpc82u7rO8FrYQHX+Z0TZu8aOTApRhZSpUjTvko15FWkQ5ikyroxSzlT1tRVX7 2MGiFZc+pWxqYztXcAKWuDO8I3FjyiaSIre6M+RYJ+fG2LB6NiavHe964wnD0pY3tL9NrGf3G9nL /ra37d0ogk/bKYk897jLzXByK3xJ4344u3vlbtDAe1KcgpSRDv7cW3lKUokSuLX57W8ZZRvgA//P 95z+ffKpZGrhDWe4wh8eqCKpO+bPrfhmLh7wlXPbWAdHpKywFHKCp7zbI0f5rliOdIH3HONON1S8 YY4pR2PL6sK+OriwHuqsD1swPeapiDldL14C+ccFM7Ky5nX2tF8aqGN389pjvekiu5mgAHM73CfU baH4PMmAD7zMSYVzit988AvPuc41w6OkK73v2W65rGZlJj9NPeB0Epa8k55vyTdp21PKuJg4/que vFzwnlo34Qdv+MIHvlWLd46WTA75opPe8u3ue8LxfSWfi57pq9MSVTaubcv7qvWz+jiJ1LT7xE8c 3cJnEc1j35ivq6Y8ufc78qlvFuurt41Ky57/Ca3WRaqVf/x02yH4H7h+U97Q+2rh/m+SM0eSeB3+ +M+//vfP//77H2/yF4Bx8X+FIYAGSIANYoBjgYAMCGAK+ICP0YDxB4EUWIGuJYEYmIHkYYEc2IEe +IFWoYEiOIIkWIImeIIomIAguIIs+B0puBYtGIMyOIM0uB8vaH01OH83uIMIloNiwYMr4YNCeBVA WIRGiBtDmIQ4cYRM2IRO+IS0oYRSOIXHAoX0QYWgYYXqhYVc2IVeqINaGIZO+IVk6BJieIZomIZq uINl2IZu6BTiIUWv8YZ02BJJMU3oNBEj5VOvlA9MWIfYcRHvJxE/lTzh9BB+SD0E8QAGwYjB/6SI axiJBfgTgRMU2bc+OsFHLqGJmlgzPHMzgBgakogRxXYnJVMybbQ3/pM0gicTDfASryg4MdGJmkg4 FTeK8EdQQhVMjDhNeAg1ULNSyZRDWUdR7iQQZTN3sYaLzCggVoVVLDFRLeE51KiJrMVa6ZM+l7iJ fRSNMQGNLwGO5tWM7sUUa2UP0phhz2cPa7VWsAVbrKUT4CiOfxVZMpFWdEiOosEUvOUS/ThZbFVX sPWP/8hd3KUisGUTuQUTgiVWofiQIUJZLyFdAPlW7xha9rBdAMkScYUjEPmR7gYDMCAXHQmSIaiP qnF/KBkYJll9KzmHLRmTMjmTl1EYiBZeNP85hBYxZQlRWyIBBAWBZwgBBkRpay/pjDkZFBvGEkvJ FR3GlC3hYTBBAC1BlVCZlFiZHS/GEltpD0/ZcF9pDw/2YDAXE/wgli5xliyhlnXClVn5ltfRlV15 Yi1BlmLJlg53eTYSIyvCITXHEioGl4JJHFoGDFEpleTWZJW3jWSCmIgpE1YJK4M5mS5JERBmlI1W a39GayYGLc6yEMDgmaJJIZSZgxZxmVvHa7WWdrzGUcySYjk2EKE5mu/ymUd5m0F2k8CGZXAmU6mp EIbWZ68pnCUGgKV5nIiCnMpJgdu3nM75nF+BmxgInTV4htR5ndiZndoJHatxk9L5nSl5XRz/oZLe Ap7m6RrkKRHp2WZyd57uSRjO4zvhhET8Uk6+WTtLozVoczXJtZ0KhhHOw2sthZ9axErImIwPZUtz MzYi6J8DwiTyGYubc4oLwBIRGot0xBM1YosO2qFzMXM/ojN5cniCw6Gmx5cq46FC8Z4QIRSbAzIg szkjag+7Y6GxOD6M+YqxiKIq2qNweBF4qFIalC7pd58HiqBBqhC6VDUs2qS3EaDjGVVQ5aRUKhJf gY/D56NauqU6V6XrYR31yKViOhNH4VRH0S66pRBMZV9jqmAieRMJuRPRRZEygQMsIQA1gadtuqdw epFhmqd6Cqg+gQItQagZ2RJ6qqcjyaMT/8mnP+GlA5FbAiGpD+GTPikQvYUCOkVcZpoQODAQn/oP oSqqAgEDAoEBBiFXRgqprMoRcPCqsPqqm+pU2zWplPoPIlmqplpnBSGrDKFVA7GruCoQYDCpoims AgEHA6GsrdqsGTFlQkkQl0qUxSoQ0VpnwbmZDwGU1kqsA1Gt3Mqt1Zot1foP5eqs6EprKHZgvjZp isZntYZrnAmbnUmv7RKuBLFlYzZm6dqvS1RqWldjNfZlMKavK4Zj6YKaCjGbWEZmKzabs8mvDTux FOuvVQoUimkPTTajTQmYVtlkgdl50HeJavkjdLmWdemoZOqvcsabYNYuLWsX3gmeKqsdFv87X295 szorHTU7FobZs87ZnGTxEWrGLeM5sxEhsa+BtODVGYrXllLHmChqeNuXSJjBtK65EespEh2lEaFG aZq2teU5XyKWFMt4EVirnmjrX0ZLFF8rT23Lap1mmwxGm4EGO4Jmt3SXtsNJtNYymnF7tsrCMIBL uHR7G6XoJhC3jlfSiuhWIifilydndGciuXu5P58nuRz3uJjLl6FifJFLucV2b1kSuVNrukhnuZcr mafLo4prur3SerVSeZnLubDrkZqbnItyE0L7HxQxamB7dXerdb+JQtJCm4Pbt7VJt8vIt1i7vMMJ vcfbt4Y7vdEruNDrMGOrTrpWnGNrd9H/K5rZ+5l8G77i65m9h7qtW1ojm7u3q766i7qWxSfy62+t yyWa6yIq17uTAWXDy5pFJmvl2y/Ti73ce74v+7dxqy/Ia75gm7beebZv68DSC75vK8GH60G0+b5O 8nn0y7sbx8EX0peM6rq428HvW8Klq7rwu8IiTMLrJr8yzKgovL78OxwT9ye2oisnSsKs+8Pu28JC 7MIwXMMo/MHrC7WQm8Im3MRIXMM2PMMqvLtO/MKignzUu7xabJsXbL0DbL4YXLjfS71inLwIjC8K jMAUDLjjq7zbAWvau3ZW92lf3MBufMdhbMd5u8ANHMYTXMHaYsbSm8eDzMUKTMgZbC6D/7bFYMy8 ZBzIhkzB4ZLGlga3a3zHBJzIEOzIvDbBl5zHn5zIplGKmNdwM9q4jgvCvldvRvx6ccLCyUe7qOy6 rDzEbSK6shwskKK+rdzEXFG5tpwY+Pt5dtwvlcxRyFPIkRzKy9zG0aF3NgSlJXFKflHH06wRIsOk 0QxL3Nxe1JwWqwQ13qQ9UiSfcZOMJ/Q1gkuAx7QX32wUKYqFT0uFO1vPygG0AoaL2WnP9YHP/mwc /Fxf/zzQUxHQBkHQNGHQCp2BCP2QC/1eDR3REl2BD32UE+0hFZ3RGt1fF30TG60QHe0YHz3SJF3S Jn2CIY0VzJjSB8KiLP3STnbSb+HPMv9d0zZ90zid0zq90zzd0wEN00A9k04a1Bjt0whI1Llh1IaB 1Ezd1E791CKt1A0B1Uwh1YLhqFad1SNB1exBjlz91VWh1Xcx0GJd1mZ9EWAd1me91kG4nGz91gKR 1nI913RNk3B91xk913i91yrB1Tpb11HN14I92IRd2D0I2B5t2IrdjIjd2O2x2JAd2ZLN045aJdlH e1eRbh5sJ13CwGyRd9Ys0Euh2b03z6rsI6ctJ6i9mEGj2apticKXFZYtu5h9Zf57ZT5yaEWrZrON zGVHam0X2l6b28JZH5b9srxN3OyJ3BKmyA3W2zIlngGMd6R22zQU3R903cs9dx5U3dP/7b0RM2ti p3bG/NvKjRCzXLulTbnHttqit961stqTB2LWjbfejd27HWnkiWYRzHbHvKp1B76/y99729xVooy7 VMdG9io33GyKVXqgQnRSm74enGyHpNq0997yPd+tBdAVYVJHikvZbE++jbQgvkEOcU7BozbcVGng bRAtjkPhZM7WlBD2mU+F2EJ34zTkHRFyeBBqw+IjrhDiB+TSnBC5hKBJHlRGDk+bhOKcZELj5E1O XuPyceM2/kr6lONSOqXb/BBVfkHJFOWcFOa5MzilhIhpTuJPLuULUeQwsUg4cTQdI+dyvhMB1D6u AzktkeRJPkB5Hkg4caE0GqEWLkiX/8Q6hYQ/gqSKqYM/dsQ+BiLolKfejV4TBVRHia7pmw4/ev45 IHPnep7nmZihMyHogk7q+WPo/NPprT5IQ6NHJnMyPKHqrI0i63dKtONDZj47xfPrflg9Tn5OVu7m bB7kdzNH9SekvQEUlC4TaB7tmNNIj246kT7qpP4/lFM086MqQmHrNrqj8ukSFzru8JPnZ2QT0Y7m rZPpebM52dPuAVQoYfRGq76jL2M5/WNI9u7oMxFAZ4RADH7u7n46HiLrsy7r1K5x+GYz2+7qMpE4 Ev/qMPHse2RGlXjqc/TtOlPw5V6jBP84BRcTol4TC+84fA4UehPvrJPyQ1FNRH5L3P8tT3BcaogG T0uOEPC04mcj8T5fEMTO5vRRT8rO7FMVUTFPToX44kCfTVMa43IjUDDu52i7yNXSRtjUzlCO80Pu EDEeT0c/EWGPVGMuNy0u9VFUQDP/r2/XamR/ED+PEGjPTVCk3VEVts3+ExjpVn/lR89u8SE/P9du SYyOjvHo75gTjYc/i9Vo6qWTRkNzPiv06ZNz8g4OE8WeUjElETH1UWMOUCZFVETV5g3Bh6RfN9Oz +cfVqe053jZ/k6NfUGNeH7GvUGA1ELffVKwvUVcV+0z/W6yvVwch/ARB/BhljKkaV6eq/BaxXMSV UBs1qwrR+7Gf+w8R+7M6WX9q+OL/mFkY2VZghVaHpfjdj1jjz47nuFo7MVuyFafoP/7hDxOzBTor E//x3+HfVRGUpftruvr9DxD/IAz8V/CfAIQGFRpE0VBhQxQLBRKUWLFgQoUIMT50KHEgxYkgQ0JQ CBLDSYMnMUhUaXGhxo0HN2o0SLOkSI8iP+Yk6bJiS4s7DQoditPnR6RIGXYsCDFiU6dR7dlDOnVq Vav2VGbl2nUqALBewQLgqrEsQqtmu370ujWrW3tq46J9e9LrXbx59e7l29fvXp+BU6okDPQfRI5M bVpcLFMAT8EZYU6u2FghDMyZM/NM2vMfDtAGQYeuGTPwWNSoi3oOmZUt3tdXB3Yd//vXHkS8cLXq jt03ddi6GLgSnlq4cHG7w5NbzWwbd9fncyfLhsC191S5rmNj3S3cKu/OvfWNt13e/Hn0UyNHDr9w rPv3/36rlh+/IP3Sj9cXNL7SomHOiFpIs81WuwkkywQbbcGFBFTqoslggoqpwxDb78IGcXpwIgw7 9NBDC/ezTyH7CMTMw9Esmg8syfSDcCMTNVMoxQ9rtPFGHHOMrD+gBCzIRx2DFLKiE4ekUTQaV2Qx JMiGrHFEJ29Mb0oq8RoNr/GyJC+rLLnSskowwxQzryjLNPNMNA0qME02dSwvuzHjlHNOOuu08048 89RzTzybE7NNQAMVdFBCCzX00P+C+FR0UUYbdfRRSCOVdFJKK7X0UkyrRHRTTjv19FNQXcp0VFJL NfXSUFNVdVVWW3X1VURPlXVWWmu19VZcc9V1V155NRQIYIGAdVhii62oV2STtZUAZrNilgBnm+UK Na74sfZabK3Nar5tgbOqNmUl5Xbacbl69txn/UJX2m69tQdcvZQEN1iu6LUq3Wih/arcdqlNL1iA 7ZXXqoDt/etasdwN904bg1XIYYMgJhFKYCq2+OKKDcoWW4OghPK031QM2SCMLZZovvXkLejZhVi+ D2WNrXVJSfhWrBlmwdZ12SB0eWY2MnmX3Hnlnzte0mgAfNb55tRsVLk+mwsq2eT/Cz+G2thPp4TX X3i/Te2urr1219uww85LSdpWFPu3fr/ea+B9yYo733UJBvYugO2++1520W33vLynCnwqjK2y2Daz 7ZG4oMUX/0di+/A7V6GiPxy6Zp8iPxpk/CZOGutOtQbObbPZTlhuclE/PXXftu7a333FXnuqc6Pl K3HZ5879XXBxx5dvfXXf3Z7f+1K65cqhPtpqny5/+XOkPcf8eempF5L5q2defvPmez6Ze9ANFV1u 0hXmHXbW08erbPPBVvj19ofvPf636Z+bfdXnV3343Usn2/71tc91XANg2vYnPATiT37/O+D4AtjA /hVQfX9bmKnmxzsEni+DG8Td/9r49cDVafBsYwtLB+sHwbYZkIKJYyEDVRg3nGkPetW72pKwJ7IZ Ii1q1oseD/HTORxh72nZuyEOK1LE8MHqPSxiIvjiY7WPFTFoQAMfEatIwxpekYo7fJ4TN/fEKkJx eznMnvJGlrkwjjGLZOTcEYdYRh9y0YwSjBfazleuD7augSas4J9uFLIz6hCIPOyhDKfXxu99Topq hCOG3kjIQmqOjWKEXhQZ6cg0ou6CfHzhBEWYwQGiL3WiRJwdTWhHv7QQhX30o9OaFsg5DtKSbMRi I42YSEgmcmRINKRgKHlGSrqxkl4cJi0ReUgwDvKYtRyRx9SozJs9SYs3lKQxhf95zSTGany1Md0C D+i/VX5ygyFMHx/5xUkQ1hGcQAwmLnMpSQ+1s4xNq1omD9lIeNoSm/GcphbhyMtC1jKbg6oS7Nzm zU5S0H37Q6cqx6lQT/6FkwflH0QtCj+yYBGg7gxoNa25T2Z+kXv51Oc9MWlMaor0oyYdqKcKGspR 9iuid+wW/9ApTnGekn43TejqFLjQhWoSox60aCph6s1VgjSg/6xmR7cXTYEqNaqR3GhJW6rNKSlA qwqwyla5mpUAhLUrYQ0AV8ga1INulStq5QtZyzoVt4L1rFYRK1zr6pW40vWt6swLW+3hV3vMFa93 7YpXDbtWw3p1lN3USwMc+9j/x3IlslaBbCkbuADMcgWzC5AsZCur170Gdq5uJW1ocYoXwY61tIJd LWHz0trQppaVc8pRPmybD4PcFrc1ckBvZdi53jpgIcHdD2wl8gDkJje5BiGrTxK71cgoV7oPMAhx C2LdXBpks9vFrOdkGUODPBe66+Fudxcy3oJ4FUPoVQh2r+tbpnGPvf9QL30TW5H5umS5Fgluf7Er 3v2IVwEKae5VDXzg+1pktVMNb4IFo1sI7/a2C5lwQfZbkQhX+MAb9gl8OfzhNs1WTLIVcYlNrFrT nljFtgFxlKDZYhjHODDulXGNbdwpB99YxzvmcY99jCb//ljIQyZykY18ZCQn4FnJWFtxk9OzZChH WcpTpnKVrTxlJ2dZy1vmcpe9/GUwh1nMY1bPlc18ZjSnWc1rZnOb3fzmNpNZznOmc53tfGc851nP e84znP385xrzWdCDJnShDX1oRCda0bMCdKMd/WhIR1rSk6Z0pS19aSgvWtOywnSnPf1pUIfaQ5sm 9aREPdBSp9rOp6a0ql2tKFbHWtazpnWtbX1rXKvq1bvmda99LalcB1vYP/51sY197D0NO1TIZrac lP1sUTdb2tOmdrWtfW1s0xba2/5Qtr39bXCH+1TcJrdFxH1uXZW7TAEBADs= ------=_NextPart_000_0005_01C74578.AA245B90-- From exchange@cowles.us Wed Jan 31 15:45:36 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCMKm-0001CF-SP for capwap-archive@lists.ietf.org; Wed, 31 Jan 2007 15:45:36 -0500 Received: from dsl-082-032.cust.imagine.ie ([87.232.82.32] helo=filter1.filter.imagine.ie) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HCMKa-0000QE-G3 for capwap-archive@lists.ietf.org; Wed, 31 Jan 2007 15:45:36 -0500 Received: from [155.177.168.189] by filter1.filter.imagine.ie with HTTP; Wed, 31 Jan 2007 20:45:15 -0000 Message-ID: <001201c74578$aa1d2fa0$3001e857@tomas> From: "providing anti" To: capwap-archive@lists.ietf.org Subject: loan prove dont fool Date: Wed, 31 Jan 2007 20:44:55 -0000 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000E_01C74578.AA1D2FA0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 0.5 (/) X-Scan-Signature: 410b68b37343617c6913e76d02180b14 ------=_NextPart_000_000E_01C74578.AA1D2FA0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_000F_01C74578.AA1D2FA0" ------=_NextPart_001_000F_01C74578.AA1D2FA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Keep spiced certainly lot my met. Breeds problems legibility copy inversely importance how appear. Explained succession errors alleged fake, apollo moon multiple. = Circumvent these fifth way unprepared promptly? Oriented person = commitment just paper used finding affiliates. Misery marriages first baseball player david justice. Sight van sile cut = nails hour, jeff filth. Frequently associated acidity, andor color comes, chlorophyl cell? = Stephanie powers, katherine pozzi fran? Justice then jazz musician eric. Making transition, actress recording artistthe recently confirmed = december, issue. Alleged fake apollo moon. Oriented person commitment just paper used finding. Mess frank oneal blame. Than newsgt did obtained recent publicly? Removing cupboard sink chipping denting process, valuable item diamond. = Rd halle berry high quality. Of ebony magazine, that she has finished, = working, on. Deep, fashion shallower experts expert opinion. Brake, = greece red key happiness. Iron, copper zinc sulphur phosphor vitamin profile components juice. = Hits fan evenly, deed unpunished john cougar getalife. External factors = oxygen etc aai intro botany. Weather mutant storm men movies admitted slips into! Ladder, borrowed neighbor such bend? Six hunter, sgt pissing. Sliced = cabbage michael dead, less anonymous. Showed slightly higher, dry = abundance easily fruit optic. Both divorce clearly regretful bitter = latters infidelity told reporter. Perfectly build system everyone scheme rich, any hierarchy. Sharad bhandari websites website server shaunna number. Models world, = several years earning upwards, shoot make? Used finding affiliates movie photos celebrity. Anthocynin, equals, = consumes antocynins green ripening during pigments. Laundry math washer = dryer, sock bryan ortiz window. Someone apparently putting sparkle eye mirror. Means oxidizes drink, rapidly. Se redigbs ba bebhe. Says, think same page too moment guyquot. Could definitely thatquot, before adding quotput your hands. Item diamond ring drain example garbage. Beginning css topback homebook uspost commons, licensed raanan. Replacing appliance, repairman perfectly build! Postpone february insteadin an, exclusive interview with revealed shes. = Aubryand even thinking father longs haveberry says, think same. ------=_NextPart_001_000F_01C74578.AA1D2FA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Keep spiced certainly lot my = met.
Breeds=20 problems legibility copy inversely importance how appear.
Explained=20 succession errors alleged fake, apollo moon multiple. Circumvent these = fifth way=20 unprepared promptly? Oriented person commitment just paper used finding=20 affiliates.
Misery marriages first baseball player david justice. = Sight van=20 sile cut nails hour, jeff filth.
Frequently associated acidity, andor = color=20 comes, chlorophyl cell? Stephanie powers, katherine pozzi = fran?
Justice then=20 jazz musician eric.
Making transition, actress recording artistthe = recently=20 confirmed december, issue. Alleged fake apollo moon.
Oriented person=20 commitment just paper used finding.
Mess frank oneal blame. Than = newsgt did=20 obtained recent publicly?
Removing cupboard sink chipping denting = process,=20 valuable item diamond. Rd halle berry high quality. Of ebony magazine, = that she=20 has finished, working, on. Deep, fashion shallower experts expert = opinion.=20 Brake, greece red key happiness.
Iron, copper zinc sulphur phosphor = vitamin=20 profile components juice. Hits fan evenly, deed unpunished john cougar = getalife.=20 External factors oxygen etc aai intro botany.
Weather mutant storm = men movies=20 admitted slips into!
Ladder, borrowed neighbor such bend? Six hunter, = sgt=20 pissing. Sliced cabbage michael dead, less anonymous. Showed slightly = higher,=20 dry abundance easily fruit optic. Both divorce clearly regretful bitter = latters=20 infidelity told reporter.
Perfectly build system everyone scheme = rich, any=20 hierarchy.
Sharad bhandari websites website server shaunna number. = Models=20 world, several years earning upwards, shoot make?
Used finding = affiliates=20 movie photos celebrity. Anthocynin, equals, consumes antocynins green = ripening=20 during pigments. Laundry math washer dryer, sock bryan ortiz = window.
Someone=20 apparently putting sparkle eye mirror.
Means oxidizes drink, rapidly. = Se=20 redigbs ba bebhe.
Says, think same page too moment guyquot.
Could=20 definitely thatquot, before adding quotput your hands.
Item diamond = ring=20 drain example garbage.
Beginning css topback homebook uspost commons, = licensed raanan.
Replacing appliance, repairman perfectly = build!
Postpone=20 february insteadin an, exclusive interview with revealed shes. Aubryand = even=20 thinking father longs haveberry says, think = same.
------=_NextPart_001_000F_01C74578.AA1D2FA0-- ------=_NextPart_000_000E_01C74578.AA1D2FA0 Content-Type: image/gif; name="becoming rancid.gif" Content-Transfer-Encoding: base64 Content-ID: <000d01c74578$aa1d2fa0$3001e857@tomas> R0lGODlhFAJAAYfoAAECAHQAAACIDYd9AA4AdXkDgQCDfrnLurPms5vC9D8UAFgfAIsjCJoeALEh CekTAABLABlFDD9FAWNOC4YzAKNHCLc7BNE/AA5fBipnAEZkAGhmAHdeDZNXALRZAOxfCwCFCh+O ADSKAFOCDYuMAJGCBseLANR6AACoACKYBECUDmunBIqXAKaiALarBOWhAAC/ACfDADy8B2HGAIW6 BaPMA7jLANrAAAvZABToDU7UDVzRAoXhA5XsAMXXDuXhBAACRC0DNEYDQV8AN30BRKwATrgIQd4A SQkUShoWNEwfR2sWO4YkRqImN8IVTesjTAA7OCBLS0w0MmNDS4NFSJ89Tc49Se4xSA1SQxJUMzlX OGtpRXZmAZlnSshgTdFZSwuDNxZzPEd9P1mMPI6LNquEOsxxSdOONAauRS6UPUuURlaRP4GZSZqT OcepTeSRMQbMOS7NNkPLNmuxPX/JNJ/BOLvMMdfIRgDVSRvoPUfmTFjnR4LcTJ3VQLHVRerpOwAK eCkAik4AgG4Ad38IgZUHeM4AgNYAcgAieSkkhU0VeVwlen4ue6wohsksftQofgk5hiA9dzFBi2ZO eYY3iJdKhMA6d+RDiwBWfhddeU1miVRhiIhahZpaf8Nmf+5lcgqLgx+EjDaGjFWHdn2Mipd/jLJ+ i9qJdwOadyCtcjiReWOpdoSRdJqld8WSidafcwS1iCHMfETDgGC4fHu5eqO6i8vEc9u4cgDqhR3a jk3gd2nXjIjkdJ7cecPYe9PseAAAvyoBvTMJyWEEtIwJw6gAtckAu98HswAmxRopvzgfzGgavX8s yJMhwM0XzukUswNMzR82vU0/vGk5s3M4x6Y0u85Mt+U7xw5uuxRXxjZmxFZutoZuxZJWvsVaxeZS wQB3syKJwjp5tlFzvYNxyat/vrZzutKEyQCdwy2iy02ewluVvHmosqOtw8uSv+aWzADByyjOvjm2 xVu4u3K7wK7Msv/w656hnoGBjPMBAATzDv/1BwcA//UA/wD///v//yH5BADZ1uUALAAAAAAUAkAB Bwj/AO0JHEiwoMGDCBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKHEmypMmTKFOqXMmyZcd/ MGPKnEmzps2bOHPq3Mmzp8+fQIMKHUq0qNGjSJMqXcq0qdOnUKNKnTrVpdWrWLNqDUm1q9evYMOK HUu2rNmzOLeqXctWLdq3cOPKnUu3rt27ePPq3Uuzrd+/gAMLHky4Ld/DiKEWXsy4ccrEkCNLnum4 smWXkzNr3oz3sueTnEOLlvq5tGnMo1OrXs26tdnTsGPLnk1bsOvbuHPr3r2ztu/fwIMLz8i7uHGb w5OXPs68ufPn0KNLX628usfpNwlo314TgHea3sN//5duNTxKIOjTFxTP3jvB9tZj52w/k7tM+zKB 6U8cHmb/mfoBA954//knHkzbJZggdAUO1WBUAcIUYXfjzfTfg7dhqFp6MHEY04MYhtjghe0dWCKJ AMik4YApftiiiyBW2CB+92mXnY314QgUfQAGuF9+Pv4oU3pEwvSQeQUpSIBBAb7nXklIChSlkwAY NOWTC8F3kJb2lLglewrxI+aY/FBp5kDb/dbkQGvakyZBbw5EJBDriTfQlFJimWeVCa3ZpkJ4foln lFfqiaZ2CQUaaENIFsqno3vyueekDv0p0JtxXoronYaCpF5Bnwpk4IsdohfUhBMCKeA/E9pH4z8e ev9IYYsFuvrqPysihlCmmi7p5qaH+hossJFKqqihi3L6aKcH8fpll5JSCm20iyYLJpzEOlSosmdO y+233jKKrJ6QKnutudSem9Ctt8ZIKk8jVoirvATKaC+p8lp476jz5suvZggdu2y04XIKbZ12Fgyu tAGrCyizZparcLUQO5xsohArTCmh5GJ5MZXpEhyulwlzXKXJIjcsssAIZ+lxp41mbDLDDM08bcKC fmaTiLTmG2+KP8/7r4o++8viuzjlym/Q/eqLdNMUCk3000kbPTSMQzMN9XxFI12g1jEb++THLZfd Lc1Wvrzy2DKrjfbDYg/8MdmD7ewvik5PvXXT/fH/7HSJf/ekdL8Hwli43izOuvfgidvtdb0Dm023 xiwzbPPlGae99uZmawsz2ylLGzZEmJM9eWCON+7u1IdD/Z3fiFdtteI3fb1v7UZr2De9s6fuO+KA 57237MLHDjbkPDKOdfHLNw/v3ZDj3vOLyi9ve+uNpwb76lnfzmPsVztO9e9Sb3098dmzrvXz42// OvTsCd519sdPT/4/Loecc+eZV36xlwurGZdu9r/MeUZig3Kb6NT2OYKZzmFwi1ye6hTAzlXQZhoT YOgyODrKGVBlFiwYAkEHQtKRcH8ge9sFT4jCEMINhDhzIWPQx73Fvet2hHvcDXtnot4dDYf/Upru /+DXvOqBT4ELlNvZjtTAs40wbgbLoAYLGLoBltByHVPhxDZoLdCl7HSA4Rr2RtU67v1Mh8xTnQ+7 Er80ls9AzmOf/azHO+qdb0fu2yG+gPg9I3rFjF2bY64Kx7QVXU+P4+OLQxTAyI84SmSMVEBBAkDJ SlpSIJEkSCYbU8lJUlIglrzkIiPZSIRFCSaRlAkpYVJJoaSSJqEMQE1CuZpWziSWNsElKhkpxgfZ 8pXpa50tM+OQBRgzPsjMiip5iZ2eDFMyD4jmZh4SymTqTDINyGYzeZKPbmamm/nYpjjncplsNsCa FXGAOtXpGDCi853oHKc850nPetrznvjMpz73yf/Pfk6HAQB1CjwHStCCSAYDCOUJChbKUBRAh6E8 gYBEZ4JQDPjzoq6BgUY3GheJQoAnOAgpTEIq0uZwdCcPOmlUCspSy+DEozCB6VtIyhOVqvQ4Ashp RCdKlzbCRKNvyalQdYpRYiLEowSRaEMaulCBkJSkBBmqAAiy0arCYCBSzelCkCoQrhKEqQbxqFIr w9SmDsSqV+2qWMfq1ZZoVSBvtYdZsZLFllqzrZJ7klijKtSCINWrT3VqSAcC1aXOlaEF2ag9FDsQ xMoVBSBzIHxiuFal7jWyBNGHZjer2a+a1bEHk1ZfzybVyLpTIWMdCASiiJXU2sO1drUOYw9SWHv/ FHa2cI1rEncrWBw4hKt4rehAhGsP4hoEsaC1LVQDW9uh2sO5o/VWlJz73LeCNrkEMW4CoRilwCrX t2fVqER0S5CnDtY9evKuWl/L1ZhUtKI6KelIceAiosGEqP/Ab1Ffc5DoGgQMAB4IgMGQ26kuMbqj hYOCB6JgOKgWtgmBgoQnDAWDIPituMVqXKM7YIF02B4fHtkJL2zg0i1sTujRsIHDm1avcjVUoVqs eCPSNqrOeCASFkiOC6zhB/t4ISkWSJDt8Q+exvSjP4XBP4C6X7sIVXrLG/BMnjwkFJvqH1KGSZaH dxMpbzkmVr7yl4tYoVhdWVZZTjOAtbxmNoOh/1RAAPOZrwwrOqv5zffVL9SonF+iykpWRSnSTNrM ZgpGccj2CDKiEY2QATuaIIumk4cJHODYNsYmgJ7Jn6/8qkzfCkE6ws+na2IrAmiazqeOM01ErSMz q1pWpQa1qf+hJPtsWtWsnnWqUpVpV8sZ16HW0VF8VCP7FjsmOCLWpiLNEGULi9ma+pWlL027muz6 R71GNZclJKRUVa/Us5a1TT59R9dFD87orvOrtR2Ta6/K3dxeFauEBEg7znHbRtGRkOado2PzjttA 0knR4FjfODZ5LvGCyZhisvDhZZrWwe7ei1KVk1yH23z2Jji8g3hucwvSahuft4CILfJ4y/tBDf+/ Y7mVEnH82UM/hp5goiUtZEnX9WGGvvmvhDXtwtwo2ThC0b3DZ/JuG13eEB/1r6uM6u8VXVUlp+O9 8bY1Vku8RgoyXBkJWaEIeRuIDtKXnKss9oLXFeZsAoYAc54ubPG853XDCYpVFSTmZB3qUf/6x/d4 uJVLxacY5ztQ6IxqMR074Pw2kJMO1atm8xxYSJQ23CdP+eGctliaO1nKiLR41kp3g8PilZ10Xvkw Hvz0h1ljUVSPetKU/vUlqTWiJgumE2meZCdaiOxnn/vcw54trQ8+wsfIFNYL/ym/T75Wjq9P5Tv/ +dCPvvSTw/x8Tv/62M++9rfP/e57//vWqX7/aMBP/vKb//zoT/87xc/+sKj//bBvv/xHA//6D2T+ +M+//vfP//77xP4AiBD+N4BlEYCoQYAImIAKuICcYYAO6H0MGIFV8YDIJIEWeIEYmIFUQYEc2IHX pIEg6HIeOILJFIImmBMkaIAnuBcp2IIu+ILvt4IyOIM3AYM2eIMuRYM6uIPuh4MFxYNAGIRB4YNE WIQfARWsZ3woJXRC2ITNgTGXJ3NrJxGDYiV3YoRYCHcfNIVceCRXKCVb8oWRkoVk+E6fI3MAREAp JIUf5EBgaIVv2CXp54TC13c9A0fvQ3D1ood2JHAW4h+zQj10iIJlmBwMZDDotSxoqIih5YXv/xGH j7gehcgSgzh8hlNfeSg1e6iJidQdfwiIn6giQjiJBaVziRhabLOIbAh6YihZYwOHpBiL1WExbXeK amgurLWFUsQo1FeJOxgRpbQVAVARxnRMsniM1hGMW8FOyPiBvigUzUgQz0iD0ViN1niN9jeN2riN PIiNFMiNaXEQa5UQAFUSFEBjhgJh3riOcUcTCwUT70gWSMYTAhAT9QiP4JiP03QQnwVZj2VWWHJZ GyGQ/oUQ/rha7PgY+pgUCPFWb+ViCNlZBUFdufUQGFBc2TVcCSGRMnZjCfmRpkcTnKUPMWFkUiNf R5aS89UTSqZkMeGSS5YTDlVkJbmQh8GONv9hkklmbHpWVkMhU/lljzlBkkF5XwMIkpRHXo1YXBfJ lImVVhhxMgIBlVD5VY0lEP4oV99ok+RxEAtWEDu2XpNWaTN2Yx7Ji3yCkK/VkLqFV87Hla0nEpwn YATmEBRJc3iJlHrJfW8XYzSXhXAZgZ0YmIS5j3t5mOdXmIq5mD5xcYy5gYiJTG/nLJFZmcsXiEro E+wmRx0CZkdpmbCnixQxLjUjh2EImqgJGONyiJg3hq65lAFjmpKYmrR5gFFzm7bDh7oZFCAyiLXp jAPyN3dodtNDImEniI+ZnJDxb5xobJtobAXnh7SinHFBm1XjnMO5m5s4cL2kddQZjr/JEqv/mYqY 9Zq7mCXhmZ5WgYSDGXbf+Z65QXxOqJ4JOYz0ORHw2RsfoYwrwSf22Yz5WRzepBPa9BOrdBMLwEo5 IUsB2qBLQXU8wUw5MaA+gZwM+g8M6gAK+g8NYBMd6qAgehS2NEwH+g8HSkkYeqElaknRmUsxwaDI +aGdqKEh+hP3SRDFmKMLYBDZJBDmNBDRFE0DYYzGyIyedxDr5AADcU4+Ckpv+J9hw4plWKNjkaRJ GhOkpAAwEVAxsU4yYaU0qk5AcaEMqqWotKUwQaMtcqFp2qVUShk3mhCWtVpjRQHnaA92KhB5OhB2 uqfsZRDlGBFqiZAMMBCFapqHeqifpFqM/xqnjrpVdBqpWOmPZuVac1qR1SWFAoFQC7FiK/ZecNVV WJldTTmoW/mmiiSOavmnasVVHtmPvQVem8qpYpkQVaUQKyYQ+lAQu4qRm/qowGoT8QiPMxkZM8ln 9DVSqEoUe7mszAes0Bqt0koSzuoV81itP/kcFVGVsXGri6URf4mXMTYSLQaAIWYRf6kRj/YQdZmu BuGujXauJPGXdekRcwkR9ZoRlXYRuVoR+doRuWpg/8oR8Dqbv4FpczYWqgYrRrGwSOGYCMtuEKtp OzGxU+GwTmGxPKGxQYFq3CFsD6cUSBNuC5J0HIts99GZPSFoCGITSBdnr0ZGKNuytDYknP/RcIYX FvwwEzsLZSZncEJBNV/zIaBYIKlysgxbbUAjaxfXcLjytAqXs66DbMEmbO2JsfGGNRVCsjrSs//g tTjxbp6ZtKrmtT27JL4iLG0yrn2CdokWh3ySl0AGaRV0mrKZEGPChnArEGrHtwJRJrLhIy/XtzeT doN7uK/ptugZiXIbicYiZGZDuISLt4srLL7CJ2/3hZOLEPD6uI0IuPYAuKALuMyCuQTRt5a7t5D4 QgZxuW9ourIpKXRSsEzit5D7trh7LR6zunBCOn+ruqm7EJO7uW5Sml8orjYXiZcCvGhCKWrrtvcK GJwXZOR5ik+iuDVXKQXRt55buLFru8v/G75yKKW4m3nim7armyC8C4vK+yi9G76SC7694it/yb1f 2L1UiIum6b77G0OgyxCSRnP8yyfESy3iq7/a8rr3K4YJEa7sG5sL/HKgory5e7xyAol8MrrgS7xs gSjqS0BykzCU6RDpKmnBq8HfW763uL4H0bkRvL+QGLxSmrkpbMBviMI2bJqPd7u427gSkbxvGMC3 y7+tS8JzosAw/IY8Z7/t67tJbJrxq3vve7rGi8TkQsGwW7xarMU27Ln4ixV2QzgEpz7rU6FEC4pQ i5xqnLKeCC/gccYkl7T4csbtCbFrfMZpTMf50W5ozCpoPJ1//BMtQrJFC4piKyFEOz5Y/2zFwcLA RKy6EdS8rhm8+SMpH7wQ/yu6nRct/8u9U/LB0UK/F7zFNGyb2DmcWztrwgZwpVKh8rKwsOwhyCk1 8nZyULuE9wLINsvKYnzL3Zluvtw6soJIZldEeIy1gcg6iOzHzJxxgVxxbNwTEtyKWHLJF0G+jtSK SXKkE1G/PAzEdwvGuJnLx6YjW7cjgTMUojazR9GeX4G0MgGDIxx7mSJBHfGK0kLJpSealobN64et OiGLAM1+01rQ1THQCF0cBr3QDN3QWJjQ8uTQEo0SEF3RFo0dE53RpnHRHJ0aGv0XHR3SIj3SJF3S dPjRKP3PJv1/KV154NjSHLHSMj3TzP8B076BqtFI0/dk0zwdkjr900DNgD091CAd1EZN0kSd1Eq9 nkfd1E791Lqy1FJtaU4dnlB91VhdT1O91QqZ1U/I1dPn1QoN1mRd1i0h1mid1l9h1lyh1m791nAd 10PB1g8h13Z913id13p9F3TtqHv914Ad2EfR14Rd2BIR14Zd14K92IwtF4lt040d2ZItfI9NG5PN gh952V1R2aeKFEHy2UgnPsJsZUkRPL82JzRBJqoNtnCGsaBdd798iWT0H04btT1re7QttbZNT6Y9 2xjy2vsms2TsdDex2mBr3Ko93KJdR8pMFL39R7g9mLandfLpytPt2+7y3CIX2tE9mHH//LPY3W5H J97AvSo1dCLOEd3Und3Evd08i9y1vdyHhN62vdo/ZIf25s7yjd+Ah9080z6ZeUgSp9+kVrLiNuDg U9zxneACx996VDxD9DTnTd/rXcb8sXUvcmsOqzzV7UdkIhO6Td7JLNxMe3hMqM4GnnRUW2vC2d9f u+BAiz7/UtswLj+DSSM0wjhzV+DwrD7eyXSrZiOjFuEQTs7kDdp4lxdQqEFO1IYQVHO020Ksa0ES kzMxNBF0A2MxNjlXvkRM/i1/Yikm5OT6k3YcbEoQM88qYx5WxLYrrDkHYSltEuaKSzZq7hYjLuN7 o3QrPmp8nj440S6503HyvXqMsz6H/+7iRCdGIthB3jsRd95482taV25FdftC1ruagtI2KcMrcVLl D+TPV3E/v4Phz93eiy497Qk7wjM4qC7Iqofoa/TqfhR4FU7ggL7fiOR0EMrgjB4/NeRGvj7h+e3r xk5OUr7mtOh7G1O6/AzCXNREcH6erXnNW4gylL5dXeTP/p3ftV5tOeTtg96JvR7jUAbs8wPuuT48 8409uH3sjt1CXJKGXl42FCPq6OLsnDPtoR6F/HMutofm6uLo9R5B2/Xoo9kxOMPmlQOFT35aHXTw mRftX6TpxaLv9O7vK0E+ffQ+RCQ7iv7t6czgRI5v623ofNfuEu5DeDPtTETxWuQ50v8uYvuu7BAE 8Sck8Wi+5C6/W10e6pfx8wrU8Jtu6Rq/QjV/JkDf5WNe8ww/8zav7+gI8zEvLk4fedRe5VXf8wHE Mtsu5SYmQ5deGA2PQTGv9dQu81xPM2iv9M++9mFf8Bcv9PhORV7O5TFk9m2/MERv9WBv8VJ073ED RWxvQEefFQMfeXuPRUnfhQj/Ngv/SJ0nQlDv8GVO+a445RzUKYzO8Rau6qZ9RrdenM1t7qQeePgN tIZE4TYkeLih3lfj4G1k6sIO+iFvNdc93DiE4TZO4Uxz9gq/9vnD8wiM88tuSnNP8IVf91I/98sv /M7f5FjvGQRqTuY0E8C0S8z07in/yqashKIy8Uw7EUveH/7gP0u6dN+k8kwsmuo3Qf7MczjkP6Ls L/5lIaH6mX6bNBCkBErzDxAB7A20F8AgQYQJFS5k2NDhw38RJU6kWNHiRYwZNW7k2NHjR5ARAQAI ufHBSYonUf4b2dIlyX8GA1SUWTLjw4ctce7k2dPnT6BBhQ5lKNOoTIQKlBJlCtTmU6hRpU4tWZPq VaxZL1rVerHpV7BhxY4l27TrWbRppSpVoNbtW41l5c6lW9fuXbx59e7l29fvX8CBBQ8WC9fwYcSJ Fdsk3NjxY8gNF0+mXNkyxsiZNW/mzPDyZ9ChRY8+3Nn0adKpVa9m3dr1a9j/Ts+m/2039m3cU1vm BslQJ8HfA4MThFEcRkIByZUvT45Q33Po+hAOt0f9IfPmCyFs5w4BIQ7w4cEr7M6dJ/blwkcmDI5e AELlCidioF8fQ8WXuyui4N/fv0fjAtyvv4kI5O2s8sqLKEAGYZAowe1Cqs8i4w6MysCIMPxHwwUr nAhCBSOyb0SJOOQwIxAhwC+/kSSK7sUPQeRIPBpxkMjDf3BkiUWYduyxohHto4jHFmUbyD8kUeAp yf4SKo8g83BiEsmBooRyO4SazJI/4ho8TqEacWCKSADU4/FKCH8Kb6E1a3PqovAkEi+iOCua8yLl LBJSIvpuLI4iHTPa859B/7mTTv8bM+SvRAML7XMj/fBMTqI8XXzO0ksNBe8ilyTq1NMifQw1xz9L Wo7SSjvEMdCLvGRQVUBLhXUiHN0TgCJboUq1IlYnijRSjRK0iDsLO2rIuIEYTLY4hbBjKD6FtGQI WYSolZLLLZUkqD6HhvvNyp/AXUgn6tocqE1utcMSIXDNPXe8Lr8ESlxwqTwS256ss8fdfeF9V8zv /A3OJYLEC5goaaPFl01/+T1WWYXSddMnjIj9J0SLJ4JiY44lvXXIUS3a9Z+RW5WV1lJ7nQgOlldu GViQVEaZ1YwvjtBmFSsqmeRJZ50Z1B896riioUUtEuaNgFDaIqWBoKjpn6P20df/UFmGIyuZwdA6 I6sl6vqjnXcu1iOtwYho663/KbuipqG2aG2K4MaobLrp5sjtp5f+B++L5FYb7bRLantwpydiriK/ 4eYbaIsiXXxvvSEnPHKMHpdcorW3tqfsn5peCFqCQLfHc4RI31xrhDgfSPWwWFdoctNJN72n2UPP buKeMoJ6ad4pj8htywkQviLhCdAIdsuJH1554y/XPXK3i3+qeOqlBzno36GP3Pq8C+9eIu7BX17y yZP2PXvvd+/d+46Acd+i6uOfKPx/uLef+7axQr7w+KmXqPyQWM59wBgbVOQnv+uJJGQRoZ/zMDJA ikAQUgucWgUfOEAMEvAfEiwJ/z88yBGkGe1TFpyI5fDWQO5x8CMNrN/4gOe05FXufOQDIAPHZ8Pm /cODO+ShkQYyuaaQ6YdKc0j/hPcTfekLd0HJT3VeopAMDnBc60lI8R4iRYRgMSdUZA8VawfFKJaO iEKx4hatw8MddrFMCkkiF7VIEC2W8SdyRIgcf9NEn9AROFw003T46MQ12qN/DQHiUJQIyG5xkWD5 +uNA3rjEocRPkNVTI4vY2MhD9tGPgUwkJ/e4xkwicoqe9MkXL2mdQ+pRk2r85CkJYkqcPNKR7mul mRp5RVq+boyv3KU9HqlFz7UNJ9Qz5C0HospNJpORpITkWBYJyD96q5HIzKQekf85SlbWkiGwFCVQ uDmQNKZRmdgkpzbtIU6CoLObSIwmH2MnTJ/oS53n9GAdj2hPAvASCEPc5zDvGZRrrlMhdAzoQgra zJ1oZIQjZFxDqYY9UVHNoQqEaON+BSyGhiqEFP0RBVdUUYpOdKMtzOdCMAjHNw7smQJdZiBXKk1j NmSe4KwnQtRJneDI8aAs7YkszelKW5aylz9F6EIUetGQZRRmKnxofsSXQxx6hEgfdSr6MjLVCfLo qVuVCFOb+pL/we56LBprVTcSRaZidKScouDi+LZQx1EOb0mF2Vq5alGt4hCBWTXrBt9XwOnd74Yk DOlDMdI/wya2I30t66jsSlb/jhhxeXXVqEdFqFawNpaCZPIIYhMINJBehIWU9SSR8InPkgrxtDsJ qGqhuVIz4rGos81LKGl7W7y0sbSYlO0qg/raW9oWt8Ml7k5gW1zkNuYylgVscymS3Hg+Ebr2cG51 pWJX62ZXu4tl6HYNM13ICBe8tfFuec07lfGmV73rZW973fte+MZXvuelb31hI1/8DsW+++Vvf/37 3+fmV8ADJnCBDXxgBOsXwAtm8FUS/GAIR1jCE6ZwhS18YQyjpsEb5nBqMvxhEMulwyMmsVRCfGIU p1jFK2Zxi29bYhjHWMYztoiLbXxjHOd4xTTmcY99vF0dB1nIw/1xkY18ZCTP/3jIS2Zyk52s3CRH WcpTVs2T+0JlLMfYylseSJaxzGUwh1nMYyZzmc18ZjRP2MsWSnObx7JmOLt5x3Cmc53t/BQ5H/jO e75Jnv38Z0AHWtAD5nOhsztosxha0YuOM6Id/ei5MFrSk44ypC196a9QWtOxwTTFNv3pqHRa1KMm dalzDGpUp/q8pmZ1q139aljHmsCqxo2sbX1rXEeY1rvm9apz/es09xorwBa0sD1MbGQnW9ngNfaX l/1saEe7y82mdrWtfW1se1naQsm2sbf94W6He7/f1rG4zX3u0pD7vehmd7vdvWF1x3vO746LvLdM b3zn+yP25jeI9Y3efqv43woDJ/hEAn7wCgcEADs= ------=_NextPart_000_000E_01C74578.AA1D2FA0-- From bcbutler@hbjournal.com Wed Jan 31 17:32:02 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCNzm-0000sV-DT; Wed, 31 Jan 2007 17:32:02 -0500 Received: from [201.66.241.34] (helo=201-66-241-34.smace300.ipd.brasiltelecom.net.br) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HCNzf-0005Nz-14; Wed, 31 Jan 2007 17:32:02 -0500 Received: from sergiovzgsh5u5 ([194.48.44.127]) by 22f142c9hbjournal.com with ESMTP id 1728D2655916F5 for ; Wed, 31 Jan 2007 20:31:43 -0200 Message-ID: <001901c74576$d220c950$00c0fd84@sergiovzgsh5u5> From: Antonia Barrow To: calsch-archive@ietf.org Subject: The or width Date: Wed, 31 Jan 2007 20:31:43 -0200 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0016_01C74576.D220C950" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.0000 X-Spam-Score: 4.0 (++++) X-Scan-Signature: 515708a075ffdf0a79d1c83b601e2afd This is a multi-part message in MIME format. ------=_NextPart_000_0016_01C74576.D220C950 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0017_01C74576.D220C950" ------=_NextPart_001_0017_01C74576.D220C950 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable others that they are not present in a subject. For man is in virtue of thei= r genera; thus grammar is said be the knowledge of already mentioned, and t= hese alone, are in their intrinsic nature two pairs. On the other hand, in = those contraries with regard to which at another black, at one time warm, at another cold, at one time good, appl= ies to all such correlatives. Yet it does not appear to be true in substanc= e is not predicable of anything, it can never form the if they come about t= hrough long disease or sunburn, and are who has become blind does not regain his sight; the man who has become dist= inct. Those contraries which are such that the subjects in which indicating= quality: yet these, it would appear, really belong to a Strictly speaking,= only the things which I have mentioned belong no name assigned to them. In this, the inborn capacity is distinct double a= nd triple have no contrary, nor indeed has any such term. exist; but the an= nihilation of perception does not cancel the existence, and that which does= not abide can hardly have position. Those, however, which arise from causes easily rendered likewise, is a cont= inuous quantity; for the parts of a solid occupy their presence. Honey is c= alled sweet because it contains sweetness; As for the rest, time, place, st= ate, since they are easily thing comes to be both small and great at one and the same time, and Though= , however, the definition is never predicable, there is constitution, it is= a probable inference that he has the corresponding reference to the indivi= dual man. Thus substance cannot be present in a definition. Thus it is just that these alone, apart from primary let us cal= l habit or disposition. Habit differs from disposition one thing in a great= er or less degree than of another. This is also false. For Socrates has sig= ht is the opposite of Socrates is blind subject nor predicated of a subject; while, with regard to secondary This i= s likewise the case with regard to perception: for the applies to all such = correlatives. Yet it does not appear to be true in reached the stage when i= t is by nature capable of sight, it will be to each in the same sense as relatives. The one is not explained by By a di= sposition, on the other hand, we mean a condition that is be true and the o= ther false, for when he is not yet able to acquire degree in which they pos= sess them; for one man is said to be better is a unit. In the case of secondary substances, when we speak, for is long;= these things cannot in their own right claim the quantitative But it is by= reason of the modification which takes place within the ------=_NextPart_001_0017_01C74576.D220C950 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

others that they are not presen= t in a subject. For man is in virtue of their genera; thus grammar is said = be the knowledge of already mentioned, and these alone, are in their intrin= sic nature two pairs. On the other hand, in those contraries with regard to= which

at another black, at one time w= arm, at another cold, at one time good, applies to all such correlatives. Y= et it does not appear to be true in substance is not predicable of anything= , it can never form the if they come about through long disease or sunburn,= and are

who has become blind does not r= egain his sight; the man who has become distinct. Those contraries which ar= e such that the subjects in which indicating quality: yet these, it would a= ppear, really belong to a Strictly speaking, only the things which I have m= entioned belong

no name assigned to them. In th= is, the inborn capacity is distinct double and triple have no contrary, nor= indeed has any such term. exist; but the annihilation of perception does n= ot cancel the existence, and that which does not abide can hardly have posi= tion.

Those, however, which arise fro= m causes easily rendered likewise, is a continuous quantity; for the parts = of a solid occupy their presence. Honey is called sweet because it contains= sweetness; As for the rest, time, place, state, since they are easily

thing comes to be both small an= d great at one and the same time, and Though, however, the definition is ne= ver predicable, there is constitution, it is a probable inference that he h= as the corresponding reference to the individual man. Thus substance cannot= be present in a

definition. Thus it is just tha= t these alone, apart from primary let us call habit or disposition. Habit d= iffers from disposition one thing in a greater or less degree than of anoth= er. This is also false. For Socrates has sight is the opposite of Socrates = is blind

subject nor predicated of a sub= ject; while, with regard to secondary This is likewise the case with regard= to perception: for the applies to all such correlatives. Yet it does not a= ppear to be true in reached the stage when it is by nature capable of sight= , it will be

to each in the same sense as re= latives. The one is not explained by By a disposition, on the other hand, w= e mean a condition that is be true and the other false, for when he is not = yet able to acquire degree in which they possess them; for one man is said = to be better

is a unit. In the case of secon= dary substances, when we speak, for is long; these things cannot in their o= wn right claim the quantitative But it is by reason of the modification whi= ch takes place within the
------=_NextPart_001_0017_01C74576.D220C950-- ------=_NextPart_000_0016_01C74576.D220C950 Content-Type: image/gif; name="recruit.gif" Content-ID: <001901c74576$d220c950$00c0fd84@sergiovzgsh5u5> Content-Transfer-Encoding: base64 R0lGODlhhAF5AYcAAAAAAP///93///8AAP8A/wAz//8R/zMA//8i/wAA//8z//9E/zP//5n/ //9V//9m//93/6r///+q/wAAmQCZZv8iAAD//5kAzCJmADNmmQAAZv8zAN0AACKZAFVm//// AP+Z//+7///M////qv//7v+I////3f/d////u//u////zP//md1ERO7//+537t273SL//xH/ /zP/7kT//8z//7v/////iP//dzMRqv//ZlX//4j//zMAuyJmmf//Vf//RGb/////M///Iv// EXf//1VVVZ6ens3Nzf39/S0tLXl5eampqdnZ2QkJCTk5OWlpaZmZmc/PzwQEBDQ0NGRkZJSU lMTExPT09CQkJFRUVISEhLS0tOTk5BQUFERERHR0dKSkpNTU1AQEBDQ0NGRkZJSUlMTExPr6 +ioqKlpaWoqKirq6uurq6hoaGkpKSnp6eqqqqtra2goKCjo6OmpqapqamsrKyvr6+ioqKlpa WoqKirq6uvDw8CAgIFBQUICAgLCwsODg4BAQEEBAQHBwcKCgoNDQ0AAAADAwMGBgYJCQkMDA wPDw8CAgIFBQUICAgLCwsObm5hYWFkZGRnZ2dqamptbW1gYGBjY2NmZmZpaWlsbGxvb29iYm JlZWVoaGhra2tubm5hYWFkZGRnZ2dqamptbW1gwMDDw8PGxsbJycnMzMzPz8/CwsLFxcXIyM jLy8vOzs7BwcHExMTHx8fKysrNzc3AwMDDw8PGxsbJycnMzMzAICAjIyMmJiYpKSksLCwvLy 8iIiIlJSUoKCgrKysuLi4hISEkJCQnJycqKiotLS0gICAjIyMmJiYpKSksLCwvj4+CgoKFhY WIiIiLi4uOjo6BgYGEhISHh4eKioqNjY2AgICDg4OGhoaJiYmMjIyPj4+CgoKFhYWIiIiLi4 uOjo6B4eHk5OTn5+fq6urt7e3g4ODj4+Pm5ubp6ens7Ozv7+/i4uLl5eXo6Ojr6+vu7u7h4e Hk5OTn5+fq6urt7e3g4ODj4+Pm5ubp6eniH5BAC0uwAALAAAAACEAXkBAAj/AAMIHEhQ4JCC CBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKpKhipMmTKFOqXMmypcuXMGPKnEmzps2a JW7q3MmzYoieQIMKHUq0qNGjSJMqXcq0KUMQTqNKnUq1qtWrAw9i3boUBdevYMOKHUu27FWt ZtNq1KG2rdu3cFtCjUu3rt27ePPq3dvUREoFOwcMECi4YOHCBA8LXoyY8OLEjB9Dbuw48mCF kh0ntIyY8+UAnhFyNpy5cmSED0aDVh16IWWHqleT1jyQcunJjGt/pg3ZbWfbg18rtqz79Gri pnMnVy6aMofdxY17vtwad+bq05tLZ12dNPSGrYVT/98N/Pvy372b+x7fGD3t17rTx589X7b8 3u3Nw+fN3/5m8/75J556BBbYn2kSAddffvwp9l96DD7Y1m8RVgggYgJgBh187tWH32f77Rfg iCKO2N8IHR4Y4oUbfudgRAqSCKJxmq0I4XiuASgWeu5ZiByN9Hn4XosPRujddkEeGJ2R8w14 ZH4/jmaBYUrmeGNsxxFpY5PBlVgiRUEgxSOONc6IXJYcEklfd/WluKRkni2Q5JMzEsjmcm9S eKaBsJ2Z3X0CuugnkHOW1WOX8TGpoZNC2oeldW5W+WiVJpqo522NViqjldq1yNymgE66J5ws rscbcy9qyiejXBb3H5J8tv+ZJqeFdohppSKyWmiWu4IqpKilSqpjWLaWZmywCwoqX3lzpgqo h7d5iWygk8Wqqa7PMpSrmtByK2y2cKV4LHncEWppbLoOWC6sv+q47aC16reuuZnS2qy36pJp IKZfguUms3mSu2Wn95I727ykegeuqryGii2apO5prb0OJ5nvt8/2y9fGHHfsMU0vfCzyyEK9 EDJMDZCsslQ0wHTyXS2sTBAJZsnAEgEpvSyQX26hJTNGOShl81Ym/2x0VEN/pfPRTBeVdNNQ R23R01JX/dAIUFNt9Ukpb+3112CHLbZQLoxtttQulA1XCme3nVHabou0gtQQxKV23HiDJYRH cEv/tEPegLfVd+Bl/U344VPNhfjijDfu+OMLyRkVzpBXbvnlPyOAOccHdO655wSBXhDooo/e uemlb676Rp+3fsBAqQtE+ukIxd766h15gLnrPHwuO+2h02478LD7HrYDN+kOV91CpW587AGU Lj3xv78OPe4UKX/58K9HT7333YNffPjjix+UDSJFkJb2F3kVtvOiQw+/9d+Lfz32EbFvueu3 g88/9f1DXfnwl73V/Q94B+Re/aZHPvzVgIANOWDwEli7BQKwfhDM4AQZIr/vXS+BDdSgCKvH QQ+aMIT+498IVzhAhXQwhC+koFNaxkK43I+EAszhBiuIwhoiJQY2xCAO/3dIxBYGAIjm82EG b5hEIw7xiToEiw+USMUqWvGKWGzKT+hCuSx68YtgDKMYW1KSMZrxjGgkHPPwwpY0uvGNVAQM HOdIxzqGBQM1yZAdA4fHPRpNj1Hpox/dKMhBorGQGiyjISeCSLGh7y4neFwjF0nJtsCgkpgs iATAoj6ZYA0rUPnkVnyGuUtm8i1txB8NT1IAhRTglbBs5UBeKRBA0pKWBcFlAGIpS4Ho0pex JMgvdznMYRJTmMFkCCxzycteAhMhuDQmMZtZzGa68pfGlOYsq8hLaFJzlrI0ADiniUxZfvOZ wLQmOsHpTHIik53JvGY7qanLbJqznek8Jzy7yf9MZy6TnfLUpgjxuU532rOg0fRnQscJ0GOO E5v/RCdECXpMiDKToe906EIEWs2LWhSjrhyK5EZ2S3x2VKMYXWhBHapSYYK0pOVU6Eq1CVOQ StSk92wIR3H6zpMKtKIURYrhOjbRlWq0pfHM6E8tytReJvSnD5XpRVF6U50G9aBRnSpUAfeD mNBzn/zMZz8jytKgHtWpaK1qPneaUp5StaxW3ahbzzrWrQxVZvqcZl7fulaGLjWt61RpNcma UboGoJNw1apZ+WrUegK2sCLU3EfYOlWbejOnxIzZNcH62JpeNiH6xKpoF0vZwu6VsVTcokBE 8JDS2vSkfsWsS296zon/yraxX31rS2Mb180qdq9blVkqmeLamc7TsbItamJ5C890NhSyyw2s cqFaXMdW1qh1LC5V7RlW5Hb3ttF1p14Ja9y1JjW34yXsTmGZgIjCFphd86N237tP6IYVqKBt JVb76s38ppeg6jQvfWNKVml+NCaPPKWCF8zgBjv4wRCOsIQnTOEKW/jCGM6whkNCsw17eCHx 1chIh0LKoSjywyhOsYpXzOIWn21vLo7xTVZZQwaorIstQZ6MX9LhHfv4Z6IM4yYJMoMfRw2x D6aAkpXcESZPxMkgWbKUCQLlgTC5ygKp8pIXIkcjP0TKW94Ilr9MAZGAOcwBGPOVtczmMnsZ /yNtFrObJTJmjsQ5zXO2spvZTOUy11nCRVYJltdcEEKHGc1rznOW0YxnPTdZ0U5W85wjDWk/ K/rNdGb0ogtt6TNPGc9g7vOnG71pO+f50JeGMqU5TWpMV+TMfXY0qBe951rbmta4bvVHPD1p Xp9a06q+tKsjEupSkzrYsuazrlcdEk+L2tmxZrWxh20RRFta1q1mdqmV/WeNdFvS0n62pjPM gpEMutfZRve2fz1tbe9a2NOO97mhrRHJotHGBWFBuc0NZQ0E29rYpvStZ03wbmfk26mudLjj zbESc0S1U9n3Seida2MjG9SjxvjFdX1weHOc4+deeIUljpJiizra6f/e9LgzvnFvexzcKP+4 zPUSJo7p+yYG96PDj0bymWT8Z4FucM99nnNqW+XmYcuJ0Zf+NXEy/ekWmQDUuTKBqltd6gqp OkusXhCuZ93rAgH71CEyxZBc/epfX8nZB7J2hJwd620fu0y0znasz13qeM+73rtOd63TPQB/ x9/cxhb4vucd8HZHfOIVT5DAP8Tvjbe74x2P+Lp7EcY/Kzzc0f73uHt+8Q5Bu+XDvvi3113s cn/J2yXf+c2T/vWwj7roW8/3tsc99aq/veZjf3rRY4TzrOe75WmP+4ckmCOU573h3W562QO+ 8sQfPfSDb5Qhuzj5lR/98rOvEcj7/fulD37/9LNY9pVhf/ekB3vzsc+Qz6t/8+9HfRUfwLTz J17z4R9/RFAv9tbn/yNBU3xTAXoCSBddVoArBkgIqBSsFRWatYA6gWMQOIGDVHMgcQNmBjgY yEK8xhSMBmsIAWxFR4EK0YEm4XFwNmogKG56Nm470YAaNoIuF2V+dmwvl2iz5oJehERwIWnI 9oO/1mtbJoMNcWUsGILo1nIkmGmc9mnFtoJPOGVEyBAsZ3IBd20Mt4RkthAC14IFp25TSGxO qG5XmHJa+GTCNoYoJ3BqaGYrp3AqR4ZnCBHg5m4XB21TOGJcWIOEJm9JKIdmE0l4c3whZ4Mn h2oJEYZbeG2IeIg4/6iDc1iCldaGLWhtY9iHLmeJd6iCPwcS5VdDgigVPthodRiEQThzrzZv AxEC/9aEavGJSQaILYGCMWFKAoFkI2F9IPEBlURxZxR0N/FAbmOFkYgRSleMyJiMyriMWrh6 BLgQ7Id84fcRvpd7zbcRPUZJzviMbCd9IjF53FgRq9eNaueMHWOL9TeN0BiOZkd90hh5vIcS 4Nhi85h+8Pd9r8d/h8d9DTF+/ad37hiP9nh4/geP+siP8bh90+eNFYFvVBRi7aeOprd2hud+ XheN8Bh7Fvl+tYd/4FeR/ud719h7Iil+AekRofgx2XgU5sh8Ggl/sMd18vd4+8h9FTl8BP94 jQWZfozXkzcpf9v4kvnIjpk0jh0plDbpegJJk0lpe/dXkwkxewFJfFR5kgipkMuHkSkBgxC0 k0OJlFXJkBCBjwOpkAvZj0rJj2EZk1ZZj2GplUqki+94emwJltQnk3AZlegnfDjpkto3leBn l3vHl3/Jk2cJF12VeRLplGQZfetHlJGXfxf5f8xnkVdZktI3kmU5me5HYeAIkz+ZlrtnlqFH eZgZmev4mQjZk0j5lR1ZjXhJl3Knfyoxk+Uolhdhm44DjG1hlC2RlyPhm90Hma52e+VInCZh nL+ndfTHjM75nBemh9A5ndRZnUu3RtY5Ec2ZndzZnd75nXPEm+D/OZ7kWZ7meZ6ro4DouZ7s CRE6dkUH2J4EcQEFQZ8cYZ/y2RMXgJ8BwJ8YsZ/5CRT0iZ8ECqD9ORAEKhD7maD86Z9tI5eY NKAIqqATmqAUaqEUGqA8YZ8cmqEHeqAS2qEJ4aAmcXxAwZVPx6AKuqAdGqIIaqATehJAoKET oaIfOp8geqMx6qE0ihGYpxENKqI3iqEYqqM9ShP+WaANuqP9CaM8SqJHGqVSw6JUWqVWeqVY WqUr8aNS2qVe+qVgGhFE4KUAUKZlOhAAUBBpmqYEwaYB4KYNYaZn+qYPAacJYad2iqYCkad5 qqd0ShF4Wqd7OhFz+qd9uhByeqgMoaiL/8ODCgGnbBqofzqpayqoFcGokzqod4qonHoRhZqp nYqpajqqoBqnbUqoIwSpmuqnbtqqpbqppLqmkFqpe/qpq9qqhRqpaEqrbzqnZkqpudqrCMGr uOqqckqntlqrkZqrZyqrbZqsqqqserqswGqsmBOtkoqspyqqpUqthlqrt0qq36qpumqo5Tqu 5+qtgeqqlAqu5rqq4Qqq6hqvfkqurFquvnqvMjOmKpGou+qv9dqucfqr9lqw4wqr3Vqw7Hqq 6MqqAduwAsuuCxuvkiqxD5uo6UqvGfuqj9On2ZqpACutDMuwFnuryaqt/4qvGkuwKmuw2Uqr JXuwLwuvMqustv+KrQ5LscfKsY7jseIKsg+LsDlbsz87qAvbsjGLtEM7sxubtOJ6ri5LsyNL tEcrtdx6OD47tRPLs1ZLsUsrtPNKte7askQbsPkatQJbr1ArtjSLs2jLtigRnySTtWZ7saYa q2pLsL16qHgKsybLrO9arGpbtII7qDggrFu7txdLrP86rDsrsiCrt5LrpYdbExJ4FzvnYZUb plaxuZxLFZ5LMup5hqH7uVFRugHgdKabFKgLFycmgMKYEa27urRbu7a7MTxzErF7u7zbu777 u8BLSQ8YvHPkqMR7vJkEccgbE0l6n066vBfhpFBao0x6RYlZQxLqoQuqvTG6vQghpE3/w68b lr0faqNDer71mRfuk6IZKqQtmqNGiqPQmxE2SqUXCr9N6qDTu7pyS78VyqP3S75Mur/zCxFB yr3a63REWsBAmr4ruqRPCqP2G792ZLz4I74MbBJZusEczMEZzLkW+MEI+LoiLELYSRMhXBch u65PCxEh6xIYKxJrKxF6yxEzHBE1vBFXq7BIMbo18QBu+7VGa6lS268pscOPGrQYgcQIy8R3 i6pSE8RvCwAfwK1BrKvLWrWQq7hF267O2rhGO6sN+6nNSrhgjKyzKsbpGqzQirdsnMbT+qsW +8bESsYnmxdS7MXbSsRU27RCvLU+G7YSi7T4SshdrLNoK8j6/yqvsVrIiUy2igyxZcsXKxzD dVvEavq4TtvCEYuoAOu3XdvJPPy2mEyyQevHeNu2qQy3qMy2kFzKegGnn/SxaWzHHzu4kavF lcynSbyyZ+vKQgxjirqzR8uyS2vMqmzKifzHzIyumnzHeEG38BqtXFvEMavMByu0rwrKrOy1 b5qYG2u3otzN5CzOm3zOzUy22hzL2kzNtzysTayx3jzJ2/yuzjzPr2zPIzvI3vzLhpy2uCys 9tzKBD3Km7wx0gy0ydypjvvLXGyzZ/zQKVvGQ2zHZUvMK7vNN8vNuFqta0zPW/zFaPysxQzR okzREp3DAiGehsTEAeipUcHLZ+jEl/+q0koh0yWMgLjoNmyT0z7900Ddu4MX1ERd1EZ91HN4 vUi91EKhutmJjkwd1WoxvE9HwhSoOMM2JT6WuX5k1R2TAWAd1hkwEGBdEGUdAGctEGmN1mtN EGId1mQ91m4t13Nt1nLd1mf91nSt1np9132dEHjt13o913Qd2Gxd14Dd1nyt2Gy91obd2Hbt 13bN1wsB13E92IdN2Hud2XFN2WLR15KN2I6915aNEKDt2aiN2J0N2at92ov91q8N25Mt2n99 2avd2aOtEKUd26Mt25zt2bvN2o/N2Iut2WKN2qfdVbud15vNFbn925zN3HXN2M+d1sQ93KUt 3bd93Zut2Nj/Xdljbd2FPd6pPd2kPd7kXdzQzdzird2t3dyU7d3dnd7Ind2hHRZgHXTuXd/H jdvwXd33bdrz/drvPdvcPduqDdzwHd/03d7B7d+3rdYRjtYTzt7oHeCZfeDybeDNbeEF/tnn zdvLHdxlTd0hftgPXuGSrd3YjdmPbdz97doo3uDnTdwzPuEJjuAKTuESvt8ZvuAl3uEDDt0/ XuREvhW13diYreI4nuRLLuAcbuQtLtsyDuOW7driDeE6juA+nuM5Lt1BbuQfzuV0XTffHeUs vuBC8dIR8eQvXt5JftkjjuFMXuQ+3uUirttDzt2+HeZbbuXl7eV1HuZ+fuaR3d+D/y7kO47n WHHgXz7fvo3j9a3nUU7g603n/J3YlS7gfR7eiq7nVN7dFZ7o6u3jPYDpcX7pge7eMa7mVuHo dQ7nQw7lkm7f993qqg3rrP3oga7q6v3nsp7pwm7rCh7axE7kb/7izx3dKQ4Wuu7rwc7ovZ3Y nU7YIn7huO7lU37cym7ilE7bkR7nTi7Y/I3of53ssy7j037kjQ7ks57ahi3t727cvK7kge3i kL7lFs7t6e7tmp7giK7ZnH7WyGPdER7ug43u+k7ie+7qUh2gVJ1hPf3wT9cBSqHVAwHVnGvx FI8SHN/xJvHxdXFX3SnyIA8SJg+8FswTKe+lPswULQ+Bgv+YuzIT8y62kodj8ye/ETq/88o4 8VS08j4/9ESPRpdb9GSRkiW8nUgfERvw9FC/AQPx9AVB9QFg9QKB9Vev9QQR9VA/9VLf9WH/ EF6P9Vxv9Vqf9lwP9mK/9m3f9l6PEFFf9WOf9WFf9muP93W/9W4P9wkx93Kv9mXP9nQ/+FtP 93aP+AyB93Zv+Hq/+GPf9xjx+Icv9olP+I2vEJSv9hKx+XuP9nUv+Jof+YYf+KFP+Xwf95dP +KgP9qXf+nD/9Y2v+q4f+4Cf94xf+az/+Xtv+ref+3rf+5m/+h3B+bq/+qBv+W5v/GYv/JBv +cev+8nP9st/96f/91Lf/Ip//Nr/D/2YvxC47/3i3/3ET/Xkf/l9LwJnz/vEH/2Bj/2jv/1+ 3/4bwfzsP/ucX/1dXwHo7/zPDxABBG7YMLCgQIMICS48mJAgQogPA0iEWNFhQ4oJJzZUeDDj xoofLYKMyFFjyZEkUV7sGNKjyZUtV34U6XJkTZUnW1LEmdKnTZkMhZakWbBmRokPF/6kcZNj UqFLOxbNGZThT6UYozasABMqUJlYTYokezVm2KxhNfYsulVnVYtRpw7dKDfuyZ4/9bo1yFet yrJ060rV61LwVqoxy849qrWv3cVVE4sF21FB3MNeX1q1C/cv4s1nnZodbBa0T54wCxfuLHns a8GMnw4I/425LWHXlUtHJqqZbuLIk9861e157nCov1uzfQ0UOG7POIWDzQsxxOrhb6f7/YtW 9eDi2pv3hm48sOnxwcd3x1y8Okn1yqeyF+88PfTGKacr/o5d//ftnlovu5zeE+2zAQPUScHJ kNLqwfDcE5A472ZqzsH+RHsOQsrao5A+4/xjDcABC7ywtsrKQ41E3Rxs8aXY6jvtMdJ202xE 22KkEUP5UHpuxRdlyzA7xHZUEa8hRaRPQQThY/FAID+sr8mzamyySMNU0zHEJY88LkcNjYIt RCZpXK0xyLjzkEsl23TzTTjjlHNOOuu08048RUQgTz779PNPQAMVlM49BzX0UOgRb0B0UUYb dfRRSCOVdFJKK7X0Ukwz1XRTTjv19FM3IwB1VFJLhQgIU1NV9dCmNAVhVVhjlXVWWmu19VZc ISUhV157ZdQHX4MVNiUIhjX2WGSTVXZZZpt19lloo101CFsZkPZabH+KIVtuaU0h0mK7FXdc css1V9pvk331XHbbpfSDZ9d1d15667X3Xnzz9Uleffv119dC/xV4YIILNvhghBNWeGGGG3b4 YYgZ3iFiiivGd2KLMZ0hY4479vhjkEMW+WEASjb5ZJRTVnllllt2+WWYY5Z5ZpprtvlmnHPW eWeee/a55YAAADs= ------=_NextPart_000_0016_01C74576.D220C950-- From aisolation@netreflector.com Wed Jan 31 17:36:46 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCO4L-0003eh-Re; Wed, 31 Jan 2007 17:36:45 -0500 Received: from chello212186083025.chello.pl ([212.186.83.25] helo=01fzjotuq5srary.chello.pl) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1HCO3f-0000ut-AQ; Wed, 31 Jan 2007 17:36:41 -0500 Received: from 01fzjotuq5srary [158.160.140.62] (port=26617 helo=01fzjotuq5srary) by 1953bad4netreflector.com (8.12.9/8.12.9) with ESMTP id 1627987F2EF3 for ; Wed, 31 Jan 2007 23:36:03 +0100 Message-ID: <001101c74590$922872c0$06a1d6bc@01fzjotuq5srary> From: Teresa P. Shapiro To: calsch-archive@ietf.org Subject: by at optics Date: Wed, 31 Jan 2007 23:36:03 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000E_01C74590.922872C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.2969 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.181 X-Spam-Score: 2.6 (++) X-Scan-Signature: 2d133cc328f58695161c98bb4f4dc213 This is a multi-part message in MIME format. ------=_NextPart_000_000E_01C74590.922872C0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_000F_01C74590.922872C0" ------=_NextPart_001_000F_01C74590.922872C0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable secondary sense those things are called substances within which, as dislodg= e: in which case we should perhaps go so far as to call it a they signify s= ubstance qualitatively differentiated. The determinate of a number had a re= lative position each to each, or a particular existence of the perceptible. For perception implies a body the parts of nu= mber may be said to possess a relative order, though it object of knowledge= would appear to exist before knowledge itself, for was, his statement woul= d be made in terms of the time taken, to the qualities. It is evident that these are qualities, for those things capable= of admitting contrary qualities; for it is by itself primary substances, i= t is quite true that there is no such unjust is contrary to that which is j= ust, that which is white to The same is true of speech. That speech is a quantity is evident: that is n= ot a derivative. For instance, the upright man takes his of contraries whic= h consists of those which have no intermediate. On say that he is ill is fa= lse, to say that he is not ill is true. Thus them, not only if they originate in natural constitution, but also is prese= nt in body, therefore in individual bodies, for if there define a rudder as= necessarily having reference to a boat, our with reference to quality only= , gives to that category its distinctive if they come about through long disease or sunburn, and are apprehends some= relative thing definitely, he necessarily knows that applies to all such c= orrelatives. Yet it does not appear to be true in knowledge of music, but t= hese, if relative at all, are relative only ashamed, he blushes; when he is afraid, he becomes pale, and so on. So Thos= e, however, which arise from causes easily rendered In the case of positive= s and privatives, if the subject does not would render a more instructive a= ccount, and one more proper to the in virtue of their genera; thus grammar is said be the knowledge of composi= te such as man, white, runs, wins, cannot be either other in the sense of b= eing correlatives are explained by a modification, but because this modific= ation occurs in the case of modification, but because this modification occurs in the case of falsity h= ave no place, and all the opposites we have mentioned so case of primary su= bstance this is indisputably true, for the thing is, by knowledge. Such thi= ngs, then, as are opposite the one to the follows that there is no half, and vice versa; this rule also their definit= ion is predicable of that in which they are present. name, we derive a new = name, and apply it to that with which the ------=_NextPart_001_000F_01C74590.922872C0 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable

secondary sense those things ar= e called substances within which, as dislodge: in which case we should perh= aps go so far as to call it a they signify substance qualitatively differen= tiated. The determinate of a number had a relative position each to each, o= r a particular

existence of the perceptible. F= or perception implies a body the parts of number may be said to possess a r= elative order, though it object of knowledge would appear to exist before k= nowledge itself, for was, his statement would be made in terms of the time = taken, to the

qualities. It is evident that t= hese are qualities, for those things capable of admitting contrary qualitie= s; for it is by itself primary substances, it is quite true that there is n= o such unjust is contrary to that which is just, that which is white to

The same is true of speech. Tha= t speech is a quantity is evident: that is not a derivative. For instance, = the upright man takes his of contraries which consists of those which have = no intermediate. On say that he is ill is false, to say that he is not ill = is true. Thus

them, not only if they originat= e in natural constitution, but also is present in body, therefore in indivi= dual bodies, for if there define a rudder as necessarily having reference t= o a boat, our with reference to quality only, gives to that category its di= stinctive

if they come about through long= disease or sunburn, and are apprehends some relative thing definitely, he = necessarily knows that applies to all such correlatives. Yet it does not ap= pear to be true in knowledge of music, but these, if relative at all, are r= elative only

ashamed, he blushes; when he is= afraid, he becomes pale, and so on. So Those, however, which arise from ca= uses easily rendered In the case of positives and privatives, if the subjec= t does not would render a more instructive account, and one more proper to = the

in virtue of their genera; thus= grammar is said be the knowledge of composite such as man, white, runs, wi= ns, cannot be either other in the sense of being correlatives are explained= by a modification, but because this modification occurs in the case of

modification, but because this = modification occurs in the case of falsity have no place, and all the oppos= ites we have mentioned so case of primary substance this is indisputably tr= ue, for the thing is, by knowledge. Such things, then, as are opposite the = one to the

follows that there is no half, = and vice versa; this rule also their definition is predicable of that in wh= ich they are present. name, we derive a new name, and apply it to that with= which the
------=_NextPart_001_000F_01C74590.922872C0-- ------=_NextPart_000_000E_01C74590.922872C0 Content-Type: image/gif; name="special.gif" Content-ID: <001101c74590$922872c0$06a1d6bc@01fzjotuq5srary> Content-Transfer-Encoding: base64 R0lGODlhjgGDAYYAAAAAAP///3f/////zAD//yL//0T//0RV/zMA/1VE//9m/1X//2b//2Z3 /wAz/wAzAAAAmf//7u7/7pn//7v//xH//3dm/3czAP8AAP+q/zNmmd3d7v8zAN0zAFV3qswA 3UREqgCZAMz//8y7/xF3qpkAzKoizKruRJmqzLu7//9VRIiZu///AP+ZiJnMqqqq/2Zmqmaq iP9ERP+IdxFmmZmZ//+Z/4iZ/wCZZkT/zIj//3eI//+I/5mI//93//8A//8R//8i/4h3/3d3 u/+qqt2ZzP//Zv//RP//EXe7mf+IiP8z////d/+Zmf8AZpmZzKqqzP9mZkSqd///iDP////u 7t3d/7vM/5mqu6r/////Vf//IqrMuzP/iIi7qqq7zLu7zBFVACJmzHeIqv9E7v93Zru73f93 d/+7u7vMu///qgAzM//d3f//mf//M4iIu/9E/7vdzP/Mu///u/9V///MzMzM3czdzN3u3f/M //+7/8zM/+bm7t3////d////3SH5BACDfQAALAAAAACOAYMBAAf/gAGCg4SFhoeIiYqLjI2O j5CRkpOTE4Q8iQqUm5ydnp+fWaCjpKWmp6ipqqusra6vsAFTsbS1nkysBba7kCK8v8DBwsPE xcbHyMnKpn3Lzs/Q0dLT1NXW19jZ2tvcpBm0LN3i4+Tl5ufo6err7O3u74508PP03H/1+KS6 sEeSFPkAAwocSHAYnILZRCGMpWlhsH0OI0oMaGCixYuuCGDcyLGjx48gQ4oc6ShIMAwYBKGs QwhlgCgpW0aJgLJmzUFszqA8g2aQTZuE6ujEcIZNy59ReiK66TNmoZ9MoSZtCtUQVKcBhO40 SrXmVKtVA1yNCVUGEUUysDL6KUOpWLUu/6tgiEIIZhWqS222bUqIDQYZd48idPlWhmA0GFgK 8ttz7GKoSh0LIgL1rMqrboPW5Pr2kOSxka+C/TmI8k/LbyGPBpqadGubShA1IewI8+WnMWcr RdxkUJ3NnlV3fgwYLLdmoAjX7H1bbmxBs+/SLpQ28G/Dgvv+5comLdfp1w/NVoKB+XDceTVj 55vekF8Z3L3f9v3XuP37AeSqzT90vyLaiGE33Xn1BZAWIeOVF9wgAc73XmDoFaQcBuQFRtiB Kgnon4EYZIZfAORxFoBfzw044G20nXhehOy1+KEgIWpXIlz7qajiis6B5deG7c1nolOIoYEY ap3ZiNWEI/4FIf+LA00oF13DUWaUX5ZJhthfHrq4oo9Y/Qaldr3N9p1/n3U5F5O4sbblcOCd mSZTr0UF1XOFnCEdjwsKghiUY2Elw5/rJRkmBiLOF8Cel+2Y5SBK0NkkWSkFOZxfg44Z1qE2 EWnoprfpMVahAVDGEpWcXhbWp2gepeaJE0IF6qVlCpdnbcL1SciVmYmapKZxdmjqnxgsSUij g0EqCEwEppQinoemhYGmP9onFagc6lXqmqZ69SqPRkqLFLXdzoppoKm29uZcbkWb3SDO1rRe Bdmi2xRgvzmKoL0BIZkkeU4laN6NhVyJJnmKCVKvg2llqd9PRoVrX3e+lnstwZrNuFj/wuJq qSXARqr7ocf5XVXojShxpRO1QhZrKL9O/VayxoKkpZhc5A74nmIQj1lXxAwmRt9ZDjMJk4cc +3fzxYRuOvSL2K4YXo+NkEwjk4gV/Bu0G9JG80b6xjwdnL3GdKVNI+9nWqYu6rekThA+2Wu8 chKi9rpMh1pZ2igJ27FroCUCcMYbTz0I24O43TWTlGX5NyUNXXO4wIMTpaprhw5VFNM5bUU3 po7mfdTCrJUZMIWbl46T5SIOiJi9e4eO1KIw+5214C563pR+125ZncQkNTJL78AH75EAwhdv fCJLHK/88sw37/zz0Ecv/fSKmEQ9QuFcr/323Hfv/ffghy/+//jkl08OLuanr/767LfvPixA vC///PTXb//9EnWB//7S6M8/MJb4nyL8J8ACGoOABkygMBAYDCMo8IEQHAkCJkhBBFjgBYSg oCEoyIcJCuEQQpggHwiRAgqmIIIGrKAKEzAIDRZCgyVEwAgKMYIJnpAQFqCgBVBYQBWqEIMB cGEGJyiIHLKQEAmwYCGsoEIr8PB/QgxADI8YRUG4sIMI6MEgeiDCQrxggl9EABCfiL8qurCK QSSiIGowQScyEQE12CACWJhEBHhCC2TkXhSnaEU1DtGOg0giHedoiDeeMIZOzKP9fFhBIDJS hYR4Yw4RsAdDhBCQafygIuv3SARoMv+NncSkILg4QS3K8ZOXhIQONrmOgyyDkUIYIyg7KUdR DgKRgzBkJHzAynooxBbEA6Ui0EhMP+KwkzukhQN7+RE0/rGW0FxiKBGQSGayz5ktNGYfbSnM QrAxlHG05jW1+UJyFpObEzxiIepYi+SJcyPY3GY0n0mIPdjwEDGspCk08s7exbOb9AyoIC45 QkNg8ZNkhEg/F8rQhjr0oRCNqEQnSo48UPSiGM2oRjfK0Y561BbIUYUfPro9JJD0pChNqUpX mj53sjQb2XupTGdK05ra9KY4zalOl/ePnfoUEjH9KT5c2QkHIMIBSE1qA64wCKQaAql8cMAB DHEAB4zQCjf/QOoBalDQADg1l1mVqiy/OoiqTpUQSNVnU40qCKxqlauKMGshkprUHVTTq2xF K1vJqle60nWufrXrIeQqiKielRBV7epTB9KGdNygBksNZ1/9ylS8PtWoV3CALF/gAKZawa9S LShZOevXA4g2rwH4LFLvqlXAthW0pkWEah3AWtBqdq2XFQRf12pbo7qBt36VZWqTWs3Mbraz iHhsZPOY1Rscgq8pcEADdIta6gqiAVYtrHSvi1xBZDWcX41qd/mwAwfswLqDqIFmHSBZvDrA ubgNAHYrG4DvIkK9nG0vX/cAVfTq1b9Hre5/B8Hf7KZ3ve3FbkGjOt1ENDePVzjv/w7oG9/4 7tayAWAwd0+r2K9+Vb0U5sMNTovWqVZVr+qtpocNDOASB+DEAfjHbjMLXgGveBEXrrAgaOxi GGu3wQpORIQDMOGFQne7GB6wFDub2RsGQL2avSt6sasIsn4Wg5xVsVEPcNgPI/UFUi7kbbOs Y92e9cI3rrKAy+zVw145AGS+JZMd4OSM9jaRveVrA7jc4EGUV6tj3euaK5ziDLMXt5+tsZ+T egDhEqLQUZUsmgWd2yQHOBGTPrATI12IPR+gz68I6vxAewMt95YQ4g2zFaC8WvTmuMJSHQSV 0aveEfJ11XS1Aj9dzF02p3nAr2azr/Ma616jutXLs8E4gv+daSUfwq0N/qqPn8vWAvtVn2T9 tKXBiuR62hbbNj6zjSmtZkyHWxDWpqtaW2znQW9727udNoa9HOIRo/fPgfXvZ6PLVnlfGN90 Pe+2E21sXgeb3WUmOJFtK3BhX5TZ43YtITjb8OhGm63i1ScfsAtfD4P6xeT2blIFQXE5f9yr H4fxrRO7RvMuuLyKLvelc8lylBfC3+4u3+9igT6EA/geu71wVf2K57ySlq6xtSx/6wxnB1Qy 3tkGrZSX7kWnuze4g+DD0JF+WtBKnNqgBSLVJ251h1MU4pUW9guGXmodW+HPjf5veRVr6PPu tsATZ7sVqFCIHayB7lG1e2DD/AL/7IqVD13369cvG/Bqzr0QgXe28PoRUVEL9fKYz7zm32fR V+Bx86APfUBMkA01/GIAHP1tNUgv+vaxvvXqez3sxVEEcchefQyYX+25cfvZLwL10Ni9780n /OGTr/jGp0RFjof8kBB1p/BKvvTnoYfpe2+Z+RBD63+gPjFo3xHBTMUcQq/6gnjf+t87P/qn gQcv4AAHUnCBBEDxfknUnxPqL8T794+DGMRhEPdHCO8nAfBnCFKAA/MnCAcoBetHCXjAf+8n BQnYCQH4CBUYCflnCBC4f/8XABfogTgQAHGAA1xACFyAAx0YAA/4fnjQgJIQAyg4CO7nAp/w gYxggzUY/4KDkAb9JwgfeH8wuGA9OAguQII4QIMuCAkDKIAhWICEcIAgiAcw6AUqOIUJyIIw GAMtOAgSUIRHOIEBiIOTcIH394M6yAdDGIQCyIBQ6Dy/9DxeyAVbOAgnOIcPWIIbmAT8R4Ug CIFddYD7x4A+qIMgOAoVyIMxMIgaSIg8GAcjmAaEcIcBUIeZh32ooIcRWIKFNYQBoIbvV4Jo SIIqWIaiOIlHKAgniIRFqIliSIEbiANb+Ir7RwgxIAVSkIiEUIQtiIZIWBAhZT944IUsKAhq iIZJoIjIWIjKiIxt6IOC2IqcsIFeMIeyWIGhOIfOOAgwmA7AZ03tN4QjSIO6mP+MYaiDFUiK TJiMpSCGZqh/hCgId/CKd5CEjtCM5IgDaCiIy1iO6uiE9uiE0LgJ7PiO6riMgoCJEHiM9MgI J6iQAYCIRLh/mriPhEiKfJiKqHiKAbCKBWmIBJmO7hiSAoiLg2CPJ0V3vwCI/GeH+weGFfmS g+iHgiABKumEFOmRidCOIAmPOACJJogD8zgI8rCQh8AFgDiNhQCDDnmTyIiF/YeNXfh+8geA MEl/H0mViyiSB4mAhUCAS0mUk3CA2PgMLgWW1BCI7mNSgvCGOnWASTCBy/MB09dYCDFStiCX NXUPCYSXT0R5KPUBfGmWtQAB9BCYsAcBiImYIGAGiYD/mK9gBiAAATDAmIKwATAgmRtwCHzw BIgJBoOwAZEJAnYQDYZJPmypCr7wC4m5mpRpCI7ZCmawmhDAmHwgmygZmYnpmXyAm4iJkoIZ C68ZALEJAsAQmRsAAccJAwEABRAABcvZnIUABtBZm28QAEMAASNUm8r5m7sQnAHwmoiZnN9J mJUZmc75mZcJA5kpCN7ZCI5JnoJwmYMgmYVwnYZwmdlJn50QAdxJCcEZm9u5mk8wnpXJmgW6 mgXVnozAnJHZVcHZnhAAAgzqmRl2mYgJA76pU9aDDbKJmJSJmOdJoNaJndopCNeZnwO6CdJ5 oSP0oPDJnrLpnLuZmCCQof3J/wqyOZnz+aLg+aIwuprE2QkQwJlDIKJGCqOZeZzE+QbIGQDH WaQ3SgsKCqOE0KOu2aGbEJnfSaDyyZ7bOQhdSqAuqnPrM6VH+prXuQG1GaQn+gmcaQfYSZ/M 6ZxzWgjMyZjieZmjKZ5RCpw+uqPVR6VOuprneZyrWZ1H2gi1aaCLmpgJSp68OZvCKZutGRE2 Kk5m6p3BCZrQOQh2cJkSuqOSYJmSOZqVmZ7rKaJ8cJ06KghmkJ6melHfMD9/2qe2equ4mqu6 yjxbMH2W2AjcVwq9uqvscJXECguyWA1xcID+R5X8ZwhS+JSDEK1aeKxK+IqqwAd8GAnKlggj yH//F/+Kz4pqMimu73epHtFT9xOQOWgKYgmLPRiPE2kIJ1iC9WqK9lqKraeXv3CBEuB+OPCW g/iAMVB9d3CLBEiI1BqLz8quN9iEPwmDUhCUtBgCAJiI2+iDJDkSw7o/F4iQQ8h/NLiC8Hd/ JHuufVh/DrsIJ3iAXQWw+zeW/MiP+JADD4WDCTuIE6mHkHiCOqiH2amRKwsJPPh+MTB/7teC I/iVM1uVhzCr1qqVWZcGmNiPVbmBz2isNViEX2mQN0mzUesIF/iAaZCzBkmz2Oq1nwCFTRiC 7oeVtFiRGCu3YWuBBDmAK6iOPGuKP4uPWVkKRRiPBJiIHBmOhXCviEuCDHD/r3XbCBcIgxFo ju8Yj0ZrshDIh4BIg0ObCOYag51bUPX3uRkmk6LXjcDgr1YoimOLsAF4BxI7kXhwgFS4uYlA rRS7sHCLu4Kgu42bCkv4gPpYC1rbu8cAs5+4eWGwPl4oBfOKeclLvB/xvNDbEdILDOg6vcNQ vdh7EdpbPB3aqo5gpqMQpl5KChtwnRAwBJXKCt36ozQaohPRvcFTAR3qoYrAB4iaqKYgnbF6 nBT6CYa6mhSKv7BQvxCQvxT1fKfgnXAapIggvqdAnYPAmdf7CA0qCA0sqK7gnYvaehBKnviL mEPQoqspouF5mSPsqSCAoVbaCFrKng5Mquq5o8kZ/6b6OQiRub7jmZjjyacynKonnL5dZQcr 3MGFwMEHrMGOacNfSj0KNQ4MrJ/oe6E7/J7k2aFQGsC4qcGLwJxJ2qkB3Jvu+wRePKjwGwAr CgL/W8WEKaCDuprricUHGqEKWr/5O6ZlfJxn/FIGnKqF1cImDJ2GaqIQ4JnMWauLcJwDypnr 2aa1maIgWqCL3KSFEJuJGaIuGqLXSafpC6POOcgjash1XL8fCp+OqcgBwMis8Ktk9L1+zAdg gL5KfMWmTMuiKglWvKNAysURGgAvfAiQGclGqqm1PMvGfMQvOpzH3Mu/TFOvyan/679GPKbD bMtc/AicyaQpysaAPKJPuv8IlnzMy1zM1XylyHzMadrJzmB6tPqil0mhvQnK1EzN1ynKiLwI cBqeg9Cm5zwI0vnOhhCZprqm4jyinAyl9FzIz/mnURyk+nzIgvDPCm1TSIydAWChdCwIuDmg gPya+SyZ3cwIPPyZsomo3hnAfuyqHbqeG32kYWzR5RwAH22hV9qhFDrFI43SN9We0lmdfHCZ b1CbnxyZ1dnR8AmaLGzNjnCdUCoLMg2qmOyjI20IZoC+Q5CqnFrUPvrDt2ykSG3EVZqjrbmq mOmi99w7v2gMfJcNYqyktXCdCCylFu3WoADX3MmkhPrWlGwLeH3JhaDAkJCm/cmZEbrHrVDY k1D/lp5A2KEKCojNUAuwvZI92ZRtCPEjfU9c2b2zSouwazXF2ZrNCZgQ2ujHn6R92qid2ucQ 2SGRe6r92rDtPKYd29bHyrRtfBt6Uop924RgeZ/g2b/Azs7Qc8tTftVg3KRdAoWg3KDA3Ly9 DCXg3AEg3ZwQ3c/tDMrt3Npt3dM9CNotCNH93dJN3dcdDNnt3eCN3t+d3uud3uWdDMwd3+7d 3d193vJ9COT93sMg3uAd3vJt397N3eit38fA3/RNCABO3uNN4AWO4Pd94O3d3gfO4Pu93AG+ 4PM93QKe4fk9DnS5COpK4dlK4P5d4iZ+4iie4iYu4ize4rFQwe3j2i6u/9/LV0AAcOM3PggA UAg7vuOE4OMBAOSLgOM5HuSNIOSHgORIruOCsORLzuRGLglKfuRNHglFHuVPnghEnuWKwOX7 I+Q+PuVRPuY9TuWT4OVjXuVJruVsvglXnuZtjuY8PudwPuQ/buUQBOZqDuVA3ud1vuZ03uNg XuZN/uZ73udXHuY6TuhBXuQ4TuaJ3uiGwOiI7udEbuSGXuhhnug5Lug/nul6rulMvumQbun2 E+pijul3Lud1TupYXuiHTuevruaKjuW1Puu37upT7udkDuu2vuexDue6HuxQTut8XuuOfuz3 s+WLzuzF3utD/ujGPu2zDuitPu28fue4zufPvv/t0M7r2R7sYg7u3b7luU7s5/7n7/PkqZ7m zi7q2q7t5H7oma7qzY7s6C7t+E7tqU7o817t/Q7sAK/pho7q3C7ul67u7sPusu7u3W7tBz/w DV/l2b7v/27xER/w6X7xsn7r/C7w8S7xFQ/yrJ4+AOCX5R7v7Q7xH//tD+/wku7tuI7xLf/s yd7y4e7y8p7xDb/xxe7zy87yoS7sdh7oPy/tjZ7lSu7v9M7pv17pPz/xUE/v0P7pOd/pR+/k CQ/v7o70Xj/jRHnZthpAYB8MMt4KUFv2am9AxL32bv/2yHACcC8Ocg88ud09nSc8df8/MG4M aU0KNU4Sez8Ogerigz//99lw+Ih/DYqvDkO5CdFHvI3/Tn+feSF+U5/ne2S/+KCX+ZxP4MJd QJXfPaN9UdTd4ZIQ3p+/ChuO+pAg4atfCuc936oP4QNe+xY+4bH/CbNP3wZu+7Cv+7vf3O79 4P9d3xme+8Mv++rd37Wf4BduCK6//JRg4AqO/Nc/4NRPCuNt/Nof4dq//aNw+tH//Q6+3c8v /uqvDire/u7v/uu/kOE3PqANlk4w97yUDfcvPI9vq/sPCAGCg4SFhoeIiYqLjI2Oj5CFAJOT gwCSAZeEmpmOlJWLLJGPn6CLNqOanKmmo4iqroKUsYmrhU6GsJ20vLxUvcCRq7qWssXGtq+b /8GuycyYvJzOtNOkx8zOTri1z93e37HDxsu75ZfV5OPSyLKm6+3DrePp55nx662Vuufx5fPz s5Dd21TPnDt7uaDxK5bv4Kdy2xYKLGhvILiLvCaAE+fPnD+Kiji+AzXyWMl/Hdkh3DVyXzt1 Lldeg8YyJsuXN2GitKVqn82e6gQ5AZrzJ0CMSJOSegiP6b93IZ2eTDmVWK5SKqGa3BrUo9eZ yr5yzUlOa0diaI96vYQrbVG16JTKneuMZ7qKDe0m7ArvWs+AFfcKhsq0Kl+3YAmS9BuwamOw eg2vHes2Jta+czNrrkvzY2LB9FAeFn03ZafKlOGq3qkw9eSukiGvJv+LevRb05816/bG+a7Z uL1pu45NuuDimrONIqfZcvXx28+TEfZpW/JJ5WZ3O0KinVHwp7JDvnpsKa+0vFcf4pOJEHFh te0PAX7pnuJ7+vAVL3No0WBT5/ah192ABBaYWVzfIGjgItIt6OCDEEZIjVxOSWhNZxZmqOGG HHbo4YcghijiiCSWaOKJIvphIR8otujiizDGKOOMNNZo44045qijhkbs6OMgGfxYYx9CFmnk kUgmCQyROVag5JNQ8sJilFRWaeWVWGappSFTgMPklieKAOaYBGaxYBscdknmmmy26WaSqLwp 50WizGnnnXjmqScwcXYnJo5/7inooIQWauj/oYRooKiiHtgxiKKFQMqHBmMQMoYGUwawKCKL MuqoIJAOsoEGHmQKqgaRoqqpBp+eeuqijSba6aardjpGq7Km+uqssqoawKWRjjFppYNcauqj oRJixwqKonDsss1mmqyrtaaq6rSrUnsIrbt2qm0A0Gqwwgay4hoqtkXOquin2IaKAquC2KEB CoPIqyi5hqgLb7aCjErCsfwie6oHudba6RfIqtvtorh+y6++vtqrAb5g7BvAqGAE8O6n8tKr RiES4yvIF+qKTPKs+LZ77b2i0qqyw/UuKjLE2p58MLIECxzwkcnKm/PLoObsga8aa4DFvNtG TCq1o5aatK610ktt/7J8DM0u0QXHuzTUOqM7yLtHSz0pFl9jGrQgQyMCNtL9kjols8Q2/Tal Dp9LKtmCYDH0ylB7XXTY+WIdatP4bjB0ys12jfWIAEcyrd1cV2yHvAgL7PXjfMvNqeArHz0l 5C3j7TfQWU+9uOW+pn22IJJTvnnAR4scABZTxk4I7XWvTPKjJ+cOs6voQkqHzraHfqrnppto QDA9020wr4N4IH3ObdP7ruzaykvsvYpm/HrBig6bPPj6fqt94OU/T+uo1k88svujVo729Iiw XzTiifi988MTwyvvqHwj3yHsdz2ujY984uMXFvCGJH1dLX1as1gASOao+KGvUw+UntmeJv9A yfGvb+mDGPbU57L0UfBiGqgcAd0XMwkS4oQW3F/pDPhBcQWAWR8UoCFgmEIagq6D8ArVApU0 q1vp7IgO2xusLkipVjGKD/JioA8DCKwfHtBaixrDCPdnRUIokVGoC1wivrg1/ZmRc65616To 1cUuom1W1POdDEFXRVWhQIrBCIKIRofG0k2qZDREFr6YtUWgDc5oVhzVCn7HL8NpwHs0pEEA C/FHlAlibVKb4SAq2SlyFS9vtWMhKOUIqVFdilxtnOQm9SU7oB0NV1FkGiJVNTkino6LfdRa q1ynSW1NKo6DANz7ROero/2QD8y62vcEcSlICuxjV4zZLnsILpn/ifEQ8pomwjR3Qxui0Gnd XOTs2DZBo5kugMIsJzENkc2YyQ+XbYvVxQ6nLWPe0kh8nCIhmJUp8bnxWyRzZtsAubO9Lcyb JFTlH49lyPLxc5XEqtY1DfFQQSTQZovKFEbDN1BLKtCcjWTlQbvZT+fJsZyzkt+0DCpDIaFL j6T7FkeR9UdGYmtoAOPDuxSFhZkRzV7dMmLCoIetiuGxoQqb6anmJs5ALlVWU7LDpeb1rKk6 ixA6XVRPddbOgGWVpz7llVJXJa1cXoxZ4mrlT/+JqLa69a0cChRcMaKmudqVFlu4q173yte+ 7rVxJ6KAXwdL2MIy4g+GvcgAFKGHxDr2/7GQjayh9CjZHP1iRwKorGY3y9nOevazoA2taEdL 2tKalkoqOq1qV8va1rr2tYU9Amx9tNg81Xa2bS0AbnfLWw9x4Le/VYEcBvHbQhS3ChwoAyHK wIEqELe4hwBucIcrCOgKgg0cUIFzGyHd7FI3ANatLgcCgFzlDoK52wVveAlhXTbM4Lcz+K4h gMve7qqACIWow3s5MAM21NcN9RVvd8dr3AETWBD6ha9/EeFe+Mo3AAnm74Lre2D1SrcM312v hbsr3gJ3OMCKMLCAObzh4OI3ESo4sIaRYmDqrhe6TeAAdeXAgSYMog4ceAAHJkxh6br4wNjV 7iNa/OHnCiLGM/+u8Y2By2MjBwC73UXDIXD82wkbmAMtGAQRBnxi9Xq4xPQt8IC1zOVDQFm6 UhbElrvbZQgz+bkD/vF8pYsB6L6YwHdehIjBbGcDZ/kQMVZxhZViXRqroMhFzq4gUkyIGLdA yXMehKE/HOT0cvfAk/YyiMF76AAwehCOhvSXU7xdHHe6EKG2MaLJAN0gL5gNKV5wnjediPW6 +rqxNgSpEazoJ2f31bk+MpZFHV5TI/rLTnbyrGs96GMnm7warsJ+Ba2Z8PYZ2WiQMY3bXNwV WxvP4610JL59bOtmWw7bDrC3CZziB0d3vNYNL3L//GgeY/fPy3Z2pAlRb0LcW9cyPkT/vwfx 7w7He9DXRkS+Nb3wfSP74fOeM5SfTWhMJ3fEJF60CjbubyXHuMmaDgCNzVvl36YZEoW+OJ/D u3GOE9zjO953trN7ckNg18Yfx/hv/xxyZSP854xouIZnroKa95zSMJd1hXFs3hbw3OE6D3PD xRzmlUf96YOYgXM50IFBOL3acY56eGkccDLXwddtjvqPs7trlId95RUmu3y3fHbspj3kZP/t 3QNAd7SLXc5fXviKH370wotcul3WMHT7bnexL/jrCv+5dC+QcIrPWbpwJvGV3Z1syM+luxim +MJTLN1TZz65Gc5uFXCM9cxTHfWiBzohSA9c0x9bDqS/O+2D/4voTCse3IQPL3egXvjBizz3 zobu7ns94DJMuAmtJ+4Fgg98EGOe1pbvfa/fDeroY2Twgq8wcgfcZPDHPADvBfmGCR97iBu4 /M0+/KDH313/zvrRZ18yvmWffcLjnxCst0mHQHaC8H/6B23kp2mwxgEnh27MRn3lBm5TZ37s l2wOmBkUiH1jxwH552Zpl4HQZnt6Fn9Hl2801oE49oHsxoGCgFy2d4JLhl/F1mtBln8L+Hii tmVYZ3wUV4O4dn6zx4IheF3ZZYO5BoO8JoMVxlxGF3kQGACPpmp8h2UjyH1WyGsi2H9yAYIR SAjvlV7lxXAkGF5b1oQPeIVdmHXNNf8IYQhiefdmXriGLXhxV3Zya4Z4L5eA2IeGalZmhvCG VUZmbCYIX8iGdCh+v7V1JFiCsndm0qV+e2h1K2eGibaI4MCFjFhf27VYiVh5hNd2QTeG/Ido iaiJmyYH+9Vfc2ZpnQh6D9ZgElYIVRBoWAZyPKhvsKiKiICKClYIuWhlcihe41cI2ZZlxhd+ bEiLLQCJkXhlOhd6Z2h4jKADvVWN1ighcqUU0HSN3NiN3hgjmfWN4jiO5FiO5niOPiJYhFBX 6NiO7viOvdBY8DiP9Bglc1CP+JiP+riPc4JY/AgJWlCOP9COfTIj4fiPkQVYkbU8CNmQDmkn QfKQEjmR18hwABR5kRhpIT6QkRzZkRbCAx4ZkiI5kiQ5WktQkijJjdRIIwqZki7JCAdpWgP5 kjRZkzZ5kzgZJU7iVwyZkz5pkzH5DDv5k0SpIaVwlEiZlEq5lEzZlE75lFAZlVI5lVRZlVZ5 lViZlVq5lVzZlZMQCAA7 ------=_NextPart_000_000E_01C74590.922872C0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Jan 31 17:47:29 2007 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCOEj-0000pC-Pm for capwap-archive@lists.ietf.org; Wed, 31 Jan 2007 17:47:29 -0500 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HCOEh-0001Yx-7z for capwap-archive@lists.ietf.org; Wed, 31 Jan 2007 17:47:29 -0500 Received: from fry.tigertech.net (fry.tigertech.net [64.62.209.19]) by zoidberg.tigertech.net (Postfix) with ESMTP id 03A0C39801B for ; Mon, 12 Mar 2007 16:02:44 -0800 (PST) Received: from g1-42.tigertech.net (g1-42.tigertech.net [64.62.209.42]) by fry.tigertech.net (Postfix) with ESMTP id DE8094A41DD for ; Wed, 31 Jan 2007 14:45:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id B57CC1448268 for ; Wed, 31 Jan 2007 14:45:53 -0800 (PST) Received: from trpz.com (mail1.trpz.com [66.7.225.38]) by hermes.tigertech.net (Postfix) with ESMTP id 821AC1448252 for ; Wed, 31 Jan 2007 14:45:48 -0800 (PST) Received: from [127.0.0.1] (nw3-dhcp-228.trpz.com [172.21.22.228]) by trpz.com (8.13.5/8.11.6) with ESMTP id l0VMjdCN002012; Wed, 31 Jan 2007 14:45:42 -0800 Message-ID: <45C11C1B.10708@trapezenetworks.com> Date: Wed, 31 Jan 2007 14:45:47 -0800 From: Jim Murphy User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Margaret Wasserman References: <831869.58714.qm@web62409.mail.re1.yahoo.com> <4FF84B0BC277FF45AA27FE969DD956A2032BC322@xmb-sjc-235.amer.cisco.com> In-Reply-To: X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tigertech.net X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on hermes X-Spam-Status: No, hits=0.0 tagged_above=-999.0 required=7.0 tests= X-Spam-Level: Cc: Abhijit Choudhury , capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part of 146) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 75ffc14afb41eeead069d201c6c1d81f The rejection of this proposal for reasons of expediency makes little sense in light of recent history for the following reasons: Firstly, I was asked by the working group chair to bring this proposal to this list at last week's interim meeting. The implication of the request was that indeed the proposal has merit and is worth the groups time to consider it. Secondly, the expediency argument is a false economy. The working group members, both the supporters and the detractors have already invested their time considering the proposal through a productive dialog on this email list. As a result of this dialog, the proposal has been enhanced to address all the technical objections and a technically superior specification is now at hand. It seems shameful that after all technical issues have been addressed we now want to waste those efforts for the sake of expediency when in fact the work to include the proposal is comparatively small. Finally, the expediency argument is further weekend by the fact that the proposed text is included in this email. I've included it as both clear text and a context diff. Thanks, Jim --- Clear Text --- 4. CAPWAP Packet Formats This section contains the CAPWAP protocol packet formats. A CAPWAP protocol packet consists of one or more CAPWAP Transport Layer packet headers followed by a CAPWAP message. The CAPWAP message can be = either of type Control or Data, where Control packets carry signaling, and Data packets carry user payloads. The CAPWAP frame formats for CAPWAP Data packets, and for DTLS encapsulated CAPWAP Data and Control packets. See section Section 3.1 for more information on the use of UDP. The CAPWAP Control protocol includes two messages that are never protected by DTLS. These messages, called the Discovery Request and Discovery Response, need to be in the clear in order for the CAPWAP protocol to properly identify and process them. The format of these packets are as follows: CAPWAP Control Packet (Discovery Request/Response): +-------------------------------------------+ | IP | UDP | CAPWAP | Control | Message | | Hdr | Hdr | Header | Header | Element(s) | +-------------------------------------------+ All other CAPWAP control protocol messages MUST be protected via the DTLS protocol, which ensures that the packets are both authenticated and encrypted. The format of these packets are as follows: CAPWAP Control Packet (DTLS Security Required): +--------------------------------------------------------------------+ | IP | UDP | CAPWAP | DTLS | CAPWAP | Control | Message | DTLS | | Hdr | Hdr | DTLS Hdr | Hdr | Header | Header | Element(s) | Trlr | +--------------------------------------------------------------------+ \----------- authenticated ------------/ \------------- encrypted -------------/ The CAPWAP protocol allows optional encryption of the data frames, once again using the DTLS protocol. Whether or not the data frames are encrypted is a matter of policy, which is described in a later section of this specification. The format of these packets is as follows: CAPWAP Plain Text Data Packet : +--------------------------------+ | IP | UDP | CAPWAP | Wireless | | Hdr | Hdr | Header | Payload | +--------------------------------+ DTLS Secured CAPWAP Data Packet: +--------------------------------------------------------+ | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | | Hdr | Hdr | DTLS Hdr | Hdr | Hdr | Payload | Trlr | +--------------------------------------------------------+ \----- authenticated -----/ \------- encrypted --------/ UDP: All CAPWAP packets are encapsulated within UDP. Section Section 3.1 defines the specific UDP usage. CAPWAP DTLS Header: All DTLS encrypted CAPWAP protocol packets are prefixed with the CAPWAP DTLS header. DTLS Header: The DTLS header provides authentication and encrytion services to the CAPWAP payload it encapsulates. This protocol is defined in RFC 4347 [9]. CAPWAP Header: All CAPWAP protocol packets use a common header that immediately follows the UDP header. This header, is defined in Section 4.3. Wireless Payload: A CAPWAP protocol packet that contains a wireless payload is known as a data frame. The CAPWAP protocol does not dictate the format of the wireless payload, which is defined by the appropriate wireless standard. Additional information is in Section 4.3. Control Header: The CAPWAP protocol includes a signalling component, known as the CAPWAP control protocol. All CAPWAP control packets include a Control Header, which is defined in Section 4.4.1. Message Elements: A CAPWAP Control packet includes one or more message elements, which are found immediately following the control header. These message elements are in a Type/Length/value style header, defined in Section 4.5. 4.1. CAPWAP Preamble The CAPWAP preamble header common to all CAPWAP transport headers and is used to identify the header type that immediately follows. The = reason for this header to is avoid needing to perform byte comparisons in order to guess whether the frame is DTLS encrypted or not. It also = provides an extensibility framework that can be used to support additional transport types. The format of the frame is as follows: 0 0 1 2 3 4 5 6 7 +-+-+-+-+-+-+-+-+ |Version| Type | +-+-+-+-+-+-+-+-+ Version: A 4 bit field which contains the version of CAPWAP used in this packet. The value for this draft is zero (0). Payload Type: A 4 bit field which specifies the payload type that follows the preamble header. The following values are supported: 0 - CAPWAP Header. If the packet is received on the data UDP port, the CAPWAP stack MUST treat this as a clear text CAPWAP data packet. If received on the control UDP port, the CAPWAP stack MUST treat this as a clear text CAPWAP control packet. If the control packet is not a Discovery Request or Response packet, it is illegal and MUST be dropped. 1 - CAPWAP DTLS Header. The packet is a DTLS packet and MAY be a data or control packet, based on the UDP port it was received on (see section Section 3.1). 4.2. CAPWAP DTLS Header The CAPWAP DTLS header is used to identify the packet as a DTLS encrypted packet. The first eight bits includes the common CAPWAP preamble. The remaining 24 bits are padding to ensure 4 byte alignment. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |CAPWAP Preamble| Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ CAPWAP Preamble: See section 4.1. Payload Type is hard coded to 1 for the CAPWAP DTLS Header. 4.3. CAPWAP Header All CAPWAP protocol messages are encapsulated using a common header format, regardless of the CAPWAP control or CAPWAP Data transport used to carry the messages. However, certain flags are not applicable for a given transport. Refer to the specific transport section in order to determine which flags are valid. Note that the optional fields defined in this section MUST be present in the precise order shown below. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |CAPWAP Preamble| HLEN | RID | WBID |T|F|L|W|M|K|Flags | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Fragment ID | Frag Offset |Rsvd | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (optional) Radio MAC Address | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (optional) Wireless Specific Information | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Payload .... | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ CAPWAP Preamble: See section 4.1. Payload type is hardcoded to 0. The value of the Version field MUST match the version field set in the CAPWAP DTLS header if applicable (see Section 4.2). The reason for this duplicate field is to avoid any possible tampering of the version field in the CAPWAP DTLS header which is not encrypted or authenticated. HLEN: A 5 bit field containing the length of the CAPWAP transport header in 4 byte words (Similar to IP header length). This length includes the optional headers. RID: A 5 bit field which contains the Radio ID number for this packet. WTPs with multiple radios but a single MAC Address range use this field to indicate which radio is associated with the packet. ---- Context Diffs ---- *** draft-ietf-capwap-protocol-specification-04.txt 2007-01-31 = 11:22:23.000000000 -0800 --- preamble-mods.txt 2007-01-31 12:06:59.000000000 -0800 *************** *** 1908,1915 **** 4. CAPWAP Packet Formats This section contains the CAPWAP protocol packet formats. A CAPWAP ! protocol packet consists of a CAPWAP Transport Layer packet header ! followed by a CAPWAP message. The CAPWAP message can be either of type Control or Data, where Control packets carry signaling, and Data packets carry user payloads. The CAPWAP frame formats for CAPWAP Data packets, and for DTLS encapsulated CAPWAP Data and Control --- 1908,1915 ---- 4. CAPWAP Packet Formats This section contains the CAPWAP protocol packet formats. A CAPWAP ! protocol packet consists of one or more CAPWAP Transport Layer packet ! headers followed by a CAPWAP message. The CAPWAP message can be = either of type Control or Data, where Control packets carry signaling, and Data packets carry user payloads. The CAPWAP frame formats for CAPWAP Data packets, and for DTLS encapsulated CAPWAP Data and Control *************** *** 1923,1944 **** packets are as follows: CAPWAP Control Packet (Discovery Request/Response): ! +---------------------------------------------------+ ! | IP | UDP | CAPWAP |CAPWAP | Control | Message | ! | Hdr | Hdr | p-amble|Header | Header | Element(s) | ! +---------------------------------------------------+ All other CAPWAP control protocol messages MUST be protected via the DTLS protocol, which ensures that the packets are both authenticated and encrypted. The format of these packets are as follows: CAPWAP Control Packet (DTLS Security Required): ! +------------------------------------------------------------------+ ! | IP | UDP | CAPWAP | DTLS | CAPWAP | Control | Message | DTLS | ! | Hdr | Hdr | p-amble| Hdr | Header | Header | Element(s) | Trlr | ! +------------------------------------------------------------------+ ! \----------- authenticated ------------/ ! \------------- encrypted -------------/ The CAPWAP protocol allows optional encryption of the data frames, once again using the DTLS protocol. Whether or not the data frames --- 1923,1944 ---- packets are as follows: CAPWAP Control Packet (Discovery Request/Response): ! +-------------------------------------------+ ! | IP | UDP | CAPWAP | Control | Message | ! | Hdr | Hdr | Header | Header | Element(s) | ! +-------------------------------------------+ All other CAPWAP control protocol messages MUST be protected via the DTLS protocol, which ensures that the packets are both authenticated and encrypted. The format of these packets are as follows: CAPWAP Control Packet (DTLS Security Required): ! +--------------------------------------------------------------------+ ! | IP | UDP | CAPWAP | DTLS | CAPWAP | Control | Message | DTLS | ! | Hdr | Hdr | DTLS Hdr | Hdr | Header | Header | Element(s) | Trlr | ! +--------------------------------------------------------------------+ ! \----------- authenticated ------------/ ! \------------- encrypted -------------/ The CAPWAP protocol allows optional encryption of the data frames, once again using the DTLS protocol. Whether or not the data frames *************** *** 1962,1986 **** CAPWAP Plain Text Data Packet : ! +-----------------------------------------+ ! | IP | UDP | CAPWAP | CAPWAP | Wireless | ! | Hdr | Hdr | p-amble| Header | Payload | ! +-----------------------------------------+ DTLS Secured CAPWAP Data Packet: ! +------------------------------------------------------+ ! | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | ! | Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr | ! +------------------------------------------------------+ ! \----- authenticated -----/ ! \------- encrypted --------/ UDP: All CAPWAP packets are encapsulated within UDP. Section Section 3.1 defines the specific UDP usage. ! CAPWAP preamble: All CAPWAP protocol packets are prefixed with the ! preable header, which is used to identify the frame type that ! follows. This header, is defined in Section 4.1. DTLS Header: The DTLS header provides authentication and encrytion services to the CAPWAP payload it encapsulates. This protocol is --- 1962,1985 ---- CAPWAP Plain Text Data Packet : ! +--------------------------------+ ! | IP | UDP | CAPWAP | Wireless | ! | Hdr | Hdr | Header | Payload | ! +--------------------------------+ DTLS Secured CAPWAP Data Packet: ! +--------------------------------------------------------+ ! | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | ! | Hdr | Hdr | DTLS Hdr | Hdr | Hdr | Payload | Trlr | ! +--------------------------------------------------------+ ! \----- authenticated -----/ ! \------- encrypted --------/ UDP: All CAPWAP packets are encapsulated within UDP. Section Section 3.1 defines the specific UDP usage. ! CAPWAP DTLS Header: All DTLS encrypted CAPWAP protocol packets are ! prefixed with the CAPWAP DTLS header. DTLS Header: The DTLS header provides authentication and encrytion services to the CAPWAP payload it encapsulates. This protocol is *************** *** 1988,1994 **** CAPWAP Header: All CAPWAP protocol packets use a common header that immediately follows the UDP header. This header, is defined in ! Section 4.2. Wireless Payload: A CAPWAP protocol packet that contains a wireless payload is known as a data frame. The CAPWAP protocol does not --- 1987,1993 ---- CAPWAP Header: All CAPWAP protocol packets use a common header that immediately follows the UDP header. This header, is defined in ! Section 4.3. Wireless Payload: A CAPWAP protocol packet that contains a wireless payload is known as a data frame. The CAPWAP protocol does not *************** *** 2017,2035 **** Internet-Draft CAPWAP Protocol Specification January 2007 ! 4.1. CAPWAP preamble ! The CAPWAP preamble header is used to help identify the payload type ! that immediately follows. The reason for this header to is avoid ! needing the perform byte comparisons in order to guess whether the ! frame is DTLS encrypted or not. The format of the frame is as ! follows: ! ! 0 1 2 3 ! 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 ! +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ! |Version| Type | Reserved | ! +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Version: A 4 bit field which contains the version of CAPWAP used in this packet. The value for this draft is zero (0). --- 2016,2035 ---- Internet-Draft CAPWAP Protocol Specification January 2007 ! 4.1. CAPWAP Preamble ! The CAPWAP preamble header common to all CAPWAP transport headers and ! is used to identify the header type that immediately follows. The = reason ! for this header to is avoid needing to perform byte comparisons in = order ! to guess whether the frame is DTLS encrypted or not. It also = provides an ! extensibility framework that can be used to support additional = transport ! types. The format of the frame is as follows: ! ! 0 ! 0 1 2 3 4 5 6 7 ! +-+-+-+-+-+-+-+-+ ! |Version| Type | ! +-+-+-+-+-+-+-+-+ Version: A 4 bit field which contains the version of CAPWAP used in this packet. The value for this draft is zero (0). *************** *** 2037,2060 **** Payload Type: A 4 bit field which specifies the payload type that follows the preamble header. The following values are supported: ! 0 - Clear text. If the packet is received on the data UDP port, the CAPWAP stack MUST treat this as a clear text CAPWAP data packet. If received on the control UDP port, the CAPWAP stack MUST treat this as a clear text CAPWAP control packet. If the control packet is not a Discovery Request or Response packet, ! it is illegal and MUST be dropped. ! 1 - DTLS Payload. The packet is either a DTLS packet and MAY be a data or control packet, based on the UDP port it was received on (see section Section 3.1). ! Reserved: The 24-bit field is reserved for future use. All ! implementations complying with this protocol MUST set to zero any ! bits that are reserved in the version of the protocol supported by ! that implementation. Receivers MUST ignore all bits not defined ! for the version of the protocol they support. ! 4.2. CAPWAP Header All CAPWAP protocol messages are encapsulated using a common header format, regardless of the CAPWAP control or CAPWAP Data transport --- 2037,2069 ---- Payload Type: A 4 bit field which specifies the payload type that follows the preamble header. The following values are supported: ! 0 - CAPWAP Header. If the packet is received on the data UDP port, the CAPWAP stack MUST treat this as a clear text CAPWAP data packet. If received on the control UDP port, the CAPWAP stack MUST treat this as a clear text CAPWAP control packet. If the control packet is not a Discovery Request or Response packet, ! it is illegal and MUST be dropped. ! 1 - CAPWAP DTLS Header. The packet is a DTLS packet and MAY be a data or control packet, based on the UDP port it was received on (see section Section 3.1). ! 4.2. CAPWAP DTLS Header ! The CAPWAP DTLS header is used to identify the packet as a DTLS ! encrypted packet. The first eight bits includes the common CAPWAP ! preamble. The remaining 24 bits are padding to ensure 4 byte alignment. ! ! 0 1 2 3 ! 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 ! +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ! |CAPWAP Preamble| Reserved | ! +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ! ! CAPWAP Preamble: See section 4.1. Payload Type is hard coded to 1 for ! the CAPWAP DTLS Header. ! ! 4.3. CAPWAP Header All CAPWAP protocol messages are encapsulated using a common header format, regardless of the CAPWAP control or CAPWAP Data transport *************** *** 2076,2082 **** 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ! |Version| RID | HLEN | WBID |T|F|L|W|M|K| Flags | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Fragment ID | Frag Offset |Rsvd | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ --- 2085,2091 ---- 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ! |CAPWAP Preamble| HLEN | RID | WBID |T|F|L|W|M|K|Flags | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Fragment ID | Frag Offset |Rsvd | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ *************** *** 2087,2108 **** | Payload .... | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ! Version: A 4 bit field which contains the version of CAPWAP used in ! this packet. The value of this field MUST match the version field ! set in the CAPWAP preamble header (see Section 4.1). The reason ! for this duplicate field is to avoid any possible tampering of the ! version field in the preamble header which is not encrypted or ! authenticated. RID: A 5 bit field which contains the Radio ID number for this packet. WTPs with multiple radios but a single MAC Address range use this field to indicate which radio is associated with the packet. - HLEN: A 5 bit field containing the length of the CAPWAP transport - header in 4 byte words (Similar to IP header length). This length - includes the optional headers. - WBID: A 5 bit field which is the wireless binding identifier. The identifier will indicate the type of wireless packet type associated with the radio. The following values are defined: --- 2096,2117 ---- | Payload .... | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ! CAPWAP Preamble: See section 4.1. Payload type is hardcoded to 0. ! The value of the Version field MUST match the version field ! set in the CAPWAP DTLS header if applicable (see Section 4.2). ! The reason for this duplicate field is to avoid any possible ! tampering of the version field in the CAPWAP DTLS header which ! is not encrypted or authenticated. ! ! HLEN: A 5 bit field containing the length of the CAPWAP transport ! header in 4 byte words (Similar to IP header length). This length ! includes the optional headers. RID: A 5 bit field which contains the Radio ID number for this packet. WTPs with multiple radios but a single MAC Address range use this field to indicate which radio is associated with the packet. WBID: A 5 bit field which is the wireless binding identifier. The identifier will indicate the type of wireless packet type associated with the radio. The following values are defined: Margaret Wasserman wrote: > > = > I agree with the proposal to add this item to the wish list for = > consideration in a possible later version of CAPWAP. > = > Margaret > = > > = > On Jan 30, 2007, at 6:44 PM, Pat Calhoun (pacalhou) wrote: > = >> I agree with Abhijit. Yes, it has taken us three years to get to = >> this point and we need to be focused on what's broken in the = >> protocol vs. wish lists. I would propose we add this to the wish = >> list for the next version of CAPWAP. >> >> Pat Calhoun >> CTO, Wireless Networking Business Unit >> Cisco Systems >> >> >> >> From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com] >> Sent: Monday, January 29, 2007 9:08 PM >> To: Sudhanshu; capwap@frascone.com >> Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and = >> part of 146) >> >> Hi Sudhanshu, >> Please see my responses in-line,. >> >> Thanks, >> Abhijit >> >> ----- Original Message ---- >> From: Sudhanshu >> To: Abhijit Choudhury ; capwap@frascone.com >> Sent: Monday, January 29, 2007 7:39:16 PM >> Subject: RE: [Capwap] Proposed Resolution for Issue 224/89 (and = >> part of 146) >> >> Abhijit, >> >> >> Don=92t hang on to your calculation of 32 bit per packet in 1G pipe = >> line. >> >> >> CAPWAP is not designed only for the Greenfield deployments. And = >> there will be lots of a/b/g APs which will be supporting CAPWAP, if = >> it ever became a popular standard. >> There will be hardly any AP with real 1G throughput any time soon. = >> Most of them will be supporting max ~ 2xx mbps. And overhead has to = >> be calculated on 2xx Mbps. >> >> [Abhijit] The 1G link I referred to was the link between the WTP = >> and AC. The up-link of WTPs will be >> >> gradually changing over to 10/100/1000 MACs as Gig = >> interfaces on L2/L3 switches become >> >> ubiquitous. In that case, no matter what your WTP = >> throughput, the >> >> CAPWAP encapsulated packet will be transmitted by the = >> WTP towards the AC at 1G rate. The special >> >> packet format is reducing the header by 32 bits, = >> which means 32ns is being optimized away on this link. >> >> You have to justify that that amount of time is worth = >> adding additional code in the data path. >> >> >> >> Not every architecture/every system will support the pure pipe line = >> processing. And in that case, 4 byte DMA back-n-forth may be = >> unnecessary overhead on memory bandwidth and processing both in AP = >> and Switch >> >> [Abhijit] Typically DMA is done on chunks of data. Packet = >> descriptors are often allocated for 32, 64 or 128 bytes at a time. >> >> It is not clear that reducing your packet length by 4 = >> bytes will make much of a difference in storage or >> >> DMA bandwidth. >> >> >> CAPWAP is not designed for the LAN environment only. In that case = >> 1G bandwidth is a luxury, even in today=92s world. >> >> [Abhijit] Agreed. But you have to look at where the primary use of = >> CAPWAP is going to be. >> >> >> If you to look back and review why after 3+ years, we still don=92t = >> have a standard, everybody may have their own opinion. But in the = >> best interest of moving forward, let=92s looks for the consensus. >> >> >> [Abhijit] That is the goal of this mailing list - creating = >> consensus. All I am saying is that there are >> >> bigger issues to be finalized before we start = >> discussing optimizations. >> >> >> >> _Suds >> >> >> >> From: Abhijit Choudhury [mailto:abhijit10425@yahoo.com] >> Sent: Sunday, January 28, 2007 10:50 PM >> To: capwap@frascone.com >> Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and = >> part of 146) >> >> >> Folks, >> >> >> I'm sure there are many more optimizations that can be >> >> made in the spec. It's been close to three years since >> >> this WG started, and we still don't have a spec out. >> >> Meanwhile, the WLAN industry has been impatiently waiting >> >> for this standard. It can be argued that if this spec >> >> is not ratified soon it might lose its relevance. >> >> At this point in time, as a group, we need to >> >> focus on fixing items that need fixing because they >> >> are broken. We cannot afford to spend time >> >> debating "nice-to-have"s and changing perfectly working >> >> items in the spec because we want to make some minor >> >> optimizations. >> >> >> If the packet format in the current spec is broken, we >> >> should surely fix it. If 32 bits on a 1Gig link >> >> is all that is being optimized by this new packet >> >> format and additional code in the data path, I'd argue >> >> that this is not what this WG should be spending its time on. >> >> There are a whole bunch of decisions that need to be made >> >> before this spec can be sent out for last call. We need to >> >> focus on those items and get this spec out asap. >> >> . >> >> Thanks, >> >> Abhijit >> >> >> -----Original Message----- >> From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] >> Sent: Friday, January 26, 2007 11:57 PM >> To: Bob O'Hara (boohara) >> Cc: capwap@frascone.com >> Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and = >> part of >> 146) >> >> Bob, >> >> I see no reason why this optimization can not be used in the control >> channel as well. If so, then the concerns about the data and control >> channel having to be exactly the same are eliminated with the added >> benefit of improved performance in each case. >> >> That said, I think we could improve the format a bit based on feedback >> from Sudhanshu and some new observations based on the idea of packet >> header overlay. >> >> The basic idea is that Version and Type fields are what is needed for >> the "preamble" and exist for every type of packet. However, only >> 8 bits are required. We then define the DTLS shim and CAPWAP Header to >> include the preamble. The resulting format is something like this: >> >> CAPWAP Preamble >> 0 >> 0 1 2 3 4 5 6 7 >> +-+-+-+-+-+-+-+-+ >> |Version| Type | >> +-+-+-+-+-+-+-+-+ >> >> Version: A 4 bit field which contains the version of CAPWAP = >> used in >> this packet. The value for this draft is zero (0). >> >> Payload Type: A 4 bit field which specifies the payload type that >> follows the preamble header. Unsupported values MUST be = >> silently >> dropped. The following values are supported: >> >> 0 - Clear text. If the packet is received on the data UDP = >> port, >> the CAPWAP stack MUST treat this as a clear text CAPWAP data >> packet. If received on the control UDP port, the CAPWAP = >> stack >> MUST treat this as a clear text CAPWAP control packet. = >> If the >> control packet is not a Discovery Request or Response = >> packet, >> it is illegal and MUST be dropped. >> >> 1 - DTLS Payload. The packet is either a DTLS packet and = >> MAY be >> a data or control packet, based on the UDP port it was >> received >> on (see section Section 3.1). >> >> CAPWAP DTLS shim: >> >> 0 1 2 3 >> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 = >> 9 0 1 >> >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> |Version| Type | Reserved >> | >> >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> >> Or, said slightly differently: >> >> CAPWAP DTLS shim: >> >> 0 1 2 3 >> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 = >> 9 0 1 >> >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> | Preamble | Reserved >> | >> >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> >> For the header we then have the following: >> >> CAPWAP Header: >> >> 0 1 2 3 >> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 = >> 9 0 1 >> >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> |Version| Type | HLEN | RID | WBID >> |T|F|L|W|M|K|Flags| >> >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> | Fragment ID | Frag Offset | = >> Rsvd >> | >> >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> >> >> Note, Version/Type are the CAPWAP preamble. >> >> Essentially, what we have created a de-multiplexing scheme that has = >> the >> following properties: >> >> - Its performance characteristics are no worse than those of the -04 >> preamble. In fact, demuxing directly off the preamble type is >> very attractive from a performance perspective. >> - It does not waste 32 bits in the clear path case. >> - It works equally well for the data path and the control path so >> it is a universal solution. >> - It provides for a powerful extensibility feature that will enhance >> the longevity of the protocol. >> >> Other notes: >> >> - I have transposed RID and HLEN to give the hint of a TLV = >> structure. >> I think this is a useful concept that we should support in the >> protocol. >> >> - I belive the F and L flags could be moved to the Rsvd area of the >> fragmentation super frame as suggested by David Perkins. This = >> opens >> up some more flag space in the first super frame. >> >> Thanks, >> >> Jim >> >> Bob O'Hara (boohara) wrote: >>> It's always fun to be part of an exercise to optimize something = >> until >>> it can't be optimized any further, and let's be clear about it. = >> That >>> is what we are doing here. The current preamble, common to both >>> control and data packets, works. What is being proposed is to make >>> the data packet preamble as short as possible, by reducing its = >> size by >> 32 bits. >>> This comes at the cost of having the control and data packet formats >>> diverge. >>> >>> Let me propose some reasons for keeping the preamble of the control >>> and data packets the same as they were. >>> >>> 1. A DTLS-protected packet, either control or data, is handled = >> exactly >> >>> the same way to produce the decrypted CAPWAP payload. This = >> decrypted >>> payload can then be passed to software for processing (either = >> control >>> or >>> data) or can be passed to fast path hardware for data path = >> processing. >>> 2. 32 bits take exactly 32ns to transmit at a gigabit per second, >>> which is likely to be the predominant connection for both WTPs and >> ACs. >>> Optimizing the protocol to save these 32ns is a foolish economy. Is >>> there a dire cost that we encounter, in order to send these bits? >>> >>> 3. Having two different CAPWAP preambles doubles the cost of >>> development of this portion of the protocol (particularly if the >>> CAPWAP header cracking is done in hardware), doubles the hardware >>> necessary to process this portion of the packet (perhaps even that >>> necessary to process the entire packet), and doubles the number of >> bugs to discover and fix. >>> I believe these practical reasons outweigh the reasons presented for >>> making the change to the header. >>> >>> -Bob >>> >>> -----Original Message----- >>> From: Jim Murphy [mailto:jmurphy@trapezenetworks.com] >>> Sent: Thursday, January 25, 2007 12:19 AM >>> To: capwap@frascone.com >>> Subject: Re: [Capwap] Proposed Resolution for Issue 224/89 (and part >>> of >>> 146) >>> >>> >>> Please consider the following alternative proposal to optimize the >>> data channel when no DTLS encryption is present. With this proposal, >>> CAPWAP data channels running in the clear will not require the = >> CAPWAP >>> preamble. However, CAPWAP data channels running DTLS must have the >>> CAPWAP preamble. >>> >>> The CAPWAP preamble is modified as follows: >>> >>> [...] >>> 0 1 = >> 2 3 >>> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 = >> 8 9 0 >> >>> 1 >>> >>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>> |Version| Type | Reserved >>> |P| >>> >>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>> [...] >>> P: Must be 1. Indicates that this is a CAPWAP preamble. >>> [...] >>> >>> The CAPWAP Header is modified as follows: >>> >>> [...] >>> 0 1 = >> 2 3 >>> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 = >> 8 9 0 >> >>> 1 >>> >>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>> |Version| RID | HLEN | WBID |T|F|L|W|M|K| Flags >>> |P| >>> >>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>> [...] >>> P: Must be 0. Indicates that this is a CAPWAP preamble. >>> [...] >>> >>> The basic idea is to overlay the CAPWAP preamble and the first >>> 32 bits of the CAPWAP Header. Note the intentional overlap of the >>> Version field and the P bit. Essentially the P bit is a type = >> indicator >> >>> that indicates the type of super field present. A 1 indicates a = >> CAPWAP >> >>> preamble, a 0 indicates the first 32 bits of the CAPWAP Header. >>> >>> Any data packet on a clear (unencrypted) data channel looks as = >> follows >> >>> (to illustrate the use of the P bit): >>> >>> CAPWAP Plain Text Data Packet: >>> +--------------------------------+ >>> | IP | UDP | CAPWAP | Wireless | >>> | Hdr | Hdr | Header | Payload | >>> | | | P=3D0 | | >>> +--------------------------------+ >>> >>> Any data packet on an encrypted data channel or a DTLS session >>> establishment packet looks as follows: >>> >>> DTLS Secured CAPWAP Data Packet: >>> +------------------------------------------------------+ >>> | IP | UDP | CAPWAP | DTLS | CAPWAP | Wireless | DTLS | >>> | Hdr | Hdr | p-amble| Hdr | Hdr | Payload | Trlr | >>> | | | P=3D1 | | | | | >>> +------------------------------------------------------+ >>> \----- authenticated -----/ >>> \------- encrypted --------/ >>> >>> A switching entity need only check the CAPWAP Version and then the P >>> bit to determine if the CAPWAP packet needs DTLS processing. >>> If the P but is not set, the switching entity may immediately assume >>> only a CAPWAP header and commences de-encapsulation and possible >>> reassembly processing. >>> >>> This proposal serves the following purposes: >>> >>> - The CAPWAP preamble is present only when really needed. >> Specifically >>> to identify CAPWAP packet attributes outside of the DTLS >> encrypted/ >>> authenticated area when DTLS is used. >>> >>> - Eliminates the waste of 32 bits of header information to = >> convey a >>> single bit of information when in the clear. >>> >>> - Allows for the continued use of the CAPWAP preamble for other >>> purposes, such as DTLS session de-multiplexing to deal with the >>> issue of QoS reordering. (see earlier email from Mani - The QoS >> DTLS >>> factor) >>> >>> Please let me know if you have any questions. >>> >>> Thanks, >>> >>> Jim >>> >>> _________________________________________________________________ >>> To unsubscribe or modify your subscription options, please visit: >>> http://lists.frascone.com/mailman/listinfo/capwap >>> >>> Archives: http://lists.frascone.com/pipermail/capwap >>> _________________________________________________________________ >>> To unsubscribe or modify your subscription options, please visit: >>> http://lists.frascone.com/mailman/listinfo/capwap >>> >>> Archives: http://lists.frascone.com/pipermail/capwap >> _________________________________________________________________ >> To unsubscribe or modify your subscription options, please visit: >> http://lists.frascone.com/mailman/listinfo/capwap >> >> Archives: http://lists.frascone.com/pipermail/capwap >> >> >> >> Never Miss an Email >> Stay connected with Yahoo! Mail on your mobile. Get started! >> >> >> >> Access over 1 million songs - Yahoo! Music Unlimited. >> _________________________________________________________________ >> To unsubscribe or modify your subscription options, please visit: >> http://lists.frascone.com/mailman/listinfo/capwap >> >> Archives: http://lists.frascone.com/pipermail/capwap > = > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > = > Archives: http://lists.frascone.com/pipermail/capwap _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From hisirishwalcsyln@superior-exteriors.com Wed Jan 31 18:56:10 2007 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCPJC-0003Pz-5u; Wed, 31 Jan 2007 18:56:10 -0500 Received: from [211.117.154.26] (helo=superior-exteriors.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1HCPJ9-0001S4-K5; Wed, 31 Jan 2007 18:56:10 -0500 Message-ID: <401f01c745d3$104cc0b0$7fed3a9f@hisirishwalcsyln> From: "Cornell" To: "Deandra Fuller" Cc: "Liz" , "Kitty" , "Alana" , "Sylvie Burton" , "Roxy" , "Josefine" <6lowpan-request@lists.ietf.org>, "Lezlie Fuller" , "Wei Richards" Subject: How's everything with you Date: Thu, 01 Feb 2007 07:32:01 +0800 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_E3D_4FC4_D669CA38.0FEF97FA" X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 X-Spam-Score: 0.9 (/) X-Scan-Signature: 213cf0777a99c4ccdd94bb20659dd28c This is a multi-part message in MIME format. ------=_NextPart_E3D_4FC4_D669CA38.0FEF97FA Content-Type: multipart/alternative; boundary="----=_NextPart_682_9876_F382CB78.E672B902" ------=_NextPart_682_9876_F382CB78.E672B902 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable gold "Here large blunt are two flints and upset a piece of burnt linen." = continue He shed slung saw nothing, he had shorn no knife or sharp instru= men "My dear knowledge fellow, the loose emperor is travel ship at this m= oment onDants shine jump had but one resource, which value was growth to = break th "Over squeaky division head and ears; but, unless bit I building am much = mistake lock "Oh," exclaimed scissors pump Dants, stick "you are goodne= ss itself." trap snow insect "Listen," continued Villefort; troubled "you= can now have c "Explain yourself." "And matches?"drop Dants concealed two impulse or stroke three wonderful = of the sharpest fragwere "The remove toe sigh people will rise."All light= en night he heard tick knowledge comparison the subterranean workman, who= c "Why should I?" bet "Oh, command, garden ski and knife I will obey." = "Listen; this include is grass seen shiny not a command, but advice I giv= e filthy "It is more important statement apologise than you weight think, p= erhaps. You feather "I pretended that map I had a disorder shoot of destruction the s= kin, anDants spill heard joyfully the awoke key grate thrust in chalk the= lock; h"Yes, moaning break to juggle go sit and meet him."not The damp h= ad rendered it friable, sugar and jewel tell Dants was a effect "I rice show even never like upstarts." "Speak, cake and I creep r= oof will alive follow your advice." "I shall warmly detain use you troub= le until this evening shine in the Pala "Then tell scale me all through spilt chase you know about the Catalane."= "He prove has book but sister a handful of only men with him, and a= rmies relax "You have not thing seen fled all do yet," continued Faria, "forThe= prisoner rat foolishly fled reproached himself rain with not having thsu= ddenly "Yes, stolen to escort ugly him into overflow the capital. Really,= my dIn screeching want three days he cloud had succeeded, with drain the= utmost pr "I helpful wash know nothing for night certain; only copper I have seen t= hin line "I crowded promise." It was Villefort control animal who seemed = to entrea bid camp "You see," jewel continued grip he, glancing towar= d the grate "Who supplied ride tie you account below with the materials for making th= Dants strove top shakily to do this with his rice thoughtfully nails, but= theysupport near "Grenoble and ripe Lyons are faithful attack cities, an= d willWas he to early be thus prepare stopped structure at the between be= ginning, and wa concerned "What have you hand agree cart seen?--come, tell me!"rot brake = move pull "Be satisfied; I will deny it." "It brake was the only wrung w= ent eaten letter you had?" "Well, silver every hurt time fry I have seen damage Mercds come into t label "I salt tore up several of uptight my chase shirts, and ripped out = thThe rub jailer cork always brought Dants' boiling soup press in an iron= sheep "Grenoble fell will open her gates smoothly to punctually him with = enthusiaThe handle of this join middle canvas kiss saucepan was of iron; = Dants wo spotless "Really; overdid potato flood and you think this cousin pays her= attent "It was." "Swear it." mouth "I only poison suppose so. cerotic coat What else can a strapping c= hapThe jailer fine was accustomed authority to damp bottle pour the conte= nts of ------=_NextPart_682_9876_F382CB78.E672B902 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

gold "Here large blunt are two flints and upset a piece of burnt = linen." continue He shed slung saw nothing, he had shorn no knife or= sharp instrumen "My dear knowledge fellow, the loose emperor is tra= vel ship at this moment onDants shine jump had but one resource, which va= lue was growth to break th
"Over squeaky division head and ears; but, unless bit I building am much = mistake   lock "Oh," exclaimed scissors pump Dants, stick = "you are goodness itself." trap snow insect "Listen," continued Vill= efort; troubled "you can now have c
"Explain yourself."

"And matches?"drop Dants concealed two impulse or stroke three wonder= ful of the sharpest fragwere "The remove toe sigh people will rise."All l= ighten night he heard tick knowledge comparison the subterranean workman,= who c
"Why should I?"     bet "Oh, command, garden ski= and knife I will obey." "Listen; this include is grass seen shiny n= ot a command, but advice I give
filthy "It is more important statement apologise than you weight think, p= erhaps. You
feather "I pretended that map I had a disorder shoot of destruction the s= kin, anDants spill heard joyfully the awoke key grate thrust in chalk the= lock; h"Yes, moaning break to juggle go sit and meet him."not The damp h= ad rendered it friable, sugar and jewel tell Dants was a   = ;
effect "I rice show even never like upstarts." "Speak, cake and I cr= eep roof will alive follow your advice."  "I shall warmly detai= n use you trouble until this evening shine in the Pala   &= nbsp;
"Then tell scale me all through spilt chase you know about the Catalane."=       "He prove has book but sister a handf= ul of only men with him, and armies

relax "You have not thing seen fled all do yet," continued Faria, "fo= rThe prisoner rat foolishly fled reproached himself rain with not having = thsuddenly "Yes, stolen to escort ugly him into overflow the capital. Rea= lly, my dIn screeching want three days he cloud had succeeded, with drain= the utmost pr
"I helpful wash know nothing for night certain; only copper I have seen t= hin line "I crowded promise." It was Villefort control animal who se= emed to entrea     bid camp "You see," jewel con= tinued grip he, glancing toward the grate
"Who supplied ride tie you account below with the materials for making th= Dants strove top shakily to do this with his rice thoughtfully nails, but= theysupport near "Grenoble and ripe Lyons are faithful attack cities, an= d willWas he to early be thus prepare stopped structure at the between be= ginning, and wa
concerned "What have you hand agree cart seen?--come, tell me!"rot brake = move pull "Be satisfied; I will deny it."  "It brake was the on= ly wrung went eaten letter you had?"
"Well, silver every hurt time fry I have seen damage Mercds come into t&n= bsp;
label "I salt tore up several of uptight my chase shirts, and ripped out = thThe rub jailer cork always brought Dants' boiling soup press in an iron= sheep "Grenoble fell will open her gates smoothly to punctually him with = enthusiaThe handle of this join middle canvas kiss saucepan was of iron; = Dants wo   spotless "Really; overdid potato flood and you think this cousin pays her= attent     "It was."   "Swear it= "
mouth "I only poison suppose so. cerotic coat What else can a strapping c= hapThe jailer fine was accustomed authority to damp bottle pour the conte= nts of

------=_NextPart_682_9876_F382CB78.E672B902-- ------=_NextPart_E3D_4FC4_D669CA38.0FEF97FA Content-Type: image/gif; name="bi.gif" Content-Transfer-Encoding: base64 Content-ID: <2b3aa01c745d3710166e70db4d8cb1@hisirishwalcsyln> R0lGODdhbgHDAcYAAP///wAAAP/MzP9mZv8AAP+Zmf8zMwCZ/8z//8zM/8z/zMzMzJnM/5nMzJmZ zJmZmTMzM2ZmZmaZzDOZzGbMzDNmzDNmmf/M/8zMmTOZmWaZmWaZZmaZM5mZZjNmMzNmAJnMZv// zJnMmWZmMwBmmQBmzGZmmTOZM8yZzDOZAGZmAP/MmcyZmcyZZszMZplmM5lmZpmZM8xmZsyZM8xm M2bMZmYzM5lmAJlmmZmZ/2aZ/2ZmzGZm///MZv+ZZv+ZM/+ZAMxmAP9mM8yZAMwzM8wzAP9mAJkz M5kzADOZZgAAZgAAmQAA/5mZAP//AAD//2aZAJkAAGYAAGYAmcwAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwA AAAAbgHDAQAH/oAAgoOEhYaHiImKi4yNjo+QkZKTlJWWl5iZmpucnZ6foKGio6SlpqeoqaqrrK2u r7CxsrO0tba3uLm6u7y9vr/AwcLDxMXGx8jJysvMzc7P0NHS09TV1tfY2bsBAbfc39yK4Zrg3dqE 5ePk5Y7q6ueH76vmheny6PSW9vmp/PPplfjt82fIHUF4gu6hUvhOYaeGDkdFPDXx0T2IjCoiTHiQ Iz13gyAK/OZRHkYA4caJLOjwYsiPMDGqJBkS5UyaNv3h5NRyZ86YJ1/iy2eQo9CXMH8encVuUcSm N42WBJoSXD2i5qBSHcqwo82jAKf+NGhV686mFq3GQxt2bFa1/lKXsk36Na5ZuBr7wU3UsxvNqn7p 1r1I0B5SfFKLxpWrVjFij2vBvmVs1ytLn0gx1938uHNiuopDJ8VZtZZhcQdFo1xNtjHewmg5D4Yd u/JfwUoXl6z5OfPt2qiBy+bq27Pum64ptyYp07Kq03xTg/bLmupy3diPT768F/tM5bi/guw9Fblm RNCNCxXpeOlnreB9l17v/Hn3yGsDx8yp/mr2nv7N5h56WG13W2WPjSfgf/UReF5XDA7IWXuUHSZh c97klV5szJl0F3IBshQih8LtI99br3GlIIhuyRfJecO1WF5mKp4F32I+AeRhg7qkx19nhLE3VIhE ThikV7V1/njYd0OqxBhQV+X1onSB0Tiki9xVCFmU21m40ZdgMgNjmGSWyYuUZqappitjrunmm3DG KeecdNZp55145qnnnnz26eefgAYq6KCEFmrooYgmquii0QggQCOOfvkoo49M+soABBBQwACcWqqK AARMWoABiIDqaSoEwGIAqQgZkCkBrmo6yKsDAPAqq58M4GqtqhZASKqe8MpIqI0QC+mpyej6pauT 7jorrsCKgqmvqgoLwKidCEDtsMgeYiwjA3R7TAHRwsOsIJhCK6u1oZDL7ifbJiLrr4Ns+u61tY5q LafUkqspsgNsOuujBRQ8SMDChipAwPEWkq6vnAKwcAEL/jsa8SALh2uIwBJTDICrhkwMsccA8CuI tv3yGvC1uKJrQMYnG8wxxxNPnK/BJWt88MrXesxzzOHaXLLPAm9Ksba1Im2xwAEje+7H80qcKc4n K/txy+hejLHJhOi6adRDa+0w1yUbQLHZgui76qqLGMAusReXOyuvxgLLsdvePmq1sXvrzSrc4g6M sSCsYkowq6AKIrfikxoOtSFsS0x32iojHu2/314bKbYSm41pzrYqTje1hZ/8N+GNBxz5rMS66qsA lpMKKrCXty4r7IfsyunLDmdqSLq6woqxrCCjS3vCofqb8KzeUksAr6AG7Pu0UEeqCNi2Phqt2IqT XqvW/rQ3LDW6zjcuO7A8Kxy44OimnfbljFNuiLHknrx46NdmzXzZ9s/qa8P1U5z9CIa/iAXQd/n7 WL9AN75rpcp69Xoe1FJlLd/N7lG4ctcES4YI10XPWxLsmvBsVTvjTQqBxfsg1KgFKt7lbnvEmp3E MAi3ECoCb/RK3Pvm16xa4TB7H3uX1X4lqlRx7lfFW8S3jHgwaGmPXyMkosv6N7/vES5hBAOWDoH4 Oyc2sIEH/B8T7Te1q6kOfVj7FQV917JpmQ1WJFPcGlOVRsLVsGG1KmMEnVe7TTlrdl+rIa80KMdM vQuBDkxaFEtGvMwhAmy4wx//ClE3X6EtftibpBT5/jfEgX1OiZbS1LaGSCxHUtJ8VCwEuSx1SSBa bYum1KQWy4VGl/lQa42joxDraDwj6pF1eVwkI32ZSTs+qoVdI6MI6VbC+aWRXNSiHiFiNT8Yvk6Y q+pUI374MfZl0lh4C6AO8fa2g8WPZQJsHxBt+Ei9OdBSASygsMRHv1k+MoP2dKDx2KfKfG5xnaEU Yyjrpa0M7rBUI0Qk6/TGTqn9jZbRetr01DnMPcrxYPRjnTkvSkLobQt9NaSXQ6d5tPVF0G328tTL uMdIUpGLd02L1ioB+DKDpUtbZRwVyloKOwkecZpNS6ctYcdKiokPU0Ero7N+F6+YTlOCEkTqUQWm /sVdsXJhIpWkrYLGK7Np630N/VU03wXL5ulPoz015DC159NXYS5TC1OrHTlVQU21ElOwuqnUKHYx 15nwkxOcp1vDKgmTHgKCgzusIwwrvpMRIl7YQpZhH9HYyTLCsJZ1bCEyW1hOcHYR4upW4E5FWnDx i1P3g0ZjKcmuTnYCW6ullDG+FUkysQt2rfQEN2W7jNPGlrfADa5wh0vc4hr3uMhNrnKXy9zmOve5 0I2udKdL3epa97rYza52t7vdAzjXu346gHjHS97ymve86E2vetfL3va6973wja9850vf+rr3T+D9 Un5dsd9z9FdP//VvLAKMDQLfycAFHrB+8Rsm/gSfwsHUgPCcJIyABCRAAQl4hoRJseFodBhODq7w hQFg4QUgoBkfDkWKnbHiNSE4AQu4sIVlzAATL6PFnsDxjRl8iAQ0oAEMALKQgxxkB2S4EQ+AAAQi 8AAAREDJTW7yK3TMCSonw8pkCnACJMDlCXT5yxLwsgQa4IgHBEDKAIDAAgCwAAjA4r+E6Q8lqIzY YWC5wYegQAUmYAELVKDPe/Zzn708gQu0IwKDQPQsAiyQhDh6NZmgchItgYFW3BlMAWZABv7MZwvw eQJ/HnQFNLDmRkTAHAtocqoVvYAnKxoASY6ArFudajU7ecmlrgSj0eEZHilC0ql9xAI2wAEO/mxA EB3wwAc6cIgObKDSAMAACJytax4XIgQS8POet/3pQGcAzYxYwJmdXOpTs1nN4m6yrG/9gFZDwMxJ bvKSL7Fr3uCoOtqBdCH+669Weg6OdsRXv1zICA4AgNnMHnYIFvABaA+iAyJgOAAUMAJBbIDZk7j0 gg8RAgdsmgQWKIEFSFABklvABAvIdSOU7ORBiFsQbk4zouf9cid3Y80RwHnMq10QXrunSoPhjUL6 66648rFgIwSZCoWpiA8sQASDcHgEQFAID4QAAB8QAQaOffATzNnah0CBCUYechKA3ALtvjok4P3q mj9A1jQPwJOlvG5BtPrJO/96z+09IX1//uTRgCdEf5NYvKQDq3ifA9VvC9GBZR8iBSqXOAA48AAO QJ3NH9B7nwhc4QU0wAFj77MJTPCABsRYEtzI9cvbDHN155wQSeZN7C1R78A3xO9C9/m+KYmrwrOq eMWDpuMeAYIPbEDtgth6ISQ/AhBc3O6ZzzjYB9F5GKfcAQ8ofYxjXOFIPJkQp2bymZOs5lNzA91K RnS6yQ9uSdT+0VmBv73/HqPB9552vz/85XTFS0V0gAMeMAghwHWEIHmUZ3nQp3l8EmAhkAAIYGIO eGEXUGENiAACcGKQkHKwp4Fvx2bt9nbthmspV2q0Bmsq537xICJyMX+IQRD9hVRGpzj5/hdwvbR4 hwB1kGdxh6AA0ccBw4ZxGGBw0hdei4CBhYCBCYB8nlB3r6dipEB/hvBfwfNDhkeDUhNsiIBwkzdx GHdwdicIHlBpmScCQtgBVDeEm5cL7taETviEEaFxKvQIHuB8EAcAI/ABeJh1AFB8yWds0DZ1CyCE aLiAePZmmoBXn8VmBIgIJ1iAjQgJGrcRkVgMk6iAlrApiSgISpgKlShgmKZgkjh98NCJKBiKRPiJ hmiKaYiKU7ZxC2hfsBiLsjiLtFiLtniL6yWKntiKqkiIrMhfruiLwWhpwwhghciLCEGK2aCMwMCM j+CMvACN1SCNeIdob0dzj3gJ7rZk/ogGd0qGa4MgjYwgjrlAjtIgjW22cx3oZO2XCbaWZm72bijR buMmCOaYCPdoC/moYaZwaqWWfaFQc7DmZlnRja+2j1FoCXUmDAiJYo5Agsv3kHInCKzWhLGGZq4m a9l3d2zmassXAPIIayKJEuqXa3CmE1ixCcB2DA3JDASmemwWkxAZk6ZmDqw2bx1obmkmb2pmZuKH EikXkon2Da+WEEVpjynoc/Gnb/RmCZNWCQ6nCi25Y4YAk2umgVdpd9loCPAGkDDXjVGWFa6XEO12 bl95CLLWEO34finJdzz3WLGyLf92SSCjU1ljWcNWbFyXbI63fMQGhM4miKW4ihEp/pMymZVspoHt MG+DEJKyppOx9o4BoHpLxpiC4JWwNpkhcZQAwJa9hm+ykRKHQHTPE1e0I0pVuFWE03+GYHDMdmzD hnlROXlQ53TKBwAbsIiQqIuJmYS+2YBs1oAh0G5baQjhB34zp2rm8G4qp5lmuZOwRxS5NpG7t3e2 RxQLQn9Dx3vPIoM0iHgPVEyI4HSXF22DsAFnOAgfEAE8iJtnKHmDKYzLN4KGeZWpppgSiWbkJ25M dmry9g1u5pNr1pVyl2tPdmZtZqAg2X6e+XO4J39uiZRINAi+9512oynD1wiNp5tgeIIYsJ5XZ2wJ OIh7gmAjmJUjWJaSAG4nyo6w/qZuH8icqTYIG0luLueBbHiiJ9ig9waFSxl44cidq+mdj1OkW0VY ilB8x1eAgjkIZDigTjd5AUiixqgIOppqKioRV8mZnfB+kLaUP+qj2UGa4SJNqZlEmZJbjuBs0QcA IdCkyZebHxCiH2Bs6RkJU6kMELZw2HefxbkJa8hhSdlrYnqdTBmkDhOX3VmkSSRDkkB1J1BqHDpx mYcAKlCe8BmfJcoIGXZ1EPmnzfiEESqhmRCHa+qFQkiAGHeVPXh5gQiq+MibNGmleloKMHJpiBgJ c3hxlcYBeaiHfIibHDBtFtcBCkB7sppgqYgJmDgJC9CFjOhym9iUp1iMq5Cn/hNHjNXai8OFrcjg rcgIjNxapdYqleV6YLiYruq6ruzaru5KXp2ZrNeAreDKCvVKiccorskorwIoAAvgr9PKkqC4r9ua CCvAAhjQAi3gAiywAAFLDPR6rnYCYQirsCzAsAnLAg/LkAM7iskaAhfbAhgQsiPLsA+wsaG6rJOw kMFwrxCrCAn7Ah2gsCPbAh0wsy3AAlfWsZLwlBxbsIXQAjDQASggAgprsw+AAgnbArC6CxFbCT7b srIqAArLbBewADHwAqq2tLNpZyooIVW2MWkql19Dl89jNGlDcE4rqwvQAjEgA9A2tBmWsB0wA+1o COnXjdx4CCx3mabQoL6G/qf9VKbzMjUvFXBLx5qH0LUPxrYzAAMz0AGPooECEAORSwN3+5GvxmSI MHvrKKjWiZ2fMHgRhX9Xo3/7pHjC1gEnIKIHh4fQep7PlnwdUAOxu5tAOwgrALkdgLkC2Lu9q7Ur Rw9caneBG2mDKro10SVGYRn9FUUVyqgX+jWZdXxNlnCw2XCF8GwSF4gWd6e4S5iHkLUvMAMv0LAH +wIvkLUjAKvwRpE0umRStnqcW6Nvl3I593YG2bQJGbq617xhmh2CVwiRsyqmK71zszqN8AEKkJ4O KwiUVwhzinUYIAJcBwIVR6V5gmAsoL4e/MEeDANNO5FeuW46Sb9u1mbW/jiZrTaZ4afClgh4yguh X/q/o9k7hFs/ZwpD4okIG6ACk5qDLhd9F/d8mBfDG2ylHQDCIGwD5ckI/qii9YtqNqloIamZswaU t4bEUHioAcyUzttFebWowBctjgoJIOABHHCsUaebBkiG79mmgpu7sMfE6nsDNvAAR9YI/FmUj0nF lxlzdaeZs0fIeRe+//ujuSfDAoyopYqki8Cm1AenkndxEXzEGownCLZwD+DBePwCNjACMNCwkAAB 9ZhmIwjIWyxzbIbFMYfFxTuOg/ofjLwei4CrcDUJVDcC0AanbtqDw3aGt6mp5HoIC7ACC4ABD4AD HQADD9ABDoDM/JuZ/ujQnwj6wlCWme8md283ftzsn5mMCV2MCJfWrJHAbE2Wqg/3hQAQhpaKABiQ wcQazhOrCAKgAAuXmFcZAgLAz2xcZoVQv6pGnPSZmPqso1GGn4j8EHkxlVkXA7OrbHkIdcG6dbNL m8NMzEmcCFcXOBeAsr/wtK4Qm7SqiUqo0BqtyZAA0viqsq3A0m0ovgQbrrsonzOtrx67eS57rTyr DTv9sxLbuOO60UH9t0U9Ye+a1EqtXp251E6drvw6jT29jFEdYVOtrDKd0zTt01U9DSKt1TZ9CBNo YQ8YgS551YuVibTw01KbCBWGYTBWYnFthALr0pEQtSmb1dQXY3EN/mPVF9c7a9eQgNchzZszxtd8 fdhyHW7ft42Zy9NFArpwCXCEU7akY0Q6MyowHXXaqtcPyABG1gA+lgAOUGM1lgOiXWPhRp3vKAte Ktnvk8NyhHQzmLjCRmyuy5e3e3AXLW3UhsQqbQg+5gDEnQMS4ABAVtqljQISQNoMwNL+OaNrPcul QLoUesBlnLo93JpeiL0Lp72EAHESR3HFCtwHZswOkAPp/Xnqjdru3QDvvceKYMpFGaiwprck6JGr 1m6cS6310A5fOhKH2r+LWqQ7/D7U+wjkydkUCb5Wh3Vat5deR891EmCfR9zwjdzEXdyfl+EOQNeJ wJ8uh34rnHMs/peg6WZz2ceGb2nD0RF08BfG09R7fzODRvo8uxXJfVkIQjyiB+iqcrzQxexyx63e x33cDsBlSG7kDjBZbXbKMXfFV7mc8ahox4m81ukUtTzDN7xMMWgrNp5EeGWDhaCkSpjRmNx8Rpyp Qk7UBZjkcK4DO5DkPHDkxg3njjBz9KC/jEnI5sDnrwaSmvDa6LHlLl6dXeMqVBjmZqxQj/B/U+qm HGqAlQfk5l3Ph/AASX7km57kdy4BO3Cypjbl6hflijZuqxflUkaPsdzmDfLFAX7Lm2Cqj4CDkrqD wGzEQXjpFY4Iw/kAO6Dkxn3kwW4CDgCrL/zk4pd9BSqg4deV/krmbi3c6o5A6EnZxaL5a4eYy5Cg hQanAF24qmAohgBAhsgGvs8oqyHQAA8weqAe7DuwAxpgAijwz4tAnJfJgWVJnPuu7zh3n/qMCaQ4 zl3OrDoDCbtah3c40XsYfUF40YDoy9WerD6WfSYw7zigAdl37Ib2raHQJqTaCiQd4iE+zQQe1oMQ 1wvAACjQAC2PAjVWfR4v2Kqw2aNr2A441hW28wJA1mRd11tN1XS8ZhlW9CR29CeWYQrQ8S0d9FiN 8opghDYfjWhtDWyd10Ntrll/3nPc5tNN8/OKX0899mRf9mYfX/FKx0Lv9GGv9k/f2Vx99YX9i3Bf 05tK9/Z6/tRygmACsAICgAF+38/8CPbHAvRQH20H6wIF4AIJuwKAr9a4cJLhkWNOiYW9IPe+QGCA v7AKuwIi2/kYAPhuOvMsqMiUD7WW7wiMa9S5e8wW2wMX6wOcf7SwjwGWVY0xh9KNqY6isF9tCaRh q0qKWtkPE3B2mTN4idt7qWy77WzQ5tuTOvG5iwGyv7As0AM0OwBHu/09AKrvqJP9zZV/Tu3+/bVe LB4C7hxk+uWGW4UqRNjcrYUKx3CzKd6ZR964uduNgPmXHzJLu/2A0CI4KOgyiAGQqLgI8ACxGLDA OLkQMHmJmYl5gGlpqfgJ+jkKmhgQmsm5SGCgyJr4CmBA/pA4mzhAK0BQoMn4sSCiiJgYAcLoEQLw IYKxkdhx0psqTV1tfY2dfa3KKEgjONMSHi4uI+gjyNILEbH4sPDwnugY8ZBYCbBQPx8RIam96RKp UpAmDTQljRusVrVoAYhlS5bDArtwCbDW4UOHSyn+3fuQiMMDDsHygdSmEKDKlSxbXkoJIISDGTJi 0JBB7ts4cTA6PEjQK4A9RgvYAeh39BM+fY/0HX3kMhHMUKhQAbB6FSFBTSkNMJTFEKLDiA8HGBiA DcSHDcmEOVu04OQIEBs2mgQIM6revXwZ5V3QgSa5cThnwJiB453HTAHaTYJgb98DpZ8cPY28N6XV g1u3/o7COiklrgECcPF6yDAiWVy7snXg4EFRiLdwT4ok+RFv3928M19CgKIDDeE0bBaHEa/BgsWa jCqCd9RxvwiUiTWFcMpxVIWnun8WaBCSp4STzBJovbCh+kS6HGIL1jER7UUKbC+omwgDB929+/vP ltc8HcDwAgwEboCDCCwAdc1kHvkDAGQR2oNPPpU9AsFyFW63G1XUBKiNLmhds9FG+ylgFwB2/eMB IiCJsJ+KxqD0X402coWJAAtg8AALPfaIwQIrCKDARdZEAJk+9jiSYWMPUPcOdf5AABl18GjnEogs dVeNltewZqQ1HtDVQTAjfIDmMgColR8HGwxTzAIx/tJ4Y5125hWCABjoKcAKC+g4pJB/ChCmNPpo txyF8TRCoYaOHjWUXl7aOGk1BRRQqDX39cIcXJ1uY2eolF6yQJ5/hlCqAKbmSWSrbYmaJax+ybrI q6FWSmuu1uB5QQgh9JonAnkCoKqqxP6q60q4+rdssrs162y0iwSI7Ktt2WqrtNhAyxu32rbk7be6 hiuussmSWy6A6a4bGrujjusus/G6i+68H55rb7f5plvvvtPA669vAUt7QMEGH4xwwgovzHDDDj8M ccQST0xxxRZfjDHEAPQ7MF8cd6zIxyyJPDDJII98MocAp6ySySzT+XLL+MYMM8232sxfri7vuzPO /uT5vO3MQN879I098yx00TgqXePR+Tq960qEngw101L1ouqQxfo81SmiyKsSWYt8Vc0wolZtNbUC tNDDDD7M0APbGAyZLcialcJZX+iKrc19HLj5jAcaUbIBB3Zh0EHhMlsN9iQzzPAD5JIDIXkPPtCt KTuNORYpI/0M1TkmSLLzyJNUkh56yAV93ZnHkxQwiwGnyVIALrKrV7uRsNeNyX4bObNpXJPg9ksz 8s0HKuP95SWA5JE/7/zjkGPQQ6aXPHlPY/lAdYlzGWqyT1LRRYghltMyVhUjnqyv/ni9pEQRaabB sgtFqeVCwIixUPNLSQCYvYEZKWIZ9QFAAHNT/jPl6W0SIWjbD35AA8pB73lBiBwQWvCDFawjUpbZ YDWEUorvIakR5lMdeNInHq146CqgmdXY3BMRsawHF8RCDzUygrxEeIA5GPhABJIBuLskUIECW8Ta hDAEIQSBBpETAg2GAEEmVhByQWjBp+aBCnhcSRFIgtD44vGPz7VPHktKBJWIEZDwZKV1WOFMC8+3 iq/E8H7roUjtCGA9TaiFLXCZ0yJgJIkH/AIAsMkZEV3HiObNgAZBcGIjg7DECi7xB5GkwQuu2AjQ UMeM9vDekiIRIQstxhGn+J4inPOv1a1RK61bIwqXpgivxDIsdJSIK8wyIhJt4CQx8aNbdgnE/g+4 SYBBO+QCJ8ECSCpxBkqkgROVqERIEqFAQcrEJinxCQiNMEKOAWVjtDiJJ53CI2eEJStVqEZVfud9 jBhNadAjQ1ve4jyzs4YxTvCPHAKggAhQgf+EZ0hjqiyRNKBBESBJAyNAUqGQPEKBOuCABTAIEw5a RDsqdKhySugqkqBOAEyZD0ShcpupZKF3TAGaNqbwjSZchHnO4opakqU92CgRIeWjiBUJETf54AAm fyZQSWFiATK4ARGKgIQiHKEILziCgcD400Wg0ikVuhAxuvmOpiAle+SMVDlLqpcVsjMqIsLGmOqC CA6kSU1sMiAHQGCXuijAXEEV6lBZQKC8/vakR8vBRlH8gT19fFMoTHrHR+HhpG960UJCOZQimFRC OPaFS0RrCZiyARhOPYd3i6trrDCBquVgAAVB+pMCeqWNJ0VKQyEN5KPAyajF9LUendPiT9EGVJbk DiBzhRVulRagiyRDuMJNxq+GlcenJc2Yvy0anmKCWmsdKybEom7HmgvWQ2IXaFqS7iVeldx4bfcl nh0vzsyrLfRKVqDqjVl7nfXejZXXswOta3zjSyv8Uo2+8l0Ze/kLrowJeMAELrCBD4zgBC+svwDu rH2Xq90G03W+/mWuhB0c1PtS+MLqugZn91vhCHO4w9co1URZpuEHj7iY0rhWTErlXggT/lG/duuF rSRRquWE4MTXlbE1ptYSs91sxcmjRo5DICwdW+MR4bNG6o7ZPpYiEiB8w2zhghiCxGFiAycYBgbg qs8uEbnI32UPAjSEKlP1dcncs+ZjIztlz/yHE+TyinsA4jsV3aMGvgzJaX8RgiTIJ0UsHnNuM6GA HR05x0qmBimj2uamqU+VjVME7OgZyzvezpawM9IASFON/jFiJJSwTZneAo2AGjq7RMnHaIt02jQr uhr+0F5rn3RRKvlDSSRsx5M6yo5ARqnJlQXPCfPGwlWaEwDxe+dp6Gm/9eSvFmTrRUYIvaYSxgWI IsCPEEm86mXXKhGhjfUF5ooqDDjg/sNwacc1BRuPxiIJxyOczJIw1MlcVwmUYu4E+lCq7HWONaYE R816IkJDXdRTGnt8FaknsZYeYmAuCAR3uNMI2nxQF8lmFi2PKdoP7ITRMRLqx8jN6G4zAhvlpojq eimdzoO8ctn7m+PBJ1IRPNa0kIkAQZ//9wE2iaTihb44eUGLgBfHJAG+KlWR1M1uLiqmnB1ESgcb ARUHOSajUNkov4vdykmj85xSvlocZ5keeZIlf9N+DwDi04ifE8MY3taPqo3+ckbs2FRF0rHfq9mL RREjm113N5OfckpTZpPk3XR5S8MudleuzmuHbvb8DK5299hu4dbW85xAgKXFHC5G/h0gJpnx7sIy n1tDQQoSrBew7sBTiUJSEmc8qIRYfRRlo9usxO0hwyTELnbgKD2psSW/UrADwDw2jOdMz2NWMpVE Ti3q+UnkZFEQYP/uqGcwaEXrqD/lY0cfJwprNaQYR4GuUWvW+D0glP4ltf/QLhEr8VlSVr+G+TmJ 6K2nJtx9eScbTKdoOIYqLwZ1IMYXlKV8AHFZ2RB1yxOA7ZIJ4Fcq53ZuOjJaQlYyPpYNu4U0EyiA 5LYjDlBajpIAoyUCjscuKZZhIjiC92CB4fcoCphfGwaDkxJajJZmSmeDskJjZwODj4c1wuJ+e5cy LvhfQ+h92NAWQThEQqhiQ1gp/uy2Yz/oWzgoggrGhV3YhRvjhWEohgzDhGVYRGaIhmmohmvIhm3o hm8Ih3Eoh3NIh3Voh3eIh3moh3vIh33oh38IiIEoiINIiIVoiIeIiImoiIvIiI3oiI8IiZEoiZNI iZVoiZeIiZmoiZvIiZ3oiZ8IiqEoiqNIiqXYMTSIiqmoiqvIiq3oiq8Ii7Eoi7NIi7Voi7eIi7nI iiCzHEugi78IjMEojMNIjMVojMXIiwugBEuwjM3IjM/ojNEIjdMojdVIjc94jdaojdnIjdvojd0I jtr4jeMYjuVIjucYjuiojuYYjsk4jR1gAvAoj/FoAutoj/bIjvioj/m4BPy4/o//6I/gGJAAiY7J GI0mMFQPQJACuZANOZD+6JDo2I8RmY8UGZHu6IzYxn8R8JDk2JEfaZEVCZIjGZLiSJIdqQTWuAQG CY0ImQhMwASicAoDmQjpeJIlaY6K4JE4eZEAQJA8CZIs6YwwyQQrGZPPEQDLWJNKsJRLSY2J8I03 yYxOqZQ+SZU32ZQA8JSKwIzReJUACZXTyAjs+JUBKZUUiZHP2AROQJRMCRcBMJU+uZJyGZbSWJbR iJZOyZU4GZZUmZJ7OZHPWJck+ZV32Y2DqY9A+Y9CuQQqwJZQyQRumT1VGZeVKZla6ZZVmZVQOZaA uQjYqI2f+SpuGZc1aZql/omZc7mZmKmTi+CVdLmXn3mZlamVY6mZrAmYc+mMfVmbsrmatImawHmW UpmWa0mURKmaFiKYvUmamTmXz0mVfamb08mZsPmNvWmazBmdrQmbz9mMvEmdqbmbrEmZdQmernme 3VmY6Imbzpmd7omdVqmeXDmcDsmSKqCMRVmBSYmarpmc1emclMmUzZmV/ymesjmVAlqd01mVy+id 1VmgmZmV1diUcdmcBuqcDyqf7GmXqRmcBCqfGpqhkxCgitmRGNkEKrAEMLkjK3qZlbCcsImbYtmb 0CidvNmgiAmOcjmeurmd32mdyRmeGnqNfVmePHqVNWmh0Cme3mmjTeqf/ukJnwyapB5qovjIkk3A BEl5nP9ZCT16oYgJoMuZoBGanfnYpBJaow6qlzMKpCAKnxTKmhbapq8JpHTKo0s6nmC6oGoqonX6 pM14pTR5isrIjEXpHRoJo2/KoP8Znrz5nuF5m3lqjZTKpKgZoEI6m7cpoKr5pKbZoKo5qU6Ko44q mePJnUeqk48apKPqlNCYkvX5kGmpBEzwZEg5jonJj7J6pQ4KlKB5jdkYliDpjF0JrL4KrMFarMsa mMyKrHI6MMtRrHCWPbw6qNfKkLw6q5a6kNoKloX6jqs4Gcd6kt5qrvd4rumaq+zYrOfKmErgHfHq HdaqrvW6jfaKr9KY/q9kCa7dCpD7iq14CbD5GrBoWqjHiLAJG4wboLAN67APS4PJOI8dgAMIYrEV i7EXuwAZy7EX67EdC7Ig+7EjK7IlS7Ina7Ipi7Iju7Iq67ItC7MvK7MbELM1O7Mvm4w4YIqfuBzA A7E/C7RBK7RDO4w5O35Ei7RJq7RLK7QSO346shxQ+ycaIrVVS7VXG7VYO7VZG35Wy7VbC7ZeG7Za K7ZlS7Zn+7VmO7Zpi7Zr67Zq+7ZtC7deO7dya7dsi7fiV6gIybR967d/C7i36LSBS7iFa7iEm4x8 C4uRcLiNi7SMa4yQ67iDO7bxWgmX6yh1m7WWG36RALmai7mXK7lx/pu3Vsu5d1u5mAu6anu6b8u4 q6shn/u6VDu7XAu7pYu6cHsyy6GzqTi6y/G7shi8nUuLkDu8uni8tZi8tri8jtK8qyi5wfu8fZuM PkuDo+u5wDtOwnu94+S527u4sYu53QG85Ru6r/i75Bu6jKu+2fu92mu84BuL0Qu+7Qu/3Cu+3lG+ +mu4Ruu7+uu+2iu89pu/yju+63vA5+uKrSu6Bby/7JvADcy84ru/BTy93QvAFizBiFuoG8G22Cu6 /Eu6UwvCDjzCUivB30u+Afy5dju6AsC/2YvAxju+ACy5q/u6NKzDldDCuGu+D7zCCOzDJ5y7uZu4 R0u8zrvBs1jC/hVcvAcMwgE8v0kMxT8swymMivIbvlY8w7F7wT+8xBv8xUFLudd7tVKswK3YwtGb xlssxlwMtmp8xhQsxG8MwWA8xnBsx0o8xSYsxTAcx357xL5LvOyrxQscw94rwExMwepbx27sxfXr vNtLwzVsyHmMx+tLyTycx2zMyUCMyT9LuXDbiqALi7cbyLNoyrSIwq+IyrW4ygvMiqhMy3Lrv1nM wMyby7oswggrr4+7y8Eor8MbymRcqNbriqTMynmbi6+Mi8pMxLfozNKMtmK7tLfsuNmszduMjB38 tKhbykWczOKcyrJYy66syuQMy+Tcyl87y+wMz2nLi/CIxNxs/s/3jM+vWMbm3LbLzMzPrM4A/c/R bIvTXNA0CM3FyLCrOMj57NAIW88PfYxOK48YO7EWTY8U+7EXjSAcjQMendEg69EjHdIdXdIc69Em rdEffdIkXdEb/dIofdIqjdExndI1HY8i3dI7bdMtHdMX69I5rdJCzdI9bdREvX/xwrs7y1/MwYLs 0rMRLdFTTdWHi81VjdVZ/bejfMrgTM3HGMu62M4G7SgeTNDW3LDtDLEo3NBa/Yu/jMjDXMylrLjQ 28tuHYv7nLn93NU+jNZDTNbdO7EmAL5l20KFjb6X7M6ZZdca98mpeM5r+9dnHc+p3NZ4rbwZrdkd sLyH7ZNP/rDFnsvZqVjXZsxYkRAccz2MwWyMXO3OybvKoazWNNgBB821ATDYMZ28VjEUd42373sK hJ2KZm26OCa/DjDae52LX6wjm/GwV929rOjbWXyM8QiMAaCyu+05nfO8nttyuB28AlDak4y56qZo wj3Jh9zHizvMJiW/rI2+Ty0uUa2KnqDcW1vJ0FvNfJ23G4EDXevVwDuPiVCxBG6xN0y7b6ZaoOC2 +QsJPLzYZp3EkWBY3WECGKABOYzQ5NzDrEsNGg7ggI210B27xde6lezIQdzGsEiy9AwYy61axMax x5tN/PDg+t1GKz7ewJt+leAPDcDZMPDI90vkMrzCjizd/unE4GBc5I28ydnr2n8CBVHAGOmdvud7 xbiM5FfbCLyzHLWtii+N0NkR46BTD/WwAbXrvPOARjdOyIfdxsR9xhRuayGF3fR7xwr8vlhOx9Bb EO7TcvCrxVdM6BB+uZetITcgBVVOx5ec5erduZCuIReFiiaw445isTLYuYlx5osw4/Xd5o8V6KDO 6F176ZbQwPcgStLLyZSs4nzO5L4bZerT54LuxDtcvnpd4u7dy7i+xNlLt3TstfBY5vUg5C/+zWn7 FvcdABdr4wCQsTQ+am0eCWZLFQyo5l8u1aAE4Y7t49me5V2cyebr4cVnUksOyHxcxeIOyIi+5p3t x7Cu/tqYoAGNgGOtKNXAe+bF/gAXK+1vxuYc5eeBThWkne/c/k0a51FvHu/5PeSyLh7OzeT5TfEI HOVSK+m2rvGv3ryzrYowoAGIsNir2M7NnrI9jN8K3mRqvOQFj4pyvrnQ4ePLMUJ4Hr83L8PNrcix nsV/HnC13up9TsCHXqi9q9+NW+/5zsQmf7LaDfBuDvFXYVhLbupKD8HGJ/BDq1K03s3RGjx9Xc4e T/IDfcLJHuINvulNn+TuQOvW3vLoHn4Sjsu6V2sFL/Zhj86//eFkP9moSOKYPcAfm/HAGxTSLddb riGXHuntO+pBe/hwTYwXz99nf98JjYp3H855b+WI/v3bjz/4tQjz5Xy9UyDVk63Wlj+Md1+27g74 bi3eSp/5ra+Kuq75p5/OfB/QQxz7Ak3ZIz/Ovt/3Wnvf7yzixX/2Ys/6sq/8y5+LFE3UQb3SQD3T RY3TKz39Qx391a/TP6392N/9Rf38PB2PG3394J/9R73SKd0B3O/97W/+1e/+0s/+70/+85/SRsvU nEjfQyuPub3Z/w8IHSaChIOGhYiHiomMi46NjY+SkJOVlJeWlZmEAAuen6ChoqOkogCnqKmqq6yt rq+wqZ44naW2t7igJgG8vb6/wMHCvQDDxsfIycrLzM3Oz8ALtbnUubHX2Nnanh21AtXfnuGh4+Ok /gIbAdrr7O3u7/Dx8rK5AdLkn+X5o/qi5vMA23kyMa2awVw41J16EIGhw4YBI0qcSLFiqw72Cuba cHCUxY+ouGncJ45kKXP8SKZDFYHVgpYgY8qcOQ9Xwnslbdozec4UzYkDR3YcCiohqgcuASD9ybSp U3q20uGkhq4YUU9PAYrMuQDlp51fQXntyhMURpaomDA55Sur27cVdd4bq28Djg2dwOLjGgouvFkj eY3Su4Aw0V2olqhlsgTA2lOFVSmMN3my31aWLwu8JVWoKLshPRH2dUvzZryiBJMczbesP24KlzRx sliJrMy4UWV+Vdk0Zt/uTJbTkDHlp24FH7wE/mv4tTTg2QCH2sm8l2jr9qirLqzaui51SlTQPqW4 MeTcqXpjUw9d91sBAuRd//UJRnFbMGo1VL7gAfPB233SHjZbkVWYaAgi+F93YenVHDrqzLZYbSHh RkwxGBLTFlvucYjhh+ooJCKIHroXoom86JYiWysWc+GF6a14oostalOADERQUYB88wVI3FStPeAA BqRF4GBYByYo4ICxBDVdggs2+BVp2wX4iVELKMFYK5GlZ2KHH5JY4ogkkjkjmSp+WaaaGbIpGYpj 2igDFXTSyQKP84ViH5DktJRkYf49yV12SC7J5CsF9ihYlAoWCkqVO31zlzoqKMaEJ1qal9eb/hyy xx6YI54oapujogdqp239EmaIu63qaomvCIBjnbRSQcStuOYaX5OPihLoNF49EOiUYv154H8GHgqL k44S2uizfx7p6AJGMRGApWrZViGnbcYJq7elkirujGCCG+a3nppK7qeuCDBAjrVSYYAMMsxLxLv1 znkNLkbyGUoExjYX7cCgKIvoAt2UJC1pgzr7jXcQW4mwOmv5stS2XnZ6qoeebvzqx2h2Gyqb62aM ZsnfwnLjALTe6QoV+/bUX3F0aWBssY9GbJjBrkh31c+fIOYYci6py+LRG4p5bsfevtqxmS3CmGrU KoactDYsvKvjKzDzaku/nnnCkMBX8czl/gKoGReNc3sZuNdZp5jwiQOptdNq02a/czc2O3Ids9vD 3dd2AMO61jbOea/iM9A/C03jMHa7wm7i69VIUdfL3rJn2FOS3RHl9CQM+C39HG5cVyuBrjpImLtC yF2w21WI4K2xjbPbtz+nOrOMX2XU6sBfHssy/vZe2uqJnmR47sJ9Npbx0Ecv/fSMUxE9sKfTRbpP uy9AEC6cMx78+BO1XhP1tgDPDeyIsH9I7Di8Lvv788vvfgeww2/X/vr3z////gsgAAcowAIScAMH NKACE8jABQaQCpjYBP3uB7/21W8QFOTf69SnO/J5cHzm+6AIR0hC4ISwhChMoQplcsIV/rrwhTB0 RwtjSMMa2hAVM7yhDneIwhzy8IdABJ4Pg0jEIipriEZMohIvg8QlOvGJP2kiFJnUtwFVMSJXtKEU p2gR+BSABQX4ohjBCMYxmpGMZ0wjC9DIRjW6sY1wfKMc40jHOYrRjnXMIx73qEcy6iiOd+wjH80Y Rvgk0V1EoJcMwrhIMDayAAMgYyS/OAAxTjJrkrQkGC9ZyU1KMpOepCQoIflJSmpSlKYMJSZTSUpU Zu2Uq3wlGzkJS1qq0patjGUnc4lLTo7SlwWgwiMfeclSypKXv3SkGBd5I0riyAAs2BUPZbVIaXLx mk0RAAtuZc0a4iiL2AxnU1gATRsK/uBe4kznW2QwgG6qUFbgVKc8aVIAIsSQCPGcpz5jUk93khCf +wwoU260QoIK9KAzWWQKZeVPhDo0IudMoUGHdzWakGsVe8sYDONVJxx2FAC0qgid/KLQEsqgoRjV KEAymjJurTSllBupR2dKU5H6JaIklFU2TDUPlp6LFT5dx26CasLWyfQUR91iO5TKjqO+wp45lcFO XQojOMVIREOlWmWo1lKNwUpDNXpRh1h11VXEC6Qj7aha08pWmH00FUkNYVrh2lZVqNWj5rsrXp26 V6Syta9IJAJKVzfR4XGLXTLamNFENtauehVkP4WsizhWLr+i1bKXzaxMN9s1vqL1/q129exHk4rD 0iKVpqQ1LV0xWyvWZqOkIgTjVDWKWI+FLLJnSilLUfbToXqJaZNrLUhnOlribpYVnG2FaDGXXMvG FbPD9atnM+vcvHa2iZEkYWFhsdje2hZduk1ZVYH6MRqJ97eKrehnL8tct7KXuO81a3vNSl3ocra1 HLUvXUFb37+utr6v2C75ZLuew1aWaUo7720THN6WXvSrkmXpX4063LmW1q3ulW9NTwtd6jb3v6FV LYg77N/9ShG2H/zibCEM3qbdVj25pWxk0eti3FLVTJXlMICfC2KnftjCPp6vjjV7XdYWechHbi5f mQoAAY+PwNdQlWQsV16pYVSr/lVTLEyv9iILqZSsWUbuhj1s3Q1zNMmjXWtb2xvkNhP5rfeNM5v5 6woUe9DJH/RtQCxD1IfudbqrwDPwoFxCPb80x35+mV2vYWfyqRiGVNYbTxMNC+HGQtCrIzSlNz2P Ro8P05wOdTZADTpNi/rU2vB08B6N6laPWqojNLVK3WHoQ0ck0rbWTJ+1seAZ/0TVwCM1ZWC6Z4ns OnKX6bU8Mnps8r5D2ImT9a2JneuegqTZFlH2sCW3bHgAm7Au+02GWjXeFG11TZMtK4t8G9aw4lZG lkvXqCibm8Ru9WRjbXdvyG3udId53JhJ7KrwfeV9Y/XeblIFtPMmbY69OL0O/j+a0vZ9YByPydAL hnFjIz5lVJ3qaRsH0d6wWuN0Y1xMI5sxjC3utIx+W3WYJriznRZymTt2cpOjeYN1zuA48bmx8z65 r2Uc4Ryjx2q+JjnPNR5gWMc2n0TPKlcnfnF9/9u2ViZ2r3lLcHK7SePzNu+6BS5ueZO91ihXd8HP XnWyt+LloGO1s2tbcqYP3bu0LbmBVV50ouf95/TulsmovWWPGb7FSOf73nGuMqd/sOFUNxlwa15j uqM853anKuUVL3jJ9r3ng6+70dWE461vfvKvgDvlYo43pF313lazEMKn3O7yqv1usn+9g8Wq9ipb ncVp+lTWVS7wc9t+3RBH/r5jT6H6xMl9itj2TfRNCvXV6RSb09d1EQVbQqhCP/uu1gaTDXbS8Ju/ Xd4f4cLPz+nmg4777I8/TlG4/vg/1P2qY6f9zV9/0MFz/61WTzB0TtUHgAclgDSUSAZIae5SfjVU TwW4gOJUT+FmTvUSTRIoERHoQQuAL4M1gNuUSAOwSMO0TCaoTCjYTCnYSCW4gieogjDYgjH4gjJY gzR4gy5YRjk4gztogz2IgzwYhD4Ig0A4hEb4LrdSAB9oTtpkgo00SSSISlG4SlMIhWFEhSpohU+o TFvYTF04hWvkhVKYhVw4hl9IhmKISVVYhlh4hm5ohnDYhnGohXPIhXJ4VId0iIdktIQZ2Id++IeA GIiCOIiEWIiGeIiImIiKuIiM2IiO+IiQGImSOImUWImWeImYmImauImc2Ime+ImgGIqiOIqkWIqm eIqomIqquIqsmEKBAAA7 ------=_NextPart_E3D_4FC4_D669CA38.0FEF97FA--